Open Mainframe Project、米国各地の公共機関がCOBOLプログラマーを確保できるよう協力 58
ストーリー by headless
確保 部門より
確保 部門より
Linux FoundationのOpen Mainframe ProjectがIBMなどメンバー各社とともに、米国各地の公共機関によるCOBOLプログラマーの確保に協力するそうだ(Open Mainframe Projectのブログ記事、 IBMのニュース記事、 Ars Technicaの記事、 The Vergeの記事)。
先日ニュージャージー州知事がCOVID-19の緊急事態に対応するためにはCOBOLプログラマーの確保も重要だと述べたが、ニュージャージー州に限らず米国各地の失業給付システムなどはレガシーシステム上で動作しており、短期間に急増した失業給付金受給資格者に対応するためのCOBOLコード変更が急務になっているという。The Vergeの調べによると、少なくとも12の州が失業給付システムでCOBOLをある程度使用しているそうだ。
Open Mainframe ProjectではCOBOLプログラマーと雇用主をつなぐ「Calling all COBOL Programmers Forum」や、COBOLの技術情報を交換する「COBOL Technical Forum」を開設したほか、プログラミングコースなどをGitHubで提供している。プロジェクトメンバー各社はトレーニングコースやリソース、ツールなどを提供する。IBMでは同社のTalent Matchサービスで雇用主が候補者を選ぶこともできると述べている。
先日ニュージャージー州知事がCOVID-19の緊急事態に対応するためにはCOBOLプログラマーの確保も重要だと述べたが、ニュージャージー州に限らず米国各地の失業給付システムなどはレガシーシステム上で動作しており、短期間に急増した失業給付金受給資格者に対応するためのCOBOLコード変更が急務になっているという。The Vergeの調べによると、少なくとも12の州が失業給付システムでCOBOLをある程度使用しているそうだ。
Open Mainframe ProjectではCOBOLプログラマーと雇用主をつなぐ「Calling all COBOL Programmers Forum」や、COBOLの技術情報を交換する「COBOL Technical Forum」を開設したほか、プログラミングコースなどをGitHubで提供している。プロジェクトメンバー各社はトレーニングコースやリソース、ツールなどを提供する。IBMでは同社のTalent Matchサービスで雇用主が候補者を選ぶこともできると述べている。
関連リンク (スコア:3, 参考になる)
Re: (スコア:0)
COBOLプログラマーは今度のコロナでとどめ刺されたのとちゃうか。
Re: (スコア:0)
クリント・イーストウッドの「スペースカウボーイ」（映画）を思い出した
日本脳 (スコア:2)
プログラマーと「雇用主」をつなぐとあるから有償なのだろう。
自治体だから無償が前提と真っ先に思うのは重症の「日本脳」かもしれない。
Re:日本脳 (スコア:1)
2020年04月06日 15時00分00秒
新型コロナウイルスの影響で「半世紀以上前のプログラミング言語の使い手」が急募される事態に
https://gigazine.net/amp/20200406-unemployment-benefits-cobol?__twitte... [gigazine.net]
こちらの記事ではボランティアとなって居ますね(有償のボランティアなのかな？)
Re:日本脳 (スコア:3)
単純に、カタカナの「ボランティア」ではなく、英語の「volunteer」(志願者)じゃないの？
Re: (スコア:0)
>自治体だから無償が前提
「お上の為に身銭切ってご奉仕」が前提ですよ。
Re: (スコア:0)
むしろ欧米人の方が、こういうボランティアには熱心じゃない？
日本人は同町圧力で無償で働くけど、あちらでは個人が自主的に動く印象。
Re: (スコア:0)
有償で働けっていう同調圧力が一番ウザい。
Re: (スコア:0)
無償で働けっていう同調圧力とどっこいかな
Re:日本脳 (スコア:1)
どちらにせよ働けというのが日本脳らしい
Re: (スコア:0)
単なる幻想。
余裕のある奴がやるのはどこも一緒。
やってるのしか話題にならないからみんなやってるように見えるだけ。
Re: (スコア:0)
事実や主張や出来事について、自分あるいは自分の周りの場合ではどうなるかを考えるのはごく普通だと思いますが。それを病気であると認識するのなら、あなたが気にしなければならないのはもっと他の点でしょうね。
Re: (スコア:0)
自分あるいは自分の周りと日本を同一視する病気かな
Re: (スコア:0)
経験則などである程度状況を知っていたり、全体の傾向を述べるのなら別に主語が「日本」であってもおかしくはないでしょう。
Re: (スコア:0)
うん、被害妄想だね
一案 (スコア:1)
’80年代の8bit”マイコン”にBASICインタープリタがもれなくついてた連想で。
「ExcelのスクリプトをCOBOLベースにする」
Re: (スコア:0)
’80年代の8bit”マイコン”にBASICインタープリタがもれなくついてた連想で。
「ExcelのスクリプトをCOBOLベースにする」
それで誰が得するの？
後方互換性を担保することが大前提だけど
いい加減VBAの記述を.NETに合わせるのが世間の総意だと思うんだが。
Re:LibreOffice宣教師 (スコア:1)
LibreOffice宣教師が、LibreOffice Calc のマクロを MS Office Excel 用にしなきゃならなくなって泣いてた。逆は、Option VBASupport 1 一発なのに。
Re: (スコア:0)
MSO派が、Libre派のそいつを撃退したいように見えるな。
あのー、、 (スコア:1)
組み込みプログラマならここに。
＃用事ないですかそ～ですか
Re:あのー、、 (スコア:1)
データセンタに組み込まれている方ですか？ 中の人が勝手に出てきちゃだめですよ。
Re: (スコア:0)
組み込みって家電とかやけど？
Re: (スコア:0)
電気ポットやらに組み込まれてしまったプログラマは火傷しそう
Re: (スコア:0)
組み込み屋は普通に募集があるからニュースにならない。
仕様書の無い謎のマイコンのプログラムの解析とか、改造とか。
ソースが無い場合もある。
Re: (スコア:0)
Perlなら募集中です。
Re: (スコア:0)
Perlは別世界線にしか存在していないです…
申請が多くてプログラム変更 (スコア:0)
なんで申請が多いとプログラム変更が必要なんだろう?
暗黙の制限が埋め込まれたりしてるのかな。
悲惨な仕事になりそう。
Re:申請が多くてプログラム変更 (スコア:2, 参考になる)
想定より処理数が増えすぎたらロジックやインターフェースの見直しが必要になるのなんかよくある話じゃん？
画面一つとったって、せいぜい数十件がMaxなのが急に数千件とかになったらいろいろ変えないと使い物にならない。
多少効率が悪いアルゴリズムでも、処理件数が少なくて影響が出ないならそのまま目をつぶって使うのはよくあること
（必ずしも手抜きとは限らず、件数が一定範囲におさまる場合にはその方が性能が良い、という判断もありうるだろう）。
Re:申請が多くてプログラム変更 (スコア:1)
古いプログラムだとカラム固定、アレイ長固定でコーディングしてあって、データ量が増えると対応できないとか良くある話です
なぜわざ経験者を募るのだろう (スコア: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:なぜわざ経験者を募るのだろう (スコア:3, すばらしい洞察)
JCLとかVSAMとか直接COBOLの言語仕様でないものも知らないと話にならないわけで、
MVSの操作方法から説明していたら1,2週間じゃ全然足りない。
それに、その間それを知ってる人間が教えるために手を停めないといけない。
経験者募るほうがいいと思うぞ。
Re: (スコア:0)
そんなもの他のOSの環境を触ってたら、慣れるのに時間はかからないだろ。
直接の経験者は募集しようにも足りないんだろ？
Re: (スコア:0)
そういうお前は、実際に現場行ったら「実行するまでSyntax Errorさえ検出できないなんて人間が使うものじゃない｝と言う。
IDEなんてないのよ。バッチで長ーい順番待ちしてやっと結果が出る。それでも一文字打ち間違っただけでSyntax Errorで終わりだ。
オレも含めて今の人にはできないし、勧めない。
Re: (スコア:0)
VSAMとか「他のOS環境」じゃファイルシステムのドライバとかDBのエンジンとかで隠ぺいされてて
だいたいのOSじゃ慣れる時間なんてはいなずやで。
Re:なぜわざ経験者を募るのだろう (スコア:3, すばらしい洞察)
仕様もらってコード書くだけの兵隊ならそれでもいいけど。
今必要なのは、COBOLで動くレガシーシステムや失業給付システムの経験ある人じゃないの？
即戦力が欲しいのであって、今から勉強しますって人向けではないでしょう。
リンク先の冒頭でもこうある。
Are you an experienced COBOL programmer interested in assisting agencies and employers needing additional COBOL skills as they respond to public needs during the COVID-19 pandemic?
Re: (スコア:0)
敗退的言語を覚えたいか？
その時間で他にできることがあろう。
Re: (スコア:0)
(#3800294)みたいなやつほど2,3年で寿命がきれるウェブ技術なんかを習得するのに血眼になっている
Re: (スコア:0)
ウェブに限らんよ。
C#もJavaも当初と比べたら別の言語といってもいいぐらいに変わってる。
Cだってプラットフォーム依存だけでなく、仕様もだいぶ変わってて古い書き方してるとコンパイラが警告出しまくりだったりする。
Re: (スコア:0)
JavaScriptとか人生を捨ててるとしか思えない。
半年もしたら別のライブラリやフレームワークが流行ってるし
Re: (スコア:0)
根本的に言って、言語の話なんですかね？
COBOLがやっていたのは違う問題だとしたら、話はまったく変わって来ます。
・ブラックボックスでシステムを扱う（開発から引き継いで運用を行う）
・1以上のリレーション（複数のテーブル）を他人の思惑でホワイトボックスで操作する
・1のテーブル（と枝葉の複数のテーブル）を自分の思惑でホワイトボックスで操作する
の様に問題を、解法の面から分類するとすると、
上の方がリスクが大きく、お金ももらえやすいですが、
一番上は、あまりにもぼろ儲け過ぎて、しかもまれにしか起きないが必ず起きる
Re: (スコア:0)
経験者募集は普通でしょう。
Javaができる人募集など特定言語経験者募集は普通のこと。
さらに今回は即戦力が欲しい緊急対応である。素人雇ってどうする。
#親切に教えますなんて言う会社のほうがブラックだったりするし。
Re: (スコア:0)
現実知らない馬鹿の戯言。
こういうのが人月に対して人増やせば何とかなると炎上させる。
Re: (スコア:0)
人月は人月でも、元コメのような作業だけする人は0.3人相当、作業者をまとめて成果出せる人が2人相当、仕様検討して問題解決できる人が3人相当といった運用ができればそれほど炎上しないよ。
上の数字はあくまで例えだけど。
どんな人だろうと1人は1人としてカウントして、それを顧客に請求する商習慣が炎上の元。
LLVMで (スコア:0)
JavaなりC#なりからトランスパイルする仕組みの方が有望そうな気がする...
Re: (スコア:0)
帳票設計を含んだ言語なので、Accessに相当するオープンな言語があれば、そこにはトランスパイルできるかもしれない。
Re: (スコア:0)
片方向だけじゃなくて、両方向だともっと便利そうですね...