ソフトウェア設計で大切なこと(1/2)：An Agile Way：オルタナティブ・ブログ

明けましておめでとうございます。 去年は少し、アジャイル・アジャイル言い過ぎた気がしており、今年はもう少し大切なことの範囲をエンジニアリングに回帰して、再度言おうと思っています。 オブジェクト指向やテスト技法をはじめとするソフトウェア工学の知識とスキルは、ソフトウェア開発に携わる人には絶対必要なもので、その上で、プロジェクトマネジメント手法としてのアジャイルがある。 ということは、もういちどちゃんと言っておこう。そう思った動機は、James Shore の「Art of Agile Development」を訳したこと。そして、それはXPの本だったこと。ここ３年くらいXPという言葉はAgile界では下火になっていて、AgileといえばScrumという風潮だったのが、「エンジニアリングの無いScrumは所詮うまく行かない」、というJames Shoreの当然な一撃があった。InfoQの日本語

[yojik]

今年は設計そのものに対する議論が流行るといいなー

[u_1roh]

続き（シリーズ化）に期待。/僕はよいソフトウェア設計に「可読性」は入れないほうがいい気がしている。よいコードが必ずしも読みやすいとは限らないし、読みやすさは読み手のスキルに大きく左右されてしまう。

[Sixeight]

*ぼくはこれが現在もっともよい設計原則集だと思っている*/白い鈍器読書会の方向性が間違っていないと確信

[elm200]

この5原則は重要。会社組織にも言えることかもしれないが。

[katzchang]

凝集度と結合度の客観的な指標について、論文とか議論ってあるんだろうか？

[pitworks]

良いソフトウェア設計-> 1.凝集度が高い(high cohesion) 2.結合度が低い(low coupling) 3.重複がない(ZERO duplication) 4.テスト容易性が高い(testability) 5.可読性が高い(readability)

[kakutani]

ひさびさのkenji節

[fkino]

"James Shore の「Art of Agile Development」を訳したこと。そして、それはXPの本だったこと。"

[tortoisewell]

アジャイル

[iww]

「3.重複がない」 が本当に重要なことなのか最近疑問に思ってる。

[ouobpo]

IT業界20年間でずっと変わらないソフトウェア設計の原則とは

[mnishikawa]

設計で大切なこと