この手の記事には食傷気味だが、学ぶべき教訓には学んだほうがいいわけで、果たしてここではどんな10個のルールが示されているのか。
- 同じことを繰り返さない（コードのリファクタリングの勧め）
- 変数には、それがどんな型かではなく、それが何のためにあるか分かる名前をつける
- メソッドには、それが何をするか明確に分かる名前をつける
- マジックナンバーや文字列リテラルは使わない
- 可能であれば、メソッドはそのアプリの他の部分に依存性を持つことなくテストできるよう書く
- 助けを求めるのを恐れない（やってることを他人に説明するプロセスが問題解決につながることもある）
- ボーイスカウト・ルールに従う（バグのあるコードを見つけたら、他人がやるだろうと考えず率先して修正する）
- 他者と知識を共有する
- フロー状態にある同僚を邪魔しない
- 批判をネガティブではなくポジティブに活用する（批判を自らを向上させるチャンス）
詳しくは原文をあたってくだされ。
ネタ元は O'Reilly Radar。
