コボラーは死なん
（更改があるたびに）何度でも蘇るさ

RIP

まあ変えられない類のやつだからな

世界の一部はCOBOLでできている

日本の中核も結構これ

>世界の一部はCOBOLでできている
その一部って結構重要な個所ってイメージがある

というか世界の中枢にCOBOLが潜んでる

なんでプログラミング言語は統一されないんですか？

>なんでプログラミング言語は統一されないんですか？
作りたいものも動く環境も違うからだ

オブジェクト指向のCOBOLもある

古代言語

俺が高校の頃でも化石扱いされてたのにまだ生きてるのか

俺の考えた言語こそ最強だから

>その一部って結構重要な個所ってイメージがある
今のうちにコードの解析して他で置き換える準備とかやっておかないもんなの？

コード解析と言うかそもそも言語を新たに作るところから始めなきゃいけなかったはず

おばあちゃんの贈り物

>今のうちにコードの解析して他で置き換える準備とかやっておかないもんなの？
古代文字で書かれた文章を解読して
作者の意図を完全に反映した現代文に翻訳して
なおかつ作者が居ないけど意図通りの文章になってると証明する必要があるけど
やります？

>合併するじゃん過去の資産があるじゃん
>これでだいたい秘伝のたれが各所に秘やかに出来上がって行って…その中核に混ざってるのがこれや…

こいつはシステム全体や運用とかのビジネスやドメイン知識も豊富な開発者が使うときこそ価値があるDSLに近いやつだと思う
今のコンポーネント開発みたいに製品とかシステムの一部分しか携わらない短期開発者には不要だけどそういう製品開発が頓挫したり高コストという流れもあるから再評価の流れはある

門外漢なんだけどCOBOL使ってるような現場で最新バージョンに更新とかするものなの

>古代文字で書かれた文章を解読して
>作者の意図を完全に反映した現代文に翻訳して
>なおかつ作者が居ないけど意図通りの文章になってると証明する必要があるけど
>やります？
システムがぶっ壊れた時ちゃんと復旧できるの？

>>今のうちにコードの解析して他で置き換える準備とかやっておかないもんなの？
>古代文字で書かれた文章を解読して
>作者の意図を完全に反映した現代文に翻訳して
>なおかつ作者が居ないけど意図通りの文章になってると証明する必要があるけど
>やります？
もう数年したらAIがなんとかしてくれそうだな…

>なんでプログラミング言語は統一されないんですか？
ある程度経験詰むと俺が考えた最強スーパープログラミング言語って作らない？
俺は毎年作ってる

ラテン語で書かれた文章みたいな

きほん頭のいい人たちが我のルールで運用したいぞって主張し始めるんですよ…
頭がいいからちゃんと形にもなるんです…
そうして出来上がったものがこちらです!!
https://www.youtube.com/watch?v=E7fgWtwcBqQ
UIとロジックがそこまで綺麗に別れないだろうし…
独自運用ルールを落とし込んだものが山積してるだろうし…
動いてるからそれでそれこそが一番なんだろうし…（ここが重要）

>動いてるからそれでそれこそが一番なんだろうし…（ここが重要）
オデコレキライ

>なんでプログラミング言語は統一されないんですか？
実行効率とコーディング効率はどうしてもトレードオフになるからね

最近読む機会があったが別に難しくは無かったから必要な時が来たら身につけるで良い言語だったわ

F「若い連中を突っ込んで替えの効かない人生を歩ませてやる」

>今のうちにコードの解析して他で置き換える準備とかやっておかないもんなの？
やっておくべきものだしやりたいものだけど
すごいお金かかる…今ムリ…を続けて現在まで残ってる

触らぬ神に祟りなしってやつが強すぎる…

オープン系とはまるで異なるメインフレームや帳票文化と不可分のやつだから
COBOL修得は文法の理解と言うよりそっちの異世界への理解が重要になったりする

形式がしっかりしてるからそれこそ解析は楽そうなのにな

今からのCOBOL案件は保守だけだし責任もクソ重い業種ばかりだから相手したくない

どんな言語でも需要はある

そのへんにいくらでもいるJavaとかPython分かる人は買い叩かれてそうだけどこれから増える見込みのないコボラーは希少技術でおちんぎん増えていく？

FORTRANとかも未だ現役だもんな

