アカウント名:
パスワード:
この提案の最も非現実的な点は, 何十年に渡ってメンテナンス出来る人材を確保・維持することが事実上不可能なことを無視していることです.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
思いっきり素人がなんですが… (スコア:3, すばらしい洞察)
しっかりとした分業体制や継続開発・後々のメンテが出来る体制さえ出来ているならば、使う言語は使い慣れたもので良いやとか、いざとなったら別の言語に乗り換えてしまえと
-+- 想像力を超え「創造力」をも凌駕する、それが『妄想力』!! -+-
Re:思いっきり素人がなんですが… (スコア:1)
> なるような気がします。
私もここがポイントなんだと思います。で一つ問題提起させていただきたい。
大きな企業の場合は大抵信用を重んじるので、既に実績のあるもの、90年代に実績がある Perl, PHP を選択すると思います。そして猛烈な資金を投じて(リファクタリングもさせない、堅いプロセスで)使い捨てプログラムを書かせます。数ヶ月で状況変わるからそ、のたびにプログラムも一から書き直させればよいということなのでしょう。
しかし「メンテナンス費用はかかる。寿命は数ヶ月。そん
Re:思いっきり素人がなんですが… (スコア:1)
この提案の最も非現実的な点は, 何十年に渡ってメンテナンス出来る人材を確保・維持することが事実上不可能なことを無視していることです.
Re:思いっきり素人がなんですが… (スコア:0)
それが下っ端コーダ君なら派遣でも雇って補充すれば良いのだけど、
リーダークラスの人間が辞めた時のダメージは計り知れない物がありますね。
たとえしっかりとしたドキュメントを残していったとしても、その後の機能追加、
修正が入るにしたがってコードの統一性は無くなり、管理がずさんになってバグが噴出し始める、等々
つーか現在そんなコードを直す羽目になって、もう泣きそう。
いっそ2ヶ月ほどサービス止めて全部整理させてくれ……_| ̄|○