アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
ゆがんだ随意契約を是正できるのか? (スコア:1)
オープンソースものを使えば他のベンダーが理解しやすいシステムが構築できる
誰でも保守できるシステムが作れるから、保守は安い業者を入札で選べばよい
ということなのでしょうか? システムの構築と保守は密接な関係があるわけで
かなり無理があるような気がします。
Re:ゆがんだ随意契約を是正できるのか? (スコア:0)
…なんだ?
「『オープンソース』であれば構築したシステムを他のベンダーも理解しやすく」って微妙だな。
保守するのに、ソースしか読んのか?設計書は?マニュアルは?
はじめっからオープンソースなんて関係無く、構築時に納入されたソースは市役所の物になってるはずなので、それを市役所が勝手に開示して、寄ってきたベンダーと保守契約を結べば良いやん。
そもそも、保守が随契になるためには、構築したノウハウなど、目に見えない力がそのベンダーにあると言う建前の理由が(一応)ある(事になってる)から随契になる訳で、はなっから矛盾してるやん。
結局、オープンうんぬんは関係無く、ベンダーの口車に乗せられてるのに気が付いてないだけ。
Re:ゆがんだ随意契約を是正できるのか? (スコア:1, 参考になる)
Nが引き上げの際、
ソースも一部引き上げちゃって、
電文のダンプ見て新規システム構築するはめになりましたが?
お役所に納めた資料なんて役にたたんのです。
ソースがあってもフレームワークが違うから
使えませんね。
膨大なソース読みたくないし・・・
(もちろんスパゲッティ、他社のことは言えないが)
オープンソースで一般的に知られた(知ることのできる)共通のフレームワークをつかうのであれば、効果あると思います。
Re:ゆがんだ随意契約を是正できるのか? (スコア:0)
スパゲッティソース書く時点で無意味。
みんなが知っているフレームワークを使うだけで効果があるなら、そもそも、スパゲッティソースなんてできないはず。
根本的な間違いをしていると思うぞ!!
Re:ゆがんだ随意契約を是正できるのか? (スコア:0)
>みんなが知っているフレームワークを使うだけで効果があるなら、そもそも、スパゲッティソースなんてできないはず。
スパゲッティは愚痴&謙遜です。
仮にスパゲッティだとして
Re:ゆがんだ随意契約を是正できるのか? (スコア:1)
Re:ゆがんだ随意契約を是正できるのか? (スコア:0)
オープンソースのいいところは、
現場に入る前に、読む&動かしておけるということです。
さらに加えれば修正を加えることも自由である。
受託開発した場合の権利 (スコア:1)
財産に関わる部分については契約に基づいて譲渡することができるのですが、そこまで配慮した契約を結んでいるのかしら。
ソフトウェアが自動的に委託者のものになることはありえません。
Re:受託開発した場合の権利 (スコア:0)
これが無い場合、収めたソースでも、第三者への開示が面倒になります。(経験アリ)
#うまく使えば、ベンダー的にはおいしいのでAC
Re:受託開発した場合の権利 (スコア:0)
#あげ足とりなのでAC
Re:受託開発した場合の権利 (スコア:0)