- 1 名前：デフォルトの名無しさん [2011/09/20(火) 00:06:43.84 ]
- COBOLでCOBOL書ける?
- 152 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 21:56:39.00 ]
- 汎用機とシステムのセット販売で大企業の強大なバックアップを受けられることがウリのＣＯＢＯＬで
フリーの実装って需要あんのかね。
まあ学習用か。
- 153 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 23:07:55.16 ]
- プログラム言語云々なんて所詮数ある手段の一つに過ぎないからな…。
- 154 名前：デフォルトの名無しさん mailto:sage [2011/10/15(土) 10:20:06.03 ]
- >>152
COBOLerを増やしたい、せめて維持したいがための撒き餌かも。
- 155 名前：デフォルトの名無しさん mailto:sage [2011/11/06(日) 22:16:26.92 ]
- COBOL汎用機から、クラサバにリプレースしたものの、中身はエミュレーターでCOBOLが動いているのを知った時の絶望感は異常。
- 156 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 00:05:34.40 ]
- だって作りなおせないもの
- 157 名前：デフォルトの名無しさん mailto:sage [2011/11/07(月) 11:48:58.00 ]
- ん？汎用機COBOLをクラサバCOBOLへ移植したんじゃなくて、
サバ(UNIX or Windows)上で汎用機のエミュレータが動いているの？
- 158 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 01:31:21.24 ]
- そして、GUIも
ドロップダウンメニューで選んで送信ボタン
ってのが裏で
画面のこの位置にカーソル持ってきて数字入れてえんたー
って実行されるように出来ているんだろうなあ。
- 159 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 20:11:31.78 ]
- >>158
soretyottotanosisou
- 160 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 22:20:50.61 ]
- >>158
何そのオンラインバッチもどき
- 161 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 22:48:08.95 ]
- COBOL to Javaの自動変換ツールは山のようにあるけど
余り利用されてないのかな？
すくなくとも言語にまつわる問題は一気に解決しそうなんだけど。
- 162 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 23:21:50.88 ]
- >>161
未だに古いシステムをリプレースできてないところは、そもそもシンプルな仕様変更さえ超怖い状況下にあるものばかり
コンバートしてテストして稼働出来るような部品であれば、都合さえつけばとっくにコンバートもシステム移行も終わってると思いますぜ
- 163 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 23:38:35.00 ]
- とある業務系では
if 1989
...10ベージ位の処理
if 1990
以下ry)と延々と、しかもプログラム中に散りばめてあった。
- 164 名前：デフォルトの名無しさん mailto:sage [2011/11/08(火) 23:43:12.48 ]
- >>163
>if 1989
なにこれ？
- 165 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 00:43:05.77 ]
- あんま想像したくないけど、まさか西暦別で処理書いてんの？ｗ
流石に遺産コードにしても担当者生きてたら怒鳴り付けたいレベルですなあ
- 166 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 00:45:38.34 ]
- >>163
ソースコード変換以前の問題の事例ですねわかります
こんなの、javaに変換できたところで……。
- 167 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 00:53:57.61 ]
- 年度・法律が変わると、帳票の指定様式が整合性無視で変わるという、涙物。
しかも、年度によっては複数年度過去まで遡って累計が必須。
唯一の救いは、過去に出した計算結果は絶対に変えてはいけないので、補正分データを追加すれば良かった事ぐらいかなw
- 168 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 02:11:49.09 ]
- 一般的コボラ程度の涙ぐましさですね。
もちろん担当者様を揶揄しているわけではありますん
最後に関わったＮ系、その手の笑い話状態のプログラム減ってた気がする
遺産の重さに負けず、頑張って書き換えてる人はいるみたいだな
- 169 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 06:11:47.74 ]
- >>167
COBOLに限らず、現実的な業務APの開発現場であればありがちな話の気がします
仮にJavaやC#のようなOOPだと、帳票という概念を分析した上で、
・帳票 -- 抽象クラス
・1989年度版帳票 -- 具象クラス
・1990年度版帳票 -- 具象クラス
のようなクラス継承にするのかな？
- 170 名前：デフォルトの名無しさん mailto:sage [2011/11/09(水) 23:30:12.40 ]
- 何で一つのプログラムにいろんな処理を無理やり突っ込む作り方をするのかな。
処理を細かく分けれて組み合わせて作れば、メンテの負担も減るのに…。
すごく腹が立つ。
- 171 名前：デフォルトの名無しさん [2011/11/19(土) 08:43:15.71 ]
- COBOL85 のコンパイラ書いてみようと思ってるんだが、
COBOL85 って LALR(1) じゃ解析できないよね？
- 172 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 17:43:22.82 ]
- >>171
このスレでLLだのLRだのが分かる香具師が何人いるやら…
- 173 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 21:51:48.66 ]
- >>171
コンパイラに使う言語に関心がある。
COBOL用じゃないけど、最近見たのは、Haskellで書いたやつ。
- 174 名前：デフォルトの名無しさん mailto:sage [2011/11/19(土) 23:08:11.20 ]
- Cobolはすべてが言語仕様に入ってくるから大変だと思うけど。
- 175 名前：デフォルトの名無しさん mailto:sage [2011/12/13(火) 14:37:48.70 ]
- 同じ語で別の意味持ってたり、省略可能な項目も結構あるから字句解析も構文解析も面倒な予感
- 176 名前：デフォルトの名無しさん mailto:sage [2011/12/17(土) 01:09:44.03 ]
- それでもC++よりは、まあ。
- 177 名前：デフォルトの名無しさん mailto:sage [2012/02/10(金) 23:32:20.20 ]
- スレチなのだがＣＯＢＯＬで２０年ホスト系で働いてた隣のおっちゃんが、パッケージ化されてきたからクビになった。っていってたんだけど。どういう意味？
- 178 名前：デフォルトの名無しさん mailto:sage [2012/02/15(水) 12:54:55.19 ]
- www.amazon.co.jp/dp/4274211312
- 179 名前：デフォルトの名無しさん [2012/02/15(水) 19:45:57.72 ]
- >>178 これ、新刊だね。
- 180 名前：デフォルトの名無しさん mailto:sage [2012/02/16(木) 07:54:13.67 ]
- コボルとはコロボックルの略である
- 181 名前：デフォルトの名無しさん mailto:sage [2012/02/17(金) 08:10:24.89 ]
- むしろコボルト
- 182 名前：デフォルトの名無しさん mailto:sage [2012/02/18(土) 19:18:25.54 ]
- コボルでラムダ関数みたいなことはどうやればいいの？
- 183 名前：デフォルトの名無しさん mailto:sage [2012/02/19(日) 13:15:46.87 ]
- >>182
やめとけ
- 184 名前：デフォルトの名無しさん [2012/02/19(日) 22:02:27.25 ]
- 思い返すとCOBOLについては一切身銭を切ったことがないけど、
困ることが何もなかったのは色々と考えさせられますな。
最近の流行の言語は機能は豊富だけど、学習コストが高すぎるのよね。
IDEや入力補助がないとコードを書きあげられないのはどうなのかしら。
- 185 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 01:44:05.16 ]
- いや、最近の言語でもIDEなしでコード書けるし、
むしろコボルってIDEとか入力補助ないような非効率な開発を
まだ続けてるんだという驚き。
- 186 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 02:32:38.21 ]
- スレタイの「ただのDSL」呼ばわりが改めて沁みる問答だ
- 187 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 06:28:54.82 ]
- で最近のPGがよく口にする「関数が無いから組めません(ｷﾘｯ」となるわけですねｗ
まぁ最近の開発はGUI部品を貼り付けてクラスや関数をスクラッチして作成する簡単なお仕事だからな。
ちゃんとコードが書けるPGなんてPG全体で1割いるかどうかだからな・・・。
- 188 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 12:26:58.05 ]
- cobolもideあるけど只厨にはハードルが高すぎるな
- 189 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 12:32:15.26 ]
- >>186
趣味で(興味本位で)COBOLを触ろうなんて奴は、めったにいないから無問題
というか、COBOLでオプソなんて、ORCAくらいしか思いつかないけど、
他にもあるのかな？
- 190 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 12:39:38.79 ]
- >>187
まるで、コボラーなら「関数が無いから組めません(ｷﾘｯ」ってならないと
言ってるみたいだ。
- 191 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 13:55:52.63 ]
- 昔いたコボルの現場で日付の論理チェックのサブルーチンで「日付チェックのクラスが無いから出来ないです！」といって
バンザイしてたC++プログラマなら見たことあるよ。
- 192 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 21:50:53.79 ]
- >>191
そういう人間をCOBOLの現場に連れてくるなよ w
- 193 名前：デフォルトの名無しさん mailto:sage [2012/02/22(水) 23:05:40.64 ]
- 「負数の数を含む剰余」ってどう定義されていますか?
処理系間で互換性はありますか?
- 194 名前：デフォルトの名無しさん [2012/02/23(木) 00:13:07.60 ]
- かつては金融機関の勘定系（基幹系）システムは全部COBOLで動いていた。
設計思想が古かったり、2000年問題の主役の一人だったりで>>1みたいに嫌っているプログラマー多し。
だが、COBOLが愛される最大の理由は信頼性だろ
バグ1個で億単位の損害が出る分野には枯れた技術や枯れた言語が一番
こういうのだとバグが少ない（はず）
埃かぶったWindows3.0とかが取引先で現役とかザラですし
クレジットカードのシステム全部COBOLで動いてるらしいぞ
COBOLがダメな理由がない限り使い続けるほうがいいに決まってる。
最新の〜〜だったらこんなこともあんなこともできてー
ってたいていは必要の無い機能だし。
COBOLerとかいって笑う人多いけど、おまえら3000万口座で24時間365日絶対に止まってはいけないし
計算を間違えてはいけないシステム設計したことあんのかよ。
東京海上日動の新システムはCOBOLを採用
itpro.nikkeibp.co.jp/article/NEWS/20080906/314277/
COBOLこそスピード経営に必要 BY ジャパネットたかた
itpro.nikkeibp.co.jp/article/COLUMN/20100319/345984/
- 195 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 06:17:43.98 ]
- >>194
COBOLが嫌いな理由、コーディングしても楽しくない、ライブラリが充実していないので全てコードを自分で書かないといけない。
あとステップ数が異常に多くてコードが難解。
> COBOLerとかいって笑う人多いけど、おまえら3000万口座で24時間365日絶対に止まってはいけないし
> 計算を間違えてはいけないシステム設計したことあんのかよ。
なんで24時間365日絶対止まってはいけないの？OSのアップデートなどでWindowsを定期的に再起動するでしょ？
コボラーの常識ではアップデートなしの危険な状態で運用するのが当たり前なのw
普通は止まってはいけないシステムを設計するより止まっても支障ないような設計にするのが当たり前なのに・・・。
- 196 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 09:18:04.25 ]
- しかし言語が作られて何十年も経ってるのに、
未だにライブラリが揃ってないというのはどういうことか。
- 197 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 09:28:59.54 ]
- >>194
人間が作る以上、バグを無くす事なんて不可能だし
たとえプログラムにバグがなくてもOS側の問題でトラブルが発生するんだから365日無停止のシステムなんて構築不可能。
- 198 名前：デフォルトの名無しさん [2012/02/23(木) 21:49:12.03 ]
- 確かにCOBOLは計算一つ行うために延々と定義みたいな処理を何十行も繰り返さないといけないというヤバイ言語だな
だがコイツなら0.1を正確に表すことができるから
新人でも浮動小数点使って誤差出す初歩的なポカをやらなくて済むじゃん。
銭の計算は１０億で１円の誤差でもアウトだから。
- 199 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 22:01:53.89 ]
- 1/3=?
- 200 名前：デフォルトの名無しさん [2012/02/23(木) 22:12:36.55 ]
- >>197
バグ1個で万とか億とかの銭が大量に動いたりしたんじゃ、ヤバすぎるだろｗｗｗ
- 201 名前：デフォルトの名無しさん [2012/02/23(木) 23:39:36.42 ]
- お前らそろそろVISUAL COBOLについて語ろうぜ
- 202 名前：デフォルトの名無しさん [2012/02/23(木) 23:49:27.19 ]
- > 銭の計算は１０億で１円の誤差でもアウトだから。
なんでなんだろうね。商取引も相対誤差ε以下は許容するとかなって
いるといいのに。
- 203 名前：デフォルトの名無しさん mailto:sage [2012/02/23(木) 23:58:30.91 ]
- >>200
そもそもバグなんてプログラマの責任じゃなく設計者の責任だろ
- 204 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 00:02:07.87 ]
- >>202
いや、今でも誤差は許容してるんじゃない？
１０進で何桁未満は切り捨てor四捨五入みたいなように決めておいて。
- 205 名前：デフォルトの名無しさん [2012/02/24(金) 00:05:40.78 ]
- 本当にあるこんな話
A「私、金融系のシステムリプレースやってるんです」
B「へえ〜、COBOLからJavaに置き換えるのですか？」
A「いいえ逆です。JavaからCOBOLに置き換えるんです」
B「えっ？？？？」
A「Javaから、COBOLです」
B「(ﾟДﾟ)ﾊｧ?」
- 206 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 00:24:37.73 ]
- この業界に長くいると時々出くわすね
技術力はあるんだけど
「お金の計算をするシステム組んだことないんじゃないの？」
って人
- 207 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 00:31:34.58 ]
- >>206
そりゃそうだ。君が世間を知らなすぎるだけ。
- 208 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 00:50:01.39 ]
- >>206
最近はCPUって何？OSって何？とか言い出す人間がプログラムを組む時代だからな。
- 209 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 01:33:19.11 ]
- スーパーでも24時間営業の店とかあってNCRのノンストップ・コンピュータ(HP社に吸収されたタンデム社のOEM品？)を使ってるよね
- 210 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 01:47:14.48 ]
- >>204
いや、そういうんじゃなくて小数点７桁の数値を単純に数百万回加算しても誤差が出ないという話では？
初期のパソコンによく使われたZ-80とBasicの組合せでは0.001を単純に1000回足しても1に為らずに0.997とか0.999になってしまうものだった
- 211 名前：210 mailto:sage [2012/02/24(金) 05:16:39.68 ]
- 確かi386とBasicの組合せ(OSはMS-DOS)でも出たような記憶があるんだよなあ
勿論1000回ぐらいじゃ出ないんだけど・・・
- 212 名前：デフォルトの名無しさん [2012/02/24(金) 07:54:27.71 ]
- 今、Excel2000のマクロで0.0001をFor〜Next文で一万回足したら…orz
- 213 名前：デフォルトの名無しさん [2012/02/24(金) 21:28:24.87 ]
- >>210>>212
0.1 を 1 万回足してもなかなか 1,000 ちょうどにはなってくれない場合がある。
コンピュータが 2 進数で動いていることの証拠なのだが、金融の世界ではかなり困ったことになる。
2進演算では、小数点以下の丸め誤差が発生してしまうためだ。
金融業界は怖いぞ〜、この業界では超巨大な銭を扱っていて、
さまざまな金融商品を数十兆円単位で取引しているが・・・
0.1％の誤差があるだけであっという間に数百億円単位の損害を叩き出す大惨事になるというとんでもない世界
だから金融業界ではBCD演算が必須
COBOLは言語の仕様でBCD演算をサポートしているから銭の勘定では他の追随を許さない安定性がある。
他の言語でもできないというワケではないが、初めからついてる奴と、後付けの差は大きい。
要するに「そろばんや電卓での処理」をそのままプログラムに落とし込めるから金融系では確実に使える
蛇足だが、MSX（大昔の8ビットパソコン）にもBCD演算機能が存在する
- 214 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 21:36:36.13 ]
- BCD演算って他の言語でもライブラリとかで使えなかったっけ？
- 215 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 21:45:16.86 ]
- >>214
有るだろうけど(Excelだと通貨型)つまりは意識してデータの型を宣言しなければいけないという事
- 216 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 21:54:31.11 ]
- >>214
有っても確か演算処理が非常に遅かったはず・・・
- 217 名前：デフォルトの名無しさん mailto:sage [2012/02/24(金) 22:07:42.48 ]
- パフォは一番悪いとかなんとか
- 218 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 04:41:57.43 ]
- >>216
COBOL使うようなマシンなら、CPUがBCD演算をサポートしてるんじゃない？
- 219 名前：デフォルトの名無しさん [2012/02/25(土) 06:22:16.80 ]
- 何か勘違いな部分もあるようなんで…
COBOLは言語の仕様で固定小数点演算(Binaryだと浮動小数点演算より高速だが有効桁が小さい)
扱える形式
Binary
BCD(pacdデシマル)
ゾーンデシマル(文字型数字)
何れでも小数点ありの変数として計算可
- 220 名前：デフォルトの名無しさん [2012/02/25(土) 06:22:41.72 ]
- 何か勘違いな部分もあるんで
COBOLは言語の仕様で固定小数点演算(Binaryだと浮動小数点演算より高速だが有効桁が小さい)
扱える形式
Binary
BCD(pacdデシマル)
ゾーンデシマル(文字型数字)
何れでも小数点ありの変数として計算可
- 221 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 06:32:19.92 ]
- ありゃ、二度書きしちまった^ ^;
小数点の位置を固定するので、ある意味integerとして計算できる
- 222 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 07:32:17.49 ]
- COBOL以外でBCDを高速で扱えるのはPL/1くらいか。
- 223 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 08:36:18.74 ]
- 先ほども云ったようにコンパイル時に計算対象の変数、数値を解析して小数点位置を決めうちし計算するのでBinaryであっても0.1を１万回加算しても誤差がでる事がない
PL/I、俺自身は使った事無いけど使われなくなってしまったのは惜しいと思う。IBM、パソコン用にだしてくれないかなあ(格安で…)今出たらCOBOLもJavaが殆ど消え去りそうな気もするけど
- 224 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 12:34:10.68 ]
- システム構築、工程品質管理、その後の保守をする立場でいえば、COBOLは色々な面で有難いし、不要とは思わない
比較的まとまった規模の案件であれば、他言語併用でCOBOLはいまだに現役だし、これからも事務処理系や大量のデータを取り扱う分野で生き残ると思う
新規案件が減っている感じもしない
ちなみに、レベルの低いJava書きを排除するために、Java案件でも、人員資格にCOBOL必須と入れている
プログラマーにとっては、面白みはないが、毛嫌るす言語では無いと思うのが、個人的な意見
異論は認める
- 225 名前：デフォルトの名無しさん [2012/02/25(土) 15:42:57.39 ]
- 20年以上前にCOBOLを使っていて不満だった事
・ローカル変数が使えない(全てDATA DivisionのWORKING…で定義)
・構造体の拡張が出来ない・テーブルの動的拡張が出来ない
これくらいかな？
後はPL/Iの総称名が使えればなあとオンライン処理の時に思ったくらいかな
- 226 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 20:45:01.32 ]
- 最後の部分は機種依存による制約にしか過ぎないのかな？
SDLC、HDLC等プロトコル手順毎にメーカー提供のサブルーチン名が異なっておりリンク時に静的結合しかできなかったんでため息をこぼすしかなかった
- 227 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 21:05:01.47 ]
- COBOL の区粗なところ
大量のデータをライブに扱えない
１ 日 n00GiB から nTiB 増えるデータは扱えない
- 228 名前：デフォルトの名無しさん [2012/02/25(土) 23:41:52.56 ]
- >>224
金融業界や保険業界だと、Web製作すらCOBOL採用する暴挙をやらかすからなあ。
- 229 名前：デフォルトの名無しさん mailto:sage [2012/02/25(土) 23:54:13.27 ]
- ＢＯＣＯＬぞ！
- 230 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 13:00:03.48 ]
- >>227
あまり問題無い気もするが、>>227の想定ってどんな状況なんだろうか？
まあ、どうしても無理なら、必要な所はC++とか、Javaで書けばいいだけじゃねぇ？
- 231 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 13:17:25.29 ]
- >>228
GUIがJavaで、裏はCOBOLってやつかな？
それならお互いの特性を使い合えるから、程度にもよるが、有りだと思う
ALL COBOLなら、ある意味、COBOLに掛ける情熱に尊敬する
- 232 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 14:37:40.85 ]
- >>230
C++やJavaは言語としてはいいけれどそれらを走らせるプラットホームが脆弱過ぎるのが困る・・。
- 233 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 14:38:49.55 ]
- >>228
NetCOBOL？
- 234 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 15:23:29.18 ]
- >>225
全く同じ不満を持っていたw
俺だけじゃなかったんだ
- 235 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 15:57:56.57 ]
- >>227 論理的な区切りが出来ないイメージデータ？
機種依存の部分でレコード長が32KB制限あるのはきつかったなあ(WORKING内の各テーブル等…)
リアルタイム集計やCAFISみたいにアプリレベルに近い部分で非同期処理があると、もうね…
- 236 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 17:20:12.63 ]
- >>227
COBOLだとどういう問題があるのですか？
- 237 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 19:12:25.27 ]
- >GUIがJava
そこももうどうかと思うなぁいまどき…
- 238 名前：デフォルトの名無しさん mailto:sage [2012/02/26(日) 19:39:19.07 ]
- 誰か不定長レコード(可変長じゃなくて)のファイル扱ったことある人いる？
俺あれだけは何に使うのか解らんかった(^ ^;
- 239 名前：デフォルトの名無しさん [2012/02/27(月) 23:17:50.82 ]
- >>223
PL/IはIBMのメインフレームで使用されている言語だね。
COBOLとFORTRANとALGOLから当時としてはいいとこどりをして作られたが
マシンリソースを大量に必要となるため、ＩＢＭのメインフレーム以外では普及はしなかった
日本では三菱東京UFJ銀行、みずほ信託銀行など多数が使っている。
>>231
キャッシュカードやクレジットカードのポイント設定とか与信管理などをするWebサイトだったら
モロに勘定系システムだからCOBOLで動いていてもおかしくない
どうやら安田火災海上保険（現:損保ジャパン）は、自動車保険のインターネット見積りサイトは保険料の見積もりをする部分がCOBOLで動いているらしい。
↓がCOBOLで動くWebサイト（実は、コレはCOBOLで動く！！）
www.sompo-japan.co.jp/kinsurance/automobile/onestep/index.html
- 240 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 07:21:14.06 ]
- >>236
今のCOBOLは可変長出力ができるし、他の言語と
特別差はない。ポストスクリプトファイル出力なんか
だってするし。
- 241 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 08:48:14.81 ]
- >>238
そりゃ誰でも使ってるよ、LMなんかは不定長ファイルじゃないか。
- 242 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 09:48:35.35 ]
- Webというかhtmlファイルの大枠はCOBOLで書いて、
複雑な処理は別マシンでCOBOLがバッチ出力したファイルを
Prologで読み取らせて処理させ、JSファイルに出力させて置く、
というのは見たことがある。
問い合わせにリアルタイムでというのは無理そうだった。
- 243 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 20:49:25.84 ]
- >>242
バックエンドのバッチ部分はCOBOLで・・というのはわかるけど、htmlの出力部分をわざわざCOBOLで組む理由がわからん。
- 244 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 22:52:52.52 ]
- なんかコボルのシステムってエリアの領域が足りなくなって
計算おかしくなったりするのおおいイメージだったんだけど！
たとえば簡単にいうと、エリアに3文字しか入らないのに、
1200+300を計算すると、500になるとか。そういうバグ大杉。
まあ僕じゃなくてコボル40年のジジイが作ったやつだけどね！！
- 245 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 23:01:39.89 ]
- >>244
そりゃ桁あふれすれゃ不正な数値になるのは当たり前だろ・・。int型の変数に32768以上の数値をぶち込むのと同じ事
- 246 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 23:04:31.09 ]
- いまどきintが16bitなのか…
- 247 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 23:07:20.02 ]
- 245は40代
- 248 名前：デフォルトの名無しさん mailto:sage [2012/02/28(火) 23:37:08.98 ]
- 桁あふれによるバクを発生させるなんてビギナーレベルの初歩的なミスだろ
- 249 名前：デフォルトの名無しさん mailto:sage [2012/02/29(水) 00:52:00.96 ]
- いや桁あふれたらエラー吐けよコボルはそんなこともできないのか？
- 250 名前：デフォルトの名無しさん [2012/02/29(水) 01:57:02.09 ]
- COBOLの場合、BCDだから演算とformattingが一体化してるんだっけ?
だとすると、
"1"500 (3桁) <- 1200(4桁) + 300(3桁)
という演算をやっているので、コンパイル時にわーにんぐが出てもよさそう
なものだいが。
- 251 名前：249 [2012/02/29(水) 02:14:59.58 ]
- >>241
機種によって違うのか
俺の使っていたマシンは固定長だったな
ソースライブラリは可変長(ヘッダー部にLength付きで扱い方はデルファイと同じ？)だったし
プリントファイルが不定長なんだろうけど入力側として使ったことがない
銀行の勘定系だと全銀オンラインがプリントイメージなので有るんだろうけど
>>249
ADD、SUBSTRACT、MULTI…、DIVIDには確かあったはず(ON SIZE ERRORの構文の後に命令)最もよほどの事が無い限り省略していたなあ
COMPUTE命令、MOVE(項目転送)命令にはないねえ
- 252 名前：デフォルトの名無しさん mailto:sage [2012/02/29(水) 02:25:13.40 ]
- >>250
BCD、文字型数字で計算できるといってもコンパイル時にバイナリーに変換して計算、そしてOUT側の形式再変換したりが普通じゃなかったかな
|
 |
