【IT】何度でもよみがえる『COBOL』需要 1978年版、1999年版発行の専門書も増刷へ なぜこんなに根強いのか [ネトウヨ★]
レス数が1000を超えています。これ以上書き込みはできません。
「COBOLは滅びぬ。何度でもよみがえるさ」。ご存じ「天空の城ラピュタ」のセリフのもじりだ。手あかがついた表現で恐縮だが、最近、COBOLについてこんな風に感じることが増えた。
長期的な視点でCOBOLが消えゆくプログラミング言語であることに異論がある人はいないだろう。よほど特殊な事情がない限り、システムの新規開発にCOBOLが採用されることはない。IT関連資格の定番である「基本情報技術者試験」でも、2019年の秋期試験を最後にCOBOLの出題が廃止された。
以前このコラムで、このときの基本情報技術者試験、すなわち「最後のCOBOL試験」を実際に受けたてんまつを紹介した。試験自体には合格したものの、COBOLの出題部分の成績は散々だった。
その試験勉強のためにCOBOLの解説書を書店で探したところ、ほとんど見つからなかった。大型書店の書籍検索機で「COBOL」がタイトルに付く書籍を検索したところ結果は0件で、表紙が傷んだ解説書をようやく店頭で見つけた。
この最後のCOBOL試験が実施されてから、もう2年がたつ。さすがに新たにCOBOLの勉強を始めようとする人はいないだろうし、解説書も絶滅しただろう。そう思って、大型書店の書籍検索機で2年ぶりにCOBOLの解説書を検索してみた。
すると驚くべきことに、6〜7種類のCOBOLの解説書が「店頭在庫あり」と表示された。以前よりも増えていたのだ。売り場を確認したところ、小さいながら「COBOL」と表示されたコーナーがあり、そこに解説書がずらりと並んでいた。それらの奥付ページの発行日を確認したところ、1978年に初版が発行されたような古い本もあるが、2000年代になってから出版されたものもあった。
その中の1冊を見て驚いた。初版発行こそ1999年と20年以上前だが、「第3刷発行」の日付に「2021年2月25日」と記されていた。今年になってから新たに印刷されていたのだ。値段は少し高かったが、思わず買ってしまった。
以下ソースで
https://xtech.nikkei.com/atcl/nxt/column/18/00682/101900055/ COBOLみたいなのいつまでもしがみついてるからみずほで直せませーんってことになるんじゃ COBOLは事務系のシステム組むにはいい。
10程度の構文覚えておけばプログラム書けるしな 老舗の古い調理器具みたいなものだな
変えると味や手順がかわっちゃうから替えたくても替えられないので
だましだまし使い続ける コボラーは良いよな
RPGの話題もまたには取り上げてくれな 俺が死んだらやばいみたいなのはある
若手がおらん
こんな時代なのはおかしい
何がいけなかったんだろうな >>11
APIつなぐことがプログラミングだと思ってる低級じゃアルゴリズムのダイレクト記述してるプログラムはまさに呪文にしか見えないだろうしなあ 高級言語としてはいいと思う
とてもわかりやすい言語 COBOLなつかしいわ。プログラマーは才能ないので見限ったわ。 ハードの新陳代謝がないのが伺える事案 後進国日本
コンパイラや処理速度で劣るんだよな COBOLを馬鹿にするやつが多いが
世界中で動いてるプログラムの5割〜6割がCOBOLだぞ
簡易言語とかCOBOLを生成するのが多いし プログラマーからAV男優に転身したチョコボール向井の名前はCOBOLに由来する
これ豆な >>17
キリストは12人の弟子
釈迦は10人の弟子を育てた
彼らが師の教えを世に広めたのだ
チミはどうかね?
(´・ω・`) >>4
いや、COBOLなんて普通になんかの言語できるレベルなら誰でもできるだろ。
アソコがコケてるのは言語以前の問題。 >>5
COBOLを別の言語に更新したことあるから、読めるけど、読むとこ殆ど無い、ただ単に長いだけで今更あんなもの使う必要はない。 >>4
みずほじゃ他の言語でも同じオチになってるよ
ほんとみずほはろくなのがいないなw 古い物にいつまでもしがみつくから技術の進歩が無いんだよ日本は。
こんなんでデジタル庁?5G?ちゃんちゃらおかしいわ! Cへの変換ライブラリやツールでも作れば良さそうだが。
国が賞金1億円でコンペ開いてフリー配布しろ >>1
米政府州政府がWindowsXPを使っていてMSがメンテで儲けているのと同じだろ。 偉大な先人が作り上げたライブラリをコールするだけで立派に動作するプログラムが作れる
こんな便利なものがなくなるはずがない
パラメータのセットの仕方と帰ってくる結果だけは知っているけど
どんなコードで動いているかは知らないw なんかアメリカの受刑者でCOBOL勉強するコースあって
出所後にこの手のインフラ仕事してた気がする Cも将来食いっぱぐれないないよなー
ずっと現役で動くからメンテナンスの仕事絶対入るし コブラかと思ったw
富士通製システムでCOBOLGのプログラム作ってました。 2人くらいCOBOL専門の知り合いが居るな
社内でも最早それ専門で他の仕事はしてないらしいが 昔シェル上からecb呼び出すやつの仕事やってた
COBOLは誰がやっても同じになるし見通し良いから好き >>43
後継を育てるのも勤めだろう
(´・ω・`) そして零細ソフト屋のウブなガキがコボラーとなり殺される 大文字に目がチカチカする
全単語を怒鳴っているみたいだ メインフレームとオフコンでCOBOLやってたわ
足洗ったけど イカゲーム2の第3ゲームはCOBOLプログラム対決だし
COBOLかける人がコインをもらえるCOBOL CRYPTって通貨もあるらしいね
これからの時代はCOBOLだよ >>1
なんでPG関係ってプログラミングってツールから入ろうとするの
自分がやりたいことがやりやすい言語使えばいいやん 小学生の孫が物置で見つけた埃かぶりの解説書。
「なんだこれ、、、シービーオーエル。。。?。おじいちゃんのかな?ブックオフで売れるかな」
彼がこの物語の主人公。後のみずほ銀行救世主である。 そもそもCOBOLってのは
Common Business Oriented Language(共通事務処理用言語)の略で
会計処理、売上管理、在庫管理等に最適化して作った言語だぞ
そういう分野が無くなる訳もなく くっそ素人のおまえらがしらないこと
ほぼすべての国のほぼすべての銀行の勘定系システムはcobol バッチ処理はいらん例外やら割込み入らんから十分だろしな
メモリも後から取る近年の言語より、最初にガバっと取るから安定 BASIC、COBOL、FORTRAN、ASSEMBLY、C言語 >>16
"アメイジング・グレース"・ホッパー提督乙 自治体のシステムを委託されてる会社とかが使ってるんだろ たいして難しい構文でもないけど
COBOLで書かれたプログラムは
99%スパゲティなんで絶対触りたくない 中小企業なんてそれで十分だし
日本の9割は中小企業だし >>4
ミズホは四つの銀行が別のシステムを使っていたのに無理矢理に繋げたから死んでいるだけ(´•ω•`) >>66
専門書は買い取ってくれません。
持っていくだけ、重くて疲れ、持ち帰る事になるから、最初から祇資源ごみにだしてください。 情弱だからだろ
バカの一つ覚えでコボルしか知らない可哀想なジャップ 平成元年から未だにCOBOLやってるぞ
今55歳だから定年まであと5年だwww コボルプログラマーから結婚を期に引退した主婦知ってるけど、子育ても終わったのでそろそろ復帰してもらいたいところ。 >>82
COBOLは生きているがそれはもう死んでいる 5ちゃんν速+はバグを作る方向で話するのがアレ(´•ω•`) COPYとPERFORMの拡大解釈が絶妙で割と読みやすい言語 帳票が作りやすいし安定してるからな。
わざわざ他の言語で作り直す理由が無い 商用システムで言語事態にシステムが大きく左右される事は以外とないんだよな。 >>85
IBMら、不足するCOBOLプログラマーの確保を支援--米失業保険申請の急増で
https://japan.zdnet.com/article/35152256/
アメリカでもCOBOLはバリバリ使われてるんですが 完全にロックインされてるだけだろ。
いい加減に滅ぼさないと COmmon
Buissines
Oriented
Language >>50
てか、C言語って今ある主流の言語の源流みたいなもので
文法はどの言語もC言語の影響を強く受けてるから
C言語を覚えれば他の言語を覚える時に苦労しない COBOL懐かしいな。
組んだことないけど、情報2種受けた時に午後の試験(c)が難しくて英語チックなCOBOLを雰囲気で受けてみたら受かったw >>70
みずほはシステムをゼロから作り直したのに改めてCOBOLを採用したわけだが そんなに難しいこと書いてないんだけどほかの言語で書き換えるってのがなんでできないのかな 銀行業務とか、時代とともに処理データやアルゴリズムが変わるわけじゃないしな
AI売買が盛んな証券業界はまた別なんだろうけど 言語が乱立しまくってる状況はどうなの?
エスペラント語みたいに統一しろよ 銀行とか古いシステムがCOBOLでそれから移行する為に必要なんだろ
2言語把握して手作業で変換していかないといけないって大変だよな
プログラムを別言語に変換するプログラムとか出来たらいいのに COBOLは唯一コンピュータ特有の計算ミスが発生しないからな
金銭計算には必須 エンバイロンメントディビジョン
よく書いてたな〜
昭和が終わる一年前に… >>114
エスペラント語ってどこの国の人間が使ってるの? じゃ今の情報処理2種試験は何の言語なんだCASLか C言語覚えればいいって言うのはその通りなんだが
C言語は最初に素人が見たとき、直感的にわからない部分があるのが難点
おまじないとかごまかすことになる >>87
COBOLエンジニアは高額年収の常連と言う現実 >>123
c
ecma
java
表計算
とかじゃね? >>74
すまん。間違ってたようだ。
だいぶ前に中の人間から全部javaに書き換える予定と聞いてたからやめたもんだと思ってたわ >>117
同じ理由でFortranも科学計算に使われてたけど、あっちはもう死んだかな? 未だに固定長のデータ形式でX,N,9とかの表記よく見る COBOLは変な命令が無い分
誰にでも読めるプログラムが書きやすいからな
(それだけにプログラム書いてても面白みが無いが) それはー紛れもなく奴さー COBOLer フフフフーン コレが日本の最多ITエンジニア
当然最先端に程遠い 他の言語0.xでまともに計算できるの0.5だけだからな
あと近似値 構造化プログラミングされてないCOBOLプログラムの保守は大変 >>114
出来る出来ないとは別に得意かそうでないかってのがあるからな
目的に応じて適した道具があるわけよ 多くのバカがしらないから教えてやろう
銀行系システムは勘定系とそれ以外(情報系とか他システムとの接続系とか)にわけられるが、勘定系以外はほぼオープン化していて
わりとあたらしい技術もつかわれている
cobolがつかわれるのは勘定系だけだ
勘定系でcobolが使われるのは理由がある
そもそも一定の大きさを越える銀行が取り扱うデータ量やトランザクション量はくっそでかい
その上ここのデータの信頼性が極めて重要
この時点でRDBがつかえない
巨大なデータ(特に履歴がおおいもの)にたいして処理が遅く、トランザクション制御も信頼性が低いからだ
で代わりになにをつかうのかというとNDBというのをつかう
こいつがいまのとこほとんどメインフレームとcobolなどのレガシー言語でしか使えん
だから原因はDBにある
いまのところ一定の規模をもち、一定の信頼性をたもつならcobolとndbの組み合わせは最適解なんだの >>34
そりゃ書くだけならCOBOLでもBASICでもアセンブラでも書けるだろうけど現代的なシステム設計には向いてないだろ 孤独なシーケンス動き出せば
それは紛れもなくヤツさ >>129
そもそも勘定系とそれ以外の区別もつかんようなやつならそんなやつの意見はゴミクソ
それを鵜呑みにしちゃうきみも意識かえたまえ 学校で教えてる言語や流行りの言語ほど習得してる人が多くて
競争になるからね、常に最新の手法が求められ
小難しいテクが使えても給料は安く仕事は常駐になる
人がいるから採用も若い即戦力が優先になって
リーダーやマネジメント力が追加で求められるようになる
コボルやPL/1は若い人には耐え難いストレスフルな言語だけど
だからこそ差別化され長く食える >>115
そんなプログラムのデバッグ(ミスは許されない)とか絶対イヤw よくわからないけどパイソンっての勉強しとけばいいんだろ? ペーパーレスやクラウドの時代にCOBOLはないだろいかにもFAX主流の日本らしい
エクセルレベルでできそうな事務処理をやる意味あるんかな >>147
Pythonで銀行業務やるのは無理だろうな
遅すぎる >>135
最多かどうかはしらんけど、年収ランキングで上位の常連
日本ヤバい 最近の若い奴らってプログラマ名乗りながら
COBOLの簡単なコードすら書けないからな
超笑うわ >>147
慣れたら何の言語でも余裕になるって
この言語使えますアピールする奴は雑魚 cobolだあああうおおおおジャップジャップジャップ!!!
残念ながらどの国も一定の規模超えたらcobolなんだよなぁ >>143
そいつ一応課長なんだけどな
まあゴミクソではあるかもしれんけど >>84
>>66は売れないから仕方なく読むって話かと >>82
365のせいでVBAを動かしにくくなったから。
はやめにC#にしといたほうが良さそう。 オブジェクトコボル使うとどんな風にやるようになるかはきになる・・・ なんだかんだCOBOLはわかりやすいからプログラミング入門にはちょうどいいんだよな・・・
複雑な事やろうと思った時は圧倒的に他の言語のがいいってなったけど。 根強いじゃなく
今でも問題なく動いてるから
わざわざ他言語にする必要性もない C(C++)からJAVAにはいけるけど、JAVAからCは難しいよね ぷろしーじゃーでぃう゛ぃじょん
とか先頭で指定してたなぁ >>153
コボルは関数とか無いから
自分で考えなければならない部分が結構あったりする。 >>124
オレのときはそれしかなかったけど今Cはないんじゃないかと
知ってると捗るのは間違いないわけだが
ほかの言語一旦覚えてから「実はこんなのもある」でいいんじゃないかな >>159
PL/IからCOBOLに置換してるな。 古代語は読めるようにしておかないとな
遺物解析しなきゃいけない場合もあるんだから COBOL経験3年のペーペーだけど、副業でCOBOLプログラマーをやりたい。どっかで募集してないかな・・・ >>167
まあそうかもしれん
とりあえずJAVAだろうな >>85
お前の祖国産の大人気ドラマをディスるのか >>164
c言語ダルいとはなる。
難しくはないけど、ダルい
プログラム入門でc言語やるのは間違ってると思う。 コンパイラが地味に更新されてたから生きてたのは知ってたw
ラボ勤務長くて業務系はうとくて数値演算ならFORTRANでいいじゃんと思ってたが
COBOLって10進演算と通貨演算に特化しててそりゃこれ使ったほうが生産性上がる罠と納得した
物理の世界は近似値でかまわんが勘定系はそれが許されんからなw
実績がないと導入に踏み切れない
よって金融システム黎明期から使われてるものが
使い続けられるというロックインパターンだがw
まぁコアには枯れた技術使うってのはセオリーだからしゃーない >>153
若く無いけど関わったことがないから
勿論書けない。
このまま関わらないで済ませたいものです。 過去の会計記録文書の作成解読方法をどの時点で切り替えるのかの判断が難しいのでは?銀行は各グループ一斉統合時にシステムを新しく作るべきだった。みずほ銀行は当時グループ傘下の既存ATM機をそのまま有用し繋げたため予期せぬ運転トラブルが頻発したので私は取引をやめた >>125
いまからCOBOL勉強するにはどうしたらw >>124
でもとりあえず覚えることが各段に少ないのはメリットだと思う >>137
ENDIF使えない時代のCOBOLまだ動いてるのあるのかね ここにいるやつらはロケットにつかわれる技術の古さをしると叩くんだろうか
ばっかじゃなかろうかるんば 今北産業さんへ業務連絡
小室チャレンジ🤗スレは運営により4日ルールを待たず記者剥奪され強制停止されました。
よってスレは立ちません。
各記者への哀悼の意を。
ナム〜(‐人‐)... 20年前の時点でゾンビ言語扱いだったのに
本当にゾンビだな なんだっけ
あいでんてぃふぃけーしょんでぃびじょんとかだっけ? >>117
これだよな
他の言語では途中計算の過程などで、意図しないところに端数繰り上がりとか発生して困ったことがある まぁしかし NASA の宇宙船はパワー PC 使ってたりするらしいからな
枯れた技術って、必要なんだよなやっぱり >>192
何で強制停止なん?
宮内庁からの要請?www >>182
4次オンラインをだいぶ改修して、フロントエンドはオープン系に移してる。
勘定系為替系以外はほぼオープンとクラウドに移してる。 >>151
ライブラリだけC++なりのコンパイラ言語でガチガチに最適化して書いとけば全体の制御をしてる部分が少々遅くても大勢に影響しないんじゃね >>177
COBOLの整数も桁数制限なかったっけ?
32bitかわるくても64bitで収まるんじゃね? IT関係スレは自称パソコンの先生たちが実際開発したことないのに語るに語るから
しってる人間からしたら地獄のようなスレである まぁ、古い言語が再浮上するのは日本企業がITを蔑ろにしてるせいだからな。
老害が駆逐されたら少しは変わるだろ。
経営層含め今の60以上をみんなクビにしたら日本企業は復活するかもな。 COBOL全盛期の方が余程安定したシステムだったのに
流行りがどうのとかくだらない理由で別なので組んだら銀行のシステム死んじゃった
みずほ >>200
エラー系はミドルのエラーフラグを設定してGOTOで飛ばしといたほうがいいでしょ(´・ω・`) >>195
えんばいろめんとでぃびじょん
ぷろしじゃーでぃびじょん
さて、あと1つは? >>172
アメリカだと時給50ドル前後で募集しているよ >>206
ちゃんと国家資格持ってる高度情報処理技術者なんで、自称ではない 昔はBCD演算必要かと思われててずっと持ってたけど
どこかでやめちゃったんだっけ?
>今時のPCようCPU
メインフレームだとどうなんだろうな>< 勘定系でCOBOLより大きくメリット取れる言語が未だに開発されてないってことなんじゃねーの >>207
ほら出たよ
なんにも知らないくせにてきとーに聞きかじった知識で語るド素人が
COBOLは確かに現役よ
ただ使われてるシーンは俺がさきに書いたとおりほぼ勘定系などの特殊なパターンだけな?
で、これ日本だけの問題じゃねえから
えらそうに語る前に勉強しよ?それか自分のあんまり知らない領域で語るのやめよ? >>190
工学部機械系の人間くらいだろうな
ただPascal派生は結構あるから日本でもなんやかんや使われとるとこ多い感じだわ
まぁ民生段階では日本でもAdaが多い感じ
とくに北米では圧倒的すぎるwww >>177
そんなもんDecimalとかCurrencyとかのクラスを定義して演算子オーバーロードしとけば良くね? >>205
10進演算だから何桁でも定義できる
流石に円周率の計算はできなだろうけど うちの会社の事務のやつCOBOLだけど、保守してもらってるIT会社からもう古いから新しいプログラムに変えさせてくれってきてさ、見積りが法外な額なんだけど、どこの会社も皆こうやって金払ってプログラム言語新しいのに変えてんの? >>208
みずほはそうかと思ってたが・・
合併のあとでもシステムの一本化ができずに既存システムを張り合わせて作ったかららしいが違うのか
最新のシステムは一本化されてるシステムだが故障が多いのか
よくはしらん COBOL読み込んで人間が理解しやすいPythonコード吐き出すAIとかまだ出来てないの? BCDで小数点含む演算ができるんだっけ?
Cとかでそういう型を定義して四則演算できるようにすればいいんじゃね? >>176
きっとそうなんだろうね。
ずっとCとC++だけやってきた身としてはポインタ使えたり、メモリ管理を自分でやる方が安心できるんだけど。
でもC++のsharedポインタ知ってからはメモリ管理がダルくなったのも事実w 銀行のメインフレーム扱ってたけど
コボラーは死ぬとずっと言われてたな
結果死んだのは死ぬと言い続けた奴らだけど >>224
最悪配列使えば他の言語でも何桁でもいけるけど面倒やん >>209
大規模システムやってるところだと、だいたい標準化ルールでgo to文は処理を
出るときだけしか使えなくしてた まずもってCODASYL型のデータベースというのが良く分からん 固定小数点のお金の計算には便利だが、桁があふれて
上の一桁が欠けた製表を作ってしまった時はあせった。 実際、日本のITのレガシー化や遅れを指摘するならCOBOLのような必要悪ではなくて
VBのほうが問題として取り上げられるべき
こっちのほうが質の悪いレガシーシステムを残してる プログラム内で帳票作れるからな
下手に外部ソフト連携なんかしたらMicrosoftの色んな更新で作り直す必要出て来て手間も費用もかかるしな
でも保守で必要だからといって、担当する奴の給料が高いわけじゃない
日本は複数言語扱えるプログラマーでもスキルで評価されるのではなく作業工数という時給奴隷
偉い人は手当(数千円)付けるから資格取れと言う責任転嫁 10進数使う場合に便利だとか精度が高いとか聞いた気がする >>228
業務に支障がないなら変える必要ないのでは?
保守業者の都合なんて知らんし 中学2でベーシック覚えてゲーム作ったら、ファミコンが出て来て泣いた >>230
実データあるからな。完璧なコンバートできてますよって言っても躊躇する COBOLは2〜3年しかやってないけどファイルフォーマットが
COPY文でそのまま書けるのは優秀だと思った
バッチ処理のみだったら全然ありかなと COBOLをJava中間コードにコンパイルするやつがある >>125
COBOLの現場行くにが一番
年収は600以上だよ >>221
流行りに踊らせれた底辺PGの怨嗟でしょ
そんなんだから底辺なんだろうけど COBOL でも設計書はクラス図とか書かされるだろ >>208
開発担当は異動……みずほ派閥争いでシステム複雑化 2021年09月24日
金融庁は22日、障害が多発するみずほ銀行のシステム運営を事実上管理する異例の方針を打ち出した。
前身の旧3行の主導権争いを背景に複数の業者がかかわり、複雑化したシステムをみずほは掌握しきれず、原因究明に時間がかかる中で金融庁の関与を招くことになった。
「金融庁の措置は、金融機関として1人前ではないという烙印を押すような厳しい内容。旧3行が融合できず、過去の障害で適切な対策を講じなかったツケだ」。
大手銀行の関係者は、こう突き放した。
他のメガバンクである三菱UFJ銀行と三井住友銀行はそれぞれの合併時、運営効率化などのためにシステムを一本化し、開発や運用については三菱UFJは日本IBM、三井住友はNECに主に委ねている。
だが旧第一勧業、旧富士、旧日本興業の3行が経営統合して誕生したみずほは主導権争いが続いたとされ、旧行のシステムを併存させる形で2002年4月に開業。
同月と11年3月に大規模なシステム障害を招いた。
これを教訓に4000億円超を投じて新たなシステム「MINORI」(みのり)を19年7月に全面稼働させたが、ここでも旧3行の縄張り意識が影を落とす。
旧3行が利用していた富士通、日本IBM、日立製作所に加え、NTTデータも携わり、他行に比べて複雑な構造になった。
「システムが巨大で、全体像を完全に把握することは容易ではない」。
21年6月にはシステム障害に関する第三者委員会は報告書でこう指摘し、開発段階から関与していた担当者の人事異動などでシステムの中身が外から見えないブラックボックス化を懸念した。
8月20日に発覚した今年5回目の障害では原因を特定できないまま金融庁に報告書を提出しており、みずほがシステムを掌握しきれていない状況も浮かぶ。
企業統治に詳しい青山学院大の八田進二名誉教授は「システムを運用、管理できない体制は歴代の上層部の負の遺産となって引き継がれてきた。
みずほが出直し、信頼を取り戻すにはみのりを再構築するぐらいの覚悟で原因究明を進める必要がある」と指摘する。
https://www.itmedia.co.jp/news/articles/2109/24/news058.html >>203
つまり、勘定系はCOBOL→COBOLで移行したってこと? ライブラリやDBアクセス、マルチタスクに向かない言語だからな制限事項も多い >>232
配列とかもダルい、例外もねぇーし!
とかな。 30年前に専門学校で、なんちゃらかんちゃらDIVISIONを習った。 さすがにかなり減ってきたんじゃね?システム本体が老朽化するしコボル以外の旧システムエンジニアもみんな引退だし オーム社よく買ってたな
オウム真理教が出てきて買わなくなったけど風評被害も甚だしいな >>249
他のソースを挿入するのは他の言語にもあるが、テキストを部分置換できるとこが優秀 >>4
技術に疎い人ほどプログラムのせいにするけど、みずほはそういうレベルではないんだよなあ >>228
作業者の立場からすると環境がもう構築できないとかの理由でない限り、変えたくないのにね。
プログラムに関してはできるだけ何も変えたくない。
いかに小さい変更で済ますかばかり考えてる。 未だにidentification divisionだのworking sectionだのやってんの?
もしか、未だに紙テープでプログラム読ませてMTでセーブなんてやってんのか? COBOLってそんなに悪い言語か?
スパゲッティソースのイメージがあるけど
そんなの他の言語でもスパゲッティになるだろ。 BASICでPEEKとかPOKEで直たたきした覚えがあると、
ポインタに絶対値いれたくなったりするよね>< 爺さんたちに話を聞くと
今じゃ標準ライブラリに入ってるような
例えばいわゆるコンテナとその操作をいちいち書くからコード量がやたら多いだけと聞いた >>139
金利と手数料計算が安定的してるのが一番じゃないかな?
自分も勘定系畑長いけど
まぁ辞めたくても止めれない奴になると本当に長いんだなよな・・・・ 勘定系って、COBOL以外で組めるの?
しかし、勘定系の相互排他って、なにか厳密にやってるのかな。
マルチコアCPUだと、相互排他って意外と難しいしな。 >>260
スパコンの数値演算で使ってるんじゃねーの? >>244
こっちは支障が無いのよ今のままで足りてる
IT会社内にCOBOLわかる人が居なくなるから変えてくれって感じなんだけど、それってそっちの都合だよねえ
なんでウチが払わにゃならんの? 切り替えをまともにしてないと扱える人が死ぬと利用側も死ぬのが一気に出てきそう COBOLって難しいの?
仕事でVB.NETとVBAとVBScriptをちょっと齧っただけでプログラムなんて一切わからない自分にもできるかな? >>228
プログラム言語変えるためだけにやってる所は無いかな
基幹システムの刷新とかの時に合わせてやる感じ
どうせ金掛かるならって >>254
COBOLはプログラム一個が1クラスやんプロパティはデータディヴィション、メソッドはサブルーチン
で、いいやん 日本だとあんま言及されないけどOCamlは年収上位ランクなんだよな
どこで使ってるんだろ >>260
NASAで使ってるらしいから、信頼性が必要な制御系とかかね?
昔、fortranには変数定義がないからロケットが明後日の方向に飛んだって
祝一平が書いていたが 氷河期末期の部落世代だけど就活失敗して
IT技術者に行こうと思ったが言語が多すぎてちんぷんかんぷんだったんで諦めた
製造業でまったりやってるあたりからIT土方って単語が出て来たな 一般人が使えない言語として貴重な地位を確立しつつあるな >>282
それは普通に考えてさよならしていいやつだろ
さすがにないわ こんなクソ使いづらいレガシーなスレッド式掲示板を長年使ってるお前らも大概やぞ >>287
一行80文字制限なんてある時点でもうアレなの分かるだろ >>286
ぶっちゃけそこそこ慣れたらどの言語でもいけるって
だから大丈夫
むしろ、どんな言語だろうとドキュメンテーションないシステムはやばい。
アジャイル ソフトウェア開発宣言も読んだことないのにアジャイル 開発(キリッ
みたいな奴は地雷 >>182
中核部分はそう。
COBOL向けのミドルウェアが使いたかったらしい。 >>277
メインフレームで使うEBCDICコードの数字表現が
10進演算で使う数値表現と同じビットパターンなのだ プログラミング言語はJavaScript、Python、Go、Dart、Java、Kotlin
フレームワークはReact、Redux、React Native、Flutter、Django、Flask、
インクラとかクラウドはFirebase、GCP、AWS
などが使える普通のソフトウェアエンジニアだけど
COBOL使っている人とか一度も見たことないわ >>277
文字列数値同士の演算とかできるんだぞ
これをC言語でやると大変だがCOBOLしか知らない土方は当然と思ってた かつてコボラーだった者たちよ
安らかに眠り給へ() >>268
だからCOBOL技術者の需要があるって事
実行するハードがオフコンとかからオープン系にするときでもない限り、言語変えるための予算がない >>281
LSIの設計・解析で大昔に使ってたけどもはや何をやってたのかすら覚えてないわ >>301
もともとパンチカードだったんですもん>< >>309
ガッ!
金融系だと四則演算できればいいだけなんで、そんな難しい言語はいらんよね 俺銀行行った時COBOLとSASとVBAの混ざったキメラみたいなジョブいじって吐きそうになった COBOLで画面作ったり
帳票作ったりしたな(懐かしい目)
今?完全に忘れた(`・∀・´)エッヘン!! >>297
じゃあもっと便利な掲示板を教えてくれ
どこにあるんだ >>311
まぁそう言われて何十年と稼いで来てるから
そう言った事吹聴してくれる人が居ると助かるわ。 自分の頃は大学で、TURBO Cと、ACOSでFORTRAN演習だったな。
開発ソフトプレゼントもよく当選したし、不要になったら、ヤフオクで、よく売れてありがたかった。
>>279
SQLブリッジで、DB任せじゃないのっていうか、それが楽だったような。 >>306
JavaScriptなんざアクティブなホームページ作るやつで脳みそ止まってるのに
いつの間にか主流言語になってるんだもんな、隔世の感があるわ
パソコンやってて眠くなる病気じゃなきゃITでやってたかもしれんのに 学生の頃に日雇い派遣やってたけど元コボラーのおっさんたくさんいたな
10数年前だけどあの人達今は何で食ってるんだろ >>241
VBって一見入りやすいようで実は落とし穴だらけの言語で、
VBAでプログラミング入門しなきゃならなかった人はほんとかわいそうだよな。 みずほは、いまのはシステム統合されてるのか
みずほ銀行を苦しめた「悪夢の記録」が異例のベストセラーになったワケ 読むだけで気が滅入るシステム統合の全貌
勧銀・興銀・富士銀それぞれの思惑
みずほ銀行がつまずいた原因は、まずシステム統合の指針がぐらついたことにあるようだ。
1999年8月の経営統合発表時点では、リテール向けの勘定系システムは第一勧業銀行が使用していた「STEPS」(ホストコンピュータは富士通機)、
ホールセール向けは日本興業銀行が使用していた「C-base」(同日立機)にそれぞれ片寄せ(統一)し、2002年4月の新銀行の発足と同時に、システム刷新に着手する方針だった。
ところが、勧銀のSTEPSが稼働したのは1988年と古く、営業店の行員は取引きごとに5桁のコードを入力しなければならないなど、使い勝手が良くなかった。
西暦2000年問題をクリアしたあと、新銀行発足後の新システムを検討する中で、旧富士銀の「TOP」(ホストコンピュータはIBM機)を継続使用する案が勢いを盛り返した。
妥協案として、STEPSとTOPの間に中間サーバーを置いて、データを交換する「リレーコンピュータ(RC)」方式(あるいは「ゲートウェー」方式)が編み出された。
そんな中、2002年4月に発生した最初のシステム障害は、このRC方式ではなく、STEPSと全銀システム、都銀キャッシュサービスシステム「BANKS」をつなぐ要となる「対外接続系システム」の障害が原因となった。
もちろん、RC方式による擬似的なシステム統合にも問題があった。STEPSのプログラミング言語はCOBOL、TOPはPL/1で記述されていた。
システム間でプログラミング言語が異なるため、保守・改造の効率が悪く、要員も手間もコストもかかった。
2011年6月から開発作業が始まった新勘定系システム「MINORI」は、2004年から始まったシステム刷新計画の仕切り直しである。
MINORIはみずほ銀行だけでなく、「BEST」と呼ばれたみずほ信託銀行の基幹システムも統合している。
旧システムが利用していたメインフレームは19台だったが、MINORIは4台だ。
基幹業務はCOBOLで構築され、定期性預金、与信取引、外国為替取引といったアプリケーションとプロトコル変換にはJavaとLinux/UNIXサーバーが使われている。
みずほ銀行は、様々なしがらみから老朽化したシステムを使い続けざるを得ず、痛い目にあった。
システム統合について経営陣の方針がゆらぎ、現場任せにしたために、勧銀/富士銀両陣営の顔を立てるためにRC方式で妥協した。
それが老朽システムを延命させ、さらに不幸な天災が重なった。
https://gendai.ismedia.jp/articles/-/70793?page=2 中堅からおじいさんプログラマの論議は見てて楽しいなw COBOLの対極にある言語だけどLISPも根強く残ってる。エレガントすぎてバカには扱えないからさほど普及しないけど。 >>325
それ糖分の問題じゃね?
俺仕事中、ずっとラムネ食べてる 言語だけ?
JCLとかゆうやつ
コンピュータとゆうもんは
AドライブからZドライブまであるんやで派 VS /(ルート)からの木構造しか認めん派
ASCII VS JIS VS EBCDIC とかいろいろあるんちゃうん? よみがえるというか、他に移行できないってのが正しいんじゃねーの?
言語としてはオワコンなのに、移行する金はないからといって
MQなんかで無理やり外部とつないで馬鹿みたいに複雑な仕組みを構築して
知ってる人も引退していく、、、
金融・保険業界は未だにこんな状況やぞ
>>287
むしろ最近の言語を知らないほうが覚えやすいと思う メンバメイコボルスミ11の片方は小大丸で働いてた。
芸能界引退してからしばらくの間 >>300
人が使う道具だからな
といいつつもCOBOLはおっさんになるまで触れることなくやってこれたので
出来ることならこのまま触れずに終わりたいw 金融プログラマーとしてはCOBOLよりVBの方が深刻だと思うで
COBOLのソースなんて言ってもプロが作ったものだから頑張れば読み解ける 今から20年以上前の学生時代でさえCOBOLは時代遅れとか言われてたな。 昔の言語、昔のソースは構造化すらちゃんとされてなくて、やたら長いソースしかもGOTO使いまくり、というのはある。
あんなんでよく保守してきたなと思う。 >>185
パイソンのブロック区切ぱっと見、どこまでかが分かりにく過ぎて苦手だ
省略すればいいってもんじゃないと思うわ IBMの商用大型コンピュータとCOBOLで作られてる銀行のオンラインシステム
団塊の世代が中心となって作り上げたシステムだが、
複雑過ぎて全体を把握できる技術者はもう居ない
いつかバッサリ切り捨てて刷新する必要があるが、
切り替え時はみずほの比じゃないトラブルが多発するだろう 更新の時期に刷新せず改修の道を選んだ奴らが
そんだけ多いって話か、恐ろしいのう >>260
普通のパソコン上動くような有限要素法のソルバーもFortranがデフォ。
並列性を上げるのに向いているらしい。 Z80のアセンブラ使えたらパチで食えるし
時代はレガシィ >>306 現役のCOBOLerは非常に貴重だから、逃げ出さないように、どこかに隔離されてるんだろうな。 >>321
まだサーバ横で寝袋待機なんです?
身体だいじにしてよね! >>1
古臭いしきたりだか資産だか知らんが、捨てられ無い環境なんだろうよ。 公共はいたるところにCOBOLがあるよ
画面だけJavaで裏COBOLが多いな
もうCOBOL部分のロジックを焼き直せるほど
業務にもシステムにも詳しい人間が客もシステム屋にもいない
魔界に手を出してはならんから封印してる >>108
MINORIでCOBOL使ってるのは極一部だよ。
大半はJava使ってる。 コボルとフォートランは、高校の授業で訳も分からずマークシートを塗りつぶした思い出しかない
何の知識も身につかなかった >>187
離れてるから、今はわからないけシーケンシャルファイルのマッチング処理等、構造化されていなくてぐちゃぐちゃだった >>338
リバースエンジニアリングの何が問題かって、今の動作は分かるけど、それがちゃんと合意した仕様通りの動きかは分からない。
仕様書ちゃんと残ってないシステムはマジでやばい javascriptはオブジェクト指向プログラムだと知ってたか?
クラスのでてくるやつよりも純粋なオブジェクト指向かとおもうが 作りに関してはJAVAだろうがCOBOLだろうが作り手次第だな
JAVAで1メソッド2,000行、ネスト最大10とか、この世の終わりかと思った >>339
20年前ってことはまだ基本情報技術者じゃなくて第二種のころだよな
第二種と呼ばれた最後の試験で合格したんだよな
プログラミングの選択問題がC、COBOL、FORTRAN、独自言語だったような >341
おなじくやねえ
ブロックが重要な言語構造を担ってるってことは、専用のエディタとかあるんかな?
最初書く時はええんやろけど、いじくるのまんどそう >>338
VBよりCOBOLの方が全然マシなのはわかる
下手にBASICを元にしてるソースがあるから
変数の後ろに$とか付いてて得体が知れない動きすることがある
あとはVal関数の動きがバージョンによって違うとかホント大変 REDEFINEで再定義とかEVALITE WHENでダラダラ分岐書いてた記憶が懐かしい
ERRORの例外処理も弱くてファイルアクセス異常とかINVALIDのVALUEエラーで落ちてた記憶
最初に仕事した言語がCOBOLだった >>356
Fortranはバリバリ現役。
制限が多いおかげで強烈な最適化がかけられて並列処理にも向いているらしい。 >>360
モダンなエディタ、プラグインで余裕で対応してる >>343
費用対効果
コボラーが月200万になったら刷新するんじゃね
月40万でメンテしてる人なら見た >>345
当選判定のところはZ80アセンブラで記述して公安委員会の審査受けるんだっけ? >>277
数値1桁を1バイトとして扱うゾーン10進数と
2桁で1バイトのパック10進数がある
計算はパック10進数を使う Pythonのインデントはまだいい
F#はマジで最初意味わからんかった >>202
本当の加齢臭は
pascal prolog smalltalk forth >>338
平成1桁くらいまでに作られたソースはそうなんだけど、それ以降は派遣のニワカが作った糞コードがあったりして地雷だよ。 >>366
システム開発自体の流儀が変わってるからITパスポートくらい受けてみればいいと思う。 ハードのコストパフォーマンス上がったおるのや
コボルでええで(^。^)y-.。o○ なんだろ
古い歌謡曲とか漫画のスレはカビ臭いか腐敗臭かなんだが、
このスレはなんとも言えん臭いがする コボラーやってると40代になっても中堅なんだわ
50代60代のコボラーが全コボラーの過半数を占めるから >>292
cobol=事務処理用言語
fortran=科学技術用言語
としてガッコで習ったが、使う機会無かったな 手段なんかどうでもいいだろ
それより35歳定年説とかほざいてたアホはどこ逃げたよ? Python、Javascript、HSPあたりがいいとおもうが
関数型もいいとおもうんだが、未だ並列処理の主流コンパイラにはなってないとおもうので時期尚早
スケッチとかいうのが小学生向けに採用されてる気がするがHSPのほうがよくないか? 表現力が高めだしむかしのベーシックみたいだし >>305
>>322
確かダンプだとf0〜f9だもんね >>281
大学の物理系のラボや国立法人ラボや民間企業ラボでもFORTRAN多い感じ
ヒューストンやコロラドのアスペン研究センターでもそうだった
まぁ現状C使いも多くなってるけどw
そしてなぜかスパコン導入したときFORTRANとCの処理系は必ずついてくるw
Cはワシが大学時代BCDがまだまだ貧弱で数値演算がわずらわしすぎで
京大でもC回避してFORTRAN(とボスがLISP信者だったのでLISP)で研究ってのが多かったw
まぁオブジェクトファイル段階でリンクできるんだけどもうメンドクサイw 今のJavaやCも将来的にCOBOLみたいな
古い言語として扱われるのかな? COBOLは何度でも蘇るさ
それが人類の夢だからだ!! >>364
マジですか
並列計算とか懐かしい…
20年くらい前、大規模疎マトリクス解くのに、
ガウスからICCGに替えたら、
計算時間が1/100以下に激減したなあ
なお磁界系FEM屋でした >>374
昔作られた仕様書類 目的から全て書かれてて、保守するのにだいぶ役立った
COBOLプログラムの作りは、褒められたもんじゃなかったが >>374
派遣のコードってなんでクソなんだろ
ヤツらそれで飯食ってるからむしろお手本になるコード書いてると思って期待してたんだけど、見てみたら中身はファンタジーの世界だった >>4
大手の銀行や官公庁ってCOBOL多いからね
もっとも一から作り直すには相当大変だし >>387
Cはアセンブラみたいな扱いでしょ、既に。 >>387
Cは昔から古い扱いだから変わらないのではないだろうか。
Cに換わるもの作るのは所謂車輪の再開発なんだろうし。 >>372
大学の授業はPascalから入ってDelphiになったな >>389
知らんけど用途が用途だからI/Oの違いが大きそうな気も >>338
構造化して書いてあるなら簡単に読めるがGOTO文を使ってると訳が分からない >>381
cobol以外科学技術用って考えていい
floatがそうだな。
chromeのデバッガで
142.33*100
入力してエンター押したら出る答えがcobolとの差 >>350
アセンブラーにコンパイルしたもの読みながらCとかに起こす
昔うっかりソース消しちゃって、アセンブラ見ながら復元したことあるw >>4
ソフトだけのレベルじゃ無いだろ。
根本的な全体設計の段階で死んでる。 >>387
Cは残るかと
ハードを直接制御できる言語は必須なので
javaは消えるかもな >>388
C++みたいなCOBOL?
あんなのマネしちゃだめよ
あとVisual COBOLもいらない >>397
ノイマン型電子計算機が終焉する可能性はある >>345
今は主基盤のCPUにZ80縛りはないよ。
それ用のZ80を2コア積んだASICの開発やってたよ。 COBOLって単純な上に環境に左右されにくいから、ひたすら思考か作業に徹する事ができるんだよね。
個人的には最高の言語だった。 >>16
でも実際コボラーの実戦生き残りはおばちゃまだよなあ。
おじさまかも知れんけど。 計算はCOBOLでもいいんだけどさ、文字だけは致命的
固定長だとUTF8で死ぬし、SJISは使えない文字多すぎ >>140
現代的なマシン設計なんてCOBOL関係ないぞ
需要があるのは主に金融系でね
当時最先端でスパコンいれて拡大した顧客データベースがCOBOLベースでうごいているからさ >>356
古いのも新しいのも現役。2000年以後も時々アップデートされてるみたいだな。実際に
使ってみたらわかるだろうけど理工系の数式に従った数値計算やるには実に簡単でわかりやすい。
マウスは使わない前提でね。素人でもすぐプログラム書けるようになるから研究者なんかが
自分でやりたいことを人に頼らす自分でちゃっちゃと書いて使う感じか。
ま、大規模なのはスパコン使わなきゃならんようなシミュレーションとか。 >>369
昔COBOLでプログラムを書いていたがGOTO文は禁止だったな これはそうおもうが、まだ出来てないだろ
2008年9月11日
ゲームプログラミング界の巨人、Tim Sweeneyが「未来のゲーム開発テクノロジー」を語る 超並列処理、次世代のゲームグラフィックスはソフトウェアレンダリングに回帰する
■ 超並列処理時代に備え、ゲーム開発はどう変わっていくべきか?
現状でさえマルチスレッドプログラミングは開発の困難さが指摘されている分野である。
同時並列的に動作するプログラムがモデルデータやゲーム内状態などの共有情報にアクセスしようとするとき、そこには必ずデータ競合によるバグの発生や、デッドロックによるプログラムの停止というリスクがつきものである。
Sweeney氏は、これは現在主流の開発言語であるC++の手続き型言語としての特性に由来すると指摘する。
マルチスレッドにおける問題を避けるためのテクニックは各種あるが、Sweeney氏に言わせるとそれは「シングルスレッドのプログラムをアセンブラで書くようなもの」であり、生産性が悪いのである。
Sweeney氏が注目する純粋関数型言語は、並列処理を安全に実行でき、メニーコア時代の生産性に寄与するという
Sweeney氏は、この問題を解決するためには、ゲーム開発言語として純粋関数型の言語が必要になるだろうと言う。
この種の処理系では、C++のような共有メモリのアクセスや、I/O操作は基本的に行なえない。
その引き替えとして、各関数のアトミック性が構造的に保証されており、安全に並列実行できるのだ。
しかも、コンパイラが対応さえすれば、関数を自動的に多数のコアに分散処理させることができるというスケーラブルな実行バイナリを作り出せる。
Sweeney氏は純粋関数型言語のもつ並列処理安全性に着目しており、将来的にゲームプログラミングはそういった処理系に移行していくべきだとした。
Sweeney氏はそのひな形として言語“Haskel”を挙げているが、ゲーム開発のメインストリームたり得る言語はまだ登場しておらず、将来に期待しているという。
https://game.watch.impress.co.jp/docs/20080911/epic.htm ぶっちゃけCOBOLからJavaに変えるメリットがない
COBOLは凡庸性が無いと言われるがサブルーチンを使い回すことで今のAPIみたいな使い方は出来る
結局は予算なんだが >>394
それは会社が必要な金出さなかったからでは
なおウチの会社では金を出し渋った結果なにも知らない見習いの子みたいなのが来て仕事が遅れた >>407
ノイマン型PCの次に来るのは
どんなアーキテクチャ? >>329
外部委託では枯渇した
一部メインフレーム所有企業では正社員がやっている まあでもメンテナンスコストかかるなら、バッサリ逝かないとだめだね、イニシャルコストだけ見てる馬鹿な客が元凶 またわしが必要とされるってことか!
あの銀行だけは御免だがな それだけ優れた設計だったんじゃないの?と思う
しらんけど >>14
RPGでも組んでたけどRPGの良さが分からんかった。
COBOLより速いんだったかな? >>306
使えても普通はCOBOLの仕事とか無いし、生き残ってる人はいち早く他の言語に移ってるだろうし 今のコボル開発て直にコボルのソースを書いてるの?
オレの場合、ACOSでIDL2てのを書いてた。
IDL2がコボルに変換されて、マシンではコボルから機械語にコンパイルされるわけだが。 >>399
遊技機は認定受ける時にソースコードも審査される関係で使えるCPUに縛りがあった。
他にも認定されて使用可能はCPUはあったけど、歴史的理由でZ80が多かった。 COBOL案件じゃなくても「X999」のような表記を2000年ぐらいに見たことあったが…
銀行や会計分野では当時必須って言われてたBCDも全然縁がないし。 安いものはJavsでいいんじゃね?、SpringとかReactとか簡単だし >>417
データエラーのような例外処理のみGOTO使ったほうがシンプルに書けた >413
そういや、JIS改定でVistaから住民票どおりの漢字フォントがでた
銀行や保険で使えますか?
使えます・使えません・手書きならおk
とかカオスやったな 45年前のセンターマシン(IBMシステム360orユニバック1110)世代爺は、
現代人がメインフレームとかなんとか言っているのには理解ができない。 バック側の事務所理系で、アホでも覚えて使える言語としては需要があると思うけどな。
特に金勘定で。 現状動いてるCOBOLのシステムを管理できる人が皆定年で辞めちゃったんだよね
そういうこと
金融の巨大データベースは昔の大型コンピューターやスパコン使ってて使用言語はCOBOLで毎晩バッチ処理やってる
いつかそれを止めて現代的なコンピューターに変えてもいいんだ
いいんだが
新システムが絶対にエラーまみれでみずほ銀行みたいになっちゃいけないわけで
システム丸変えするリスクと現行で動いてる旧来システム考えると現行でいいかなってなってるんだよね Javaは出てきた時にコンパイラ無料だったからな
それ以来長生きしてるな >>431
RPG 超大手電子部品メーカーが今でもやっている
年収1200万円らしいぞ 10 beep
20 go to 10
は知ってる。 >>424
python用のエディタでええよな?
VSCodeってエディタがあるからそれダウンロードして、python用のプラグイン入れたらいいだけ。ググったらすぐ出てくるよ。
他にもsublime textとかatomとか今どきのエディタならだいたいそういうパターン
サクラでも秀丸でもあるんじゃね?って言う COBOLなつかしいな、ぼくは新卒でソフトウェア会社はいったよ、でも
30歳定年という現実を見て勉強して公務員になった 昨年のコロナバブル
でフトコロもマジ豊かになった >>306
オープンなら大体そこら辺だよな
でも今は自由にソース組めるなんて
本当にまれだからなぁ・・・・ 1978年頃のCOBOLなんて機能低すぎて使い物にならない ループ処理すら無かったし
IFのネストの深さはピリオドだけでしか判別出来ないし見づらい >>400
GOTO使わなきゃロジック組めない人は他の言語に移っていけない人だったんろうなあとか思う へぇw
まだ現役なんやな
データベースの管理やからか? >>306
金融のバック系やれば、まだいっぱいあるよ。 >>437
ちゃんと使えばGOTOは悪くないよね
GOTO使わない見通し悪いソースより、GOTO使たスッキリしたソースの方が何倍もいい >>447
iPythonとvimを推薦したい
特にvimのプラグインは便利すぎるし
インストールも簡単 >>404
ハードを直に叩けるOSが減る一方なのは寂しい限りだ >>449
「ぼくは」w
おいくつですか
わたくしは、とか書かないの 金融系は障害起こすと色々うるさくてめんどくせーから無理 ACOSのコボルからUNIX Cときて
Cisco IOSからのいまはVMWARE
50過ぎたら新しいの覚えるの辛いわ。
ずっとコボルやってりゃアルバイトで月100万稼げたな。 >>388
オブジェクト指向向きの言語じゃ無いから厳しいだろうね >>413
今のCOBOLは文字どうしてるのかな
昔の汎用機はEBCDICだったけど
検索したら一応変換表はあるんだね でも、あの銀行も第1次オンラインのプログラム開発には
全国から高卒の優秀な行員を集めてシステム開発要員にしたと
某銀行史には書いてあるぞ。
その理由は大卒は脳の働きが柔軟でないからとも書いてあるぞ。 >>447
>>457
ありがとう、助かるよ
早速やってみる >>443
技術負債を先送りにしてるだけなんだけどなあ。
バッチ処理自体は悪くないけど、スケール出来るように作り込んでるわけないのでどこも計算資源カツカツで苦しんでるよ。
おまけに業務仕様をコードの中に押し込んでるせいで、いまや詳細は何やってるかブラックボックス状態。
現行がいいなんてとても言えない。 新しく一からシステムを作る場合にCOBOLなんざ使わんがなw
旧来のCOBOLのシステムを運用&メンテナンスするやつらが皆逝ってしまったがシステムは現行で動いてる
金融のシステム管理の一部で需要があるだけさw 20年前くらいでも骨董品扱いだったんだが、今じゃ古代遺物並みだろ その内10年たったらcも同じように言われるんだろうね、若いひとみんなリアクトだ、タイプスクリプトだので、$に囲い困れちゃってるしな 情報処理試験のとき、初めてコボルってのを真剣に読んだが
簡単に答えられて合格したわ COBOLなんか古すぎる
PL/1に置き換えるべき! >>456
ルーチン、サブルーチンで全て事足りる
ルーチン化されてると他人の書いたプログラムでも読めば内容が直ぐに分かるが
GOTOを使うと何が何だかわからないな。 >>479
CやC++がRustに取って代わられるかどうが
楽しみ >>477
あるんだな、それが。
書くのはCOBOLだけど、COBOLソースをJAVAなどに変換して動くプログラムで動く奇怪なシステムが。 コボルってソースコードの桁位置が決まっていたりで
パンチカード時代の面影が強く残ってるんだよな・・・ >>480
3年くらいまえから
基本情報の科目からcobolが消えて
pythonになりますた >>479
Cは速度出したい場合は今でも避けられないし、今後もそうだろうけどね。 ちゃんと引き継ぎ考えて書かれていればいいが、自分がわかればどうでもいいみたいのだと、読み込むだけで疲れるからなあ >>438
JIS0212で異体字は増えたけど
住民票のオレオレ異体字までサポートするのは不可能だからね
それでコードで表現できる住民票上の文字を「代替文字」と称したけど
そんな解釈一般人が知ってるわけなく
今もカオスw >>492
マジか
俺が受けたときはCOBOLとFORTRANだったんだがFORTRANはどうなった? Cisco IOSはルーターやスイッチの設定で使用するコマンド入れてくやつだね
ある程度の規模の企業でインフラやってる人ならだいたい知ってるやつ 最後まで読まないとピリオドが見えない
IF1文嫌いw
END IFを知らない人がコード化したのはね >>481
今のCOBOLはPL/Iと殆ど変わらない PL/IはIBMのライセンスがかかるんじゃない? >>482
それは間違った使い方
>>456や>>437の言ってるのとは別だよ >>431
行き当たりばったりで適当に組んでいる(ように見える)ので
管理者には評判が悪かった >>468
懐かしい
ストックフォームのダンプリスト見て漢字開始コードとか確認してたな そもそもCOBOLはいつ死んだ?ずっと生きてるやろ オラクルの強欲のせいで人気が無くなったJavaとかどうなるんだろうね >>459
山下達郎(68)「ボクって使っちゃダメなの?」 >>464
言語そのものより考え方がね
昔の金融系システムのコボルとかはウォータフォールパラダイムで設計されてたけど
新しいのはオブジェクト指向だから設計に対する考え方が全く逆
そこら辺り慣れるのに苦労するかも
まあ、オブジェクト指向とは言ってもクソが作ったプログラムは
オブジェクト指向もへったくれもないようなクソコードだから
その辺はコブルgoto文のスパゲッティコードと大して変らんけど >>498
平成13年度(2001年)秋期からは、FORTRANとPL/Iが削除
java そもそも同じ事させるなら言語代える意味ほとんどねーしな >>511
日本語COBOLなんてあったな すぐ消えたが (´・ω・`) amazon.comでCOBOLを検索してみると
比較的近年に出版されたCOBOL書がいくつかある
新刊が出てるってことは今も一定の需要はあるっぽいね コボルの安心感は異常
vbとかどこかにバグが潜んでて安心できない >>509
>>509
達郎の僕の中の少年CD持ってますw
蒼氓懐かしい >>490
第ニ次総合オンラインがスタートして
中目黒の一部の開発要員は全国の店舗へと
異動して行きました。 >>518
年齢によるけど20代前半ならjavascriptできて基本情報合格してたら最初残業代抜きで300万でいいなら採用してやるよ >>501
ン10年前にCOBOLの仕事で入ったが
蓋を開けたらPL/Iだったことがあるわ
PL/Iで募集したら人が来なかったんだって
私が何とかなったから多分コボラーみんな組める なんだおまいらいろいろ資格持ってるのか
若い子に教えることになるかもしれんからオレさまもITパスポートから挑戦してみよう 富士通の汎用機で使えるCOBOLの上の高級言語でヤックていうYACCかな
フローチャートと日本語でCOBOLに落とすのがあったけど効率や解りやすいかは微妙だったな COBOLで書いたプログラムをJCL切って動かしてとか貴重な経験だったわ。 >>503
記述言語をかえてもそれだけでは全く儲けにならないからかと
あと、適切なタイミングで刷新できなかったってのもある NECのACOS4でCOBOL/Sによる開発を10年以上やってたけど、異動で開発から離れて早20年。
転記や計算が := で済むのはよかった。MOVEやらCOMPUTEとか煩わしい。
普通のCOBOLも少しはやったけど、能率が圧倒的に違う。 COBOLはどこのであっても読みやすいよね
そして大抵の問題は言語ではなく、それ以外のところで起きるよね プログラミングの勉強するという名目で親にパソコン買ってもらった、もちろ
ん勉強そっちのけでゲームで遊んだ、札幌羽田成田伊丹福岡をB-747やDC8が
着陸するという愉快なフライトシミュレーターがあった 今だにアレを超えるものは
出てこないなぁ コボルって昔と変わってないのCOBOL85とかは覚えてるけど最新はいくつ?
誰かが言語として発展させてなきゃ分進秒歩の世界じゃ取り残されちゃう
まさかいまだにずらずら長々と何千行も書いてるとかないよねさすがに 何百億円の計算で1円の誤差も出さないようにすることを基本に置いている
COBOLは今後も使われ続けるだろう
古い古いと言われるけれど、規格の見直しは行われていて
2014年が最新だったはず >>529
ypsチャートね
一応は構造化ドキュメントをコボルに落とすヤツだから
メンテはラクだったよ
ただ中身のソースを見るとgoto使ったスパゲッティだったのには驚いたw 小規模な組み込み系やってるんでC言語止まりだわ
色んな言語できる人ってすごいね フルスクラッチで最新のどの言語でもいいから書き直せば良いんだけど
なにしろ膨大な量と移行に伴うテスト&リスクに腰が引けてどこも手を出せないのだよ >>545
どんな言語でもググったらすぐ出てくるやん >>533
俺は入門時に日立のテストツール(HMTS)で動かしていたから汎用のJCLには最初苦労したわ
JCLは学校での教育はまず無いし・・ >>546
同じものしかできないのなら作り直す必要がない >>538
画面系だと未だに3万行のCOBOLとか普通w >>526
ブラック過ぎだろ
うちなら350万年間休日120だな、ただし人柄が重要 >>547
COBOLはなかなか出てこない
だから書籍が売れるんだろうけどね >>541
充分。cを理解できるなら、今の言語は楽勝でしょ。 >>546
単純にリプレースして浮動小数点で死亡だろ >>541
今はPythonぐらいはできないとな
あとできればJavaScriptも
Windows特化ならC#もできた方が良い 2025年までにコボルは廃れるだろ
今は最後のすかしっ屁だよ >>554
cができる事と、c++ができる事では雲泥の差があると思う
cの理解だけでは無理だろう >>541
今業務でやってるなら必要に応じて追加で覚えることになるからそれでいいのでは COBOLは堅牢だからねえ
まず落ちない
その一点だけでも金融系が採用する意味がある COBOLやFORTRANなんか使ってないだろ
古いシステムではまだ生きてんのか? >>545
コンピュータがやることなんて全部同じだよ
結局はインとアウトと内部処理だけ、インアウトが
ファイルだったりデバイスだったりポートだったりするだけ 26歳で800万だとプログラマーとしては
落ちこばれかな?
オッサン達はもっと稼いでるん? >>560
25年前からそう言われてた
んで25年後もそう言われてるよ >>559
実際ソースコードの綺麗さは求められないからな
設計の綺麗さは求められることはあるけど 事務系は過去に引きずられるからな。理系はさっさとFORTLAN なんて捨てちゃったよ、仕事になんないもん。 >>552
みなし残業とか言わない?
残業したら300万後半もあり得るねんで?(笑 >>545
言語はC一択でもハードの仕様を毎回覚えなきゃならんってことかな >>550
え、、規約で5000行未満にしろとかなかったのw >>568
数値の誤差を気にしなくて済むのは大きい COBOLは、データ部とプロセス部に別れてて固定になるから
仮想処理や仮想媒体に向かないんだよねその分OSやドライバー側のオーバーヘッドが嵩む
マルチスレッドの同期も取り辛い最新H/Wに優しくない言語 時給2500円でCOBOLのプログラマー募集してたよ。安い?高い? >>566
元気に使われてるぜ
Fortranはプログラムの開発者と利用者がほぼイコールなので
開発者不足ということにはなり難い
まあ、関わらない人からすると死んだように見えるかもだけど 1週間研修受けて自治体とか電力会社に派遣されたな
誰でも短期間で覚えられるから広まったんじゃないかね >>548
本も売ってないしね。
COBOLも一時変数まで全部宣言しなきゃダメ、それもWORKING-STORAGE SECTIONとか処理からだいぶ離れたところで宣言とか他の言語から入ってると鬱陶しい仕様。
バカなプログラマに大量生産させるための言語だね。 つまり職業プログラマーとしてのフォートランは死んだのかよ >>583
安い
安いと言われるphpですら安くても2600円相場 言い方悪いけどぐちゃぐちゃになりにくい気がするよCOBOL
あれ動かないどこだ?ってなってもすぐ分かるというか
他の言語だとあっちゃこっちゃするけど >>564
確かに。ただあの偏屈なcを覚える能力があるなら、c++も行けるんじゃないかな。
あとは用途でいる、いらないって感じじゃないかと。 高校からCOBOLだったな。
運用の方いったから、仕事で使うことは無いけど、
富士通のCOBOL本は部屋のどっかで埋まってるはず。 >>547
大抵の場合はそうなんだけれど、検索エンジンが気を利かせすぎて似たような言葉で勝手に検索するから
本当に知りたかった内容とはまったく異なる内容の結果になってものすごく困る
記事も単発なことが多くて分散してるし、同じような内容がいろんなとこに書かれてたり、意外とめんどくさい 今のCOBOLって昔のCOBOLと同じなの?
オブジェクト指向とかになってんの? 損保ジャパンが日本興和損保と合併した時は
まだCOBOLが主力だったぞ
2019年の秋期試験を最後にCOBOLの出題が廃止 これが現場を的確に表しているな >>18
fortran もまだ現役だよ
スーパーコンピューターとかでは >>591
C++の偏屈さに比べたらCなんて素直でかわいいものだ コボラーはテストが徹底されてるからバグ出さないイメージはあるな
ウェブ系はバグばっかり COBOLから他の言語に変換できれば解決と考えてる未経験者多いが
古いシステムで問題なのは処理フロー・ファイルの用途・項目の意味が不明なこと、
必要か不要かわからない機能が残っていること、ドキュメントが無いこと
だから言語変換では何も解決しない
最新のシステムでもドキュメントの管理更新きちんとしないだろうから
やがて同じことが起こる >>548
JCLはハード(メーカー)に固有な言語だから汎用化できない(基本的に)
昔スパイ事件があってそれで日本がやられた(日本がパクってた) IBM汎用機の監視 未経験で月給26万円〜 割とよくないか [928380653]
ttps://hayabusa9.5ch.net/test/read.cgi/news/1635865406/ 今は病院でのんびり仕事する爺
昔はCOBOLとZ80アセンブラの仕事していたんだが
ひょっとしてCOBOLのバイト出来るんかね? >>595
Javaは尖ったところが無さすぎるから消えるときはあっさり消えそうな気がする えんばいろんめんとでぃびじょんに
あいおーせくしょんがあるんだよ。
88項目はえいえん >>599
出来ること(API)が少ないからな
誰が書いても同じようになる。 >>559
まぁGNU+Linuxとか内部はやべえことになってるしなw
ある意味その本の言はまちがっちゃいねえw
Linusの方針のせいかMicrosoftが苦しんだ互換性の罠に陥ってる
むしろBillJoyあたりのアーリーUNIXのUNIX7とかのほうが整然としてるw
一昨年にGNUライセンスのおかげで実家の会社の主力をBSDに切り替えたけど
閉鎖的閉鎖的とキャンキャン言われてるがこっちのほうが統一されてるわw >>593
お前の書き込み見ると、どの言語が〜って言ってるタイプだからまだ未熟だな。
お前が書いてる言語なら確実にググって出てくる。慣れたら検索マジ余裕。 今でもCOBOL保守は時給5000円で募集している
1日8時間 20日間勤務で80万円 COBOL C C++ Python Ruby Rust csh ksh Perl Basic C#
Java Javascript React >>599
テストにどれくらいコストかけられるかどうかの話でしかない
案件によってテストに何ヶ月もかけられるものから正常系通す予算しか無いものまである 逆にBASICが廃れた理由を知りたい。よほど分かりやすいのに。 >>614
誰も裏切らない環境笑ってしまった。
迷惑な意識高い系いないんだな。 >>604
そのままのんびりしてた方がよいと思う。
日電とかのカルテのシステムとかよくcobolで書いてたな。まあ糞だけど >>613
それは凄いな
PLクラスじゃないなら裏山 >>598
まあcは++の登竜門ということで皆理解してると思うけどね >>603
普段は死ぬほど暇、なんかあったら夜中に責任者連絡で嫌な思いする
常時モニター監視されてて居心地は良くないって知り合いが言ってた >>614
オブジェクト指向で作ったの見てみたいわ >>617
古典的なBASICは出来ることが少なすぎるし、
まともな汎用の言語にしようとしたVBは全然簡単じゃなくなってるし。 >>617
たして早くもないし、ぶっちゃけ遅いのに
つぎたしつぎたし仕様で、もう無茶苦茶になっちゃってるから。
fucntionは戻り値あるけどタプルは返せないとか
サブルーチンは戻り値がないとか
でも両方グローバルスコープで名前空間もないとか
動的言語と、静的言語の悪いところてんこ盛りの仕様だからだよ。
それに気付けない屑はプログラマー止めたほうがいい。 >>624
他の言語だとダルい桁数の多い数値の計算をやるのに向いてる言語。他のはだいたい64ビットでおさまる2の乗数しか計算でけへんから。
やろうと思えばネイピア数1万桁とかもできるけど面倒。 習ったのはcobolだったけど2種も1種もCASL(+FORTRAN)で受けた
cobolってどんなのだったっけ? JCLか懐かしいなジョブコントロールラングヴィッジ コンパイル、バッチ処理でデバイスなど環境設定
や順序を定義してたな プライオリティ上げて不正に早く実行してた記憶
オペレータに怒られたのもいい思い出だな C言語はわかるけどC++のクラスの有効的な使い方がわからなくて挫折した
無理やり使おうとしても自分で何のために実装したいのかよくわからなくなる
使わなくてもよくね?みたいな 今、ちゃんと動いてるものを手にを入れたくないからな
バグですら仕様になってシステムに乗ってるとSQLにすら直せないからな >>624
そだよ、コンピュータの中にいる小人を操る魔法だよ(世界機密らしい) 911でワートレで2000年問題解決のため働いていた伝説のCOBOL職人達の多くを失ったんだよな >>547
文法やせいぜい小規模なシステムまでで、コンパイル通すってとこまでならそれでいいだろうけど
C言語でもローカル変数一切使わずに昔のBASICのように書くこともできる
でもそんな使い方はせっかくのC言語のメリットがないわけで >>594
例えばJavaとの連携機能
COBOLからJavaプログラムを呼び出す、またその逆 >>621
PM PL経験者の60歳以上ばかりですね
定年退職者にドキュメント無しのソース解読と若手指導を委託する スクリプト言語とコンパイル言語を間違えるとか謎
COBOLって.netでもあるでしょ。 >>632
4つのディビジョンがコボルだよほらあれだよあれ >>634
使わんかったらええ
でも実際には余裕で使ってるだろ。
無理して使う必要ないけど、ナチュラルにクラスにした方が便利じゃね?って場面遭遇するだろ。 >>578
データシートとにらめっこしてる時間のほうが長いやろうなw
とくにハードウェアはこれぞ最強の業界標準規格!といいつつ
各社がぼくの考えた最強規格だすから全然標準にならんというw
あと命令セットがしょっちゅうかわるのでそれもメンドクサイ
ARM64のマニュアル読んで製造向けの手引書作らないといけんのだがほんとメンドイ
固定長に詰め込むためにA32とT32切り替えられるようにして
盛大にスベッたのにまだアレ拡げようとしとるからなw >>612
違うね。COBOL最強はEVALUATE 文が最強。
INITIALIZEはプリミティブの初期値にするだけじゃん。
RustのEnumに完敗してる。 >>645
興味で質問ですが、コンパイラは何ですか? >>620
のんびりと開発とは無縁な事務屋やってるw
今となってはZ80も6809も8086もCOBOLも無駄な知識だよなw >>581
それが一番だよね。
あとCOBOLの方眼紙をコンピュータに移し替えたような発想に馴染めれば非常に使いやすい。
REDEFINEとかFILLERが便利だと思えたら立派なコボラー。
ただしどっぷりCOBOL脳になってしまうと他に行けない諸刃の剣。
個人的にはお金を扱う事務処理には今でも良い言語だと思うけどね。てか基本それしかできないんだが。 >>576
と、非理系の人が申してます。
ま、最近はmatlabなんかで十分な事も多くなったな。数十万個程度のデータの統計計算とかちょっとした
数値計算ならうちはもうmatlabだな。コンパイルとかリンクがめんどくせー。 >>631
ライブラリやクラスという概念がないのか >>630
VBAはcontinueすらないしな
こんな言語使ってたら池沼になっちまうと思ったわ >>588
数値計算ライブラリ作ってるやつはいるんじゃね? >>650
Z80は一時NASAがエンジニア募集していたぞ >>632
1種って言語問題あったの?2種だけと覚えてるけど
俺も2種はCASLで受けた COBOLの金額演算精度はガチなので
迂闊に他言語に置き換えられんのな 作文みたいで見てるだけで腹が立ってくるんだよなアレ >>652
NASAは未だに火星探査機がFORTLANで組まれていますが(5年前まで)。 COBOLやPLIに知識なんぞいらんやろ
誰でも簡単に組めるわ。
そんなことより業務を覚えろ >>642
そういえば
「ノリはスクリプト言語だけどコンパイルして使うのが前提」
みたいな言語ってあんまり見かけないよな。
Emacs Lisp はマクロの関係でバイトコンパイルするのが普通ってくらいか。 >>634
俺も最初そうだったがC++BuilderやC#を使ったら意味が分かったわ
ファームウェア程度の小さいものをマシン語やCで作れる程度なら無駄にメモリを食うだけのものだが >>648
そうそうコボルにはEVALUATEってすごい命令があってすごいんだぜって先輩が言ってたの思い出した
IF文書かなくていいとか画期的だって そもそもCOBOLerなんて寄せ集めの人月プログラマなんだから、コードの可読性もクソもない
レコードも可変じゃないし、維持すること自体が将来の負荷になる 工場派遣をしてた元コボラーのオジサンもプログラマーとして復職できたかな >>665
業務は担当者が説明せい!SEはそのドキュメンテーションを補助するだけや! COBOLのプログラムを自動的に他の言語に置き換えてくれるツールって無いの?
完璧でなくとも自動置換が出来ずユーザーが手作業で置き換える必要がある部分はそれを明示的に示してくれればいいからさ >>575
ソースコードのきれいさもわりと気にするわ
あとコメントも気にする
ソースコード見れば分かることをわざわざコメントで書いてるヤツとかは説教もんだわ
「インクリメント」とか「変数初期化」とか わが家にコンピューターが来るというのは凄い感動でした、わしが考えたの
は地球の大気を水平・垂直に切って格子状にして各拠点のポテンシャルを
計算すれば台風の進路予想ができる しかも数日先の状況まで分かるってこと
でした だがおおきな難問があったそれは初期値のデータの入手が困難を
きわめたことです レベル番号88の定数定義を知っているか?
アレをやりまくったシステムの解析をやった事あるが
地獄だったわ 必要なとこの社員がやればいいのに他所に勉強させるんだよなぁ >>655
VBAならGoToがあるからVBScriptよりはなんぼかまし >>617
行番号がウザいのと全部グローバル変数なのがキツかったんじゃね? >>666
Emacs Lispですね、あとpypyとかpythonとJAVAはプレコンパイルが諸所あります。 >>645
procedureのネストをちゃんと実装している処理系ってなかったんじゃ? >>659
えNASAは8ビット使ってるのか4ビットじゃないのか大丈夫かややばいだろ8ビットなんか >>668
事務処理との親和性最強!!
可読性宇宙一だと思ってる。
EVALUATE 文 多言語で実装するの無理だろうけど
本当にあれの可読性は物凄い。 >>638
Y2K問題の時ほど、西暦を下2桁でしかもってない事を恨んだことないな
大量のCOBOLプログラム・JCL修正やテストをするはめになったし、パソコンやサーバーのBIOSアップやらも加わって
年末会社に泊まり込んだし >>624
違う。
0.1を10回たしたら、1.0になる言語。
CにもBCDライブライとかあるけど糞。
あと、CALL先
の元ソースが無いと移植100%無理。 >>1
COBOL以上に信頼と実績のある言語は存在しないからな COBOLとSQLが書ければ、あと10年は飯に困ることはない もう日本語じゃメジャー言語の情報すら碌に手に入らなくなってるしな。
C++とか検索しても14以前の古い記事ばかりひっかかる。 銀行と言えばHaskellというくらいにはHaskell増えて欲しいなあ
相性いいだろ、知らんけど >>666
モダンな言語はインタプリタでも内部でJITコンパイルしてるのがほとんどじゃね? >>598
C言語は読むためにとりあえず覚えなきゃいけないことが少ないからハードルが低い
あとは色々見て知識広げていけばいい
C++は覚えなきゃいけないこと多いし、Cの書き方を流用した別物だからCの延長と思うと大失敗する >>680
大学生の時はそう思ってたけど、
C言語でスタックを考えるようなってから、
VB(A)ってスタックどうしてるのか本当に不安。
GoToでファンクションから出れるんぜ?
あれどうしてんだろ? プログラミングの問題出してくれ。できれば学術的なのじゃなくて並のプログラマが解けるやつ。 >>559
それサイアク
メンテナンスや流用のことを全く考えてない >>698
Androidなんかはアプリのインストール時に事前に変換かけるけどね
MacなんかのRosettaなんかもその仕様のはず c++はオブジェクト指向言語じゃなくて、その時々のいろんな流行りを取り入れてる言語。
今はオブジェクト指向というよりテンプレート指向言語といえるかも。 アセンブラをCOBOLに焼き直す案件来てたな。
65万。誰かやる? 高校で数学Tしか習わなかった鷲は
富士通のCOBOL研修(2日間)で心がズタボロになった。 >>693
案外やらしてくれないよ。
SQLむっちゃ書けるし、COBOLも無茶苦茶書けるし。 10 REM 5つ数える
20 FOR I = 1 TO 5
30 PRINT I
40 NEXT
RUN
1
2
3
4
5 >>696
米国の商務省などは納入されるプログラムはCOBOLであることが必須
これは法律で決まってるらしい
COBOLで食ってる技術者が80万人以上いる国 >>688
え、、普通の日本だと昭和から平成問題があってY2K時はちゃんとしてたはず
まあアメリカ産が検証して報告書出さない企業と取引しないって抜かしたから
やらなくていいことやったのがY2K問題だと思うが昭和問題説明できんかったのだろなアメさんに 他の言語はクラス任せで途中でメモリとって、勝手に開放するから大量データ扱うには安定性にかけたりするんだよな
そこイメージ出来たらそういうロジック組むんだろうけど、Cみたいにメモリのイメージ頭で描きながら書く人って少ないだろし
COBOLはメモリを最初に取っちゃう、取れん場合はコンパイルでエラー >>660
同じく覚えてないけど、応用情報にはプログラミングがある
日本語も使ってるオリジナル言語の穴埋め ソース編集君て知ってる?
あれで解析してたわ。懐かしいなぁ
JCLとかパチパチやってた >>668
Evaluateは要はSwitch Caseなんでは… >>571
あなたは分かってる人だと思う
>>547は分かってなさそう >>704
特殊って言えば特殊。
そーすコードの中にソースコード名と生成するオブジェクト名
書かないと駄目なくらいには特殊。
あと読み書きするファイルのタイプとかを
ソースコードの先頭で先に全部書かないと駄目。
とか、他の言語にはないお約束感満載。 JavaとJavaScriptは書き方がどんどん変わっていってるのが微妙に嫌
昔のスキルで楽して食いつなぎたい よーしパパ Z80Z 100MHzつくっちゃうぞー >>714
1990年台後半の某金融機関のコード見たことあるけど、まだ西暦下2桁だったぞ
ちょうど対策中だった >>1
みずほ銀行がCOBOLで
今の若いの手が出せん仕様 >>351
お前はそれをどこで知ったのか問い詰めたい。 >>704
environment division >>559
コードレビュー文化が存在しなかった時代の書物か...
狂気やな >>726
それだとやっぱ手に職って感じで食いっぱぐれない感じだね 新人の頃、
COBOLライクなLAMPS?という言語を触った。
調べても出てこない。 >>356
スパコンで使えるらしい。
過去の資産でええやつがあるからって聞いた。 素人でもメンテしやすいから
事務のおばちゃんが勝手に仕様変更してたことがあった >>698
使いこなせればですが、クソグラマーはそのままスクリプトとして走らせる人も多いようです。
PHPのプレコンパイルと同様ではないです。
なんか、zendだったかアレいらなかったな、web系じゃないけどphpはいじる機会があったな。 >>559
日本語はダブルクォーテーションで囲めば表示できるのに そろそろ5Gの時代やし電信系やバッチ処理の転換えお図るべきなんだよな
リアルタイムに処理可能なのに中間に人が介在して工数かける時代じゃないだろ少子化も進んでるし >>357
Javaでそんな長いのは見たことは無いが、FORTRANなら見たことあるぞ。
見ただけじゃなく、そのままCに移植となった。 そっかCOBOLってみずほになるのか時代が変わった
昔は第一勧業銀行だったのになぁ昔の人は懐かしいでしょ
第3次オンラインシステムとかさぁ・・・・ >>721
Haskell言うてるでしょう
金融でcobolからこれ使ってたら、本気度がわかる >>714
90年代には分かってたから
新しいのは対策はしてたけど
現行のは結局土壇場で直した >>742
シンタックスエラー
許されない文字列があります Fortran
Cobol
Lisp群
C、C系
超長寿命言語って、これくらいしか知らん COBOLはいーぞー
あと数年で引退だけど仕事に困ったことない >>701
スタックっつってもデータ領域だしね
longjmpのように復帰予定がなけりゃユーザランドスタックはADD SPして終わりよ
復帰する予定ならコンテキストスイッチでコンテキストセーブしてスイッチ 多数桁の演算を+-*/でできるメジャー言語が他に生まれなかったからな
一時期COBOL→Javaの自動変換プログラムとか流行ったけれど
変換したら「こりゃメンテできんね(苦笑)」ってものになって廃れた 代入するたびにMOVE TO なんちゃらなんて書いてたら発狂しないの? >>710
10 FOR A=1 TO 100
20 PRINT A
30 NEXT A
40 NEW
これを遅いパソコンで走らせて、STOPキーで止める
100に近い方が勝ち
行き過ぎたら入力し直しね ま、言語は置いといてメーカーの中抜きが酷い
取り締まれ >>580
だから、COPY句が10個くらいあるw identification divisionしか覚えてない >>764
おまえはコピペしないのか
要領悪いやっちゃな Fortran => Julia
Cobol => ?
Lisp群 => Haskell
C、C系 => Rust
への置き替えが今動いてる。
LLVMの登場で、出来たもの書き直さんでも良いやろっていう
文化が欧米アジアで形成されている。
日本だけだよ。もうあるのだから触るなって言ってるの。 >>714
Y2K見越して皇紀使ってるから大丈夫ってとこがあったような >>755
Delphi(TurboPascal)は姿を変えて生き続ける、てほしい >>728
Object Cとか今技術が継承されているのかな。
>>728
4Ghz シングルコア、シングルスレッドではなくてですか >>762
演算子オーバーロードができる言語なら余裕だろ >>4
システムの出来の悪さは言語じゃなく
設計の悪さ もう20年以上前の事だけど2年間プログラマーの仕事で使った言語はDelphiとDB magic
かなりマイナーっぽいけどどうなん?
Windows95が出て間もなくでとにかく人手不足
簡単な言語だったのかなと今思うと
出来るっぽい人達はVB、COBOLとかメジャーな言語を使ってたようだし
先出のDelphi、DB magicはマイナーかも知らんけど色々と勉強にはなったかなと勝手に思ってる >>687
EVALUATEはひとつの項目に対する複数条件分岐も、複数の項目に対する複数条件分岐を定義できるところが大好き
はまるとバグの元だけど みんな何を言っているんだ?
コンピューター言語と言えば永遠のアセンブラだろ。 >>772
何じゃそれ、ゼロ戦マニアでもあるまいし戦争おたかw 詳しくは知らんけど、銀行の勘定系に対してコンパイルが優れてるからCOBOLが未だに使われてるとか聞いた。
.Net対応COBOLってのも見た気がする。
ついでに言うとオブジェクト指向対応してたら、同じように作れるんじゃないかと思ったり。 >>778
今のデルファイはiosやアンドロイド用のネイティブコードも書ける程進化したw
いらねーw >>778
最初の仕事がDelphiだったなぁ
大学でPascal習ってるから大丈夫だろっていきなり実戦投入された記憶 >>714
昭和歴使ってた所は、平成・令和は昭和通年方式で乗り切ってるけど、
2025年に昭和100年問題が起こるんだな
25年遅れのY2K問題だ
当時はせせら笑ってた奴らだぜ >>779
確かにデバックでDISPLAYしたりして苦労したな OTHER があるしすり抜けもある アハハ こんなに流行っているんなら情報処理試験で復活すればいいのにw 個々のプログラム自体は単純な処理しかやってないけど、
都銀だととにかくレコード数が多いんだよな。
オンラインジャーナルとか1日分でもすげー量になる。
おまえらそんなに頻繁に残高照会するなや >>721
あえて逆張りをしてバックボーンとなる理論が重要といっておきたいw
CSをバックボーンにするならCだと理論と規格ではなるほどわからんとなっても
実装を読んで具体化することができるんで理解が捗るかんじ
いま物理系でいろいろ熱いPIだとFORTRANの資産の膨大さに鼻水でるから
数式とFORTRAN間の相互変換できるくらいは読めるようになったほうがいい DelphiはCommunityでてるけど使う人増えてるのかねぇ
Starterはくそだったけど・・・ 50才のおっさんでよければ雇って欲しい
cとvbがちょっと出来る
月給20万でお願い >>1
まーデジタル技術はドンドン開発発展させていくべきだがアナログ技術も先鋭的に発展させておいた方がいいだろ!w >>721
FORTRANであれー処理ですべて完結。
数学計算がものすごい早いので、宇宙開発で未だに現役。
>>740
FORTRANも使えるスパコンもありますがRが主力..。
>>139
>>741
基幹系の方ですね、HULFTがなければ..
Forth wwwwwwwwwwwwwwwwwww COBOLのデータ処理、特にソート、マージの速さはすごい >>780
ジャンプ命令使いたい放題って爽快だよねアセンブラ
ソースにコメントがないとメンテナンスが地獄なのがアセンブラ オンライン画面や常駐処理に向かない言語 中間処理やバッチ処理、帳票向け >>787
Delphiは医療系事務の覇者と聞いてたけど明け渡してもうたん? まだ働けるな
JCLは要らないのかな?
バッチか別のプロシジャー書くのかな? >>781
>>784
UNIX/Linuxの時間の数え方を知っていれば、アリエナイは梨ですが。 >>4
お前みたいな「よくわからんけど知ってる風の煽り入れとけばカッコつくやろ」
って考えの人間が間違いで出世したら、みずほみたいな企業が出来上がるわけだ。 >>770
LISPをHaskellに置き換えなんてできるのか??言語の特性が全然違うと思うのだけれど。 銀行じゃないけど、特殊な公的金融関係で働いてたときのシステムがCOBOLだった。
JAVAに移行したけど、安定稼働までなかなか大変だった。 web経由のサービスはともかく、
勘定系の基幹業務は完璧だからな、COBOLで。
今のところ「動いてるものは触らない」が鉄則、
なのがIT業界でもある。お金数えるだけだから、
ともいえるが。とはいえ、伝統工芸として京都か
奈良で受け継がれ続けている銅鏡製造技術を守る家、
みたいに、ニッチな就職枠だろうけど。 >>809
俺もその点は気になったな
HaskellはOCamlとの互換だと思うが >>786
ほえー
確かにかなり汎用性の高い言語だなとは思ってた
自治体のマッピングの仕事でDelphi使ってたんだけどあの当時でCAD対応してたはず
>>787
凄いね
オイラはお手伝い程度のプログラミングとバグ探しだった笑
とにかく実務で必要な事だけしか覚えなかったから全容は全然わからんす >>799
一番ダメなやつやろ低級言語にはかなわんからな ましてや昔のRDBMSとかI/O最悪やろ >>415
100パー門外漢なんで的外れな質問だとは思うんだけど、そのデータベース(由来銀行ごとにフォーマットはバラバラなんだろうけど)を現代のフォーマットに統一しつつ移植できないのはどうして? >>799
COBOLじゃないじゃんそこ。
JCLでやってるやろ屑。 母がコボラーだ
今はもう長編小説を読む根気もなくなってしまったが、少し前までは「短期でもいいから」と昔の伝手で誘いがあったらしい >>809
どちらも関数言語なんだよね。
iRobot社のルンバが未だにListで動いてて改造で遊んでいました
Lispはまだあと10年ぐらい現役、Lispを理解していない人が多すぎw コボラーワイ歓喜
COBOLやらされた時は嫌で嫌で仕方なかったが、WEB系言語笑なんてレッドオーシャンもいいところだな >>661
COBOL四則演算の期待値をExcelで作って検証した奴がいて大変なことになったw >>1
計算した結果は紙に印刷しなければならないわけだが、
これを最も得意とする言語がCOBOLというわけで。
それ故に事務処理向けと呼ばれる。
現代はその需要も薄れたきたといえど、まだまだ絶無ではない。 COBOL離れて軽く25年は経つ50代だけど仕事ありますか? テキスト単位でコマンド文を置換して自動移植アプリとかできんの? COBOLは自信あるぜ!
10 マワレ I=1 カラ 100
20 カケ I
30 トジル >>812
それ仕様書が無くて、担当者も仕様わかんなくて、
「仕様はCOBOLのソースです」みたいな奴ですか? >>815
やっと出たか、OCaml。
待っていましたw
>>817
web系でエンジニアを自称している人とか低級言語に感して全く興味がないですからwww 日銀かぁ、帳票で桁17桁必要なんだぜとか聞いたことあるわ日銀
都市銀行やったときは15桁だったような、、それでもびっくりしたら
同僚のやつが昔やった日銀ではそうだったとか言ってビビった大昔 >>396
Cも登場からは随分経ってるが、未だに現役だな
UnixはもちろんWindowsやLinuxと言ったOSもCで書かれてるし
でも後何十年がするとCOBOLで書かれた銀行オンラインシステムのように
誰も全体の理解はできないがメンテナンスは必要
なんて事になってるかも >>638
うちの子会社の子も数名亡くなった
>>714
金融は下2桁しかもってない古いシステムが多くてですねー
死ぬほどテストさせてクリアしたもんだす コボルのソースコードをAIで流行りの言語に自動翻訳 >>835
今のWindowsはC++だね
Windows NTからC++ 現役は平均年齢高そうだけど、再就職先には困らなそうでいいね。
需給の関係で見れば普通に高給取りになれそうでも、自分を高く売り込む営業センスはなさそう。 cobol自体は全然簡単な言語なんだけど
NDBやらメインフレームの考え方がクセが凄いんだよな >>806
日付を文字列で持ってるからunix時刻の問題ではない
2000年問題は、昔はメモリーを節約するため年を2桁にしていたから19「99」→20「00」がうまくいくかという問題だった
昭和や平成の2桁年にしたシステムもあったとかなかったとか、これだと昭和や平成100年になったときが問題
皇紀だと2700年になる西暦2040年に発生しそうだな >>837
2バイトしか持ってなくて、65536がマジックナンバーの問題は大丈夫ですか? >>783
とっくにCobolはオブジェクト指向化されてるよ
でも、使用率は極小
積極的に使う必要性がないのが大部分
積極的に使いたがらない(良く分からない)
とにかく、打つ文字数が多い
こんな理由だな
でも、オブジェクト指向ライブラリやフレームワークと旧Cobolを連携させるようなところでは、
必要だから使われている 言語の問題ではないとも言えるし言語の問題とも言える
元々のシステム作った連中、システムを理解してる連中はCOBOLしかわからん
とはいえその世代は続々と引退してるがな 田舎のせいかそんな求人みたことないな
CばっかりでPythonとかJavaも殆ど見ない >>806
どういうことでしょうか
DOS/WindowsやMACとは違う、Y2Kを根本的に回避できる方法を使ってるということでしょうか 今のCOBOLも昔のCOBOLも関係ない
大昔から今の新環境でうごいているのも
あるからw >>837
昔はねメモリもディスクも高かったから1バイトでも節約したんだよね
いや、1バイトどころか1ビット単位で節約してた場合もあった
汎用機でハードディスクが60メガバイトもあって化けかよって思った時代
パソコンのメモリが16Kとか32KのころメガじゃないよKだよK >>1
お前らには無縁だが、fortranもまだ科学技術計算に使用されてるよ。 >>843
癖があるというより今の時代これだけー?
って感じでどこに手を入れてやらなきゃ駄目か
作り手が想像できないのが辛いのでは? コボルなどわれらしてんのうのつらよごし
しんの戦士はホートランさまよ。 >>819
機械語に翻訳されたときSERCH INDEXとREAD NEXTじゃ雲泥の差が出た記憶が
指標データ項目がコンパイラにより自動的に定義される >>821
Lisp系は関数型っぽく書けるというだけのゴリゴリの命令型言語でしょ。
純粋関数型言語よりもスタック型言語に近い方向性だと思う。 >>848
コンパイラとインタープリターの差は大きいからね みずぽ銀行だけで
数千人のプログラマー抱えてるやろ
大量にあるコボルのプログラムのメンテで必死 >>855
うーんコボラーの人?
コボラーの人ってそういう頓珍漢な勘違いしてるのが
多くて話したくないって、今思い出した。
www >>829
よぉ、ぴゅう太、久し振りだな、元気してる?
昔はRX-78やM5と一緒につるんでたよな
ヤツら何してんだろ? 日付と時刻の桁を合わせると見た目が良いしな
99/99/99 99:99:99 コボルでもSQLスクリプト使えるようになったバージョンとそれ以前のDB言語で異なるでしょ >>25
ならその高級(笑)な手法で今時のシステム組んでみろよ
アホだろお前 >>848
田舎は工場ベッタリの組み込み系が多いからな、業務系の仕事は大体本社がやるんだよ。 2000年頃にレンタル掲示板に投稿したら投稿日が19100年1月1日とかになって笑った記憶があるな >>846
あー、タイプ数は気になるね。
VB.NetとC#で、できる事はほぼ同じなのに、
VB.Netがあまり使われないのはタイプ数が関係しているかもしれない。 >>638
死にかけた。
思い出したくない。
DKBの多数を失ったのは悲しいです。
>>844
カウントアップで足し算して中間ファイルを作るんですか、メモリ上で動作するクロッキングがわかりません。
CPUの周波数連れの修正とうるう秒、うるう年を謎実装したんですか?
まさかそのシステム、ネヴァダの原子時計とntpで通信している感じですか? >>818
ジジイが「ワシは20年以上このフォーマットでやっとるんじゃ、変えてくれるな!」って言い合って統一できないんじゃないかね >>853
いちばんの問題はググってもまともな情報が出てこないことじゃね >>852
科学技術計算というか配列演算はMATLABが便利 >>840
金融系、官公庁関連、未だにそんなもんよ。
ゼロペースで1から作るより、手持ちのCOBOL資産を活用して、お手軽に別言語のシステムに出来ますって。 >>844
たしかCPUの仕様の問題でハードウェアの問題だったっけ?
当時は博士前期で絞られてた頃で研究の合間にちょろっとみた感じだけど
オーバーフローしたときにビットが反転するかどうかで
CISC系は反転するけどRISC系の中には割り込み例外発生させて
反転させないやつとかあるからハードウェア構成から洗い直す必要があって
ハードウェアごとの対応をしないとNGだった記憶がある >>832
OCamlは募集出たら給料いいんだけどねえ
募集ないんだなw >>872
だって無いんだもの、手組だよ?
秘伝のCOPY文にしか便利関数ない。
それがCOBOL >>1
基本情報の勉強に解説書使うとか素人だな
ある程度の経験者ならひたすら過去問やるだけだぞ 幾らクロスコンパイルしても制限がつくやろ自動翻訳と同じでさ 高給取りにはなれんが、安定して年収600〜700万円を維持してるわ >>856
それをどの言語に置き換えるかが元のお話でしてw
>>818 >>871
HULFTつかえば?
>>873
ベンチ確認しましたがおそすぎw
>>876
非常に理解していますw >>878
30年プログラマーやって、去年はじめて
ラダー(PLC)を知った触った。
これ面白いじゃんって思ったけど時給安いのね。
製造業時給安い問題なんとかせぇーよ、
組み込みよりは簡単だけど、事務職に負けたらあかんやろ
って思った。 超コボラーだけど仕事どこにあんねん
異業種の現場仕事に転職して体ガタガタや >>881
組み込みの経験がなー。
ないねん。悲しい。 Pythonとかコレクション渡すだけでグラフ描画するライブラリとか普通にあるからな
COBOLエンジニアとPythonエンジニアくらいになると根本的に別の職種だと思う COBOLばかり記事になってFORTRAN,PL/1育ちの人可哀そうw
一応どの言語も知ってますが それだけCOBOLで書かれたレガシーが多いんだよな
そりゃ後発言語の方が合理的だけど乗り換えるコストを誰もが払えるわけではない F社製のメインフレーム
COBOL85、最後はCOBOL97だったわ。
AT互換機との連携でくるくるぱーになりそうだった。 エンジニアを粗末にすると将来こうなる、の典型。
もう定年か鬼界入りでまともなのは残ってない。
ある意味、AIよりも将来性あるやもしれん(笑) 結局、社内に昔から伝わる秘伝のソースを変えたくない、変えられないという壁がある限り、COBOLは死なないんだな >>897
COBOLエンジニアは大切にされてきたと思うぞw
エンジニア界隈からは嫌われ者だけど >>886
ラダーでやってる人って基本大卒がいないから。かな。
それぐらいラダーは簡単で、制御にはそれがパワフル。
あと、ラダーだけできてもだめなとこがほとんどで、
FA機器全般に知識の幅が必要。 >>88
10年ほどまえに子育て終わった40代の女性
同僚、派遣でCOBOLで儲けて数百万のダイヤ
首輪をたくさん買ったとさwww
旦那に内緒にしてねと言われたwww >>407
ノイマンて天才だよな
通電を1無通電を0に置き換え、トランジスタの3種類のスイッチングを演算子に置き換えて「計算ができるじゃん!!」て発見したんだからな
そしてそれから100年経とうとしてるのに未だにそのロジックでPCが動いてるという情けなさ >>902
だよね、1千万は出すべき感じ。
FA機器全般というか対象機器完璧じゃないと
危険が危いって思うんだよね、それなのに
不動産会社のCADオペ並の時給でびっくりした。 COBOLのおばちゃまは40年前にクラスのやつが言ってた まともに使えるのc#だけなんだけど、何覚えた方がいい?
そろそろ2年の休職明けそうだからまともに仕事できるかどきどきしてる
応用情報の勉強でもした方がいいかな 小数点以下の誤差が出ないから金融機関はまだCOBOLが生き残ってんだよね
銀行なんか1円でも違ってたら原因わかるまで帰れないもんね >>892
たしかに行列扱うときは滅茶苦茶便利だなアレ
20代の若い研究者は使って楽してるんだろうな
しかし30代くらいだとC使ってるフェロー多いw
ワシら40半ばだとFORTRANに馴染んでもうてなw
コロラドの研究センターのときもFORTRANが当たり前だったしIBMの呪縛すごすぎだろとw 初めて覚えたのがCOBOLとFORTRANだったな >>100
去年コロナ禍で米のおじいさんにボラでやって欲しいと知事が言っていたかな FORTRANも現役だぞ
動いているものをわざわざ変える必要はないからな
金もかかるし >>907
でもいまぐぐったら、ラダーでいけるPLCは日本メーカーのやつぐらいらしい。 >>892
>>913
おー、GPGPUコンピューティングで処理できるんですね。
未確認でした、申し訳ないです。
CEO/CSOをしているので独立する前までプレーヤーでしたが、美馬は技術論を受けつつステラ手ジックに物事を考える職になりました。
FORTRAN凄いっすw >>217
シーズン9〜12の円盤買いなよ
買いなよ >>905
情けないというか、今のコンピュータはアルゴリズムが規定できるものは全て計算できる、
という万能のチューリングマシンなのでそれ以上なんて原理的にありえないんだよね
量子コンピュータやGPUは違う。実装できないアルゴリズムだらけ >>903
なんでそんなすぐ嘘だとわかる話を信じてしまうやつがいるのかね >>905
Neumannが天才なのはそうだけど
物理系のワシからすると情報というものを普遍化して
定量化して情報量という概念を生み出したShannonに畏敬の念を覚える
理論物理の権威のHooft博士の宇宙論も絶対Shannonに影響うけてるはずw >>918 FORTRANでテイラーマクローリン展開
懐かしい 思い出してあげている
明日書庫のPL/1の書物見てみるわw >>926
シャノンはノーベル賞に相応しいと思ったわ。 まぁラダーはそのうちcに置き換わるだろう
実回路のラダーは不滅に近いが R言語とかも演算部分はFORTRAN呼んでる箇所多いよ
FORTRANは向こう数十年は現役であり続けると思う
変える必要が無い COBOLはやらなかった
プログラミング演習がFORTRANだったが生協でパンチカードを買ってた
打ち間違えるとカードが無駄になるんだよなw >>925
AI屋は新卒で1000万超えが当たり前になってきてる... 高校生の頃ベーシックとフォートラン習ってベーシックなら少し理解できた
しかしプログラム言語があり過ぎてC言語やCOBOLとかVisual BASICとか、なんでいくつも言語が存在するのか、そもそも何が違うのか、PCが何故新しい言語を理解できるのか意味わからん… >>921
ワシも試しに使ってみただけで研究には使ったことなくて
あくまで試用した感想なのでスルーしてくださいw
たぶん必要ない人には必要ないのだと思います
自分もいまはただの実家の会社のシニアフェローとは名ばかりの
バックオフィスに忙殺されてる身ですからw programming language one
プログラミングラングワジーwワン
特徴
リカーシブ、構造化プログラミング >>934
ICOTだったか?
AIはprologとかLispを使ってたような気がするが
今は何つかってるんだろう? >>932
FORTRANでGPUコード書けるの? ところで真面目な質問なんだが
30年後、50年後もみずほは今のCOBOLのシステムを
継ぎはぎしながら使い続けてるんだろうか? >>939
脇が甘かったです。
個別のシニアエンジニアから上がった話題は今後、襟元を正して向かい合います。
ありがとうございます。 >>934
まじか
子供に数学とPythonやらせるわ。
パパはReactで苦戦中。 >>937
どうでもいいが
ハードウェアが理解できるのはマシン語だけな >>930
彼の凄さをわかってくれる人がいてなんかうれしい! >>937
最新のCOBOLはVISUAL COBOLとか色々進化してて3Dゲームとかも作れるらしい >>937
インタプリタかコンパイラが
最終的にマシン語にするからでしょ 大手金融の基幹処理は
まだまだメインフレーム&COBOLの組み合わせだらけ。
みずほに限らず。
中身がスパゲッティすぎて、
大掛かりな修正は不可能 >910
その2年のあいだにあちこちぐぐって新しい知識増やすなり
C#周りを強化するなりしてなかったのかと。 >>943
GPU叩く部分はpytorchやtensorflow使うんだけど
それに流す為のデータ前処理の部分でバリバリに現役よ
Pythonならscipyパッケージの多くはFORTRAN呼び出してたり >>951
メタルギアの最新作(といっても5年くらい前)とかもそれで作ってるのかな?
FOX ENGINE? マジわからん >>937
Visual BASIC懐かしいw
quickl BASICや桐とかDOS時代にやってたな 本当に必用なのは単なるコーダーではなく
糞プログラムを読み解ける奴 >>954
だいぶ昔に金融系にも関わったけど
そういうのはとっくに仮想化してやってると思ってた >>954
海外の銀行のシステムとかは何使ってんの? 二十年くらい前に風俗好きのCOBOL屋のおっさんいたなあ
あんとき食いっぱぐれないって言ってたけど本当だったんだな >>954
今後もレガシー銀行は永遠にその組み合わせだと思うんだ
言語仕様というより「処理は単純、処理データ量は膨大」なバッチ処理そのものの考え方が
今のコンピューティングに似合わな過ぎる。
今時の人なら如何にスケールしようがない単一バッチを避けて、
マイクロサービス化するなりサーバレス化するなりして
どうスケールさせるか考える筈
レガシー屋さんは「そんなので信頼性が担保できるわけない」で
初めからそんな事考えないもんね。
アセンブラ時代からのぎっちり計算し尽くした
無駄のないバッチを最小限のハードウェアで動かし続ける事を考える筈 COBOLだけコボラーとか愛称付けて貰えていいなあ >>957
tensorflowのバックエンド、確認していませんでした。
頭馬鹿になったかもなぁ。 >>954
> 中身がスパゲッティすぎて、
> 大掛かりな修正は不可能
まあこれは作りの問題というより、要件自体が極めて複雑だからな
SOAのコンセプトで作り直したみずほ銀行もあんな感じで、別に良くなってはいない
作り直せばシンプルになる!という人は要件を理解してないだけ
意識高い系のコンサルとかがしょっちゅう海外事例とか提案持ってくるけど、100%何も理解していない
数ヶ月、数年かけてだんだん複雑さが分かって逃げ出すっていつものパターン >>75
“バグ”の語源を作った文字通りCOBOLのおばちゃまだが、アメリカ海軍の経理に長年携わった結果、海軍の金の流れを全て把握してしまい79歳
まで退役させてもらえなかったらしいなw
経理プログラムのおばちゃまなのに准将まで昇進
して“提督”と呼ばれ、退役時には国防殊勲章まで
貰って80歳でDECに天下りwとアメリカ海軍
いたせりつくせりw
85歳になってすぐに無くなったが、いろんな機密墓まで持っていったんだろうなw >>942
おおおおまさかICOTの名をここで聞くとは
非ノイマン型の第五世代コンピュータ云々とか騒いでた頃ですね
今のAI開発はハードウェアはnvidiaとかのGPGPU使って
ソフトはWEBブラウザベースのjupyterlabインタフェースから
pythonで書くのが主流です
AI開発はコード書くよりデータ流す準備の方が作業量増えがちで。
良いデータ食べさせると良いAIが育ちます やっほーふぉとらんららん やほ ふぉとらんららん やほ ふぉとらんららん 日本だけってことはねーよな??
だとしたら悲惨すぎるぞ >>972
顧客はシステムのことなんか知らんしシンプルにするインセンティブがないのでねw >>950
彼の業績って暗号の戦時研究の物だから、なかなか一般に出せなかったんだよね。
A Mathematical Theory of Communication は暗号の研究だったけどそのまま出せないから、改題して公開された。 既存のスッパ go toは無理かも
偉い人がやったことを直せない >>954
金かけたくないって事
最新のサーバ入れて最新言語でシステムを再構築し数年かけて並列でテストをして順次COBOLを切って行ったという企業もある
まあシステムを並列で動かしてる場合は金も2倍以上かかるがな
だが将来的にはこの方が正しい https://gentosha-go.com/articles/-/38341
cobolが死ぬ時、
が来るとしたらレガシー銀行が死ぬ時に
道連れにされる時にだなと思った >>973
++が先か後かで挙動が変わるようなコード書くのは良くないと思いますはい
技巧に走りすぎてるというか ピッカピカの新入社員で会社に入って何に驚いたって
バカでもわかるコンピューターの歴史でお勉強した記憶のあるユニバックちゃん達が現役で元気に毎日動いてたことやで
>>818
このスレを勘定系で検索して読めばわかるかもね
金融は桁がとても多いデータを超絶大量に扱う上に、確実でトコトン正確な数字が要求される
>>955
最初の一歩をアセンブラから入ると、どの言語も分かりやすくてとても楽しいよね〜
コンピュータを授業でやるならこれこそを中1くらいで教えるといいのに >>987
この手のitブラック伝説って
コードレビューもそもそもバージョン管理も
されてない時代の話としか思えないんだけど
未だにそんな職場あるのかなぁ... どーせ、老害が若手に仕事盗られる事をビビッて
継承しなかったのが悪いんでしょ
くっだらないね
こういう無駄な仕事増やして、被害者ぶって生きてる人って何なの??? >>988
アセンブラは中坊の頃に触っててホント良かった...
AI作りのパラメータチューニングとか、
マシン語の感覚あるかないかで全然違うんだ >>982
内部というか子会社にシステム屋を抱えてて
そいつらを手足として本社システム管理側がガッチリシステム要件を設計して
ぬりいことやってちゃあかん石橋は叩いて壊せってテストをやれるところはいいよね
>>992
ちがう
概念の問題だから最初に踏んどくことが必要 意味が分からんなあ、プログラム言語なんてみんな同じだろ
cやJavaでもbasicでも、何かでプログラム組めたら、
他の言語でプログラム組むのに、さほど時間がかかるとは思えない
時間かかるとしたら既存システムの理解だろ >>780
早さを出すならなw
ただし、浮動小数点演算とか、自分でand,or,xorで組まなきゃならないがなw x86系のアセンブラは汚いにも程があるので
初学者にはきちい気もしますが...
今ならllvmのIRアセンブラについて知っとくと
いろんな言語で汎用的に対応出来るかも >>988
> 最初の一歩をアセンブラから入ると、どの言語も分かりやすくてとても楽しいよね〜
それわかる
仕事で初期にアセンブラを組まされてマスターしたけど
コンパイラやインタプリタと違ってミニマムなレベルで実際どう動くのか
そういうイメージが出来た このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 3時間 46分 49秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。