COBOLって今需要増えてるの?Part7
そうだ、メンテでもCOBOLで書いてJavaにコンバートしよう コボラーはユーザ登録して喜んで読みなさい
ttps://japan.zdnet.com/extra/ibm_1911/35144817/
おや、よくみるとPRの文字が
...これ提灯記事じゃん マイクロフォーカスに関してはねえ、、
現に利用してる所が限られる
ライセンス料もそれなりに払える所だけね
GNU COBOLとかに関する記事の方が役に立つよ コボラーも年々人が減ってきている
案件で人を探してもなかなか見つからない
COBOLの案件は割に合わなく将来性も無いから新しく人を育てないからだ 無理に育て無くて良い
若いヤツはCOBOL嫌いだし 仕事とられたくないんだろ
若くて優秀な奴が来たらコボル知ってるだけが取り柄なジジィは即クビだもんな 好き嫌いの問題?
ピーマン食べれないお子ちゃまかよ > 若くて優秀な奴が来たらコボル知ってるだけが取り柄なジジィは即クビだもんな
若くて優秀な人がなんでわざわざコボルみたいな保守案件選ぶの?
コボル爺と仕事取り合う時点で優秀じゃないよね >>483
まあ、その通りだな
適材適所って有るし
COBOLの現場に好きで来る若いプログラマっていない
twitterでもCOBOLやらされてブーブー言ってるヤツ多い かと言ってJavaの現場も今やフレームワーク決まっててツールでコード生成してる現場有るからJavaの現場も若いプログラマにはメリットが無くなりつつ有る
まだJavaの現場の方が若いプログラマが活躍出来る
単価は上がるかはアレだが 若いプログラマで優秀なヤツやゲームやAI、モバイル開発へ行く
ビジネスシステム開発なんて泥臭い所に来ても体と心壊してしまうだけ ゲーム開発ってSE・PGの中でも特に労働環境悪い部類に入ると思うぞ。
保険屋や銀行に常駐しているSE・PG(そいつらの大半がコボラー)の
労働環境も決して良いとは言えないが、それよりも酷いんじゃないだろうか。 ロースキルでもやっていける
若手は配属されないから切られる心配もない
コボルなんて知ってるやつも少ないから工数も多めに出して余った時間は適当に遊んでる
定年まで安泰じゃ、ワハハ >>487
ゲーム開発は労働環境悪いがシニアプログラマでは無理だからな
必然的に若いプログラマ中心になる COBOLやPL/Iに求められるのは金勘定が上手く行ってるか
その流れで帳票が上手く出力出来るか
金勘定がコードで追える言語でオープン環境すんなり使えるモノが出て来ない限り代わりは無い
C#は微妙に惜しいのよね Javaの銀行って炎上しまくる案件がめちゃ多いよね。
年号が変わったときも150時間超えの残業で死にそうな顔の人多かったw 西暦→和暦変換部分をオブジェクト化してないからじゃ無いか
外部オブジェクト化してりゃ本体ビルドしなくても移行出来るでしょ
テストは必要だが
帳票系は見て確認必要だが
要はシステムの作り方次第だが、Javaのオブジェクト志向とか考えずに実装されてるからでは 通常の設計なら日付周りはサブルーチン→モジュール→オブジェクト化って流れ
そうなって無いなら、その程度の所って事になる >>492
閏年の計算なんてJavaに限らずシステムに実装されてるだろう?
でも間違う馬鹿が必ずいる
要はそういうことだよ 何だかんだ言っても再雇用組なんて少数派だし、
ジジイばかりとか言いつつ所詮は40代とか50代だろ?
コボラーは実年齢以上に老害化している人が多いのか、
或いは数としては少数の再雇用組が異常に幅を利かせているのか? COBOLにオブジェクト指向が必要な部分ってあるんですかね?
なんか余計な機能のように思えてならないんですが COBOLにオブジェクト指向とは無理矢理過ぎて笑える ふと疑問に思ったんだが、汎用的な銀行のシステムを作って
それをいろんな銀行に使わせるみたいなことってできないのか?
老舗銀行でそれはできないとしても、これから新規に開業する銀行ならできると思うんだけど
老舗銀行が新規に銀行作って、顧客に新しい銀行に口座を移してもらうことで
システムを新しいものに入れ替えるみたいなことは無理なのか? 各銀行にプライドがあるからな
日本人はその手の効率化はできない そもそも地銀は結構共同システム多いんじゃなかった? 15年前、某大手携帯会社のシステムはオープンCOBOLだった。javaに移行するなんて話あったけどどうなったんだろうな >>502
多い
りそな系列とか(マイクロフォーカスCOBOL)
ユニシス系は.NET >>499
昔、第●勧銀と富●通が「bank 〜〜」ってのを作って
他の地銀に売ってたな 某社のジュリアンデートカレンダーが配布される時期になったな
何気に手帳が重宝するんだよね >>507
知らねえよ
俺に聞くなって言ってるだろ! ...わからないことは何でも聞けよと言ってたのに。。。 >>509
聞けよじゃなくて、あらかじめ文書にしてくれませんかね? >>512
どれだよ
インデックス化するとか番号振るとかしろよ 本人はできる奴だと思ってるから始末に負えない
マニュアルぐらい読めよ、すぐ人に聞かないでさ 君はオペレーターかね
せめてプログラマらしく0C7とか言いなよ プログラマだけど0c7は滅多になかったな。テスト環境がショボいからb37よくおきてた こんなん回ってきたわ。
周りほとんどDXレポート知ってて驚いた。こぼらーもそういうの見てるんだな。
ついにCOBOLなくなるんかね。
2025年には何も変わってなさそうだけど。
https://forms.gle/vT4PE1E6Y8ei5ZLo8 「COBOLなくなる」ネタっていつからあるんだ? 90年代にはもうあった? 90年代はオフコン残ってて現役バリバリだったような
Javaが出てきてからじゃないかな?
古くてダメな言語だから最新の正しいオブジェクト指向言語に置き換えましょう
みたいな怪しい宗教が発生したあたり コボルのシステムのほとんどはなくなるけど少しは残るだろう
もうその状態ではCOBOLはなくなったと言ってもいいでしょう >>527
4GLが流行ったのは90年代前半だったか80年代後半だったか
ちょっと記憶が曖昧だけど、なんかその辺
Javaが出てくる10年くらい前だよ VBAじゃなくJavaだけど、うちのコボラーは1クラス数千ステップのコードをドヤ顔で書いてくるわ
しかもコピペで冗長コードを大量生産
オブジェクト指向?なにそれおいしいの?状態 ステップ数が金に直結するなら迷わずそうするだろ?
短く書くのは技術の安売り コボラー「モジュール化して共有するより、多少冗長的でも一つのクラスにまとめた方がコードが追いやすいだろ」 下手に内部で条件分岐すると組み合わせが多くて間違いやすいしな コボラーだかjavaをやりはじめた
ソース追ってクラスを遡ってくと何やってるかさっぱりわこらん コボラーだかjavaをやりはじめた
ソース追ってクラスを遡ってくと何やってるかさっぱりわからん セクション構造のプログラムのEXIT直前へのGO TOは多用するが、
中途半端な部分にラベルを作ってそこへのGO TOはコボラーでも嫌がる人が多い。 新卒で入った頃は純粋GO TO制御なプログラムよりもPERFORM 段落 THRU 段落が多用されてることに最初は面食らったな
あの構文を継承した言語ってあるの? COBOLの後継言語がない
科学技術と商業用のいいとこ取りを仕様としたPL/Iは失敗した PL/1なんて銀行とかの勘定系みたいなショボいシステム位でしか使われてないやん コボラーはPL/1のポインターの使い方が解らなくて挫折するらしいね 挫折はしなかったけど、最初ポインタの初期化忘れやってST障害出した。 COBOLの現場って古い人が多いから
残業する人は頑張ってるから偉いとかそんな考えの現場やっぱ多いんかね
徹夜自慢とか >>563
そんなことないよ?
大体年寄りは徹夜なんかできん