Webアプリの仕事をするならネットワークの知識は最低限持っておきたいもの。サーバを立ち上げたりアプリを開発するフェーズでは、そこまで「ネットワークの知識、知ってて良かった！」と思うことは少ないのですが（最近はある程度知らなくてもできちゃいますよね）、いざ「何かつながらないんですけど」となったとき、ネットワークの知識がないと何が問題なのか分からないんですよね。何が問題か分からないという状況が、仕事をしている上で一番ヤバイ状況です。問題の切り分けのためには、基礎となる知識が必要なのです。
jQueryを利用した画面をデバッグしてて「あれ、このDOM要素、ちゃんとイベントが紐付いてないのかな？ どうなのかな？」なんてこと、あると思うのですが、これがインスペクタでひと目で確認できたらどんなに便利なことかと常々思っておりました。FirefoxのNightlyでは、ついに開発者ツールでこの機能がついたようです！
Railsをバージョンアップし続けるために必要なこと、ほんとRailsで開発する限りはテストが書かないと死んでしまうよね、うんうん、そうよなそうよな、と、首を縦に振りながら読んでおりました。更に言うと、テストを書いていたとしても、テストを腐らせると死にます。
いくつか中高生向けのプログラミングワークショップを拝見する機会があったのですが、僕が見学したものの多くが技術や手法にフォーカスしていて、アイデアや考え方、プログラミングが持つ可能性を扱うものが少ないと感じていました。（技術は「人と人をつなぐ魔法」になった）
という文章を見て、そういえば自分がプログラミングに魅せられていたときって、プログラミングの持つ可能性に魅せられてコーディングしていたなーということを思い出しました。
「え、Chrome使ってるのにDHC知らんの？」と言われて「え、化粧品の話ですか？？？」と壮大なボケをかましたのですが、REST APIをテストするためのChromeアプリでした。
先日デキるプログラマだけが知っているコードレビュー7つの秘訣（DevLove版）のスライドを公開したのですが、「ダメなコード例のどの辺がダメなのか、スライドがなくて分からない」という声をいただいたので、解説を載せようと思います。Railsのコードなので、Railsのコンテキストに従った説明になってしまいますが、ご容赦を。。
昨日8/23（土）はDevLove現場甲子園2014 東日本大会というイベントで天使コード（※1）についてのお話をさせていただいてまいりました。会場は日本オラクルさんで、過去に同会場でいろいろな研修を受けていた身としては少し感慨深いものがあります。そしてありがたいことに、講演の人気投票で見事トップを勝ち取り、MVPとしてラストに表彰をいただきました。いやー、びっくりだ・・・。
※1 例の単語を「しずかったー」で綺麗な言葉に変換すると、天使コードになります。
「必要最低限の機能をまずリリースする」、と言うとまるで不完全なプロダクトを作るように聞こえてしまうし、プロトタイピングレベルのものをリリースするべき、みたいに聞こえてしまうけど、そうではないんですよね。
