来たれ、次世代コボラー 111
ストーリー by hylom
とはいえCOBOLでがっつり稼げるかどうかは不明 部門より
とはいえCOBOLでがっつり稼げるかどうかは不明 部門より
insiderman 曰く、
最近めっきりCOBOLの話題を聞かなくなったなぁ……と思っていたら、本家Slashdotにて「Join COBOL's Next Generation」なる記事を発見した。一瞬新しいCOBOLが登場したのかと思ったがそうではなく、「次世代の若者（？）はCOBOLを習得すべき」というお話であった。
COBOLは無くなるとか時代遅れだとか言われているが、実際のところミッションクリティカルな基幹業務系ではまだまだ使われているわけで、そう簡単には消え去らない。東京海上日動の新システムはCOBOLを採用なんて話もあるくらいだ。だが、COBOLを学ぶ人は本当に絶滅寸前に見える。
こういった状況の中、Slashdotの記事の元ネタであるITWorldの記事によれば、COBOLは職を見つけるための新たな武器となりえるという。ベテランCOBOLerは数が少なくなり、今後COBOLを扱えるプログラマーの需要は増える可能性がある（海外のオフショアなどに外注されなければ）。さあ若者よ、今こそCOBOLを習得するときなのだ。
実際のところ (スコア:4, すばらしい洞察)
使えるだけで職が見つかるもんなのでしょうか？
使えるレベルにもよるかと思いますが経験がないとダメとなると、
経験を積む場所が限りなく少ないので詰んでるようにも見えますが。
Re:実際のところ (スコア:4, 興味深い)
COBOLが使えること、を条件として派遣の求人をしたことがあります。
数人集めて半年ほどのプロジェクトでしたので職が見つかるとまでは言えないですが、需要はあります。
自分の経験からいうと、COBOLは言語としてはそんなに難しくなく、使っているコンパイラや
ミドルウェア（DB、トランザクション制御、画面（！）など）の重要性が他の言語より高いように思います。
で、それはだいたいベンダーロックインされていて、経験をつんでも同じ職場/同じベンダーの案件でしか
使い物にならないことが多いです。
募集する側からすると、本当に欲しい人材はその職場にしかいないような状態なので、
とりあえず自分のように「COBOLができる」という肩書きで人を集めることになります。
「COBOL使えます」と言えるのは、そういった求人のとっかかりになるので有利なのではないでしょうか。
Re:実際のところ (スコア:1)
自分の身の回りでは、COBOL求人を見るのは半期毎に0〜2件って感じです。
だいたい同じメンバーが案件ごとに回ってもなんとかなる（ただし、PM、上流人員は案件ごとに追加）みたいで、外部への求人はしてないですね。
最近だとCOBOL人材の求人は低位安定、AIXとかUNIX使いの求人のほうが（理由は不明ながら）高いと感じます。
Re:実際のところ (スコア:2, 参考になる)
職の有無だけで言えば「有」なんでしょうが、
なぜ求人している側がCOBOLにこだわるかというと、
新しい環境に対応するシステムへの更改費用が出ない所なわけで、
ある意味当然ですが、まあ、金は出したくないという求人なんですわ
#ローカル変数って何?と言われたAC
Re:実際のところ (スコア:1)
日医標準レセコンがCOBOLで、
帳票のデザインの変更の仕事が
各医院ごとにあるので受注は一杯あるそうです。
ただ人件費を掛けられないので
ブラックだそうです。
Re:実際のところ (スコア:2)
Re: (スコア:0)
職安の求人の中にCOBOLの物がありましたが、あまりにも長らく触っていないし
そもそもペーペーで脱落したんで、応募しませんでｈした。
読むだけならたぶんそんなに時間かけなくても習得できるけど、
その部分で何をしているかがわかっても、システム全体で何しているかの
ドキュメントが脆弱だったり、最新に更新されていなかったりしそうな、
いわゆるデスマしか想像出来ませんでした。
うちでは現役 (スコア:3, 参考になる)
うち電子カルテが富士通系でNetCOBOLのようです。定期的にバージョンアップ（富士通用語ではレベルアップ）しているのでCOBOLerが相当数働いているはず。ちょっと仕様変更（当方としては欠陥の修正）をお願いするだけで高額請求がきているようです。ただ実際コード書いている人にどれだけ配分されているのかは謎です。俺がCOBOLを勉強してコーディングしたいくらい。
20年前のオーダリングシステム（＝検査・予約・入退院の管理システム）から継ぎ足して無理やり電子カルテに仕立て上げているので検査オーダーの中にカルテの記事が埋め込まれているようにしか見えない。昔のコードを生かすのもいいけど最初から作り直して見た目だけでもカルテにしてほしかったりする。
＃自分は30年前の知識で生きた化石化しているので身の回りの業務用のプログラムはVisualBasicで作製。実際はあんまり大きなことは言えないので富士通さんの前ではできるだけおとなしくしてます。
Re:うちでは現役 (スコア:2, すばらしい洞察)
ちょっとした仕様変更でも結構なお金が掛かるのは、品質を担保作業のための人が裏で沢山動いているからじゃないかな。
Re: (スコア:0)
だといいんだけどね。天使の取り分に化けていなければ。
COBOLのいいところは小数点以下の計算だとおもうけど (スコア:0)
昔は丸め誤差の関係で金融系とかではCOBOLが選択されていたと思うのだけど、 状況はかわったのかな？
金融系で未だに使われているの、 過去の資産もあるけれど、 Cと同じでだいたいになれる言語ではCOBOLが一番いいからとかなんじゃないの？
とおもっていたりします。
Re:COBOLのいいところは小数点以下の計算だとおもうけど (スコア:1)
○昔は丸め誤差の関係で金融系とかではCOBOLが選択されていたと思うのだけど
◎昔はそもそも言語仕様そのもので十進演算に対応していた処理系が少なかった関係で金融系とかではCOBOLが選択されていたと思うのだけど
所詮スクリプト言語屋にはシビアな金勘定・金利計算の世界は理解できないのです
Re: (スコア:0)
多倍長整数くらい他の言語でもあるでしょ。
＃COBOLerの怖い所は、下手すると多倍長という単語を知らない所だと思ったりする
Re: (スコア:0)
「何だよそれ」って、マジなコメントなのか？
もし、わからなくても、
調べりゃすぐ解るようなものだしな。
もし、しらべても、わからんようなら、
まともにITの勉強しなおしたほうが将来のためだよ。
Re: (スコア:0)
ほら、ちゃんとした説明ができない。
Re: (スコア:0)
だよね
整数だなんて言ってるくらいだもんね
Re: (スコア:0)
多倍長整数/変数なんてアルゴリズム本読めば、大抵の本に乗ってるわ。
COBOLerは恥の上塗りなので黙っていた方が身のためですよ。
＃まさか図星だったとわ．．．．ホントに知らない人っているんだな。
Re: (スコア:0)
任意精度演算につかうんでしたっけ。
FP1100のC82BASICがそのように実装されていた（から遅かった）という話を聞いたことがある。
Re:COBOLのいいところは小数点以下の計算だとおもうけど (スコア:1)
バーカ
金融計算で必要なのはせいぜい数十桁の10進数であって多倍長整数ではない
Re:COBOLのいいところは小数点以下の計算だとおもうけど (スコア:1)
BCD計算が基本ですけど、2進計算でも構わない項目は2進指定出来ますね。そのほうが速いんで。
Re:うちでは現役 (スコア:1)
> 昔のコードを生かすのもいいけど最初から作り直して見た目だけでもカルテにしてほしかったりする。
最初からMUMPS(M言語)で開発していれば…
-------- tear straight across --------
Re: (スコア:0)
一か月もかからないよ。オブジェクト指向型COBOLじゃなければ。
# NetCOBOLつかってても新機能は使ってないんだろうな。
Re: (スコア:0)
言語はわかるんだけど、ピリオドの有無で予想外の動きするから、あの言語嫌い。
Re:うちでは現役 (スコア:1)
「END-IF」や「END-PERFORM」、「END-READ」なんかを使えばピリオドの有無で
動作範囲が変わることも少なくなるよ。
らじゃったのだ
Re: (スコア:0)
そんなのはほかの言語も一緒だよね。 ピリオドに限定しなければ、さらに同類のが出てくる。
早い者勝ち (スコア:2, おもしろおかしい)
ヒューッ！
Re:早い者勝ち (スコア:3, おもしろおかしい)
ＣＯＢＯＬ…そこは最後のフロンティア。
これは旧態依然の大企業が、
新世代のクルーのもとに21世紀において保守を続行し、
未知の領域を探索して、新しいバグとバッドノウハウを求め、
人類に解読不可能なコードを 勇敢に漂流した物語である。
Re: (スコア:0)
楽天の青空文庫リーダーを最初に思い浮かべました。
最近は教育機関でCOBOL教えないの？ (スコア:1)
# ﾒﾝﾊﾞﾒｲｺﾎﾞﾙｽﾐ11
Re:最近は教育機関でCOBOL教えないの？ (スコア:2)
法学部出身です。
選択科目で「電子計算機概論」を4単位履修しました。
私が習ったのは Quick BASIC でした。
経営学部とか商学部で COBOL 必修というのは、学生時代を過ごした平成一桁の頃には聞いたことがありませんでした（私が知らないだけだとは思いますが）。
今は VB を玩具にするくらい。
プログラミングなんておこがましいことはしていません。
# 教養として身につけておきたい、くらいの動機で VS 買いました。
# その程度なら Express 版でよかったのに…＞自分
死して屍、拾う者なし。
Re:最近は教育機関でCOBOL教えないの？ (スコア:2)
Re: (スコア:0)
さすがに文系の学生にCOBOLを使わせてるところはもう無いでしょう
少し昔はAWKを使って簡単な統計処理などを教えてるところが多かったようですが
今はフリーの処理系の入手が容易な言語がよりどりみどりですが、表計算代わり程度のことをするにはAWKは良い選択肢だと思います
Re:最近は教育機関でCOBOL教えないの？ (スコア:1)
昔の情報処理技術者試験では、言語はCOBOL、FORTRAN、PL/I、アセンブラ(さらに昔はALGOLも)から選択だったんですけどねぇ…
って、今調べたらC、COBOL、Java、アセンブラ [ipa.go.jp]の4言語ってことで、まだCOBOLは残ってますね。
Re: (スコア:0)
＞# ﾒﾝﾊﾞﾒｲｺﾎﾞﾙｽﾐ11
誰かツッコんでやれよ
Re:最近は教育機関でCOBOL教えないの？ (スコア:1)
Re: (スコア:0)
私の高校（商業）ではCOBOL教えてましたけど、何年か前にJavaに替わったそうです。
COBOLを習得 (スコア:0)
習得するにはプログラミング環境が必要なのだが、その点COBOLは敷居が高い印象がある。
OpenCOBOL [opencobol.org]というのがあるようだけど、使い勝手はどうなのかな？
Re: (スコア:0)
デバッグ実行ができる処理系もあるし製品もあるし、入門書でWindows用の環境構築手順載ってるのも売ってるし、いう程なくはない。
ただ汎用機の場合はコンソール画面の操作方法とかバッチを動かすための言語とかがあるので、そっちがなんともならない。
連続用紙のプリンタもないし。
一応MVSがオープンだったころ（？）のエミュレータなんだかシミュレータなんだかはあるみたいで、軽く動かしたことはあるけどどこまで動くかはわからない。
# 私はCOBOL書かないけどね。
# 「環境がない」と騒ぐCOBOLメインの人向けに上のようなこと(主にMVS)を調べたことがある。
今、本当のCOBOLを知る者は少ない (スコア:0)
ちょっと前にrubyで特定用途に特化した内部DSL作ってガリガリ書いてると
むかーしCOBOL書いてた頃がフラッシュバックした
これは…COBOLの遺伝子…
Re: (スコア:0)
見ていてクラスに近いなぁと思ったことはある。
どんどんimport/requireするpythonとかrubyとかとも似ているし、
参照レベルが制限できないpythonはもっと似ているかもしれない。
モジュール分割の切り口が全然違うけどね。
そしてCOBOLerに新しい考えを取り入れようとする気概がないというのが大きな違い。
板が薄い (スコア:0)
板が薄い銘柄は、上げてるときはいいけど
売りたい時に売れなかったりする。
危険だからやめたほうがいいと思うよ。
Re: (スコア:0)
過去とりあえず動いてたという実績は認めるが。
# とりたてて賞賛するほどの実績ではないと思う。
新しい技術と絡めて・・・ (スコア:0)
ruby on COBOL とか JCOBOL とか COBOL.net とか COBOLython とか ビッグデータを扱えるCOBOLとか
あったら若者も食いつきそう
すでに全部ありそうな気も・・・
Re: (スコア:0)
Java とCOBOLの連携はどこのかは知らないけどあったね。
VB6というかCOMとの連携もあったよ。
Visual Studioで開発できるCOBOLもあったような。
あと汎用機はそもそもビッグデータでしょ？
（というかそれだけが利点なのだと思っている）
配管工職 (スコア:0)
誰もやりたくない仕事はもうけが多い、配管工は高給（欧米限定）の法則ですか。
Re:配管工職 (スコア:1)
＞配管工は高給
マリオさんちーっす！
うさんくさい (スコア:0)
> 最近めっきりCOBOLの話題を聞かなくなったなぁ……と思っていたら、
うさんくさい。
最近聞かなくなった話題について思いを馳せるってそうないだろ。
本当は「COBOLの話題があって、そういえば最近話題を聞かなくなったなぁ……」だろ。
若者は茅葺き屋根職人を目指せ (スコア:0)
運良く生き残れば貴重な伝統工芸職人として高給取りになれるよ
そんな違和感
Re:顧客が本当に望んだもの (スコア:1)
「人月」
COBOL知識も業務知識もない人でも１人月
# yes, fly. no, fry.
Re:うちも基幹系はまだＣＯＢＯＬ (スコア:1)
儲からないから.