パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Rubyで作られた図書館システムを塩尻市が導入」記事へのコメント

  • by Anonymous Coward
    いちいちRubyでシステムが作られたことで騒ぐのはやめないか。
    タレこむなとか採用するなという意味じゃなくて、普通に。
    • by Anonymous Coward on 2009年02月16日 10時25分 (#1514366)
      Rubyうんぬんの話を抜きに,今どき図書館システムなんてフリーの処理系があって,そのサポートを有償で請け負う会社があってもおかしくないと思うんだが. 個別対応などまったく不要,既存の標準品で用が足りる典型例じゃないのか?
      親コメント
      • そのフリーの処理系がなかったんで、作りましたよ、って話じゃないのかな?
        そう思って、リンク先の事業内容(PDF) [mitaka.ne.jp]をみると、図書館システムのコードを開示することで大手ベンダーの囲い込みを防止し、地場IT企業の育成を計り云々とあって、オープンソースで公共サービスを作るというアイデアのいい部分を実践してるように見える。

        でも実際は、ソースコードは公開じゃなくて、ライセンス契約で開示するだけか。 これじゃあオープンソースと言えないんじゃない? 塩尻市はコードの著作権を持ってないのかな。
        親コメント
        • by Anonymous Coward on 2009年02月16日 13時58分 (#1514569)
          >これじゃあオープンソースと言えないんじゃない?

          オープンソースの基本は、使う人間が改造などができないという不便さを
          無くす為の代物であって、使わない人間にも見せるというものじゃないよ。
          フリーでダウンロードできるソフトは不特定多数の利用者がいるから
          単に不特定多数が見られる様にしているだけ。特定が可能なのはそれに該当しない。
          親コメント
          • by Anonymous Coward on 2009年02月16日 14時26分 (#1514587)
            そういう意味でオープンソースといっているのなら、この会社が
            作ったシステムを他のベンダーが改修するためにソースを使うのは
            難しいということになるよね。

            それなりに契約を結べばソースコードを閲覧できるWindowsも、
            やはりオープンソースということになるよね。

            開発する側がOSSの資産を使って安く開発できただけであって、
            買う側・使う側はそんなに安くなってないというオチじゃないかな。
            親コメント
      • by Anonymous Coward
        フリーの図書館システムが存在する訳ではなくて、三鷹市の第三セクターが作った図書館システムを、
        ソースコードを開示して売っているだけのようですね。

        あとこの第三セクターのビジネスモデルとしては、ソースごと丸投げするから保守は地元企業に発注して
        地元に金を落としてくれ、というものなので、普通のパッケージソフト導入とあまり変わりはない気もします。
        • by Anonymous Coward

          >ソースごと丸投げするから保守は地元企業に発注して
          >地元に金を落としてくれ、というものなので
          仕様書もつけてくれるんでしょ?
          それやらないとソースからの解析になって逆にめんどくさくなる。
          ソースからの解析やっていくなら下手したらゼロから作った方が早いし

          • by Anonymous Coward
            仕様書その他が全部揃ってても、開発会社以外で保守するのは面倒じゃないですかね。
            開発会社内でコードの引き継ぎをするケースですらも、頻繁に前任者へのお伺いが発生しますし。
            • by Anonymous Coward
              > 仕様書その他が全部揃ってても、
              > 開発会社以外で保守するのは面倒じゃないですかね。

              在るのと無いのとではハードルの高さが全然違いませんか?
              ドキュメントがしっかり揃ってても「面倒で」引き受け手が無いなら、
              寡占状態になっても仕方ないと思いますが、

              そもそも、「面倒」を引き受けて稼いでるんですよね?
              むしろ一から作った方が安上がり、ってぐらい「面倒」ですか?
              (そーゆー次元の話をしてるんですよね?)

              > 開発会社内でコードの引き継ぎをするケースですらも、
              > 頻繁に前任者へのお伺いが発生しますし。

              それ、世間一般では「ドキュメントの不備」と見なされるんだと思ってました。
              • by Anonymous Coward
                仕様書などのドキュメントがそろっていても、肝心なソースが
                スパゲッティだったり、仕様書通りに疲れていないという
                ケースがよくあります。

                特に、ソースコードを書いた本人しか、いや、書いた本人すら
                理解できないものも少なくありません。

                そのため、システムを開発して納品をした後は知らぬ存ぜぬを決め込んだり、
                直すなら高額の費用を請求するベンダーがいるんです。

                その結果、「ある独自ソフトウェアを改修する」という仕事が存在するわけ。
                #そういう仕事って技術者を壊しちゃうんだよな。

弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家

処理中...