spec driven development の最大の問題は、


あなたの製品は動的に進化するということだ。
今日の要求ロジックと、来月や次の四半期、来年のそれは全く異なる。
例えば、今日のインターフェース設計ではキャッシュは不要で、フィールドの配列をカンマ区切りのテキストで偽装しているだけだ。これは素早くリリースするためだ。
次の四半期にはセキュリティやパフォーマンスのために元に戻す必要がある。
要求の変更は、膨大なパラメータの組み合わせの結果だ。
どうやって文書の中にすべての外部コンテキストを完全に記録できるだろうか?すべての変数を詳細に記述することは可能だろうか?脳とインターフェースが常にあなたの記憶を読み取り、エージェントに渡さない限り。
もしあなたが、文書の中だけで先見の明を持ち、神のようにすべてのケツをきれいに拭き終えるほど精密にできるなら、
そのときあなたはすでにソフトウェアエンジニアリングの究極の難題を克服したことになる:銀の弾丸は決して存在しない。
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • コメント
  • リポスト
  • 共有
コメント
コメントを追加
コメントを追加
コメントなし
  • ピン