>そのへんにいくらでもいるJavaとかPython分かる人は買い叩かれてそうだけどこれから増える見込みのないコボラーは希少技術でおちんぎん増えていく？
定年退職した無職を安く使うよ

>そのへんにいくらでもいるJavaとかPython分かる人は買い叩かれてそうだけどこれから増える見込みのないコボラーは希少技術でおちんぎん増えていく？
昔みたいに個人で請けれるなら100万とか余裕だろうけどね
今は会社に所属してないと案件受けるまで行かないと思う

>最近読む機会があったが別に難しくは無かったから必要な時が来たら身につけるで良い言語だったわ
ね？簡単でしょ？

COBOLそのものというよりその時代のプログラミングが大体悪い意味で職人芸で誰も弄れない

金のとれるコボラーとなると業務知識にも精通してるイメージがある
主に金融系で

一部はともかく大半はそのへんの奴に覚えさせればどうにかなる程度だろうし…

やれること少ないのが利点まである

基本的に誰が組んでもお金の計算に誤差が出ない仕様なのが重要なんだよね

若手にCOBOL覚えさせるのゾクゾクしてやめられねえ

昔マイグレに関わってた時は複利計算の代替ライブラリが無いよ〜って困ってたのを見かけたな
複利だと小数点重ねまくるからなかなか大変らしい

https://www.cobol.gr.jp/knowledge/next_standard/standard006.html
ページの著者でダメだった

>コボラーは希少技術でおちんぎん増えていく？
知り合いの68歳コボラーはめっちゃ儲かるけど基幹システム系の知識や経験があっての単価であって新規参入組は単価安いし知見もないから使いものにならんよってボヤいてた

>若手にCOBOL覚えさせるのゾクゾクしてやめられねえ
COBOL面白くない…！😭

>>コボラーは希少技術でおちんぎん増えていく？
>知り合いの68歳コボラーはめっちゃ儲かるけど基幹システム系の知識や経験があっての単価であって新規参入組は単価安いし知見もないから使いものにならんよってボヤいてた
基本的に人に教える気無い世代だからな
技術者と共に滅びた方が良い

初手でCOBOLの現場に放り込むと関数やファイルの命名に連番を使う若手が誕生する

COBOL案件営業が取ってきて新人つっこもうとしたのを必死で止めたのは数少ない俺の功績

パックがDECIMALでゾーンがNUMERICだぞ

弊社は当分COBOL使うな…

>なんでプログラミング言語は統一されないんですか？
かつて人類はバベルタワーPCを作ろうとして神の怒りをかい言語はバラバラになってしまったんだ

>>若手にCOBOL覚えさせるのゾクゾクしてやめられねえ
>COBOL面白くない…！😭
現代の試行回数稼げる環境の方が開発するの楽だからな
でも業務システムでやる事は昔も今も何も変わらん

>コボラーは希少技術でおちんぎん増えていく？
>定年退職した無職を安く使うよ
コボラーなんてそこそこ貯金持って定年を迎えるだろうに
退屈な仕事を続ける人なんて…

COBOLという言語は古臭いが背景を考えれば妥当
COBOLを使ったシステムの仕様を考える連中がだいたい問題

COBOLに食わず嫌いな感情あったけど案件に触れて言語自体はいいものだと思い直せた
ベンダ独自の方言とかフレームワークとかPJの規約はクソだった

正直今COBOLで組まれてるシステムはCOBOLじゃなければマシになるかといえば全くそんなことないからな

このデータの「日付」の部分は実は8桁の任意の数字が格納できます。
なので99日を入れたら「月の最終営業日」ということにしますね

今ならAIを使ってCOBOLプログラムをJavaとかに書き直しさせれば95%は同じ動きをするプログラムが楽に作れるぜ

弊社も遂に脱COBOLに取り掛かったよ
COBOLtoJavaの変換プログラム作って行レベルで1:1になるように移行するらしい
俺は今のうちに転職しようと思った

>今ならAIを使ってCOBOLプログラムをJavaとかに書き直しさせれば95%は同じ動きをするプログラムが楽に作れるぜ
残り5%を探し出すのにどれだけの時間とお金がかかるんですか？

