トップページ⇒tech
174コメント50KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2011/09/20(火) 00:06:43.84
COBOLでCOBOL書ける?
0124デフォルトの名無しさん2011/10/07(金) 18:57:00.31
データの手管理って、
データベースを開いて直接データを操作してるってこと？
それともマスターメンテ画面を作ってそこから操作してるのかな？
0125デフォルトの名無しさん2011/10/10(月) 18:37:09.61
コボルで書かれたシステムのデータの一部を統計解析するので
このソース読んでデータの抽出方法を考えてきてくれ
と言われて, トータル5k行くらいのソース渡されたんだが,
いざコードを読もうとすると, 脳みそが拒否反応を起こして
睡魔が襲ってきます

データ定義だけ読めば何とかなるもんですか???
0126デフォルトの名無しさん2011/10/10(月) 19:06:52.48
>>125
たかが5000ステップくらいで拒否反応起こすような整理能力の無い脳みそでは
言語関係なくそもそもプログラマーとして向いていないと思う…。

まぁコーダーなら話は別だが…。
0127デフォルトの名無しさん2011/10/10(月) 21:04:04.85
5000行なんてたいした事ないけど、
構造化されてないスパゲッティなプログラムだったら死ねる。
01281252011/10/10(月) 23:06:12.20
>>126
フツー， 他の言語だと1kに満たない行数で書いてあるんだが
0129デフォルトの名無しさん2011/10/10(月) 23:29:14.42
5kはJava脳とかだときついかもな。
cでもしmain関数が5000行あったら気が狂うが、
さすがに構造化くらいされてんだろ？
01301252011/10/10(月) 23:34:05.78
>>129
FORTRANの5kは全然区にならないんだが
つか, FORTRAN屋だよ, 本職は
01311252011/10/10(月) 23:37:58.06
>>130
# echo 'FORTRANの5kは全然区にならないんだが' | sed '/区/苦/'
つか， java 何かで統計解析やったら日が暮れる
0132デフォルトの名無しさん2011/10/10(月) 23:41:52.84
他の言語は、データ定義だけ読めば何とかなるもんなのか…
01331252011/10/10(月) 23:56:55.17
>>132
ほしいのは, どのファイルのこの部分をどの部分を取り出せば良いかの情報
一つのファイルに収まっていなければ, 他のファイルも同様に再帰的に読んでいけば良い
と思ったんだけど, そうはいかない???
0134デフォルトの名無しさん2011/10/11(火) 00:00:59.07
ステップ数の長いプログラムは、面倒であっても紙に印刷してマーカー引いてる。
画面とにらめっこしても埒が明かないよ。
0135デフォルトの名無しさん2011/10/11(火) 00:06:59.75
Fortran屋かー。なんかCOBOLやJavaとは対局な業種ってイメージだw
ところで充分目的が定まってるのなら専門の担当者にヒアリングした方が早いと思うぞ。
絡まってるところが皆無だったとしても、見当つけるのが一番早いのはそのコードに関わってた奴なんだし。
Javaでいくら綺麗に組まれてても、細切れファイル追いかけまくる作業は眠いしな
01361252011/10/11(火) 00:29:05.72
> 専門の担当者にヒアリング

なにぶん, 現在それがいない（システムをメンテするときはコボル屋さん
の会社に出してるらしい)ので, わけのわからない言語(lisp とか ml
とか haskellとか)を趣味でつつき倒してるおれにお鉢が回ってきた

DATA DIVISION, どのファイルに書き出してるかと
調べ始めたんだけど, いつも使ってる言語と違って構文違いすぎ
# おれにはついていけませんwwwWW

つか,
``lock もかけずに同じファイルに書き込んでるみたいなんだけど, これだいじょうぶなの???''
``おれのほしいデータは最終的にどのファイルに集約されるの???''

