COBOLは2019年で生誕60年、いわば還暦を迎えた。ここまで、長く使われてきた理由は何か。調査結果からCOBOLの長所を探ってみよう。 COBOLは誕生から60年がたった今でも、企業内で多く使われている。日経 xTECHが2019年3月4日から15日にかけて実施した「COBOLに関する実態調査」で明らかになった。 もちろん、リプレースしたくてもできないケースもある。だが注目したいのは、COBOLシステムが企業内にあるという回答者のうち、約54％が「当面、使い続ける」と答えた点だ。これは今でもCOBOLにメリットを感じている表れだろう。そこで今回は、COBOLの長所について調査結果を見ていこう。 COBOLの実績と歴史を高く評価 調査では「開発言語COBOLの長所として、どのようなイメージを持っていますか」と聞いて、上位3つを挙げてもらった。以下がその結果である。第1位は「数多くの稼働実

本連載では、外資系テクノロジー企業勤務／圓窓代表・澤円氏が、エンジニアとして“楽しい未来”を築いていくための秘訣をTech分野のニュースとともにお届けしていきます 株式会社圓窓　代表取締役 澤 円(@madoka510) 立教大学経済学部卒。生命保険のIT子会社勤務を経て、1997年、日本マイクロソフトに転職、2020年８月に退職し、現在に至る。プレゼンテーションに関する講演多数。琉球大学客員教授。数多くのベンチャー企業の顧問を務める。 著書：『外資系エリートのシンプルな伝え方』（中経出版）／『伝説マネジャーの 世界№1プレゼン術』（ダイヤモンド社）／『あたりまえを疑え。―自己実現できる働き方のヒントー』(セブン＆アイ出版)／『未来を創るプレゼン 最高の「表現力」と「伝え方」 』(プレジデント社)　Voicyアカウント：澤円の深夜の福音ラジオ　オンラインサロン：自分コンテンツ化　プロジェク

いやぁ、調査結果を読んで腰が抜けそうになった。何の話かと言うと、日経 xTECHが実施した「COBOLに関する実態調査」の件だ。社内にCOBOLを使ったシステムがあると答えた人が、なんと回答者全体の61.6％を占めたのだ。 この「極言暴論」の読者ならよくご存じかと思うが、私は「反COBOL」の急先鋒（せんぽう）と見なされている。COBOLを巡る「大問題」について警鐘を鳴らす記事を書き続けてきたためではあるが、若手を「コボラー」に仕立て上げている人月商売のITベンダーの経営者らからは目の敵にされている。 そんな訳なので、この調査の結果に腰が抜けそうになったのだ。正直に言って「まだこんなにCOBOLプログラムが残っているのか」と衝撃を受けた。もちろんCOBOLプログラムが金融機関や官公庁を中心に多数残存しているのは承知しているが、まさか半数をはるかに超える回答が「COBOLあり」とは衝撃的な結

木村岳史(東葛人)×極言暴論 @toukatsujin 正しすぎる認識だ→COBOLには他の人が書いたコードを分かりにくくする「悪い文化」がある。例えば、COBOLでは「グローバル変数」しか使えない。COBOLはその悪い文化と共に消えていくしかない COBOLは難しいか、記者が試しにコードを書いてみた tech.nikkeibp.co.jp/atcl/nxt/colum… 2019-02-05 07:40:38 ケルビン＠斜壊人 @legendkelbin @ellnorePZDR297 前提に語弊があって、そもそもプログラム一本単位でコンパイルしてロードモジュールを生成する、というかそれしかできない。なので、変数にグローバルもローカルもなく、そのプログラムで使うものをまとめて定義する、という形しか取れないというのが真かな。 2019-02-05 08:59:03

