誰でもプログラムが書けるように詳細設計を記述する方法は、つまり「ＤＲＹ(Don't Repeat Yourself)」の原則に反しているのです。この事に皆早く気付かなければならばい。設計書は、何を行うべきかを「自然語」で記述するべきなのです。でなければ、プログラ…

最近、各ドキュメントについて悩んでいたのですが(自分なりにモゴモゴと考えた事を書いたりもしてみた)、羽生章洋さんの下記のエントリー「否定表現と仕様書」を読んだら、思わず「ぅ〜」と唸ってしまった。 で、ですね、ちょっと言葉乱暴になっちゃって恐縮…

仕様書に記述するべき内容は、なんだろうか？ 今回は、この事をテーマに考えたいと思う。 前回は、「仕様書」と「設計書」の違いについて考えてみたが、その時の「仕様書」に記述すべき事の回答(あくまでも個人的意見)として、仕様書は、顧客の要望(要件)を…

聞いてみた内容は「開発ドキュメントについて」で内容は、以下のような感じ。。。 開発ドキュメント(この言葉自体微妙ですが)を語るには、まずどのようなものがあるかを知る必要があると思います。 そんなの誰だってしってるよ！って言う意見が聞こえてきそ…

この答えを明確に答えられる人は、何人いるのでしょうか…(・・？ 多分、こんな答えが多いはず...(^^;) 1.生産性が高くなる！ 2.品質が高くなる！ 3.リスクが軽減される ...etc でた！言葉のマジック。。。ぱっと見、答えの様で「何故」という本質が見えてこ…

既に多くの皆さんが語りつくしていることですが、その意見を踏まえて自分の状況にあった開発スタイルについて考えてみました。 ここ１年近く、開発・保守生産性向上について考えてきましたが、ここにきてボンヤリと実態が見えてきました。 色々模索していた…