厚労省「すいません、COBOL分かる人間が少なくて勤労統計調査のチェック甘かったです」
■ このスレッドは過去ログ倉庫に格納されています
厚生労働省の毎月勤労統計調査についての特別監察委員会の報告書が出され、委員長の記者会見が行われた。
疑問も残るが、おおむね事実関係は明らかになった。焦点になっている東京都の大企業の抽出調査については次の通り:
・2003年5月22日付の事務連絡に「事業所規模500人以上の抽出単位においては、今回から全国調査でなく、
東京都の一部の産業で抽出調査を行うため注意すること」と書かれている。この事務連絡は雇用統計課長の決裁をへて
他部局にも公式に伝達されており、隠蔽の事実はない。
・当時の担当課長は「抽出調査としたことについて、覚えていないが当時自分が決裁したと思われる決裁文書を見たら
そのように残っていたのでそうなのだと思う。ただ、抽出していたとしても労働者数に戻す復元を行っていれば問題ない」と供述しているが、
この復元が行われた形跡がない。
・ システム改修を行った担当係によると「外部業者等に委託することなく自前でシステム改修を行うが、
毎月勤労統計調査に係るシステムのプログラム言語はCOBOLであり、
一般的にシステム担当係で COBOLを扱える者は1人又は2人に過ぎなかった。このため、ダブルチェックができなかった。
要するに問題は私が推測したように、2004年に東京都を抽出調査に変えたとき、データに抽出率逆数をかける復元を
システム担当者が忘れたバグに尽きるのだ。これはCOBOLで書かれた特殊なプログラムなので高齢者しか読めず、
そのミスがチェックできないので、去年まで誰もが「逆数をかけているもの」と考えて処理していた。
本質的な問題は、こんな些細なミスが14年間も放置されて統計に大きな影響を与え、失業保険などの給付に800億円も誤差が出て、
それを修正するには一般会計予算を修正する閣議決定が必要になるという霞ヶ関の事務処理システムの脆弱性である。
情報システムを役所の技官が、COBOLのレガシーシステムで構築するのも間違いのもとだ。
歴代の厚労相を国会に証人喚問するなどというスタンドプレーより、まず厚労省のコンピュータをオープンシステムに更新し、
事務処理を透明化して、第三者がチェックしやすい体制にすべきだ。
http://agora-web.jp/archives/2036852.html いやいやいや
これベンダーがやったら1000億円の損害賠償請求するでしょ?
身内には甘くねえら COBOL自体はめちゃくちゃシンプルな言語だけどな COBOLがわかる人間が・・・っていうのはほんとだろうか。
COBOL自体はそれほど難しい言語じゃないよね。
問題はそこで使われている膨大なCOBOLのライブラリを理解している人間が
いないってのじゃないの?そしてそれらは設計書がまったくない、と。
COBOLのせいにするのはどうしたもんかと思うよ。 まだCOBOLやってるねんな。とうにCに置き換わったと思った。COBOLばかりやってた専門学校卒業して25年経つけどまだ分かるで。 COBOLって今からでも手を出せる?
開発環境用意できる?遊んでみたい システムの問題じゃなくて、普通にそうしますって省内で決めてるじゃん
きちんと省内だけじゃなくて総理大臣の許可もらっとけばよかっただけなのに 厚労省上から順に10人解雇して
同じ金額でcobol使えるやつ雇えばよくね 2000年問題の対策時にCOBOLベースからコンバートしたんだが
どんな化石マシンつかってるんだよ COBOLは簡単だけど一定の規則で作ってないと酷いことになる >>12
それやるぐらいなら量子コンピューターでも使われてるPython習った方がいいぞ cobolまだまだ現役だよ
比較的簡単だし複雑な開発環境必要ないし、実行するマシンが高速だからぐるぐる回してもスピード出るし。
この処理を他の言語にしたらますますメンテナンスできないんじゃないか? 一般的に東大卒に期待することは
お勉強大好き、知的好奇心旺盛、知識に貪欲ってこと。
東大入れましたー。学生時代人の3倍勉強したぜー。もう勉強なんてしたくねーじゃ困る
COBOLくらい覚えとけよなー COBOLをスケープゴートにしている
問題は、とっくにシステム改修を済ませておくべきであり、ダブルチェックトリプルチェック可能にしておくべき体制を構築してこなかった、怠慢じゃねぇか
テメェの怠慢を棚にあげて、COBOLで書かれていたせいとかアホか 今コボルできたら厚労省で働けそう
ちょっと勉強してくる! むかし、やってたなぁ
IDENTIFICATION DIVISION
DATA DIVISION
PROCEDURE DIVISION
意外と覚えているもんだなー さすがに今の時代でCOBOL分かる人はもう少ないわ
化石人探すのも大変だな 昭和五十年代に作られたCOBOL ソース見たけど
Go To 文の嵐&4文字しか使えなかった時代の意味不明な項目
なんかスゴいやこれ的なモンだったな >>28
民間でも残ってるね。IBMもリプレースやら保守やらやってる。 今でもコボラーだけど、仕事は腐るほどと言うか、断るほどあるわ。 COBOL業界は膨大な業務知識がいるからやっかい。プログラムが出来ても使えない >>18
こないだ、AWSがCOBOLに対応した。 中小だけどコボルのシステム現役だよ…
新人が画面見て操作に毎度戸惑ってるわ いにしえの 言の葉あやつる 者おらず
統計とれぬと 涙COBOLL 隣のクラスはCOBOLやってたな
ウチのクラスはBASIC COBOL=基幹係って勘違いする人が多いけど、実際は田舎の農村とか漁村の共済とかでも現役で動いてたりする。
うちの会社もそんなところからの仕事がメインだし。 >>39
どの業界でもそうでしょ
よっぽど下流なら別だが >>7
だよな
データは固定長だし、CやC++などのようにポインタなんて考えなくていいから
ぬるぽなんて起きないし。 構文もシンプル。
変数名の管理さえしっかりできてたら難解なものじゃないと思う 俺がCOBOLやったときなんとかしてほしかったのは画面の狭さ
それがとにかく辛かった COBOLて完全に表計算ソフトに取られたと思ってたんだけど
古い環境だと現役なのか? >>53
昔はワープロも3行しか表示されなかったしな わかる人はわかってるんやなあ。
いい加減COBOLのせいにするのやめようぜ。
>>14みたいなことして設計書書かないで、既存はわからんのでつけたしつけたしの
繰り返し結果なんだからさ。 平均を出すだけでプログラム組むとかw
540円(税込み)の電卓でできそうな作業なんだけどw >>21
量子学難解
何とかの猫とかわからんわm(__)m COBOのソースだけ見て簡単そうだ。 って勘違いしたんじゃないか?
実行環境やライブラリーの機能、デバッグ方法はまた別の次元にある
まぁ知ってる人間は近寄らないけど COBOLなんて採用してんのかよ
どこの自称プログラマー雇ったんだよ >>49
GO TO 文の嵐のソースコード見せてやりたいわw 統計を扱うには能力不足だと指摘されてて笑える
これが基幹データの実態 >ただ、抽出していたとしても労働者数に戻す復元を行っていれば問題ない」と供述しているが、
だからその「復元」がいわゆるデータの改竄・捏造なんだろうが
そういうのは「調査」ではなく単なる「予想」なんだから「一部の調査結果から予想した結果」ですと言え
「実際の調査結果」と「一部の調査結果から予想した結果」は全く別物で「予想」にどれだけ意味があるかはまた別の問題だ
どうしてこんなに頭が悪い人間が課長なんてやってるんだ? >>49
変数名は大分類コード、中分類コード、小分類コード、枝番になってて、変数表と照らし合わせないと意味わからんぞ。 宣言が冗長なだけでそんな難しくないだろ
VBプログラマーでもすぐ習得できるわ >>1
誰かと思えば半可通の池信か。
2004年当時ならふつーにCOBOL扱えるSEやプログラマなんていくらでもいたよ。
実際にあの頃同時期にやってた金融システムの更新だってCOBOLバリバリだった。
ってゆーか、補正をかけるかどうかは言語の話じゃなくて仕様の話だろ。
仕様では補正をかける様になっていたがプログラムがミスっていたというなら
その根拠となる仕様書を出してから言え。
大体事業所数を1/3まで減らして補正しなけりゃその月から値が大きく変わるから
システムとか無関係に担当していれば気付くだろうと。 >>68
たぶん、20年前とか30年前のシステムから引き続いてる
自社開発の開発環境だから、たぶん、システムの更新が出来ないんだと思う >>9
> COBOLがわかる人間が・・・っていうのはほんとだろうか。
嘘だろ。
そもそも言語以前の問題。 >>70
30年前でもダイクストラ記法とか称して構造化プログラミング推奨されてGOTO使用禁止やったぞ コンパイル待ちで毎日残業したわ
30年も前のことだけど >>80
役所だからホストは定期的に入れ替えられてるはず。
法的には借り入れ機器になってて、入札で更新されてる。
そのホストは本業があって、それに曲がりする形で乗っかってる。 COBOLが消えるとか言ってる奴って底辺のプログラマだろ
あいつらCOBOL理解できないから消えてほしいって願望を言ってるだけ
COBOLは金融に深くかかわってるからまだまだ消えんよ バグはコレだけじゃねえだろ
他にもあるだろ
一つだけ問題なわけねえよ COBOLができないならFORTRANも読めないんだろVBから入ったパソコン野郎達か
ごくごく一部の言語ができるだけでできる技術者アピールする視野が狭いやついるよな もはや正解の仕様が何かもわからん状態なんだろ。認めろって。
最初から作り直す金なんか出ないしって。 役所のプログラムを組むのは資格制にしないとだめなんじゃねーか?
おまえら資格ねぇんだから組むなよと。 >>24
20年前は確か情報処理でCOBOLやらされた気がする。今は知らん。 金さえあれば優秀なプログラマー雇って一からより便利なものに作り替えることができるのに
こんな無能でお馬鹿な役人に払う給料の方が無駄遣いだよ >>95
じゃあ資格作るから受けて人呼ぶか→そんな予算ない
で一生資格制度が成り立たないわけだな 言い訳が酷すぎて国民をバカにしているとしか思えない
どうせプログラムなんざ分からないだろという下心が透けて見える >>95
役所は情報処理試験とかそれ相応の資格要求するで
その資格で十分なのか知らんが >>102
同じく金を扱う仕事の銀行がCOBOLで出来てる事を、言語のせいにして出来ませんと言い訳されてる状況なのだが
俺を煽って何か得るモノがあるのか……? >>30
ENVIRONMENT DIVISIONも一応書いとけよ >>9
不注意とテストの手抜きだから違う言語でも同じ結果 3流官庁。
こんな無能集団に省を名乗らせるな。格下げしろ。 コボルなんていらないと言っている人いるけどと違うんだよ。
新規の業者が仕様書読んで固定長のデータ項目を理解する見積もり金額より、今いる50代にやらせたほうが金額安いんですよ 最先端のjavaで作っとけば何一つ不具合出なかったろうに
なんでCOBOL(笑)なんて時代遅れのシステムで
作っちゃったのか謎過ぎて笑える >>1
高齢者しかって…
46歳工学部出身の俺でもCOBOL、Fortran、ASMは必修だったけど?
そんなにいねーの? cobolなんて何でまだ使ってるんだよ
巨大システム富士通の負の遺産 違うんですよ。
新規の業者に仕様書のデータ項目等を理解させる金額より今いる担当者に改修させたほうが人件費安いんです。 >>24
親や先生の言われるがまま、勉強して東大に入っただけで、自主性も自制心もない人が多いかもよ。 >>117
javaで作ったらオラクルの養分になってしまうけれどな 内部の話はどうでもよろしい
結果を出すのに必要な要素を省略したという単純な怠業だ >>70
当時からGO TO文は害悪視されてたが?
PERFORM使って構造化しろと言われてたぞ 厚労省は日本の汚点
国がデータを改ざんしたというのは国益や戦略性の損失どころか海外からの信頼もなくす戦犯といっていい
年金問題をはじめとして機能しないハローワークや労基署なども含めて厚労省は解体して民間にするべきだ
国は無駄な税金を厚労省にこれ以上使うな おまえらCOBOLのガチのスパゲティ見たらビビるで。
プリントアウトしないとどうにも全貌が見えん
てのが用紙三箱分とか積み上がった光景な。 >>77
昔は変数名の長さが8文字とか12文字とかの制限があったからね
ただCOBOLの場合はDATA DIVISIONで、データーをCで言う構造体風に
定義するようになっているから、当時のBasicのプログラムよりはわかりやすいと思うけどな まだ、COBOLって現役だったのか
もう、ほとんど他の言語に書き換えられているのかと思っていた >>132
それはプログラムを組んだ奴の技量の問題で、JavaだろうとC#だろうとわけわからんプログラム組む奴は
何使ったって一緒。 >>1で書かれているようにCOBOLが特殊なプログラムってわけじゃない。 テストすりゃわかるだろ
なにCOBOLのせいにしてんの この前までExcel関数間違えたとか言ってたと思ったらVBAがー言い出して今度はCOBOLか
次は何だ 今、一線でやれるコボラーってどのくらいいるんだ?
ほとんどが引退しちまってるだろ まぁ知らん人おおいやろな。左手にサイコガン
葉巻がすきな赤タイツの人間なんて
早々おらんからな。まぁおれはレディ派やけど COBOLは仕様書のドキュメント完備してるのなんて稀だからなー
熟練のおっさんを囲ってちやほやしとけば、デバッグだけじゃなくいい感じに運用してくれるよ
オープンソースにするより安上がり >>144
うん・・・
コブラ・・・
うん;;
COBOLは労働系システムで組み込まれていて
表向きには見えなくても、裏で動いていたり
などなど・・・
エンジニアリングを担当してたとこがNECから変わってから、おそらく引き継ぎされなくてシステムをいじれなくなってるはず >>11
銀行とか、こういう整数の帳簿?計算には強いって話だよな >>140
だなw
改修テストしてないってことだな >>84
当然そうだけど、GO TO文だらけのソースコードも有る訳よwしかもラベルだらけでww システム更新してバグチェックしないとか有り得ないだろ。 これはCOBOLで書かれた特殊なプログラムなので高齢者しか読めず
失礼だなあ >>145
COBOLが生まれたときのコンセプトが、ソースコード自体がドキュメントというものだったからなw
プログラミングも、フローチャート描いて、コーディングシートにプログラム書いて、タイピング入力。
ソースコードは印刷出力してチェックってやってたな COBOL自体の言語はさほど難しくないんだが
それがCOBOLで記されていることはわかっても何のためにやっているのかわからないGOTOジャンプばかりで
設計書もないか更新追いついてない
謎のプログラムがあるんだわ
リアルタイムOSのころのケータイ電話と同じくらい難解 アカン涙出てきたwww上のコメントすべてコブラに置き換えると吹き出すwww 役人はサンプリングしていることは知っていた
COBOL言語のせいじゃないだろ >>147
数値計算がBCDの10進演算だから演算誤差がでないからね 誰を騙そうとした発言なんだこれは。
「コンピュータっぽく言っておけばわかんねぇだろ」程度のごまかしだろ。 >>4
その通り
開発言語のせいでチェックが漏れたから、それはバグ
サンプリングしていることは役人も知っていた
開発言語は関係ない
妄想の記事だな COBOL?
アッセンブラの時代が来たら起こしてくれ 池田信夫は不得意な分野に口を出して恥をかかない方が良い
得意分野はなかなか鋭いのに勿体ない COBOL?
エラーの原因ならやめちまえ
今後もミスをうむよ あくまで今必要な人材はCOBOLが読めて「Javaが得意な」人材だからな
一度Javaに置き換えたら20代新卒でも保守できるようになる >>167
労働系のいろんなシステムとの連携があって
そこだけ変えることが出来ない
全システムを入れ替えないと無理 みずほだって4000億円もかけてCOBOLからJAVAに変えてシステムを作り替えたんだろう 民間企業に罰則規定付きでアンケート取るのやめろや腐れ公務員 Javaが新参者だった過去の時代にすでに老害だったCOBOL
そのJavaも老害言語と呼ばれて久しいのに
プレイステーションの時代から見たカセットビジョンのゲームやで >>27
化石みたいな言語役に立たねーよ。情報処理の試験からも切り離された システム組んだ側のチェックも必要だけど、でて来た結果がおかしいって気付かない統計課の職員のレベルが低すぎるんだよ コボルトだかゴブリンだか知らんけど
ゴブリンは怖いからな さすがに今の時代に
for文やwhile文に近い記法がない言語に責任がないという理屈は無理がある
新旧言語が入り交じる時代だけど、関数型はまだしも
さすがに構造化プログラミングとオブジェクト指向がない言語は話にならないだろう
Cだけは特殊な用途があるから仕方ないけどさ カンコックのサムスンに任せないから
こうなるんだよ 厚労省関係は官僚もノンキャリアも、地方の出先機関も不人気であまり優秀な人が集まらないんだよな
公務員試験は受かった、けれども財務省や経産省など花のある省庁に採用される自信はない、採用人数の多い厚労省関係に官庁訪問するか…って感じ > 情報システムを役所の技官が、COBOLのレガシーシステムで構築するのも間違いのもとだ。
オープンなシステムで開発したって20年後にはレガシーだろ
FORTRANとCOBOLなら年寄りじゃなくても誰でも読める
問題は言語や開発環境じゃないだろ 技官に非はないな
事務官が「これヤバくね?」と気付くかどうか COBOLって今どきの人気言語ランキングベスト10に入るような言語なら
どの言語にでも当たり前に付いている
forループを回してその中でbreakやcontinueするなんて基本ができないんだぜ
すげえだろ >>194
そんな時こそ殿下の宝刀Goto文だよね! >>117
だから言語の問題じゃないって。
Javaでやろうがオブジェクト指向だろうが設計書がなくて何より仕様がわからない
となったら一緒だよ。
それにjavaで最先端ってのもどうなんだろうね。クソOracleのせいでちょっとあれだったりするし。 >>194
今時の言語じゃないんだから仕方ないだろw
ところでCOBOLは平易な永悟で書かれてるから少し本を見ながらでも解る >>129
企業買収しまくってつぶしていくからでしょ。
それで儲かるRDBのユーザだけ絞ってたらそりゃ・・・みんな離れていくわ。 >>161
あと以前はdecimal、numericのような膨大な桁数扱える固定小数点型COBOLしかなかったし今でも単純な金計算COBOLでできる事だけで済むからな
帳票システムはCOBOLで十分だと思うわ
余計なこと出来ないのもいいし単純だからこそすぐ移植できる 今どきCOBOLって。
FORTRAN使っときゃよかったのに > COBOLで書かれた特殊なプログラムなので高齢者しか読めず
お前ら高齢者だったのか >ただ、抽出していたとしても労働者数に戻す
>復元を行っていれば問題ない」と供述
はい法令違反
しかし
ただし、承認を得ない調査や調査方法の変更はルール違反だが、罰則はない。
処罰されるのは、承認を得ない動機が「真実でない統計を作成する」という故意に基づいていた場合だ。
役人は必ず自分たちのためだけに逃げみち用意しやがる 今の若いやつが最初に覚える言語なんて
C,Java,Python,PHP,JavaScript,Rubyのうちどれかだろう
COBOLで作られたシステムは時限タイマー付きの爆弾
早く置き換えないと、読める人材がこぞって老後を迎える
だが、爆発するまで、誰も気づかないという COBOL2000年問題対応で延命ロジック入れたの後20年持たない筈だから
システム違う言語で再構築したほうがいいよ
システム設計書とかCOBOLなら作ってるだろうしデータベースがらみを見直すだけで良いだろうし >>194
そういうのはフラグインデックス付けて組んだほうがバグが出にくいんだよw
forループ使いまくるのはCOBOLは或る意味禁忌だから そんなの中途採用すればいくらでも居るだろ
専門職に公務員試験とか要らないんだから臨機応変にしろ >>194
PERFORM UNTILがあんだろ こぼる馬鹿にすんあ! 東電の予備電源は屋内においてありまちたw
とかいう設計もだけど
官僚様がこきつかって搾取してるその辺のでいいから
一般IT土方2人だけでもいるだけで防げたようなことがたびたびニュースになりますね >>205
だからさ、そういうのどこで聞きかじるのか知らんけどCOBOLって言語自体は
そんな難しいものじゃないんだってばさ。
ただ仕様をわかる人がいなくて設計書もろくにない、そういう状態なのですよ。
おまけにローカルでつくったこれまた設計書もないライブラリの山。
簡単でもものすごいコード量だからさ。
ちなみに最初におぼえる言語にもうCはないんじゃない?C++かC#と思うけど。 >>211
まあ、システムばかりわかっても統計を理解してない人間がやるとミスは起きると思うよ。 >>151
お笑い史上、これとカンニング竹山を超える不愉快な芸人って存在するかな? プログラム詳しくないけど計算式がバグで勝手に変わることってあるん? 学生の時COBOLのテスターとバグ潰しのバイトしてたけと需要ある? COBOL読めるわって言ってる人他でいたけど、読めてもこんだけ長年手が加えられたコードとか言語関係なく怖くて読みたくない
修正するより新しく作り直した方が将来的にも良いでしょ? >>187
>for文やwhile文に近い記法がない言語に
おまえはばかか 死ぬほど税金食らって一体何してんの? 死ねよ公務員 >>163
報告書にそう書いてあるよ
報告書は妄想かい 俺がCOBOLのシステムのデータを自社のシステム用に変換するピログラムを作ったのはテレビでエヴァンゲリオンやってた頃だ。たしかCで書いたな。
今は高校教師してるので今日は生徒にエクセルさわらせたが、ぶっちゃけエクセル優秀!
COBOL捨ててエクセルにしる!
ウチの生徒は言語だと先日はR使ったぞ。テキストマイニングやるのにちょっと使った。 >>220
仕様書なんて残ってるわけないし、当時開発に携わった人も昔過ぎて見つからないし覚えてないだろうから難しいね
今後こういう問題どんどん増えてきそう >>25
報告書には自前でやってるにもかかわらずCOBOL知ってるのが1人しかいなかったことと、
そいつには口頭指示で、結果報告への対応も杜撰だったのが問題とされてるが IBMにCOBOLを別の言語にコンバートするルーツがあるだろうに 一から作るわけじゃないし読むぐらい出来るだろ
無能すぎる >>33
いや逆。
簡単すぎてスキル低い奴らが当てられた。
そしてその低能共がドキュメント通りにモノを作れなくて、まあ動いてりゃまあいいかくらいで納品してたっていう歴史。 >>9
COBOL単体は難しくないけど、業務踏まえたJCLが死ぬほど糞面倒くさい いや これプログラム言語の問題じゃなくって生データ入力して 解析した結果がおかしいことに誰も気づかなかったってのが一番の問題でしょ
そもそも全標本抽出じゃなくランダムに1/4選べばいいのかから吟味しなきゃいけないし
当然誤差が出るから逆数かけたらどうにかなるレベルじゃないし
厚労省本体か東京の統計やる所がそもそも無能な気がするな >>149
goto文で書いてるほうが可読性が高いから好きだわ。 統計法違反なのは間違い無いんだが、統計だって時代時代で見直されてるし、全数調査なんて辞めてもいいと思うんだけどね。数学的に倍数かけるのは間違いでは無いし。 >>161
それって言語の仕様なの?実装の問題じゃない? この種の話は100%政府にとって都合がいい方向に改竄されてるわけで
単なるミスのはずがないわな >>237
それは ある程度集団の関数というかどういう分布になるかが予想をキチンとできるか 既知の時で
どうバラけるかわからんやつで数が中途半端だと全数取るはめになる ってのが実務では大抵
今時の各々の会社の給料が どうなってるか知らんが 刷新すれば?
しないならいつまでCOBOLで行くつもり?
あと5年?10年?20年? システムを刷新する金をケチって
COBOLが出来るやつを雇う金もケチったせいで
800億円もかかるわけだなw
愚の骨頂だわ >>239
当たり前だが 復元の意味がイマイチわからんが
抽出したものと全数調査の誤差をどうするかって話ならどこまでいっても単なる数式の羅列なので
関数増やすだけに500億もかけて何がしたいか解らんって話になる
プログラムとっかえるんかは知らんけど バグならプログラムの問題じゃなくて管理の問題だろうが
政府機関がITIL無視すんなよ てか、公務員の出世制度おかしいだろ。
なんでチェックすべき管理職がExcelできないんだよ。 >>243
その大半は本来支払うべきものを支払ってなかっただけ COBOL やったことないけど、どんな言語でも読むのは誰でもできるんじゃない?
こんなの言い訳にならんよ。 >>249
公務員に限らず大企業もそんなもん
コミュ力自慢の文系体育会系が総合職として採用され「ああせい、こうせい、そうせい」と顎でこき使うだけ もうランダムでいいんじゃね?
適当な乱数を返すプログラム。
でいいのが出るまで繰り返す 霞ケ関の統計システム作ってたけど
リプレイスの時に普通に入札するとCOBOLソースそのまま使う方が安くなるからそこに決まる
今じゃCOBOL以外の言語を指定することが多いと思うけど
前は技術者もまあまあいたし、言語の将来性なんてものに税金かけるのはハードルあるわけよ
COBOLやめてもVB6とかに置き換えたりしてたら結局同じような問題起きただろうし >>238
言語の標準機能で0.1+0.2が0.3になる言語はCOBOLとC#ぐらい。
他の言語だと0.30000000000000004みたいに誤差が出る。 >>253
スペシャリストは軽視され、ジェネラリストが重宝されるのが日本だからね。
そして、上司が部下の仕事内容がわかってないから、評価ができずにスペシャリストが報われない状態が続くという。 >>187
おまえがPERFORM知らんのだけはわかった >>256
今回は外注じゃなかったみたいだけど、要は金がなかっというか、予算を引っ張ってくる有能な奴がいなかったのか、
それとも、そんなとこに汗かいても評価されないとわかっちゃった有能な奴がスルーしたか 統計を取る仕事なんて今はPythonでささーっとAIを研究している
大学院生が2-3日かけてやることじゃないのか
大学院生に生産性が10倍以上差をつけられる官僚ってなんなのですか あと全国規模の国の統計取るシステムは基本一点物だから大したチェックはできない
同じ統計出すシステムと機関が複数あれば突き合わせできるけど
何倍もの金かかるから難しいし
コンピュータが計算したことを手動で検算なんてもっとかかるから
担当者が例年と比べて明らかにおかしい数値を見直す程度だよ >>264
全数調査自体が合理的じゃないから、サンプリングにしたら統計法違反になっちゃったって話 わざわざサンプル抽出するより
全数計算するプログラムの方が楽じゃね >>268
プログラムの問題じゃなくて、毎月1500事業所のデータ集める煩雑さだよ でも実際これあるよね
たとえVBAでも
パソコン不得意だからって
統計作業の整合性チェックとか手伝ってくれないとか >>149
もっと古いのか、ボンクラが作ったのか、それが問題だな COBOLか……
前いた会社のシステムはFORTHだった
難解な言語だったな 統計とかとる位置で、全然数値変わるからね。
◯◯率とか◯%とかの表示はこれから気をつけた方がいいな なに?この田舎の底辺工場労働者レベルの言い訳は?
これが中央官庁がやることか?
給料を遡って返納させろよ。 >>274
それが底辺の会社だけじゃなく、日産や神戸製鋼みたいな大企業でも不正検査が普通に行われてるからなw プログラマなら誰でもCOBOL分かるんじゃないか。触ったことなくてもソース見たらすぐ理解できるだろ。 >>276
おまえみたいな奴が居るから話しがおかしくなるんだよ。
何年も前に世界で使われなくなった言語だぞ。
若い奴らは新しいWeb系のモダンな言語に移ろうとしているときに化石言語なんてわかんねえよ。
現代人に江戸時代の人間の言葉を百パーセント理解しろと言うぐらい無理があるわ。
ここ何十年脱COBOL構想があったのに、オープン系のCOBOLなんかが出てきておかしくしてしまった。
今更COBOL言語を覚えるために無駄なリソースなんてつかえねぇよ。 過大給付なら税務署が全員訴えてでも金を取り戻す癖に
少なく給付する分にはごめんね、で済ませるもんな
役人脳は理解不能 >>226
仕様書がないってのはまだマシな方でね
まともなソースがないってのまであるからなぁw
最新ソースだって渡されたものを試しにコンパイルしてみると
出来上がった実行モジュールが現在実行中のモジュールと
一致しないなんてことがあるんよw COBOLの二進化十進表現をリプレースするのって、
やっぱり難しいのかな。 COBOL「わしのような老人のせいとは、最近の若いモンはNOTらん」 カツカツでやらず、もっとIT技術者を採用すればいいのに
無理しすぎなんだよ 新規にシステム開発した方が結局安い。
無理に現行のシステムを生かそうとするからアホな事になる。 >>287
いくらオープンソースになったからって、いつか無くなる石油の様なCOBOL資産を宛にして
食っていこうと考える人間がどんだけ居るんだよって話だわな。 >>287
10年前にオープンCOBOLへのコンバージョンプロジェクトに携わったけど、その時COBOLにしがみついた奴は未だにCOBOLをやってるわ。
こんな先の無い言語にと思ってたけど、考えが甘かったわ。
まさかその後10年経っても当時無くなると思ってた言語をやってるなんて思わなかったもん。
技術立国日本ってすげぇわ。 コボルだろうがなんだろうが関係ない
テスト条件をちゃんと決めてテスト確認しなかっただけだろ >>292
データそのまま持ってこれるからな
それに計算してテキスト吐き出せば良いだけだし
余計な機能つけてバグったりハックされたらたまらん 当時、どっかのシステム屋さんに相談したらよかったのに COBOL?
割り算なんて誰でもわかるだろ
何で平均化するとき抽出数と割る数字違うんだよ
中卒でも不自然に思うだろ これはうそだな。
プログラムの前に仕様書があって
そこにそういう仕様になってるかがまず根本。
仕様どおりに作られてないならプログラム作成ミスになるが。
仕様どおりに作られてなかったとはっきり言ってないところがごまかしとしか思えない。 >>1
自前でやってるのはすげえな。
霞が関にコボラーがおるのか >>292
10年前時点でも半世紀たってもCOBOLのシステムが動いてるだろうって言われてたしまぁそんなもんだろうと思ってたが 統計のムズいとこは、計算結果が正しいか、数学の世界からでしかわからないことだな。
感覚的に間違ってるから中身を見ていこうってのができない。
霞が関でも統計を熟知してるやつは少ないだろう。
ほとんど誰も評価できんし。 昔、雑誌のプログラムを打ち込んでゲームやってたころに聞いた言語でござる・・ >>300
社保庁辞めた高卒、公務員受験専修学校卒が内製に拘ってたが適わなくて辞めたとさ。
内製なんかしないで政府調達で完全性のあるシステム構築にして欲しい
入札は何者が入って来るかわからないから国民としてやめてほしい
経費削減節減より安心安全がいい
理想的なのはシステムわかる公僕 昔学校でやったけどCOBOLは面白くないんだよなあ
ターボCは面白かった >>299
報告書では、指示は口頭で、そのチェックもろくにされてなかった、ってなってるぞ
信じられんが、仕様も何もあったもんじゃないっぽい
>>304
プログラムに対する評価がそんなんだから、どうせ厚労省の技官がやってたんだろうけど、おそらく低賃金だろうな
で、有能なコボラーが低賃金で我慢するとは思えん、とっとと辞めるだろう >>304
公務員と働いたことある?
社内政治ばっかでマジ仕事しねえよ。
言語理解する暇あったら社内政治、
社内政治するやつが人事評価する。
絶対プログラムなんて浸透しない。
くそみたいなシステムを言い値で買わされるんや。 CやJAVA、VB中途半端にかじったやつのCOBOLコードの酷さはヤバイ
後判定してたりとかフラグだらけのスパゲティとか。。 開発費ケチって内製ばっかしてたら改修困難になったシステムあったな。
突貫工事でレングス合えば別名項目にセットとか。
コボラーが呼ばれた時にはどこに何が入ってるんだか追いきれない代物になってたわ。 厚労省は統計学に対して中卒並みの理解しかしていない
つまり数字が凄く苦手な人達ってこと >>96
いまは商業高校出身だけど俺らの時代はJavaだったな >>1
そもそも抽出調査でOKしたことが問題なんじゃないの? >>315
VBA触れる人なら誰でも理解できるよね 今年から全部新しく作り直せよ。
同じの使ってる意味ないじゃん そもそも問題発覚から1週間かそこらで修正結果公表できたのは何でなの?
COBOLだって数式にデータ食わせるだけだろうし、メンテできない程魔改造されたプログラムって言い訳にしか聞こえんが >>299
これ厚労省左翼官僚の意図的なサボタージュテロだろ(´・ω・`) >当時の担当課長「覚えていないが当時自分が決裁したと思われる決裁文書を見たら
そのように残っていたのでそうなのだと思う。」
すげえ言い訳だな
財務省が文書は残ってないと証言して、嘘つきと評判落としたんで
こういうしかなかったのかもしれんが なんかこの国の今迄うそで偽りだった部分がボロボロ真実の元に暴かれて来ているな!
学校の歴史で習った第二次世界大戦の色んな所がうそだらけ!明治維新なんか6割方歴史で
習った事がうそだらけ!元海外の大使館の大使だった人が詳しくYouTubeで説明している!
今の糞官僚共が国民から税金を搾取する為に何十年も前から改竄捏造して来たのが国会でも明らかになった!
国民に選ばれた国会議員が自分の金儲けの為に平気で国民にうそだらけ!この国は相手にうそをつくのに麻痺している!
国民の税金を貰っている奴らほど一般の国民よりも刑事罰は厳しくしないとおかしいだろ! ,..-――-:..、 ⌒⌒
/.:;;;;;;;;;;;;;;;;;;;;;::.\ ^^
/ .::;;;;;;;;;;;;;;;;;;;;;;;;;;;;;::..ヽ
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
:::::;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;::::
:::::::;;;;;;;;;;;;;;;;;;;;;;;;;
::::::::::::::::::::∧_∧ そうやってなんでも
::::::::: < ::;;;;;;;;:> COBOLのせいにしてりゃいいニダ・・・
_.. /⌒:::;;;;;ヽ
-― ―'ー'-''―-''/ / ::;;;;;;;;:| |―'''ー'-''――'`'
,, '''' . ''''' と./ゝ_;_;_ノヽつ 、、, ''"
,,, '' ,,, ::;;;;;;;;;::: ,, ''''' ,,,, >>314
統計学なんて勉強するより組織内政治を頑張らないと
出世できないしな
大企業でも巨大利権握ってるお役所的な社風の所はそうだし >>219
COBOLはソースコードも書式が固定されているから、ある意味フリーダムに書ける
CやJavaなどと比べて読みやすいと思うけどな >>238
言語の仕様
COBOLでは数値は全て10進整数として計算されて小数点はその整数値の
どの位置に置くかという情報を持つことで管理されている 安倍の悪影響だな
適当な言い訳しとけば
後はゲリウヨがアクロバティック擁護してくれるしな
本当に死ねよ でも
同じ統計のやり方なら、わからんでもないよ
お前らだって先任のよくわからんマクロ動かして報告書作って提出してるだけの作業あるだろ? IDENTIFICATIFN DIVISION忘れたのかよ
最悪だな >>311
WORKING-STRAGE SECTIONにわけわからん変数がいっぱいってやつか。
本来COBOLはDATA DIVISIONで変数をしっかり設計定義して組むものだけど、
VBとかから入った人は必要になった都度変数を追加したりするからね。
VBやCのプログラマーでも、わけわからんグローバル変数使いまくりの奴が組んだプログラムは
COBOLのスパゲティプログラムと変わらんけど >>7
これ
分かりやすくて読みやすいのが長所なのにな 運用も問題だろ
結果がわかってるベンチマークデータを流して確認するとか
どの段階でもしなかったのか? どう考えてもバグのせいではない IT用語出しときゃ庶民は分からないだろって魂胆が丸見えの言い訳 まあ、一度築き上げてしばらく運用して問題に気づいていないシステムって
完全に信用してしまうきらいはあるな
特に作った人間が引退してしまうと、何か問題が出ない限り疑う人間がいない 平成も終わりかけの今コボルとか
Fortranとかもあったなぁ COBOLにVisual Studioのような統合デバッグ環境があったらメンテも楽なんだろうけどね
言語がわからないどうのこうのが問題なんじゃなくて開発環境の問題のような気がする アセンブラでメンテできませんでしたらなら、まだ分かるが >>214
簡単なことしかできないから逆にコードを読みにくいし業務を把握しにくい
文書全部平仮名で書かれてたら分かりにくいみたいなもん >>341
全く読みやすくないよ
簡単なことしかできないから似たようなコードが長々と書かれてて逆に分かりにくいんだよ
データベースだったら数行書けばできる事を何十行も書いて実行してたりな
パフォーマンス意識しないで冗長に書きまくってもどうにかなってしまうのでコード自体が粗悪な場合もあるし
そのくせまともなエディタや開発環境も無いというね >>14
これは結構な大規模システムでもやってるな
銀行なんてこれ >>339
変数名ymd001 ymd002とか連番変数名にしてるから分かりずらい。
無意味に見えるコードでも特定の条件で実は重要だったりするね。
オープン系のコピペマンやフレームワークやライブラリマンには、デバックもクラスも関数もライブラリもコピペソースもないから無理だわ。 >>350
MOVE A TO B
とか
PERFORM 100 TIMES
ADD 1 TO N
(いろいろ処理)
END-PERFORM
とか、英文に近い書き方だから読みにくいってことはない
省略記法まみれのC系と比べると構文はわかりやすいよ COBOLが読めないなら読めるようになればいいだけだろ
若手しかいないから読めないとか甘えすぎるだろ
さすがにアセンブラやマシン語で書かれてるとかなら、ともかくさ
仮にスパゲッティコードだとしたら、それはもう言語の問題じゃねーし
ほんと言語のせいにしてんじゃねーよ
どうせC言語やVB6でも同じようなこと言うんだろ? >>364
2012より前のデータは破棄された模様(ほんとか?)なので、14年分もないぞ
よかったな >>299
仕様書なんて最初からなくてもおかしくない >>364
そういうのって
MTに入ってんのかな?いまだに? AWSのLambdaでCOBOLのランタイム使えるようにしたくらいだから
日本国内だけの問題じゃなくて世界的にCOBOLがズルズル使われてるのかなあと推測
技術者不足の問題は日本だけかもしれないけど >>362
数行なら簡単だが、冗長なCOBOLのプログラム全体が何をしてるのか読み解きにくいと言ってるんだぞ
低学年の小学生が書いた数行の文なら平仮名で読めるが
大人の書いた小説が全部ひらがなだったら嫌になるだろ COBOLなんて爺でもできる超簡単言語じゃん
3日あれば覚えられるよ
なんだけどアホが作ったソース見ると分けわからんことばかり
当時は仕様書なんてとりあえず書いてみただし
修正履歴なんてないし
あってもキングファイルに紙だし
ハハハ >>371
本読んで構文覚えるのと
過去の山のように積もった負の遺産を1から読み解いて直すのは全く別の話 コボルってそんな複雑か?むしろできる事が少ないからシンプルにコード書くしか無いぞ。 >>308
その「報告書」自体がお手盛りで統計調査結果以上にいい加減なものだからねぇ。
そもそもその指示なるものが実際にあったかどうかすら検証されていない。
ってゆーか、ぶっちゃけ最初に抽出調査に切り替えたときに出てきた統計数値が
少なくとも東京都に限れば超極端に減ったはずなので余程のバカでも担当者は気付くわ。
こんなもん意図的な調整があったとしか言いようが無いだろ。 >>325
> そもそも問題発覚から1週間かそこらで修正結果公表できたのは何でなの?
発表した修正結果もいい加減なものだから。 >>5
そのコボラージジイしか読めないせいでチェック甘くなってミスを見逃したって話だろ? >>11
学校はCOBOL以外何も教えてくれなかったのか? >>372
その問題はどの言語でも同じ
意図が理解できない関数なんてこの世に腐るほどある なんでプログラマとかエンジニアってパイソンとかコボルってカタカナで書かないの?
こだわり? >>379
Javaの表記としてジャバとかジャヴァのどっちが正しいかとか論争になったら下らないだろ
カタカナで表記するメリットってあるか? COBOL語自動翻訳ソフトとか可視化するソフトとかないの? エリート官僚がこのレベルかよ
日本の受験制度って根底から間違ってるだろ >>379
言語名に敬意を払ってるから(嘘
和製英語じゃないからじゃないかなぁ
てか、シーとかシーシャープとかヴィジュアルベーシック、ヴィビーとか分かりづらいじゃん 嘘つきは朝鮮人のはじまりってならわなかったのかな? どこまでふざけたことぬかしてんの?
COBOLで書かれた特殊なプログラムなので高齢者しか読めず
COBOLで書かれた特殊なプログラムなので高齢者しか読めず
COBOLで書かれた特殊なプログラムなので高齢者しか読めず
COBOLで書かれた特殊なプログラムなので高齢者しか読めず
COBOLで書かれた特殊なプログラムなので高齢者しか読めず リレーショナルデータベースなどが一般化していない時代のプログラムは
ファイルに格納されたレコード同士のマッチング処理やソート処理を
コードで書いてたから、それを読みとれないプログラマが多いのかもね。
これらの処理は複雑そうだけど、いくつかのパターン化された処理だから
それが頭に入ってれば理解できるんだけどね。 昔のアルゴリズムの解説書には
たいてい書いてあった。
いまはデーターベースにSQL投げるだけだから、マッチング処理とか書けない低レベルプログラマが多いのかも。 フォートランみたいなの?
℃の前に流行ったのでしょ? >>369
それはCOBOLという言語のせいじゃなくてプログラマのせいだろ
JavaやC#などのクラス設計だってロクに仕様書書かないやつや冗長な書き方するやつなんて掃いて捨てるほどいる
そもそもCOBOLなんてバッチ処理を書く言語で、GUIやスレッド処理などのイベントドリブンな処理をする為の言語じゃないんで、
難解になりようがないよ。 スパゲティ化とか変数名が単純すぎて何の変数かよくわからんとかいう類の問題は多いけどね。
その変数だってDATA DIVISIONにまとめられているから、複数箇所で定義されているなどの問題は発生しない。
>>1ではCOBOLという言語が特殊だからわかる人が居ないと書かれているが、そうじゃなくて
言語関係なくて作りがずさんだから訳がわからなくなっているだけで言語のせいではないっていうのが俺の意見 >>389
つーか、そもそもそんなシステムを修正する指示自体が実はなかったと考えるのが一番自然で無理が無い。 いやこれ言語がどうとかでなくて
結果の確認がちゃんと出来てなかっただけだろ
業務担当のさ >>1
そもそも抽出調査じゃダメなので
逆数かければいいって話じゃない COBOL分かると高齢者扱いというのが一番の衝撃w 全数調査って言っても
無回答や拒否もあるから
データ処理は必要
完全調査を目指したら
結果が出てくるのがいつになるか
わからない 現場猫の職人たちが厚生労働省バージョンをいっぱい作れそうだな 言語問題なら資料あるんだから勉強しろよ。仕様問題なら作り直せ。 >>353
バブル全盛期は1ステップ200円とかでコーディングもあったらしいから、無駄なコード入れて水増しした可能性はある。 >>14
早く作れ早く作れ言われたらそうなりますわな >>11
システム移行は古いほど物凄いコストとリスクが掛かるからな。 天下り先にいなかっただけだろ?
ちゃんと外注しろよ >>45
昔から見慣れた画面がいいってユーザー多いもんな >>53
色々制約があったから客の要望も抑えられた。
.netとかだとフォントとか色とか細かいこと言われる。 >>95
資格持ってても全然使えないやつとかいるけどな 莫大な損失も嘘でチャラか?もし本当なら管理担当者がいないことになるよなw その部署に人がいない事に気付けないって普通あるか?いても使えなかったってことはないよな?それだと運転手募集して無免許で運転出来ない奴を雇ってるようなものだぞw >>256
どんな言語でも将来廃れる可能性はあるからな。
まあ、次々新しいものが出てくる業界だから当たり前なんだけど。 >>405
残ってる一番確かな資料がプログラムだってのはありがち
プログラムがずっと計算やってくれてたから人間は計算方法を忘れてしまうと で、IT企業で働いた経験すら無い公務員が書いた
コメント無さすぎのスパゲティプログラムを
読解しなければならないと >>389
COBOLは今の時代は特殊でしょうよ
データベースならテーブル2つ比べて差分出すのも簡単だけど
COBOLはいちいちファイルソートして1行ずつデータ送りして比較しないといけないし さっさと更新しないから、こんな事に…
じゃないだろ!!
COBOLじゃなかったら、検証できたとでも言うのか?
絶対的な人数足らないだろ!
検証手順の見直しが必要だろ! >>414
近年、というかだいぶ前からCOBOLでもデーターベースは使用できるんだけどな
もっとも新規でデータベース使う案件にCOBOLは使わないだろうけど 何で報じないの?『アベノミクスによろしく』著者 明石順平弁護士
「2018年1月から毎月勤労統計調査の賃金の算出方法で3点、サンプルの入れ替え、労働者数推計のベンチマークの更新、
その際の遡及会計をやめたから国家の成長率は捏造されたんですよね?」
厚労省「そのご指摘は認識しております…」()
https://twitter.com/RothschildBoJ/status/1088267131563606016
https://twitter.com/5chan_nel (5ch newer account) >>414
コボラーはRDBでもカーソルでループして集計するからwww 磁気テープ記憶装置はどのプログラミング言語で操作できるんだろう? >>374
マイクロフォーカスと富士通のオープンCOBOLは出来たと思う COBOLじゃなくても同じやろ。
結局、標本数が1/3だったんだから。 役所から来る調査ってどれも糞面倒なんだよ
必死に作っても何の恩恵もないし
それどころか真面目に提出すると次回も来る悪循環
これ全数調査に戻したらまた苦情の嵐になると思うよ >>428
COBOLが悪い、と言う風評流してJavaやC#に移行させて仕事増やして景気浮揚させたいからでそ
役人が考えそうな悪知恵 どの道、アベノミクスが数字改ざんの結果ってその内分かるから
意味無い こちとら、年号変換、消費税増税でそれどころじゃない
余計な風評流すな、と言いたい >>425
言語関係ないと思う。
言語では恐らく「ファイルの操作」を意識してるだけで、実際の制御はOSがやる 自分にしか分からない他人が理解できないプログラム組む人間って処罰する仕組みが必要だと思うわ >>3
読みやすいと思うが?
Javaをバカが書いたら全然読めないけど
COBOLはなんとかなる 高齢者しかCOBOLを読めない
では、全国の中高年でCOBOLをやったことのあるひとに、今現状を見てもらってさっさと修正すれば解決しますよ 構築当時は様々な技術がありその中で選択したものの
当該技術は主流となりえなかったなどの理由から技術者を確保することも困難になったため
汎用的な技術方式への置き換えを行うこととした
といった類のことは入札時のシステム構築の導入事由によくみられるくだり >>414
メインフレームではコンペアUtilityあるでしょ >>368
LambdaはオフコンCOBOLユーザーのリプレイス目当てみたいね FORTRANとCOBOLは電算処理の授業で習ったけど
ウチの大学はIBM派、富士通派、アップル派の陣取り合戦が凄くで
文系はIBMの電算室の授業はFORTRANと富士通の電算室の授業はCOBOL
理系はアップルで別れてていちいちめんどくさかった。 >>422
>>414
コボラーの設計したDB(Oracle)とVB6で
行列にデータを取り込んでループさせて検索するものが動いてたわ
データ探し出すだけで5分ぐらい固まっててその間かわいいアニメーションが動いてごまかしてた
初歩的なSQLで書き直せたらから改修したら1秒とかからず結果が出てきた Proc options mainと代入するときにmoveを使っていたくらいしか記憶にないな
でも、高級言語だしちょっとやれば書けると思う >>445
それCOBOLじゃない部分とごっちゃになってるぞ 習ったとか書いている人はその仕事していないのですか? 昔のCOBOLはGOTO文を多用して修正を加えてたり訳が分からなくなっているからな
今のはストラクチャー式になっているんだろうが 567億円の不足分を払うのに事務処理費を含めて800億円必要。
どういう意味だコラ!
233億円はてめえらががめるのかよ、公務員。
テメエのミスで必要になった事務処理費はてめえでどうにかしろや、国民をなめてんのか。
イカサマも、謝罪も、しりぬぐいも全部税金でやるのかよ。
厚労省の職員が私財で償えや、思い上がるのもたいがいにしろや、国賊官僚! >>374
とりあえず一読したところ、良くできた報告書だけどなあ
良くできすぎてて、逆においおいと思うことはあったが
どのへんの取りまとめ部分がいい加減だと思った? シルバー人材センターがCOBOL出来る人を探せば這いずり出てくると思うよ 官僚は有能な奴がなるってぜったい嘘だよな
無能と嘘つきと税金を吸い取る寄生虫と女にだらしないセクハラ野朗ばっかり 公務員って勤勉手当という名目でボーナスをだしているけど
こういうでかい不祥事って手を抜いた結果だから
厚生労働省の全員の勤勉手当を一律カットしてみたら? BASIC、COBOL、C+
20数年前は全部覚えてたな… >>457
時給次第だろうな
役所ならとんでもない安い時給で募集しそう ニュー速の言語スレを覗くといつも熱戦だな
プログラマー経験者多いんだな 読むだけなら他言語のプログラマでもなんとかなるだろ COBOLって、マークシートにコーティングして機械に読み取らせる言語だろ? 昔はプログラマー35歳定年説ってあったけど
まさか還暦超えたヨボヨボコボラーが跋扈する時代が来るとは これは単純にテストの問題であり、
開発計画の問題です。
設計書を作成し、設計書に基づいた
テスト仕様書を作成し、
テストを実施すれば問題は起きなかった。
要は開発プロセスの問題。
手抜きが問題。 >>1
IPA「基本情報で、rubyイン、COBOLアウト!」 手計算したデータ突っ込んで想定通りの結果出てくるかぐらい検証して使えよ 1からアルゴリズム作った方が早そうにしか、
思えないけど。コボルのせいにするのは言い訳でそ。 古代言語は他にFORTRANとBASICとLISPがあるけど、LISPはあんま使われてないな
emacsやgimpのスクリプトはLISPだったけど COBOLなんて当時は高卒や土方やペンキ屋やってた未経験の新人でも半年くらいで使えるようになってた。
そういう簡単なところが売りの言語なのにな。
COBOLしかできない単価の高いジジイを守るために若者にはできないという虚報を流し続けてる。 >>471
1から作ると新しいバグが仕込まれるリスクあるから
既存のCOBOLのシステムを維持したかったんだろう
これが未だにCOBOLが生き残ってる理由 cobolは簡単な言語なんだけどさ
読みにくいんだ。古いものは変数が8バイトで完全に記号だし。 >>24
>>124
低学歴の僻みと言われるから止めた方がいい。
どこだってルールなり慣習があってそこを運用する大多数は、無能。
それにおんぶしているのは、君かもよ? >>458
そら、足を引っ張る、お客様気分で我が儘を言う。
そんな君みたいなのを相手してりゃ持ち味の発揮は、できないさw >>464
じっさいTSS端末が一般的になるまでは、PCS(パンチカードシステム)で1ステップ1枚のカードをパンチ(せん孔)したやつを読み込ませて処理させていた(らしい)。俺はTSS以降デビューだから先輩に良くそんな話を聞かされた。 >>1
COBOLが間違いじゃなくて
さっさとシステム刷新しなかった点だろ >>467
おっしゃるとーり
それとシステム切り替えた一発目の結果みて異常に気付かなかった本省、東京都の統計課のレベルの低さが問題
それ以降はどうしても前回との比較が中心になるので間違いに気付きにくくなってここまできちゃった >>484
省庁にもよるかもだけど三種のとこあるよ >>454
そもそもヒアリング自体碌にしていない上に、対象者を水増ししていたのがバレてる。
こんな報告書は評価以前のゴミだろ。 >>471
ものを知らない池田信夫が通ぶりたくてCOBOLの性ガーと騒いでいるだけ。 >>472
>LISPはあんま使われてないな
関数型言語は色々と特殊な点が多いからな。 日本ではコボラーが迫害されてるけど海外ではどうなんだ? >>472
Fotranは解析系で全然現役ってイメージあるわ >>464
COBOLに限らない
昔はプログラマとコーダーとパンチャーは別の職業だった COBOLだからわからないなんて言ってるヤツは言語が違っても結果は一緒 例えば抽出率5%で平均値とって抽出率の逆数を掛けると平均値は20倍になるんだが 担当者がCOBOL以外の言語なら知っているのでしょうか
それで自前でやりなおせばいいのでは? COBOLwwwww
まだそんな化石使ってんのかよw
統計システムならPythonで作り直せよ >>1
日本国憲法下の政権与党
1947〜1992
民主党(自由民主党の前身平成の民主党とは異なる)
民主自由党(自由民主党の前身)
自由党(自由民主党の前身)
自由民主党
1993
細川内閣(日本新党ほか)
1994
細川内閣(新生党ほか)
1995
村山内閣(自社さ連合・総理は村山だが事実上の自民党政権)
1996〜2008
自由民主党(第1次安倍内閣)
2009〜2011
民主党
2012〜2019
自由民主党(この間全て安倍内閣)
以下責任割合
自民党64(安倍8)
民主党3
細川内閣2
ミンスガーなんてどの口が言うんだろうな def COBOL_system():
cobol_engineer_age = 22
for cobol_engineer_age < 65:
cobol.run()
cobol.stop() ごまかすことだけ、一丁前
やることなす事、半人前
公務員の正体
DQN丸出し
その上に跋扈する官僚
DQNに毛が生えただけの奴ら
腐ってもイワシ 小室直樹氏
公務員なんて全員焼き殺せ
やればよかったのにな Pythonでつくれというあなたがやってあげなさいw 特殊なプログラムをCOBOLで書いたので高齢者(開発者)しか読めず
だと思うぞ。GOTO文の嵐とか >>491
列車ダイヤ作成にFORTRUN使われてる 言語の問題じゃなくて、テストが十分じゃなかったんだろ。 つうか調査方法と委託費(予算)は切っても切れない関係なんだから、全数から抽出に切り替わった段階で(もし調査実施が東京都なら)東京都がなんか言わなきゃおかしいんだよ。
抽出に切り替えたのに全数分の予算払い続けてた?
そんなのあり得ないから意図的に抽出に切り替えたとしか思えない >>512
人員がいなんだよw
プロパーがいない
他の局から腰掛けて回ってきたり、労働局から2年だけ来ていなくなったり
だから、当然仕事の表面だけ覚えてなんとなくこなすだけで
中身がわかってないんだよ
だから おかしい という発想すらない
そして、何かあった時はすでに担当者は変わっていていない
そういうとこ GOTO程度で読みにくいとかアセンブラだと発狂すんのかな? >>483
14年間もねえ(笑)
アホな公務員の退職金で損失を補填すればいいよ。 コボルとか聞いたの大学生の頃以来だわ30年ぶりくらい 厚労省「懺悔・・・? やめとこう すべてを告白するには一週間はかかるだろうからな」 >>515
そりゃそうだろ。今時の奴らは高級言語マスター(?)してドヤ顔の連中が、各種リファレンスマニュアル見ながらアセンブラでプログラム組めるかっつうの。 問題のモジュールだけ修正、または作り直せばそれでよし システムの問題はとりあえずCOBOLのせいにしときゃ
無知な者には説得力のある言い訳になる不思議 あいでんてぃふぃけいしょんでぃびぃじょん
懐かしい >>515
Cとかで、処理をwhile(1)で括ってbreakで途中抜けを書く人いるけど、最後のbreak書き忘れると無限ループで死ぬし、やりたい事に対して言語表現が汚いから、素直にgotoで抜ければいいのにって思ってるわ。 >>520
アセンブラが難しいという風潮がよくわからない 富士通の日本語コボルで開発やらされた時は、コード書いてる俺でも解析出来ないくらい読みにくかった。 COBOLはむしろ簡単に読める言語
ネットだと糞難しいことになってるけど >>526
昨今は組み込み制御でも初期設定程度なので、アセンブラ部分はすっげえ簡単だな。
基本的にCで書いた方が早いしね。(パイプラインとか予測分岐的に) >>464
研修はそんな感じだったが現場は普通に端末入力だった31年前 もう内情オワコンのこの国で一番の売国奴の犯罪者は糞官僚共!ある元大使館の大使が言って
いたが官僚は自分の保身しか考えて無い!どんな大臣が来ても糞議員としか思っていない!この糞官僚共
が毎月東京で2回行っている日米合同委員会の日本側の官僚の命令通り指示に従って売国法案成立する
ように誘導している。糞議員も自分の金の為なら何でもするクズ野郎だ!与党も野党も糞!議員のクズは論外!
マスゴミももうどうにもならない所まで来てしまったな!完全に政府にコントロールされている!グローバリスト共の
報道して欲しくない事は絶対報道しない!世界のあちこちに広がっているフランス国民の黄色いベスト運動でも
フランス国民はマスゴミが本当にクズ!だと叫んでデモ運動している!日本国民はもう立ち上がろう!糞政府の犬と
なった糞マスゴミの新聞不買運動!糞マスゴミの雑誌不買運動!糞新聞の押し紙問題を徹底的に追求しよう! ■ このスレッドは過去ログ倉庫に格納されています