登録情報
|
|
あなたの意見や感想を教えてください:
|
||||||||||||||||||||||
|
最も参考になったカスタマーレビュー
3 人中、2人の方が、「このレビューが参考になった」と投票しています。
5つ星のうち 5.0
仕様書を何のためにかくのかを解らずに書く人に驚き,
By
レビュー対象商品: ソフトウェア・テスト PRESS Vol.2 (大型本)
仕様書を何のためにかくのかを解らずに書く人がいることに驚いたことがあります。
自分が作るものを明確にするために書くのであって、他人のために書くのではないという意識が持てないのなら、書かない方がいいかもしれません。 プログラミング言語で書いた仕様書を認めない人もいますが、それはその人がプログラミング言語で書いたものを、他の言語で書き直して確認したいからだとしたら、その人に書いてもらうのも手かもしれません。 仕様書の欠陥を見つけるには、何を作りたいかを明確にしていくことになるので、嬉しいと思います。ただし、完璧な仕様書を作ってからプログラミング始めるのがいい場合と、手遅れの場合とがあることは、、、、 #プロトタイプのコードは捨てるようにという話題が、IPA/SECのプロセス改善ナビゲーションガイドにあったような気がします。
7 人中、1人の方が、「このレビューが参考になった」と投票しています。
5つ星のうち 4.0
今さら・・・・・、の知識,
By 嫦娥 (長野県安曇野市 Japan) - レビューをすべて見る
レビュー対象商品: ソフトウェア・テスト PRESS Vol.2 (大型本)
上流工程中心なので、この会社の雑誌にしては概念的な記述が多い気もしますが、現在の第一線で活躍されている方が書いているという点と、実際の事例が多いのがカイ。
おいら自体が外資系の古いエンジニアだったからかもしれないけれど、こういう基礎中の基礎、しかも現場での運用ノウハウを雑誌にしないといけないくらい、現在の開発現場ってのは荒れているんでしょうか?中堅層が薄いことの弊害? 初リーダーやリーダー候補の方にはちょっと目を通してほしいです。 そして、どんなにコーダーが優秀でも、要件定義や外部設計でこけると収拾がつかなくなるんだよ、ということを認識し、それを防ぐための基本を身につけてほしい。
あなたの意見や感想を教えてください: 自分のレビューを作成する
|
|
|
|
|