アカウント名:
パスワード:
>ソースごと丸投げするから保守は地元企業に発注して>地元に金を落としてくれ、というものなので仕様書もつけてくれるんでしょ?それやらないとソースからの解析になって逆にめんどくさくなる。ソースからの解析やっていくなら下手したらゼロから作った方が早いし
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
もうRubyも１言語として定着したことだし (スコア:2, すばらしい洞察)
タレこむなとか採用するなという意味じゃなくて、普通に。
Re: (スコア:1, すばらしい洞察)
Re: (スコア:0)
ソースコードを開示して売っているだけのようですね。
あとこの第三セクターのビジネスモデルとしては、ソースごと丸投げするから保守は地元企業に発注して
地元に金を落としてくれ、というものなので、普通のパッケージソフト導入とあまり変わりはない気もします。
Re: (スコア:0)
>ソースごと丸投げするから保守は地元企業に発注して
>地元に金を落としてくれ、というものなので
仕様書もつけてくれるんでしょ?
それやらないとソースからの解析になって逆にめんどくさくなる。
ソースからの解析やっていくなら下手したらゼロから作った方が早いし
Re: (スコア:0)
開発会社内でコードの引き継ぎをするケースですらも、頻繁に前任者へのお伺いが発生しますし。
Re: (スコア:0)
> 開発会社以外で保守するのは面倒じゃないですかね。
在るのと無いのとではハードルの高さが全然違いませんか？
ドキュメントがしっかり揃ってても「面倒で」引き受け手が無いなら、
寡占状態になっても仕方ないと思いますが、
そもそも、「面倒」を引き受けて稼いでるんですよね？
むしろ一から作った方が安上がり、ってぐらい「面倒」ですか？
（そーゆー次元の話をしてるんですよね？）
> 開発会社内でコードの引き継ぎをするケースですらも、
> 頻繁に前任者へのお伺いが発生しますし。
それ、世間一般では「ドキュメントの不備」と見なされるんだと思ってました。
Re:もうRubyも１言語として定着したことだし (スコア:0)
スパゲッティだったり、仕様書通りに疲れていないという
ケースがよくあります。
特に、ソースコードを書いた本人しか、いや、書いた本人すら
理解できないものも少なくありません。
そのため、システムを開発して納品をした後は知らぬ存ぜぬを決め込んだり、
直すなら高額の費用を請求するベンダーがいるんです。
その結果、「ある独自ソフトウェアを改修する」という仕事が存在するわけ。
#そういう仕事って技術者を壊しちゃうんだよな。