>弊社も遂に脱COBOLに取り掛かったよ
>COBOLtoJavaの変換プログラム作って行レベルで1:1になるように移行するらしい
>俺は今のうちに転職しようと思った
Fみたいなことしてるな…

>残り5%を探し出すのにどれだけの時間とお金がかかるんですか？
リグレッションテストですよ！テストケースくらい残ってるでしょう？
と言われて黙り込んだうちの古参メンバー

>基本的に誰が組んでもお金の計算に誤差が出ない仕様なのが重要なんだよね
COBOLの計算とエクセルの計算で結果違うんですけお！！！！って質問来て対応するのすごい苦労した思い出…

どんないい言語だろうが仕様書や方言でいくらでもクソになるからな

COBOLのプログラムって美しいよね
右端が綺麗に揃って…

AWS LambdaがCOBOL対応するという話を聞いて正気かと思った

災いなるかなバビロン
その諸々の神の像は砕けて地に伏したり

>弊社も遂に脱COBOLに取り掛かったよ
>COBOLtoJavaの変換プログラム作って行レベルで1:1になるように移行するらしい
>俺は今のうちに転職しようと思った
Sの会社じゃないよね…？

>どんないい言語だろうが仕様書や方言でいくらでもクソになるからな
まともな仕様書があるなどと言うナイーヴな考えは捨てろ

FORTRAN「あ、あの…」

>なんでプログラミング言語は統一されないんですか？
帯に短し襷に長しってやつがあるんだ
C言語で書けば最強だけど適当に動けばいいプログラムはPythonとかでお手軽楽に書き捨てたい

>FORTRAN「あ、あの…」
研究だと使ったよ

作り直すのがJavaでもPythonでもJSでもいいけどよぉ
仕様は100%一致してるんだろうなぁ？

>FORTRAN「あ、あの…」
お前はスパコンの中で生き続けるから

どうやって学べばいいのかすらわからない

つまり人間はクソ

やらかしが許されない業界が使い続けてる言語だからな
下手な事するよりは現状維持を選ぶ

>作り直すのがJavaでもPythonでもJSでもいいけどよぉ
>仕様は100%一致してるんだろうなぁ？
では将軍様まずは仕様をお出しください

ちょっとコード化したいって時にコンパイルとか逐一してらんないよな
WindowsだからついbatやpsやExcelに頼っちゃう

標準化移行2025年度で間に合わないや
ごめんね♥

>では将軍様まずは仕様をお出しください
今動いているシステムが全てです

>作り直すのがJavaでもPythonでもJSでもいいけどよぉ
>仕様は100%一致してるんだろうなぁ？
その100%一致を誰がどう測って担保するかだな

>このデータの「日付」の部分は実は8桁の任意の数字が格納できます。
>なので99日を入れたら「月の最終営業日」ということにしますね
🖕

リプレイスしていいことなんて何一つ無いんですよ…！

Delphiを考えるとPASCALも長いな

>>では将軍様まずは仕様をお出しください
>今動いているシステムが全てです
そのシステムの動作仕様を出せと言っている！！

Hのとある顧客は数年前に脱アセンブラでCOBOL純度100%になった
メインフレームなので選択肢がこれしかなかった

>やらかしが許されない業界が使い続けてる言語だからな
>下手な事するよりは現状維持を選ぶ
ソースコードの削除が許されない開発ルールとか聞いたことある
変更前のコードは全部コメントアウトして残しておく

やらかしが許されないのに仕様は残さない
ドキュメントを修正するのは前人を否定する行為なので無礼とされる

>>>では将軍様まずは仕様をお出しください
>>今動いているシステムが全てです
>そのシステムの動作仕様を出せと言っている！！
プログラムソースならここにあります！

>ソースコードの削除が許されない開発ルールとか聞いたことある
>変更前のコードは全部コメントアウトして残しておく
これ俺のことだ…！

下手に弄ったらみずほ銀行するかもしれないし…

いいですよね
職人仕事100%の秘伝のタレみたいなコード

仕様書はあるけどこっちが真の仕様書ねってアセンブラ渡されたことあった

古代言語に馴染んでる人ってなんで突然何かをフラグに見立てて特殊処理始めるの

バグも含めて100%仕様一致を求められる業界があるらしい

「やらかしが許されない業界」って要所要所でどこもそうだろって思うんだけどね

