2014-06-05(木) [長年日記]
■ 運転免許更新
免許の更新時期がきたので二俣川の運転試験場へ。いまは二俣川が通勤の途中にあるから、定期券で行けるのが良い良い。
最初に例の「数字4桁の暗証番号を2組」設定する儀式があったけど、これ、この3年間で一度も使わなかったのだが。これで覚えておけという方がおかしいよなぁ。なんでもうちょっと実用性のある認証方式にしなかったんだろう。
視力検査を終えて(視力だけだった。他にも動体視力とかの検査があった記憶があるのだが)、写真を撮ったら1Hの講習。最近の講習ビデオ、けっこうよく考えられていてあなどれない。今年は孫子の兵法に沿って講談風の演出。あと最近はドライブレコーダー搭載車が増えてるせいか、それを使った本物の事故動画が満載で、必然的に被害者が歩行者・自転車・バイクに偏るからかなり心にクるものが……。
3年間無事故無検挙だったので、ひさびさにゴールド免許に復帰。でも今の免許証って別にゴールドの帯になってたりしないのな。あれ、プレミアム感があってよかったのに。……と思って調べたらブルー免許証でも有効期間が5年になることがあるってこれか。てことは無検挙じゃなかったってこと?(笑) なんかもう、記憶力がどうしょもないなー。
2014-06-03(火) [長年日記]
■ BOOKSCANに送る本の冊数を計算するアプリを作った
ひさびさにサンデープログラミング。
毎月BOOKSCANに送る本を選ぶときに、BOOKSCANの「冊数」(350ページまでが1冊、あとは+200ページごとに+1冊)を計算するのがつくづく面倒くさくなったので、計算してくれる簡単なWebアプリを作った。候補になってる本のISBNをバババっと入れていくと、一箱に収まるかどうかを計算してくれる。とりあえず自分の役に立てばいいのでライトプラン専用、デザインも最小限*1。本の題名はAmazonへリンクになっているので、一箱分が埋まったらそのまま注文してしまえば良い。
なお、一箱分を超えると二箱目に突入するが、以降は一箱目がもっともお得になるように遺伝的アルゴリズムを使って最適なセットを計算する(えっ、この人なに言ってるの……?)。なお「お得」の意味は「一箱に入るトータルのページ数を最大化する」ということである。三箱目以降も同様*2。
例によってソースはGitHubで。
2014-06-01(日) [長年日記]
■ GitHub Kaigiへ行ってきた
GitHub Kaigiの開催案内をTwitterで見かけてなんの気なしに申し込んだら、その後あっという間に300席がうまって、その後500人へ拡大してもなおキャンセル待ちがあったとか。東京のエンジニアの勉強欲は異常や。いつものようにRubyist時間に到着したらもうすっかり席が埋まっていて、最後方入り口近くの椅子をなんとか確保*1。会場になったサイバーエージェントのセミナールームには何度か行っているけど、こんなに人が詰まっているのを見たのは初めてだ。
最初は「GitHub実践入門 ─ Pull Request による開発の変革」だったのだけど、のっけから「あれれれれ?」って感じだった。GitHubでもたらされたとされている「変革」が、どれも(GitHub登場前からの)ごく当たり前のプラクティスに見えたからだ。おかしな変数名に対してレビューアが対案を提示するなんて、あたりまえじゃないか。もし以前はそれがあたりまえでない世界に住んでいたのだとしたら、その職場の文化か、先輩プログラマが悪い。GitHubの導入で結果的に改善されたのは良かったけど、GitHubを導入しないと解決しない問題ではないよなぁ。
他のプレゼンでもちょくちょく感じたけど、その変革がGitHubによってもたらされたのか、そうでないのかがちゃんと分析できてない話が少なくなかったと思う*2。個人的な考えでは、GitHubがもたらしたのはスピードアップによる効率化が基本で、その「量的な変化」がどこかで「質的な変化」をもたらすのがポイントだ。もともと質に問題があった開発プロセスがGitHubによって改善したように見えるのは、本当にGitHub関係してるかどうか気にしたほうがいいんじゃないか。一方、CIサービスやデプロイツールと自動的に連携するような最近の流れは、量のフェーズを抜きにいきなり質の変化をもたらしてる気がする。これはわくわくするし「いいぞもっとやれ」と思う。
閑話休題。続く「はてなブログチームの開発フローとGitHub」は、そのあとにあったGitHub社でのリモートワークの話と比較すると面白い。GitHub社の話は示唆に富んでいたものの基本的にはよその惑星の話っぽかったが(笑)、はてな社の話は「Issueだけではプロジェクトの状況を把握できないマネージャ」が登場したりして現実の会社によくある事例だった。次の一歩を踏み出すのにいい目標だと思う。
そして「GitHubで雑誌・書籍を作る」が今日の(個人的)キーノート。面白かったねー。「ソフトウェアを作るように雑誌や書籍を作る」という手法、やはりこれからの主流になって欲しい。というかならないと日本の出版会はダメになってしまうと思う。ただ、プライベートリポジトリは著者の持ち出しというのは「Oh...」という感じだった。ひとつのリポジトリを長く使うソフトウェアと、リポジトリの寿命が短い雑誌・書籍との違いが、課金モデルとのミスマッチになっちゃうんだなぁ。まぁBitBucketを使えばいいのである。
他にも興味深い話が多々あったけど根気が続かないのでこのへんで(歳か)。そうそう「入門書には載ってない Git & GitHub Tips」は使えそうなネタがいっぱいあったのであとでぼちぼちフォローする。
追記: 技評のレポート: http://gihyo.jp/news/report/2014/06/giihubkaigi
■ デレマスアニメのキービジュアル(Cute)を観てきた
せっかくなので渋谷から新宿を経由して帰宅するついでにJR東口改札内にあるシンデレラガールズのアニメ・キービジュアルを見てきた。今日まで。いやー、これはもう、間違いなくみくにゃんが主役ですね(確信)。
Before...
◆ ただただし [雑誌記事くらいなら制限にならないんじゃね……と思ったけど、特集記事なんかは登場人物多いね、たしかに。]
◆ sorah [みくにゃん大勝利! GitHub をひたすら賞賛する空気あまり好きじゃなくて、たださんの言うようにいやべつにそれ ..]
◆ ただただし [そうね。あと効率化の度合いをあまり計測してないあたりもエンジニアリングぽくない感じがあるな(そういう意味でGitHu..]
◆ miwarin [いまさらすいません。脚注にある「Git入門」は書籍でしょうか?]
◆ ただただし [「入門Git」の間違いでした。書籍です。 http://sho.tdiary.net/20100517.html#p..]
◆ miwarin [ありがとうゴマス。読んでみます。]