アカウント名:
パスワード:
金融系のシステムって、開発に入る前の段階で、凄まじく詳細な仕様書(新入社員にコーディングを担当させても問題無いレベル)を要求される割に、仕様書どおりに書いて、仕様書通りにテスト通して、仕様書通りに完成ってならないよね
後から山のように独自のビジネスルールだの、既存システム連携の独自要素だのが湧いてくるのが問題だと思うけどさ…
> 凄まじく詳細な仕様書(新入社員にコーディングを担当させても問題無いレベル)これって要するにコンパイルもテストも全部脳内でやるコーディングみたいなものだからねぇ。そのまま動くほうが奇跡じゃない?
凄まじく詳細な仕様書(仕様を網羅しているとは言ってない)
凄まじく詳細な仕様書(合理的で矛盾がないとは言ってない)
凄まじく詳細な仕様書(発注側が業務を把握しきっているとは言ってない)
量が多いだけで、肝心なことは何一つ書いてない。手伝い頼まれて仕様見たら、データ列仕様で値規則不明とかね。確実な変換は不可能と言ったら、そうだよねと肩落としてた。。
政治の問題をITに丸投げされたって解決できるわけがない「仮定が偽の命題」を恒真にできるのは論理学だけ
銀行システムなんて面倒臭さが異常なだけで技術的には大したものじゃない
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
いつも思うけど (スコア:1)
金融系のシステムって、開発に入る前の段階で、凄まじく詳細な仕様書(新入社員にコーディングを担当させても問題無いレベル)を要求される割に、仕様書どおりに書いて、仕様書通りにテスト通して、仕様書通りに完成ってならないよね
後から山のように独自のビジネスルールだの、既存システム連携の独自要素だのが湧いてくるのが問題だと思うけどさ…
Re:いつも思うけど (スコア:3)
> 凄まじく詳細な仕様書(新入社員にコーディングを担当させても問題無いレベル)
これって要するにコンパイルもテストも全部脳内でやるコーディングみたいなものだからねぇ。
そのまま動くほうが奇跡じゃない?
Re:いつも思うけど (スコア:2, おもしろおかしい)
凄まじく詳細な仕様書(仕様を網羅しているとは言ってない)
Re:いつも思うけど (スコア:2, おもしろおかしい)
凄まじく詳細な仕様書(合理的で矛盾がないとは言ってない)
Re: (スコア:0)
凄まじく詳細な仕様書(発注側が業務を把握しきっているとは言ってない)
Re:いつも思うけど (スコア:1)
量が多いだけで、肝心なことは何一つ書いてない。
手伝い頼まれて仕様見たら、データ列仕様で値規則不明とかね。
確実な変換は不可能と言ったら、そうだよねと肩落としてた。。
Re: (スコア:0)
政治の問題をITに丸投げされたって解決できるわけがない
「仮定が偽の命題」を恒真にできるのは論理学だけ
銀行システムなんて面倒臭さが異常なだけで技術的には大したものじゃない