【コボル】COBOL不要論【ただのDSLだよね?】

1 名前：デフォルトの名無しさん [2011/09/20(火) 00:06:43.84 ] COBOLでCOBOL書ける? 132 名前：デフォルトの名無しさん mailto:sage [2011/10/10(月) 23:41:52.84 ] 他の言語は、データ定義だけ読めば何とかなるもんなのか… 133 名前：125 mailto:sage [2011/10/10(月) 23:56:55.17 ] >>132 ほしいのは, どのファイルのこの部分をどの部分を取り出せば良いかの情報 一つのファイルに収まっていなければ, 他のファイルも同様に再帰的に読んでいけば良い と思ったんだけど, そうはいかない??? 134 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 00:00:59.07 ] ステップ数の長いプログラムは、面倒であっても紙に印刷してマーカー引いてる。 画面とにらめっこしても埒が明かないよ。 135 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 00:06:59.75 ] Fortran屋かー。なんかCOBOLやJavaとは対局な業種ってイメージだw ところで充分目的が定まってるのなら専門の担当者にヒアリングした方が早いと思うぞ。 絡まってるところが皆無だったとしても、見当つけるのが一番早いのはそのコードに関わってた奴なんだし。 Javaでいくら綺麗に組まれてても、細切れファイル追いかけまくる作業は眠いしな 136 名前：125 mailto:sage [2011/10/11(火) 00:29:05.72 ] > 専門の担当者にヒアリング なにぶん, 現在それがいない（システムをメンテするときはコボル屋さん の会社に出してるらしい)ので, わけのわからない言語(lisp とか ml とか haskellとか)を趣味でつつき倒してるおれにお鉢が回ってきた DATA DIVISION, どのファイルに書き出してるかと 調べ始めたんだけど, いつも使ってる言語と違って構文違いすぎ # おれにはついていけませんwwwWW つか, ``lock もかけずに同じファイルに書き込んでるみたいなんだけど, これだいじょうぶなの???'' ``おれのほしいデータは最終的にどのファイルに集約されるの???'' って, な感じで謎は深まるばかりです 137 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 00:51:26.87 ] なんか並んでる言語名見る限り、考え得る限りもっとも場違いな人選されたんじゃないですかね。 排他制御はシステムが面倒見てるはずだから気にしなくていいと思うけど、必要なデータがどこかに集約されてるとは期待しない方がいいかも。 初期設計時に想定してない集計だからこそ業務として発生し、依頼されてるのでしょうし。 不得手なら面倒でもフローチャートを書き出したほうが早いかもしれません。 138 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 00:56:36.33 ] 数学屋に事務処理言語のまま渡すってどうなんだ 建築デザイナーに図面とつるはし渡すかのようなシュールさを感じるw 139 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 08:53:58.23 ] >>138 某リフォーム番組で無理やり資材加工させられる匠みたいたなｗ 140 名前：デフォルトの名無しさん [2011/10/11(火) 19:40:21.03 ] コボルでフェラチオソフト作りたいよ。 わかりません 141 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 20:25:40.92 ] COBOLかー もう１５年やってないなあ そんな漏れは今モータ制御で交流理論と機械力学の勉強中 言語はC++が一番好きだけどたまにCOBOLが懐かしく感じる 142 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 21:37:10.31 ] すべて小文字にするだけで一気にお洒落なデータ指向言語に 143 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 21:42:43.06 ] COBOLでモータ制御 144 名前：デフォルトの名無しさん mailto:sage [2011/10/11(火) 22:29:22.28 ] いまのCOBOLは小文字でもＯＫじゃなかったか。 なんか前に古い汎用機のリプレイスでＯＲＡＣＬＥ移行とかやったけど 変数名を全部ＯＲＡＣＬＥ−ＤＢに合わせてたな。（キャメルケースって奴？） 145 名前：デフォルトの名無しさん [2011/10/12(水) 13:28:16.64 ] >>1 >>7 COBOLでCOBOLコンパイラ書いてるという噂は私も聞いた。 146 名前：デフォルトの名無しさん [2011/10/12(水) 13:30:23.70 ] 世界初のLISPインタープリタは、FORTRANで書かれたそう。 147 名前：デフォルトの名無しさん [2011/10/12(水) 13:31:53.86 ] 何を何で書いてもいいんじゃない？ 148 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 15:26:22.93 ] フリーのcobolの開発がもうちょっとやる気あれば PCでcobol使って遊べるのに 149 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 19:14:59.02 ] そんなに駄目な子なの？ 150 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 20:01:12.64 ] フリーのCOBOLなかったっけ 151 名前：デフォルトの名無しさん mailto:sage [2011/10/12(水) 20:15:58.94 ] FreeCOBOL.iNFO〜フリーのWindows用COBOLコンパイラまとめ〜 labs.netbata.com/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は言語としてはいいけれどそれらを走らせるプラットホームが脆弱過ぎるのが困る・・。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef