アカウント名:
パスワード:
まともなプログラマなら、初めて扱う言語のプロジェクトにアサインされても、1~2週間で慣れるだろ。ただグローバル変数盛り盛りの古くさい言語ってだけで、特別に習得が難しい言語なわけででもない。
COBOL言語そのものの原型は単純明快なんだけど、処理系依存の方言が激しいし、既存のJCLの流れにうまく沿うように書かなきゃいけないしで、他の現場での経験があまり転用できないイメージだな。あとメインフレームは、プログラム言語よりJCLやDSNのオペレーションの方がしんどい印象なんだよな。IBMしか知らないけど。細かい事はもう忘れちゃったけど、DSN定義したりJCL作って実行したりログ読んだり、PCOMMでの接続後のこういったオペレーションとかにまず慣れないと、まともに実装業務できない。WindowsともUNIXとも考え方が違うので、慣れるまで苦労した憶えがあるわ。COBOLプログラム経験者は、だいたいオペレーションもできるので、それで経験者募ってるんだと思う。
JCL、初めて使ったとき、なんか、どこかに隠されている大型の電算機に計算を投げる、という感じがちょっとドキドキした。スパコンもUNIXになって、普通に./a.outでジョブが流せるのも、なんか違和感あって面白かった。
少し納得した。枯れた言語だからこそ、COBOLを使える人間くらい養成できるだろうと思ったら、メインフレームいじれる人を探してるわけね。
会計系の枯れた言語として、デスクトップCOBOLやってみたいんだが。。
やってみるか ?
https://ja.osdn.net/projects/sfnet_open-cobol/releases/ [osdn.net]OpenCOBOLは、オープンソースのCOBOLコンパイラで、COBOLコードをCのコードに変換してGCCでコンパイルします。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
身近な人の偉大さは半減する -- あるアレゲ人
なぜわざ経験者を募るのだろう (スコア:0)
まともなプログラマなら、初めて扱う言語のプロジェクトにアサインされても、1~2週間で慣れるだろ。
ただグローバル変数盛り盛りの古くさい言語ってだけで、特別に習得が難しい言語なわけででもない。
Re:なぜわざ経験者を募るのだろう (スコア:4, 参考になる)
COBOL言語そのものの原型は単純明快なんだけど、処理系依存の方言が激しいし、
既存のJCLの流れにうまく沿うように書かなきゃいけないしで、他の現場での経験があまり転用できないイメージだな。
あとメインフレームは、プログラム言語よりJCLやDSNのオペレーションの方がしんどい印象なんだよな。IBMしか知らないけど。
細かい事はもう忘れちゃったけど、DSN定義したりJCL作って実行したりログ読んだり、
PCOMMでの接続後のこういったオペレーションとかにまず慣れないと、まともに実装業務できない。
WindowsともUNIXとも考え方が違うので、慣れるまで苦労した憶えがあるわ。
COBOLプログラム経験者は、だいたいオペレーションもできるので、それで経験者募ってるんだと思う。
Re: (スコア:0)
JCL、初めて使ったとき、なんか、どこかに隠されている大型の電算機に計算を投げる、
という感じがちょっとドキドキした。
スパコンもUNIXになって、普通に./a.outでジョブが流せるのも、なんか違和感あって
面白かった。
Re: (スコア:0)
少し納得した。枯れた言語だからこそ、COBOLを使える人間くらい養成できるだろうと思ったら、メインフレームいじれる人を探してるわけね。
会計系の枯れた言語として、デスクトップCOBOLやってみたいんだが。。
Re: (スコア:0)
やってみるか ?
https://ja.osdn.net/projects/sfnet_open-cobol/releases/ [osdn.net]
OpenCOBOLは、オープンソースのCOBOLコンパイラで、COBOLコードをCのコードに変換してGCCでコンパイルします。