1 :
仕様書無しさん:
コボラーたちが熱く語り合うスレッドです。
うん。がんばれよ。
思えば高校のときにはじめて習ったプログラムがコボルだった・・・。
会社の研修および最初のお仕事がコボルだった(^^;;;
しかも8年前なのに・・・
5 :
仕様書無しさん:2001/04/22(日) 23:12
新人研修はJAVA+C言語(VC含む)+オラクルだった。
みんなでオラクルマスターを取ろうと誓わされた。
あれから2年・・・
COBOLしかやってない・・・
僕はだまされたんでしょーか?
銀行合併に伴い、コボラーが大人気らしいですね。
だからどうした?って感じなので sage。
7 :
仕様書無しさん:2001/04/23(月) 02:51
コボラー、月100マソで募集中。
1年で1200マソ。
だれかやらない?
9 :
仕様書無しさん:2001/04/23(月) 13:18
>>7 現在研修中でCOBOL歴2週間ですが、それでも良いですか。
10 :
仕様書無しさん :2001/04/23(月) 13:30
COBOL歴13年。でもここ2、3年はCOBOLもCもC++もVBもと
色々やってる。
今やってるのはサーバ側がCOBOLでクライアント側がC
なので一人で両方やってる。
現在面接希望者3名。
でもマソって単位が引っかかる。
「ああゴメン、ペソだった。」
13 :
仕様書無しさん:2001/04/23(月) 16:54
>>7 マグロ漁船より酷い職場で無ければいく。
FACOM、UNISYS系で合計3年程度だが。
14 :
仕様書無しさん:2001/04/23(月) 20:39
ついに俺の時代が戻ってきたか...
COBOL一筋12年。
16 :
C使い:2001/04/23(月) 20:56
17 :
ストリーム:2001/04/23(月) 21:00
100マソって、どこの通貨よ。
おーい 7、早く返事くれー!
19 :
仕様書無しさん:2001/04/23(月) 22:20
20 :
仕様書無しさん:2001/04/24(火) 00:45
age
21 :
仕様書無しさん:2001/04/27(金) 16:11
コボちゃん達に質問
COBOLの魅力ってなんですか?
22 :
仕様書無しさん:2001/04/27(金) 16:14
頑丈で打たれ強い事。
オブジェクト指向はなくともよい、ただ、せめてコメントに //が
使えるようになってほしい。
A領域とかB領域とか、正書法ウザすぎ。
某陸がCOBOL処理系作ってくれないかなあ・・・嫌だろうけど。
26 :
派遣社員:2001/04/28(土) 00:25
27 :
仕様書無しさん:2001/04/28(土) 23:03
それしかできないんだもん。
28 :
仕様書無しさん:2001/05/10(木) 20:22
最近はCOBOLが大人気だよねー、VC?VB?ガキの遊びだろ?
真の人気言語はCOBOLだ!!
29 :
注意:2001/05/10(木) 20:34
>>28の中での「ガキ」という言葉は50代以下を指します。
30 :
田中:2001/05/10(木) 20:40
>>29 まったく俺がそんなに年取ってると思ってんのか?
ケータイだって使えるし、最近のナウなヤングメンと
まったくかわらないぜ、ベイビー!!
31 :
田中:2001/05/10(木) 20:51
なんで最近のガキはコボル出来ねーんだよ?
コボルってなんの略だか知ってるか?(COMMON
BUSINESS OTOKONO LANNCHI)
32 :
田中:2001/05/10(木) 20:55
このスレッドは俺一人で盛り上げるよ、お前ら俺の自作自演
についてこいやー
33 :
佐藤:2001/05/10(木) 22:42
COBOLサイコー
全米でもCOBOLerは大人気です!!
>>33 「全米」って…山形県米沢市のすべての地域で、ってコト?
35 :
仕様書無しさん:2001/05/11(金) 19:38
>>34 33の言ってることは正しいよ。
認識不足もはなはだしいね。
面白いから続けろ田中
かんばれ
37 :
35:2001/05/11(金) 20:59
ちなみに俺は田中じゃないよ。
33の言ってることはマジで本当。
知らずに煽るな、厨房。
38 :
新卒:2001/05/11(金) 22:19
39 :
仕様書無しさん:2001/05/11(金) 22:42
COBOLでもCORBAサーバ書けるし、別にお払い箱にしなくっても大丈夫さ そうだろう?
40 :
仕様書無しさん:2001/05/11(金) 23:25
>>39 実際にCOBOLでCORBAオブジェクト作ってみましたが、結局止めました。
だって、結局CのルーチンをCALLしてるんだもん。普通にCで作りましょう。
41 :
仕様書無しさん:2001/05/11(金) 23:26
さいきんのCOBOLはぁ、RDBMSもつかえるようになりまちたぁ どーだすごいだろー
42 :
仕様書無しさん:2001/05/11(金) 23:28
>>40 それってひょっとしてINTxxSTAxxでは?? ちょいと見覚えあり
ラッピングする程度で止めた方がいいっていうのは聞いたことがある。
43 :
36:2001/05/12(土) 00:12
44 :
田中:2001/05/12(土) 22:30
COBOL~漢の言語~COBOL~COBOL~っと元気にしてるか?
全国1億2000万人のCOBOLer達よ!!なんで2ちゃんはCOBOL
を馬鹿にしてるんだよ?なんで後輩は俺を馬鹿にしてるんだよ?被害妄想か?
45 :
田中:2001/05/12(土) 22:44
レスがつかないって事は俺の被害妄想だったって事か、安心~。
それだったら、みんながんばってCOBOLを勉強してくれ
優秀なCOBOLerがいっぱい生まれる事をいのってるよ!!
>>45 はじめて COBOL を勉強するのには
どんな本や処理系いがいいでちゅか?
47 :
仕様書無しさん:2001/05/12(土) 23:43
ところでCOBOLって仕事の単価が高いって本当ですか?
48 :
仕様書無しさん:2001/05/12(土) 23:52
>>45 最近はどうだか知らないがCOBOLの自習書って少なくないか?
だから特別に悪い本はあっても特別に良い本っていうのはわからないな
悪いな力になれなくて。
>>44 10分やそこらでレスがつくかいっ(藁
たぶん、バカにしてるよ(藁藁
>>41 ネタだよね、ね、ね
何年前の話だよっ
>>47 名前忘れたけど、情報処理2種対策用の本とかどう?
あと、処理系は・・・知らん。Windows用だとMicrofocusとか?
50 :
音速の名無しさん:2001/05/13(日) 00:59
>>49 COBOLでRDBMS使えない!!って思ってる人って意外とまだいるのよホーントに
51 :
仕様書無しさん:2001/05/13(日) 01:15
>>50 COBOLでRDBMS使う意味があるのかどうかは別問題だが…
52 :
仕様書無しさん:2001/05/13(日) 11:43
>>45 本で勉強する分にはどれでも一緒だよ
場所によって規約なんかで縛られると
全然違う書き方になるから
現場で覚えろって感じ
>>47 高いと思うよ
60~90万は堅い
だが大概間に斡旋した会社が入るから・・・・
>>50 EXEC SQL
SELECT ...
FROM ...
WHERE ...
END-EXEC.
54 :
仕様書無しさん:2001/05/13(日) 16:57
>>42 あたりっす。奇特なことはやめといたほうが良いです。
ホワイトペーパーには、『既存資産の有効活用を!』とか書いてあるんですけどね。
そんなので作っても、だれもついて来れません。
55 :
37:2001/05/14(月) 12:51
ソースは違うが、大体そんなかんじ。
56 :
37:2001/05/14(月) 12:53
57 :
仕様書無しさん:2001/05/14(月) 13:09
地味だが食っていけるぞ
バッチ処理PCにやらしてたら何時までかかることやら・・・
58 :
仕様書無しさん:2001/05/14(月) 13:46
C,C++,VBとやってきて、COBOLの世界に放り込まれました
ミックスランゲージOKとのことだったので、
全部C++で作ってCOBOLからコールさせました
これって既存資産の有効活用になりますかね(藁
59 :
佐藤:2001/05/14(月) 18:59
COBOLer
高級プログラム言語COBOLを主として扱うプログラマーのことをいふ。
一般にCOBOLerや元COBOLerは自分がCOBOLerで
あることを隠す傾向にあり、なかには家族にさえ秘密にしている
人すらいるという......
しかし、いざ世界の危機になるとCOBOLerたちは
名乗りをあげ、世界を救うために我が身を惜しんで戦うといわれている!!
-----民明書房館「脅威のプログラマー」
COBOLを馬鹿にしてんじゃなくて、COBOLerを馬鹿にしてんだけどNe!
61 :
仕様書無しさん:2001/05/14(月) 20:20
COBOLはすごいよな~30億もするパソコン動かして
るんだもんな~。やっぱりCOBOLが一番だよ!!今のうちに
COBOLやっとけよ!!ナウなヤングメンどもよ!!
62 :
仕様書無しさん:2001/05/14(月) 21:39
COBOLは「コボル」って読むのですか?
「コボール」って読んでたひとがいましたが
どっちなんだろ?
どっちかっていうと「コボール」のほうがいいんだけど
>>62 君は学校いってるの?CとBとLの間は何が入るかわからないから
○(まる)なんだよ!!だから性格には「し~まるび~るえる」って
読むんだよ!!
「コボール」だと2chチックだな
65 :
仕様書無しさん:2001/05/14(月) 22:05
>>63 2番目の「まる」は下を丸めて「び~る」だからね!!「び~まる」
なんていったら、まわりに馬鹿にされるぞ!!
66 :
640:2001/05/15(火) 01:28
>>62 マジレスだが、「こーぼる」がもともと(アメリカ)での発音に近い
67 :
仕様書無しさん:2001/05/15(火) 02:13
>>24 結構、前から実装されてるトコロもあるんじゃなかったかな?と思われ。
68 :
仕様書無しさん:2001/05/15(火) 08:48
結論:VC++よりもCOBOLのほうが凄い
69 :
仕様書無しさん:2001/05/15(火) 19:32
age
70 :
仕様書無しさん:2001/05/15(火) 22:14
はぁ~。う、嬉しい!!!
COBOLerがこんなに居るだなんてぇ~
やっててよかったぁ
滅びろ!
72 :
田中:2001/05/15(火) 23:05
COBOLerよ!!立ちあがれ!!今こそCOBOLを誇る時が
来たのだ!!COBOLこそ我が命という皆様、お元気でしょうか?
窓辺に置きます、「ああ、かわいい」といってくれるでしょうか?
・・・何はともあれCOBOろうぜ!!
73 :
たーさん:2001/05/15(火) 23:16
COBOLってUNIXでも動くし、バッチ処理には最適だと思いますよ。
74 :
田中:2001/05/15(火) 23:21
事務処理系のプログラムはCOBOLでやるべきだよな~。
COBOLのフリーシェアのコンパイラでいい奴どっかにないかな?
75 :
仕様書無しさん:2001/05/15(火) 23:37
帳票類で形式が固定されているなら、COBOLは結構イイ選択だと思う。
但し、動的な要素が増えるに従い、COBOLは厳しくなってくるね。
「同じものを大量に」かそうでないかでCOBOLとそれ以外を使い分ける
のが良い方法だと思うよ。
>>75 >「同じものを大量に」かそうでないかでCOBOLとそれ以外を使い分ける
>のが良い方法だと思うよ。
たしかに・・・。
ある意味、COBOLの衰退は、製造業の生産形態の変化
(少品種大量生産→多品種少量生産)
に呼応しているのかもしれないねえ。
77 :
佐藤:2001/05/16(水) 11:12
78 :
田中:2001/05/16(水) 20:23
79 :
田中:2001/05/16(水) 20:28
佐藤様ありがとうございます、これによりCOBOLスレが
活性化してくれると嬉しいです。
80 :
仕様書無しさん:2001/05/16(水) 21:35
TSS対TSO
81 :
佐藤:2001/05/16(水) 22:26
>>78 若者が丁寧に解説していて
なかなかいいですな
82 :
仕様書無しさん:2001/05/16(水) 22:58
> キライなこと プログラムを書くこと
素晴らしい若者だこと。
83 :
75:2001/05/17(木) 00:46
84 :
仕様書無しさん:2001/05/17(木) 22:52
コボールage
85 :
仕様書無しさん:2001/05/18(金) 04:14
ふと思ったんだが。
COBOLerとしてもう結構な年期がたつんだが、昔はCもやっとったおかげで、COBOL
でもアドレス(いわゆる一つのADDRESSED BY)使いまくったりとかしたんだが、あれ
ってもしかして「保守しにくいプログラム」になっちゃったんだろうか。
でもよー、アドレス操作だとか、RDBなんてもう当たり前にCOBOLで組んでいかな
きゃなってきてるんだよなぁ。多分。
メンテする人、頑張ってねぇ~~~~~~~~~~~~~(笑)。
86 :
仕様書無しさん:2001/05/18(金) 07:05
新卒未経験で入った汎用機関係の職場では、この先当分COBOLしか使われそうにないんですけど、将来食いっぱぐれてしまわないでしょうか?
COBOL一筋で10年ぐらいの先輩は、スキルがつくとか自信満々で言ってるんですが、何かの拍子で仕事が無くなった場合、例えばCOBOL経験5年とかだけで、汎用機以外のところへ転職できる人はいるんでしょうか?
また、例えばCの実務経験5年とCOBOL経験5年とでは、総合的なスキルとして、相当差があったりするんでしょうか?
>>86 自宅でもプログラミングの勉強して精進しようね。
昔はコンパイラもPCも高かったけど今は環境的に恵まれてるし。
88 :
仕様書無しさん:2001/05/18(金) 21:21
89 :
田中:2001/05/18(金) 22:59
COBOLはプログラム言語の中でも難しいほうなので他の言語を
やる時は気分的に楽に習得できると思うよ。プログラマーとして
やっていこうと思うなら5つぐらいはプログラム言語を覚えておいた
方が好いと思うよ。
>>89 >COBOLはプログラム言語の中でも難しいほうなので他の言語を
ネタでしょうか?(藁
英語できない人には難しいとか?(^^;;;
>プログラマーとして
>やっていこうと思うなら5つぐらいはプログラム言語を覚えておいた
>方が好いと思うよ。
ま、多いに越したことはないと思うけど、5つって?
91 :
仕様書無しさん:2001/05/19(土) 01:02
COBOLとBASICの違いを説明して欲しいです。
93 :
仕様書無しさん:2001/05/19(土) 01:31
ジョブ実行待ち2時間とかザラなウチの会社を何とかしてください・・・(泣藁
94 :
仕様書無しさん:2001/05/19(土) 01:36
COBOLって言語仕様的に
他の言語習得の妨げになるような気がするのですが
気のせいですか?
95 :
名無しさん@そうだ登録へいこう:2001/05/19(土) 01:42
COMPってなんですか?
96 :
ラーメン大好き@名無しさん:2001/05/19(土) 02:21
コンペア
97 :
仕様書無しさん:2001/05/19(土) 02:27
>>95 COMPUTATIONAL の略。
「計算上の」とか「(数値の)評価」という意味がある。
COBOL では数値項目に対しての格納形式の指定に利用する
COMP-3 : パック化10進
COMP-4 : バイナリ格納
の2つぐらい知っておけばいいかな。
ちなみに指定が無いときは、数字キャラクタが1桁1バイトでそのまま
格納されている。
98 :
仕様書無しさん:2001/05/19(土) 02:46
95です。
97さん、どうもありがとうございました。
99 :
仕様書無しさん:2001/05/19(土) 03:45
>>97 COMPそのままも使わない?
また、BIN(BINARY)指定を好む奴もいると思われ。
100 :
97:2001/05/19(土) 04:35
>>99 >>95の COMP 省略形の疑問に答えただけで、省略形そのものの使用を
否定しているわけではないよ。
あと、BIN 指定は知らなかった。
大昔使っていたコンパイラの予約語の中に含まれていたかどうかは、
今となっては定かではないが。
101 :
仕様書無しさん:2001/05/19(土) 05:00
>>100 了解。スマソ
とりあえず、BINはF通のCOBOL原仕に書いてある。
多分、H絶ちにもあったと思う。
102 :
101:2001/05/19(土) 05:15
あー鬱さ。「原仕」→「言語仕様書」ね。
ちなみに、ここまできたら新人さん宛の定義例で許して。
01 WORK-COUNTER PIC 9(003) COMP.
01 WORK-PAGECNT PIC 9(009).
01 DISP-SUM PIC S9(006) COMP-3.
あーでも、COMP-4は俺使ったことないなぁ。
103 :
田中:2001/05/19(土) 08:05
>>90 >ま、多いに越したことはないと思うけど、5つって?
これについては3つの理解の仕方があると思うのですけれど、
次のうちどれでしょうか?
1、私の「5つ」という書き方が間違っている事(正確には「五種類」でしたね、
すいません)を指定した。
2、「5つ」のプログラム言語が具体的に何か?
という事を聞いていらっしゃるのか?
3、「5つ」では少なすぎるのでは、といいたいのか?
たぶん1だと思いますので、あらためてお詫び致します。自分の読解力のなさ
ゆえにつまらない事をお聞きして申し訳ありませんでした。
104 :
COBOL卵ちゃん:2001/05/19(土) 11:49
最近やっと一人でソースを作れるようになりました。
自分はまだひよひよです。
最初はCとかやってみよう!って思ってたんですけど、「まったく知らない人なら、
最初理解しやすいCOBOLから入って、少しずつ吸収したほうがいいよ」と、COBOLの
プロジェクトにほおりこまれました。
でも、先日は「COBOLからCに入るのは結構大変だったよ」とか言われちゃいました。
その辺どうなんです??
でも、先輩とかは「コボラーは今は年配の人メインになってるから、若いコでできると
絶対重宝されるよ。ちゃんと覚えようね、焦んなくていいんだよ」とかいわれます。
うう~~~~ん。。
105 :
仕様書無しさん:2001/05/19(土) 12:32
106 :
COBOL卵ちゃん:2001/05/19(土) 12:37
>>105 ええ!!やっぱりだまされてる??
じゃあ家でもぷちぷち他の言語勉強するよ(涙)
107 :
86:2001/05/19(土) 14:10
私も先輩から楽観的なことばかり言われてます。
他のC言語とかの場合は何千行、何万行とコードを書くそうですが、COBOLの場合は高々千行単位だそうで、先輩はそれをいかにもすごそうに言ってます。
やはり先の明るさは他の言語にかなわないんでしょうか?
肯定的な意見でも、「過去にCOBOLで作られたシステムの数は膨大で、それを全て他の言語で作り替えるのは不可能。だからCOBOLをやるのは有意義」みたいな感じのばっかりで、技術的な側面からCOBOLを誉めたような意見は殆ど見ませんし。
109 :
仕様書無しさん:2001/05/19(土) 16:08
COBOLが終わりだ!!なんていってるのはマイコン世代の人間
だけさ。こういう人達は超大型コンピュータが数十億するって事すら
知らないだろうよ。でも、CやJaVaぐらいは出来るように
なった方がいいよ
>>106 君も否定的意見の1行レスなんて煽り以外のなにものでもないんだから
そんな事を心配する必要なんてないよ。
111 :
86:2001/05/19(土) 16:19
>やはり先の明るさは他の言語にかなわないんでしょうか?
明るさ→暗さ
彡彡彡彡彡彡彡彡彡彡彡
彡彡彡彡彡彡彡彡彡彡彡彡彡
彡彡彡彡彡彡彡彡彡彡彡彡彡彡
彡彡彡彡彡彡彡彡彡彡彡 彡彡彡
彡彡彡彡彡彡彡彡彡彡 - - ]
彡彡彡彡彡彡彡彡彡彡 - --- [
彡彡彡彡彡彡彡彡彡 彡彡巛 )
彡彡彡彡彡彡彡彡彡彡 彡 _) )
彡彡彡彡彡彡/ ̄ ̄彡彡 ∠=≡ (
彡彡彡彡彡彡| | 彡彡 ) \
彡彡彡彡彡彡|| 彡彡 \
彡彡彡彡彡彡\ ̄彡彡 ( ) みんな争いを止めろ
彡彡彡彡彡彡彡 ̄彡彡 _ノ ⌒─
(省略されました・・全てを読むにはここを押してください)
113 :
仕様書無しさん:2001/05/19(土) 16:47
>>107 >C言語とかの場合は何千行、何万行とコードを書くそうですが、
COBOLの場合は高々千行単位だそうで
これはCOBOL向き(事務向きって事ね)の仕事をC言語でやる
場合じゃないの?COBOLでオンライン処理なんてやった日には
・・・(むしろ出来ないか?)。
114 :
仕様書無しさん:2001/05/19(土) 17:52
COBOLでWindowsプログラミングってできますか?
115 :
仕様書無しさん:2001/05/19(土) 18:40
113はまったく分かってないですね。
土素人ですね。
パソコンレベルの人ですね。
もともとCOBOLは汎用機で動かす言語です。
はっきりいってCOBOLでだいたい動かすレコードの件数では
パソコンレベルでは処理できません。遅すぎて。
汎用機でさえだるいのに、パソコンでやろうとする奴があほ
しかし、113みたいなのが土素人っていうんだろな。
116 :
仕様書無しさん:2001/05/19(土) 19:02
>COBOLでオンライン処理なんてやった日には
>・・・(むしろ出来ないか?)。
コレは・・・(ププ
まぁ両方出来たに越したことは無いんだろ
用途によって得手不得手はあるんだし・・・
>113
お前、犬の糞にたかっているハエ以下だな。
無知をさらすにも程があるんだよ。ふざけるな。
118 :
仕様書無しさん:2001/05/19(土) 19:11
>>114 windowsでCOBOLやってるよ。
ちなみにクライアント側のUI(画面)がJAVAで、サーバ側のバッチ処理系
がCOBOLです。
ちなみに私は汎用機を知りません。
119 :
仕様書無しさん:2001/05/19(土) 19:39
>>115 113がシロウトというのは同意なんだが
>はっきりいってCOBOLでだいたい動かすレコードの件数では
>パソコンレベルでは処理できません。遅すぎて。
>汎用機でさえだるいのに、パソコンでやろうとする奴があほ
というのは、あんたがアホに見えるぞ
COBOLかCかという「言語」の比較をしてる所に、
パソコンと汎用機という「動作環境」の違いでCOBOLの優位を語るんじゃない
120 :
仕様書無しさん:2001/05/19(土) 21:08
119の言うように俺がアホなのはまちがいない。
>パソコンと汎用機という「動作環境」の違いでCOBOLの優位を語るんじゃない
はっきりいってCOBOLの優位とかどうでもいい。
過去に腐るほど組んだが、どうでもいい。まあ、オンラインもできるけど
やっぱりバッチ処理にむいてるよな。COBOLは。
はやりも糞もないが、基本的なマッチングとか覚えるのにやったらいいんじゃない
結構、いるんだよね、CとかJAVAとか雑誌で読んだことああだ
こーだ言う人で簡単なデータ処理できない人。ほんとまいるよ。
私はCOBOLを知らないので、COBOLERの皆様に一つ伺いたい
ことがあるのですが、一般にCOBOLとその他の言語(たとえばC)
は、(皆様の感覚で結構ですので)平均してどちらがより複雑・高度な
技法を必要とするプログラムに使用される傾向にあるでしょうか?
ところでCOBOLマンセーをうたうなら、マシンの性能でなく皆様方の
(長年にわたって培われきた)卓抜な技術・広範な知識、もしくは言語の
もつ特性(たとえば「Scheme なら continuation が使えるぞ。凄いだろ」
みたいな)の面をこそ主張するのが正論だと思われますが、如何でしょうか?
>>121 複雑・高度な技法を必要としないことがCOBOLの特徴かと思われ。
COBOLは事務処理専用なので複雑・高度さについてはCに追いつけない
でしょ。というか比較することがそもそも無意味だとおもうが。
100%学生だね>121
>>123 チミはあれだね・・・この業界の事まったくわかってないね。君がいまどんな
言語をやってるか知らないがC○B○LがCに追いつけないだなんて勘違いも
はなはだしいねC+-ならまだしも、CがC○B○L2001に勝てないだなんて・・・
もしかしてC○B○L2001知らないの?最新作だから君も早くDLしたまえ
容量は7テラバイトだがね(藁
125 :
113:2001/05/19(土) 23:42
>>115-117
ドキュンが糞ドキュンをつるし上げても何もでませんよ?
まったく暇な奴らだな・・・つまり俺が言いたいのはな~
おまえらなんか~きらいだ~!!エ~ン(泣
126 :
仕様書無しさん:2001/05/19(土) 23:56
>>123
まじめなところCOBOLですごいのは帳票印刷の関係かなー
あくまでも汎用機の話しだけど。
127 :
非決定性名無しさん:2001/05/19(土) 23:59
我、C言語→COBOL→VB(A)の順なり。
最初レコードといふデータ構造が理解できなかった。今思うと信じられんが。
プログラムもCに置き換えないと理解できなかった。(頭悪いのもあるけど)
>>121 言語の特性か...
>>121の通りのような気がするが、複雑なことをやろうと
すると速効で難しくなるな。複雑な帳票なんかでも地獄を味わえる。
あと、項目のスコープがグローバルなのが辛い。危険。(頭悪いのもあるけど)
なんか書きたいこと一杯ある気がするけど酔っ払ってるからこんなところで。
128 :
127:2001/05/20(日) 00:01
129 :
仕様書無しさん:2001/05/20(日) 00:17
Power Cobol使ってる人はいますか?
130 :
90:2001/05/20(日) 01:04
>>103 うーん・・・。
5種類(5つってのは違和感を覚えてなかったですが・・・)の根拠を聞きたかった
だけです。
--------------
COBOLねえ・・・10進演算が得意だったような気もするねえ。
事務処理用の言語だけに当たり前ではあるが。
あとは、英語圏の人にはわかりやすいこと(藁
131 :
86:2001/05/20(日) 01:13
121さんのおっしゃるように、技術的側面での他言語と比べた場合の格段な優位性があれば教えて頂きたいです。
それとも、(オブジェクト指向COBOLというのもあるようですが)技術的な進歩の余地は殆どないのでしょうか?
日立が出しているCOBOL用の開発ソフトもVC++で作ってあるようですが、これに限ればCOBOLはVC++で作られた疑似言語に過ぎないという事になるんでしょうか?
COBOL否定意見をこう多く見ると、どんどん憂鬱な気分になってしまいます。
>>58さん
C++で全部作ってCOBOLからコールしたとおっしゃいましたが、それはどういう理由でそうなさったのでしょうか?
COBOLで実現している機能全てをC++等で実現する方が有利な点が多いのでしょうか?また、業務でCOBOLしながら、それだけのC++の技術レベルを独学で身に付けておくことは得策と言えるでしょうか?
いろいろ聞いてばかりですみません。
132 :
仕様書無しさん:2001/05/20(日) 02:10
COBOLの評価
厨房 ドキュン キチガヰ
┝━━━━━━━━━━┿━━━━━━━━━━┥
88彡ミ8。 /)
8ノ/ノ^^ヾ8。( i )))
|(| ∩ ∩|| / / <ココ!
从ゝ__▽_.从 /
/||_、_|| /
/ (___)
\(ミl_,_(
/. _ \
/_ / \ _.〉
/ / / /
(二/ (二)
COBOL85で研修
134 :
仕様書無しさん:2001/05/20(日) 04:09
Cで1,000,000とかカンマ区切りの編集ってどうやるの?
コボルなら楽なんだけど。
136 :
97:2001/05/20(日) 05:08
>>131 そこまで不安なら、COBOLに手を出す必要はないと思います。
今の時代なら、C言語をやるのが一番いい選択だと思います。
大体君の判断基準で行くと、大方の言語はCかアセンブラで作られた擬
似言語ということになりますね。
ただ、擬似言語だとしても要求された仕様を手早く実装できればそれで
いいと考えているのですが、擬似言語だと何かまずいのでしょうか?
>COBOLしながら、それだけのC++の技術レベルを独学で身に付けておく
>ことは得策と言えるでしょうか?
当然、得策です。
多くの言語が使えるならば、それだけ自分のフィールドが広がることに
なるし、問題解決の手段を多く持っている事になるんですから。
但し、あれこれ手をだして、どれもが中途半端では全く意味がありませ
んが。
COBOLとawkはどっちが強いですか?
138 :
仕様書無しさん:2001/05/20(日) 10:58
どんなに苦労しても
プログラムなんて必ずメンテ・バージョンアップがあり
仕様変更があるんだから
言語が簡単且つ誰しも修正出来る
cobolが良いかと思われ
しかもどれだけのシステムでCOBOLが動いてると
思ってるの?減ってたってC++やVBに取って代わることは
まず不可能
139 :
86:2001/05/20(日) 11:47
>>97さん
>そこまで不安なら、COBOLに手を出す必要はないと思います。
というか、職場で使わざるを得ません。
そこまで不安ならその職場にいつづける必要はないでしょう。
141 :
仕様書無しさん:2001/05/20(日) 12:51
>>137 awkでできる事はawkでやったほうが楽にできるのでよし。
そんな所じゃない?
コマンド一発で起動できるし、cobol(っつーか汎用機環境)だと
JCLとか書かないといけないし。
そう言えばcobolに正規表現みたいなものはあるんだろうか?
cobolはその昔一年くらい使ったけど知らない。
コーディングシート、なんてまだ存在するのかな。。。
つい3年前高校で使った<コボルのコーディングシート
いま、研修で使ってます<コボルのコーディングシート
145 :
97:2001/05/20(日) 19:10
>>142 パンチャーさんに渡すためにコーディングシートを書いた経験が2度ほど有ります。
今でも倉庫の奥深くに眠っているかも。
さすがにパンチカードを見たことはないけど。
パンチカードを見たことがある人いる?
146 :
非決定性名無しさん:2001/05/20(日) 21:54
ガッコの教授が出席取るのに使ってた。大量に余ってるそうだ。
現場でも見たことはあるけど使っている所は見てないなぁ。
昔はパンチカードのソーターがあったらしいが一度動くところを見てみたいものだ。
148 :
仕様書無しさん:2001/05/20(日) 23:44
パンチカード落としてばらけると
大変なことに・・・・・
って使ったことは無いが
そんなウワサを聞いたことが
149 :
101:2001/05/21(月) 01:50
>>148 大抵のやつにはページ番号(つーか、通番)振ってあるから大丈夫。
すっげぇー昔だとないかも。
150 :
仕様書無しさん:2001/05/21(月) 02:01
音響カプラも見ないねえ
カードも紙テープもオープンのMTも使用した事がある。
>>149 完成品なら番号ふっとく。
未完成ならふらない。
修正中、行を追加削除したりするからね。
なつかしい。。。
152 :
149:2001/05/21(月) 03:10
>>151 そう?あ、でも開発中は俺も紐で結んでたからな。一緒っス。
ま、在りし日の思ひでですな。
153 :
仕様書無しさん:2001/05/21(月) 03:50
>>148 秋田県では、日本海中部地震(1983年)の時に散乱したパンチカードの
並べ直しでえれぇ目にあったということです。
それ以来パンチカードが徐々に消えていったと聞きました。
154 :
仕様書無しさん:2001/05/21(月) 04:36
パンチカードを重ねて横に斜めの線をいれておくとバラバラになったときも
すぐに順番がわかるって聞いた事あります。
156 :
仕様書無しさん:2001/05/21(月) 15:53
>>155 斜線も本数が増えると、役に立たなくなってくるんだよ・・・
157 :
まつりななし:2001/05/23(水) 16:58
COBOL一筋15年ですが、パンチカードは高校実習でしか使ったことがないなぁ。
あの頃はOSが紙テープで、OSロード後の紙テープの山の片づけが大変だったよ…
パンチカードって仕事量が箱数でわかっていいなとか言われたことがあるよ。
何箱積んだって、パチンコじゃないっつうの。(w
とんでもないミニコンのお守りを命じられて、同期にからかわれたんだけどね。
なんか着脱式のディスクがついたマシンで、ディスクに砂入れちまえなとか言ってたんだけど、
2000年越せないとかで無くなった時は、万歳を叫んだな。
159 :
仕様書無しさん:2001/05/24(木) 20:51
パンチカードage
何で新人研修の言語がCOBOLなんだよ怒りのAGE
俺の脳みそをかき回すなゴルァ!!!!
#でも最近ちといいやつに思えてきた>COBOL
#とりあえず素直で従順だし・・・ )ハァト
161 :
仕様書無しさん:2001/05/24(木) 22:09
ジョブ流す時オペさんに頼まないで、自分でパンチカード打って
流したらプライオリティあげられるので便利(10年前)。
tiny-cobolに俺は期待するぜAGE
163 :
97:2001/05/25(金) 20:59
>>160 今は、素直で従順にみえるだけ。
練習問題は大概その言語の特色に合わせた例を採用するからね。
ところが実際の仕事で、ちょっと凝ったことを要求されるとCOBOL君は途端に融通
の利かない頑固者に早変わり。
164 :
仕様書無しさん:2001/05/25(金) 21:18
>>158 >なんか着脱式のディスクがついたマシンで
それはディスクパックというものではないですか?
直径40cmくらいのディスクが何枚か重なってるやつ。
あの図体のデカさで容量が少ないことにウンザリした遠い記憶が…
そういや今週都内某所にて瞬断があった
本番機以外すべて一斉に落ちた。
ハッキリ言ってワラタ
166 :
仕様書無しさん:2001/05/26(土) 15:03
>>86 むしろそこでやっている業務を覚えましょう
瞬断くらったけど、被害なしだったよ。
目がどうにかなったと思ったよ。
168 :
こぼちゃん:2001/05/31(木) 21:16
こんなに笑える話題になる言語って他にあるでしょうか
COBOLってなんか可愛そうで私は大好きです。
ちなみにCOBOL一筋15年の私ですが家族には私がCOBOLの
プログラマーと言う事は内緒にしております。((((^^;;;
169 :
まつりななし:2001/06/04(月) 10:01
>>168 まさか、未だに親御さんから、「おまえプログラマだというけれど、
頼むからCOBOLにだけは手を出さないでおくれよ、あんな言語に手を
出されたら、私たち一族郎党だってこの地に居るわけにはいられない
んだから…」とか言われてるの?
今月1日に新入社員が配属されてきて、COBOLをやらされると
分かった途端、露骨にイヤそう&不安そうです。
うまい説得文句はないでしょうか?
172 :
こぼちゃん:2001/06/07(木) 23:31
>まさか、未だに親御さんから・・・・・
と言う事は 都市部では既にCOBOL復権いたしたのでしょうか?
173 :
仕様書無しさん:2001/06/07(木) 23:34
COBOLは嫌。臭そうなんだもん。
174 :
仕様書無しさん:2001/06/08(金) 00:15
おまえらのように、言語を笑っている神経が理解不能。
ハードの新機種を藁うならわかるが、これだけ普及していた
言語をワラテいるやつは、なにを根拠にワラテるのかな。
ヒマなだけじゃないのかい。
それとも、自分の今の仕事が時代遅れになりつつあるから
あわてているのかな。プププ
「コボルやってれば、新しいこと勉強しなくていいもんね。」
ってウチのバカ上司が言ってました。
早く逝って欲しいです。
176 :
名無し:2001/06/08(金) 00:22
私はCOBOLがイヤで会社を辞めました・・・。ありでしょ。
177 :
仕様書無しさん:2001/06/08(金) 00:36
>>176 ありでしょ 私もそろそろ辞めます
>>175 うちの上司は「COBOLが一番もうかるんだよ!」
って言ってます
コボちゃんよりもトマトさん
180 :
なぎさっち:2001/06/08(金) 09:35
>>177 > うちの上司は「COBOLが一番もうかるんだよ!」
> って言ってます
単価高めで期間長めの仕事が多いから、計算しやすいんじゃないの?
> たしかに希少価値はあるな。
何の希少価値だい?坊主。
182 :
仕様書無しさん:2001/06/08(金) 11:48
COBOLのコードかくのがしんどい
183 :
39564:2001/06/08(金) 12:03
>182
コラルで書いてください。
184 :
仕様書無しさん:2001/06/08(金) 23:28
age
185 :
仕様書無しさん:2001/06/09(土) 16:27
uge
入社3年目、おれもVB→コボラーになってしまった。
マヂ会社辞めたい。どうして後輩の方がスキルが・・・
186 :
仕様書無しさん:2001/06/09(土) 20:09
>>185 それは言語のせいじゃなくてただお前がダメなだけじゃねぇか?
自分の不勉強で後輩に抜かれたのを言語のせいにするなよ!!
187 :
佐藤:2001/06/09(土) 20:19
>>185 俺が誰だかわかるか?お前の上司の佐藤だ。お前がVBしか
出来ないのはよくわかった。他の言語は君の頭では無理だったんだな?
私が悪かった、お前の実力を見誤ったよ。これからは後輩の田中くんに
すべてをつぎ込む、お前はさっさと会社を辞めてくれ。
これが私が言える最後の親心だ!!
188 :
山田:2001/06/09(土) 20:24
>>185 我輩が誰だかわかるか?お前の先輩の山田でござる。貴様がVBしか
出来ないのはよくわかったでござる。他の言語はおぬしの頭では無理だったんだな?
我輩が悪かった、貴様の実力を見誤ったでござる。これからは後輩の田中くんに
すべてをつぎ込む、貴様はさっさと会社を辞めるでござるよ。
これが我輩が言える最後の親心でござる!!
189 :
ベン:2001/06/09(土) 20:28
>>185 我が誰だかわかるか?貴公の飼い犬のベンであ~る。貴公がオナニーしか
出来ないのはよくわかったであ~る。他の言語は貴公の頭では無理だったんだな?
我が悪かった、貴様の実力を見誤ったであ~る。これからは妹君の花子殿に
すべてをつぎ込む、貴様はさっさと家から出て行くでござるよ。
これが我輩が言える最後の犬心でござる!!
190 :
鈴木ぽると:2001/06/09(土) 20:30
>>185 >おれもVB→コボラーになってしまった
あっははは。なにそれ?
お前、常に1つの言語しか使えねーのか。
191 :
ミー:2001/06/09(土) 20:32
>>185 ミーが誰だかわかるか?このコピペをしている者だ。ユーがVBしか
出来ないのはよくわかったノン。他の言語はユーの頭では無理だったんだな?
ミーが悪かった、ユーの実力を見誤ったよ。これからは他のスレッドに
すべてをつぎ込む、お前はさっさとこの板から出て行け。
これが私が言える最後のコピペ心だ!!
>>185 2ちゃんねるには心のない大人がいっぱいいるのね。あまりにも
185さんがかわいそうだわ。わたしもあなたの意見は全否定だけど
泣かないで。
∩
| |
∧_∧ | | / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
( ´Д`)// < 先生!185がかわいそうです
/ / \
/ /| /  ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
__| | .| | __
\  ̄ ̄ ̄ ̄ ̄ \
||\ \
||\|| ̄ ̄ ̄ ̄ ̄ ̄ ̄|| ̄
|| || ̄ ̄ ̄ ̄ ̄ ̄ ̄||
.|| ||
194 :
193:2001/06/09(土) 20:43
/ ̄ ̄ ̄ ̄ ̄\
/ ,∨∨∨∨∨
/ / / \ |
| / ,(・) (・) |
(6 ⊂⊃ |
| ___l_,| / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
| \__/ / < んなわけねーだろ!
/| /\ \________
195 :
COBOLちょっとだけ好き:2001/06/10(日) 06:47
改造母体がCOBOLで記述されていたときにソース追える
程度の知識は必要だと思いますが
COBOLしか書けないのはだめでしょう。
そうおもいません?
196 :
185:2001/06/11(月) 00:54
です。
2ちゃんで叩かれたヽ(´¬`)ノ
イヤ、別にVBがデキる必要はないんだよ、
COBOLとCとJavaの案件を掛け持ちできれば。
198 :
coboler:2001/06/11(月) 22:02
始めまして。
就職活動中の者です。
COBOLから入ったらオブジェは絶対理解
できないって言われました・・・・
これってほんとですか?
199 :
仕様書無しさん:2001/06/11(月) 22:06
コール命令で理解できなくなくなくなーい?
200 :
仕様書無しさん:2001/06/11(月) 22:08
っていうかー、オブジェってなにー?みたいなー
新しいブランドー?要チェックーみたいなー
201 :
仕様書無しさん:2001/06/11(月) 22:09
Objective-COBOL とかって無かったっけか?
>>200 簡単に言うと他のプログラムを呼ぶ事なの?
難しく言うとどうなの?
203 :
仕様書無しさん:2001/06/11(月) 22:13
>>198 絶対理解できないほどの頭の出来なら無理。
204 :
仕様書無しさん:2001/06/11(月) 22:14
COBOL--
質問した198はどこにいったの?まだ、見てるのか?
206 :
coboler:2001/06/11(月) 22:43
あっ
見てますよ。
なんか質問の仕方が悪かったみたいで・・
つまり・・
「初めて学習した言語がCOBOLの人は
JAVAとかC++は理解できるはずがない」
といわれたのです。
理解できる人は「100人いたら1人か2人くらいの割合」だと
豪語してました。
私はそんなことは絶対無い!と思うのですが?
IBMかどっかでは、Cプログラマ→C++よりコボラー→C++のほうが
スムーズに移行できた。ってのを6年くらい前にどっかで読んだ。
DDJだったかな?忘れたけど。
208 :
仕様書無しさん:2001/06/11(月) 22:53
>>206 君はともかく、経験的にはそんなもん。
COBOLERだった人でこっちの世界に転向した人って、大体
COBOLERのまんまとしくって、向こうの世界で無能だったせいで
仕事失って(いまだってCOBOLの需要自体が無いわけではないでしょ?)
新しいパラダイム覚える能力も気力も無い35過ぎ親父であることが
原因であって、COBOLERであること自体が直接の原因じゃないんだろうけどね。
209 :
coboler:2001/06/11(月) 23:20
>>206>>207 ありがとうございます。
かなり凹んでたのですが復活しました。
ちなみに私は、COBOL→VB→C→JAVAで
JAVAはまだかじり始めた程度なんですが、
VBやCはそこそこ自信があります。
ですから、たぶんこのままJAVAを勉強し続けたら
けっこう使えるレベルになれると期待はしてるのですが・・・
「.NET」のCOBOLってどうなんでしょう?
210 :
仕様書無しさん:2001/06/11(月) 23:23
>>208 >新しいパラダイム覚える能力も気力も無い35過ぎ親父であることが
>原因であって、COBOLERであること自体が直接の原因じゃないんだろうけどね。
禿しく同位だ。
211 :
仕様書名無しさん:2001/06/12(火) 01:15
汎用機のCOBOLしか知らない人にはちょっと難しいかもしれない。
端末側のCOBOLやっててデバッグ時にマシン語にらんだりメモリ
ダンプ解析した経験ある人なら話は別かも。
あと汎用機でもアセンブラやってた人は大丈夫でしょう。
212 :
仕様書無しさん:2001/06/12(火) 01:16
えっ。まだ使われていた?
213 :
仕様書無しさん:2001/06/12(火) 01:32
27歳で初めてプログラマーになり、COBOLをやらされた。
今33だが、COBOL->C->VBA->VB->Perl->C++
と来て、理解できてるよ。
OOPの継承やオーバーロードなどVBにないものはVCから
はじめたがポリモーフィズム,API,TypeLib,COMはVBで
習得した。
習得できないのはやる気がないだけ。年齢も関係ない。
COBOLからCだのVBだのに進んで、
「なんだよ、ローカル変数ってよー。わかんねーよ」
とか言って、とにかくグローバルにしたがるやつには困る……。
215 :
仕様書無しさん:2001/06/12(火) 13:00
そう?俺、コボラーからCに転向したけどグローバル変数嫌い。
216 :
仕様書無しさん:2001/06/12(火) 22:04
あのー新卒でいまCOBOLの練習やってるんですが、
「FILE-NAME PIC X(6)」にファイル名「FILE-1」を格納して、「FILE-1」の他幾つかファイルを定義してあるプログラム中で
「OPEN INPUT FILE-NAME」などとするとエラーになり、「FILE-NAME」の中の値をファイル名として取り扱うことができませんでした。
C言語ならfopenとかで文字列変数を使って任意のファイルを開いたりできると思うのですが、COBOLでは無理なんでしょうか?
217 :
仕様書無しさん:2001/06/12(火) 22:12
ファイルを定義してあるならそのファイル名で使えばいいんじゃないの?
なんでわざわざ項目に入れる必要があるの?
218 :
216:2001/06/12(火) 22:19
>>217 説明が足りませんでした。
ファイル名を入れる変数は呼ぶプログラムの側で、ファイルをたくさん定義してあるのは呼ばれるプログラムで、呼ぶプログラムの方で、呼ばれる方に定義されている中の任意のファイル名を変数に格納して、それを呼ばれるプログラムに渡して、任意のファイルを読み書きしたいということです。
なんかわかりにくい説明ですみません。
219 :
??:2001/06/12(火) 22:21
>>217 お前はその程度のプログラマなんだな。
初心者の216の方が創造力と才能がおると思われ。
220 :
仕様書無しさん:2001/06/12(火) 22:22
それは呼ぶプログラムも呼ばれるプログラムも両方自分で作るの?
221 :
仕様書無しさん:2001/06/12(火) 22:24
>216
無理だ。
222 :
仕様書無しさん:2001/06/12(火) 22:28
はいはい、私はその程度の(新人以下程度)のプログラマ
(って言えないですね)なので219さんに解説お願い致します。
私には難しすぎてわからないですからね(藁
223 :
仕様書無しさん:2001/06/12(火) 22:30
CALL YOBARERU USING LINK1 FILENAME
って感じでよんでるのか?
224 :
仕様書無しさん:2001/06/12(火) 22:38
O1 LINK1
02 PARA1 X(4).
02 PARA2 X(6).
02 PARA3 X(2).
02 STATUS.
03 ST1 X(1).
03 ST2 X(1).
01 FILE.
02 FILE-NAKAMI X(256).
で
MOVE "OPEN" TO PARA1.
MOVE "FILE-1" TO PARA2.
MOVE 予備 TO PARA3.
CALL YOBARERU USING LINK1 FILE
でYOBARERUをCALLして、YOBARERUではファイル名ごとに
IF文で分けて、02 FILE-NAKAMI X(256)にレコードを格納、
ST1,ST2にSTATUSを返すやりかたがよい。
225 :
仕様書無しさん:2001/06/12(火) 22:40
IF FILE-NAME = ”FILE-1”
THEN
OPEN INPUT FILE-1.
これでどうですか?っていうかわざわざこんな事やるわけないよな・・・
226 :
仕様書無しさん:2001/06/12(火) 22:40
PARA1,PARA2は"OPEN"とかせず"O"OPENとか"R":READとかがいいだろう。
227 :
仕様書無しさん:2001/06/12(火) 22:43
>225
これはファイル名をテーブルに切っとけばいいのでは。
85だとIFよりEVALUATEが使いやすいかも。
228 :
216:2001/06/12(火) 23:56
>>224 レスありがたいんですが、224さんの挙げられたような方法はEVALUATEで既に試してしまってます。
で、EVALUATE文で分けるのは汎用性がないと思って、
>>216のようなことができないかお聞きした訳です。
>>221 やはり無理なんですかね?
SELECTで予め使用すると判っているファイルを一つ一つ割り当てないといけないことから、COBOLでは最初から任意のファイルを読書きすることは想定していないんでしょうか。CONSOLEからファイル名を入力して開くとかできないのですね。
別に、これができないといけないと言う訳ではないんです。こういうことはできないのかな、と思いついた程度なので。
229 :
216:2001/06/12(火) 23:59
>>220 そうです。呼ばれる方は業務で使う共通モジュールがあるそうで、まだ使い方を教わってないので、擬似的なものを作りたかったのです。とりあえず今は間に合っています。
230 :
仕様書無しさん:2001/06/13(水) 01:19
www20.big.or.jp/~o-shin/bbs/common/complain/bbs.cgi?num=941&ope=sel&id=
>>216 SELECT MYFILE ASSIGN TO FILE-1.
とかなんとかしといて、
MOVE "HOGE.dat" TO FILE-1.
OPEN INPUT MYFILE.
でおっけー?
規格になかったかもしれんけど、とりあえず。
>231
そーいうことはCOBOLではできません。
SELECT MYFILE ASSIGN TO FILE-1.
で
MOVE "HOGE.dat" TO FILE-1.
は、ねーだろ ^^).
オープン系のCOBOLだと分かりませんが。
233 :
マジで仕様書来なくて仕事進まない:2001/06/13(水) 18:54
>232 さん、するどい。
いま、AIXで動くMicrofocusCOBOL使ってます。
OPEN 直前にファイル名を変数に入れる事、可能です。
ただし、SELECT 文で使い分けあり。です。
ASSIGN TO DYNAMIC FILE-1. <-変数"FILE-1"にファイル名をセットする使い方
ASSIGN TO EXTERNAL FILE-1. <-環境変数"FILE-1"にファイル名をセットする使い方
234 :
仕様書無しさん:2001/06/13(水) 19:50
>>233 オフコンとかだと ASSIGN TO 2CH の 2CH が変数(DATA DIVISIONで定義)で
OPEN時にその変数にあるファイル名をOPENNする。
んで、汎用だとASSIGN TO の後に書くところにアドレスを渡して動的に
OPENするファイルをかえられる。
昔のことでうろ覚えだけど、なつかしぃ。
N系と非N系(=主流派、IBM系)では、微妙に言葉が違ったなあ。
ファイル名ひとつとっても、内部ファイル名、外部ファイル名、ファイル名
と3種類あった(N系では)
ABORTとABENDとか、0C4,0C7/09-01,17-02とか、あーなつかしいや。
現役諸君、がんばれや。
今度COBOL OFF会やろうぜ。
ソースが半角英字のヤツはスパイだからボコにしちゃおうぜ。
うちは
YPSなんか使ってんすけど・・・・
236 :
仕様書無しさん:2001/06/14(木) 00:29
237 :
非決定性名無しさん:2001/06/14(木) 00:44
YPS!なくなってくれろ!
238 :
仕様書無しさん:2001/06/14(木) 01:00
ほんとワラタヨ
239 :
仕様書無しさん:2001/06/14(木) 21:28
age
240 :
仕様書無しさん:2001/06/15(金) 22:33
>>216 そもそもファイルはDD名で判別されるので、
プログラムを動かす時にアロケーションするファイルを変えればいいので、
実務で任意のファイルを開く必要性ってないと思われます。
(まあ、私の経験した仕事ではなかったってだけですが。)
いったん、FILE-1をOPENするようにコーディングして
コンパイルして、DD名が格納されるエリアを調べて、
そこに可変値をいれれるようにすれば、いいとおもうのですけど、、
COBOLで実現できるかは不明。
アセンブラじゃ、出来たはずなんですけど。
COBOLは標準化がうるさくって、そんな変なプログラム作る
訳にはいかなかったもんでね。
FORTRANderが熱く語るスレは無いのか?
242 :
ななぢ:2001/06/23(土) 03:02
243 :
ななぢ:2001/06/23(土) 03:07
↑この汎用機スレにもきてね!
>>235 YPSはプログラム言語じゃありません。
YACを使った仕様書の記述言語です。
表向きはね。
245 :
仕様書無しさん:2001/07/04(水) 02:02
おまえらバカか?
そんなことでコボラー語るなよ
動的openでできるだろうよ(新人でそこまでやらないか)
コボラーの誇りを持てよ!!
246 :
仕様書無しさん:2001/07/04(水) 03:35
誇りは沢山もっている人が多いような...
247 :
お珍コボラー:2001/07/04(水) 09:32
誇りいがいを持っている人をみたことないような...
248 :
お珍コボラー:
埃を持っている人をみたことないような...