プログラミングファースト開発の必要性 - ひがやすを技術ブログ

ここではフローチャートの是非を論じるつもりはない。クソだから。もっと一般化してしまえば、○○設計書みたいに「設計書」と名のつくものは全部クソだ。だって動かないんだもん。 動かない以上、それら設計書が正しいのか、漏れがないのかは保証のしようがない。机上検証なんていう工程もあるらしいけど、君たちの脳味噌は何MIPSなんだと問い詰めたい。もちろん、机上検証で見つかる凡ミスもあるだろうけど、そんなのはズボンもパンツも履かずに会社に向かうのと同じくらいのレベルの間違いだろう。 結局はコードを仕上げてから動かして初めて「だめだこりゃ」ということになる。 ○○設計書は、動かないから検証ができない。だから、だめだというのは、半分あっていて半分間違っていると思う。システム開発の大多数は、最初に○○設計書を作成する。顧客にレビューしてもらったり、自分たちでも内部レビューしたりするが、あれは、有効性が低い。 動

[JunichiIto]

あー、最近はおいらも同意見だわー。ほんまに。

[bonz3]

ちゃんと契約についても言及されてる。三年前に。オレら何年遅れてるんだ！

[northlight]

メンテナンスする人が必要になるドキュメント

[Iwamoto]

個人的には、設計書より、ユースケースやユーザーマニュアルのほうが役に立つことが多い。設計書の種類にも寄るけど

[yuchi]

こうしよう。

[fukken]

コミットログとかとうまく連携させれば、whyのドキュメントもある程度自動的に（開発中に自然に生まれる情報のみで）カバーできたりしないかな、とぼんやり思った

[inspfightman]

クライアント次第

[xmx3]

プログラミングファースト開発とは、動くソースコードを書いてユーザに実際に触ってもらうということを何度も繰り返して、仕様を固める開発手法。ドキュメントは仕様が固まった後に書く。

[atsuizo]

ひが氏の意見にここまで同意できたの初かも。これでもまだ日本のビジネスでは実現難しいかもしれないけど。ただ、設計書が後ろになると、「何を保証するのか」の定義の明文化はどこへ行くのか。そこで準委任か。

[topo-gigio]

米に同意。”whyが記されているドキュメントこそが保守に役に立つのではないかと”

[relax4u]

保守が何の情報を必要としているのか？それを書くことが大事だと思う。コードを単純に落とした設計書ほど役に立たないものはない。それこそソース見ろって感じかな。

[t-murachi]

フィードバック重視の斜め上。規模次第ではこれはこれでありなのかも。作ったものを見せるより構想を説明した方が手っ取り早い場合もあるから全面適用は難しいんじゃないかな。あと doxygen 超便利。

[bobbyjam99]

似たようなことは考えているけど，それを顧客にどう見せるかで悩んでいる．

[te2u]

ドキュメントは作ったこと、やったことのまとめ。だから、基本は後で書く。/ドキュメントは必要。営業などは、プログラムが読めないし、ドキュメントがあると、全体を俯瞰できる。

[topaz2]

仕様が固まるまでは準委任契約で給与を要求、その後は請負契約で報酬を要求する。一番合理的なお金のもらい方だと思う。

[woinary]

みんなドキュメントは後派なんだな。自分はそんな力ないから先に書く。もちろん直すことも多いがそれはムダではない。PFを唱える同僚も居るけど概ね破綻する。普通の人は真似しない方がいいと思う。

[ka-wara]

プログラミングファーストの件１

[ReLax]

保守が何の情報を必要としているのか？それを書くことが大事だと思う。コードを単純に落とした設計書ほど役に立たないものはない。それこそソース見ろって感じかな。

[dub]

shiro というかたのコメントに注目。why が重要。

[gothedistance]

「プログラミングファースト開発は、基本的に全部内製するって考え」私もそう感じた。向いていないのは百も承知で挑戦されようとしてる所がすごい。応援ﾌﾞｸﾏ。

[gan2]

「○○設計書は、物を作るうえにおいては意味があまりないけど、メンテナンスをする上では重要」

[takuno]

もっと一般化してしまえば、○○設計書みたいに「設計書」と名のつくものは全部クソだ。だって動かないんだもん。<そうだよねぇ。

[andalusia]

賛成。これは「よい人月」だと思う。／ でも、準委任契約に対する拒否反応がユーザ企業側（の特に管理者）にあるんだよな。コスト管理上リスクが少ないのは一括請負での発注なんだ。

[yuroyoro]

最初に動くもの作るってのは、楽しいしモチベーションあがるよね。ちょうどいまRailsで似たようなアプローチでやってる。

[hrys]

取り入れてみよう。

[PoohKid]

開発だけ考えると社内ベンチャー案は最適と思うけど、ビジネスモデルが内作を許さないので難しそう

[GARAPON]

メンテナンスする人にとってはドキュメントは必要ですよ。全部ソース読めはきつい。

[kabakiyo]

○○設計書は、物を作るうえにおいては意味があまりないけど、メンテナンスをする上では重要なのだ。

[mamotena]

何故がわかるドキュメント

[skelton_boy]

『プログラミングファースト開発とは、ドキュメントを書いてからソースコードを書くのではなく、動くソースコードを書いてユーザに実際に触ってもらうということを何度も繰り返して、仕様を固める開発手法。ドキュメ