パックの数値はそのまま読めないのがもうね…

>>このデータの「日付」の部分は実は8桁の任意の数字が格納できます。
>>なので99日を入れたら「月の最終営業日」ということにしますね
>🖕
仕様検討不足でした、申し訳ありません
98日を月初営業日、97日をカレンダー上の最終日とする仕様を追加しました

>「やらかしが許されない業界」って要所要所でどこもそうだろって思うんだけどね
運転手なんか事故ったら終わりだしな

なんたって職人がすることだからな

>バグも含めて100%仕様一致を求められる業界があるらしい
バグをテクとして使ってるとことかもあるからな…

>バグも含めて100%仕様一致を求められる業界があるらしい
当時バグ潰せなくてバグある前提で後続に流してるシステムとか知ってるだけでいくつかあるぜ！

>98日を月初営業日、97日をカレンダー上の最終日とする仕様を追加しました
👊

>下手に弄ったらみずほ銀行するかもしれないし…
なんだかんだ言ってみずほは巨大なリスク抱えながら大金使ってコード全部書き直したから凄い

なんたら設計だなんだと言っても結局のところ動いてるコード以上に信じられるものはない
悪意なく修正が反映されてなかったりするし
たまにソースコードと動いてるバイナリが違ったりもするが

私は職人芸とか魔改造とかそういう言葉が嫌いです
単に王道が歩めないだけじゃないですか

むしろやらかしが許される業界を教えてくれ…！

>98日を月初営業日、97日をカレンダー上の最終日とする仕様を追加しました
これって月初営業日を1日と98日で入れた時って挙動同じですよね？

>ソースコードの削除が許されない開発ルールとか聞いたことある
>変更前のコードは全部コメントアウトして残しておく
ていうかこれやらないと頻繁な修正と担当変更についていけないんだ
その結果コメント含めたら万単位のソース行数になってしまう

>私は職人芸とか魔改造とかそういう言葉が嫌いです
>単に王道が歩めないだけじゃないですか
わけぇのいいこと言うじゃねぇか！その調子でクライアントの説得頼むぜ！

>むしろやらかしが許される業界を教えてくれ…！
げ…芸能界…

化石だけどこいつは石油なんだってなるスレ画

>「やらかしが許されない業界」って要所要所でどこもそうだろって思うんだけどね
業種ごとのってのはあるよ
ゲームならバグでアイテム消失してもごめんね謝罪石あげるテヘペロで済むけど
金融系で貯金消失とかやらかしたら社長が霞が関に呼び出し喰らう

医療と金融は絶対に避けねばならん

>ていうかこれやらないと頻繁な修正と担当変更についていけないんだ
コミットの履歴などはどちらに？

>>ソースコードの削除が許されない開発ルールとか聞いたことある
>>変更前のコードは全部コメントアウトして残しておく
>ていうかこれやらないと頻繁な修正と担当変更についていけないんだ
>その結果コメント含めたら万単位のソース行数になってしまう
ドキュメントで残してよ…

>むしろやらかしが許される業界を教えてくれ…！
役所とか特殊法人

>なんたら設計だなんだと言っても結局のところ動いてるコード以上に信じられるものはない
>悪意なく修正が反映されてなかったりするし
>たまにソースコードと動いてるバイナリが違ったりもするが
弊社のメインフレームは設計書もソースコードもなくロードモジュールしかないんですが

>これって月初営業日を1日と98日で入れた時って挙動同じですよね？
1日を入力した時は土日祝や休業日を考慮せず1日とします
98日を入力した時はこれらを考慮した月初営業日と判断するため1日とは限りません

>弊社のメインフレームは設計書もソースコードもなくロードモジュールしかないんですが
こえーよ！

弊社のメインフレームはまだCOBOLだょ

>>これって月初営業日を1日と98日で入れた時って挙動同じですよね？
>1日を入力した時は土日祝や休業日を考慮せず1日とします
>98日を入力した時はこれらを考慮した月初営業日と判断するため1日とは限りません
20241298とした場合は12月1日が日曜だから12月2日になるんだな

>ドキュメントで残してよ…
ドキュメントは信用できねぇ

その動いてるソースコードから自動的に仕様書作れたりしないんです？

逆にメインフレームで今風な言語になってるやついるの？

