アカウント名:
パスワード:
文字フォーマットのしやすさ?固定小数点演算? そんなの使えない言語探すほうが難しいと思うんですが。
より多くのコメントがこの議論にあるかもしれませんが、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 はいらない子?
Re:疑問なんですが (スコア:4, 興味深い)
標準で(外部ライブラリなどを使わず)、十数桁の金額の計算を、想定外の丸めなどを起こさずに十進で銭単位まできちんと計算できる言語って、そんなにたくさんあります?
# いくつかは知ってますが。
Re:疑問なんですが (スコア:2, 興味深い)
他の言語でもできない訳ではないが、初めからそれと、後付けの差は大きい。
まあ画面周りとかは他の言語でもいいけどさ。
Re:疑問なんですが (スコア:1, 参考になる)
何も意識せずとも二進数由来の制限と無縁でいられる
要するに「そろばんや電卓での処理」をそのままプログラムに落とし込めるのよね
だから金融系のビジネスロジックと非常に相性がいい
Re: (スコア:0)
Re:疑問なんですが (スコア:1)
コンピューターの知識が十分に無い人にとって、2進数とか16進数がもっとも難解なもの。
しかも符号とか型とかが関わるともうなにがなにやら。
帳票の扱いやすさも大きいですが、アレは自由度の低さが逆にモノを言ってる世界ですからね。
プロポーショナルな不等幅フォントなんて悪魔の産物としか思えません。
後は過去の資産というよりは、実績じゃないですかねぇ。
お金関連の人は結構こだわりますから。
Re:疑問なんですが (スコア:2, 参考になる)
特に何もしなくても、デフォルトの状態で金勘定と固定幅フォント帳票に
最適なモードに設定されているわけですから。
もちろん、ほかの言語でも可能な処理でしょうが、変数の型宣言などの
(ある意味)煩雑なことを気にしなくて良いというのはメリットだと思います。
#融通が利かないという事とのトレードオフではありますが。
きちんと(これ重要)コーディングすれば、素晴らしく見通しの良いコードになりますよ。
そういう意味で、金融系のバックボーンとしては悪くないと思います。
今のプラグラム言語と同列に考えるから「何でCOBOL?」となるのであって、
「BCDコードベースの金勘定に特化したスクリプト言語」くらいに
捉えておけば良いかと思います。
優秀なデバッガさえあれば、メンテもそう難しくないんじゃないかなぁ…
#見たこと無いけど
ただ、技術者としてそれに甘えていて良いかというのは別問題。
特性を理解してCOBOLを選択する事と、COBOLしか使えないってのは
雲泥の差ですから。
Cをまともに使える人なら、2時間も仕様とサンプルソース眺めれば
COBOLはそれなりに理解できるはず。
大昔のGOTOバリバリのスパゲティを理解できるかっていうと、
それはそれで別問題ですが。
Re: (スコア:0)
そのために開発され最適化されてきたってことではないでしょうか?
このシステムのキモは
ビジネスロジックは十分枯れている既存ロジックをそのまま流用すること
でしょう?
システム更新のたびに
たいした考えもなく
動いているしかも
往々にしてきちんとドキュメント化されていない
ビジネスロジックをポーティングするよりは
たしかに見識があると思いますが
# COBOLのBは?
Re:疑問なんですが (スコア:1)
(一応、Mac の ResEdit は知ってるが、言語か?)
the.ACount
Re: (スコア:0)
Re: (スコア:0)