古き悪しき詳細設計書 - SiroKuro Page

詳しすぎる詳細設計書 - SiroKuro Page の続きです。前の記事ではブクマありがとうございました。 はてな界隈の拒否反応を見る限り、詳しすぎる詳細設計書に良い印象を持ってる人は少なそうです。もっとも、私は良い面も持っていると思っていまして、 プログラマの技術的知識や業務的知識の量に左右されることなく、一定の品質を保つことができる なんてメリットがあります。属人性の排除ですね。 あたりまえですね。実は設計者が書いたプログラムを詳細設計書と呼んでいるんですから。しかもテストどころか処理系に食わせてすらいないプログラムです。悪く言えば机上の空論です。良く言えば……絵に描いた餅？ プログラマの技能に左右されないかわりに設計書の品質に左右されるので、一定の品質が「悪い方に一定」だったりすることもあって、色々と下流工程の鬱憤が溜まりそうです。既に溜まっていますね、ごめんなさい。 本題：古き悪

[ghostbass]

「メモリ上のデータもＳＱＬで処理したい」それLINQで

[kkotyy]

ちょっと古い記事だけど読んだ。目の前がなぜかぼやけるな。なんででしょう。涙？／"なんなら「詳細設計書を読み込んで実行するプログラム」があれば良いでしょう。" .NETだとWFがその可能性を持っている

[SUM]

コーディング用にSQLを書いてそのまま設計書にコピペするとExcel的に方眼あれなので、段落別にカットペーストするとか、日本語で書かれたSQLもどきをコードにExcelマクロで生成して誤りを直して設計書にフィードバックと

[nakaji999]

ビンゴ！「SIer は、EXCEL 方眼紙の上にプログラムを記述します。そのプログラムは詳細設計書と名付けられ、テストされることなく出荷されます」

[todogzm]

「まずは入出力を厳密に定義しなさい」いい言葉。

[tohtas]

設計

[s5ot]

設計

[flakwing]

詳細設計について

[totttte]

そうそう、フローチャートの悪いところは、面倒以外にもgoto文が記述できてしまうところ。他にもおかしな書き方ができてしまう。

[yujiorama]

設計書と仕様書の区別ができてないのが諸悪の根源だな、やっぱり