COBOLto別言語は
AIとかで技術的には不可能じゃなくなると思うけど
やりたいかは別の話だ

>>これって月初営業日を1日と98日で入れた時って挙動同じですよね？
>1日を入力した時は土日祝や休業日を考慮せず1日とします
>98日を入力した時はこれらを考慮した月初営業日と判断するため1日とは限りません
説明が足りず申し訳ありません
1日が平日の場合で1日と98日を入れた場合での質問のつもりでした
あわせて最終営業日の場合についてもご回答いただけますでしょうか

>今ならAIを使ってCOBOLプログラムをJavaとかに書き直しさせれば95%は同じ動きをするプログラムが楽に作れるぜ
よくあるのが指定忘れで金額計算を浮動小数点演算に変換してくるやつ

日付は不明データの取り扱いに困るんだよね
何日のデータかわからないけどとりあえず格納しとかなきゃいけないみたいなの
とりあえず0にセットして入れておくか…

>その動いてるソースコードから自動的に仕様書作れたりしないんです？
設計書まではそこそこいけるけどそれでも意図までは分からんことが多い

メインフレームとは関係ないけど最近弊社のLotusNotesサーバーが30年前のバグ由来の不具合で止まった

>メインフレームとは関係ないけど最近弊社のLotusNotesサーバーが30年前のバグ由来の不具合で止まった
もう何から突っ込めばいいのかわからん…

>COBOLto別言語は
>AIとかで技術的には不可能じゃなくなると思うけど
>やりたいかは別の話だ
できるできないで言えばずっと前からできるけどそれでノーテストで移行するのはだれも担保してくんないので…

>>ていうかこれやらないと頻繁な修正と担当変更についていけないんだ
>コミットの履歴などはどちらに？
履歴は基本的にソース先頭にびっしり書き込まれる
仕様が書かれた紙のドキュメントはあるにはあるのだが
昭和から手書きで継ぎ足された古文書レベルなのであてにならない

弊社のCOBOLからJavaへの作り直しは0とNULLの取り扱いで死んでた

>設計書まではそこそこいけるけどそれでも意図までは分からんことが多い
当時の関連部署のやり取りの議事録引っ張り出して意図探す仕事はたのしいよ！

Javadocコメント書かなくていいよね？

>当時の関連部署のやり取りの議事録引っ張り出して意図探す仕事はたのしいよ！
まんこ？

>>設計書まではそこそこいけるけどそれでも意図までは分からんことが多い
>当時の関連部署のやり取りの議事録引っ張り出して意図探す仕事はたのしいよ！
古文書の解読作業か何かか

>仕様は100%一致してるんだろうなぁ？
リリース当初は一致してました

コミット履歴もシステムの入れ替えでどうなるかわからんからな…十年程度ならまだしも三十年後四十年後ともなると

>もう何から突っ込めばいいのかわからん…
Notesを馬鹿にするなよ
大量の非構造化データが扱えて誰でもローコードで業務アプリが開発できてWebベースアプリよりも動作が軽快で他部署とのコラボレーションにも便利に使えるんだぜ？

>コミット履歴もシステムの入れ替えでどうなるかわからんからな…十年程度ならまだしも三十年後四十年後ともなると
今やらない理由にならなさすぎる

00421
2212C

a=bの場合cとするのはわかったからa=bが何を意味するのかを設計書には書いてほしい

>>>設計書まではそこそこいけるけどそれでも意図までは分からんことが多い
>>当時の関連部署のやり取りの議事録引っ張り出して意図探す仕事はたのしいよ！
>古文書の解読作業か何かか
実際そう
30年以上前に当局提出した紙資料の写しを地下書庫で丸一日かけて探して計算確認したりするよ

>a=bの場合cとするのはわかったからa=bが何を意味するのかを設計書には書いてほしい
aとbが何であるか分かれば分かるだろう多分
分かるような作りになっていれば

>>コミット履歴もシステムの入れ替えでどうなるかわからんからな…十年程度ならまだしも三十年後四十年後ともなると
>今やらない理由にならなさすぎる
だからコード上に全部残してるんだ
変更するときはエディタ機能でどうにかするといい

何十年も前に書いたコードをそのまま後生大事に動かし続けていいならまだいいけど
法令改正対応とかでコードは弄り続けないといけないからねえ

