プログラミングファーストでもまだ中途半端 (mark-wada blog)

ひがやすをｂlogで「プログラミングファースト開発の必要性」が書かれている。このひがさんのプログラミングファーストは以前あるセミナーでプレゼンを直接聞いたことがあるのでだいたいの考え方や内容も理解しているが、ぼくの感想はまだ中途半端のような気がする。まずはそのブログから。 プログラミングファースト開発とは、ドキュメントを書いてからソースコードを書くのではなく、動くソースコードを書いてユーザに実際に触ってもらうということを何度も繰り返して、仕様を固める開発手法。ドキュメントは仕様が固まった後に書く。 プロトタイプ開発との違いは、最初に作ったものを捨てずに、本番で動かすものとして開発し続けること。アジャイルとの違いは、全工程をテレーション（筆者注：イテレーション？）でまわすのではなく、顧客と仕様をつめるところのみを何度も繰り返し仕様が固まるまで行なうこと。 これは、現在のような人月ビジネス化し

[toriaezu]

皮肉でもなんでもなく、この理想論は「オジさんたち」と「若いヤツら」が協同しないと実現できないのでは、と思いました！／僕はまだ若いですよ・・・

[Nagise]

自分は人月が単なる作業量の単位であれば単価が安くても構わない。ただし、一人で３人月作業したら３人月分払ってくれればそれでいい。顧客満足度の話題はおおむね同意。

[kennak]

業務コンポーネントて粒度でかいなぁ…

[tsuyok]

概ね同意だが、「お客さんの前に出たらコードを直してはいけないと思う」はお客様が神様であるこの国でできるのだろうか？お金さえ出せば何でも手に入ると思っている下品な人たちに通用するとは思えない。

[SiroKuro]

自分はなにができるのか思わず考えたくなる記事

[tarchan]

プログラムはhowを書く、ドキュメントはwhyを書く

[yojik]

なるほど

[t_yano]

ユーザーの視点からのプログラミングファースト。まだ足りない、という話。ユーザーはわがままだけど、それを受け入れるにはどうしたらいいか。

[gothedistance]

このエントリを読んで、エンジニアの未来サミットに出てもらいたいなぁと思った。

[tama_space]

ユーザーが自分たちの業務を知ること。そのために、他人の言葉に耳を傾けること。SIerは耳を傾けてもらえる誠実さを「諦めずに」身につけること。