codecomplete読み(3)

Code Complete第2版〈下〉―完全なプログラミングを目指して

下巻に入りました。

20章 ソフトウェアの品質

• プロトタイピングの方がすぐれた設計を生み、ユーザーのニーズをよく満たし、保守性を向上させることがわかっている

• プログラマは指定された目標に取り組むが、それには、目標が何か知らせていなければならない

　⇨この形を一歩推し進めた形がアジャイルとかMBPとかの考え方なのかな。

アジャイルサムライ−達人開発者への道−

借りたし、読もう。

リーン・スタートアップ ―ムダのない起業プロセスでイノベーションを生みだす

これもギー沖にあるし。よむよむ。

21章 コラボレーティブコンストラクション

• コードに問題があっても当事者には見えないことがある。このような盲点は人によって異なるので、誰かに自分のコードを見てもらうことは開発者にとって有益である

　⇨どこかの本で「アヒルに話しかける」みたいなこともいってたなぁ。あとはここで紹介してるように、「自分のかいたコードを説明する」ってことも、盲点に気づくための方策な気がする。

• ペアプログラミングの成功の鍵

　１．コーディング標準でペアプログラミングを行う
　２．ペアプログラミングをただの監視にしない
　３．ペアプログラミングを安易に使用しない
　　　　⇨作業の一部にペアプログラミングを使用することに落ち着くらしい
　４．ペアと作業の割り当てを定期的に交代する
　５．パートナーのペースに合わせる
　６．両方のパートナーが画面の内容を確認できるようにする
　　⇨ディスプレイをUstしたボッチソンとか、うまく活用できそう。
　７．ペアを組みたくない同士で無理に組ませない
　８．初心者同士をペアにしない
　９．チームリーダーを割り当てる