勝負ではなく商売をせよ - megamouthの葬列
私は割と根に持つタイプというか、根の持ち方がちょっと常軌を逸している部分があって、昔、Qiitaがコミュニティガイドライン - Qiita:Supportという奇妙なポエムを発表して、 Qiitaは「プログラミングに関する知識を記録・共有するためのサービス」です。プログラマーが興味を持つものではなく、プログラミングに関する記事を投稿しましょう。 ＜中略＞ Qiitaは「プログラミングに関する知識を記録・共有する」サービスです。政治やスポーツを語る記事、ニュースの速報など、プログラミングに関係しない記事は投稿しないでください。 と２度も同じことをいって、可哀想なコボルのおじさんのAdventCalendarを全部消したことを未だに根に持っていて、コードの一行も出てこない、自分のサービスを自慢するだけの記事とか、ベテランプログラマがプログラマ心得とかコーディング規約の枝葉末節についてふんぞり返
Qiita記事データで技術の寿命を分析する 〜コンテンツログを用いた生存時間分析〜 - Qiita
本記事はNTTドコモSI部アドベントカレンダー19日目の記事です． こんにちは! 先読みエンジンチームの橋本です. 業務ではエージェントサービスのためのパーソナルデータ解析の技術開発に取り組んでます． 本記事では，Qiita投稿記事データに生存時間分析の適用し，コンテンツ(継続的な記事投稿)の寿命を定量的に評価する方法を紹介します． 生存時間分析とは，イベント発生までの期間とイベントとの関係を分析する手法です．一般的に，医学分野における患者の死亡イベントまでの期間(人の寿命)や，工学分野における部品の故障イベントまでの期間(部品の寿命)の分析に使われます．今回はQiita投稿データにおいて，ユーザが特定の技術の記事の継続的な投稿をやめたことをイベントの発生として技術投稿の寿命の分析をしようと思います! 生存時間分析を用いることで，そのコンテンツの寿命が長い/短いものなのか，あるいはコンテン
Qiitaのスパム狩りをしたらAutoMLに仕事を奪われた件 - Qiita
知っている人は知っていると思うが、Qiitaではたびたび大量のスパム記事が投稿されている。 深夜24~26時頃に記事一覧を確認してみて欲しい。 スパム記事がわんさか出てくるはず。 登録したてのQiitaユーザは不安よな。1 ———— @dcm_chida 動きます🧐 はじめに これはNTTドコモサービスイノベーション部AdventCalendar2019の1日目の記事です。 我々の部署では日頃から「KDDCUP2」や「論文読み会」に取り組んでおり、若手から中堅社員まで最先端の技術取得に励んでいます。 そうした活動をもっと外部へと発信していこうと始めたのがこのAdventCalendarです。社員一人一人が書いた記事を通して、少しでも多くの方に興味を持って頂ければ幸いです。 さて、僕は4年目社員ですがプログラミング初心者の頃から現在に至るまで、Qiitaにはかなりお世話になりました。 自分
Qiitaベクトル v0.1: SCDVによるQiita記事のベクトル化 - Qiita
はじめに 本記事では、SCDV(Sparse Composite Document Vectors)により、Qiita記事のベクトルを作成した。 以降、Qiita記事のベクトルをQiitaベクトルと呼ぶ。 本記事の概要 [作成] Qiita記事を収集し、SCDVによるQiitaベクトルを作成 [実験] Qiitaベクトルを用いて、Qiitaでのタグ、投稿者、組織間の類似度を観察 [今後の課題] やってみると、微妙なところが気になったのでv0.1にした。試したいことが色々でてきた。 SCDVとは SCDVは、EMNLP2017で発表された文書ベクトル作成手法[元論文] 文書ベクトルは、以下の特徴を持つ。 Word-topics vectorにより高い表現力を実現 Word-topics vectorは、単語の潜在的な複数のトピックを考慮する。具体的には、単語ベクトルへソフトクラスタリング(G
Qiitaの可視化から見えた、人気技術ランキングの推移 - Qiita
Qiitaのタグを時系列で可視化 ⇒ 面白い Qiitaに投稿されているタグと、いいね数を 時系列で可視化したら、人気技術の推移が見えてきた。 予想以上に興味深い栄枯盛衰が出てきたため、結果を共有します！ Qiitaの殿堂 というサイトの分析編として追記しました。 直接、結果グラフだけ見たい人は こちら Qiitaの殿堂 とは？ Qiitaの殿堂は、 上位1～2%の超人気記事を月ごとのランキング形式で紹介するサイト 見逃した良記事が多数見つかる。 詳しくは、以下の投稿をご参照。 【無料】Qiitaの殿堂を作った物語【簡単】 先に見ておきたい分析内容 人気タグごとの詳細や関係性を分析した以下の記事も、 合わせて参照するとより楽しめる。 直近１年のQiita記事分析で分かった７つの「驚愕」 今回、上の投稿で分かったTOPタグを対象に、2012年からの推移を見た。 可視化結果発表！ 最新版は、Q
Google Colaboratory で Qiita:Team の全投稿を取得して、可視化したり、人気ランキングを作ってみる - Kaizen Platform 開発者ブログ
Kaizen Platform で Product Manager / Engineering Group Manager をしている @takus です。 Kaizen Platform では全社の情報共有ツールとして Qiita:Team を利用しています。Qiita:Team は API が公開されていて投稿した記事などを取得することができるため、Google Colaboratory で全記事を取得して投稿の傾向を可視化したり、人気ランキングを作ってみたりしたので、その話を紹介したいと思います。 TL;DR Kaizen Platform は全社員が積極的に情報発信をしながら仕事をしている 積極的な情報発信は良い面が多いが、情報過多になる悪い面もある 情報の流通状況を可視化してみることでよりよい情報共有の仕組みに改善中 計測できないものは改善できない 全ては公開できないけど一部の内
直近１年のQiita記事分析で分かった７つの「驚愕」 - Qiita
背景 Qiita殿堂入り記事ランキングを作った物語のつづき。 前回の投稿は以下を参照： Qiita殿堂入り記事ランキングを作った物語 今回は、その第二の目的、記事の分析結果についてお伝えする。 全部の分析が済んでから公開する予定だったが、 途中段階でもかなり興味深い結果もあったため、 データ取得時から日数がたって鮮度が落ちないうちに公開したいと思った。 本投稿の内容 直近１年＝2017年6月～2018年5月の投稿とする。 過去記事の方が、平均いいね値が数倍高くなる傾向を、前回述べた。 ご参考： Qiita殿堂入り記事ランキングを作った物語 2018年5月いいね平均＝ 6.9 2017年6月いいね平均＝ 8.1 （ここまでの期間を対象） 2016年6月いいね平均=15.6 (仕様変更も影響.。もっと前はより差が大きい） そのため、あまり長期間にわたっての分析は望ましくない。 また、技術の
Qiitan / Qiita公式ショップ ( qiita )のステッカー通販 ∞ SUZURI（スズリ）
送料：全国一律（税込） 通常発送（佐川急便） 600円 ネコポス便（ヤマト運輸） 260円 ※ ネコポス便（ヤマト運輸） は「ステッカー50枚まで」「サコッシュ2点まで」「缶バッジ30点まで」「スマホケース2点」「ノート1点」「クージー4点」および「タオルハンカチ1点」のご購入時のみ、利用することができます。 およそ 8 日 で発送 (土日祝を除く) 発送までの日数は目安です。確実な発送をお約束するものではありません。 発送日の指定は承っておりません。発送が遅れる場合がございますので、余裕をもったご注文をお願いいたします。 完全受注生産となっております。発送遅延が生じた場合や、お客さま都合によるご注文のキャンセル・返品・交換を承ることはできかねます。 プリント上の注意 画像は合成イメージです。実際のアイテムとは異なる場合があります。 ご使用のモニターの設定により、実際のアイテムと色味が異な
Qiitaにおけるリモートワーク主体の開発プロセス - Qiita
2016/9/27 スタートアップRails勉強会発表資料 About @takashi Increments アプリケーションエンジニア 主にQiita:Team担当 最近入社した 最近 Incrementsの開発チームが大事にしていること HRTを大切にしたコミュニケーション 作業は意識的に自動化する 属人性を極限まで排除する 重要な価値に集中する Qiitaにおけるリモートワーク開発プロセス HRTを大切にしたコミュニケーション Humility(謙遜), Respect(尊敬), Trust(信頼) リモートワークにおいてHRTとは？ オンラインコミュニケーションは誤解を招きやすい (本当に)意図せず冷たく接しているように伝わる そこで なにげないレビューに を添えるだけで雰囲気が良くなる (けど普段喋れないこともあるので)月１回はオフラインで集まるようにしている 作業は意識的に自
Rubyのコードを読むのが捗る技 (Vim) - Qiita
Rubyでソースコードを読む時の小技について書いてみようと思う。 この投稿も参考になる。 Rubyでメソッドの定義場所を見つける方法 #Ruby - Qiita http://qiita.com/items/fc8a61b421d026a23ffe ちなみに、私はVimmerなので、Vimに寄った話です。 emacsについては身近にemacsユーザーに聞きましょう。 ctagsを活用する ctagsでtagsファイルを出力しておけば、メソッドの定義元に飛ぶのが非常に楽になります。 Railsで開発しているなら、Railsのプロジェクトルートで以下のようなコマンドを打ちます。 (bundlerでプロジェクト内にGemがある場合を想定) langmapとかは別に無くても大丈夫だと思いますが。 --excludeを付けずにctagsを実行するとjavascriptのライブラリもタグ付けされて、
vimgrepとQuickfix知らないVimmerはちょっとこっち来い - Qiita
「vim入門」系記事で解説されないためか、意外と使い方が知られていないvimgrep。 ファイルを開いては検索、開いては検索ってしてる？ grepするためにvimから出てる？ grep結果を見て改めてvimで開き直してる？ それ、vimgrep使えば256倍早くなる（かも）よ。 簡単なまとめ vimgrepは… ファイルをまたいで検索できる grepやgit-grepよりは遅いので巨大プロジェクトでは検索対象を絞ったほうがいい ワイルドカード使うと簡単に絞り込める 繰り返し同じ対象から検索する場合はargument listを使うと捗る gitリポジトリではgit-ls-filesと組み合わせる 該当箇所に素早く移動＆編集できる quickfix-windowと組み合わせると更に捗る この記事読むと分かること :vimgrepコマンドの使い方 :cwindowコマンドの使い方 :argsコ
vim使っているrubyistで、これ入れていないのはヤバいプラグインまとめ 9個 (2013-10-04更新) - Qiita
vim使っているrubyistで、これ入れていないのはヤバいプラグインまとめ 9個 (2013-10-04更新)RubyVimctags Rubyの開発効率を高めたい！ vimでRubyやRails開発するときに、デフォルトの状態では非力ですよね。 開発効率を高める9つのプラグインを紹介します。 alpaca_tags ctagsの非同期生成 neosnippet Rails/sinatra/rspec等の補完 swtich.vim .present?:.brank?など対応するキーワードを切り替える rubocop 文法エラー、スタイルチェック vim-rails Railsプロジェクト用プラグイン unite-rails Railsプロジェクト用Unite-source vim-endwise if...endなど対応するキーワードの自動補完 rub
git bisect で問題箇所を特定する - Qiita
以前は問題なく動いていたはずの機能が、最新版では動かなくなっている・・・。こんなときは、「どのコミットが問題を混入させてしまったのだろうか？」を知りたくなるでしょう。 これを手助けするのが git bisect コマンドです。git bisect コマンドは、二分探索によって問題箇所を特定します。 事前準備 最初に大事なことがひとつあります。それは、「問題がない（good）状態と問題がある（bad）状態を、確実に判定できるようにする」 ことです。 当然のことではありますが、ここがあやふやだと、二分探索をしても問題箇所をうまく特定できません。 可能なら、「テストスクリプトを1つ実行するだけで判定」できるようにしたほうが良いです。このとき、テストスクリプトは、git リポジトリからチェックアウトした作業ツリーに対して実行できるようにします（例えばソースからのビルド処理もテストスクリプトに含めま
Qiita 2-day Hackathon - satococoa's blog
Qiita 2-day Hackathon に参加しました。 このイベントはGitHub APIを使って何らかのアプリケーションを開発しよう！というハッカソンです。 詳しいテーマは当日発表され、「プログラマの問題を解決するサービス」とのことでした。 当日の様子は公式のブログを見ていただくのがいいかなと思います。 スペシャルゲストも登場して盛り上がったQiita 2-day Hackathon総まとめ！ 僕の作ったもの 全くアイディアを持たずに参加したので、一日目は GitHub API を一通り眺めてターミナルからcurlや httpclient で叩いてみただけでほとんど終わっちゃいました。 全体的に GitHub API で何が出来るのかを把握できた後で、残り半日くらいで出来そうなものを考えたところ、自分の GitHub のプロフィールページを簡単に表示できて、 QR コードでシェアで
年始の大型リリース第2弾！編集リクエスト機能をリリースしました！ - Qiita Blog
今日はkonyがお送りします。 前回の投稿の編集履歴に続く大きな機能追加をしましたのでお知らせします！ 投稿に編集をリクエストできるようになりました編集リクエストとは、「Qiitaに投稿された情報を修正したり情報を追記して本体へのマージを依頼できる仕組み」です。 これまではコメントで情報を追加したり修正箇所を指摘しあったりなど、あまり効率的ではない方法が取られていました。そこで今回、GitHubのPull Requestのように変更を直接提案できる、精度の高い正しい情報が蓄積できる仕組みとして編集リクエスト機能をリリースいたしました。 編集リクエストの使い方(リクエスト送信編)1. 投稿ページで、「編集リクエストを作成する」をクリック 2. 編集リクエストフォームで内容を編集する 3. コメントを入力して、「送信する」ボタンをクリック 4. 編集リクエストの送信が完了しました！ もし間違え
UTF-8で作ってたら、サーバに置いてあるファイルがShift_JIS, EUC-JPだった - Qiita
var xhr = new XMLHttpRequest; xhr.responseType = 'blob'; xhr.open(method, url); xhr.onloadend = function() { var fr = new FileReader; fr.onloadend = callback.bind(fr, fr.result); fr.readAsText(xhr.response, encoding); }; xhr.send(params); Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark the
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/YusukeSuzuki@github/items/3300ed29f053eb7ff799
ファイルベースのQiitaクライアントqiitactlを作った話 - Qiita
秘密鍵から公開鍵を生成する - Qiita