アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣

これは面白かった！

全編にわたって興味がある事柄ばかりで、本が蛍光ペンの線だらけに。
これは本当に、ソフトウェア開発に関わっている人なら読んだ方がいいです。
というか、読むべきです。

もう全部が興味深い内容だったため、これ、というのが絞れないのですが、
印象に残っている言葉の一例を下に。


「チームは一致団結する場だ」

「“自分のせいじゃない”というのが正しいことはまずない」

「選んだ道が正しくても、座り込んでたら轢かれてしまう」

「シンプルなコードには、挑むだけの価値がある」

「コードは、書かれることよりも読まれることのほうがずっと多い」

「開発者たるもの、自分が書くコードを“もっとわかりやすくできないか”と
自問し続けなければならない」

「システムの核心にある詳細を理解することなしに、
設計者として有能でいられるわけがない」

「良い設計者とは、腕まくりをして自分の手を汚し、
躊躇することなくコードを書く人のことだ」

「システムのどの部分であっても、担当することから逃げてはならない」

「あなたのアイデアを聞けば、私は知識を得る。
私が知識を得ても、あなたは何も失わない。
それは丁度、あなたの蝋燭で私の蝋燭に火を灯しても、
あなたの炎を暗くさせることなく私が光を得るのと同じだ」

「明らかに改善されたとわかる代替案を自分が出せるのでもない限り、
コードの批判はしないこと」

「仕事を引き受けたということは、期限までに終わらせると約束したということだ」


・・・などなど。
座右の銘になるような言葉が多く、読み物として大変面白かったです。

他、スタンドアップミーティングやユニットテスト、バージョン管理など、
興味深い項目がたくさんありました。

この本はもう本当に、折にふれて度々読んでいきたい本です。

全章を通じて具体的な技術にはあまり触れずに、客観的な視点からアジャイル開発者の「あり方（心構えや思考）」を導いてくれます。

アジャイルとう言葉を全く知らない人も含めて、この本はソフトウェア開発に関わる全ての人に読んでいただきたい。まさに教科書です。

私は仲間にもこの本を自信を持って紹介しています。

色々と他のアジャイル本を読みましたが、この本が一番、アジャイルソフトウェア開発をプロジェクトにどのように適用すればよいか具体的で分かりやすかったです。

全体の構成も各項目が短くまとめられていて読みやすかったです。
200ページの専門書ですが３日ほどで読めてしまいました。

プロジェクトが上手くいかないと嘆いている暇があったら、読む価値は絶対にあります。
ブタであるプログラマ（読んでもらうと意味が分かります）の生き残るためのバイブルです。

面白かったのは「コードレビューのパターン」で、３つの模様を紹介している。コード見直し模様。

オールナイタ
　お奨めしないそうだけど、年に１回はやりたい。ちょうど、昔のJUSE、今のSWESTみたい。徹夜とすればよかったかも。
ピックアップゲーム
　SHIP ITを参照せよとのこと。日本語版の書名は「Ship It! ソフトウェアプロジェクト 成功のための達人式ガイドブック」。読んでみます。
ペアプログラミング
　ドライバとナビゲータだそうです。運転者と道案内とすればよかったかも。

アジャイル開発のプラクティスを紹介した本です。
ソフトウェア開発の進め方、チームのあり方、プロジェクトの運営
等の分野で、約50個のプラクティスが紹介されています。

各プラクティスは、解説、間違った考え方、
どんな状態となると良いか、、などで、1つのプラクティスについて
5〜6ページで紹介されています。

テクニカルな部分は少なく、ソフトウェア開発の進め方、
チームのコミュニケーション、人間関係などに関連する
部分が多かったです。
ですので、「アジャイル」と構えなくても、
一般のソフトウェア開発でも利用できるプラクティスも多かった
印象です。