アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
疑問なんですが (スコア:1, 興味深い)
実績が最大の評価なのはわかるんですが。
文字フォーマットのしやすさ?固定小数点演算?
そんなの使えない言語探すほうが難しいと思うんですが。
あえて確保と教育が面倒なCOBOLを選ぶほどのメリットがあるとも思えないんですが。
ちなみに仕事で使ってないだけで(試験用として)COBOL自体は知ってます。
Re:疑問なんですが (スコア:5, 興味深い)
COBOLの持つ機能ではなく、COBOLが持たない機能が多いおかげで、事務屋が
事務屋の目線で使える言語である、ということなのではないかと思います。
台帳と伝票を中心とした、画面も印刷も一時記憶も、すべてレコードの
概念で取り扱うことができ、
「この画面で入力された内容が、この伝票の一行になる」
「この伝票をこういう風に転記しつづけると、この台帳になる」
「この台帳の一行が、レポートの一行になる」
のが、見やすいのではないかと思います。
基本的には、とにかく伝票から台帳、台帳から台帳へ転記するルールのみを
延々と、しかも自然言語に近い冗長な記述で書いていく言語ですから。
-- Tig3r on the hedge
Re:疑問なんですが (スコア:2, 興味深い)
別に歴史ある会計処理を全否定する積もりはないが、なぜそうなっているか考えもせずに「ビジネスロジック」とかいう言葉で、そのままコピー・延命させるのもどうかと。
役所に出す書類、なぜこの数字がここなんだ、というのが、あちこちあって困る。
しかも問い合わせても、すんなり分かる説明を受けたためしがない。
Re:疑問なんですが (スコア:1, 興味深い)
昔、メインフレームのダウンサイジングで盛り上がっていた時に、Java バッチとか作ったことがありますが、帳票出力だとかがめんどくさいことこの上ない。
Java が「なんでも出来る」おかげで、実際の処理とは無関係な手続きの方が長いんじゃないか?ってくらいに。
# クラスライブラリなりを整備しろよってな話ですが。
適材適所って大事だなと痛感した一件でした。
ただ単にファイルの内容をあっちやったりこっちやったりするなら、やっぱり COBOL は楽です。何も考えなくて良い。
この程度なら、JCL + COBOL Script 的なものがあれば便利かも…って微妙かな。
まぁ、メインフレームでやるならの話ですが。UNIX 環境なら Perl なり Ruby で書いちゃった方が楽ですし。
# やっぱり COBOL はいらない子?