日経xTECHの元記事を読んでもCOBOLの特徴があんまり伝わってこない感じだし、かといってそれをディスってもしょうがないので、書いてみた。 https://anond.hatelabo.jp/20190205192741 COBOLは本質的にはDSLなんだけど、一見汎用プログラミング言語に見えてしまってRubyやPythonなんかと比較するのが誤解のもとではあると思う。今の人でも知ってそうなCOBOLに似ている言語はたぶんSQLで、データを処理するための専用言語。ただ、SQLは頑張ればすごく複雑なこともできるパワフルな言語で、だからこそ現代でも生き延びているわけだけど、COBOLはわりとシンプルなデータ処理を想定している感じ。 SQLだけでアプリケーションを作れないのは触ったことある人なら誰でもわかると思う。普通はJavaやRubyで全体の流れを記述してデータベース入出力をSQLで書く。

COBOLなんて使っているから統計データのアレがアレみたいなニュアンスの記事が書かれてしまいにゃ「言語のせいで」悪い文化ができてるようなニュアンスで書かれてるんだけど、これがまた「やってみた」の部分とは何の関係もない話をしている。 tech.nikkeibp.co.jp んで、思いっきりツッコミを受けてるよね。 www.nurs.or.jp まあ、そんなことよりも、件のニュースを聞いたときに心あるベテランSIer（この条件は非常に大事なので普段PythonとかRとかを使っている人はお呼びではない）「え？統計データの処理でCOBOL使ってるの？しかもユーザーサイドで書いてる？」と思ったに違いない、という話のほうが重要である。勝手に重要としたけど、実のところどうでもいい話だけど。 COBOLが「業務要件がそのまま書けるのでプログラマーがいらなくなる」と喧伝されたのはコンピューターが扱う業務要件

最近、COBOLに関するニュースを立て続けに目にした。1つは、毎月勤労統計で過去に不適切な調査が行われ、それにCOBOLが関係していたというニュース。もう1つは、情報処理推進機構（IPA）が、基本情報技術者試験の2019年の秋期試験を最後にCOBOLの出題を廃止するというニュースだ。 勤労統計の件は、全数調査するとしていたところを一部で抽出調査していたことが問題とされた。さらに、抽出調査を行った際には復元という統計的な処理が必要なのに、この操作を行わなかったため最終的なデータの値が誤っていたという。 この統計処理にCOBOLが関わっていた。厚生労働省が公表している報告書によると、正しい処理が行われなかった理由は以下の通りだという。 「システム改修の依頼を受けたシステム担当係は外部業者等に委託することなく自前でシステム改修を行うことになるが、毎月勤労統計調査に係るシステムのプログラム言語はC

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

IPA（情報処理推進機構）は2019年1月24日、2020年春期から基本情報技術者試験の出題内容を見直すと発表した。午後の試験で選択できるプログラミング言語のうち、COBOLを廃止してPythonを新たに採用する。

フリー: GnuCOBOL, TinyCOBOL, COBOL-IT, opensource COBOL UNIX: COBOL X/Open 富士通: NetCOBOL, COBOL97, COBOL85, COBOL G 日立: COBOL2002, COBOL85 NEC: COBOL, COBOL85 for IPF HP: HP COBOL for OpenVMS, DEC COBOL, VAX COBOL IBM: Enterprise COBOL for z/OS, COBOL for AIX, COBOL for OS/390 & VM, COBOL for MVS & VM, COBOL for VSE/ESA, SAA AD/Cycle COBOL/370, COBOL/400, ILE COBOL, VS COBOL II, OS/VS COBOL, DOS/VS C

COBOL - Wikipedia https://ja.wikipedia.org/wiki/COBOL 謝辞の例https://www.ibm.com/support/knowledgecenter/ja/SS6SG3_6.1.0/com.ibm.cobol61.ent.doc/PGandLR/rlpreack.html プログラミング言語「COBOL」がTwitterトレンド入り　AWS Lambdaのサポート言語に追加、技術者がざわつく http://www.itmedia.co.jp/news/articles/1811/30/news102.html

