XP (eXtreme Programming)

Kent Beck, Cynthia Andres「エクストリームプログラミング」角征典譯 2004

第 4 章價値

4.1 communication

team による software 開發で最も重要なのは、communication である。開發中に問題が發生したときには、すでに誰かが解決策を知ってゐることが多い。だが、その情報は變更する權限のある人には傳はらない。情報があるのに傳はらないのは、自分の直感を無視するときの心の內面と同じだ。他人と communication する必要があるときには、その影響の度合いはさらに惡化する。

「情報があるのに傳はらないのは、自分の直感を無視するときの心の內面と同じだ。」

monadology (fractale)

4.2 simplicity

私は「最も simple で、うまくいきさうなものは何ですか?」と質問するやうにしてゐる。批判する人たちは、質問の後半部分を見逃してゐるやうだ。「我々には深刻な security や信賴性といった制約がありますので、system を simple にはできません」などと返ってくる。私は、simple すぎてうまくいかないものについて質問しているわけではない。ムダな複雜性を排除するために、何ができるかを考へてもらってゐるのだ。

communication によって、現狀の觀點からは必要がない、あるいは時閒的猶豫 (←→餘裕)のある要件を削除すれば、それが simplicity の達成につながる。simplicity を達成すれば、必要な communication も少なくなる。

4.3 feedback

feedback は communication に缺かせない。「performance は問題になるかな?」「わからないね。performance 測定用の prototype を作って確認してみよう」。feedback は simplicity にも影響する。3 つの解決策のなかで、どれが最もsimple になるだらうか? そんなときは、3 つすべてを試して確認してみよう。同じものを 3 囘實裝するのはムダに思へるかもしれない。だが、simplicity が備はった納得できる解決策にたどり着くには、かうするのが最も效率的な方法だらう。それと同時に、system が simple になれば、その分だけ feedback を受け取ることも簡單になる。

4.4 勇氣 (courage)

勇氣のみでは危險だが、他の價値と合はせれば強力だ。勇氣を持って眞實を語れば (たとへそれが不愉快なことであっても)、communication や信賴が強化されていく。うまくいかない解決策を捨てて、勇氣を持って新しい解決策を見つければ、simplicity が促進される。勇氣を持って現實の具體的な答へを求めれば、そこから feedback が生まれる。

4.5 respect

software 開發に關係してゐる人は、人閒として等しく重要である。他の人よりも本質的に重要な人などゐるはずがない。software 開發において人閒性と生產性を同時に高めるには、team に對する個人の貢献を respect する必要がある。私も重要であり、あなたも重要だ。

第 5 章原則

5.1 人閒性 (humanity)

5.2 經濟性 (economics)

5.3 相互利益 (mutual benefit)

5.4 自己相似性 (self-similarity)

fractale

5.5 改善 (improvement)

5.6 多樣性 (diversity)

5.7 ふりかへり (reflection)

5.8 流れ (flow)