エンジニアにおすすめしたい一冊 「アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣」

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

Transcript

1. エンジニアに おすすめしたい一冊 『アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣』 2015.10.08 社内勉強会 onozaty
2. 今日おすすめしたい一冊
3. おすすめしたい一冊 アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣 著者：Venkat Subramaniam and Andy Hunt 著 ／角谷信太郎・木下史彦 監訳 発売日：2007年12月25日 出版社：オーム社 Amazon.co.jp： アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣 原書は2006年4月14日に出版 「Practices of an Agile Developer: Working in the Real World」 オーム社のサイトより引用
4. おすすめする理由
5. おすすめする理由 • 開発現場において有用なプラクティスおよびエ ンジニアとしての持つべきマインドが、とても わかりやすくまとめられている • 原書が出てから9年たっているが、今でも色あ せることのない内容であり、今後においても有 用なものである(可能性が高い)
6. アジャイルはあんまり関係ない • 書籍名にアジャイルとついているが、アジャイ ルに特化したものではなく、いろいろな開発現 場で使えるプラクティスおよび持つべきマイン ドがまとまっている
7. 当たり前のこと？ • それなりの経験を持ったエンジニアならば当た り前の内容も多いかもしれないが、それが本と してまとめられていることは、とても重要 • いつでも読み返せる＝思い出せる(マインドを取り戻 せる) • チーム内に伝える手段にもなる
8. 色あせることのない内容 • 特定の技術に特化した内容ではないので、色あ せることなく、今後も長くにわたって有用な内 容であり続ける可能性が高い＝持っていて損は ないはず
9. 名著：達人プログラマーの続編 • 「達人プログラマー」も同じく色あせることの ない名著 • Andy Huntは「達人プログラマー」の著者でもあり、 「達人プログラマー」の続編としても楽しめる • 「達人プログラマー」が入手しずらくなっているの で、「アジャイルプラクティス」から読み始めても 良いかと
10. 各プラクティスの構成 • 本書を読みやすく面白いものにしているのが、 各プラクティスの冒頭に書かれている「悪魔の ささやき」と、文末に書かれている「天使の導 き」「こんな気分」「バランスが肝心」 • 悪魔のささやき： 悪癖へと誘惑する言葉 • 天使の導き： 正しい道へ導こうとする言葉 • こんな気分： プラクティスが引き起こすはずの感情 • バランスが肝心： プラクティスのバランスを取るための ヒント
11. 悪魔のささやき、天使の助言 「成果をあげるのが仕事」(一番最初のプラクティス)より引用 悪魔のささやき (悪癖へと誘惑する言葉) 『問題に対処するうえで最も重要な第一歩は、犯人を突き止めることだ。 大馬鹿野郎を探し出せ！過失を明確にすれば、問題の再発を確実に阻止で きるってもんだ。』 天使の導き (正しい道へ導こうとする言葉) 非難してもバグは直りません 『誰かの後ろ指をさすのではなく、自分のできる解決策に注力しなさい。 大事なことは意味のある成果をあげることです。』 ※本文と一緒じゃないと、伝わりずらい部分はありますが、雰囲気はつかめるかと
12. こんな気分、バランスが肝心 こんな気分 (プラクティスが引き起こすはずの感情) 自分が答えを知らないということを安心して認められる。大きな失敗は学 習の機会だ。魔女狩りの機会じゃない。チームは一致団結する場だ。互い を非難しあう場じゃない。 バランスが肝心 (プラクティスのバランスを取るためのヒント) • 「自分のせいじゃない」というのが正しいことはまずない。また、 「全部お前のせいだ」というのも同じくらい間違えている。 • まったくミスをしていないのであれば、それはおそらく一生懸命やっ ていない証拠だ。 • 起こった問題が不具合なのか仕様追加なのかを、品質保証担当と開発 者の間で言い争っても無意味だ。口論している時間で修正できてしま うことの方が多い。 …
13. 好きなプラクティスベスト3 • 地雷がなんだ！全速前進！ 「正しいことをしましょう。誠実に、勇気を出して真実を伝えなさい。時に はそれが難しいこともあるでしょう。だからこそ勇気が必要なのです」 • アーキテクトもコードを書くべき 「まともな設計は積極的にコードを書くプログラマから生まれます。本物の 洞察は実際にコードを書くことからもたらされます。コーディングしない アーキテクトと一緒に仕事をしないように。システムの実体を知らずにまと もに設計なんてできません。」 • 問題を切り分けて攻める 「問題を切り分けて攻めなさい。問題に取り組む際には、対象となる部分を 周囲から分離することが大切です。大規模なアプリケーションでは特にそう です。」
14. 他にも盛りだくさん • タイトルだけでも興味をそそられるプラクティ スが盛りだくさん • “Tell, Don’t Ask” － 求めるな、命じよ • はやめに統合、こまめに統合 • 人ではなくアイデアを批判する • 天使を味方につける • 設計は指針であって、指図ではない 詳しい内容は、実際に本を手に取って ご確認ください
15. おわりに • この本で書かれていることを、多くのメンバと 共感できたらうれしいです • 自分もこの本を毎年読み返して、これからもマ インドを無くさないように気をつけていきます 購入は下記リンクより (アフィリエイトリンクになってます) • Amazon.co.jp： アジャイルプラクティス 達人プログラマに学ぶ現場開発 者の習慣: Venkat Subramaniam, Andy Hunt, 木下 史彦, 角谷 信太郎: 本