アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
問題はソフトでしょ (スコア:0)
>メーカーの開発費を軽減、地元IT(情報技術)企業が参入しやすくする。
とあるので、新たに開発しなおしと言うことですか。
コスト的にどうなんだろ?
分割発注でインターフェース部分がひどい事になりそうだ・・・。
Re:問題はソフトでしょ (スコア:1)
イニシャルコストとして、4億円かかったとしても、2年目以降は断然コストが圧縮されていく
ので、コスト削減になるでしょう。
まあ、イニシャルコストが1
Re:問題はソフトでしょ (スコア:2, 興味深い)
ここ [nikkei.co.jp]を読む限り、「長崎ITモデル」では、仕様書を書くのは役人と言うことみたいですよ。
実際には企業からSEを派遣してもらって書くのかもしれませんけど、詳細設計までを一社に丸投げ、と言うことではなく、あくまでも詳細設計の責任主体は県なのでしょう。
今までの自治体関係の仕事でも、仕様書を書
Re:問題はソフトでしょ (スコア:0)
要求仕様の取りまとめだって無理だと思うよ。
フィードバックのことを考えたら、分割発注はかなり無理があるような・・・。
プログラムの部品単位なら可能かな?
Re:問題はソフトでしょ (スコア:1)
詳細設計を役人の仕事にする必要はありませんが、
>要求仕様の取りまとめだって無理だと思うよ。
こちらは発注側がやるべきことだと思いますし、できる人をお役所の中に育てる必要があると感じます。
要求仕様が決まっていないのに予算を決めて入札するのは本当は不可能です。
国レベルでもベンダーの言われるままに予算化して随意契約してきた構図があります。「錆びたら大変」の論理で、要らないモノまで高い値段で買わされて来ている訳です。
>プログラムの部品単位なら可能かな?
プログラムの部品単位での発注を実現すれば、あっちでもこっちでも石を積むという、賽の河原が避けられますが、これは様々に難しい課題がありそうです。うまく実現できればオープンソースのメリットが活かせると期待します。