VSSで困ってないのにGitにしろって圧力が酷い
Subversionにしろって圧は避けきったと思ったらこれだ

githubも30年後にサ終してるかもしれないのか…

PL/Iラーは居ないのか

svnからならともかくVSSはなぁ…

困ってないとか慣れてるとかそういう言葉が嫌いです

前に協力会社のスペースに遊びにいったらマトモにエディタ入ってなくて大変そうだなって思った

>困ってないとか慣れてるとかそういう言葉が嫌いです
でも慣れてないことすると大体大怪我するから…

とにかくMOVEしまくってて最終的にどこの値を引っ張ってきてるのかわからんコードを作るのやめてくだち！

Cでも
int hoge = fuga;
と
int hoge = fuga;
hoge = fuga;
でhogeの中身変わることあるからな
若いのが黙って下を一行削除して上に直した結果バグったことがある

>若いのが黙って下を一行削除して上に直した結果バグったことがある
元がクソなだけでは…

多摩センターの某損保の地下設計書倉庫は流石にもう電子化されたのかな？

>Cでも
>int hoge = fuga;
>と
>int hoge = fuga;
>hoge = fuga;
>でhogeの中身変わることあるからな
>若いのが黙って下を一行削除して上に直した結果バグったことがある
どっちも同じじゃないですか！

シスアドのために勉強した

脱汎用機(win上の仮想で動く)みたいなソリューションがあって
脱出来てねえじゃんって心の中でツっこんだ

日本語COBOLとかいう地獄言語

>>若いのが黙って下を一行削除して上に直した結果バグったことがある
>元がクソなだけでは…
元というかCPUの仕様上の話だ
これがわからんならお前は組み込み出来んな

わけわからん帳尻合わせのことを職人芸とかいうのをやめなさい

コードって単語はCDと略しましょうって規約がある中でソースを眺めてると
CD→当然
CODE→駄目だけどまぁわかる
KODE→なんやこいつぅ…
KD→なんやこいつぅ…

組み込み屋はオシロでも見てな！

>どっちも同じじゃないですか！
キャッシュの払い出しをするかしないかの違いがある

COBOLできる人はJCLとかEASYもできるよね

>若いのが黙って下を一行削除して上に直した結果バグったことがある
わかってないのはともかく黙って削除はいかんな

https://xtech.nikkei.com/atcl/nxt/column/18/02478/120800072/
でっかい案件が降ってきた

>>若いのが黙って下を一行削除して上に直した結果バグったことがある
>わかってないのはともかく黙って削除はいかんな
こういう事件の背景には話しかけづらい先輩の雰囲気とかがある

置き換えようとするとCOBOLだからしゃーないみたいに許されてたところが小規模爆発して最終的に全壊する時がある…

>>>今のうちにコードの解析して他で置き換える準備とかやっておかないもんなの？
>>古代文字で書かれた文章を解読して
>>作者の意図を完全に反映した現代文に翻訳して
>>なおかつ作者が居ないけど意図通りの文章になってると証明する必要があるけど
>>やります？
>もう数年したらAIがなんとかしてくれそうだな…
外野からこれ言われたら殺したくなるんだろうな

いいですよね社内求人で【急募】COBOLが分かる人って流れてくるの

まだcobolの所はシステムの規模がデカすぎてリプレースなんて出来ないんだ
誰も結果を保証したくないんだ

絶対に数字が変わってはいけない仕事だとこれみたいな話しか知らない

統一言語早くできてくれーー！！

>でっかい案件が降ってきた
>アプリケーションのモダナイゼーションも進める。現行システムのプログラムを洗い出した上で、整理・統合する。開発言語も現行の「BAGLES」から「COBOL」、「COBOL」から「NetCOBOL」という具合に2段階で変換する。メインフレーム向けのミドルウエアが提供するマクロ呼び出しのアプリケーション群は新たに開発する。
？？？？

>https://xtech.nikkei.com/atcl/nxt/column/18/02478/120800072/
>でっかい案件が降ってきた
BAGLESって30年位前に郵政省のシステムで使ってたけどまだ使ってるとこあったんだ…

>絶対に数字が変わってはいけない仕事だとこれみたいな話しか知らない
素人質問なんだけど他の言語で適当にdecimal系の型を使うのじゃダメなの？

