乐胖代购免代理版

はじめに: 技術ネタは最近Qiitaに書いています

このブログはもともと「技術系ブログ」としてスタートしました。
イメージとしては「技術的な問題に遭遇してググったら引っかかるようなサイト」です。
普段そういうページによく助けられているので、自分もgive＆takeの精神で情報発信していこう、と思ったのが動機です。

しかし、去年の夏にQiitaに出会って以来、シンプルな技術的なネタはQiitaに書くようにしています。
理由はQiitaというサービスの方向性がまさに「技術的な問題に遭遇してググったら引っかかるようなサイト」だったことに加え、Qiitaの中の人に出会って「Qiitaにかける情熱」を直接聞いて、僕も応援したいな～と思ったからです。

そんなわけで、このブログが更新されていなくても、ときどきQiitaにポロッとTips的なネタを書いたりするときがあります。
気になる方はQiitaで僕のアカウントをフォローしてもらえるとうれしいです。

jnchito - Qiita

昨日QiitaにRubyやRailsの技術ネタを投稿した

ところで昨日、ちょっと大きめの技術ネタをQiitaに投稿してみました。

[初心者向け] RubyやRailsでリファクタリングに使えそうなイディオムとか便利メソッドとか

これが結構好評だったようで、Qiitaの「ストック」やはてなブックマークをたくさんもらっています。
ブックマークコメントやTwitterの反応を見ても、おおむね好意的な反応ばかりだったのでほっとしています。

f:id:JunichiIto:20131106060105p:plain:w500

ソニックガーデンや西脇.rb & 東灘.rbでのコードレビューが記事の情報源

なんでこんなにあれやこれやとイディオムやお作法が出てくるのかというと、普段頻繁にコードレビューをやっているからです。

僕が勤めているソニックガーデンでは、プログラムを本番リリースする前に必ず他のプログラマにコードレビューをしてもらう必要があります。
僕がコードレビューを受けて指摘をもらうこともありますし、逆に僕がコードレビューをして指摘をすることもあります。

また、僕は西脇.rb & 東灘.rbという地域Rubyコミュニティを主催していて、毎月「もくもく会」や「ペアプログラミング In Action」といった勉強会を開いています。
ここでも「みんなコードを書く」「書いたコードはみんなでレビューする」というルールにして、初心者も上級者もお互いのコードをレビューし合うようにしています。

コードレビューを頻繁にやっていると「初心者にありがちな遠回り」や「他のプログラマに指摘されて気付く意外な近道」によく出会います。
コードレビューを何度も繰り返すうちに最近ある程度の「よくあるパターン」が見えてきたので、それをまとめて記事にしてみた、というのが昨日の投稿までの経緯です。

まとめ: 書いたら終わり、ではなく「コードレビュー」もセットにしよう

Qiita記事の最後にも書きましたが、書籍やAPIドキュメントを読むだけでなく、自分の書いたコードに他のプログラマの知見を取り入れることは、プログラマとして成長するための大きな鍵だと思います。
特に初心者のうちは上級者にコードレビューしてもらえるかどうかで、今後の成長曲線が大きく違ってくるんじゃないでしょうか。

また、「誰がどう見ても悪いコード」を指摘するのは容易でも、「誰がどう見ても良いコード」を提示するのは意外と困難です。
なぜなら「良い」の基準は個人個人で微妙にバラつくからです。
そのバラつきをある程度収斂(しゅうれん)させるためにも、普段からのチーム内コードレビューは一番重要な開発プラクティスの一つになると思います。

あなたの開発チームでもコードレビューを繰り返せば、きっと新しい「イディオム集」や「お作法集」が生まれるはずです。
もしそんな情報が生まれたら是非ネットに公開して、みんなに共有してください！
楽しみに待っています♪

参考: オススメ書籍

コードレビューが重要なのは確かですが、書籍やAPIドキュメントの情報をないがしろにしても良い、という意味ではありません。
むしろ、書籍やAPIドキュメントの内容を熟知した上で普段のコードレビューにその知見を活かす、というのが望ましいスタイルだと思います。

あらゆるRubyプログラマにオススメできますが、「Rubyは現場でなんとなく覚えてきた」という人に特にオススメなのが、オライリーの「プログラミング言語 Ruby」です。
一度体系的にRubyの文法や標準ライブラリを学習すると「知らなかった！そんな方法があったのか！」と新しい発見がたくさん得られると思います。