アカウント名:
パスワード:
仕様書やドキュメントがないからメンテも移行も出来ないと受け取れる。これは別の言語に置き換えてもあんまし変わらない気もするな～
700万行にも及ぶ仕様書もドキュメントも無い○○言語で書かれた給与システムのメンテもしくは新システム導入
なわけだが、実際問題こんなお題のモノは炎上どころじゃないプロジェクトになりそうな予感・・・
入力・出力・状態遷移の動作仕様が明確になっていれば、その動作仕様の範囲内で実装方法を自由に変えられる(修正できる)。
一方、動作仕様が明確になっていないと、ソースコードの自身が動作仕様になっていく。つまり、ソースコードの改変は動作仕様の変更を意味するようになる。かくして、700万行の動作仕様のプログラムが生まれたというわけだ。
すべての動作仕様を理解する必要はないとは言え、そう考えると正気の沙汰ではない分量ではある。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはただ死んだだけでなく、本当にひどい臭いを放ち始めている -- あるソフトウェアエンジニア
COBOLが原因ではない (スコア:5, すばらしい洞察)
仕様書やドキュメントがないからメンテも移行も出来ないと受け取れる。
これは別の言語に置き換えてもあんまし変わらない気もするな～
700万行にも及ぶ仕様書もドキュメントも無い○○言語で書かれた給与システムのメンテもしくは新システム導入
なわけだが、
実際問題こんなお題のモノは炎上どころじゃないプロジェクトになりそうな予感・・・
Re:COBOLが原因ではない (スコア:1)
入力・出力・状態遷移の動作仕様が明確になっていれば、その動作仕様の範囲内で実装方法を自由に変えられる(修正できる)。
一方、動作仕様が明確になっていないと、ソースコードの自身が動作仕様になっていく。つまり、ソースコードの改変は動作仕様の変更を意味するようになる。かくして、700万行の動作仕様のプログラムが生まれたというわけだ。
すべての動作仕様を理解する必要はないとは言え、そう考えると正気の沙汰ではない分量ではある。