アカウント名:
パスワード:
COBOLを捨てて他の言語にしなければならないだけの十分な理由がない消極的な選択なんだろうと思う
COBOLはDSL的なところがあるから、今までどおりのことをするには都合が良い言語ですしね。ただ他の言語を採用する理由は十分あるかな。
・COBOLというかメインフレームとオープン系のアーキテクチャの概念が違いすぎる(OSの仕組みや文字コードはもちろん言葉の意味も違う)・技術者が少なく、単価も高い・特定のシステム部分だけがCOBOLの場合、業務構造と組織構造が一致しづらい・一般性が無い部分が多いので、良くも悪くもメーカ確認が必要なので機動力が低い・言語が古いこともあって、抽象度が低く、データ構造の変更等が難しい・ベンダーロックインされるリスクが高い(OpenCOBOLとかもあるけど)・固定長の取り扱いは得意。XMLやJSONの取り扱いは面倒
金融系を中心にノウハウを長年貯めこんできてるから、型にはまった開発をするかぎり生産性は悪くない部分も多い。一方で、歴史もあり今となっては専門性の高い人材が多いので、比較的最近登場したgitやCI、TDDを理解して開発プロセスに取り込んでいける人間がほぼ居ないし、競争力を出しづらい。なので、生産性を「向上」させるためにはCOBOLにそれらを取り込むよりは、それを出来る人を入れたほうが早いし、そういった人たちが慣れている言語・システム構成を採用するメリットがある
なので他の言語にするかどうかは以下の基準で決めることが多いかな?
イニシャルコストや既存ノウハウが通用しないことによる一時的な生産力低下のリスクを許容できる=> オープンシステムを検討
既存ノウハウを活かしながら今と同程度の生産性を維持=> COBOL
まったくの新規システムをCOBOL=> 意味がわからない
もちろん、安定して動いていて、改修する予定もさほど無いシステムなら、よっぽど運用費用と収益のバランスが悪くない限りは変える意味が無い。
>・COBOLというかメインフレームとオープン系のアーキテクチャの概念が違いすぎる(OSの仕組みや文字コードはもちろん言葉の意味も違う・・・略・・・>・固定長の取り扱いは得意。XMLやJSONの取り扱いは面倒
こういう嘘をだれに教えてもらったの?
自分が見てきたところはだいたいこんなかんじだったけど?
まあ、違うというならそれは困ってないから良いんじゃないかな。単に自分が知ってるところは上の課題があったてだけ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
選ばれてCOBOL (スコア:3, すばらしい洞察)
COBOLを捨てて他の言語にしなければならないだけの十分な理由がない
消極的な選択なんだろうと思う
Re:選ばれてCOBOL (スコア:0)
COBOLはDSL的なところがあるから、今までどおりのことをするには都合が良い言語ですしね。
ただ他の言語を採用する理由は十分あるかな。
・COBOLというかメインフレームとオープン系のアーキテクチャの概念が違いすぎる(OSの仕組みや文字コードはもちろん言葉の意味も違う)
・技術者が少なく、単価も高い
・特定のシステム部分だけがCOBOLの場合、業務構造と組織構造が一致しづらい
・一般性が無い部分が多いので、良くも悪くもメーカ確認が必要なので機動力が低い
・言語が古いこともあって、抽象度が低く、データ構造の変更等が難しい
・ベンダーロックインされるリスクが高い(OpenCOBOLとかもあるけど)
・固定長の取り扱いは得意。XMLやJSONの取り扱いは面倒
金融系を中心にノウハウを長年貯めこんできてるから、型にはまった開発をするかぎり生産性は悪くない部分も多い。
一方で、歴史もあり今となっては専門性の高い人材が多いので、比較的最近登場したgitやCI、TDDを理解して開発プロセスに取り込んでいける人間がほぼ居ないし、競争力を出しづらい。
なので、生産性を「向上」させるためにはCOBOLにそれらを取り込むよりは、それを出来る人を入れたほうが早いし、そういった人たちが慣れている言語・システム構成を採用するメリットがある
なので他の言語にするかどうかは以下の基準で決めることが多いかな?
イニシャルコストや既存ノウハウが通用しないことによる一時的な生産力低下のリスクを許容できる
=> オープンシステムを検討
既存ノウハウを活かしながら今と同程度の生産性を維持
=> COBOL
まったくの新規システムをCOBOL
=> 意味がわからない
もちろん、安定して動いていて、改修する予定もさほど無いシステムなら、よっぽど運用費用と収益のバランスが悪くない限りは変える意味が無い。
Re: (スコア:0)
>・COBOLというかメインフレームとオープン系のアーキテクチャの概念が違いすぎる(OSの仕組みや文字コードはもちろん言葉の意味も違う
・・・略・・・
>・固定長の取り扱いは得意。XMLやJSONの取り扱いは面倒
こういう嘘をだれに教えてもらったの?
Re: (スコア:0)
自分が見てきたところはだいたいこんなかんじだったけど?
まあ、違うというならそれは困ってないから良いんじゃないかな。単に自分が知ってるところは上の課題があったてだけ。