って, な感じで謎は深まるばかりです
0137デフォルトの名無しさん2011/10/11(火) 00:51:26.87
なんか並んでる言語名見る限り、考え得る限りもっとも場違いな人選されたんじゃないですかね。
排他制御はシステムが面倒見てるはずだから気にしなくていいと思うけど、必要なデータがどこかに集約されてるとは期待しない方がいいかも。
初期設計時に想定してない集計だからこそ業務として発生し、依頼されてるのでしょうし。
不得手なら面倒でもフローチャートを書き出したほうが早いかもしれません。
0138デフォルトの名無しさん2011/10/11(火) 00:56:36.33
数学屋に事務処理言語のまま渡すってどうなんだ
建築デザイナーに図面とつるはし渡すかのようなシュールさを感じるw
0139デフォルトの名無しさん2011/10/11(火) 08:53:58.23
>>138
某リフォーム番組で無理やり資材加工させられる匠みたいたなｗ
0140デフォルトの名無しさん2011/10/11(火) 19:40:21.03
コボルでフェラチオソフト作りたいよ。
わかりません
0141デフォルトの名無しさん2011/10/11(火) 20:25:40.92
COBOLかー
もう１５年やってないなあ

そんな漏れは今モータ制御で交流理論と機械力学の勉強中
言語はC++が一番好きだけどたまにCOBOLが懐かしく感じる
0142デフォルトの名無しさん2011/10/11(火) 21:37:10.31
すべて小文字にするだけで一気にお洒落なデータ指向言語に
0143デフォルトの名無しさん2011/10/11(火) 21:42:43.06
COBOLでモータ制御
0144デフォルトの名無しさん2011/10/11(火) 22:29:22.28
いまのCOBOLは小文字でもＯＫじゃなかったか。
なんか前に古い汎用機のリプレイスでＯＲＡＣＬＥ移行とかやったけど
変数名を全部ＯＲＡＣＬＥ−ＤＢに合わせてたな。（キャメルケースって奴？）
0145デフォルトの名無しさん2011/10/12(水) 13:28:16.64
>>1
>>7
COBOLでCOBOLコンパイラ書いてるという噂は私も聞いた。
0146デフォルトの名無しさん2011/10/12(水) 13:30:23.70
世界初のLISPインタープリタは、FORTRANで書かれたそう。
0147デフォルトの名無しさん2011/10/12(水) 13:31:53.86
何を何で書いてもいいんじゃない？
0148デフォルトの名無しさん2011/10/12(水) 15:26:22.93
フリーのcobolの開発がもうちょっとやる気あれば
PCでcobol使って遊べるのに
0149デフォルトの名無しさん2011/10/12(水) 19:14:59.02
そんなに駄目な子なの？
0150デフォルトの名無しさん2011/10/12(水) 20:01:12.64
フリーのCOBOLなかったっけ
0151デフォルトの名無しさん2011/10/12(水) 20:15:58.94
FreeCOBOL.iNFO〜フリーのWindows用COBOLコンパイラまとめ〜
http://labs.netbata.com/cobol/
0152デフォルトの名無しさん2011/10/12(水) 21:56:39.00
汎用機とシステムのセット販売で大企業の強大なバックアップを受けられることがウリのＣＯＢＯＬで
フリーの実装って需要あんのかね。
まあ学習用か。
0153デフォルトの名無しさん2011/10/12(水) 23:07:55.16
プログラム言語云々なんて所詮数ある手段の一つに過ぎないからな…。
0154デフォルトの名無しさん2011/10/15(土) 10:20:06.03
>>152
COBOLerを増やしたい、せめて維持したいがための撒き餌かも。
0155デフォルトの名無しさん2011/11/06(日) 22:16:26.92
COBOL汎用機から、クラサバにリプレースしたものの、中身はエミュレーターでCOBOLが動いているのを知った時の絶望感は異常。
0156デフォルトの名無しさん2011/11/07(月) 00:05:34.40
だって作りなおせないもの
0157デフォルトの名無しさん2011/11/07(月) 11:48:58.00
ん？汎用機COBOLをクラサバCOBOLへ移植したんじゃなくて、
サバ(UNIX or Windows)上で汎用機のエミュレータが動いているの？
0158デフォルトの名無しさん2011/11/08(火) 01:31:21.24
そして、GUIも
ドロップダウンメニューで選んで送信ボタン
ってのが裏で
画面のこの位置にカーソル持ってきて数字入れてえんたー
って実行されるように出来ているんだろうなあ。
0159デフォルトの名無しさん2011/11/08(火) 20:11:31.78
>>158
soretyottotanosisou
0160デフォルトの名無しさん2011/11/08(火) 22:20:50.61
>>158
何そのオンラインバッチもどき
0161デフォルトの名無しさん2011/11/08(火) 22:48:08.95
COBOL to Javaの自動変換ツールは山のようにあるけど
余り利用されてないのかな？
すくなくとも言語にまつわる問題は一気に解決しそうなんだけど。
0162デフォルトの名無しさん2011/11/08(火) 23:21:50.88
>>161
未だに古いシステムをリプレースできてないところは、そもそもシンプルな仕様変更さえ超怖い状況下にあるものばかり
コンバートしてテストして稼働出来るような部品であれば、都合さえつけばとっくにコンバートもシステム移行も終わってると思いますぜ
0163デフォルトの名無しさん2011/11/08(火) 23:38:35.00
とある業務系では
if 1989
...10ベージ位の処理
if 1990
以下ry)と延々と、しかもプログラム中に散りばめてあった。
0164デフォルトの名無しさん2011/11/08(火) 23:43:12.48
>>163
>if 1989
なにこれ？
0165デフォルトの名無しさん2011/11/09(水) 00:43:05.77
あんま想像したくないけど、まさか西暦別で処理書いてんの？ｗ
流石に遺産コードにしても担当者生きてたら怒鳴り付けたいレベルですなあ
0166デフォルトの名無しさん2011/11/09(水) 00:45:38.34
>>163
ソースコード変換以前の問題の事例ですねわかります

