アカウント名:
パスワード:
だよね。依頼側の原資が税金だろうが何だろうが、請け負う側には関係ないし。
競争原理が働かない問題もある
1回受注すれば保守でずっと稼げてしまうから追加開発と新規開発では予算の桁が変わってきてしまう
結果的にそのなんの努力もしない企業が出来上がり新規参入が一切できなくなる
>1回受注すれば保守でずっと稼げてしまうからと思うだろう? 入札に関しては過去の実績なんて猫のひげ先ほどの強度もないんじゃ。応札するからには『当然できる』と官僚は考えるし、できた物の精度がひどくても被害者は官僚じゃない。
複数に売ることで収益が上げられる前提の開発はできないから、その分を加味して高めの見積もりを出すことになりますよね。
また、過去のプロダクトで共用可能なコードがあっても公開できないなら新規開発となって、その分も見積もりに追加。
普通に買うより高く付くと思うけど、それで公開されるソースの価値やいかに。
まさにそれを止めたいわけなんだよw
単純に開発費が上がるでしょうね。部品として使うものに関しても、公開できる権利を買い取ったものしか使えなくなる。特許使用料が含まれる場合なんかが特に問題で、使える範囲を広げたらそれだけ使用料も高くなる。
そういうビジネスモデルがDXの邪魔だからやめろって話業界構造自体が社会の敵
コードではなく人が財産ですから
複数の市町村に売る前提のパッケージ
は、普通自社開発するのでは?
受託して開発するなら、著作権もろともコードも納品が普通では?で、それをオープンソースにするかどうかは、発注側次第。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
コンピュータは旧約聖書の神に似ている、規則は多く、慈悲は無い -- Joseph Campbell
オープンソースベースで開発するならともかく (スコア:0)
複数の市町村に売る前提のパッケージが他に売れなくなるのでは。
Re: (スコア:0)
だよね。依頼側の原資が税金だろうが何だろうが、請け負う側には関係ないし。
Re: (スコア:0)
競争原理が働かない問題もある
1回受注すれば保守でずっと稼げてしまうから
追加開発と新規開発では予算の桁が変わってきてしまう
結果的にそのなんの努力もしない企業が出来上がり
新規参入が一切できなくなる
Re: (スコア:0)
>1回受注すれば保守でずっと稼げてしまうから
と思うだろう? 入札に関しては過去の実績なんて猫のひげ先ほどの強度もないんじゃ。
応札するからには『当然できる』と官僚は考えるし、できた物の精度がひどくても被害者は官僚じゃない。
Re: (スコア:0)
複数に売ることで収益が上げられる前提の開発はできないから、その分を加味して高めの見積もりを出すことになりますよね。
また、過去のプロダクトで共用可能なコードがあっても公開できないなら新規開発となって、その分も見積もりに追加。
普通に買うより高く付くと思うけど、それで公開されるソースの価値やいかに。
Re: (スコア:0)
まさにそれを止めたいわけなんだよw
Re: (スコア:0)
単純に開発費が上がるでしょうね。
部品として使うものに関しても、公開できる権利を買い取ったものしか使えなくなる。
特許使用料が含まれる場合なんかが特に問題で、使える範囲を広げたらそれだけ使用料も高くなる。
Re: (スコア:0)
そういうビジネスモデルがDXの邪魔だからやめろって話
業界構造自体が社会の敵
Re: (スコア:0)
コードではなく人が財産ですから
Re: (スコア:0)
複数の市町村に売る前提のパッケージ
は、普通自社開発するのでは?
受託して開発するなら、著作権もろともコードも納品が普通では?
で、それをオープンソースにするかどうかは、発注側次第。