別部署ではCOBOL使ってるって聞いた
ウチはちょっとだけ現代化してるからCだ…!

>統一言語早くできてくれーー！！
バベルの塔なんて作らなければ…

>>統一言語早くできてくれーー！！
>バベルの塔なんて作らなければ…
BABELBABELBABEL

なぜ2段に…

>若いのが黙って下を一行削除して上に直した結果バグったことがある
レビューとかしないんですか？

>BAGLESって30年位前に郵政省のシステムで使ってたけどまだ使ってるとこあったんだ…
富士通内の数ある日本語COBOLの一つだな
日本語で書かれてるからドキュメント要らず（要る）ってやつ

>COBOLできる人はJCLとかEASYもできるよね
>>絶対に数字が変わってはいけない仕事だとこれみたいな話しか知らない
>素人質問なんだけど他の言語で適当にdecimal系の型を使うのじゃダメなの？
適当にdecimal系って案外徹底できないから困る

人間には日本語は難しすぎる

>元というかCPUの仕様上の話だ
>これがわからんならお前は組み込み出来んな
ちなみにどう変わるの？

>人間には日本語は難しすぎる
「牛乳1つ買ってきて、もし卵があったら6つ買ってきて」

言うてコード変換や書き直しに何億掛けるくらいならトップダウンでビジネスロジック見直すって決断が出来れば済む程度の話ではあるんだよ
どこの会社もやらねぇ…トータルで何十億も損してる…

安易に移行したシステムが週100件のペースで不具合管理表を更新してる

>言うてコード変換や書き直しに何億掛けるくらいならトップダウンでビジネスロジック見直すって決断が出来れば済む程度の話ではあるんだよ
>どこの会社もやらねぇ…トータルで何十億も損してる…
誰も責任は取りたくないのである

>「牛乳1つ買ってきて、もし卵があったら6つ買ってきて」
牛乳が6つに！

>>人間には日本語は難しすぎる
>「牛乳1つ買ってきて、もし卵があったら6つ買ってきて」
🥚🥛🥛🥛🥛🥛🥛

>言うてコード変換や書き直しに何億掛けるくらいならトップダウンでビジネスロジック見直すって決断が出来れば済む程度の話ではあるんだよ
ユーザー部門は現行全く同じでお願いしますとしか言わねえんだ

無くすと世界が止まると言われておる

使ったことないけど日本語言語って逆に面倒多そう

>言うてコード変換や書き直しに何億掛けるくらいならトップダウンでビジネスロジック見直すって決断が出来れば済む程度の話ではあるんだよ
ロジック見直しっていっても限度あるのもあるし…
社内だけならともかく既存顧客関係するところで現行より悪化する場所あったら反対大きいし

>>人間には日本語は難しすぎる
>「牛乳1つ買ってきて、もし卵があったら6つ買ってきて」
if 卵.exist
buy(牛乳, 6)
else
buy(牛乳, 1)

>>元というかCPUの仕様上の話だ
>>これがわからんならお前は組み込み出来んな
>ちなみにどう変わるの？
int hoge = fuga;
だけだとキャッシュに値が書かれるだけで実際のレジスタには書かれていない
再度hoge = fuga;することでキャッシュの払い出しが行われて実際のレジスタに書かれる
ハードはレジスタに書かれた値を参照するのでタイミングによってはバグる(しかも再現率が低い)

>>「牛乳1つ買ってきて、もし卵があったら6つ買ってきて」
>🥛🥛🥛🥛🥛🥛🥛

予約語を日本語に置き換えてるだけだから
逆に日本語としては変な文章になることはある

実際に変えられるかどうかはともかく変わりはないの？

みずほが移行したのって実は英断だったりするのかな…開発体制はグチャグチャだったみたいだけど

牛乳とは？1つとは？単位は？卵とは？

中核って言うか銀行システム大体これだろ

牛乳お願いしたら豆乳買ってきたの見たことあるから牛乳の定義はちゃんと書いたほうがいい

生損保もまだメインフレームのとこ結構あるぞ

20年前にあと3年で仕事なくなるって言われてたのであと50年は大丈夫だな

このスレオジン臭い

public boolean is牛乳(Object obj){
if obj.color=white {
if obj.type=liquid {
if obj.parent=cow {
return true;
}
}
}
}
}

