リアルコンピューターおばあちゃん、グレース・ホッパーはすごいぞというまとめ - Qiita
グレース・ホッパー - Wikipedia Grace Hopper - Wikipedia “アメージング・グレース” , グレース・ブリュースター・マレー・ホッパー (Grace Brewster Murray "Amazing Grace" Hopper, 1906年12月9日 - 1992年1月1日) は、アメリカ海軍の軍人かつ計算機科学者。75歳で退役、最終階級は准将。プログラミング言語COBOLを開発した。 Image COBOLの母、「グレース・ホッパー」です。こんなCSSアート作品もあるようです。 See the Pen Single Div Grace Hopper by Tricia Katz (@triciaakatz) on CodePen. ともかく、リアルコンピューターおばあちゃんと言える位カッコイイのです。 名言 おばあちゃんの名言。 9 Grace Hopp
Unlocking new use cases with 17 new models in Workers AI, including new LLMs, image generation models, and more | The Cloudflare Blog
Recently, COBOL has been in the news as the State of New Jersey has asked for help with a COBOL-based system for unemployment claims. The system has come under heavy load because of the societal effects of the SARS-CoV-2 virus. This appears to have prompted IBM to offer free online COBOL training. As old as COBOL is (60 years old this month), it is still heavily used in information management syst
Grace Hopper - Wikiquote
It's easier to ask forgiveness than it is to get permission. Rear Admiral Grace Murray Hopper (9 December 1906 – 1 January 1992) was a U.S. Naval officer, and an early computer programmer. She was the developer of the first compiler for a computer programming language; at the end of her service she was the oldest serving officer in the United States Navy. We must state relationships, not procedure
COBOLが世界経済をいまだ動かしている
Texas Public Radioより。 By PAUL FLAHIVE/MAY 23, 2019 60歳のコンピューター言語が世界経済を動かしている。 金融取引の80％もの見積もりで、一般的なビジネス指向のプログラミング言語、つまりCOBOLが使用されている。今ではプログラマーが定年退職し、彼らの後を継ぐ人が減っているため、言語の将来は不確実である。しかし、COBOL終焉の噂は目新しいことではない。 その死は何度も予測されてきた。実際、COBOLの歴史の中に定数が1つあるとすれば、それはプログラミング言語の死の予測かも知れない。 COBOLは1959年に業界と政府のプログラマーによって作られたが、それでもその将来は不確かだった。 「1年足らずで、COBOLが死にかけているという業界全体の噂がありました。」1981年の講義で、言語の設計を手伝った准将でプログラマーのグレース・ホッパーは言
なぜRDBからCSV + COBOLに変更する事でコスト削減と高速化を同時に実現出来たかの考察 - ブログなんだよもん
そもそも既存はどんなロジック？ RDBなんだからWhere句使ったら？ なぜファイルにすると速くなるのか？ 並列化と分散処理による高速化の可能性 COBOL使う必要あったの？ Javaとかじゃダメだったの？ まとめ TLを見てると以下の記事が少し話題になってました。 tech.nikkeibp.co.jp tech.nikkeibp.co.jp 対象の記事は有料会員じゃないと見れないのだけど事例としては以下みたい。 リソース - ユーザー事例 - COBOL製品 ユーザー事例 : マイクロフォーカス さて、この記事の驚きポイントは「１億レコードくらいのDB処理をRDBからCOBOL + CSVに変更してUnixサーバからWindowsサーバに変える事で性能を維持しつつコストを1/5くらいにした」という事でしょう。 「せっかく7割もあったSQLを全部COBOLに変えるとか時代に逆行しすぎ！」
引退するメインフレームプログラマたち - その対策は？
特にRPGは、読んで理解することがとんでもなく難しい場合があります。RPGでは長い間、変数名として6文字しか使用できませんでした。実際はそれ以上に醜悪です。RPGには、２つの異なるテーブルで同じ列名を使用すると、同じメモリ空間が共有されるというバグがありました。そのためRPGプログラマは、列名の貴重な6文字のうち2～4文字を、関連するシステム名とテーブル名を識別するために使用していました。このバグは数十年前に修正され、今日では変数とデータベース列の名称として、少なくとも32文字までサポートされるようになったのですが、RPGプログラムでは相変わらず6文字の変数名が使用されています。 私は1992年頃、当時メンバであったCircuit City(訳注:米国の家電量販店会社)のコーディングチームを対象に、Cobolのモジュール化テクニックについてプレゼンテーションを行なったことがあります。プレゼ
テクマトリックス、COBOLも読めるソース構造の可視化ソフト新版
テクマトリックスは2012年9月26日、ソフトウエアの構造を可視化するソースコード解析ソフトの新版「Understand 3.0」（画面）を発表、同日に出荷開始した。新版では、COBOL、Objective-C、Pythonについても解析できるようにした。価格（税別）は、マシン固定ライセンスが1台当たり19万8000円、同時使用ライセンスが同時1ユーザー当たり39万8000円。開発会社は、米SciTools。 ソフトウエアの構造を可視化するソフトである。大規模で複雑なソフトウエアの構造をできるだけ早く把握したい、という用途に適する。アーキテクチャーから個々のクラス/関数まで、各種の粒度でソースコードを解析可能。呼び出しや参照、クラスの構成、制御フローなどをグラフィカルに可視化する（Visio形式で出力することもできる）。個々のエンティティーをクリックすれば、詳細なコードを参照できる。 コー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
若者をCOBOLエンジニアとして育てることの是非 | スラド デベロッパー
損保ジャパン、COBOLで組まれたシステムの移行を決断 | スラド デベロッパー
金融系ではなぜCOBOLが使われるのか | スラド デベロッパー
Martin Fowler's Bliki in Japanese - CobolInference
NTTデータ、既存システムのソースコードをもとに設計書を再生するサービス
OSSコンソーシアム