世界の70%、COBOLだった
■ このスレッドは過去ログ倉庫に格納されています
私たちはUberを利用し、Pinterestを閲覧し、Tweetを送り、Facebookをアップデートします。
ハイテクの世界に最新のガジェットを実現したことで一夜にして生まれる百万長者や、増え続ける億万長者の話題を聞かない日はありません。
一方で私たちは、ビジネストランザクションの70パーセント以上がいまだメインフレームで処理されている、という事実を無視しています。
画像やオーディオの世界には、若い才能がわずかな期間で作り上げたツールがあふれていますが、私たちの座る椅子や換金する小切手、
利用しているヘルスケアは、メインフレームが管理するデータを通じて実現されている、という現実があります。
まさに製造業や銀行や医療業界の80パーセント以上はメインフレームが頼りなのです。
新たなマーケットの収益化に関する数多くのハイプを耳にする一方で、私たちは、そのようなメインフレームコードの重要性を認識できていません。
さて、ここにひとつ、些細な問題があります ... メインフレーム開発者の大部分はベビーブーマであって、定年が近いか、あるいは定年を過ぎているのです。
彼らは退職するだけでなく、亡くなっているという、より厳しい現実的側面もあります。
(数年前に亡くなった、優れたメインフレーム開発者であった私の友人たち、Jim StanickiとJohn Stalherの冥福をここで祈りたいと思います。)
https://www.infoq.com/jp/articles/retiring-mainframe-programmers つまりCOBOLには世界的に需要があるってことか
ということはCOBOLを覚えれば仕事に困らないのかな プリコンパイラで楽勝だな
むしろ縛りのなか十分なロジック組めるならCOBOLでいいくらい メインフレームって全部COBOLで動いてるってわけじゃないからなあ >>126
COBOLが有利なのは金勘定と膨大なレコード処理だな。 銀行の勘定系システムがある限りメインフレームとCOBOLは永久に不滅です! NECのCOBOL/Sに慣れてしまうと、純粋なCOBOLが書けなくなりますw メインフレームはハードウェアレベルでネットからローカルシステムを護る機能を有しているから設計の基礎の基礎がREMOTE思想に立脚している現存のクライアントサーバで全てを置換する事は永久にできないだろうな >>114
今時FORTRAN使ってるのって研究者位だろうから、勝ち組だろ。 意外とコボラーが多い
絶滅するとか言われてたのにさ いまだにIBMホストでPL/IやCOBOLの土方だヨー この比率って何を基準にしてるのかな
アプリケーション数、ソースコードのステップ数あたり?
COBOLのコードはやたら冗長的に作られててどうしてもステップ数が嵩みがちなイメージ はよ、ソフトリプレイスしないと、COBOL見れる人居ませーんって時代が来るのに、
目先のコストをばかりみて、それがどういうことなのか解っていない経営者っていっぱい居そう。 メインフレームこそコンピュータ、信頼度100%
大袈裟じゃないよ そうか需要あるのか。定年になったらバイトのエンジニアで復活するかなw COBOLは簡単だからなー
アホでも組める
だからアホみたいなコードだらけなんだろうけど 生粋のCOBOLerは他言語の小文字のソースを見ておびえる >>123
COBOLってその言語仕様だけ知ってても不足で、各アーキテクチャで微妙にローカライズされてるし、システム全体の実装方式の把握とか、
業務知識があってはじめて仕事できるレベルなんだよ。 死にかけの爺さん動員してアセンブラをcobolに置き換えてるわ >>6
>>18
>>88
どうしてわかるんだよwww 僕の会社もIBMのメインフレーム使ってて、pl1ていう言語で動いてるよ >>152
無理やりJavaに置き換えるのどんな力が働いてるんだろ
意味が分からない
COBOLと違って書く人によるソースの違いが出やすくて保守性悪いと思うんだけど 来年から金融SEになるんだけど、COBOLとJavaどっちがおすすめ? >>156
単にプログラマが確保し易いから
それで失敗してる >>147
HITACHIって書いてあるのとIBMって書いてあるのは持ってる。 俺はPinterestしかやってねえよ
おまえらは? 業界離れて久しいけどIDENTIFICATION DIVISIONとか懐かしい。 COBOLTだったのか
ま、ともかく、15年前なら、会社のシステムでまだCOBOLで動いてるのがあって
俺がびっくりしたなぁ
別のとこはFortranだったし
覚えてねーしw
だったわ
今はもう全部入れ替わった あとで更に2回、システム大規模更新したようだ >>157
金勘定とレコード管理ならCOBOL、ヒューマンインターフェースとウェブ周りならJAVA、金融ならどちらもあるが、回される部署による。 >>152
そりゃ金融は誤差許されんから固定小数点になるし、額は兆円だし、何万ものレコード管理にJAVA向いてるとも思えんしw >>169
>>ヒューマンインターフェースとウェブ周りならJAVA
それってJavaの必要性が低いけどね
VB.netでもOKだし
それだからOpenCOBOLの方が重要なんだがな フロントエンドで如何様にでもデータ取り出せるご時世だから、バックエンドは何でも構わんよな ■ このスレッドは過去ログ倉庫に格納されています