仕様書を何のためにかくのかを解らずに書く人がいることに驚いたことがあります。
自分が作るものを明確にするために書くのであって、他人のために書くのではないという意識が持てないのなら、書かない方がいいかもしれません。
プログラミング言語で書いた仕様書を認めない人もいますが、それはその人がプログラミング言語で書いたものを、他の言語で書き直して確認したいからだとしたら、その人に書いてもらうのも手かもしれません。
仕様書の欠陥を見つけるには、何を作りたいかを明確にしていくことになるので、嬉しいと思います。ただし、完璧な仕様書を作ってからプログラミング始めるのがいい場合と、手遅れの場合とがあることは、、、、
#プロトタイプのコードは捨てるようにという話題が、IPA/SECのプロセス改善ナビゲーションガイドにあったような気がします。
無料のKindleアプリをダウンロードして、スマートフォン、タブレット、またはコンピューターで今すぐKindle本を読むことができます。Kindleデバイスは必要ありません。
ウェブ版Kindleなら、お使いのブラウザですぐにお読みいただけます。
携帯電話のカメラを使用する - 以下のコードをスキャンし、Kindleアプリをダウンロードしてください。
