Kaigiの開催案内をTwitterで見かけてなんの気なしに申し込んだら、その後あっという間に300席がうまって、その後500人へ拡大してもなおキャンセル待ちがあったとか。東京のエンジニアの勉強欲は異常や。いつものようにRubyist時間に到着したらもうすっかり席が埋まっていて、最後方入り口近くの椅子をなんとか確保*1。会場になったサイバーエージェントのセミナールームには何度か行っているけど、こんなに人が詰まっているのを見たのは初めてだ。よる開発の変革」だったのだけど、のっけから「あれれれれ?」って感じだった。GitHubでもたらされたとされている「変革」が、どれも(GitHub登場前からの)ごく当たり前のプラクティスに見えたからだ。おかしな変数名に対してレビューアが対案を提示するなんて、あたりまえじゃないか。以前はそれがあたりまえでない世界に住んでいたのだとしたら、その職場の文化か、先輩プログラマが悪い。GitHubの導入で結果的に改善されたのは良かったけど、GitHubを導入しないと解決しない問題ではないよなぁ。他のプレゼンでもちょくちょく感じたけど、その変革がGitHubによってもたらされたのか、そうでないのかがちゃんと分析できてない話が少なくなかったと思う*2。個人的な考えでは、GitHubがもたらしたのはスピードアップによる効率化が基本で、その「量的な変化」がどこかで「質的な変化」をもたらすのがポイントだ。質に問題があった開発プロセスがGitHubによって改善したように見えるのは、本当にGitHub関係してるかどうか気にしたほうがいいんじゃないか。CIサービスやデプロイツールと自動的に連携するような最近の流れは、量のフェーズを抜きにいきなり質の変化をもたらしてる気がする。これはわくわくするし「いいぞもっとやれ」と思う。続く「はてなブログチームの開発フローとGitHub」は、そのあとにあったGitHub社でのリモートワークの話と比較すると面白い。GitHub社の話は示唆に富んでいたものの基本的にはよその惑星の話っぽかったが(笑)、はてな社の話は「Issueだけではプロジェクトの状況を把握できないマネージャ」が登場したりして現実の会社によくある事例だった。次の一歩を踏み出すのにいい目標だと思う。「GitHubで雑誌・書籍を作る」が今日の(個人的)キーノート。「ソフトウェアを作るように雑誌や書籍を作る」という手法、やはりこれからの主流になって欲しい。いうかならないと日本の出版会はダメになってしまうと思う。プライベートリポジトリは著者の持ち出しというのは「Oh...」という感じだった。ひとつのリポジトリを長く使うソフトウェアと、リポジトリの寿命が短い雑誌・書籍との違いが、課金モデルとのミスマッチになっちゃうんだなぁ。BitBucketを使えばいいのである。他にも興味深い話が多々あったけど根気が続かないのでこのへんで(歳か)。Tips」は使えそうなネタがいっぱいあったのであとでぼちぼちフォローする。隣にはやはりRubyist時間にやってきたogijun。requestはGitHubの発明ではない」という話に会場がザワっとしたのが好例。「Git入門」がちゃんと読まれてないってことだよなぁ。デレマスアニメのキービジュアル(Cute)を観てきたせっかくなので渋谷から新宿を経由して帰宅するついでにJR東口改札内にあるシンデレラガールズのアニメ・キービジュアルを見てきた。いやー、これはもう、間違いなくみくにゃんが主役ですね(確信)。15:22)雑誌記事くらいなら制限にならないんじゃね......と思ったけど、特集記事なんかは登場人物多いね、たしかに。発明じゃなくねとかは常日頃からおもっております。効率化したとかそういうところは良いと思うけどね。Kaigiはエモい)。01:25)いまさらすいません。13:03)「入門Git」の間違いでした。23:11)ありがとうゴマス。プログラマ、Webアクセス解析士を経て、現在はサイバーセキュリティ関連事業に従事。学生時代からフリーソフトウェア開発に関わりはじめ、かれこれ30年。RubyではWebアプリケーションを中心に開発。tDiaryプロジェクト創始者。2.6.5-p114。