IBM、自社のJavaVMをオープンソース化すると発表。COBOLやPL/IのランタイムをJavaVMにも。Java 9と同時に正式版リリースを予定。JavaOne 2016 IBMは、これまで自社で開発してきたJavaVMをオープンソース化すると、サンフランシスコで開催されていたJavaOne 2016で発表しました。 JavaOne 2016の3日目の基調講演に登壇した同社Distinguished Engineer兼Java CTOのJohn Duimovich氏は、冒頭で聴衆に「With Community」（コミュニティとともに）と呼びかけたあと「Make Java Great Again」（Javaを再び素晴らしいものにしよう）と書かれたキャップをかぶって見せました。 これはIBMが、コミュニティと一緒にJavaを進化させていくのだという心意気を示したメッセージのように受け止め

プログラミングと設計は本来切り離せないものなのではがすごい反響だったのですが、結局この記事で私が言いたかったことは、 Java EEなどの現代的な開発環境はCOBOLなどの古い言語を使った開発とは根本的に設計の手法が異なる 多くの現場では未だに古い設計手法を使っているため、オブジェクト指向などの最近の開発環境のメリットが活用できず、低い生産性にとどまっている。 ということに要約できると思います。ただし、どうして、Javaではオブジェクト指向で開発しないといけないのか、どうして昔ながらの伝統的なやり方を改め、新しい設計手法を採り入れないといけないのかと疑問を持たれた方もいらっしゃるかもしれません。ここでは、開発手法と生産性の問題について、もう少し掘り下げて検討してみたいと思います。 レガシー言語の生産性 最近のCOBOLでは、オブジェクトやスタック変数すら使えますが、ここではCOBOL85の

くまぎ @kumagi 「COBOLじゃないとお金の計算は狂うからCOBOLにしか金融系は任せれない」というの、例えばPythonで金融の計算をすると具体的にどういう狂い方するんでしょう？ 2014-12-19 19:29:59 Miura Hideki @miura1729 @kumagi 1円以下を扱うと、普通は浮動小数点数になるからそこで誤差が生じるけど、COBOLは10進演算で行うことと言語仕様で決まっているから大丈夫という話だと思います。固定小数点とかでライブラリ書けばいいんでしょうが、それも手間だし。 2014-12-19 19:32:53

どっかで見たことある話 Excelのセルを方眼紙のように使ってレイアウトされた画面をWebアプリケーションのフォームに変換することで、プログラミングをしなくとも業務アプリケーションが生成できる「Forguncy」（フォーガンシー）をグレープシティが発表しました。 Excel方眼紙（ほうがんし）からWebアプリを生成する「Forguncy」（フォーガンシー）、グレープシティが発表。現場の担当者が業務アプリを作る、というトレンドは来るか？ － Publickey ちょっとタイムリーすぎて例の元増田はグレープシティのステマ！とか一瞬思っちゃいました… でもまあ、Excelで作った業務システムをそのままWeb化！SIer不要！これであなたの会社も一流！みたいなこういう仕組みって今までも沢山出ては消えてきたんですよね。なんでか。それはね、業務システムとは入力フォームのことでも出力帳票のことでも無いか

富士通と富士通アドバンストソリューションズ（FASOL）は2012年8月15日、企業情報システム向けの「設計書化モダナイゼーションサービス」を発表した（図1）。同日より販売活動を開始する。 このサービスでは、富士通およびFASOLの担当技術者が顧客企業のメインフレームを調査。COBOLやPL/Iなどで書かれているアプリケーションのソースコードを解析し、日本語の設計書に置き換える（図2）。アプリケーションの保守担当者はソースコードではなく日本語の設計書によってアプリケーションの仕様が把握できるため、アプリケーションの保守性が向上するという。 また、日本語の設計書から新規システム用のJavaソースも生成可能。この作業で富士通側はFASOLの開発支援ツール「InterDevelopシリーズ」を使う。同ツールはテスト関連の機能も備えており、設計書からJavaソースの動作テスト項目の候補を自動抽出す