>実際に変えられるかどうかはともかく変わりはないの？
まるめ誤差制御できるものがそもそも少ないからな

というかもう60年だか70年使われてんでしょ確か
骨董品の部類だ

既存の部分に手を加えたくないので増築に増築を重ねて九龍城になるのはどこも変わらない

>>>元というかCPUの仕様上の話だ
>>>これがわからんならお前は組み込み出来んな
>>ちなみにどう変わるの？
>int hoge = fuga;
>だけだとキャッシュに値が書かれるだけで実際のレジスタには書かれていない
>再度hoge = fuga;することでキャッシュの払い出しが行われて実際のレジスタに書かれる
>ハードはレジスタに書かれた値を参照するのでタイミングによってはバグる(しかも再現率が低い)
なるほどそういう仕様なのか
組み込みの世界は奥が深いのぅ
ありがとう

>このスレオジン臭い
金融系の業界は業務知識が必須になるので必然的におっさんに支えられる

>1日が平日の場合で1日と98日を入れた場合での質問のつもりでした
1日を入力した場合は月上旬に含まれますが
98日で入力した場合は月上旬には含まれません

止めらんないし新しくした時に失敗できないシステムの根っこになってるから取り除きようがない

俺はもっと商品とかばりばり弄っていたいのにシステムとの折衝ばっかりやらされてる

>というかもう60年だか70年使われてんでしょ確か
>骨董品の部類だ
まあ弊社のCOBOLソースもヘッダコメントの新規作成日が1970年代とか普通にあるしなあ

引き継がざるを得ないから生贄になってる若手もいるよ

>>1日が平日の場合で1日と98日を入れた場合での質問のつもりでした
>1日を入力した場合は月上旬に含まれますが
>98日で入力した場合は月上旬には含まれません
それって以前こちらで提示した仕様と合ってませんよね
こちらで追加予算出せないのでそちらで修正お願いします
それと本題とは逸れますがこういった確認はもっと早く回答できますよね？　次からはレスポンスよくお願いします

>だけだとキャッシュに値が書かれるだけで実際のレジスタには書かれていない
>再度hoge = fuga;することでキャッシュの払い出しが行われて実際のレジスタに書かれる
>ハードはレジスタに書かれた値を参照するのでタイミングによってはバグる(しかも再現率が低い)
こういう基礎知識みたいなのちゃんと勉強してないとやらかすってやっぱり座学大事だな

セットすんのめんどくさいからオープンリールのMT使うのもうやめてくんねえかな

>それって以前こちらで提示した仕様と合ってませんよね
>こちらで追加予算出せないのでそちらで修正お願いします
>それと本題とは逸れますがこういった確認はもっと早く回答できますよね？　次からはレスポンスよくお願いします
クソ客エミュがうますぎて相当苦労していることが伺える…

どうして休みの日にお腹いたくなるやりとり見せられなきゃいけないんだよ！

どなたかOS/390の立ち上げできる技術者様はおりませんかね

スレ画を見てAIXとcobol、大量のvmwareとrhelで構成されていた常駐先は今どうなってるのかなと思った

赤字だから自慢するけど
最近英語話者が主体のPJにいるからこういうクソ客が英語になった途端何も言えなくなるの本当にメチャクチャ気持ちいいよ
EU圏とかもうクリスマスで休みだからレスポンスどころか連絡もつかねぇよざまぁみろ

RPG400の方だったら知り合いに組み込みやってた人居るな
ご年配の女性の方だったのが一番びっくりだった

>赤字だから自慢するけど
>最近英語話者が主体のPJにいるからこういうクソ客が英語になった途端何も言えなくなるの本当にメチャクチャ気持ちいいよ
>EU圏とかもうクリスマスで休みだからレスポンスどころか連絡もつかねぇよざまぁみろ
すごい気持ちよさそう

細かい言葉の部分より何をしないといけないかをしっかりまとめて欲しいです

>赤字だから自慢するけど
>最近英語話者が主体のPJにいるからこういうクソ客が英語になった途端何も言えなくなるの本当にメチャクチャ気持ちいいよ
>EU圏とかもうクリスマスで休みだからレスポンスどころか連絡もつかねぇよざまぁみろ
君に伝えるからあの人に連携しといてね！