アカウント名:
パスワード:
COBOLを捨てて他の言語にしなければならないだけの十分な理由がない消極的な選択なんだろうと思う
COBOLはDSL的なところがあるから、今までどおりのことをするには都合が良い言語ですしね。ただ他の言語を採用する理由は十分あるかな。
・COBOLというかメインフレームとオープン系のアーキテクチャの概念が違いすぎる(OSの仕組みや文字コードはもちろん言葉の意味も違う)・技術者が少なく、単価も高い・特定のシステム部分だけがCOBOLの場合、業務構造と組織構造が一致しづらい・一般性が無い部分が多いので、良くも悪くもメーカ確認が必要なので機動力が低い・言語が古いこともあって、抽象度が低く、データ構造の変更等が難しい・ベンダーロックインされるリスクが高
>・COBOLというかメインフレームとオープン系のアーキテクチャの概念が違いすぎる(OSの仕組みや文字コードはもちろん言葉の意味も違う・・・略・・・>・固定長の取り扱いは得意。XMLやJSONの取り扱いは面倒
こういう嘘をだれに教えてもらったの?
自分が見てきたところはだいたいこんなかんじだったけど?
まあ、違うというならそれは困ってないから良いんじゃないかな。単に自分が知ってるところは上の課題があったてだけ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
選ばれてCOBOL (スコア:3, すばらしい洞察)
COBOLを捨てて他の言語にしなければならないだけの十分な理由がない
消極的な選択なんだろうと思う
Re: (スコア:0)
COBOLはDSL的なところがあるから、今までどおりのことをするには都合が良い言語ですしね。
ただ他の言語を採用する理由は十分あるかな。
・COBOLというかメインフレームとオープン系のアーキテクチャの概念が違いすぎる(OSの仕組みや文字コードはもちろん言葉の意味も違う)
・技術者が少なく、単価も高い
・特定のシステム部分だけがCOBOLの場合、業務構造と組織構造が一致しづらい
・一般性が無い部分が多いので、良くも悪くもメーカ確認が必要なので機動力が低い
・言語が古いこともあって、抽象度が低く、データ構造の変更等が難しい
・ベンダーロックインされるリスクが高
Re:選ばれてCOBOL (スコア:0)
>・COBOLというかメインフレームとオープン系のアーキテクチャの概念が違いすぎる(OSの仕組みや文字コードはもちろん言葉の意味も違う
・・・略・・・
>・固定長の取り扱いは得意。XMLやJSONの取り扱いは面倒
こういう嘘をだれに教えてもらったの?
Re: (スコア:0)
自分が見てきたところはだいたいこんなかんじだったけど?
まあ、違うというならそれは困ってないから良いんじゃないかな。単に自分が知ってるところは上の課題があったてだけ。