遅ればせながら、ＣＯＢＯＬ

1 ：仕様書無しさん：01/11/18 23:31

ＣＯＢＯＬを使うことになりました。
「今更ＣＯＢＯＬって・・・」とお思いでしょうが、これも仕事なのです。
そんな私に、ＣＯＢＯＬについてのアドバイスをください。

2 ：仕様書無しさん：01/11/18 23:32

>>1
お疲れ様。

3 ：仕様書無しさん：01/11/18 23:35

↓板違いだから、こっち行ってね。

COBOLなら、オレに聞け！ <1>
http://pc.2ch.net/test/read.cgi/tech/1002890663/l50

4 ：仕様書無しさん：01/11/18 23:35

とりあえずピリオドかな、気を付ければいい事って

って、マジレス入れてしまった

5 ：仕様書無しさん：01/11/18 23:39

C/C++/Java to COBOLトランスレータ作れ。

6 ：仕様書無しさん：01/11/18 23:48

PERFORM VARYING をうまく使いこなせ。

7 ：仕様書無しさん：01/11/18 23:50

COBOL素で使うの?
CORBAで他のシステムと通信する一モジュールだったりしない?

8 ：仕様書無しさん：01/11/19 00:09

>>7
新しいプロジェクトに参入するので、どういうふうに使うのかは
まだ分からないのです。
とても不安です。

9 ：7：01/11/19 00:20

ま、自分で一からプログラムを書くならそんなに難しくないと思う。
ただ、今まで使っていた言語で当然使えたテクニックが使えなくて
ローテクに走らざるを得ないけど。
人のプログラムを解析して改造するような作業が入ると辛いけど、
COBOLのソースなんてステップ数多くても、書いてある中身は
たいしたこと無い(と思いたい)よ。

10 ：仕様書無しさん：01/11/19 00:39

>>7
いや、そう言われるほどスキルもないんですよね。
１から始めるつもりでやるしかなさそうです。
でも、ありがとうございました。

11 ：仕様書無しさん：01/11/19 01:03

ここで継続していいんかな？

関連スレ
40歳以上のCOBOLER逝ってよし！(1000達成)
http://pc.2ch.net/test/read.cgi/prog/992997668/

12 ：仕様書無しさん：01/11/19 01:52

ここは若者のためのCOBOLスレッドです。ぢぢいCOBOLERお断り。

13 ：11：01/11/19 02:45

ぢぢいCOBOLERを叩くCOBOL以外のプログラマーも
参加禁止？

14 ：仕様書無しさん：01/11/19 23:38

４０歳以上で実際フィールドに出てる人ってほんとにいるの？

15 ：平清盛：01/11/20 00:00

>>1
君の人生は終わった。

16 ：仕様書無しさん：01/11/20 00:38

>>8
だから、そのプロジェクトがどういう物か説明してくれ。

たいがいCOBOLではデータを右から左に移すようなプログラム
しか書かないし、その範疇ならば猿でもできるが、ちょっと凝ったこと
をしようとすると、途端に厄介な事になるぞ。
まあ、今では汎用機でもない限り、そういった込み入った部分に敢えて
COBOLを用いないと思うけど。

17 ：仕様書無しさん：01/11/20 00:49

>>14 それが、いるんだよ。マジ。

18 ：仕様書無しさん：01/11/20 00:51

>>17
いるんじゃない？ここの板でもSEは馬鹿とか言ってるPGいっぱい居るし。
自分たちはいつまでもPGで居るつもりな奴満載みたいだけど。

19 ：　：01/11/20 01:26

18桁の計算とかはCOBOLの方がラクだねぇ

20 ：仕様書無しさん：01/11/20 02:14

>>19
まあそうだね。
でも、そんな計算はめったにないし（藁

マジレスすると、日付の演算がすごく不便だった。
たぶん、Cとかもそうなんだろうけど。

21 ：仕様書無しさん：01/11/20 02:16

>>20
「たぶん」で話をするなかれ、自分のクビをしめるだけだよ。

22 ：ｶﾅﾌﾞﾝ＃1191：01/11/21 00:19

おまえら原器ですか？へなチョコですか？私は原器だ！！
ワカッタカラもう井出さんのことをイデオンって呼ぶのはやめてね
先生、次言ったやつの横っ面ひっぱたくからな！！本気だぞ！！

23 ：仕様書無しさん：01/11/21 00:25

４０以上でプログラマは痛いな。
って優香、じじぃいつまでも現場にいるんじゃねーって感じ。

24 ：仕様書無しさん：01/11/21 00:32

最近は汎用機なんて嫌だとかCOBOLなんてやりたくないとか言う
新人が多いそうだ。だから40歳以上でも現役で居られるのでしょうな。
ある意味新人が嫌だと言い続ける限り何歳になってもCOBOLERは
給料もらえるっていうことかもしれぬ。

25 ：コボろう：01/11/21 00:33

>>23
いくら私でもそういうお前には負けないね。
年収いくら？100万いくか？「こんにちわ世界」が表示できるか？（藁

26 ：仕様書無しさん：01/11/21 00:37