こんなの、javaに変換できたところで……。
0167デフォルトの名無しさん2011/11/09(水) 00:53:57.61
年度・法律が変わると、帳票の指定様式が整合性無視で変わるという、涙物。
しかも、年度によっては複数年度過去まで遡って累計が必須。
唯一の救いは、過去に出した計算結果は絶対に変えてはいけないので、補正分データを追加すれば良かった事ぐらいかなw
0168デフォルトの名無しさん2011/11/09(水) 02:11:49.09
一般的コボラ程度の涙ぐましさですね。
もちろん担当者様を揶揄しているわけではありますん

最後に関わったＮ系、その手の笑い話状態のプログラム減ってた気がする
遺産の重さに負けず、頑張って書き換えてる人はいるみたいだな
0169デフォルトの名無しさん2011/11/09(水) 06:11:47.74
>>167
COBOLに限らず、現実的な業務APの開発現場であればありがちな話の気がします

仮にJavaやC#のようなOOPだと、帳票という概念を分析した上で、
・帳票 -- 抽象クラス
　　・1989年度版帳票 -- 具象クラス
　　・1990年度版帳票 -- 具象クラス
のようなクラス継承にするのかな？
0170デフォルトの名無しさん2011/11/09(水) 23:30:12.40
何で一つのプログラムにいろんな処理を無理やり突っ込む作り方をするのかな。
処理を細かく分けれて組み合わせて作れば、メンテの負担も減るのに…。
すごく腹が立つ。
0171デフォルトの名無しさん2011/11/19(土) 08:43:15.71
COBOL85 のコンパイラ書いてみようと思ってるんだが、
COBOL85 って LALR(1) じゃ解析できないよね？
0172デフォルトの名無しさん2011/11/19(土) 17:43:22.82
>>171
このスレでLLだのLRだのが分かる香具師が何人いるやら…
0173デフォルトの名無しさん2011/11/19(土) 21:51:48.66
>>171
コンパイラに使う言語に関心がある。
COBOL用じゃないけど、最近見たのは、Haskellで書いたやつ。
0174デフォルトの名無しさん2011/11/19(土) 23:08:11.20
Cobolはすべてが言語仕様に入ってくるから大変だと思うけど。

■ このスレッドは過去ログ倉庫に格納されています