>>23
別に年齢は関係ないよ。
時代遅れなことを偉そうに言ったりすると、
「ジジィ、ウザイ、氏ね」になるけどね(w

27 ：仕様書無しさん：01/11/21 00:46

>>26
よっこらせっと！！おみゃーら調子はどうだチョベリグか？
ナウなヤングメンに馬鹿ウケってか？ガハハハハハハハ！！

28 ：プログラマー18才：01/11/21 00:48

>>26
「ジジィ、ウザイ、氏ね」（w

29 ：仕様書無しさん：01/11/21 00:54

>>23
他になにしろと？　

30 ：仕様書無しさん：01/11/21 00:55

>>28
「ガキ、ウザイ、寝ろ」(W

31 ：仕様書無しさん：01/11/21 00:57

>>29
「セックス、ドラッグ、ロッケンロール」(W

32 ：仕様書無しさん：01/11/21 00:58

まあ年食ったときに同じように言われるのは目に見えてるね。>>28 >>23

33 ：仕様書無しさん：01/11/21 01:00

>>29
「残業、徹夜、休日出勤」(w

34 ：仕様書無しさん：01/11/21 01:01

>>32
>>26はいいのか？

35 ：仕様書無しさん：01/11/21 01:01

>>33
PGじゃねえかよ！

36 ：仕様書無しさん：01/11/21 01:02

26はPGとして自滅するから放置でいいだろ。

37 ：仕様書無しさん：01/11/21 01:13

>>36
なるほど。

38 ：仕様書無しさん：01/11/21 01:20

最近の痛い若造は、自分が年をとるということを忘れてるよな。

39 ：仕様書無しさん：01/11/21 02:07

>>38
そう、昨日までのお主のようにな。

40 ：仕様書無しさん：01/11/21 10:55

IDENTIFICATION　DIVISION

41 ：専門卒ドキュンSE：01/11/22 04:33

・入社して汎用機+COBOLのプログラマ。
・しばらくして、バッチ処理のファイル転がしに疑問を持つ。
　（のちにSQLを知って、ほとんどのファイル転がしが無意味であることを知る）
・EWSブームが来る。UNIX上でORACLE（Pro*C,Pro*COBOL：組み込みSQL言語）を扱う。
・C/Sブームが来る。アメリカ製まるだしのいい加減なプロダクトばかりで、
　PC環境がフリーズしまくるのに嫌気がさす。（Win3.1+CHAMELEON TCP/IPとか）
・Win95の登場でPC環境がまともになってきた。ほぼ同時にDelphiで組むようになる。
　DBは当時Delphi標準のParadoxだったが、結構面白かった。
・C/Sでもスタンドアロンでも、安価な小規模システムならPCでもいいかなと思い始める。
・ところがバカな営業が規模違いの用件にチープなPCシステムを提案して紛糾する。
・汎用機と違い、C/Sオープンは使用するプロダクトを扱う知識が無ければ設計できないことを確信する。
・それが解らないバカが90年初頭に大量のバカシステムを生んだ。
・さらに輪をかけて、その失敗の要因を言語と決めつけて、PC-COBOLを見直す馬鹿ムーブメントが起こる。
・その馬鹿をうまく封じ込めてC/SからWebへ時代は移行。
・ところが、大量エントリにWebは向かない事例が出始める。加えて汎用機が安くなってきた。
・大もめにモメたが、いまだに銀行・製造業の基幹系は全角君達が組んだCOBOL言語の汎用機で日々動いている。
・Web、C/Sはデータウェアハウスと名を換え、参照・分析・出力メインの副の位置づけが固定された。
・でもCOBOLERはバカ。HIGH-VALUEとかLOW-VALUEとか大声で言うな。こっちが恥ずかしい。
・ついでになんでもかんでもOCCURSでファイル設計すな。なぜハナっから有限にする。バカ。
・あと、いい加減にCSV覚えろ。なんでもかんでも固定長で送りつけるなよ。

42 ：専門卒ドキュンSE：01/11/22 04:54

あともうひとつ加えると、どうやらCOBOLERは、PC系に詳しい奴はCOBOLを知らないと思っているらしい。

43 ：仕様書無しさん：01/11/22 05:20

で？一生懸命誰の人生を書いているんだい？

44 ：仕様書無しさん：01/11/22 06:20

0.1 に 100 をかけたらちゃんと 10.0 になる COBOLﾀﾝ(;´Д`)ﾊｧﾊｧ…

45 ：仕様書無しさん：01/11/22 10:26

>>43
自分の人生を箇条書きにしてきたつもりが途中で自分の感情を
箇条書きしちゃった分裂くんです。

46 ：仕様書無しさん：01/11/23 00:22

ここにいる人ってスゴイ人ばかりなの・・？
私のスキルが足りないのもあるけれど、感心しちゃいます。

47 ：仕様書無しさん：01/11/23 00:28

>>46
ハッタリがすべてだ

48 ：仕様書無しさん：01/11/23 00:33

>>47
同意。

49 ：仕様書無しさん：01/11/23 00:35

#NFCNV;

50 ：仕様書無しさん：01/11/23 00:38

41は興味深く読ませていただきました。はい。

51 ：仕様書無しさん：01/11/23 01:07

誰か、ハッタリでない人、本気でプログラミング教えて。
当方、２６歳。超初心者プログラマ。
毎日端末に向かって泣いています・・・。

52 ：仕様書無しさん：01/11/23 01:14

>>51
>ハッタリでない人

そんな人はここにはいないと思われ。

53 ：仕様書無しさん：01/11/23 01:16

>51 すべてをハッタリで通すのだ。
いつの日か君のハッタリが通じない相手に出会うだろう。
その時こそ教えを請うのだ。

54 ：51：01/11/23 01:20

うーん、深いようなハッタリのような・・・。
確かにプログラマっていう職業にはハッタリが必要なのかも。
対お客様だしね。
でもでも、自分（とスキル）に自信がない。
すぐ見破られちゃうと思うもん。
この仕事向いていないのかなぁ。

55 ：仕様書無しさん：01/11/23 16:00

>>41はいくつなのよ

56 ：仕様書無しさん：01/11/27 10:41

＞いい加減にCSV覚えろ。なんでもかんでも固定長で送りつけるなよ。

固定長のほうが楽なのにー。

57 ：仕様書無しさん：01/11/27 13:01

忍者ハッタリ君

58 ：???：01/11/27 22:02

>>56

awkを知らないのか?

59 ：仕様書無しさん：01/11/28 00:51

ＣＯＢＯＬは楽だぞ、覚えるの。
もう１２年前だが、学校の講義で最初にあった概論で
ＣＯＢＯＬについては一言で終わった。
「昔、商用のプログラム開発で使われてました。」
でも、日○製○所へいったらバリバリの現役だぜ。
UNIXでの開発だって聞いていったのに、ＣＯＢＯＬだった。
通信ＡＰの開発なのに。
契約図書見たら客先からはＣで開発するようにって言われてた
見たいなのに、無理やりＣＯＢＯＬにしてやがった。

60 ：???：01/11/28 21:47

>>59
CとはCOBOLのことです。と本気で信じていた人もいた。
日◯ではありません。

61 ：仕様書無しさん：01/11/28 21:54

え？そうなんですか？>>60

62 ：仕様書無しさん：01/11/28 22:10

リアルCOBOLERは書類整理をやらせると能力を発揮してくれます。
助かります。

63 ：仕様書無しさん：01/11/28 22:15

ＣＯＢＯＬｉｓｔって、そんなにどうしょもないんですか？
ずばり、わたくしなんですけども・・。
ウチの会社の仕事には多いですよ、ＣＯＢＯＬ。

64 ：仕様書無しさん：01/11/28 23:00

Borland COBOL

65 ：仕様書無しさん：01/11/28 23:31

ＣＯＢＯＬは易しいけれど、何にしても基本になる言語だと思ふ

66 ：days：01/11/29 22:21

今年専門卒業してコボルやっている。専門コボルやっていた。コボルなんて時代遅れだし、無くなるって
聞くからCやりたいと言ったが、新卒で何もできないからわがまま言えないなぁ
と思いいやいやコボルやっている。ある程度できるようになったり、
情報処理の資格取得したら、「前からCやりたいって言ってたんですが、Cやらして
くれんですか？コボル卒業したいんですが」って言ってもいいのかぁ？

67 ：仕様書無しさん：01/11/29 22:41

>>66
システムアナリストとったらな（藁

68 ：仕様書無しさん：01/11/29 22:44

ＰＣ系でＣＯＢＯＬ知っているってやつは
業務では使えない（汎用系やっていた人間は別として）
逆アセンブルしてパフォーマンス考えてる？
そこに準じた構造化でメンテナンス性高めてる？
概念が違うんだよね、おもちゃのＰＣとは。
仕事だからさ。

69 ：仕様書無しさん：01/11/29 23:07

ちょっと待ってくれ、65よ。本気で言ってるのか。

70 ：仕様書無しさん：01/11/29 23:14

>>69
65じゃないけど、お前こそ本気で言ってるのか？

71 ：仕様書無しさん：01/11/29 23:19

69はこの板ですっかりCOBOLが滅亡したというネタを信じ込んで
しまったかわいそうな奴です。

72 ：仕様書無しさん：01/11/29 23:47

滅亡はしてないと思うけど、
今からCOBOLはどうかな・・・

73 ：仕様書無しさん：01/11/30 00:48

>>66
先任者が辞めるまでコボルです。
情報処理の資格取ったら能力に合うように今以上の
スピードでコードを書くように言われます。
>>71
別にかわいそうとは思わないですが。
幸せだと思うぞ。

74 ：仕様書無しさん：01/11/30 00:54

氏ね<<1

75 ：仕様書なしさん：01/11/30 01:22

>>1
きみもオチンコボラーの仲間入りだね。

76 ：仕様書無しさん：01/11/30 01:55

>>66
若いんだろ？
Cなんざ本読んで例題やれば覚えるって。
C++はどうか知らんが。

私は学生時代Cとアセンブラでバイトしてたけど、独学だったよ。
中小企業にもぐりこんだらそれ以来COBOLばっかだけどな（笑）

77 ：仕様書無しさん：01/12/10 15:07

>ここにいる人ってスゴイ人ばかりなの・・？

そうだよん。どういう意味で「スゴイ」かは不明だけど（藁

78 ：仕様書無しさん：01/12/11 01:28

age

79 ：2000X：01/12/11 01:44

彼らの話によると哲学者プラトンの著書「ティマイオス」、「クリティア」にも
その名があらわれるアトランティス大陸は実在していた。
その大陸では、行政にもちられる、公式な文章にCOBOLが使用されていたという。
すなわち、そこでコボラーとは、役人の事を指していた。
しかし、彼らの繁栄は突如として終る。
（つづく）

80 ：仕様書無しさん：01/12/18 22:26

これからは何の勉強をすれば良いのでしょう？

81 ：Be名無しさん：01/12/18 22:50

>>80 目の前にあるものに決まってるでしょ

82 ：仕様書無しさん：01/12/18 22:58

業界に蔓延る馬鹿COBOLer連中はさっさと首吊って氏ね！

何千行もあるエクセルのデータを一行ずつ選択して罫線引いてるんじゃねえよ！
罫線引くのに何日かかってるんだよ。バカ！
あと、右寄せ、左寄せくらい覚えろよ。半角スペースで位置を調整するな！

どうしようもなく使えない連中だよ。COBOLerって連中は。

83 ：仕様書無しさん：01/12/18 23:11

>>81
目から鱗でございます

84 ：仕様書無しさん：01/12/18 23:14

>>82
そう思ったら教えてあげたら？
コミュニケーションとれないあんたも対してかわらないんじゃないの？

85 ：82：01/12/18 23:18

>>82
もっと楽な方法がありますよ。って言っても「これでいいんです」
後でマクロを使って一括でやりますから、って言っても「マクロはよくわからないので、手でやります」
だとさ。

86 ：82：01/12/18 23:20

訂正。>>84宛の返事ね。

87 ：仕様書無しさん：01/12/18 23:22

>>85
もっと楽な方法教えてください

88 ：仕様書無しさん：01/12/18 23:30

>>82
その馬鹿をCOBOLerで区切る意味はあるの？
普通に考えればCOBOLerだから言うことを聞かないと言う訳じゃないって
いう結論に達すると思うけど。

89 ：仕様書無しさん：01/12/19 00:31

馬鹿とCOBOLerに相関関係があるとしても、まっとうなCOBOLユーザに
対して失礼だ。

90 ：仕様書無しさん：01/12/19 07:25

>>89
>まっとうなCOBOLユーザ
そんなのいるの？

91 ：x：01/12/19 08:03

>>88
いや、COBOLerは押しなべてそういう仕事の仕方をしたがる。
同じ作業でも時間をかけたほうが、残業代を稼げるからという
古い日本の伝統を受け継いでいる。

日本のソフトウエア産業がフヌケなのはこいつらのせいです。

92 ：仕様書無しさん：01/12/19 08:29

>>91
日本のソフトウェア産業がフヌケなのは何でも人のせいにする
あんたのせいじゃないの？

# そんなにフヌケだと思うなら自分でなんとかしてみればいいのに。

93 ： ◆Hoge/uUg ：01/12/19 09:25

>>92
カルシウム不足と診断されました。

94 ：仕様書無しさん：01/12/19 10:33

>>1

俺だったらCOBOLやれなんて言われたらその場で辞表出すな。

95 ：仕様書無しさん：01/12/19 15:03

コボラーは旧石器時代に絶滅しました。

おわり

96 ：仕様書無しさん：01/12/19 15:26

>>95

今でも、目撃したという報告がたまにあるらしいぞ

97 ：仕様書無しさん：01/12/19 18:36

１６年間ずっとＣＯＢＯＬをやってます。もしかしてまだ旧石器時代？？

98 ：仕様書無しさん：01/12/19 22:16

>>97
あなただけね。

99 ：仕様書無しさん：01/12/20 01:50

じゃー聞けど、君ら金利計算のプログラム書く時はどの言語使うのよ?

100 ：仕様書無しさん：01/12/20 05:32

書けといわれればC++でもJavaでも書けるぜ。
もっとも、そんな単純な仕事なんか新人研修の課題にもならんが。

101 ：仕様書無しさん：01/12/20 07:24

漏れはSmallTalkで金利計算のプログラムを作った事あるよ。

102 ：仕様書無しさん：01/12/20 23:06

このスレで言う「COBOLer」という言葉は、COBOLを使う人たちのことを
指しているのですか？

私は、COBOLer=COBOL《《しか》》使うことが出来ず（というより、COBOL以外
のものを頑なに拒否している）、新しい技術などにまったく見向きもしない、
時代の流れに取り残された人たちを指す言葉だと思っていますが…

40過ぎのオヤジCOBOLerならともかく、20代、30代のCOBOLerを見ていると、
非常に哀れですね。同情を禁じ得ませんね。

103 ：あこち：01/12/20 23:28

うちの会社の所長がこの間電話で
「…へぇー。じゃぁ、またCOBOLの時代到来だねぇ！」

だそうです。

104 ：仕様書無しさん：01/12/20 23:42

>>102
COBOLそのものに、人間の思考を硬直化させる何かがあるんだと思うな。

105 ：仕様書無しさん：01/12/20 23:46

COBOLの全部大文字のソースを見たら、めまいがしました。

106 ：仕様書無しさん：01/12/20 23:47

そのうちCOBOLを使える人間がいなくなって
COBOLで作ったシステムを保守する人間がいなくなったら
どうなるんだ？
１人月の単価高くなるんかなー

107 ：仕様書名無し：01/12/20 23:55

今、新入社員でコボールでお仕事やってます。
社長は、この業界のコボール需要をさらうつもりらしいのですが・・・
オブジェクトコボール、はやらないかな・・・

108 ：99：01/12/21 00:09

>100 確かにC++でもJavaでも書けるけど新人には無理だよ。
まさか double の変数で計算してるわけじゃねーよな?
それにBCDクラスを作るんだと思うけど、計算速度はCOBOLバイナリの1割位しかでないぜ。

>101 キミはSmalltalkなんて使ったこと無いだろ?
SmallTalkってのは別の言語かい?

109 ：99：01/12/21 00:10

ごめん、煽るつもりじゃなくて、適材適所って言いたいだけなんだ。

110 ：仕様書無しさん：01/12/21 00:16

>>99
> 確かにC++でもJavaでも書けるけど新人には無理だよ。

ハァ？

> 計算速度はCOBOLバイナリの1割位しかでないぜ

ハァ？

これだからCOBOLERは…。

111 ：仕様書名無し：01/12/21 00:20

>>110
何が問題なのか書けないのですか？
はっきり人とコミュニケーションとれないヒッキーに
要はありません

112 ：仕様書無しさん：01/12/21 00:20

>>108
>まさか double の変数で計算してるわけじゃねーよな?

ハンパにかじってわかったつもりの奴って、どうしようもないな。

113 ：仕様書無しさん：01/12/21 00:24

>>111
君に教えてあげても、なんのトクもないしね。
間違えを教えてもらっただけでも、ありがたいと思えよ。

114 ：仕様書無しさん：01/12/21 00:24

>>111
このバカ、何が問題なのかも理解できてないんだな。これだから
COBOLERは…。

115 ：仕様書無しさん：01/12/21 00:27

>>113-114
何が問題なのか書けないのですか？
はっきり人とコミュニケーションとれないヒッキーに
要はありません

116 ：仕様書無しさん：01/12/21 00:32

>>115
適材適所という観点で言えば、キミは便所掃除に向いてるよ。
ぜひ転職しなさい。

117 ：99：01/12/21 00:32

俺は昔COBOLコンパイラ作ってサポートもやってました｡
残念ながら所謂コボラーじゃありません。COBOL書けないしな(笑)
というわけで、演算精度や演算速度の件はちょっと自信あるぜ
ちなみにC++は10年位前からやってます｡(templateが無かった頃)
今はアプリケーションサーバでEJBです。

118 ：仕様書無しさん：01/12/21 00:32

>>115
数値計算の本を読んだことありますか?
本を読むまでしなくても、Webですこしでも検索して、
解説のページでも読んだことありますか。
ないんでしょうねぇ。

119 ：仕様書無しさん：01/12/21 00:34

>>116
＞適材適所という観点で言えば、キミは便所掃除に向いてるよ。

そういうことにしたいのですか？）

120 ：仕様書無しさん：01/12/21 00:35

>>117
長くやってても、ダメな奴はダメっていう典型君だね。

121 ：仕様書無しさん：01/12/21 00:35

>>115
むしが良すぎ。
「人を煽って簡単に情報ゲット！」なんて、せこい処世術覚える
ヒマがあったら、本のひとつでも読みましょう。

122 ：仕様書無しさん：01/12/21 00:37

>>117
聞かれてもいない業務経歴を語るのはどうかと思いますよ・・・
>>118
数学の本なら読んだことがありますが？

123 ：99：01/12/21 00:39

>120 なんとなく自分がダメって認識はあるんだけどバカだから理由がわからないんだよね｡
良かったら何がダメなのか教えてくれない?

124 ：仕様書無しさん：01/12/21 00:39

99はキモい粘着COBOLer。サイテー。

125 ：99：01/12/21 00:40

>122 COBOL擁護するとコボラーにされちゃうから...
言語オタクの俺に言わせれば言語に貴賎なし｡

126 ：仕様書無しさん：01/12/21 00:40

>>121
本を読むひまがあったら女の子をナンパしましょう・・・

127 ：仕様書無しさん：01/12/21 00:43

COBOLのコンパイラなんて、猿でも書けるよ。ばかだな。

128 ：99：01/12/21 00:43

>124 キモイ粘着は認めるがコボラーじゃないんだってば(泣)

129 ：仕様書無しさん：01/12/21 00:44

>>125
言いたい奴には言わせとけ！！
若い奴には若い奴の考えがあるんだ・・・

130 ：99：01/12/21 00:44

>127 言っとくけどyacc/lexじゃパーサ作れないぜ。

131 ：仕様書無しさん：01/12/21 00:45

>>125
言語オタクって割には、何にもわかってないじゃん。わかった
気にはなってるようだけどさ。もしかして、頭悪いんですか？

132 ：99：01/12/21 00:48

>131 レスつけてくれるなら、せっかくだからバカにもわかるように説明してってばさ｡

133 ：仕様書無しさん：01/12/21 00:50

>>131
スイマセン、私少々頭が悪いのです・・・
あ、中身じゃなくて形です。

134 ：仕様書無しさん：01/12/21 00:51

>>130
OpenCOBOLって、処理系はBisonを使ってますが?

135 ：99：01/12/21 00:52

>134 OpenCOBOLは言語仕様フルスペックサポートじゃないから。

136 ：仕様書無しさん：01/12/21 01:01

>>134
ネンキが違うのよ、ネンキが！！

137 ：99：01/12/21 01:13

99番粘着君デス。
わかった! はぐらかすだけのキミら、みんな日下部タンなんだろ?

138 ：新人：01/12/21 02:05

新卒でコボルをやらされています。
印象は行数が多いだけで単純な処理がだらだら書かれているといった感じです。
プログラミングも他のオープン系の方々からすれば「プログラムに値しない」ような低級なのでしょうね。
作業量は多いのですが、難易度は低いですが煩雑なだけで、まだ1年経っていませんが、このままではスキルにならないと薄々感じています。
このスレなどでコボル批判をされている方々はオープン系にいらっしゃるのでしょうか。
はっきりいって、今すぐにでもオープン系に移りたいのですが、間に合いますか？
それとも、何年か続けて転職する方が良いのでしょうか？
何かグダグダですみません。
今コボルしかやっていないことが不安で仕方ありません。

139 ：99：01/12/21 02:19

>138 自分で面白そうな言語とか役に立ちそうだと思う言語を勉強しなよ。
新卒なら幾らでも仕切りなおしがきくよ。
部署を移るとか転職できればベターだけど、ある程度経験つんでないと
難しいだろうからな。自分で勉強ならいつでもできる。

やはりCOBOLやってちゃダメでしょ。ちゃんちゃん。

140 ：仕様書無しさん：01/12/21 02:32

>>138
俺はCOBOLじゃないけど、仕事の暇見ながら
自己啓発と称して（仕事中に）Web系の勉強してた。
本当は趣味レベルでやってた程度のものだったけど転職時にはそれが多いに役立った。
COBOLと心中したくないなら次のプロジェクト編成時にでも「他のことがやりたい」とか
自分なりに技術を身につけるとかしたほうがいいと思う。

141 ：名無し三等陸曹 ◆PDTHtNro ：01/12/21 15:43

>>138
若手なのにCOBOLをやらざる得なくなった人は、「COBOLは仕事で使うものだ」と
割り切って、自宅では別の言語の学習をしたほうがいいでしょうね。

Java、Delphi、BCC、．ＮＥＴ（ベータ版）など、フリーで開発できる環境が整って
きているのだから、これを逃す手はないでしょ。いろいろと遊んでみては如何？

142 ：仕様書無しさん：01/12/21 16:16

>>141
力技のオンパレードで缶詰状態だったらそうはいかないのかもよ。

かわいそうっちゃあかわいそうだよね。

143 ：仕様書無しさん：01/12/21 16:31

age

144 ：名無し三等陸曹 ◆PDTHtNro ：01/12/21 20:59

>>142
あ、それは大いにあり得る（ｗ
しかも、年末だもんな……

>>138 さん、無理して胃を壊さないようにな。適度に息抜きしろよ。

145 ：仕様書無しさん：01/12/21 21:43

まあ、ZAPだのMPだのCPだのといったパック十進系がマシン語にあればCOBOLも十分
効率的ではあるわな。（ていうか汎用機はまんまそのための構成のような）

146 ：仕様書無しさん：01/12/21 23:10

>>110
汎用機の３７０アーキティクチャーだと、ＣＯＢＯＬの数値演算は
直接ＣＰＵのＢＣＤ演算に展開されるから速いんですよ。

ＣでＢＣＤ演算ライブラリを作ってもＣＰＵのＢＣＤ演算に展開されるか
どうかは分らんでしょ？

147 ：仕様書無しさん：01/12/21 23:14

>>138
COBOL のシステムは、通常、数千本のプログラムと数百のファイルから
構成されているので１つ１つのプログラムは単純でないといけないのです。

COBOL のプログラム１つ満足に書けないような人にはオープンシステムなんて
無理な話です。

148 ：仕様書無しさん：01/12/21 23:17

>>146
それは言語の問題ってか、コンパイラの問題だし。

149 ：仕様書無しさん：01/12/21 23:22

>>148
ま、ＣＯＢＯＬの動くマシンは、固定長１０進演算に最適化されて
いるつーことで。。。
ＰＣやワークステーションのＣＯＢＯＬはどうだか知らんけどね。

150 ：仕様書無しさん：01/12/21 23:28

COBOL それは体力勝負です。

151 ：仕様書無しさん：01/12/21 23:33

>>150
コンピュータ業界自体が体力勝負！

152 ：仕様書無しさん：01/12/22 00:38

COBOLER
氏んでよし。

153 ：138：01/12/22 01:32

レスを下さった方ありがとうございます。
徹夜とかするほどではありませんが、最近は毎日終電状態です。
結局自分が動くかどうかにかかってるんでしょうけど、
戯言として、毎日力仕事で残業するのは、長期的にみてやはり時間の無駄なのでしょうね。

154 ：仕様書無しさん：01/12/22 01:37

>>153
正直無駄なのかもしれん。
残業して苦労したことは技術経歴書には残らんので
他人には伝わらない。
苦労したこと自体は得るものあるとは思うけど。

155 ：138：01/12/22 01:45

>>154さんは何をされてる方なんでしょうか？
もし汎用系の経験があるとすれば、もう既に他に移られたのですか？

156 ：138：01/12/22 01:51

独り言のあらしみたいですみません。
ちなみに、実質偽装派遣を行う会社の正社員で残業代は1400円で全額支給されます。
これは待遇的にはどうでしょうか？
大手の元請に比べたら屁みたいなものなのでしょうが。

157 ：154：01/12/22 01:55

多いのはUNIXやWINの仕事。なんでも屋。いわゆるドカタやね。
ネットワークがらみが多い。
経験の少ないメインフレームでもシステム間の接着剤プログラム
書いたりしてた。
最近は汎用機はやってない。
今はUNIXでJava。つまんない仕事。

158 ：138：01/12/22 01:57

>>154さん、レスありがとうございました。
>>156残業代の1400円は時給です。

159 ：仕様書無しさん：01/12/22 11:30

>>138
残業1,400円／時間ってことは、月給１８万円くらいだな。
手取りだと、以下省略・・・

残業代を合わせて手取り３０万円弱か。給料日以外は楽しみが無いね。

160 ：仕様書無しさん：01/12/23 16:11

>>138
ウチの会社はそんなに残業代クレナイヨ・・

161 ：仕様書無しさん：01/12/23 16:46

俺は手取り１０万

162 ：仕様書無しさん：01/12/23 18:46

うちの会社は残業代というものが存在しません。
毎日定時で帰っても、終電間際まで働いても、給与にはまったく反映されません。

163 ：仕様書無しさん：01/12/23 18:57

プログラマーよ団結せよ！春闘！
http://pc.2ch.net/test/read.cgi/prog/1008953928/l50

164 ：：01/12/24 00:27

アホプログラマは COBOL使おうが C++使おうがアホに変わりはない

165 ：仕様書無しさん：01/12/24 00:28

僕は伝記老練じゃないから春は戦いません。みんなたいへんだねぇ(ﾌﾟ

166 ：仕様書無しさん：01/12/24 00:42

>>164
アホプログラマ　(+)　Ｃ＋＋　(+)　ドキュソでも使える高性能なデバッガ
一見動いているように見えるが、実は問題を沢山抱えたプログラムが出来る
組み合わせ。

167 ：仕様書無しさん：01/12/24 19:37

隣の席のCOBOLer（30歳）、EXCELのソートの方法も知らなかったよ…
仕方ないから教えてあげたけどさぁ、表計算の使い方ぐらい、知っててよ。
COBOLer、痛すぎ…

168 ：仕様書無しさん：01/12/24 19:45

>>167
そいつは、COBOLソートも知らんだろうね。
真のCOBOLerとは言えんよ。

169 ：仕様書無しさん：01/12/24 20:46

>>168
違うでしょ。COBOLerだから、PROCEDURE DIVISION以外は出来ないんだよ。
COBOLのソートも使えないんじゃ、COBOLerですらない。

170 ：仕様書無しさん：01/12/24 20:50

>>167

Pascal、Forth、Lisp、C++、java、lex、yacc、UMLならOKですが
excelは使えませんが何か？

171 ：仕様書無しさん：01/12/24 20:58

>>170

分かるぞ。VBA があまりに情けない言語仕様なもんだから、
Excel のマクロ使う気になれないんだよなーーー。

しかし、VB.NET がオブジェクト指向の基本的な機能を持つように
なったとのことで、次の .NET 対応 Office はようやく使う気に
なれるかな。

172 ：仕様書無しさん：01/12/24 21:17

>>170
オイオイ、知ってる言語を全部並べるなよ。
Excel, World が使えなきゃ仕様書は何で作るんだyo!
一人だけ TeX を使おうたって誰も許してくれねーぞ。

173 ：仕様書無しさん：01/12/24 21:26

>>169
PROCEDURE DIVISIONが出来るってどういう状態を指すのよ。

馬鹿丸出しだな・・・・・

174 ：仕様書無しさん：01/12/24 21:29

>>170
>Pascal、Forth、Lisp、C++、java、lex、yacc、UMLならOKですが
>excelは使えませんが何か？

頭悪いですね。

175 ：仕様書無しさん：01/12/24 21:33

>>173
実務でCOBOLのプログラムを書いたことが無いのがバレバレだね。
真のCOBOLerは、PROCEDURE DIVISION 以外はコピペするので
PROCEDURE DIVISION より前の構文は知らんのだよ。

176 ：175：01/12/24 21:34

PROCEDURE DIVISION の中も殆どコピペだけどね。

177 ：仕様書無しさん：01/12/24 21:44

>>175
あふぉかおまえ。

>>175の状態が「PROCEDURE DIVISIONが出来る」っていう状態なのか。
そもそも「PROCEDURE DIVISIONが出来る」って言う表現はおかしいと思わないのか？
って言ってるんだよ。

あとな、DATA DIVISIONも全部コピペか。
そんな奴いないよ。実務で１回書いたことあるレベルの奴が偉そうな事抜かすな。

178 ：仕様書無しさん：01/12/24 21:53

>>177
ぼく、「printf出来る」状態です！！
でも「PROCEDURE DIVISIONが出来る」っていう状態ではありません

179 ：仕様書無しさん：01/12/24 21:54

>>177
>あとな、DATA DIVISIONも全部コピペか。

DATA DIVISION？　そう言や、そんなもんも有ったな・・
もう何年も COBOL を使ってないので忘れてたよ。わりぃ、わりぃ。

180 ：仕様書無しさん：01/12/24 21:56

>>179
お前はニワトリか？三歩、歩くと忘れちゃうんだね。
家に帰れなくなる前に名札に住所ぐらいかいときな、おじいちゃん（藁

181 ：仕様書無しさん：01/12/24 21:58

>>177
＞DATA DIVISIONも全部コピペか。そんな奴いないよ。
とりあえず丸ごとコピペして、必要な処理とエリアだけを追加した
プログラムを見たことがありますが。
わけのわからんワークエリアやREDEFINESが大量にあって、一つずつ
調べてみたけど、何も使ってないとかね。

182 ：仕様書無しさん：01/12/24 21:59

>>179
お前みたいな奴がCOBOLerとか言われてるんだろうな。
曖昧な知識でてきとーな事抜かして周りに迷惑かけまくっても
わりぃわりぃで適当にごまかすと・・・・・。

回線切って手首も切りな。

183 ：仕様書無しさん：01/12/24 22:00

>>181
すいません、時間がなかったもので・・・

184 ：仕様書無しさん：01/12/24 22:04

>>180
お若いのに COBOL のメンテをしておられるのか？お気の毒に。。
ワシは、この歳になって java やら ASP やらを使うとは思うとらんかったよ。わっはっは。

185 ：仕様書無しさん：01/12/24 22:08

>>182
>わりぃわりぃで適当にごまかすと・・・・・。

そのくらいの神経をしていないと、この業界は生きていけないよ。

186 ：仕様書無しさん：01/12/24 22:08

>>177
意外とやったそれ

書き直しもおおいけど

正直ＣＯＢＯＬというのを言語としてみれば単純
設計および構成を覚えることに専念したほうがいいかもしれない

大体汎用機がらみだと言語知識よりもプロジェクトで使用する
業務知識のほうが重要だし

187 ：180：01/12/24 22:09

>>184
ついていけてる、おじいちゃん？つらいようだったら
ぼくが、かわってあげようか？

188 ：仕様書無しさん：01/12/24 22:17

>>187
やさしいのぅ、やってくれるんかぁ。
でも、尻拭いは嫌じゃぞぃ！

189 ：仕様書無しさん：01/12/24 22:18

>>186
>意外とやったそれ

過去形だね。このスレには現役コボラーは居ないのかな？

190 ：180：01/12/24 22:20

>>188
そのかわりぼくの冬休みのしゅくだいやってね。
あと、お年玉いっぱいちょうだいね・・・（2000円くらいほしいな）

191 ：186：01/12/24 22:23

>>189
２年前が最後かな

汎用－＞ＯＰＥＮ－＞汎用　って感じでやってたし
ＣＯＢＯＬについては汎用機の開発とネットインフラが本当に整備
されてきたらまた変わってくるのではと思っている
センター集中を行っても問題なければユーザーも
それを選ぶことはそれほど難しくないであろうし
（金額との折り合いもあるとおもうが）

192 ：仕様書無しさん：01/12/24 22:24

>>190
お年玉、2,000円か・・・俺と同世代だね（藁

193 ：180：01/12/24 22:33

IQすれで正体がばれたようなので
回線切って逝きます、皆さんさようなら

194 ：仕様書無しさん：01/12/24 22:40

>>193
クッキー食べ過ぎた見たいね（ｗ

195 ：仕様書無しさん：01/12/25 23:34

でもＥｘｃｅｌって苦手だなぁ

196 ：仕様書無しさん：01/12/27 00:51

自分はｗｏｒｄが嫌い

197 ：仕様書無しさん：01/12/27 12:48

現役でやってっけどね･･････かったりぃ

198 ：仕様書無しさん：01/12/28 06:34

>>197
何を？

199 ：仕様書無しさん：01/12/29 14:33

オラクルマスターは必要ですか？

200 ：仕様書無しさん：02/01/02 00:41

プラチナ

201 ：仕様書無しさん：02/01/02 00:43

　　 ∧＿∧　　／￣￣￣￣￣
　　（　?Д?）＜　あげんなゴルァ？
　　（　　　　）　＼＿＿＿＿＿
　　｜｜　|
　　（_＿）＿）

202 ：仕様書無しさん：02/01/02 00:53

COBOLもアセンブラもC/C++もVBもJavaも仕事で使ってるけど、それぞれ一長一短。
金融勘定系ならCOBOL以外はなかなか選択しづらいだろうね。処理桁数が全然多いし、
ﾒﾝﾃのことを考えるとね。COBOLはおまじない記述が多いだけで、やってることは
情報を右から左に移し変えるMOVE系の処理が多くて単純だよ。がんばってね。

203 ：sage：02/01/02 19:05

集団項目転送はラクだ～。

204 ：仕様書無しさん：02/01/02 19:13

>>202
どこが？
単純だからメンテしやすいのか？
ああ、仕事が単純だからって意味か。

205 ：仕様書無しさん：02/01/02 21:24

>>204
COBOLの１つ１つのプログラムは単純だよ。
でも、それが数千本あって１つのシステムが出来上がっているから、
システム全体はおぞましい物があるよ。メンテして見る？

206 ：仕様書無しさん：02/01/02 21:32

COBOLは余計なこと考えず、仕様のことだけ考えていればいい所が楽だ
JavaもCやC++に比べれば、余計なこと考えずに組めるような気がする

207 ：仕様書無しさん：02/01/02 23:56

>>206　に賛成
COBOL の場合は
言語知識じゃなくて　業務知識が重要だしね
というより　金融系業務を考えたら他言語より扱いやすいのも
確か

ノウハウの蓄積は馬鹿に出来ない

208 ：仕様書無しさん：02/01/03 00:50

>>205
１つのシステムに数千本？
世界規模のプロジェクトの話ですか？
遠慮しますよ。

>>207
ノウハウ？
ああ、ゴマのすり方とかね。
確かに見てて素晴らしいものがあるな。

209 ：仕様書無しさん：02/01/03 00:59

>>208
別に数千本なんて珍しくないけど。

210 ：仕様書無しさん：02/01/03 01:05

>>208
>ああ、ゴマのすり方とかね。

そうそう、それが一番大事なんだよねぇ～。
パンチャーのオバ^Hネー様方を敵にまわすと後で大変なことになる。
あんたシステム開発の経験が無いんか？それとも、制御屋さん？

211 ：210：02/01/03 01:06

あ、ヒッキーな冬厨か？わりぃ、わりぃ。

212 ：仕様書無しさん：02/01/03 01:50

>209 COBOLの1プログラムはOOでの1メソッド。
インスタンスはファイルってことか。

213 ：仕様書無しさん：02/01/03 02:34

>>212
COBOLのプログラムは、500～3,000ｽﾃｯﾌﾟくらいだから、OOの１ﾒｿｯﾄﾞより大きい
んじゃ無い？

>インスタンスはファイルってことか。

ちょいと違いますね。
ファイルは、巨大な多次元のグローバル変数ってとこかな？
どこからでも突付けるし。

214 ：212：02/01/03 02:46

>213 いや、単に俺は COBOL 使ってもオブジェクト指向アプローチで逝けるかなと。

215 ：213：02/01/03 02:46

ファイルを永続的なインスタンスと考えるのもアリかな？ OOのそれとは違うけど。
ＯＯ－ＤＢなんかそうなんでしょ。たぶん。

216 ：213：02/01/03 02:54

いいの見つけました。

これからのオープン・ソース時代におけるCOBOLの位置付け
http://search.ibm.co.jp/jp/developerworks/linux/000929/j_cobol.html#resources

217 ：cobcbl：02/01/03 06:11

うう・・・。ＷｉｎＣ＋爆死。これからはＣＯＢＯＬ時代。にならないかなー・・・。

218 ：仕様書無しさん：02/01/03 11:10

>>211
自分のことですか？
たまには外に出ないと付いていけませんよ。

219 ：仕様書無しさん：02/01/03 12:48

>>218
何に？

220 ：仕様書無しさん：02/01/03 13:37

>>217
ならねーよ！
ノイマン型コンピュータがある限り生き残るとは思うが。

221 ：仕様書無しさん：02/01/03 17:32

ＣＯＢＯＬは事務処理計算をやらせたら№１だと
思う。
１０年前、エンドユーザーが欲するデータは数字
と文字のいわゆるキャラクタベースのものだった。
まさしくＣＯＢＯＬが得意とするところの処理だ
った。

しかし、エンドユーザーはやがてキャラクタベース
の処理では満足できない状況になった。

図やグラフでビジュアルに表現された分析に役立つ情報、
インターネット技術を取り入れたネットワーク。
これらを実現しようとすると、どうしてもＣＯＢＯＬ
では限界がある。

エンドユーザーが望むクオリティの高い情報を提供
していくためにはＣＯＢＯＬでは駄目だと思う。

まあ顧客宛ＤＭとかの処理だったらまだまだＣＯＢＯＬ
もいけると思うけど。

222 ：207だが：02/01/03 20:34

>>208
冷静にかんがえて
あると思うよ　、ごますりかたってのも

でも、もうすこし全体をよんで考えてクレイ
一行レスじゃなくてさ

223 ：207だが：02/01/03 20:40

しかし、なんでこんなに拒絶する人がおおいんだかわからん
適材適所なんて普通考えるだろうに

結局、言語というより、かかわった人間の好き嫌いなんだろうな
しかし、それにしても．．．．

224 ：仕様書無しさん：02/01/04 00:38

>>223
それは逆じゃない？
適材適所が出来てないから嫌われてると思うよ。

225 ：名無し三等陸曹 ◆PDTHtNro ：02/01/04 11:05

>>223
「食わず嫌い」ってこともあるかも。
折れも学生時代は、COBOLバカにしてたもの。
「あんなもん、ジジイのやるものだ。カビの生えた過去の遺物」って。
会社に入って「COBOLやれ」って言われたときは、辞めたくなったし。

でも、実際は、まだまだ現役なんだよなぁ。

226 ：仕様書無しさん：02/01/04 16:45

帳票作成（特に大量打ちするもの）のプログラムだったら
ＣＯＢＯＬが一番適していると思う。

では、なぜ帳票を大量に打たなければならなかったのかを
考えたことがあるのだろうか？

昔はパソコンというものが普及していなかった。
パーソナルユースはもとより、企業でも定型処理でしか
使いようがなかった。

そのために締めの処理（月次、年次など）で大量の帳票を
うちそれを顧客なり営業店に配る（郵送）するしか手段が
なかった。

しかし時代は変わった。高性能のパソコンが安価で手に入る
ようになりインターネットもしくはイントラネットが普及した。

すると紙の情報もしくは定型画面の情報で我慢していた人
たちはいろいろな事がしたくなる。

帳票のデータをパソコンに打ち込むのは面倒くさい。
→ファイルで受け渡したい。

紙の情報は古い。
→ホームページで最新情報を見たい。

こう考えていくとＣＯＢＯＬの得意とする面がまた１つ消えて
いくのではないだろうか。

急激な流れでないにしろ緩やかに変化していることは確か。

227 ：仕様書無しさん：02/01/04 16:59

現存する、2,000億ステップものコボルの遺産^H^H資産をどうするかだね。

228 ：仕様書無しさん：02/01/04 17:13

>>227
30～50年かけて、徐々に減らしていくしかないでしょう。

229 ：仕様書無しさん：02/01/04 22:17

今携わっているシステム、夜間日次が12時間かかるらしい…
終わってる…

230 ：仕様書無しさん：02/01/04 22:28

>>229
夜間日次バッチってこと？
12時間てすごいね。
オンライン中に出来ることもバッチでやってるとかないのだろうか？
どちらにしてもすごいねぇ。

231 ：仕様書無しさん：02/01/04 22:37

MRP廻すのならそんなもんでしょ？

232 ：仕様書無しさん：02/01/04 22:51

>>231
MRP??

233 ：仕様書無しさん：02/01/04 23:00

>>232
MRP（Material Requirements Planning）所要量展開

製品の作成数量と納期を元に部品展開をしながら、いつ何個部品が
必要なのかを逆算していく計算。COBOLのプログラミングの中では
一番難易度の高いもの。

SAPとか聞いたことが無い？

234 ：：02/01/04 23:08

>>233
北大の精密工学科の学生が２０年前に書いた論文みたいな話だな（笑

235 ：230：02/01/04 23:14

>>233
所要量展開という処理がどういうロジックで行うのかわからないのですが、
COBOLのプログラミングなのに難易度が異なるんですか？
どの辺が難易度が高いんでしょう？

236 ：仕様書無しさん：02/01/04 23:20

>>235
自分で調べな。
http://www.google.com/search?q=MRP+%8F%8A%97v%97%CA&hl=ja&start=10&sa=N

>COBOLのプログラミングなのに難易度が異なるんですか？

COBOLのプログラムはファイルを右から左へのような簡単な処理しか
無いと思っているの？大きな間違いだぜ。

237 ：230：02/01/04 23:30

>>236
いや、すでに検索済みですが。。。。。
難しいと感じさせる記述がどこにもなかったんですけどね。
具体的になにが難しいんですか？
説明できないくせにしゃしゃりでてきたの？

COBOLプログラミングが難しいんじゃなくて所要量展開が
難しいというのならわかるんだけどね。その辺勘違いしてないか？

238 ：230（本物）：02/01/04 23:31

>>235
騙るな、こら。

239 ：230：02/01/04 23:38

>>238
は？もう一度>>230見てみたら？私の書いたレスだけど。

240 ：仕様書無しさん：02/01/05 00:06

>>237
冬厨じゃないので煽っても無駄だよ。

>COBOLプログラミングが難しいんじゃなくて所要量展開が
>難しいというのならわかるんだけどね。その辺勘違いしてないか？

そんだけ知ってるのなら、ここで簡単に説明できるものかどうかぐらい分るよね（藁

241 ：仕様書無しさん：02/01/05 00:10

>>237

>COBOLプログラミングが難しいんじゃなくて所要量展開が
>難しいというのならわかるんだけどね。その辺勘違いしてないか？

たしかCOBOLの場合は、はじめにドラゴンの牙と、ユニコーンの角を
そろえるんだよね？Cの場合はオーガの棍棒だけでいいのに・・・

242 ：230：02/01/05 00:17

>>240
じゃあ最初から
> COBOLのプログラミングの中では一番難易度の高いもの。
なんて書かなきゃいいのに。
どういう意図で書いたもんかねぇ？

> COBOLのプログラムはファイルを右から左へのような簡単な処理しか
> 無いと思っているの？大きな間違いだぜ。
こんな事も書いてるし・・・・・。
やっぱり勘違いしてたんでしょ？

# やれやれ

243 ：仕様書無しさん：02/01/05 00:33

覚えやすいCOBOLマンセー！！

244 ：仕様書無しさん：02/01/05 00:33

>>242
ここはCOBOLのスレだろ？

245 ：仕様書無しさん：02/01/05 00:36

>>242
逆切れするなよな。

246 ：仕様書無しさん：02/01/05 00:38

>>242
宿題やったか？

247 ：仕様書無しさん：02/01/05 00:39

>>242
歯、みがけよ！！

248 ：仕様書無しさん：02/01/05 01:19

>>242
また来週！

249 ：仕様書無しさん：02/01/05 01:22

>>242
ﾊｧ、ﾊﾞﾊﾞﾝﾊﾞ、ﾊﾞﾝﾊﾞﾝﾊﾞﾝ、ｱｰｺﾘｬｺﾘｬ

250 ：仕様書無しさん：02/01/05 01:29

>>242
志村後ろ！！

251 ：：02/01/05 17:49

夜間日次が１２時間かかるというのは
オンラインに影響しない処理のことか。
普通に考えたらグループ分けして多重
で走らせるとかするものだけど。
汎用機であればＩＰＬが必要でそんな
処理があったら改善要求が突きつけら
れると思う。

ネタか昔あったことをさも現在起きて
いるようにカキコしたのだろうか。

252 ：229：02/01/05 18:46

>>251
今起こっていることです…

253 ：仕様書無しさん：02/01/05 19:01

>>229
今起こっていることでいいんだけどさ。
いったいどういう処理なのか教えてくれない？
マシンの性能も上がってるしそんな馬鹿みたいな時間かかる処理ないでしょ？
並行処理にしたりオンラインで出来ることもバッチでやってないかチェックしたり
は当然してるよね？
銀行の勘定系なのかねぇ。信じがたい。

254 ：仕様書無しさん：02/01/05 19:23

>>251
>汎用機であればＩＰＬが必要でそんな

???

255 ：仕様書無しさん：02/01/05 19:51

日時処理に12間はひどすぎる。
月次処理とか期末締め処理を数日かけて実行するというのはよくあるが
229のところでの月次処理はどのくらいかかるのだろう。

256 ：仕様書無しさん：02/01/05 20:19

結局具体的な質問には全然答えないんだよな・・・
ネタか。人を馬鹿にするにも程があるぜ。

257 ：仕様書無しさん：02/01/05 20:31

>>256
飯食ってただけだよ。そんなに怒らなくても。

運用にはかかわっていないので具体的には説明できない。スマソ。
その会社の上層部の人間が「日次に12時間もかかるシステムなんて、もう
やめにしたほうがいいんでないか？」と部下に語っていたのを聞いただけだよ。
月次がどれだけかかるかは、知らん。

258 ：仕様書無しさん：02/01/05 20:33

>>256
そんなに簡単に切れる人にＳＥとしての資質はありません（藁

259 ：仕様書無しさん：02/01/05 20:56

結局>>257は本当に日次に12時間かかっているのかどうかすらも
定かでないんだろ。時間を無駄にしたな。

260 ：仕様書無しさん：02/01/05 21:22

COBOLはテーブル作成がPointだよー

XP をPentiumⅢ で快適に動作させてる方いたら
教えて下さい
http://users.goo.ne.jp/rdbms

261 ：仕様書無しさん：02/01/05 23:42

>>260
PentiumⅢじゃないけど、Athlon750MHz RAM256MByteのマシンにXP入れて使っている。
クラシックスタートメニューにしてアニメーションをOFFにしないとちょっとつらい。
XPは休止状態からの復帰が早くて便利

262 ：仕様書無しさん：02/01/08 19:38

>>260,>>261
で、それはCOBOLと何の関係があるの？

263 ：仕様書無しさん：02/01/08 22:59

kusosure age

264 ：仕様書無しさん：02/01/09 00:14

COBOLか！
久しぶりに来月からしないといけないなぁ
でもまぁ新規プロジェクトだから楽だけどね。

265 ：仕様書無しさん：02/01/09 00:15

>>264
いいなぁ。新規プロジェクト。
人足りてる？俺使ってくれない？

266 ：仕様書無しさん：02/01/09 00:17

>>265
人月３０万円でもいい？

267 ：265：02/01/09 00:19

>>266
いや、聞かなかった事にしてください（ｗ
私も聞かなかったことにします。

268 ：仕様書無しさん：02/01/09 00:29

やっぱり、○○って所は金があるんですね！？
だって今回の受注金額は、?000万なんだから

269 ：仕様書無しさん：02/01/09 00:31

>>268
何人月なのかっていうのが問題ではあるな。
銀行？

270 ：仕様書無しさん：02/01/09 00:35

どんなに頑張っても、梅雨時には終わってるでしょう。
吟甲です

271 ：仕様書無しさん：02/01/10 14:51

＞梅雨時には終わってるでしょう

銀行が？

272 ：仕様書無しさん：02/01/10 19:42

>>271
ﾜﾗﾀ

273 ：名乗るなよ：02/01/10 22:01

>>271
うーむ洒落にならん。

274 ：仕様書無しさん：02/01/30 21:29

コボラーだというと、よくバカにされます　いけませんか？コボラーじゃ(怒

275 ：仕様書無しさん：02/01/30 21:32

COBOL.NETってどうよ?

276 ：仕様書無しさん：02/02/04 18:53

>>274
COBOLer
→http://www.geocities.co.jp/SiliconValley/5634/t82B1_0007.html#32

277 ：仕様書無しさん：02/02/05 20:26

荒れてきたぞ
http://pc.2ch.net/test/read.cgi/tech/1002890663

278 ：名無しさん＠お腹いっぱい。：02/02/09 00:14

20代の小洞ーですが何か？

279 ：仕様書無しさん：02/02/11 11:56

ＶＢできない自分って逝ってよし？

280 ：274：02/02/11 12:22

使い方間違えてた(ｗ
COBOLをメインで使ってるとコボラーかと思ってた

281 ：仕様書無しさん：02/02/28 16:58

age

282 ：仕様書無しさん：02/03/01 18:57

COBOLerを叩きたい奴はこっちへ来い！！

〓〓〓 COBOL屋をけなすスレ〓〓〓
http://pc.2ch.net/test/read.cgi/prog/1014926968/l50

283 ：仕様書無しさん：02/03/01 19:55

一般に言われるCOBOLerって2chにいるのかい？
いないんじゃねーの？

284 ：仕様書無しさん：02/03/01 20:05

COBOLの小数の扱いについて教えてください。
浮動小数点って使えるのとか
固定小数の桁数の限界とか
循環小数の扱いとか、
データ型や誤差とかいろいろ。

285 ：おちこぼらー：02/03/01 20:44

>>284
COBOLの言語仕様から学ぶことをお勧めします。
もし荒らしで書き込んでいるのなら知る必要もないだろうし、
もし真剣に知りたいのならそのうちのいくつかは分かっていて
当然だろうしね。冷たいようだけどCOBOLに限らずどんな言語でも
そんな基本的なことを聞く人への態度は変わらないと思いますよ。

286 ：仕様書無しさん：02/03/01 23:55

Ｗｉｎｄｏｗｓ用のＣＯＢＯＬの実行環境はなんとならんか？
ＪＣＬのエミュレートとかできんもんか？
仕様書がないから、バッチファイル見て解析しているが、
使ってるファイルはＩＮＩを見たりとか大変だよ。

287 ：仕様書無しさん：02/03/02 00:00

まぁここにいるたいていの人はわかっていると思うが、
COBOLってそもそも事務処理用の言語でしょ。知らないのは284だけだと思う。
で、一般的な事務処理において、
浮動小数点ってよく使います?
固定小数の桁数の限界まで使います?
循環小数って使います?
データ型や誤差とかに依存したり結果が変動する処理をそもそも
プログラミングします?

事務処理ぐらいしか得意なもののないたわいの無い言語を
叩いてどうするかねってかんじ。そのうちあちこちの言語スレに

SQLの小数の扱いについて教えてください。
浮動小数点って使えるのとか
固定小数の桁数の限界とか
循環小数の扱いとか、
データ型や誤差とかいろいろ。

VBの小数の扱いについて教えてください。
浮動小数点って使えるのとか
固定小数の桁数の限界とか
循環小数の扱いとか、
データ型や誤差とかいろいろ。

アセンブラの小数の扱いについて教えてください。
浮動小数点って使えるのとか
固定小数の桁数の限界とか
循環小数の扱いとか、
データ型や誤差とかいろいろ。

とかくだらないレスをするんゃねーか?。

288 ：仕様書無しさん：02/03/04 20:35

COBOLerを叩きたい奴はこっちへ来い！！

〓〓〓 COBOL屋をけなすスレ〓〓〓
http://pc.2ch.net/test/read.cgi/prog/1014926968/l50

289 ：仕様書無しさん：02/03/04 21:26

みんな正直転職したいんとちゃう？
もうプログラムなんか組みたくないんとちゃうんかと小一時間…

290 ：仕様書無しさん：02/03/04 22:47

おれJava屋なんだけど、コボルやらされそう。
日本医師会のORCAってやつ。
みんな知ってる？情報あったら教えて。
すごい鬱なんだけど。
コボルやらないですます方法とかあるかな。

291 ：仕様書無しさん：02/03/04 23:23

>>290
仕事やめろよ
一人じゃなにも出来ないんだろ（ﾌﾟ

292 ：仕様書無しさん：02/03/04 23:26

>>291
誰でも書きそうなくだらんレスだな。

293 ：仕様書無しさん：02/03/04 23:58

ｵﾏｴﾓﾅｰ

294 ：仕様書無しさん：02/03/05 09:36

ｿｳｲｳｵﾏｴﾓﾅｰ

295 ：仕様書無しさん：02/03/05 10:40

COBOLなぁー
高校が商業高校だったので、そこでやったよ。
２種もそれで取ったし。

でも実務レベルのCOBOLってそれとは比べ物にならないほど
難しい・・・・というか、メンドイんだっけ。
ちなみに、高校では、当初はCOBOL/2ってのをやって、そのあと汎用機（ACOS）のCOBOLをやりました。
学生時代は結構楽しく勉強できた。
今でも高１の４月にやった「IDENTIFICATION DIVISION」は忘れられない（笑

そんな俺は今はVB＋OFFICE系アプリ使い（ｗ

296 ：仕様書無しさん：02/03/05 10:45

そういえば、こんな記事が。
------------------------------------------------------------------------

富士通は3月4日，都内で記者発表会を行い，COBOLで書かれたアプリケーションをマイクロソフトの.Net Frameworkに
対応させる新しい開発環境「NetCOBOL」を近日中にリリースすると発表した。
NetCOBOLは，企業のメインフレームやサーバにあるCOBOLベースのアプリケーションをインターネットに対応させるため
，.Netが推進するXMLを利用したWebサービスに適合させるもの。
ユーザー企業は既存のシステム資産を生かしたまま，インターネット時代のシステム環境に移行できると同社はアピールしている。

全文はこちら
http://headlines.yahoo.co.jp/hl?a=20020305-00000129-zdn-sci

297 ：仕様書無しさん：02/03/05 11:05

>296 COBOL資産の活用であって、COBOLer資産の活用でないところがミソ。
しかし、これをCOBOLerに使わせようとして製品もプロジェクトもコケル。

298 ：仕様書無しさん：02/03/05 11:27

コボラー総本山
http://www.coboler.com/

299 ：仕様書無しさん：02/03/05 12:44

>>296
この手のシステムって、.NETとCOBOL(で書いたシステム)の両方が良く
わかってないとうまく使いこなせないはず。COBOLerにそんな芸当はできない
から、297の言うようにプロジェクトがコケる可能性大。

300 ：仕様書無しさん：02/03/05 12:45

お珍コボラー

301 ：仕様書無しさん：02/03/05 12:53

既存勘定ｼｽﾃﾑのWeb化のﾌﾟﾛｼﾞｪｸﾄにいるんですけど、
主にCOBOLで書かれた巨大なﾌﾟﾛｸﾞﾗﾑ群の
ﾒﾝﾃﾅﾝｽ要員はどいつもこいつも全然ｼｽﾃﾑについて
ろくすっぽ知りもしねぇで仕事してやがります。
んで修正依頼とかくると該当箇所の周辺だけ修正して、
動かしてみると、実はどこか他とも関係してて
おかしくなって慌てて直すという・・・いつか
やばいことなりそうな仕事の進め方をしてます。
仕様書もなく、ｻﾌﾞﾙｰﾁﾝの説明もなく、動かして
動作を推測するという・・・・。

こんなもんなんですかねぇ？
こんな発掘兵器を掘り出して使っているみたいな開発をしているのですか？
汎用の人たちって・・・。

302 ：ヽ(´ー｀)ノ：02/03/05 16:32

>>301 あまりに巨大すぎて誰も理解できてません。メンテ要員は
ただの小遣い稼ぎです。派遣元に抗議しな！

303 ：仕様書無しさん：02/03/05 17:29

仕様書などが揃ってないのは開発した奴らが悪いんだろ。
ﾒﾝﾃ要員も被害者って事かも

304 ：仕様書無しさん：02/03/13 09:31

>ﾒﾝﾃﾅﾝｽ要員はどいつもこいつも全然ｼｽﾃﾑについて
>ろくすっぽ知りもしねぇで仕事してやがります。
んなこたなぁない

305 ：いがらし：02/03/13 17:29

私４２才なんですけど。立派なコボラーでしょうか？
いまだにＣＯＢＯＬ／Ｓ使ってます。

306 ：仕様書無しさん：02/03/16 20:09

>>305
りっぱだ　あげ

307 ：仕様書無しさん：02/03/17 02:53

まじめな話、来年度の目標の１つにCOBOLの勉強しようかとおもってる

いま、VB+COBOLの開発でVB側の担当してるんだけど、COBOL側担当が
ころころ仕様をかえるので全然進まなくて困ってるんだよ～

COBOLが分かんないから全然手伝えないし、かといってVB側だけでは
進めないし・・・

鬱打

308 ：仕様書無しさん：02/03/17 03:37

>>307がCOBOLの勉強を始めた途端に
COBOL側担当者が不機嫌になる。に100ｸﾙｾﾞｰﾛ

ｵﾚﾉﾅﾜﾊﾞﾘｱﾗｽﾝｼﾞｬﾈｰﾖ!

309 ：仕様書無しさん：02/03/17 13:52

ＣＯＢＯＬ／Ｓ・・・・

うわっ！！懐かしい・・・。ＮＥＣの汎用機ですよね。
私は３２歳。現在の環境は、その会社独自のＣＯＢＯＬ系言語なので、
まともに出来ると人に言えるのはＣＯＢＯＬ／Ｓしかない。
鬱だ・・・。

310 ：仕様書無しさん：02/03/20 22:29

12年RPGやってました。
今フリーで仕事をしようとしていますが、
「COBOLの案件だったらあるんだけど」と
よく言われます。
以前COBOLのソースの解析はしたことあります。
PG組めと言われたら自信がありません。
RPG→COBOLって無理がありますか？

311 ：仕様書無しさん：02/03/29 15:11

RPG と言われてコンピュータ言語だと分かる人は
転職情報誌を必死に見つめている人だけです。

普通の人は RPG って言われたらドラクエ？とか思いますよん。

312 ：仕様書無しさん：02/03/29 15:43

>310
RPGもCOBOLもかなり独特だから、別にいいんでない?
でもRPGの知識はあまりCOBOLでは役にたたんかもしれない。
論理サイクルとか標識とか。

それにしても、COBOLでプログラム組む自信がないのにフリーにするの?
RPG以外にもできることがあるならいいけど……。

313 ：仕様書無しさん：02/03/30 13:57

COBOL.NET はどうなのかな？

気になる

314 ：コピー機の友人：02/03/31 00:15

どうやったらＣＯＢＯＬは絶滅しますか。
私、新卒なんですが、
ＣＯＢＯＬに異動になりまして。
隣の机のジジイが超偉そうでムカつきます。

315 ：　：02/03/31 00:18

JAVAやC++って言っても、しばらくすりゃCOBOLと
同じ扱いなんだろうな。

316 ：仕様書無しさん：02/03/31 00:30

コンピュータの技術の進歩が早いと言われてるが）インターネット、オープンソースソフトウェア、オブジェクト指向をベースとした開発手法、これらの普及のおかげで、いよいよ、ここらで技術的な進歩は一段落ついたかな、という気がしてる。

正直、新しいパラダイムなんて生まれる気がしないし、発展性ないと思うんよ。

317 ：仕様書無しさん：02/03/31 00:46

>>316
あなたの発展性が２０年前で停止しているだけです。

久しぶりに本気で笑ってしまったよ。

318 ：仕様書無しさん：02/04/01 23:28

>>314
そうやって辞めていった社員は数知れず・・・

実際問題、ＣＯＢＯＬがなくなる事はまずない（何十年ていう期間でね）と
思われる。

俺も数多くプロジェクト踏んだが、夜間バッチでは、ＣＯＢＯＬが
一番多い。もちろん、違うのもあるけど。
ＤＢで知られるＯＲＡＣＬＥからも、PRO-COBOLなどというのも出てるし。
実際早いし。
でも、Ｃ＋＋やＪＡＶＡやＶＢなんかに比べると糞みたいな言語に見えるのも
事実。

319 ：仕様書無しさん：02/04/01 23:29

何で夜間バッチはCOBOLが多いの？
やっぱ軽いから？

320 ：仕様書無しさん：02/04/01 23:45

>>319
実行速度が遅くても問題にならないから(嘘

321 ：仕様書無しさん：02/04/01 23:48

>>319
オペレータへの嫌がらせができるから。

「また ABEND かよっ！糞 COBOLer めっ!!まともな仕事しやがれっ!!」

322 ：仕様書無しさん：02/04/02 02:02

一度、ABEND恐怖症で悩んだ事があります

323 ：仕様書無しさん：02/04/02 12:16

結局COBOLの特徴は誰でもできる簡単なところにある。
技術畑の頭が全然なくても、できるものでなくてはならない。
それが大規模なｼｽﾃﾑにとっては長所である。
自分が新人のころは、moveとperformしか使うなと先輩にいわれた。
そうしないと、何か事が起きたときにプログラムの解析が遅れてしまう。
したがって、cobolはなくならないし進歩もしない。
悲しいことではあるが、それがないと飯が食えない人も大勢いるのも事実である。
ちなみに、その先輩はいまだにcobolしか知らなくて、年収は一千万近く、
自分はcobolが嫌で退職して、年収は・・・言いたくない。
うさばらしにこの板でSE,cobolerがたたかれるのをみて喜んでいる。

324 ：仕様書無しさん：02/04/02 12:28

MOVEとPERFORMだけでプログラムになると思ってたのか、その先輩。
ファイルI/Oもないし、IFもない、DISPLAYもACCEPTもないのか?

325 ：仕様書無しさん：02/04/02 12:31

たとえばの話だよ。if display accept　open close get ready
も当然あるさ。

326 ：324：02/04/02 12:36

そうだよな。結論は、その先輩がDQNだったっちゅーことで。

327 ：仕様書無しさん：02/04/03 11:04

>>323
そのCOBOLしか知らない先輩がいる会社ってやっぱり一部上場の大手企業なんですか？

328 ：仕様書無しさん：02/04/03 16:04

でも、世間的に見れば先輩のほうが勝ち組みだよな。
いつまで勝ち組みでいられるかはともかく。

329 ：仕様書無しさん：02/04/03 17:22

実家（地方）にＵターンして、新しくできた会社に再就職したんだけど…
業務経歴にＣＯＢＯＬでの開発経験有りって書いたら、ＣＯＢＯＬの仕事
しかもらえない。

激しく鬱だ。地方って多いのか？ＣＯＢＯＬの開発が！？

330 ：仕様書無しさん：02/04/03 20:42

>>327,328
一部上場の優良企業だよ。
先輩は勝ち組、自分は負け組。これも事実かな。
業界ではなく一般社会のcobolerに対する評価はまだまだ高いからね。
汎用機が一部の限られた人達のものであった時代を引きずっている。
でも、そろそろ逆転したい。

331 ：仕様書無しさん：02/04/03 20:43

時代に逆行する　＞１を励まそう

332 ：仕様書無しさん：02/04/03 21:49

>>328
その先輩が勝ち組みとは、どんな状態にあるのかなぁ？
とちょっと聞いて見たい

333 ：仕様書無しさん：02/04/03 22:03

>>332
> その先輩が勝ち組みとは、どんな状態にあるのかなぁ？

わからんの？
よっぽど底辺なんだね。君。

334 ：仕様書無しさん：02/04/03 22:48

>>333
よく考えてYO
332は
底辺か頂点のどちらかと思われ

335 ：仕様書無しさん：02/04/03 22:54

>>330
＞一般社会のcobolerに対する評価はまだまだ高いからね
本気でそう思っているのか？時代錯誤だな。

336 ：仕様書無しさん：02/04/03 23:02

>>335
どうも一概に言い切れないところもあるようだYO
汎用機からの移行時にＣＯＢＯＬＥＲの出番がある。
>>330
はたぶんその辺のこと言いたかったのでは？

337 ：仕様書無しさん：02/04/03 23:03

ねえ、ポテチ食っていい？

338 ：仕様書無しさん：02/04/03 23:10

食ってよし！！

339 ：仕様書無しさん：02/04/03 23:15

>>336
それって移行が済んだら用なしじゃんか。
評価が高いと言うことではなくて、最後の後始末をするための
要員としてどうしてもCOBOLerが必要ということでないか？

340 ：仕様書無しさん：02/04/03 23:22

てゆーか、お前らただの世間知らずの罵迦なんじゃねーの?
あ、俺はコボルはやってねーけど。
どんなとこで動いてて、今でもメンテしながら動かしてるとこたくさん知ってる。
じゃなきゃCOBOLerなんて人種が食ってけるわけねーだろ。

341 ：仕様書無しさん：02/04/03 23:44

つか、銀行とか新しい金融商品を始める度に改造入るから、
ノイマン型コンピュータが健在な限り、一定の需要はあるだろうね。

342 ：仕様書無しさん：02/04/10 06:15

>>340
>>341
いつかはメインフレームを捨てる時が来る、と言うことは考えてないの？

343 ：仕様書無しさん：02/04/13 22:59

オフコンで生成された「Ｓ９（０７）項目」のデータをＡＣＣＥＳＳに変換したら”００００Ａ”とか
”００００Ｂ”とかになるんだけど、どうやったら上手く表示されるように
なるのか教えて～（＞＿＜）

344 ：仕様書無しさん：02/04/17 22:01

>>343
あなたが使ったコンバータはCOBOLのデータ形式をAccessのデータ形式に変換できるのですか？
もし対応してたとしてもEBCDICとASCIIの違いで文字化けしたのかもしれません。
まずCOBOLでCSV変換プログラムを作り
出力されたCSVファイルをAccessでインポートしてみるのはどうでしょうか。
当然ながらCSVファイルはASCIIコードでなければいけません。

345 ：仕様書無しさん：02/04/20 14:22

>>342
機械を変えてもソースコードが残るんだよ

346 ：仕様書無しさん：02/04/20 22:12

age

347 ：__：02/04/20 23:41

>>323

僕もも研修でCOBOLやらされたときに
ｺﾝﾋﾟｭｰﾄ文使おうとしたら可読性が落ちるので使うな
とか言われましたよ・・・。
そのくせGO TOは下向きならｵｯｹｰで。
色々な意味でｶﾙﾁｬｰｼｮｯｸだったなぁ・・・・あれは。
今となっては良い思い出だけど。

348 ：仕様書無しさん：02/04/20 23:45

>>347
すごい研修やる会社だな
信じられないよ

349 ：仕様書無しさん：02/04/24 00:31

このスレ、タイトルが間違ってるぜ
遅ればせながら、ＣＯＢＯＬ　→　×
遅れてるぅ～、ＣＯＢＯＬ　　→　◎

350 ：342：02/04/24 06:24

>>345
ごめん、「メインフレームを捨てる」＝「COBOL言語も捨てる」
という意味で書いたんだけど。

351 ：仕様書無しさん：02/04/25 05:45

>>343
Ｓつきゾーン形式ってのは、最後の桁に符号が相乗りしてて、
文字化けみたいになる。
一般的なEBCDICのマシンでは、

　＋９　C9　Ｉ
　　：
　＋２　C2　Ｂ
　＋１　C1　Ａ
　＋０　C0　｛
　－０　D0　｝
　－１　D1　Ｊ
　－２　D2　Ｋ
　　：
　－９　D9　Ｒ

みたいになる。対応関係を調べて、自分で符号と最後の桁に
分解すればいいわけ。
でも、面倒だから普通は市販のファイルコンバータを使うよ。
　F*TRAN
　ConvertStar Z
　52DiskL
あたりを検索してみ。

352 ：仕様書無しさん：02/04/25 05:48

age

353 ：仕様書無しさん：02/05/01 00:05

ＹＰＳつかってます。
泣いていいですか？

354 ：仕様書無しさん：02/05/01 00:23

俺らはコボラー　やくざなコボラー　俺らがおこれば嵐を呼ぶぜ
喧嘩代りにＪＣＬを叩きゃ　恋のうさもふっとぶぜ

（台詞）この野郎、かゝって来い！　最初はＭＯＶＥだ……　
ホラＰＥＲＦＯＲＭ……　おっとＣＡＬＬ……　
畜生、やりやがったな、倍にして返すぜ　ＣＯＭＰＵＴＥだ、
ＧＯ　ＴＯだ、ＧＯ　ＴＯだ、ＡＤＤだ　
えゝい面倒だい　この辺でＡＢＥＮＤだい

俺らはコボラー　やくざなコボラー　俺らがほれたら嵐を呼ぶぜ
女抱きよせＪＣＬを叩きゃ　ＰＣはいらねぇオンの字さ

（台詞）この野郎、かゝって来い！　最初はＭＯＶＥだ……
ホラＰＥＲＦＯＲＭ……　おっとＣＡＬＬ……
畜生、やりやがったな、倍にして返すぜ　ＣＯＭＰＵＴＥだ、
ＧＯ　ＴＯだ、ＧＯ　ＴＯだ、ＡＤＤだ
えゝい面倒だい　この辺でＡＢＥＮＤだい

俺らはコボラー　やくざなコボラー　俺らが叩けば嵐を呼ぶぜ
年がら年中ＪＣＬを叩きゃ　ビルゲイツも逃げて行く

355 ：非決定性名無しさん：02/05/01 01:19

>>350
今のほとんどのSEが生きている間はメインフレームはなくならないし、
今のほとんどのSEが生きている間はCOBOLもなくならないよ。
>>340-341 が正しい。

356 ：仕様書無しさん：02/05/01 01:27

>>355
350が言いたいのは、
メインフレームを捨てる＝COBOLを捨てる＝COBOLerを捨てる
メインフレームもCOBOLも無くなりはしないが、ほとんどは捨てられる

357 ：仕様書無しさん：02/05/01 01:49

うちの銀行は2年後にメインフレーム全廃しますが何か？

358 ：仕様書無しさん：02/05/01 01:54

今どきメインフレームに金捨てるなんてみずほぐらいですが何か？

359 ：仕様書無しさん：02/05/01 02:22

メインフレームを簡単に捨てられるとこは地銀とか信用金庫のたぐい
だと思うけどどうよ?

360 ：仕様書無しさん：02/05/01 02:31

ムタボル。
笑ってはならない。

361 ：仕様書無しさん：02/05/03 03:01

>>353
YPS/COBOL ですか？

362 ：353：02/05/03 23:35

>>361
その通りです。
☆使ってます。

363 ：仕様書無しさん：02/05/04 00:18

>>357
とこの銀行ですか、教えてください。
2年後には潰れますね。

364 ：仕様書無しさん：02/05/04 00:29

Common Business Oriented Lage

365 ：仕様書無しさん：02/05/04 00:49

>>363
あっしもそう思う。
ホストがなければバッチどーすんの？
よほど357は小さな銀行かな？

366 ：仕様書無しさん：02/05/04 00:54

>>357
ひとつだけいっとくね

「それは絶対に後悔する」

AS/400に新規リプレースかけたほうがいい

<やったことあるから言えるこの一言>

367 ：仕様書無しさん：02/05/04 00:57

>>363, 365
あまりにもメインフレームﾏﾝｾｰなんで笑っちゃいます。
銀行は既にオープン系の方向が既定路線。開発を開始しているところ多数。
金さえかければ、何とでもなるんですよ。

368 ：仕様書無しさん：02/05/04 01:31

>>367
金かけると部品点数が多くなる
部品点数が多くなると、マイナートラブルがどうしても増える
マイナートラブルが増えると、2重化しててもかばえないケースが出てくる
↓
全面ﾀﾞｳｰﾝであぼーん

金かけりゃいいってもんでもないのよ。
mainframeのハードは、
・部品点数が少ない割に信頼性が高い
・部品そのもののバラツキが少ない
ここがmainframeの最骨頂
これをベースに、OSの下位層の信頼性が保たれ、上位層が動きやすい設計にできるんだ。

369 ：仕様書無しさん：02/05/04 20:13

>>368
金かけると部品点数が多くなると勘違いしているところがDQN
金かけると、メインフレームでもオープン系でも、似たようなものになるんだよ。
システムを構築する効率性は、話にならないほど違うけど。

370 ：仕様書無しさん：02/05/04 20:56

ﾋﾟｰﾁｸﾊﾟｰﾁｸｳﾙｾｰﾅ

371 ：仕様書無しさん：02/05/04 21:30

オープン系で構築しても、構築するのがCOBOL屋だったら
それなりのものにしかならないんだよな。

372 ：仕様書無しさん：02/05/05 00:30

>>367
論より証拠。
多数なんて言わずに具体名を出して下さい。
ついでに 357にも再度要望。

373 ：仕様書無しさん：02/05/07 00:22

357さんへ連休明けでごらんになっていますか。
是非銀行名を教えてください。
367さんへ多数のうち仮りに一つは，当事者だからいえないにしても、
残りは伝聞だからいえるはずですよ。早く教えてください。

374 ：仕様書無しさん：02/05/07 00:30

>>373
すごい粘着ですね
1週間も期間をあけてまで・・・

375 ：仕様書無しさん：02/05/07 00:41

誰が書いても同じようなソースになるコボルは素晴らしい！

376 ：仕様書無しさん：02/05/07 00:45

>>367
逆に金をかけないとどうしようもないのなら、汎用機にリプレースの方が
スマートだとは思いませんか？

377 ：仕様書無しさん：02/05/07 23:02

>>375
コボルでも、才能というか適性の差は出ますよ。
リストの最終ページに見出しだけ打つへっぽこプログラムはなくなりません。
悪いことに本人は、それでよいと思っています。捨てれば外部に分かりませんから。
結局、処理を厳密に書く能力がないので、更新処理は任せられません。
また、上に飛ぶGO TO文を書く奴はダメですね。いくら言っても直らない。
メンテしていくと、GO TO文の乱舞です。バグの温床で泣かされます。

378 ：仕様書無しさん：02/05/08 01:20

>>377
もうね、そんなのプログラマーじゃないよ。うん。

379 ：仕様書無しさん：02/05/09 00:12

コボラーって、どうしてオブジェクト指向言語の話を出すと、逃げていったり、怒り出したり、
話を変えようとするんですか？

380 ：仕様書無しさん：02/05/09 00:18

>>379
ｱﾌｫですか？
COBOLerだからだよ

381 ：仕様書無しさん：02/05/09 01:22

そりゃ童貞にセクースのことを聞くようなもんだからだ（w

382 ：仕様書無しさん：02/05/09 01:43

>>367
汎用機をリプレースする必要があるほど処理量が増えている会社なら金はある。
金がないのなら、汎用機の処理量もたいしたこと無いので、だましだまし使え。

383 ：仕様書無しさん：02/05/09 06:37

>>377
＞メンテしていくと、GO TO文の乱舞です。
せめてまともなラベル名称をつけてもらえると助かるんだけど、
そういうプログラムに限って「A-010,A-011,A-011A」みたいな
名前付けになってるんだよな。