〓〓〓 COBOL屋をけなすスレ 〓〓〓 第3章

前スレ
http://pc.2ch.net/test/read.cgi/prog/1014926968/
http://pc.2ch.net/test/read.cgi/prog/1017546043/

今だ！２ゲットォォｫｫ！！
￣￣￣￣￣∨￣￣￣　　　　　　　(´´
　　　　 ∧∧　　　）　　　　　　(´⌒(´
　　⊂（ﾟДﾟ⊂⌒｀つ≡≡≡(´⌒;;;≡≡≡
　　　　　　 ￣￣　 (´⌒(´⌒;;
　　　　　　ｽﾞｻﾞｰｰｰｰｰｯ

・・・・・・・・・
￣￣￣￣￣∨￣￣￣
　　　　 ∧∧　　　　　 　　(´;;
　　⊂（ﾟДﾟ⊂⌒｀つ (´⌒(´

ﾄﾞｯｺｲｼｮと、・・・・・・・・・
￣￣￣￣￣∨￣￣￣
　　　　 ∧∧
　　　 （ﾟДﾟ ,）⌒ヽ
　　　　 U‐U^(,,⊃'〜... (´⌒;;

何見てんだｺﾞﾙｧ！！
￣￣￣￣￣∨￣￣￣
　 ﾎﾟ　　∧∧　　ﾎﾟ
　 ﾝ　 （ﾟДﾟ ,） .　ﾝ
　　 (´;) U,U ）〜 (;;).
(´)〜(⌒;;UU (´ )...〜⌒(｀)

2げとずざ？

ありゃりゃ
5げとずざ！

6ず

7

<前スレより>
> 996 名前：仕様書無しさん 本日の投稿：02/04/21 17:29
> >988
> ＞お前らががんばってすべてのシステムをリプレースできたら
> ＞必然的にいなくなるよ
> ＞無理だと思うけど・・・・
>
> 難しいと思うよ。>>988のようなCOBOLerが作り上げたシステムを解析するのはね。
> システムのリプレースが進まない/うまくいかないのは>>988のようなCOBOLer
> のせいなのに、それを棚に上げてよく言うよ。
> >>988は早く首吊ったほうがいいよ。
> その前に、まともな仕様書だけは残しておいてね。

こいつはなんでここまで必死なのかねぇ？
めちゃめちゃ興奮してるし。

>>8
COBOLerのバカな上司がいるから

バカは問題があっても問題を認識することが出来ないからねぇ〜。

> COBOLerのバカな上司がいるから

それで八つ当たりかぁ。それも低能な文章まきちらしまくって。
その上司と大してかわらないんじゃ？

> バカは問題があっても問題を認識することが出来ないからねぇ〜。

だからねぇ（w

>>8=>>11はCOBOLer。

COBOLerだろうがそうでなかろうが、糞、リーマンみたいなプログラマ
ー、SEなんているだろうよ
COBOLはどちらか問う言うと完成された事務処理言語なんだろ
だからCOBOLerは探究心が損なわれるんだろとは思うが
それを責めてはかわいそうな気がするけどね

今に同じことが他言語でも起こると思うけどね、グラフィック関係なんて
自分で組むことなんて昔はあったが、今ないだろ

それと同じだと思うけどね

どこの世界でもバカはいるのと同じ

>>13
> リーマンみたいなプログラマー、SEなんているだろうよ

君はリーマンじゃないのかね？（謎

いまどきリーマンなんて言葉つかわねぇよ。（ﾀﾞｻｯ

>>15
ではなんと？

>>16 コボラーをけなす使えないプログラマー

>>17
リーマンに失礼だよ

>>15-18
ここはCOBOLしか使えない(使おうとしない)哀れなプログラマを叩くスレですよ。

>>19
君は叩いてりゃいいじゃん。
俺は叩いてるへたれな君をたたくからさ。

COBOLerに象徴されるプログラマーなんていっぱいるだろうよってことだよ
COBOL使っていてもちゃんとしているやつはちゃんとしているんだよ
こんなところで叩いている奴は同じレベルと言っているんだよ

自分のやっている仕事に自信がない奴が弱いものいじめしているのとどう
ちがうんだろうね、要はこのスレで自分がエライとでもいいたのかね

そんな奴COBOLerだろうが、そうでないだろうがそんなケツの穴小さい奴
採用しない

まあおれの会社小さいからどうでもいいかもね

なんだかんだいってもCOBOLerってしょぼいよね

＞COBOLerに象徴されるプログラマーなんていっぱいるだろうよってことだよ
＞COBOL使っていてもちゃんとしているやつはちゃんとしているんだよ
だからそれはCOBOLerじゃないから叩いてないだろ。

みんな情報処理試験スレですか？

COBOLは選択肢の一つに過ぎない。

COBOLが有効な場面もあるし、そうでない場面もある。

COBOLerならCOBOLだけで食っていける場面が多いらしい。

羨ましい話だ。

しかし、COBOLが有効な場面以外にもCOBOLを適用したり、COBOL流の方法を
適用するのは止めて欲しい。それがなぜまずいのかわからないなら、またわかろうと
しないならCOBOLが有効な場面以外には手を出さないことだ。それがCOBOLer自身
にとってもCOBOLer以外の人々にとっても幸せな事だ。

言語も適材適所ならば、それを扱うプログラマも適材適所だ。
COBOLしか使えないプログラマはCOBOLが有効な場面でしか扱えないし、C++しかわからない
奴はC++が有効な場面でしか使えない。使うほうとしてはなるべく多くの場面で使える方が嬉しい。

コボラー ドット コム
http://www.coboler.com/

PL/Iﾏﾝｾｰの俺ってどうなん？

>>27
ＩＢＭ関係の方ですか？。

>>28
IBMのメインフレームのユーザーです

>>26
これはいいねえ。

>>26
気合入ってるね

>>墓場だな。>>26

>>26
まつり？？

最近COBOLは単価安くて困りませんか？

ソフ開（旧1種）の取得率ってコボラーとそれ以外のPGではどちらが高いのでしょうか？

>>35
情報処理試験は取得という言葉はなじまないよ
資格じゃないんだから

じゃあ豪華栗津に訂正して再質問。

あげ

>>35
昔は多かったんじゃないの？
でも最近の問題を見てみると、コボちゃん向きの問題じゃないと思います。

オープン系のやつらがCOBOLを嫌うのは
大文字のコーディングに嫌悪感を抱くから

んなわきゃねえだろ。

(旧)98上がりの連中がCAPS LOCK効かしたままコンソールを使うのは
寒気がしたがね。

COBOL屋にとある調査を依頼して、調査結果はEXCELにまとめるよう
指示したんだけどもう最悪。
調査結果を見ようと、とある項目でソートをかけたところ
「同上」「上に同じ」「〃」という記述がジャンジャン出てきた。
「ソートをしたら表が壊れたぞ」と言ったら「え？ エクセルって
ソートできるんですか？」だとよ。もう見てらんない。

鯔が一日も速く絶滅することを祈る。

>>42
そいつはソートーなもんだな

もっとけなしてくれ
そして俺のやる気を目覚めさせてくれ

>>44
この世は全部夢だ。
やる気を出して崖の上から跳んでくれ。
目がさめるぞ。

>>45
了解
逝きま〜す

>>46
その前に仕様書は残しておいてね（ｗ
若い人間に迷惑をかけないように。

．ＮＥＴに子簿瑠があるのはなぜ？

>>48
コボラーのくせに(.NETの)コボルもつかえないのかよ。って笑うため。

>>47
仕様書無いとダメなのか？
簡単なんだろCOBOL
ソース読めばいいだろ
優秀な君たちならそんなこと簡単だろ！

>>50
・ループ構造は全てGOTO
・変数の名前が滅茶苦茶
（IN01,IN02,WK-CODE01,WK-CODE02など。項目の説明をする資料は無し）

なんていうような1万行を超えるプログラムを解析するのは
凄く骨が折れるよ。

>>51
解析するプログラム書けよ

>>51
できないんだろ
できないんだろ
できないんだろ
ば〜か　ば〜か

>>52-53
そういうあんたらはできるのかえ？

>>54
できないよ
そのかわりといっては何だが
他人を否定するようなえらそうなことは言わない

>>74
あげといたよ。

>>55
＞他人を否定するようなえらそうなことは言わない
別に偉そうなことを言ってるつもりはないんだけどね。

>>55
追加。否定してるつもりもないよ。
「人を否定する」事と、「事実を指摘して改善を
求める」こととは別に考えてもらわないと困るよ。

COBOLerは業界の癌細胞。

>>58
君がやっていることはもちろん前者だよね
後者だったらココでやっても無駄だよ
真性COBOLerはここにはいないんじゃないのかな

>>60
真性COBOLerはパソコンの使い方がわからないという罠。

>>61
マジでそういうの多いぜ！

>>61
真性COBOLerはパソコンに触れることを拒否するという罠。

こんばんは仮性COBOLerです

仮性COBOLer：腐りかけ（異臭）
真性COBOLer：朽ち果てている

>>65
そうか！
どうりで右足がとろけてると思ったよ

うちの真性コボちゃんはパソコンを馬鹿にしてして今でもダム端末。
ダム端末から、芸術的とも言える漢字変換をしています。
あの漢字変換は、連想変換に近い。あそこまで出来ると、ある意味尊敬できるぞ。

真性javaerについては、どうよ？

>>68
それはVB厨と同類だから、あんまり実害はない。

>>67
まだダム端あるの？
スゲー会社だな
ところでダム端で漢字なんか表示できるのか？

>>70
漢字FDが入ってれば可能。うちはIBM5550&5535

キーボードをYahooに出せば儲かるね。

>>70
表示は出来るけど、普通の方法では入力できない。
では、どうやって入力するかというと、
「漢字」と入力するのに、「ﾔ)ﾊﾟ」っていうような記号を入力。
漏れは、PC上の端末エミュレーター使ってるから、詳細は意味不明だ。
別のもう少し若い人は、エディットしているところに、なにやらカッコみたいな記号の並びを入れる。
すると、画面の一番上の行が変換用の行になって、ローマ字で単漢字変換している。
あの操作方法も漏れには謎だ。

>>71
5550ってダム端ちゃうやん

>>74
すいません、
そうかもしれませんが、アレはいったい何なんでしょう？

>>75
あれってＩＢＭの連文節変換のことか？
たしかに今時のＰＣと比べるとカナリぼろいが
昔は最新のＰＣだったんだぜPS55って
i286だぜ、ﾒﾓﾘ6Mもあるんだぜ、HDだって20Mもあるんだぜ
たったの200ﾏｿだぜ

5550は、アンバーイエローのディスプレイもかっこよかったし、
24dotフォントも美しかった。ﾎｽｨｰと思ったことは無いが。

小鯔

一番マシとされるerは何？
Cゲンガー？C++ゲンガー？Javaer（ジャヴァー）？VBer（ヴィバー）？Perler（パーラー）？

>>79
全部糞

>>79　今なら、ジャヴァー

いろんなＰＧ言語をマスターしてる人って、やっぱ英語の読み書きは余裕で修得してるの？

>>82
高校卒業してればある程度できるんじゃないの？
あとは専門用語を覚えればいいだけだと思うけど

一部上場企業じゃなくても３０歳で年収６００万とか７００万とかってよくあるの？

>>84
ものすごく平均的な金額だと思うけど

>>85
中小ＩＴでも普通ってこと？
自分の会社だと30歳でも５００万いかない。

>>86
それはかわいそうですね
会社の規模はあまり関係ないと思いますよ
会社の収益とその配分をどうするかの話ですから

でも、実際、それくらいの会社は結構ありそうだよね。
単価下がりまくってるからなぁ。

>>86
フリーランスにでもなっては？

>>84
派遣時代、それくらい貰ってましたが、何か？
給与ｽﾚとか見てると結構悲惨なとこも少なくないみたいだけどね。

>>84
銀行のシステム関係だけど
３６歳で７００万ちょっとだよ
銀行員が高いってホントかっていつも思う。

>>87
かわいそう・・・ですかぁ。
ウチでは社員２００人ぐらいで売上１１億だから、ピンハネされなくても６００万に届かないですね。
>>89
フリーになれるほど実力も技術もないです。
ＧＷ中にJavaでも勉強しようかと・・・
>>90
実力がおありなのでしょうね。
今家賃５万のアパート暮らしで年収３００万円強ですが、１００万貯まりました。
なので今の生活水準で年収６００万もあれば、数年で安い（２０００万以下の）マンションが現金で買えますね。

>>91
旧DKBならその年だったら2000万越えてます

>>92
うちに来る派遣のフリーCOBOLerは俺よりCOBOLできなくてもピンハネ後で70万ぐらい
稼いでるよ
実力なんて関係ないねマジで

今、システム関係で大変なところに嫁が勤めてますが、
30ちょい過ぎで1000万超えてますよ。

>>92
70万稼いでる人はどんな職務をこなしているのですか？

ある高校の野球部お話。

ある野球部員がいた。

彼はまだ一度も試合に出たことがなかった。

彼は思いきって顧問の先生に聞いてみた。

「先生、俺はどうして試合に出してもらえないんですか」

「それはな・・・おまえが秘密兵器だからだ」

「秘密兵器・・・？」

「そうだ、ここ一番ってときにでてもらうぞ」

そうか、俺は秘密兵器だったのか！

彼が三年間秘密兵器だったことはいうまでもない・・・

>>96
コーディングと単体テストのみ
ABENDするとDEBUGもできない
COBOLしかできないから業務に詳しいかといえば
それも無いはっきり言ってボッタクリです

>>98
＞ABENDするとDEBUGもできない
そんな奴を雇ったほうも悪い。

>>99
そのとおりだから>>96さんも遠慮なんかしてないで稼ぐ気になりゃ稼げるよってこと

>>100
でも、ぼったくれる会社に勤めてないといけない。
そんな会社は、いい大学出身じゃなきゃ取ってくれないよ。

派遣のフリーだから学歴は関係ないのでは？

まあ、騙されたと思ってクリックしてみろ
　　　　　　　　　　　　 ∩
　　 　 　 　 　 　 　 　 | |
　　 　 　 　 　 　 　 　 | |
　　　 　 　 ∧＿∧ 　 | |　　　／￣￣￣￣￣￣￣
　　／￣＼ 　´Д｀）／/　　＜　http://choco.2ch.net/test/read.cgi/news/1020084849/l50
.r ┤　　　 ト､　 　 　 /　　　　＼＿＿＿＿＿＿＿
|.　 ＼＿／　 ヽ　　/
|　　　＿_（￣　 |　　|
|　　　 ＿_）＿ノ￣￣￣￣＼
ヽ＿＿＿） ノ 　　　　　　 　 ＼
　　||＼||￣￣￣￣￣￣￣||￣
　　||　 ||￣￣￣￣￣￣￣||
　　 　 .||　 　 　 　 　 　 　 ||

肛掘らー

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

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

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

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

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

鯔

>>105
ﾋﾟｰｰｰ ﾋﾟｰｰｰ
JCL ERROR

畜生、やりやがったな、倍にして返すぜ　SUBMITだ！
ﾋﾟｰｰｰ ﾋﾟｰｰｰ
ABEND 0C7

http://pc.2ch.net/test/read.cgi/prog/1020172944

おまえら、結局COBOL使えないから
ひがんでるんだろ？

はい。こんな甘チャンぬるま湯の世界で堂々とボッタクれるガメツさをひがんでいるザンス。
ミーもCOBOLとやらを使ってみたいザンス。

>>109
新しく業界に入る奴は、COBOLなんて使いたくも無いんだよ。
COBOLの開発現場に送り込まれ、周囲は20年以上前から時代の
流れに取り残された（というより、時代の流れについていくこ
とを拒んだ）COBOLerばかり。
COBOLerの存在が若い芽を腐らせていることに気づけ。この癌細胞め！

>111
使いたいと思ってCOBOL使う奴なんかいるのか？
仕事だから仕方なく使ってんじゃないのか？

＞使いたいと思ってCOBOL使う奴なんかいるのか？
それがCOBOLer。

仕事だからというよりも、COBOLしかできないから逃げられないのだろうなぁ。

COBOLに不安を感じてJavaを勉強してます。
ちょっとは光はありますか？

>>115
＞COBOLに不安を感じて
そういう気持ちがあるならまだ大丈夫でしょ。

＞おまえら、結局COBOL使えないから
＞ひがんでるんだろ？

正確には「COBOLしか使えないやつ」を説得できないから
いらいらしてんだよ（w

「COBOLerを説得して正しい道に…」なんてことは誰も考えてないだろ？
COBOL屋が仕事を失ったって、それは自業自得なんだからさ。
このスレは「COBOL屋をけなすスレ」なんだから、COBOL屋の悪口を
言って楽しめばそれでいいんだよ。

COBOLerって、なんで自分をみがこうとしないんだろう？
そんなにホスト系って楽チンなのかな？

COBOL屋の悪口を匿名で言うしかしょうがない底辺技術者が屯っている
スレッドですから。COBOLしか使えない人を更正するような能力を持ってる
わけがありませんね。

というかCOBOLｅｒより先に職が無くなる人しかいないでしょ。ここで悪口
言ってるような雑魚は。

>>119
やっぱスレを楽しむにも、それなりの知識が必要だねえ。
房丸出しじゃ笑いものにしかなれないもの。

コピペにするには短いね。>>120

>>120
禿胴
まともなやつはCOBOLer上司を説得することが可能であろう

＞COBOL屋の悪口を匿名で言うしかしょうがない
そのためのスレです。不満なら出ていけ。>>120の存在自体がスレ違い。

>>123はCOBOLerに遭遇したことが無いんだね。幸せな人だ。

そもそも、COBOLerが更正できるのでしょうか？
漏れは先月、社内のCOBOLer１０名程度を更正させるよう命令を受けました。
半分はダメダメな奴ですが、残り半分は心情的にも更正させたい。
まず、なにから学ばせばよいのか、アイデアきぼん。

>>126
javaでもやらせたら？

>>126
仕事ないのか?

>>127
「やれ」と言われて素直に応じるなら簡単なんだけどね…

REDEFINESは使えないのか！そんな言語はダメだ！やはり業務システムは
COBOLで組まなければならないんだ！などと力説しだすのは目に見えてる。

まず、「COBOLで言うところの・・・」とか「COBOLの場合での・・・」
とかを禁句にする。

>>126
その人達、多分あんたより外で金取れる思われ

>>129-130
COBOLで可能なことは多言語ですべて可能であることをきちんと証明すればよいのでは？
その上でCOBOLより優位性があることを証明すればよい
短期的、長期的な視点から保守費用等をきちんと予測をして資料を作成したり
まあ内勤ばかりのＰＧでは難しいのかな？
コンペなどで鍛えられている営業の人間に手伝ってもらってもイイのでは？
それが会社のため社会のためであるならば

>>128
仕事があればそんなことする必要ない。当然、受注は先細る一方。
COBOLerの仕事が無くなってきたから、そんな無理難題を命じられたわけです。

>>131
自慢みたいですまんが、漏れはCOBOLer達の1.7倍

>>133
そんなに稼げるのに、そんなことやらされてるって、
何か問題がありそうだな、君にもｗ

>>132
＞COBOLより優位性があることを証明すればよい
それをすると、COBOLerが実力行使で反乱を起こすという罠。

>>134
おりからの不景気で、漏れの仕事も無いんだYO
うちの会社も危ないな。

>>134
そうか？どうでもいいような余った人材に教育を任せるよりも
効果があると思うのだけれども。

>>137
じゃあ、そのCOBOLな人たちを営業にしちゃえば？
君の仕事を取ってきてくれるかもよ。

>>135
でもやらなきゃ状況は変わらないよ

>>138
いい案だな
昔の付き合いでCOBOLerどうしなら話がまとまりやすいかも

>>138
取ってくる仕事が、COBOLシステムの延命処置ばかりという罠。
＃でも、技術者と呼べないような人材だから、そういう部署に回すしかないのかな。

COBOLerには総務か庶務でもやらせとけばいいんだよ。
社内の雑用一般だけど、雇ってもらえるだけありがたく思え、ってね。

相変わらず、けなす方のレスはかわりばえしないね。

そうなんだよねえ。。。
つまんないんだよねえ。。。
コピぺ繰り返し見てるようなんだよねえ。。。

もうちょっと情報仕入れてから書けよ。
少ないデータじゃ良い結果はだせないよ。

学校で一生懸命おぼえたけれども、
仕事では一回も使ったことがない・・

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

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

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

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

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

コボルとフォートランはどう違いますか？

>>143
高卒、専門卒の低脳ＰＧだからな
マトモなＰＧはこんなくだらんことは書かないよ
真のCOBOLerがここにいることはマズ無いのだから

>>147
前者は事務処理用言語、後者は技術計算用言語

変数になぜ、「w_cnt」などと　w_ と付けるのかと
聞いたら逆ギレされた...

>>150
COBOLでは＿は使えないよ
珍しい言語です

それはオフコンのキーボードになかったから。
中括弧{}や縦棒|もないよ。

>>150
アンダーバーは冗長だよね。
なんで今でも使ってるのか理解できない。
定数を宣言する場合はいいけど。

>150
たぶん WORKING-STORAGE SECTION.　の W
データ（変数）を局所化できないので先頭のW- は結構重要
データ識別−項目名　のように使用していた。
（この場合W- がデータ（ファイル）識別となる）

>>154
COBOLは元々英語とほぼ同じ言語です。
ソースコード≒ＰＧ仕様書なのです
ソースを見る際に項目を見て何を表しているのかということがソース以外のものを見ることなく
理解できるように
という考えに基づいているようです
よって多くの企業がコーディングルールに以下のようなものを取り入れているようです

ＰＧ内固有ワークエリア→W-、WK-
フラグ→FLG-、〜-FLG
etc.

>>155
それは詭弁。
森のようなライブラリの存在、簡易言語の台頭。
ミクロの世界で語っても意味無い。

>>156
詭弁じゃなくて発祥だよ
そんなルールで来たのはおそらく30年前
今は単に風習
でもCOBOLという世界の中では重要なんですよきっと
だって前の日まで営業やってた人が使う言語なんだよ

>>157
最後の2行は見なかったことにして、、、

ルールは時代とともに変わるんだよ。

>157
COBOLではたしかに155のような使い方をしているよ。
共通の命名規約があるということは重要とおもうけど

>>158
30年も稼動しているシステムのルールを一朝一夕に変えることは困難だよ
新システムに切り替えるような機会にプラットフォームを含めて新しいものに変えていくのが
現実的だと思うよ

ただ現在の企業の状況をみると30年前のものを動かし続けるほうが得策であることも多い
ここ10年ぐらいでコンピュータを導入した企業とは身の軽さが異なる

加えて日本企業のTOPは未だに情報システムの重要さに気づいていない人間が多い（みずほがいい例）
また各産業界が競争をしていない（する気も無い?）こともこれを助長しているのだろう

日本はまだまだ行政主導の国家であるため一企業が目立ったことをすることも難しい
だから企業として当たり前のことをやっているだけの企業がもてはやされるんだろう

COBOLerはある意味現在の日本社会の象徴だな

打倒COBOLerの皆様
COBOLがダメだという合理的な理由も無く愚痴ばかり言っても何も解決しないよ
上司や経営者を納得させるには「兎に角COBOLはだめだ」じゃあだめだよ

>>160
後ろ向きに同意。
よくわかるんだが、進化しないとダメだという自覚は無いの？
個人じゃなく全体としてね。

>>162
個人の意識ではなく単に企業の論理だよ
COBOLで稼動しているシステムをリプレースするのには莫大な時間と費用がかかることは容易に想像できる
また現在COBOLで稼動しているシステムはCOBOLの機能で十分であるという現実がある（事務処理しかしていない）
たしかに既存のシステムの保守をえんえんとやり続けるというのはPGとしては非常につまらない仕事だろうが、
企業の事務処理を新システムに変更したからといって利益にどれほど貢献できるのか？という問題がある

新しい技術はむしろ新しい商業戦略のためのシステムに向いているとおもう。
激しいシステム変更などに即座に対応できること、再利用可能な部品をパッケージ化することによるシステム開発費用の圧縮など
COBOLで稼動しているシステムは長年変わらないしこれからも変わらないと思われる業務（口座振替のように）で利用できる間は
利用すればいいでしょう

>>163
それは採用する言語の問題でしょ。
開発手法は日々進化してるってことだよ。

新しい手法は既存のシステムにあわないかもしれんが、
新しい開発手法を無視する手はないだろ。
冗長な部分は排除する、効率的なライブラリを採用するってのは
既存システムでも有効だと思うが。

COBOLが英語に近いという点は、英語が母国語でない人種にとっては
何の意味もなさないといってみるテスト。

>>164
それを経営者に納得させる合理的な理由があるのか？
ということだけなんだよ

いろんな視点で（特に経営者は費用を重視する。言わなくてもわかってるよねｽﾏｿ）
企業にとって得だということを立証しなければならない
長期的に見て得であることはわかっても今現在その資金を調達することができない企業では不可能なんだよ

誰もCOBOLにすがっているわけではないだろう（特に経営者は）
経営者はシステムの開発手法なんてどうでもいいのだよ
気にしているのは費用と効果なのだよ

>>165
英語は国際公用語です。
日本でも義務教育で教えています。
できないほうがある意味恥ずかしいのです。
母国語に非常に執着を持っているフランス人ですらコンピュータの世界ではあきらめています。

これまでCASEツールを利用してドキュメントからソースコードを生成する試みが幾度も行われましたが
どれも成功にいたってはいないようです。

あきらめて英語を覚えましょう

>>166
ある意味よくわかる。
つまり説得できるだけの材料をそろえる時間も無いってことだよね。
うむー、他人事なんで言えるんだが、あなたの努力が足らないとも言えるし
それを見越した人材活用が出来ない経営が悪いとも言える。

時間も無い、理解ある上司もいないって状態なら、貴方はどうしますか？
その答えは人によっては自明でよね。

もうネルネル。

>>166
こう理解すればいいの？
企業の本業に直接関係がない。
商品販売業なら商品の在庫管理システムとかで商売してるんじゃなくて商品を売って設けてるから、一度作ったシステムを改良したところで直接利益に関わるわけではない？
銀行なら利子や手数料で儲けてて、システムなんて道具の一つでしかないと。
例えば備品レベルのもの？

ということは結局トップに立つのは、モノを研究したり開発する理系よりも、それを道具として利用する文系エリートってことで。
それは当分変わらないってこと？

>>168
うちの会社は少しづつではあるけどリプレース可能なものはリプレースしてます
ただ機関系のものはマズムリだな数十万ステップに及ぶソースを書き換えるには
何年もの時間と何十億もの費用が必要か？そんな時間も費用もとても捻出できない
「小さなことからコツコツと」って感じでやるしかないね

COBOLを導入している会社って日本の産業界に影響が大きい会社が多い（30年以上前からコンピュータを利用している業界）
ので下手を打つと関連する産業にもダメージがでかねないから臆病な部分もあると思います。
みずほのトラブルがそれに拍車をかけたことは言うまでもありません。

>>170
トップが文系か理系かは分からないし、エリートか馬鹿かも分からないけど、
トップはモノを研究したり開発したりはしないだろうな。
うーん。これは揚足取りか。

167は国賊
国家反逆罪で死刑

>>171
リプレースって言語の置き換えじゃないよね。
新規物件で、より保守性の高いコーディングの話であって
過去のものは容認するしかないでしょ。

>>169-170
文系とか理系とかエリートとかそうでないとかではなく
コンピュータそのものはあくまでも人間を助けるための道具です
これをいかにうまく使いこなすかが重要なことです
現在ではこの利用方法の上手下手が企業経営に大きく影響します
ここでCOBOLer叩きをする方は最新の技術を使ってもっとうまく商売ができるんだ
ということが言いたいんだと思います
それなのに保身のためにそれを阻害する輩がいることに不満を持っているのでしょう

あくまでもコンピュータは道具です。利用するものであってそれに振り回されてはなりません。
かつてロボットの定義をした人がいましたが同様であると個人的には考えています。

本日は長文を多々書き込みました申し訳ありません
明日（今日）も仕事がありますので寝ます。

>>170, >>172
昔のソニーは経営側より開発側の方が強かったらしい。
β失敗以来、普通の会社になっちゃったけど。

>>174
BPRの全体
事務処理の流れ、ハード、ソフト含めてでしょ普通は

>>175
お疲れ様。
私はGW１０連休です。

>>174
おっしゃるとおり
酔っ払っててボケたレスを177にしてしまった
サブシステム単位でリメイクするような場合です
あとは帳票をCSVのデータにするとか

兎に角COBOLはだめだ

>151
C言語で...トライステートだっけか？...使ってる奴いるんだろーか？

>155
なぜCOBOLが誰でも使えるわけではないのか.
なぜMINDがメジャーになれなかったか。それをよーく考えたほうがいい。

>>175
「最新の技術」である必要は特にないと思う。
Linuxにしたって古くさい技術のパッチワークみたいなとこあるし。
むしろ、ありあわせのがらくたでどうにかするという「技術」のもう一つの
意味合いに関わる発想がCOBOLerには欠落しているのが問題なんだと思う。

プロは最低限のリソースをつぎ込んで収入を得るのです

>184
マンパワーはリソースに含まれてないという罠。

つかってる言語によって技術者がけなされる理由はあ
るまい。COBOL でも、できるプログラマーは、できな
いプログラマーと 100倍くらいは生産性の差があった
ように思う。そして、言語が変わっても、できるやつ
はできるし、できないやつはできないのだ。

オープン系でも、できねぇやつはできねぇだろ。

できねぇ奴が、できねぇ奴どおしで、けなしあっるっ
てことだろうなぁ。

ずいぶん長いこと COBOL のソースを見てないなぁ。
っと、思って探してみたら、机の奥から、
「UNIVAC シリーズ1100 ASCII COBOL 参照ノート」レベル5
というのが出てきた。まだ、当時の環境で標準コンパイル
のオプション覚えてた。

@COBOL,ASCQRE
ほんとか？　とおもったら、どうも、間違いないようだ。
同じ大きさで、厚さがもっとある 「EXEC1100」とかいう
OS よりの参照ノートのほうが面白かったように思うのだ
けど、見つからない。

う、打ち間違ってた。

@ACOB,ISCQRE

だった。

>>186
「オープン系」（藁
そんな言葉使うのは無知なマスコミとコボちゃんぐらい

>>188
よくわかったなぁ
186 は、元コボラーで、現在、無知なマスコミな人なんだよ。

コボルはプログラム言語じゃない。

>>171
＞みずほのトラブルがそれに拍車をかけたことは言うまでもありません。
それを根拠にして「汎用機ﾏﾝｾｰ！オープン系クソ！」と力説するCOBOLer
オヤジが私の周りに多数…

何で根拠になるんだろう。
汎用機に詳しい技術者の人口が減りつつあるわけだから、
そっちに依存してると危ないのにね。

このスレ人間として程度の低い者が多いな

>>188
同意。「オープン系」なんて言葉、COBOLerだらけの現場に放り込まれて
初めて聞いたよ。奴らにとっては特別な世界なんだろうな。

オープン系の反対はクローズ系？
COBOLerにぴったりな名前だ。

こんなところでくだらないことを言っているやつは落ちこぼれＰＧ
すでにCOBOLerだよ　お前らも　

>「オープン系」（藁
オープン系って言うだろ？

>>194
お前のアホさが判るよ

金が稼げれば、言語なんて何でもいいよ。
技術者面して他人の売上食いつぶしてる厨房社員より
マシ。

>>197
低学歴ＤＱＮだ許してやれ

>>197
通常は
オープン系
汎用系
制御系
OS系
ネットワーク系

とか同業者同士で良く聞くが。

>>197
最初っから「オープン系」（って何だ？）で仕事をしてる奴は
言わないよ。>>197はCOBOL屋でしょ。

>>201
両刀です

>>201
>>194は初めて聞いたって言ってるからバカだと>>197は言ってるのだろう

つーか一般的な言葉として使われているよ自分が使わないというだけでそういうこという
おまえらは低脳としか言い様が無い

お前らのようなDQNは小学校からやり直せ！

>>203
あんたの文章もずいぶんおばかに見える

>>204
じゃあ幼稚園からやり直せよ

>>205
やっぱり頭悪いな、あんた（ｗ

所詮ＰＧなんて大学に入れなかったバカばっかり

>>201
なら、（いわゆる）オープン系の現場から業界に入った新入りは
みんなバカなのか？
それって「俺は知ってる。お前は知らない。よってお前はバカ」
といっているのと同じだぞ。

すまん。>>203宛だった。

>>206
気つかってもらってすまんな(w

>>203
＞自分が使わないというだけでそういうこというおまえらは低脳としか言い様が無い

その言葉、そっくりそのままお前に返すよ。
自分が使っているというだけでそういうこというおまえは低脳としか言い様が無い

まあ、単純にできないより出来るほうがいいと思うが。

低学歴PG　必死だな

つーか、>>203はただのオヤジだな。
自分の信じる世界が全て。あぁ、これがCOBOLer的発想ってやつなんだな。

>>213
その「必死だな」という言葉、聞き飽きたんだけど。
他に表現する方法は無いのかね。

>>214
外人ですか？

>>215
飽きるほど言われてるのか
惨めなヤツ

つーか「オープンシステム」ってのはSE間ではよく使われてるよ。
PGが使わんだけだろ。

あいでんてぃふぃけ〜しょん　でぃびぢょん。
　　　ぷろぐらむあいでー　　　ぷろぐらむ。
えんびろめんと　　　　　　　　でぃびぢょん。
こんふぃぐれーしょん　　　　せくしょん。
　　　でーたー　　でぃびじょん。
　　　ふぁいる　　　せくそん。

>>217
外野から見てても飽きるんだよ。

>>218
30歳になる前にはき捨てられるゴミPGには何をいっても無駄
COBOLerよりたちが悪い

>>220
で？

ＦＯＲＴＲＡＮ屋ですが、何か？

盛りあがってんなあ
キサマら、その調子だ。

>>223
スレ違いですな。

最近COBOLer的な思考の奴が多いような気がする
自分のことしか考えていない、しかも本人は技術力はあると思っているみた
いだが実はない、こいつらの尻拭いをしている身にもなってみろよ
自分で解決してみろよ、人に頼らずがんばってみろよ
進歩してないぞ、忙しいのはお前らのレベルが低いと言うことにいいかげん
気が付けよ、１時間でできる仕事を１日かけるなよ
それで仕事していますって顔するなよ、文句だけ一人前でやっていることは
半人前以下なんだよ、はぁ〜

オープン系とホスト系の違いってどこにあるんでしょうか。

昔はともかく、今では区別する意味がないような…

>>227
これから作るものはね
IBMも今では
いわゆるメインフレームをeサーバーと呼んでいるぐらいだし
ただ、すでにできあがちゃっていて、今後も作り直す予定の無いものはたくさんあるでしょ
それらの保守要員を用意する場合は切り分けておいたほうが便利

>>226
趣味の延長で仕事してるやつがいるからね

>>226
そんなCOBOLerが支えてきた会社に、雇われたことを
お忘れなく。

>>230
支えてきたのは事実だろうがそれに胡坐をかいていてはいけない
斜陽産業といわれる業界がいいお手本だ

もうそろそろユーザーも気づいてもいい頃なんだが・・・

俺、VC++でプログラミングできる。すごいだろー

ところで皆さんキチンと提案とかしてるの？

>>234
意図的にCOBOL以外の話題に持っていこうとしてるだろ。お前。

>>235
前向きなことをしているのかということ
COBOLそのものとは無関係かもしれないが・・・

スマンここは後ろ向きなことしか言ってはいけないスレだったのか？

>>237
＞後ろ向きなことしか言ってはいけないスレだったのか？
「けなすスレ」だからそうじゃない？

>>237
けなして絶滅に追いやってよい社会を作ろうという方向はダメか？

>>238
ok!

では本当に絶滅されるために合理的にけなしましょう
単なる愚痴では鼻であしらわれてしまう

>>233
ふーん。すごいね。
でもそこで胡座をかいてると、COBOLerの二の舞になるよ。

COBOL屋が気になってしょうがないのだろうなぁ。
COBOL屋をけなすってのは、自らの将来に見えるからだろう。
どのあたりが気になって、どうなりたくないのかな？

あげてみる

グローバル変数大好き！

私19歳なんですけどこないだ会社の説明会に行った時に現場とか見せてもらったんよ。
そしたらＣＯＢＯＬのよくわからないソースをちらっと見せてもらったんですけど
GO TO文がちらほらあったんですけどこういう会社って大丈夫なんですかね。

>>245
気にしなくて良い。
それで食っていけるのなら、それはそれで良い環境だ。

>>246
うん わかった
ありがとう　おじさん♪(＾0＾)/~~

そんなに遠くに飛ばないgotoならぜんぜんOKだと思う

>>245
普通じゃないか。（w

>>248
距離の問題じゃねえよバカ！
構造化が崩れているかどうかで可否は決めなさい
セクションの出口へのGO TOのみ許容する程度が一般的

ぷっ。偉そうだな。ぷっ。

>>250
COBOLに構造化もとめちゃ、ダメよ。
ましてや、OBJECT COBOLなんて、ダメダメ。
構造化COBOLっていっても、根が腐ってるんだから。
漬け物・ヨーグルト・納豆などの発酵食品と同じで、腐ってることを受け入れなされ。

>>252
ということは、COBOLには伝統芸能と同じと考えればいいわけですね。
確かに、歌舞伎の舞台でモーニング娘が歌うのは許せない。
同様に、COBOLの舞台には GO TO がしっくりくるというわけですね。隊長！

>>252
ヨーグルトや納豆は体によいが、COBOLは脳味噌の発育を阻害するぞ。

COBOL流3代目宗家ですが何か？

ＰＥＲＦＯＲＭ文が使えなかった頃のコボルこれ最強！
ラベルとＧＯＴＯでぐちゃぐちゃ

>>256
ALTERとか

>>256
その頃と同じ感覚でプログラミングをするCOBOLerこそ最強。

>>258
うちの会社の外注さんは若手〜オッサンまで全部そうだよ
10回ぐらい書き直しさせて時間と金ばかりかかる害虫だ

>>259
いくらなんでも酷すぎるな（ｗ
おっさんなら理解できなくもないが・・・

>258
いやいや、彼らは堅牢なプログラムを目指しているんだよ。
後から付け加えた仕様は最初の仕様より実績が少ないだろ？
だから最初の仕様でしか組まないんだ。

＞後から付け加えた仕様
＞最初の仕様
ごめん、ちょっと意味がわからない。

>>262
最初の使用→カットオーバー時の仕様
後から付け加えた仕様→保守によって付加された機能の仕様

じゃないの普通に考えれば
お前単発の人手不足解消のためのPGだろ

>>258は、新規プログラムでも>>256のような組み方をする奴の
事を言っているんじゃ？

言語仕様のことだろ
んなこともよみとれないアホばっかだな

言語仕様の話だろうねぇ。
アホばっかというかアホは約1名だけのような気がするが・・・・・。

END-IFもEVALUATEも新機能だよ。
処理が遅くなるとか言ってEVALUATE使わない人もいるよ。

コボラーの絶滅は人類の義務である。

情報処理試験受けるとGO TOが乱発したロジックの穴埋め問題とかあるけど、
こんなコードとても納品出来ませんって、解答欄に書きたくなる。

試験の問題を作っている人たちが
すでに現場で使い物にならないレベルなんで
しかたなく試験問題作成という窓ぎわ業務を
手がけているというオチだったりして（w

GO TOだらけは今時いくないのはわかってるけど、
未だにPERFORMないころの環境やGOTOじゃないと
リテイク出すような糞SEがたくさんいるので
仕方なく使ってるだけだと思われ。

試験からGO TO一掃したら、現場で使い物にならない技術者
量産になる、と。（藁

>>271
GO TOは通常それ以降にある不要な処理をバイパスするために使われていると思うが
PERFORMが存在する今でも使うべき場合もあるでしょう

>>272
>>250が言っているような感じね。

>>272のようなのが現役でコードに触れている限り、
COBOLの試験からGO TOははずせないということで
よろしいか？

コボル　コボル　コボル〜　コボル〜に〜染ま〜ると〜
あたま　あたま　あたま〜　あたま〜が〜くさーるよー

さーあーみーんなでーコボルーをーはじーめよー
コボルはぼくーらをー・・・まってえいるー

あたまが〜よく〜なる〜。　　ｶﾗﾝｺﾛﾝ♪ ｶﾗﾝｺﾛﾝ♪

>>275-276
待ってるよﾏｼﾞﾃﾞ　ﾌﾌﾌ

goto文がないとロジック組めないジャン
お前らバカ？

>>279
何年前の思考だよ。

内部的にはGOTO（JUMP）なんだけどねぇ。
まぁそういうこともわからずにとりあえずなにかで読んだからGOTOは
やめろしかいえないのなら一回首釣った方が良いな。
そうでないとしても闇雲にGOTOやめれっていうのはどうかしてるな。
というか本当に分かってるなら闇雲にGOTOやめれって言わないよな。

ということで
理由もわからんくせにとにかくGOTOやめれって言う奴PGやめれ。

GOTOやめれの理由を知らん奴PGやめれ。

確かにコボルでやるような単純な処理にはgotoはいらんかもな（ｗ

>>283
COBOLでやると単純なものも単純じゃなくなること多いよ

やっぱりCOBOLは無くなったほうが世のためだな

せめてCOBOLに関数でもあれば
メインフレームならPL/Iがいいな〜

COBOLにも関数あるよ。
組込みONLYだけどね！

>>287
> 組込みONLYだけどね！

そんなわけない。自分で関数作れるよ。
いいかげんな知識でいいかげんなこと言わないでね。

>>287
例えばどんなの？まじでおしえて

>>288
マジデ？サブルーチンじゃないよね！COBOLで記述するんだよね！

平方根・対数・三角関数・乱数・最大値・最小値・文字列操作・日時関数・会計関数とかいろいろあるけど、結局組み込みだけなのね。
>>288
値を返すようなのは作れないよね。
サブルーチンで擬似的にやるぐらいしかないのでは？大域変数しかないし。

>>289
はぁ。サブルーチンじゃありませんなぁ。COBOLで記述します。

>>290
値も返せるよ。
しったかでしゃべるのやめれって。

>>288
ほんと？知らなかった。新しい規格？
じゃあソースの一例示してクリとりす。

>>290
ありがとう
ちなみにそれはどこのCOBOLですか？

>>294
どこのCOBOLでもあるんじゃないの？少なくともIBM・NEC・富士通・日立
にはあったけどなぁ。逆に聞くけど君は何処のCOBOL使ってるの？

日立のＣＯＢＯＬ８５
FUNCTION COS( N )
等と書いて使う。
式の中でも使える。
COMPUTE A = B * FUNCTION LOG(C)
とか。
>>288
サブルーチン以外に考えられるとすれば・・・
関数代わりのPGをCALLしてLINKAGE SETIONのデータに値を入れるとかいう使い方かな？

>>296
ちがいますなぁ。
RETURN文で返してRETURNINGでうけられるんですよ。
というかそろそろ自分で調べたらどうなの？技術者でしょ？

>>297
ごめんちゃい。知らなかったっす。今本みたら小さく載ってた。
でもあまりお勧めできないってかいてあるし、やっぱりCALL文。
あと、私は技術者じゃありません。片手間でCOBOLをかじったことのある板金工です。

>>289
なぁ。まさか自分は質問だけして他人の質問には答えないで逃げてるん
じゃないよな？組み込み関数が無いCOBOLってどこの会社のなのか
はやく教えてくれよ。

>>290
> でもあまりお勧めできないってかいてあるし、やっぱりCALL文。
それは昔の話。今はそれが主流です。

　　　　 　 　 　 -‐-　 　 　 ,､
　　 　 　 __〃　　　 　 ヽ lv　!
　　 　 　 ヽ＼ .ノﾉﾉ）ﾍ)）〉ヽ'　　　／￣￣￣￣￣￣￣￣￣￣￣
　　　　 ＿!(0.）! (┃┃〈ﾘ /　　 ＜ はわわー。300げっとです〜
　　　／＼ Vﾚﾘ､" lﾌ／ ./ ＼　　 ＼＿＿＿＿＿＿＿＿＿＿＿
　 ／　 .／l￣￣￣￣￣￣￣|ヽ
　 ＼／l　 |―――――――!　ヽ　 　　　　　　　　（´
　 　 　 l　 | ☆ マルチ専用　|　　 　　　　（´´
　 　 　 l　 l―――――――|　　　　　　　（´⌒（´
.　 　 　 ＼l＿＿＿＿＿＿＿|≡≡≡（´⌒;;;≡≡≡＝☆
　　　　　　　　　　　　　　　　　（´⌒（´⌒;; 　ズザｻﾞｰｰｰｰｰｰｰｰッ

>>299
なんかヤなﾔﾂ！
粘着君ｷﾓｲ！

俺は自分で調べもしないくせに知ったかしたり。あいまいな知識とかで
断言したり。調べずになんでも聞けばいいや的な態度の奴の方が
よっぽどやな奴だと思うしむかつくけど。

言語仕様として関数はあって当たり前だと思うけど・・・

>>295
遅くなってすいません
まさかこんなに早くレスがあるとは思いませんでした
私が使ったことがあるのはIBMのVS COBOL IIだけです

それから調べもしないでっておっしゃられたことに対してですが、
あまりの驚きについ質問してしまいました。申し訳ございません。
明日会社に行ってから調べます。
いろいろとありがとうございました。

さぶるーちんちん

297 ：仕様書無しさん ：02/05/06 22:24
>>296
ちがいますなぁ。
RETURN文で返してRETURNINGでうけられるんですよ。
というかそろそろ自分で調べたらどうなの？技術者でしょ？

COBOLERのﾌﾞﾝｻﾞｲでｷﾞｼﾞｭﾂｼｬだって（大爆笑

>>306
あれ？どっかでコテンパンにやられてしかたがないから気晴らしに
COBOLｅｒ叩きかい？あいかわらず進歩無いね（大爆笑

>306
自分が技術者だとは言っていないぞ。
というのは置いておくとして、>306は氏ね。

ここですか？アホ同士が罵りあうスレは。

家の息子がご迷惑掛けて申し訳ございませんでした。

298=306=309=310
と見た。
必死だな

>311
306=310は無いだろ。
それより何番=何番っての馬鹿そうだからやめた方がいいよ。

それって純粋に数学的な関数きゃ？
それともC言語の「関数」みたいに副作用(?)OKなのきゃ？

COBOLerのｸｿ仕事の一例：
昨日、郵便貯金の対外接続が切れました。
原因は、み○ほ銀行からの規定外電文に対するエラー処理のバグ。（らしい）
み○ほ銀行のダメさ加減はいうまでもないが、郵貯も規定外の電文の例外処理がよくなかった。
外部と接続する場合、規定どおりのものが届くと仮定してプログラミングする馬鹿がどこにいる？
UNIXでC++の組み合わせのPGなら、外部からの攻撃を想定してプログラミングするから、どんなものが来ても大丈夫。
COBOLerは、それができない。

>>314
> UNIXでC++の組み合わせのPGなら、外部からの攻撃を想定してプログラミングするから、どんなものが来ても大丈夫。

はぁ？学生が思いつきでしゃべってるのがすぐにわかるな（ｗ

>>314
ﾜﾗﾀ

最近はCOBOLerもそれ以外も技術力低下してるよなぁ。

>314
それはね、
「絶対正しい電文が来る」
という仕様なんだよ。
　絶対正しい電文が来る、と言う仕様なのにエラー処理なんか追加するなんて、
そんな馬鹿なことをするわけないじゃないか。ソフト開発はタダじゃないんだぜ？
余分に追加したらテストだってなんだって余分にしなけりゃならんのだ。
仕様に従わなかったみずほが悪いだけジャン？

>>314
念のために確認するけど、ネタだよな？

こちら広島でもCOBOLが終息しつつあります（不冶痛を除く）。
東京や大阪はどう？

>>318
正しくない電文が来るときって、あるのか？
それが原因で0C7で落ちても、相手のせいにしてりゃぁ漏れは安泰。
ところで、郵貯の原因はみずほなのか？
毎日新聞のwebにはそれを臭わすことが書いているが、
今日の日経新聞は1/1000秒のタイミングの問題で同じ種類の電文が来たためと書いてあり、
どこから来たのかはわからないと書いてある。というか、濁している。

COBOLは最先端です！
http://www.zdnet.co.jp/enterprise/0205/09/02050917.html

COBOLerの弱点はメインフレームやワークステーションといった
安定した環境で育ったために、開発する上でのあらゆる「前提
条件」が、既得権だと勘違いしてしまいがちな点だと言ってみるﾃｽﾄ。

「前提条件」の中にはクライアントに頭を下げて（以下略

>>323
（　´,_ゝ`）ﾌﾟｯ
略さないで言ってみな

「前提条件」の中にはクライアントに頭を下げて、お許しが出たら
ありがたく頂くものもあるんだよっと。

>>325
（　´,_ゝ`）ﾌﾟｯ

COBOLerは「ﾌﾟｯ」だけで世の中を渡っていきたいと思われ。

>>327
（　´,_ゝ`）ﾌﾟｯ

人は本来コボラーである

COBOLerのみなさん。


NetCOBOLってどーよ。

>>330

俺コボラーだが、
あまり興味がないんだよな、インターネットとかそういうのに対して。
.NET？なんじゃそりゃ？あれでしょ？.comとかって奴でしょ？

>>311
コボラーだが興味ないんじゃなくて
コボラーだから興味がないんでしょ。
やっぱコボラーには最新COBOLは無理か

向上心ないやつはこの業界やめれ。

COBOLerより最近嫌な存在が、Excel、Accessに思えてきた。
今まで、おもちゃおもちゃとなめてた。
けど・・・ある一定のレベルのシステムを組める。
使い込めば使い込むほど、もの足りないのは事実だが・・・これ以上進化されたら
おまんま食い上げになる・・・。

って思ってる俺は、COBOLer以上に後ろ向き！？

>>334
そんな334みたいな野郎は、もっとエンタープライズなところを狙え。
ExcelやAccessなんかでできる仕事は、中小企業向けや、大企業でも部門向けだ。

>>335
確かに部門とか課とか向けなのは間違いない。
でも、５年後のExcel、Accessを想像すると恐怖を感じる。
現状、両アプリケーションは数万件程度しか現状では使えない。
けど、数年後には、数千万件対応に跳ね上がってる気がする。

マイクロソフトも安定度の方に力を入れる方針というのを噂で聞いた。
安定度、簡単な操作性である程度の機能、安価。これがそろったとき
VBプログラマー程度では、おまんま食い上げになるのでは・・・。

絶対的安定度と精度を求める分野は、１０年は気にする必要はないだろう。
けど、オープン系のＤＢ系アプリ開発者は、正直危機感を感じるんじゃ・・。

あぼーん

>336
そのときには更に高度な事をできるようにすればいいんでないかい？
常にスキルアップを心がけ続ければよいこと。ある日突然自分の技術
が無用になるなんてことはそうそうあるもんじゃない。ちゃんと気をつけて
いれば対応策はいくらでもあるはず。
　そういう対応策を怠っているなら「こぼらーと同じ」といわれても仕方ないだろう。

「オープン系をインストールしたら、マシンがおかしくなった」

＃「オープン系をインストールした」って何よ？
＃大体、「オープン系！」などと騒いでるのはCOBOL屋だけだよな。と思った。

>>339
君の周りのレベルは君のレベルなんだよ。

君って終わってるね（ぷ

>>340
んなぁこたぁない
できるやつはできる。

中規模の会社、システム部で自社向けの開発をしているんだけど。
正直、勉強をまったくしないCOBOLerムカツク。新しいシステムは全部、外注。
「システム部」がなくなってもほかの部署に異動になるだけだから危機感まるでなし。
外注を否定しないが、Excelマクロで１５００ステップくらいのを１０００万も
払って外に作ってもらうな！！
COBOLerは自分が害になってるなんてこと気がついてもいないみたいなのが
さらにむかつく。
COBOLerが向上心もって仕事してれば、総額で５０億は経費浮いてるんだ！
と愚痴ってみるテスト

>>342
50億もの経費が本当に浮くというのならばその事実を告げない君も同罪では？
背任行為じゃないの？

それとも君の進言がCOBOLer以下の内容なのかな？

とりあえず、
グレース・マレー・ホッパー女史を知らないCOBOLerは
今すぐプログラマを辞めてください。無礼ですから。
あと米国海軍が嫌いな人も。

グレース・マレー・ホッパーって誰よ？

>>345
釣れた！

>>345
お前らの使ってるCOBOLの『偉大な』開発者の一人だよ。
それも知らないで使ってたのか？

ビルゲイツを知らないＶＢerは今すぐプログラマを辞めてください。

おれ、ネット使ってるけど、ペンタゴン嫌いだよ。

>>297
それあんたが使ったCOBOLの方言でしょ
自分こそ調べてみたら？

>>299
随分いろいろと調べさせていただきました
結果的にIBM VS COBOL II ver4では見当たりませんでした
あんた一体何者？

>>288=>>299
＞いいかげんな知識でいいかげんなこと言わないでね。
オマエモナー。

cobolerどもは、ここから出直すべき
http://www.kyouiku.co.jp/aviva/gakuin/index.html

.

>>350-352
RETURNINGってCOBOL2002規格だろ。
いろいろ調べたって・・・（Ｗ
何調べてたんだ？一週間も調べた結論が方言かよ！
あまりにも低能すぎてわらっちゃうな。

>>355
>>351の色々調べたのいろいろはIBM VS COBOL II ver4マニュアルを
一週間かけて隅から隅まで読みましたのいろいろだと思われ。

低能>>351まんせー（藁

COBOLってCで作られてるんでしょ

VC++サービスパックで造られております。

初期のＷｉｎｄｏｗｓってＣＯＢＯＬで作られた

>>359
それはない

>>360
当たり前だろ！死ぬか、オイ！

>>361
多分>>360は何故怒られたのか判らないほど真面目な人だと思う。

初期のWindowsはBorlandC++で作られたんでしょ

初期のWindowsはフロッピーに強力な磁石を近づけたらできました。
技術者の中では常識です。

初期のWindowsはニワトリから生まれました。
よって、ニワトリが先です。

>>355-356
ば〜か

低能>>361=>>366を晒しage！

間違えた

低能>>351=>>366を晒しage！

だった
鬱だし能

初期のCOBOLはWindowsによって作られました。コレ本当。

>>368
ば〜か

よ、>>368！相変わらずバカか？
己を知れよ？

>>366,370
ほほう。

「ばー」と伸ばすのを止めましょうぜ

幼稚園児じゃないんだから、いい加減にせいよ

ばー、ばー、ばー

BARか？

おっ！いいね！>>376

質問。バカのバは、BAですか？それともVAですか？

「か」もKA,CAで違ってくるしー

CA:COBOL ASSISTANT

BAR・BAR・7 でレギュラーボーナスです。

>>379
QAかもしれない

>>382
ポルトガル風だな。?VAQA?

verqua

ﾌﾗﾝｽ風：
Vouz que a?

ポルトガル人が長崎に伝えたものはカステーェラ

>>385
ｳﾞ ｹ ｱ　と読むの？

COBOLのマニュアルを一週間かけて一生懸命読んだ馬鹿なコボラーが
いるスレッドってここですか？

>>388
この板には馬鹿しかいませんがいませんが何か？

Solaris上でCOBOLをメインで使っているシステムの開発してるんですけど
やっぱ「COBOLだけで」ってのはファイル・ディレクトリ操作やソケット使ったり
するときゃ、かなりキツイものがあるんで、そんな時にはCと組み合わせたりします。
けど、COBOLerな人って「UNIXはわからん」とか「Cはおまえの作業範囲内だ」とか
言って自分らはなーんもしないんですよね。
相手はこの道十ウン年でこっちゃ社会人数年のぺーぺーですから半べそかきながら
COBOL-CのI/Fを調べて、共通処理をCで共有ライブラリ化したりする、と。
んでもって、何かトラブったりすると関数がおかしいだのバグってるだの・・・。
原因は呼び出し(COBOL)側にあるにも関わらず「まだか、まだか」と騒ぎまくるだけだし。
んなこと言うならCOBOLだけで作れっての、もう。

よくあるふうけい。

コ・ヴォール。

>>390
早く偉くなれよ

>>390
君の時代はきっと来るからね。信じていてね。

>>390
「俺いそがしいんだよ、すまんがCOBOLでやってくれないか」って言ってやったら...
でないと、君の立場はいつまでたってもよくならないぞ。
俺、COBOL屋向けの部品を作ってたことがあるけど、連中にはどう頑張ったって作れないものがいっぱいあるんだよ。
年下だって理由だけで、こき使われるなんておかしいだろ?
君はCOBOL屋が解決できないことを解決できるんだから、少なくともその点に関しては敬意を払われる必要があるよ。

COBOLerって年くってるだけで偉そうにするんだね。

年喰って偉そうなのは、何も COBOLer の属性というわけではない。

COBOLERとTBCの鯖缶は、どっちが糞ですか？

>386
で、オランダ人がCOBOLを伝えたのですね。

>390
COBOLerが使う環境って汎用機が多いでしょ。
汎用機ってね、機械を設置する人、ソフトをインストールする人、操作する人、設計する人、プログラム作る人
が完全に分かれているわけ。
　プログラマはプログラム組む「だけ」の人なの。他は「一切」できなくてもいいわけよ。
　そのへんがある意味何でも屋のPC屋とは違うわけよ。
　どっちがいい・悪いじゃなくて、汎用機のCOBOLerはそういう環境が当たり前で暮らしてきた訳よ。

　だからPC関係じゃ何でも自分でやるのが当たり前、って事をしっかり教え込んでやらなきゃだめよ。

>>400
自分の知ってる狭い知識の中でかたるなや。
PC厨さん。

汎用機扱っているひとでも設置からインストールからオペから
メンテから開発設計まで全部やる人もいるっつーの。

>401
390は全部やる人じゃなかったみたいね。

全部一人でやるのって凄いね。一体どんな業務なの？
あんなでかいもん動かすのだって一人じゃできそうにないよ。

>402
>全部一人でやるのって凄いね
401の文章には１人でやるという記述はありませんよ
　すべての工程にたづさわる　という意味でしょ？

　

ここにいるやつの日常が見てみたい

性格悪そうだ

今までCOBOLer擁護派だった俺も今日考えが変わった
自分の勉強不足を棚に上げてふざけたこといってんじゃねーよ
「言葉に意味が解らない」なんていうなよ
「常識ですよ」
その発言に逆切れしやがった
やっとこの板でCOBOLerを叩くやつの気持ちがわかった本日でした

???

>404
性格が良くて、何でも相手の言うことを聞いてしまうSE, PG。

......そんな奴らと一緒に仕事をしたくない。

>>407
融通の利かないﾊﾞｶだろ

>>408
君がね。

>>409
ほらね予想通り

>>410
何が分かったの？
俺は、君が「ただ他人を煽りたいだけの人」だって事がわかったけどね。

日本の景気が回復しないのは COBOLer (世代)のせいだ！

と仮定してみる。

COBOL世代が作ったSE/PGの完全分業体制と、
汎用機という大企業の下でしか仕事ができない仕組がまずい。

そろそろ新人君の堪忍袋の尾が切れる時期ですが皆さんいかがお過ごしですか？

C++＞＞∞＞＞COBOL屋＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞VB厨房＞＞＞＞＞Del厨

>>413
何がどうまずいのだ？

COBOLerの三種の神器
・REDEFINES
・OCCURES
・COMP-3

>>417プログラミング技術にばかり固執する君にはCOBOLerを煽る低能技術者という称号がお似合いだね。

１０年前、ＣＯＢＯってました。
今は、肉体労働です。

うむ、コボラーは体育会系なのだからﾔﾊﾟｰﾘ肉体労働するべき。

>>416
緩い意味で相手から金を毟る立場にない。
経済学で言うと、仕事の裁量権が小さい分、残余請求権を持たない。

このスレはあげてあげないのか？>>やくざなコボラー

>>421
細分化自体がまずいってわけじゃないのね
それならわかる気もするけど
COBOL使ってるところって大企業が多いから
PG→SEみたいなのがそのまま会社組織の上下関係だから
それはそれでいいんじゃないの

COBOLerの三種の神器
・REDEFINES
・OCCURES
・FILLER

>>424
読んでて懐かしくなったのでレス。
redefines は嫌いだった。部分参照の方が好きだった。
自分的に三種の神器
・move corr
・evaluate also
・based-strage section

EVALUATE >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> switch

PERFORM

>>427
同じく。

>>400
PC関係でも全部一人でできる奴はめったにいない。
いっとくけど、Windows9X・Officeのインストールなんて
女子供の仕事だぞ。

>>400
PC関係でも全部一人でできる奴はめったにいない。
いっとくけど、Windows9X・Officeのインストールなんて
女子供の仕事だぞ。

二重ゴメン

＞いっとくけど、Windows9X・Officeのインストールなんて
＞女子供の仕事だぞ。
女子供の仕事だと言いながら、COBOLerにはそれができないんだよね。

ジュッデーム コッボール

>>432
いくらなんでもそこまでひどくないだろ
スイッチ入れてCDトレイ開けて
CD入れてトレイを閉めるだけじゃん

タッチおじさんでもソレぐらいできるぞ

>>434
できないよ。
うちの職場に外注のCOBOLerが来てるんだけど、そいつにマシンを割り当てて
「WindowsNTをインストールしておいてね」と言ったら、「できません、やっ
たことがありません」といって、CDに触れようともしなかったね。
仕方ねえから俺が全部やってやったよ。その間COBOLerは椅子に座って
ボーっとしてるだけ。

>435
インストールできなくても、業務分析できればOKでしょ

>>435
> 「WindowsNTをインストールしておいてね」と言ったら、「できません、やっ

クライアントにすんの？サーバにすんの？
サーバにするならやったことないなら出来ないと思うが。
それとも君のところじゃクライアントマシンにNT入れてるの？
何のために？

君の指示があふぉなんじゃ？

>>437
435の所のアフォCOBOLerを擁護しなくてもいいんじゃないか？
それぐらい聞けばいいし、何よりやろうとしないところが一番
問題だぞ。（ある意味ドキュ新入りよりたちが悪い)

今年で3年目、入社以来ずっとCOBOLerですが、なにか。

>>439
３年程度でCOBOLerと名乗られてもな〜。
５年はやってもらわないと・・・

>>436
COBOLerはインストールも出来ないっていうのを肯定するわけね。
そのうち、「業務分析できればOKでしょ」っていって何もできなくなるね。
自分のマシンの環境設定に人を呼ぶようになったりして。自分の職種はなによ？

>>437
クライアントマシンにNT入れるのは普通でしょ。
そうじゃなくても、「インストールしておいてね」って言われて
「できません」といってCDに触れようともしないのが許されるのは
新人くらいでしょ。

>>441
ＯＳインストールと、プログラマーと何の関係がある？
できたところで、威張れるもんでもないし、
できなかったところで、プログラマーの資質とは全然関係無い。

>>442
プロなら自分の使っている道具くらい自分で面倒見れ。
料理人が包丁をとげなくてもいいと言っているのといっしょだぞ。

Ｆ１ドライバーは、エンジンを１から組めなきゃダメ？
必要なのは運転テクでしょ

>>442
プログラマーの資質と関係有るか無いかは実際に調べてみればわかる。
OSがインストールできるプログラマーと
OSがインストールできないプログラマー。

OSがインストールできないプログラマーを集めるのは至難の業だろうがな。
COBOLerにはいるみたいだけど。

>>444
たぶん、そういうと思ったよ。

F1ドライバーはエンジンをつくる必要はない。
エンジンを使う(運転テク含む)必要がある。

プログラマーはOSを作る必要はない。
OSを使う(インストール含む)必要がある。

OSｲﾝｽﾄｰﾙってCD-ROMつっこんで、見てるだけでいいんでしょうか？
俺、したことない（鬱
つか、そんなにしょっちゅうするもんなの？

>>444
じゃあ聞くがOSインストールはだれの仕事？

＞Ｆ１ドライバーは、エンジンを１から組めなきゃダメ？
んー、オートレーサーとか競艇乗りはエンジン１から組めるらしいよ。
バイクレーサーにしても、草レース上がりの人には組める人多いらしい。
運転テク磨くのに超した事ないけれど、構造を知ってマシン特性を把握
しているほうがより速く走れると思うよ。

>>449
プログラマでもOS作る必要はないけど、作れたほうが
OSを把握していて、より高度なことが出来る人が多いだろうね。

>>448
うちには専任者がいるよ。余剰人員一杯いるからね（藁

>>451
職種はOSインストーラー？ いいな、そんなんで金もらえるのは。

>>449
六田登の「TWIN」思い出しちまった。
確か主人公たちがマシン一回バラして組み直してたっけ。

>>452
ネットワーク管理者って言ってたよ。
まぁ、仕事はそれだけじゃないんだろうけどね。

>>451
ｳﾗﾔﾏｼｲ。漏れのところにも一人ﾎｽｨｰ。
そのゴミの引き受け費用として、人月２５万出すぞ。

僕たちプログラマには知っているべきこと・知っていたほうがいいことが
大量にある。知らないほうがいいことなんて何一つないけど、時間は有限
で、知っているべきことをすべて知っているプログラマなんて一人もいない。

プログラマにとって本当に大切な知識やスキルってなんだろう？
ハードやOSのアーキテクチャ？　アルゴリズムや設計技法？
それとも業務知識や業務分析能力？

知らないほうがいいことなんて一つもない。知らないことに対する言い訳を
考えたり、知らないヤツを馬鹿にするヒマがあったら、勉強しましょう。
わたしならそうします。

>>451
そういうカースト制みたいなことやってるから、仕事を外国に取られるんだよ。

>>457
単価が安くて質が同じなら何やってても同じだよ

>>447
＞OSｲﾝｽﾄｰﾙってCD-ROMつっこんで、見てるだけでいいんでしょうか？
ごく最近のOSはそれでOK。ちょっと古いosだと、FDで立ち上げて、コマンド
打ってとか、ちょっと面倒。

OSのインストールができるからといって
OSの仕組みを理解したことにはならないという罠

テレビにたとえると、
(1)テレビを開発する
(2)テレビを箱から取り出して、チャンネルの設定を行う
(3)テレビでワールドカップを見る
(4)のど自慢大会に出場する
1がOS開発
2がOSのインストール
3がExcelを使うこと
4がCOBOLでプログラムを組むこと
こんな感じでしょうかね？

>>461
(5)視聴者参加型クイズ番組に電話する
5がVBAでプログラムを組むこと
こんな感じでしょうかね？

(6)NHKの受信料支払いを拒否する
6がM$のOSが入ってないパソコンを買うこと
こんな感じでしょうかね？

・COBOL
・COBOLer
・COBOLest

>>460
あたりまえじゃん。OSをインストールすることはOSという道具を使うこと。
道具を使えないプログラマーは無能。

>435
インストールできないやつをここでけなすひまがあったら
上（できるやつ）をみて仕事しろ　ということ
インストールできなくても、チ−ムのなかで他の能力がうわまっていれば
やっていけるよ

で？クライアントにNT入れてなにすんの？

キミの会社は不安定なWindows9xを業務に使用してるの？
スゴいね。

>>466
言い訳してないで、上めざせよ(w

>>468
俺は2000入れてるけどNT入れる理由ってなに？

NTでしょ？NT。

2000もNTだろ？とか言う詭弁はなしね。

>>470
話の流れをさかのぼると、「2000もNTだろ」は詭弁でもなんでもないと思うが。

>>471
はぁ？

”NT”（明言されてましたが？すくなくとも2000とは言っていない）を
「クライアントマシン」にインストールするんでしょ？

で？何作るの？

お客もクライアントにNT入れてるのか？2000ならまだしも。

なんのために「クライアントマシン」にNTをいれるのかねぇ？（謎

まぁ会社にマシンがあまりまくっていてテスト機器がありあまってるのなら
いいんだろうけどね。

>>472
馬鹿丸出し。

あれは今の話とは限らないでしょ。2000がまだ出てないころかもしれない。
それに、すべての会社が2000に移行したとでも思っているのか？
今だ、9x使っているところもあるんだぞ。

>>473
何を言ってるのか、さらにわからないなぁ。

> あれは今の話とは限らないでしょ。2000がまだ出てないころかもしれない。
> それに、すべての会社が2000に移行したとでも思っているのか？
> 今だ、9x使っているところもあるんだぞ。

それがクライアントマシンにNTを入れる理由なの？
俺はなんのためにクライアントマシンにNTを入れているのかを聞いていて。
そして>>472ではクライアントはWin9Xが主流なのに何故NT？と
親切丁寧に説明してるんだけど？

> 馬鹿丸出し。

どこが？

>>472
つーか、話の本質は9xかNTか2000かなんて関係ない。
ｱﾌｫCOBOLerがOSのインストールがしたことがない、しようともしない。ってのが
問題。それを「クライアントにNT入れてなにすんの」に摩り替えるな。
そういのを揚げ足取りというんだぞ。

>>474
> そして>>472ではクライアントはWin9Xが主流なのに何故NT？と
どこに、「クライアントはWin9Xが主流」と書いてありますか？

>>476
>>472の会社ではクライアントは不安定なWin9xが主流なんだろ。
そういうかわいそうなところもあるんだよ。ほっといてやりな。

>>475
> ｱﾌｫCOBOLerがOSのインストールがしたことがない、しようともしない。ってのが
> 問題。それを「クライアントにNT入れてなにすんの」に摩り替えるな。

誤字・はがのをにがめちゃめちゃ・句読点がいい加減。
君が低能なのは良く分かったよ。

で？クライアントにNT入れてなにすんの？
ちゃんとした理由が説明できないのならでてこなけりゃいいのにねぇ（ぷ

ｲﾝｽﾄｰﾙする必要が無くても、OSｲﾝｽﾄｰﾙ方法を覚えておく
必要はあるんでしょうか？
ﾌﾟﾛｸﾞﾗﾏｰとOSｲﾝｽﾄｰﾙ知識と、一体何の関係があるんでしょう？？

>>478
いいからお前は死ね。ウザイんだよ！

>>476-477
自演ですか、低能丸出しですね（ぷ

>>478
クライアントにNTに入れる理由は、9xじゃ不安定だからですが？
別に2000でもかまいませんが。

>>480
> >>478
> いいからお前は死ね。ウザイんだよ！

説明できないからウザイ・死ねですか（ｗ

ママのおっぱいでも吸ってたら？僕ちゃん。

ある意味COBOLerより恥ずかしい奴ら。(W

>>479
プログラマでOSをインストールしたことがない奴がいるのか？
信じられん。

>>485
いや、つか、なんでそこまでｲﾝｽﾄｰﾙにこだわるのかと、小一時間・・・

>>486
インストールできないと使えないだろ。マシンがトラブった時どうする。
新しいOSがでたけどまだプリインストールマシンが発売されてないときは？
そんなとき、プログラマが「出来ません」でいいと思うのか？

>>487
それは解るけど、ここまでこだわるほどのもんでも・・・
こんなの１回やれば覚えられる程度の知識だろ、それを俺スゲーモード
全開で訴えなくてもさ。

>>488
僕ちゃんだからNTをインストールできたのが。
「はじめてのおつかい」並に誇り高いことなんだろうよ（ｗ

>>488
別にインストールできてもすごくはないさ。簡単だし基礎だと分かってる。
プログラマじゃなくても出来ることだしね。
しかし、プログラマという身で出来ません。ってのはおかしいだろ。
しかも、出来なくてもいいじゃんって開き直るのは間違っていると思わないか？
インストール経験が問題じゃないんだよ。言い訳することとやる気が無いのが問題なんだよ。

>>486
トラぶった時に内部データのバックアップをどのように管理するかを考える
のがSE,PGの役目じゃない？インストールなんて２の次でしょ。
アホクサ

>>486 ×
>>487 ○

>>491
インストールできない奴で、トラぶった時に内部データのバックアップを
どのように管理するかを考えることが出来る、SE・PGっているの？

>485
２週間前、初めてWindowsをインストールしました。ちなみに2000。
疲れた。

明日早いからもう寝るけど最後に一つだけ。

何かをやれといわれたとき「出来ません。」と言うな
「それをやるにはどうすればいいですか？」聞け。

>>493
できるんじゃない？
OSインストールに依存してるの？内部データの管理って（藁

今日COBOLで作ってある帳票直してくれって言われたから

COBOLなんかいじるくらなら、他のとこで仕事しますって
言ったら、コボラーらしきオヤジにニラマレタ

おっかねぇ、ちょっと口が滑っただけだろうよ

>>497　替わりに俺が行きたい。
最近めっきり仕事が無くなって。
COBOLでも何でもいいよ、金さえくれれば。

>>498
別にCOBOLの仕事があるってわけじゃないよ
誰もいじりたくないから、COBOL帳票が残ってるだけだよ
めったに変更ないし

>>496
出来るかどうかじゃない。いるか、いないか。
そりゃ理論的には出来るだろうが、いない人間の話をしても意味はない。

で、OSのインストールが出来ない、まともなSE・PGっているの？

「マシンがおかしくなった」とメーカーの担当を呼び出し、
OSインストールから開発環境のインストールまでやらせる
会社はDQNですか？

／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
|　自分のマシンセットアップしておいてね。
＼
　 ￣￣￣|／￣￣￣￣￣￣￣￣￣￣￣￣
　　∧＿∧　　　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣
　 （　・∀・）　 ∧ ∧ ＜　プログラマは出来なくてもいいんだよ。
　（　　⊃ ）　 (ﾟДﾟ )　　＼＿＿＿＿＿＿＿＿＿＿＿＿
￣￣￣￣￣ （つ＿つ＿＿
￣￣￣日∇￣＼|COBOLer|＼
　　　　　　￣　　　=======　　＼

OSのインストールなんか別にできなくてもいいじゃない？

漏れとしては自分の可能性を広げるためには
経験しといて損は無いと思うけどね。その程度の事だよ。

COBOLerに可能性を求めてもしょうがないか。
成長をやめちゃった人たちだしね。
でも自分ことぐらい自分でしてね。

COBOLerだって人間なんだ。生きているんだ。
ゴキブリだってナメクジだって生きているんだ。

どこか遠くで幸せになってくれい。

昔いた会社に４０ぐらいのおっさんが面接に来たそうな．．．（当時の部長談）

部「言語は何が出来るんですか？」
お「ＣＯＢＯＬが出来ます！！！」
部「うちに入るからには他の言語も覚えて貰いますよ！！」
お「いえ、やりません（ｷｯﾊﾟｿ）」
部「(ﾟдﾟ)ﾊｧ?　いえ、覚えて貰わないと駄目ですよ。」
お「いえいえ、覚えません（ｷｯﾊﾟｿ）」



丁重にお帰り頂いたそうだ（ｗ

業務知識はあってあたりまえ。
業務知識だけで生きていける時代は終わった。と言ってみるテスト。

業務知識があると言うので詳しく聞くと
できるのはオペレーションだけ
と言うのはよくある話。

>451
気がつくと自分も余剰人員になっているという罠

まあCOBOLerには無理っしょ。

「Ｃ＋＋できます！」と言っていた奴に「どんなものを作ったの？」と聞くと
スケルトンで出来るエディタの事だった・・・・

と言う実話もあったりする（ｗ

>>511
俺も昔、そんなこと言っていたころがあった。

…昔といっても数ヶ月前だが。STLﾏﾝｾｰ

>>511
そうやってでも仕事を取ってくれば、あとは何とかなります。
何とかならなかったら、それはもう業界での寿命は尽きたとあきらめて、
パチンコ屋店員かタクシー運転手にでもなってください。

業務知識､か・・・
COBOL屋のジジイって、自分の知っている業務知識を絶対他人に教えないよね。
そうしないと自分の立場や存在がが保てないから。
それと、自分が知っている業務知識をさも世界の常識のように語るよな。
社外の人間に対してもお構いなしで。

うちの例だと，汎用機のOSインストールは工場(ソフトも工場という)で作った
テープを流すだけ。
SEの仕事は、結果確認とユーザー環境の設定。
汎用機のOSインストールをその場で出来る人間はいないと思われる。
インストールしたソフトは，その後に使用代金の請求が毎月発生する。
過不足なくインストールしないと、やっかいなことになる。
windowsみたいに味噌も糞も一緒にぶちこんで済む世界ではない。

＞windowsみたいに味噌も糞も一緒にぶちこんで済む世界
COBOLerハケーン！

>>515
汎用機の場合は別だろうな。だからといってWindowsの場合も同じで
いいなんて考えていたら間違いだぞ。
時代についていけないといわれても仕方ないね。

winsowsの場合は、インストールではなく単なるコピーですよ。
ひどいときは、毎晩コピーしてました。
最近は、リカバリとかいってコピーの自由も奪われてます。

ＭＴマンセー

COBOLer叩きしてる暇人ってﾊﾞｶばっかりなんだな
予想通りだ

>>520
煽り？

>521 事実

釣られちゃいけない。釣られちゃいけない。釣られちゃいけない。
釣られちゃいけない。釣られちゃいけない。釣られちゃいけない。
釣られちゃいけない。釣られちゃいけない。釣られちゃいけない。

釣られそう!!!

>520
そうだ。漏れはバカだ。
だからキミが代わりにCOBOLerの活用方法を考えてくれたまえ。
漏れにはクビにしてしまう以外の解決方法を思いつかない。

>>515
汎用機のOSのｲﾝｽﾄｰﾙは大変だったよ。
ｼｽﾃﾑｼﾞｪﾈｰﾚｰｼｮﾝ、IOｼﾞｪﾈﾚｰｼｮﾝ、VTAMｼﾞｪﾈﾚｰｼｮﾝ、その他のｿﾌﾄｳｪｱﾌﾟﾛﾀﾞｸﾄの導入 etc.
早くても3〜4日かかってたよ。20年ぐらい前の話だけど...
今はどうなのかな?

>汎用機のOSインストールをその場で出来る人間はいないと思われる。
確かにそう、導入するだけじゃなくてﾁｭｰﾆﾝｸﾞする必要があるから。
これは各ﾌﾟﾛﾀﾞｸﾄやｻﾌﾞｼｽﾃﾑの専門家に指示してもらわないとできない。

汎用機のOSってどうやってインストール
するのですか？

>>518
＞最近は、リカバリとかいってコピーの自由も奪われてます。
意味がわからん。解説きぼんぬ。

>>527
プリインストールモデルのリカバリじゃ
カスタマイズできねーんだよ。
って言ってもｺﾎﾞちゃんは分からんか。
OSのインストールもできねーんだもんな（ｗ

>>526
ドライバも自力でとってこれねーくせにカスタマイズかよ（ｗ
インストールてきるんでちゅかー？えらいでちゅねー。

あ、いけね、>>528だった。

>>529
インストールすらできないんだろ(w

インストロールですから。

>インストールてきるんでちゅかー？えらいでちゅねー。

漏れはてきまちゅ。>>527はてきません（ｗ

あ、いけね、>>529だった。

>>534
必死だな（ｗ

>>535
必死だな（ｗ

>>535
必死なCOBOLer揚げ足しか取れず。

>>527
＞プリインストールモデルのリカバリじゃカスタマイズできねーんだよ。
だったら最初から
「プリインストールモデルのリカバリディスクで復元すると、自由なカスタマイズがしづらい」
と書けばいいのに。

インストールをコピーと言い換えたり、リカバリディスクをリカバリと省略している
が､その書き方では意味がつたわらねえよ。キミ独自の用語で一方的に語られてもねぇ。

訂正。
×：>>527
○：>>528

今日もぼくちゃんの馬鹿晒しモードですか。

俺プリインストールマシンのセットアップディスクからインストールできてすげー！（ｗ

質問します。

COBOLerはマニュアルにかいてあるとおりに
インストールすることもできないのですか？

パソコンに触ったことのない弟（厨房）でも
インストールくらいできましたよ？

もしかしてCOBOLerって、幼児退行してるのですか？

よく見たらこっちでした。鬱氏
×：>>527
○：>>518

>>541
できないというか、やろうとしない。しかも開き直る。

>>543
親切な回答ありがとうございます。






おもわずこぼらーをくびりころしたくなりました。

>>544
おじちゃん、おばちゃんが電気機器をマニュアルなしで
操作しようとして、できないって開き直ると同じ感覚かなぁ。

>545
似たようなもんです

>>538
>「プリインストールモデルのリカバリディスクで復元すると、自由なカスタマイズがしづらい」
>と書けばいいのに。
ほんとｺﾎﾞってるな（ｗ
しづらいんじゃなくてできねーんだよ。やったことねーのに
知った口きくなよ。

>キミ独自の用語で一方的に語られてもねぇ。
客は平然と独自の用語で語りますが何か？

>547
もう絡むなよ（苦笑）
言いたいことはあれで大体分かってたから。

買ったパソコンのドライバも探せないのに、リカバリできる自分はこぼらぁよりえらい。
っつてる目くそがいるスレはここですか？

>>549
ということは、COBOLerは鼻くそ？

>>547
＞客は平然と独自の用語で語りますが何か？
へぇ、つまりあなたは客と同レベルなわけね。

＞しづらいんじゃなくてできねーんだよ。
「カスタマイズ」と「カスタムセットアップ」の区別はできてますか？

【カスタマイズ】
　用途に応じて、標準構成の一部を変更すること。

【カスタムインストール】
ソフトウェアのインストール方法のひとつ。ユーザーがインス
トールしたいファイルを自分で選んでインストールする。Mac
OSのインストーラはカスタムインストールの機能をもっている。

ｺﾎﾞってるのはキミの方だよ。

http://www.geocities.co.jp/SiliconValley/5634/t82B1_0007.html#32

COBOLerのソース正直言って読むのきっつい・・・。
膨大な資産とかステップ数とか言うけど、ウチのは単に、同じ処理を
そこらじゅうでコピーして使ってるだけ。共通ライブラリ化したら、
３人もいれば、置き換え可能な範囲になりそう。

あくまでもウチの話でした。

×：膨大な資産
○：膨大な遺産

今日からは、コボラー＝「コボちゃん」と命名されますた。

COBOLから逃げたい…

>>555
何を今更(w

>553
×膨大な遺産
○膨大な負債

変数名。

>>559
コボちゃんは変数なんて言葉は使わない(知らない)の。
「エリア名」これでしょ。

>551
> 「カスタマイズ」と「カスタムセットアップ」の区別はできてますか？

と聞いておいて、

> 【カスタマイズ】
> 【カスタムインストール】

という説明はどういうことかしらん？　セットアップ==インストールという暗黙の了解があるのかしらん。

>555
それはオリジナルの「コボちゃん」にあまりに失礼なのでは。

>>561
ttp://yougo.ascii24.com/
ここで必死に調べたが、カスタムインストールって用語は
出てこなかったので似たような用語で検索かけたんだろ(ﾜﾗ

×膨大な遺産
○膨大な胃酸

>>561
>>563の言っているとおりだよ。必死には調べていないけどな（ｗ

で、>>547は「カスタマイズ」と「カスタムインストール」の違いは
理解しているのか？

>>563
おいおい、それじゃASCIIにわるいだろ。

ttp://yougo.ascii24.com/gh/59/005952.html

「必死に」調べてそれかい。

>>566
あ、間違った(ｗ
×カスタムインストール
○カスタムセットアップ

このスレッドはコボラー以下の厨房が

揚げ足合戦で罵りあうスレッド＆
酒を飲みながらバカを観察するスレッドに変更になりました。

コボラーを叩きたい人＆擁護したい人は他のスレッドでまたーりやってください。

　　　　　　　　∧∧　　ミ　＿　ドスッ
　　　　　　　 (　 　,,)┌─┴┴─┐
　　　　　　　/　　　つ.　 終　 了 │
　　　　　〜′　/´　└─┬┬─┘
　　　　　　∪ ∪　　　 　 ││　_ε３

　　　　　　　　∧∧　　ミ　＿　ドスッ
　　　　　　　 (　 　,,)┌─┴┴─┐
　　　　　　　/　　　つ.　 再　 開 │＜煽って
　　　　　〜′　/´　└─┬┬─┘
　　　　　　∪ ∪　　　 　 ││　_ε３

コボラーって同じような処理があったとき、まじコピペばかりすんの？
普通に考えたら信じがたいんだけど、古くからあるCOBOLは関数作れないって言うし、
ローカル変数もないらしいし、そうするとコピペばかりってのもありそうだなぁ。

もしコボラーがCOBOLと同じ感覚で他の言語を使ったら・・・最悪じゃん。

>>571
コボラーがＣ言語を使うとグローバル変数しかありません。
関数は全て引数なしの void です。
どこでなにがおこってるのか、さっぱりわからん

>571
モチロン。
Cダッタラ、mainヨリウエニ宣言シマス
VBダッタラ、PUBLIC宣言シマス

コボラーはポインタを理解できません。
領域壊しまくりです。
そのコボラーは「トロイ」と呼ばれていました。
仕事が「とろい」のと「トロイの木馬」が由来らしいです。
別名「人間ワーム」とも呼ばれ恐れられていたらしいです。

つーかさ、煽りなしで本当に聞きたい。
コボラーって同じような処理があったとき、本当にコピペすんの？

>575
煽りなしでお答えします。
ええ、同じような処理があったときファイルごとコピーします。

>>574
コボルで領域は壊れ(せ)ないよ(w

>>575
一応、COPY文というのがあって、これが#includeにあたる。
よく使う処理はさすがにサブプロとして登録しておくので、いちいち
手動でコピーしたりしない。
でも、C++やJAVAの継承とかの柔軟さにはまるで歯がたたん。(w

>>577
ポインタといってCOBOLだと思う奴が居るのは（ｗ
Ｃに決まってんだろとマジレスする

>>577
マジで質問です。
VC++でその「領域壊す」ってのを意図的にやろうとしたんだけど、
Windowsに怒られて強制終了しちゃうんですよ。
どうしたら確実かつ簡単に暴走させることができますか？

>>580
メモリを食い尽くせ

>>580
DOS 使え。または Mac OS 9。

>>574
COBOLerでなくても理解できてないﾔｼいっぱいいるよ

>>577
意図的にやれば壊せるよ

>>571
昔のコボルは・・っていうけど、結構前から外部ルーチン（関数）が作成
可能になってます。（もしかしたらうちが使ってるコボルだけかもしれないけど）
外部ルーチン（関数）が使えるようになったときから、ちゃんとそういった
プログラミングに変えていけば、今のような馬鹿な状態になってません・・・。
西暦２０００年問題がいい例です。

あくまでもウチの話。

>>584
今のような馬鹿な状態になっているって事はCOBOLは新しくなっているけど
COBOLerは古いまんまと言うことですね。

＞コボラーって同じような処理があったとき、本当にコピペすんの？

マジレスするとコピペ馬鹿はコボラーであるかないかとは別次元の話だろ。
C言語プログラマーでコピペ馬鹿はくさるほど見てきたよ。

コピペマンセーなCプログラマですが何か？

>>584
それって、同一ソースファイル内に記述できるのですか？
それとも、別のソースファイルに書かないとダメなやつですか？

呼び出しは動的な呼び出し？
それとも、コンパイル時にリンクする静的な呼び出し？

COBOLはよく知らないので、マジレスきぼん

>>588
コンパイル時にリンク？
COBOL以外も知ってるの？

５８４ではないが　IBMのCOBOL II ７か８年前のはなしで　　
>588
サブプログラムは別のファイルに記述したとおもう　
他のプログラムから共通に使用するロジック（日付や消費税みたいな類）
をサブプログラムにしていた
サブプログラムはリンケージセクションに引数を記述しておく

リンクはどちらでもOKだったようなきがする（曖昧）

>>588
普段は動的です。staticで宣言すると、静的になります。

> 589 名前：仕様書無しさん 本日の投稿：02/06/22 15:28
> >>588
> コンパイル時にリンク？
> COBOL以外も知ってるの？

君はただの知ったかちゃんね。（ｗ

低能PGがここにもいますた。

うちのはね、
別のソースファイルでプログラムを記載します。
呼び出し側とのやり取りはLinkage Sectionという領域で宣言します。
参照渡しが可能です。
ライブラリ（オブジェクト）は、静的ライブラリとなりリンク作業時に
各オブジェクトを指定しリンクを手動でやっていきます。
ちなみに、戻り値はないです。

>>589
あげあしとりなさんなって。
今の開発環境は整っててコンパイルのあと自動でリンクも走ってるから
知らない人もいるっしょ。
・・・でも、知っててほしい。

COBOL屋はプログラマと認められず。

>>594
はげどう

>567
了解。それなら筋が通る。

>>594
コボラーですがはっきり言わせて貰えば、我々は技術屋ではありません。
事務屋です。

>1の母です。
ごめんなさい・・・
本当は>1は純粋に開発の好きないい子なんです。

どうしても人を傷つけたくなる心の病にかかってしまい
こんなことを書いてしまうんです。

本当はかまってほしくて仕方がないんです。
寂しいんです。

こんな子供に育ててしまった私の責任です。
ごめんなさい、本当にごめんなさい・・・

>>597
だよな〜。
なのになぜか業務のことを知ろうとしないヤツが多い。
嘆かわしい。

>>594
VB・Del厨よりはましだと思われ。

>>593
ああ、そうだ思い出した。
CALL "HOGE"
CALL HOGE (HOGEの中身は"HOGE")
で性的呼び出しか動的呼び出しが変るんだっけ？

>>ALL
601は.....(w

>>601
静的呼び出しと動的呼び出しって意味わかってる！？！？！？
ちなみに、その例だと引数ありか無しかって違いにしか見えないが？！
どちらにせよ、かなり恥ずかしいことを言ってますぜ・・・。

リンカの存在を知らないｱﾌｫがいるな（ｗ

>>604

しょうがねえよ、普段ボタン一発でコンパイルリンクやってる連中
だろ。
技術の発達は莫迦を発生させる要因でもあるんだな。

そうか、DLLの三文字の由来もわからんﾔｼがいるのか、ﾌｩ。

DLLの三文字しかわからんﾔｼもいるよ。

うう…バカにされた…
もう覚えていないよ。コボル…
あ、大昔に書いたメモにちゃんと書いてある。本当だ、間違ってる。
ってゆうか、いいも〜ん。もう二度とコボルなんてやるもんか。

…と、この前までは思っていたが、この不況で案外汎用機系いいかも
と思いなおしてるので、ちょっと復習しておこう(w

>>592
（　´,_ゝ`）ﾌﾟｯ 氏ねﾖ

>>603
>>601はおそらく
CALL　"HOGE"　だと"HOGE"というSUBﾓｼﾞｭｰﾙが固定で呼び出され
CALL　HOGEだとHOGEという変数に設定された名前のSUBﾓｼﾞｭｰﾙが呼び出される

ということを言いたかったんだと思われ

動的ﾘﾝｸ、静的ﾘﾝｸいずれでもないお話

金融機関のｼｽﾃﾑなんかでは静的ﾘﾝｸしようとしてもﾛｰﾄﾞﾓｼﾞｭｰﾙがでかくなりすぎて
制限値を超えちゃうのもあるし、SUBﾓｼﾞｭｰﾙ修正するたびに使ってるﾒｲﾝﾓｼﾞｭｰﾙﾘﾝｸしなおすのも非現実的だし
動的ﾘﾝｸを使ってるところが多いんじゃないかな
静的ﾘﾝｸしてるｼｽﾃﾑにはほとんどお目にかかったことありません

AS/400だと静的リンクできないよね？

>>611
そうなんだ？

>>605
＞しょうがねえよ、普段ボタン一発でコンパイルリンクやってる連中だろ
それ「まったく、最近の若い奴は…」って言ってるのと同レベルじゃん。

>>610

>>601は
動的リンク・静的リンクより以前にモジュールがどのようにつくられるのか
コンパイル・リンク・プログラム間連結など

根本的にわかってないあふぉなのでそんなことを言っても理解
出来ないと思われます。

>>610
まじで？！
それって、連想配列と関数ポインタみたいな高度なことだよね！？
コボルって、ユーザーはアホでも、言語自体はすさまじく洗練されてる？？？

>>613
でも、リンカの存在しっといてほしいけど

>>610
私もそれは初耳だなぁ…。まさしく関数ポインタだよなぁ。
COBOL を使わされてた頃に知ってれば多少は楽になったのかも…。


転職したので、もうあの忌まわしい言語とはサヨウナラしたのですがね。

>コボルって、ユーザーはアホでも、言語自体はすさまじく洗練されてる？？？

まあ、歴史はとてつもなくある言語だし、コンパイラ等は良くできてるよ、
漏れのさわってたメインフレーム用のやつは。

それを使った開発体制に問題があったので向上心のない、いわゆるコボちゃんが
大量生産されただけだよ。言語には罪はない。っていうか漏れは結構好き。

でも最近はふれる機会がないな。チト今の環境をさわってみたい。

COBOLでCGIできるようになったんだね……。

「ＣＯＢＯＬは現在再評価されており、当面はＣＯＢＯＬ技術者の需要が減る事はないでしょう」

｡･ﾟ･(ﾉД`)ﾉ･ﾟ･｡

COBOLとは……

そうだっ！

今の地球に蔓延するウィルスのようなものだ……

COBOLerどもを絶滅させない限り、

俺達に　未来は　無い！！

＞「ＣＯＢＯＬは現在再評価されており、当面はＣＯＢＯＬ技術者の需要が減る事はないでしょう」
やりたがる人がいないから重宝されているのでしょう。

>>610
前者は動的、静的どちらも可能だけど、後者は動的ﾘﾝｸしかできないよね
単なる変数だから。
多少ﾘﾝｸの話と関係しますね。

　43才のの元コボラーで現在技術営業してるやつが
「COBOLを覚えれないやつは他のどんな言語やっても駄目だ」と
断言するんですがそうなんですか？

元コボラーが他にどんな言語をやっていたかによる。
COBOLしか知らないで、その発言だったら
単なるイタいやつだから無視すれ

>>625
　そいつはCOBOLしか知りません。僕がVBのソース直してるときに
「俺ってVB触ったこともないんだよね〜」と言ってた割には
翌週の会議で
「VBは帳票作成は弱いからね〜」と知ったかぶりをこきます。
どうしてくれましょう？

>>625
元COBOLerが何してたかなんて関係ないだろ
まったく返事になってないぞ！
日本語できないﾊﾞｶﾔﾛｳだな

>>626
営業は知ったかぶりするもんだ

そいつでもできたCOBOLができないようじゃ他の言語は無理だって事を
その営業さんは言いたいんじゃないのか？

COBOLERってオブジェクト指向の概念って理解できるのかな？

>>628
　僕もそれは感じました。ただ、最近すごくしゃしゃり出てきて
困ってます。客先で打ち合わせしてたときにVB+SQLserverで
いきたかったのに、「客先でもカスタマイズが簡単にできるように」
ってことでAccessで作りましょうか？と訳のわからない提案を横槍
で出してきました。単価も下がるし納期は短くなるわでどっちらけです。

>>626
COBOLを知ってるっつーても。いろんな人がいるからねぇ。VBだって同じだろ？
ポトペタだけでも、APIぶりばりでもVB知ってる、って言っちゃえば一緒なんだし。

>>629
COBOLerじゃなくてもできないﾔｼはいっぱいいる
どんな言語を使っているかと言うより能力の問題

COBOLでもｵﾌﾞｼﾞｪｸﾄ指向の概念を取り入れているところもあるし

>>630
状況がよくわからないがAccessでできるものを無理にVB+SQLserverにする必要はないだろ。
そんなことして客にﾎﾞｯﾀｸﾘ会社と思わてもいいなら別だが

ｿﾌﾄ会社って信用だけで成り立ってるようなもんだ

「Accessもしらんで言うな、アフォ」とがつんと言ったれ。それが言えんと
どんどんひどい目にあうぞ。....経験者は語る。できればお客も巻き込む
くらいに自分もしゃしゃり出ろ。それができるようになると仕事もレベルアップだ。

>>634
ﾊﾞｶｯﾎﾟｲよ
発言が・・・

>>633
　100万件くらいのデータを扱うので、Accessではやばすぎます。
保守もうちでやりたいので、ぼったくろうとは考えてないっす。

>>634
　今後の参考としてお聞きしたいのですが。具体的にどんな
酷い目にあいましたか？

　ちなみに私の体験談ですが、会議でAccessで作った顧客管理
システムをお披露目したところ、その技術営業が画面だけを見て
項目を変更しろだの、位置がおかしいだのと言ってきます。
　もういっそやつに作らせてやりたいくらいです。

とある会社で、プログラマとさけんだら、ＣＯＢできる、グラマーな女性部下つけてくれました

637の続きですが、項目変更するならばということで仕様書を
見せてあげたのですが、急に「僕は単なる営業だから技術的な
ことはお任せしたい」と言ってきます。どういう風に言えば
カドがたたずに黙らせることができますか？

>>636
目先のデータ量見積もりでAccessにして作ったら、半年もしない内に
ユーザの受注量が倍増して結局SQLServerへ移行。しかもうちの営業には
「データ量増えますよ」とユーザが前もって伝えていた。自分がぶち切れて
ユーザさんと直接話をしたら出てきた話。....ってやっぱﾊﾞｶｯﾎﾟｲな.....へへ。

>>640
　うーん、どこも同じような悩みを抱えているのですね。
あまり短気をおこさず、もう1年くらい今の会社で頑張ってみようと
思います。

>>639
「これこれの変更にはこれだけの工数が必要ですが、その変更はどれくらいの優先順位でしょうか？」
と聞くくらいかな？接点があるところで話をする以外にない。そのためには自分がどれくらいの工数で
仕事ができるか普段からアピールする必要があるが。

COBOLerをいかに排除できるか・・・がCOBOL再発展の重要ポイントってことだね。
ま、これはどの言語、っつーかコンピュータ業界全体にいえることか・・。

留ｂｙさいこー

目立の２年目坊やが
COBOLが最近見直されてきているんですよと言った。
俺は親切に教えてやった。
COBOLerが最近見下されてきているんだよの聞き間違いだよと
その瞬間、目立の数人の社員がギロっと俺を睨んだ
俺が文句あっかこの糞COBOLer！ってにらみ返したら
COBOLerは下を向いた。

「COBOLerですいません」

（元ねた：太宰治「生まれてすいません」）

すれちがいすまん。

>>640
SQLServerって落ちる落ちると良く聞くが本当の所はどうなの？
アンチMSが無責任に叫んでるだけ？
ちなみに俺はOracleしか知らんす。

>元COBOLerが何してたかなんて関係ないだろ
>まったく返事になってないぞ！
>日本語できないﾊﾞｶﾔﾛｳだな

ふ。会話のキャッチボールできねえヴァカだ。コボラーより知能が低いな（ｗ

同じくスレ違いすまそ。

>>647
TPSベンチマークかますくらいの用途だったら、あるいはW杯のチケット予約たいなレベル
なら安定性も問題になる、といった話だろ。俺らが受けてるような社内業務なら問題なし。

むしろここを間違うとドツボ、ってとこがあちこちあるんでそこをよけて通るのがたいへん。
ってこれはOracleもかわんねぇかな。

こーゆー話はム板かな。ごみん。

>>626
40こえてて、それでは真正バカ決定。無視しましょう。

>>647
おちるよ。ってより、わざと落とす。
だって、OSがメモリ解放しっかりしてねぇーの。
だから、毎日夜中の利用度の低いときに、再起動をスケジュールしてる。
この作業は、Windows使ってるなら、SQLServerだとかOracleとか関係ない。
まぁDBMSが解放してねーならしゃーねーんだろーけど

ついに「COBOL屋を無視して事務系アプリ開発を語るスレ」になっちまった...

>>652
じゃぁ。もどそう。
コボル屋は別にかまわん。COBOLerは消えろ。
これで結論？

環境部とか、うざいよね。
昔のｂａｓｉｃよりはずかしいや。

http://js-web.cside.com/index.html

ＣＯＢＯＬ2002使ってる人いる？

>>648
キャッチボールできてないのが自分だということに気づかないのか
哀れなヤツ

>>654
は？
何で恥ずかしいんだ？

>>648と>>657はなんだかんだと言いつつキャッチボールしあっている。

ＣＯＢＯＬのお仕事は全国にい〜ぱいあるの？

>>654
うざいのは、どういう点ですか。教えてください。
(658さんとは別人です)

「昔のｂａｓｉｃ」なんて書いてるんだ、VBやってるﾔｼに決まってんだから、
なま暖かい目で見てやろうや。な、

>>662
「2バイト英字、しかも小文字で表記する >>654 の方が万倍はずかしいや」
なんてことも言わない方がいいですか？

>>662
そうですね。ただし、「昔のbasic」と言ってるのもカチンときた一因です。
10年以上昔の事務用basic(富士通製品・企業向け)でも縦横の罫線が打てたし、
文字ピッチの調整ができました。
それに比べて、VBの印刷機能は貧弱そのものです。結局、エクセルに書き出して
ごまかしています。
「昔のbasic」をどれだけ知っているかと言いたいですね。

>>664
それはもしかしてF9450でつか。コメントが!でEXCEPTION　SECTIONでFORMでACCEPTでしょうか。
Kin,Koutが1B6Bと１B6Dで、内部コードがJISなのにFDがIBMフォーマットだったりしてましたか。

.....懐かしい。

>>664
「VB」をどれかけ知っているかと言いたいですね(w

>>665
当たりです。懐かしいですね。昔話はやめろと言われそうなので、この辺で失礼します。
ご忠告どおり 666(書き込んだのは獣ですか)は無視します。

「中出し」をどれかけ行っているかと言いたいですね

昔のべーしっ君が読めるサイト知りませんか？

すぽーん！

お前らまだコボってるの？ 時代は２１世紀だよ。
いつまでも２０世紀の遺物にしがみついてるのはｶｺﾜﾙｲyo.

２１世紀仕様COBOLでおながいします

>>665
知識のひけらかしがｳｻﾞｲな
「俺は昔からコンピュータ知ってますよ」っていいたいんでしょ
過去にしがみつくなって。
そんなもんで自慢してると、オルテアでTinyBASICつかってたって奴が自慢してきて、
古さで負けるとこんどはそんなもんで何が作れるんだって言い出す始末だ
そんなﾔﾂは、コモドールVIC20でｾﾝｽﾞﾘでもこいてなさいってこった。

>>671
CもSQLも20性器の異物

>>674
COBOLは20性器の廃棄物

>>673
（・∀・）ﾂﾚﾀ!

>>676
よけいみともな(w

>>673
>>665 は懐かしがってるだけのように見えるんだが、
あれが自慢に思えるってのは、何かのコンプレックスの裏返し？

>>678
まあまあ、「コンピュータのことで自分の知らないことがあるわけがない」って思ってるだけだし。
ま、この手の全能感って、プログラマにはけっこう必要なことだから、よしとしましょうや。
なま暖かく、ね。

何もかも懐かしい．．．．ｶﾞｸｯ

COBOLオンリーの人で、関数の戻り値というのが理解できない人がいます。
うちの部署の８人中私以外は理解できていません。

「戻り値？ダメだよ、誰でも読めるソース書かなきゃ迷惑だ」
とか言われます。ポインタとかオブジェクト指向なんて知らずに
定年しようという目論見のようです。

はっきり言ってこういう先輩のなかでJava,.NETとかの話題に触れる
だけで殺されそうな雰囲気で大変です。

COBOLでもいいんだけど、はやくCOBOL2002(OO)が普及して欲しいです。

COBOLって関数ないの？
標準ライブラリとかも？

グローバル変数しかないって聞いたことはあるけど・・・・

関数やベンダーが組み込んでいるライブラリがあることはあるが、
いわゆるワークエリアに定義した変数に（すべてグローバル変数）
に値をMOVE命令で転記する必要がある。

コーディングしてると滅茶苦茶ダサくて情けなくなってくる。
条件文に関数を記述したいのに...

COBOL2002のご紹介

http://www.cobol.gr.jp/knowledge/next_standard/standard002.html

>>681
そんな中でなんで関数の戻り値の話題になるんだ(w。
VBに移行でもして「SUBはわかるけどFUNCTIONってなによ」とでも
聞いてんのか「うちの部署の８人のうち７人」は(w

全部グローバル変数でやりとりするとなると・・・・・
マルチスレッドとか、別のタスクと同期するのとか大変そうだな〜〜

VBだと685の言うように全部SUBで作ってやりとりはグローバル変数でするわけか・・・・・
あ、なんか涙出てきた．．

最近は、ＶＢやＪＡＶＡを知らなくても
ＣＯＢＯＬで何でもできるそうな・・・。
Ｆ系の話だとＶＢの代わりにＰｏｗｅｒＣＯＢＯＬ
更には、ＮＥＴ　ＣＯＢＯＬ・・・。
他の系列でも同じような言語があるのでは？
ＣＯＢＯＬで何でも組めちゃう時代がくるらしい・・・。
世の中、ＣＯＢＯＬで作った資産がいっぱいあるし、
それを生かさない手はないってことなのかな？
技術者の数も圧倒的に多いみたいだし・・・。

つーことはある意味、「ダウンサイジング」って事になるのかな？

>ＣＯＢＯＬで何でもできるそうな・・・。

きっと3DバリバリのリアルタイムゲームもCOBOLで作ってくれる（ｗ
きっと携帯電話のファームももCOBOLで作ってくれる（ｗ
きっと（以下略）

＞キャッチボールできてないのが自分だということに気づかないのか
＞哀れなヤツ

哀れなのはおめえだ。わからないみたいだから解説するよ。

＞元コボラーが他にどんな言語をやっていたかによる。
＞COBOLしか知らないで、その発言だったら
＞単なるイタいやつだから無視すれ
と書いたのは「単なるイタいやつだから無視すれ」で終わる回答なんだよ。
だって、どう考えたって「COBOLしか知らない」ヤシの発言だからな。
だけど、ここで「他にどんな言語をやっていたかによる」という前振り
をいれることで、もしも他に言語をやっていて、その発言だったら、
そこから話が発展するじゃん。COBOL以外の言語でもCOBOLerなみのイタい
やつがいるんだなーとかな。

>ポインタとかオブジェクト指向なんて知らずに
>定年しようという目論見のようです。

ある意味、正しい判断と思うよ。
だって知ってしまったら、今までの自分たちの苦労はなんだったんだ
と地団太踏んでくやしく思い、自分たちのキャリアを否定することに
なりかねないからな。君にも思いやりというものがあるなら
そっとしておやりよ。

ＣとＣＯＢＯＬは永遠に不滅です。
３２歳のこぼらーですが、なにか？

>ＣとＣＯＢＯＬは永遠に不滅です。

おしい！そこは
FORTRANとCOBOLは永遠に不滅です。
でないと笑いがとれませんがな。

ＰＬ/１も仲間に入れときますか。

>647
Accessの代わりにSQL Serverにしました〜
って言うようなレベルなら別に問題無いよ。

ただ、デファクトスタンダードのOracleとは違う癖があるので、
それに対処しなければならない。

でもやっぱり楽天的ロックは好かん。

>685
COBOLerの作るプログラムはとてもわかりやすいよ。
なにしろ全ての変数がグローバル変数で、しかもファイルの先頭で宣言してある。

こういうの見ると、COBOLerって頭いいんだな、って思う。
漏れはローカル変数にしとかなきゃないととてもじゃないが追いきれない。

COBOLerの頭はグローバル変数の管理に使用されています。
だから、新しいことを覚えることができません。

>>697
グローバル変数で「一杯一杯」なのでしょうか？

>>697
エリア名（not 変数名）を蛍光ペンで塗って色分け。
IF〜END-IF、PERFORM〜END-PERFORMを枠で囲う。
GO TOや そとPERFORMには�@、�Aと番号を振ってソースを追いやすくする。
これ、COBOLerの常識。

>>700
真のCOBOLerは内PERFORMもEND-IFも使わないという罠。

END-IFはともかく、PERFORMはもともと内部サブルーチン呼び出し文だぜ。
ここで「COBOLにローカル変数がない」っつってる連中は、ちと違うぞ。

BASICの文法でいくと、COBOLにはラベル付きのGOSUB文があるんだ。

ってもVBオンリーやCオンリーのﾔｼにはわかってもらえんよな。

Cの１関数が１ソースだといえばいいか。でも呼んで帰るCにはない
PERFORM文があると。だからソースが長くなんだけどね。
いまのCOBOLにはPascalみたいな「program内program」があるんだけどね。
誰も使ってない罠。

わはは、７００ゲトで自己レスしてどうする。

>>700
＞ここで「COBOLにローカル変数がない」っつってる連中は、ちと違うぞ。
の根拠は？

>>702
WORKING-STORAGE SECTIONはローカル変数。でっかいStructもらって、恐ろしく長い関数を
１ソース１関数で書いてると考えるとCやってた人はわかりやすい。
で、Cのgo toでどっか飛ぶほかにPERFORMで戻り先覚えてる分岐があると。

あくまでも１関数１ソースと思えばいいじゃない？

ついでに言えばオンラインやなんかでLINKAGE SECTIONに自分の変数とれ、って
言われてたら、そいつは呼び出し元でmallocしたポインタだよ、
だからCOBOL使っててもポインタはある。

>>700は日本語を勉強し直してから書き込みなさい。

「COBOL屋をけなすスレ」か「COBOLの言語仕様をけなすスレ」かグシャグシャになってきた。
結局、COBOLの基礎から応用まで叩き込まれてないから、論理的な思考ができない。
こんな連中が増えるから、みずほみたいなことになる。

COBOLでFILE OPENを忘れてREADすると「記憶保護例外」になる。C流にいうと不正なポインタ。
ソース上は1行で済むOPEN文は、リンク時にはメモリ上にFCBを確保しそのポインタを返す複雑な処理をしている。
プログラマは玉石混淆だから、COBOLはヤバイ処理は隠して危険を避けている。事務屋の言語として万全を期している。
このことが分からずに馬鹿なことをいう石が多すぎる。
最終的には、マシン語に落ちるのだから、コンパイラ&リンカの仕様でどうとでもなる。
マシン語に落ちないVBは例外。

寝る前にちょっとだけ

>>700
VBにも一応GOSUBはある。まぁ過去との互換性維持のためだけに残っているだけだが。

>>707
> このことが分からずに馬鹿なことをいう石が多すぎる。
VBはコンパイルするとマシン語になる。自分が同じ過ちを犯しているので情けないぞ。


ポインタは変数のアドレスをつかって処理するためにあるものだ。
内部の実装がいくらポインタであっても、それを直接プログラマが
コントロールできなければポインタが使えるとはいえない。
実装の話まですると(インタプリタであっても)すべての言語はポインタを使えるということになってしまう。
まぁ俺的には危険な処理が簡単に出来てしまうポインタは嫌いだがな。参照が使えれば十分だし。

どちらにしても、「でーーーーっかい１関数」でソース書く気にはならんな（ｗ

１関数１ソースで書いてソースの管理が破綻すると言う罠。

>>708
VBはコンパイルしてもマシン語にならない。
(バージョン4までの話。あほらしくて放っておいた。近々、6に上げる予定)
VC++は、EXEファイルだけ持っていっても実行できる。VBはそうはいかない。
何よりも、VB5が出た時の宣伝文句「これでVCに負けない」が実態を示している。

もう一つ。COBOLも新しい仕様ではポインタを扱える(泥臭いし、普及していないが)。
とにかく、世の中は日進月歩。ついていこうとしているCOBOL仕様委員会(多分この名称は間違い)の努力も認めてあげてください。

オブジェクト指向COBOLって1クラス1ソース?

COBOL屋の話をしようよ。

今時Ｖｅｒ４の話を持ち出して反論してる711があるスレはここですか？

COBOL屋が社内宛/社外宛を問わず、機種依存文字の入ったメールを
送ってきやがる。やめてくれよ、�`�gとか書くのは。

>>711
VB専用API(ランタイムのこと)は最近のOSでは標準搭載されてるから
EXEファイルだけを持ってきても動く。と言ってみるテスト。

COBOLは儲かるの？

本日、久しぶりに２ＣＨに来てこのスレを読ませていただきました。
４４歳のＳＥです。
書き込むのは初めてですが、私なりに言わせていただければ
プログラマー、ＳＥ全て自分の経歴に自信を持っているものと思われます。
私が、業界に入った頃はＣＯＢＯＬ全盛期でアセンブリしか知らない方々を
見下げたものですが、汎用機のアセンブリは現在のＰＣで言うＣの様なもので
ナンデモできるものと知ったのはかなり後でした。
時代が流れて、マシンも発達し　開発言語も多種多様化していく中で
どの言語が素晴らしいとか、時代遅れかというのは一種無意味な論争かもしれませんね。

>開発言語も多種多様化していく中で
>どの言語が素晴らしいとか、時代遅れかというのは一種無意味な論争かもしれませんね。

開発言語が少ないなら、言語論争は無意味。
多数あるから言語論争がおきる。
マシンが性能をカバーするってのもわかって無さ過ぎ。Sﾖは色んな手段を使って性能をあげる。
これだからＣＯＢＯＬＥＲは。

>>718
言語じゃなく言語を扱う人種なのです。

>718
漏れ、自分の経歴に自信持てないよ。

>汎用機のアセンブリは現在のＰＣで言うＣの様なものでナンデモできるもの
意味不明。

>一種無意味な論争かもしれませんね。
スレ立てたﾔｼがそれをわかってくれりゃいいんだけどね。

>>719
ちなみに私はＣＯＢＯＬＥＲじゃ　ありませんよ。

漏れが思うに、COBOLerは「COBOLが出来ればｲｲ！」と向上心が見られないことが多いから
嫌われているのだと思われ。
言語論争がほとんど意味無いってのはみんな分かっている事なのでいす

まぁM$やらが力を入れているのがC#とかなので、COBOLよりこれらに慣れていた方が
いいとは思うけどね。

今日始めてこのスレ第一章から読破しました。現役ＣＯＢＯＬｅｒです。
たしかにＣＯＢＯＬｅｒ＝特殊事務員って言うのは、言い得て妙ですね。

今の職場に新卒で入ってから６年経ちますが、新人の頃には確かにあった
向上心みたいな物は、欠片も残ってない感じですね。
業態は小売業で、仕事は自社開発の基幹業務の保守であり、その運用であり
その他にも営業事務や、雑務もろもろ・・・
今のシステムは開発から１０年以上経過しているので、いい加減手を加える
ところも無く安定稼動もしているので、業務の追加が無い限りはソースも最近
みていないですね（笑）。でもＣＯＢＯＬが判る人間が常時いないと、会社と
しては困るので、正に特殊事務員化する訳です。

丁度本部システムの入れ替え時期にきており、次期システムには「オープン系」
を採用しようかと考えたのですが、わざわざ今あるソフト資産を全て捨てて、
一から新規ソフト開発する明確な利点も予算もみつからず、結局は汎用機で
今まで通りにぶん回す事になりそうです・・・。
基幹業務は安定稼動すればそれでいいんです。新技術必要ないので。

無駄な開発費を払わなくてすむ、経営陣の反発。
１０年以上慣れ親しんでいる業務を変えなくてすむ、経理・事務方の反発。
社員教育をしなくてすむ、営業の反発。
中小の私の会社でさえこうなのですから、信用一番の大企業の基幹業務が
汎用機から変化しない（ＣＯＢＯＬｅｒが居なくならない）のは理由があります。

さらに１０年間、同じ業務を繰り替えす事を考えると、気が狂いそうになります。
そんな訳でソフト屋さんの様に、拘束時間内で大っぴらに他の言語の勉強が
出来る環境にある筈のＣＯＢＯＬｅｒの皆さん！！もうちょっとしっかり！

>724
勉強しても結局COBOLしか仕事が回って来ないと言う罠。

>724
便利な新規開発しなくてもいいような基幹業務で使えるようなソフトが
オープン系ででて、会社のトップが世代交代したとき・・・・・

その時の事考えて、つぶしが効くように勉強すれ！

最近じゃあ。クライアントはPCで日常業務はVBやJAVA（WEB+DB）での
アプリケーションで処理。大量のDBを単純に順処理しなければならない
場合は日常業務でのデータを汎用機にFTPして夜間バッチ（COBOLアプリで）
などで処理を行うのが結構多いけどね。

結局ここでCOBOL叩きしてる低能は糞みたいな会社で糞みたいなクライアント
相手に糞みたいなシステム作ってる奴でしょ。

そうでなければCOBOLｅｒがどうとかVB厨がどうとかjavaは終わってるとか
技術者同士のくだらないプライドの吐露合戦をするわけないしね。

>>724
COBOLerのプログラムって長文が多くてうざいんだけど
普段の文章もそんな調子なわけ？

簡単にまとめると以下のような感じですか？

VB厨房からみたCOBOL：時代遅れの老廃物
Del厨房からみたCOBOL：細々とがんばりましょう
C＋＋、Java厨房からみたCOBOL：ﾌﾟﾌﾟｯ､ﾖﾉﾅｶｵﾌﾞｼﾞｪｸﾄｼｺｳﾀﾞﾖ!
C#厨房からみたCOBOL：COBOL？何それ？
アセンブラ厨房からみたCOBOL：ﾌﾟﾌﾟｯ､高級言語きもきも
FORTARN厨房からみたCOBOL：俺たち友達だよね？

>>728
この程度で長いなんて言うなよ。

>>728
4000ページを超える仕様書なんてお前は読むこと無いだろうね（w

>>731
4000ページを超える無用書がどうかしましたか？

>>732
お前、COBOL製のGISソース見たこと無いだろ。

(･∀･)ｸｽｸｽ

残念ながら、パソコン少年の感覚では、勘定系システムを扱えないのである。
(「システム障害はなぜ起きたか-みずほの教訓」=日経BP社・72〜73P)

長ければ優れていると言うわけでもないだろうに．．．．
なんで自慢してんの？？

>>735
ﾋﾞﾙｹﾞｲﾂに言ってるの?

悲惨やね。
http://groups.google.co.jp/groups?dq=&hl=ja&lr=&ie=UTF-8&inlang=ja&group=fj.unix&selm=js7T8.161%24DA4.147385%40news1.dion.ne.jp
http://groups.google.co.jp/groups?dq=&hl=ja&lr=&ie=UTF-8&inlang=ja&group=fj.unix&selm=Qy7T8.162%24DA4.148002%40news1.dion.ne.jp
http://groups.google.co.jp/groups?dq=&hl=ja&lr=&ie=UTF-8&inlang=ja&group=fj.comp.lang.java&selm=7RpT8.206%24DA4.188453%40news1.dion.ne.jp

>>729
FORTRANを弄っているやつは、C使いと感覚は一緒だと思う。
言語仕様の問題じゃない。

>>727
その言語名を大文字小文字関係なく書いてしまう時点でお里が知れます。

>735
なんか最近銀行の障害って増えたような気がするな。
COBOLerはもっと頑張ってくれよ。プロなんだろ。
プロなんだからシステムの進化にちゃんとついていってよ。

>>729
C厨が居ない理由は？
なお、Del厨もｵﾌﾞｼﾞｪｸﾄｼｺｳ良く叫ぶよ。

ここにいるお前らはCOBOLerに酷い目に遭わされたり、
いじめられているんだよな。

日本式IT社会…先が見えている。

>>741
銀行の障害とシステムの進化についていくことってあんまり関係ないじゃん
化石のような進化してないシステムで障害が起こってるんだぜ

化石のようなシステムをしつこく使い続けてるから問題も発生しがちなんだと思うよ

汚らしい修正やコメントが大量に書き込んであってどこが生きてる部分なのかもよくわからなかったりする

>>744
＞化石のような進化してないシステム

ﾌﾟ・ダンボウ丸出し。

COBOLは進化しています。しかしそれを使うCOBOLerは進化していません。

汎用機のアセンブラはホントＣより便利かもしれないね。
俺が昔経験した機種は汎用レジスタが１６個もあって
高級言語のようだった。

>>747
ﾜｹﾜｶﾗﾝ…何でそれが「高級言語のよう」なんだ…

>>747
MVC だとかAP　だとか　COBOLをそっくりマッピングしたような機械語命令があるから、
それはわかるなぁ。ただ標準リンケージ規約がちと今風でないよね。R12なんか
スタックポインタに使えばいいんだけど。

>>745
お前がﾅ

>748
Z80のアセンブラやってたリアル厨の頃、
モトローラのアセンブラ見て高級言語みたい〜って思ったよ
Z80とか8086とかって「汎用レジスタ」って少なかったでしょ？

ただ、「さぁ使え！」みたく一杯の汎用レジスタがあったからちょっと迷ってしまう
弊害はあった（ｗ

（古の柵から脱却できない）COBOLerがRDBMSベースのシステムを設計すると

　間　　違　　い　　な　　く　　破　　綻　　し　　ま　　す

COBOLerにUMLを使ったオブジェクト指向設計を説明してやらねばなりません。
鬱だ氏のう。

>>753
馬の耳に念仏という諺があるが、馬は怒らないからいいよな。
COBOLerなんて、オブジェクト指向と聞いただけで怒り出すからな（ｗ

>>754
SQL文見せただけで怒り出しますが何か？

COBOL+SQLって組み合わせないの？？

>754
謙虚さが無いね
「聞いてやろう！」
って態度だもん。
オブジェクト指向に行く前に構造化プログラミングの話で終わってしまいそう。

昔、知り合いがPCを納品しようとしてたんだけど、
そこに汎用機ﾏﾝｾｰの人がいて「こんなの駄目だ！！！」とか叫んで
打ち合わせが台無しになったそうな・・・・
仕方がないので、当時最新だったパーツを組み合わせて汎用機と速度比較をやったそうな。

結果・・・・・圧倒的にＰＣの方が早くってその人はぐぅの音もでなかったんだと。

適材適所という言葉知らない人、多いよね〜。特にCOBOLer。

>>756
ある

>>758
木を見て森を見ずってやつやな。

>>758
速度比較ねぇ・・・・・・。
RDBの性能比較なら圧倒的にPCの方がはやいかもね。

まぁ。いいんじゃない。
君のところの会社（およびそのクライアント）の程度の低さが
よくわかりますたよ（ｗ

>>761
「君のところの会社（およびそのクライアント）」って、もうちょっと
注意深く読もうね。（ｗをつけて書き込む前にね。

>>762
あ、君のところじゃなくて君の知り合いのところね。
じゃあ君は伝聞なんでしょ？

対して知りもしないくせに伝聞で言い切るなんてすごいねぇ。
君の程度の低さが明らかになったね。

COBOL+SQL+DB2の組み合わせの時、SQLはSQL92orSQL99準拠？
それともSQLになんか制限とかある？

あ、ひょっとして漏れが758だと思ってんだ。いーなーそーいうの。
伝聞だな確かに。758で読んだから。「（ｗ」

>>763
758はネタでしょう。馬鹿をさらしてるだけですからほっときましょう。

>>765
あー。ごめん、俺そういうのもう飽きたんだ。
まぁせいぜい頑張ってよ。啓蒙活動。

>>761
ああ、ここにも適材適所という考えを持てないコボちゃんが・・・

けっきょくＯＳのできによるの？

どの辺が馬鹿ですか？
実際に困ってたという話を提供しただけなんですけど

>761
で、何がどういう理由で程度が低いと判断したの？

漏れなんかアホやからこんな少ない材料じゃとても判断でけへんわ。
あなたの才能がとても羨ましい。是非教えてね。
お願いします。

殺伐としてるなぁ。
みんな仲良くしようよ。

たまにネタ提供するとDQNに絡まれるようです（ＴＴ

>>771
汎用機でないと駄目だという馬鹿クライアントが居る会社と
そんな会社しか相手してもらえない糞会社なんでしょ？

で。どんなテストしたのかしらないけどPCの方が優れているとか
いう結果をだして相手はぐぅの根もでなかったんでしょ？
で、そんな糞クライアントへこましてよろこんでるんでしょ？

程度がしれてんじゃん（Ｗ

じゃあ、あれか？今現在汎用機を使っている会社は
みんな馬鹿なんですか？思いつきで汎用機をつかってるんだ。

低レベル同士（糞クライアントに糞技術者）でつりあってるって
言ってるんですが？それほど間違ってないとおもうが（ｗ

>>774
想像力豊かですね。？ばっかり(w

>>774
よっぽど(wが書きたいんだね、君。

汎用機やらされてて辛いんだね、君。

君以外は程度が低いとか馬鹿だとか言ってないよ、君。
COBOL、やりたくないんだね、君。

低レベルじゃないよ、君がやってるのは凄いことだ。がんばろうね。
応援してるよ。尊敬してるよ。辛いんだね、君。

このスレ、キモいんですが。

ま、たかが言語で人を判断するよなスレは、それなりのスレってことすね。
めくそはなくそ。

で、？

で。

ObjectCOBOLも使わずCOBOLを語る程度の人のスレ

なんだか774が暴走してるな・・・・

言っておくけど、そこのユーザーさんは馬鹿でもないし新しいＰＣで作業したいと依頼してきたらしいんだよね
それでいざ納品とかいう段取りの時に訳分かってない汎用ﾏﾝｾｰな奴がしゃしゃり出てきて
全てぶち壊そうとしたわけなんだよね。
その時のいいわけが「ＰＣなんか遅すぎて使い物にならない」と言ってたんだと。
ＰＣでも十分に役に立つことをわざわざ実証するために当時の最速ＰＣを作ったんだと。

妄想暴走しているのは774だと思われ。
みんな分かってくれてるのになんで774だけは理解出来ないのか・・・

ま、これ以上同じネタ引っ張っても面白くないから漏れはここまでね。

ていうか、COBOLやってる人は、COBOLだけで食ってこうとせず、
他の言語、OS知識、ネットワーク知識等、さまざまな分野にチャレンジ
してみてはどう？30超えると物覚えが悪くなるとか逃げ台詞のような事
いわんで、勉強しませんか？
ただ折角若い最近の言語つかえるPGたちが下にいるんだから、素直に教え
てもらったらどう？今の言語は悪魔でツールだよ。
簡易WINプログラムはVB
アプリケーションレベルのプログラムはVC
移植性高いプログラムならJAVA
大規模WEBはASP、JSP
小規模WEBはCGI、PHP
まあその業務にあった言語選ぶんだからいろんな言語使えないとだめだよね
どっかのレスでWINNTとかWIN2000はNTじゃないとか言ってたけど、
WIN2000はNT5.0です。正直WIN9xでの仕事は、GUIリソースの問題、長時間稼動
時の再起動等が必要な時があったり、ネットワークの設定変更時の再起動
など、再起動ポイントが良く発生します。
VBのプログラムひとつ作るにしても、バグがあった場合、WIN9x系では一度再起動
しなくてはならないバグが出てしまう事も多々ありますが、NTではアプリケーション
単位で再起動できます。つまり業務で使うならどう考えてもNT系OSです。
WIN9x系で仕事ができるPGは大体WEB系のPG（サーバーがプログラムを動かす）
の場合可能ですね。現在のプログラマーは特にネットワークの知識が重要です。
社内ネットワークは大体存在するので、必須スキルになるはずですよ。
例「PG歴10年COBOLerです。このIPの設定ってどこですれば良いのですか？」
　「PG歴10年COBOLerです。OSインストールやり方知りません」
とか言われたら我々アンチCOBOLerからすれば
「そんなこともしらないんですか？」
しか答えられません。
時代の流れについていく事も大切な仕事だと思いますよ。

COBOLだけで食えるから問題ない。
COBOLerだけどパソコンの組み立ても、Linuxのインストールも
できる。

>784
ｲﾝｽｺだけ？（汗

おいらはオープン系だからいろいろな言語が経験できた。
COBOLもやった。でも仕事でやらない言語は知らない。
COBOLerがCOBOLしか知らないのもなんとなくわかる。
ただ、いろいろやってると他の言語をやるのに敷居が低いような気がする。
やったことの無い言語でやる仕事もそれほど恐れなくなるな。

>>786
ｽﾚ違いです。ここは、例えば

　|
　|>>784
　|そんな中学生でも出来る事が出来るからどうしたって？（ｗ
　|

の様なﾚｽが望まれます。

>>786
＞COBOLerがCOBOLしか知らないのもなんとなくわかる

チッチッ、甘いな。
COBOLerはね、COBOL以外の言語（と言うより、自分が扱うことのできる環境）
以外を激しく否定するんだよ。自分の知識が役に立たなくなることを恐れてい
るらしい。 環境が変わっても勉強すれば済むじゃないかって？ その通りなんだけど、
そこで努力をしないのがCOBOLerなんだよ。教えてもらうのは嫌いみたいだしな。

>COBOL以外の言語以外

それはCOBOLだろ？頭大丈夫か？論理が滅茶苦茶

>>789
揚げ足とらんでも・・・

やっとボーナスでたよ。280万だった。
みんなどう？

>790
約束だろ？

>>791
多いね
うらやますい

ハッタリでした。本当は28万円です。

>>794
いくらなんでも28万はおかしいだろ（ｗ

うちは夏も冬も2．5ヶ月。
入社してから3年間ずーっとだ。

COBOL + SQL ってレコードセットやリザルトセットみたいな集合を扱う命令使えないんですよね、たしか。
INTO xxx で変数にぶち込むだけですよね。

正直、COBOL ならおとなしく階層型DB使ってろよと思うのは私だけですか？
言語仕様自体が階層型DBにべったりなんだし。

>>797
カーソルが使えるだけじゃ不便ですか？

>>797
恥ずかしくない？

>>797
面白いね。もっと言って。

お前らCOBOLにコンプレックスを抱いているだけ！
DelphiユーザーがVBユーザーにコンプレックスを抱いているだろ？
VBユーザーはJavaユーザーにコンプレックスを抱いてるだろ？
それと一緒だな。
簡単に言うと、COBOL＝C++＝大関っていう感じだな。
横綱？もちろんVHDLだよ。
わかった？

>>801
COBOLはどうでもいいよ。COBOLerは糞だよ。

>>797
ねぇねぇ。もっとおもろいこといっぱいいってよー！！

>>803
VB房をそんなにいじめちゃﾀﾞﾒﾀﾞﾒ

COBOLってローカル変数って使えないんですよね、たしか。
グローバル変数にぶち込むだけですよね。

正直、COBOLER ならおとなしくCOBOLだけを使ってろよと思うのは私だけですか？
言語仕様自体が古臭いんだし。

>>805
おまえはおとなしくCOBOLerにこき使われてろよと思うのは私だけでしょうか？
どうせ糞ｺｰﾀﾞｰなんだし

>>805

VBのグローバル変数ってなんですか？説明してください。

>>805
SPAというのを知ってて言ってますか?
変数関係の用語です。

温泉

>>807
これがCOBOLerの限界か！！

>>810
はあ、グローバル変数ってCOBOLerの限界のことなんですか。
どこにありますそれ。

>>808
Scratch Pad Areaのこと?

それって会話型オンラインのデータ保存用ワークエリアじゃん

グローバル変数がどうこうとは関係ない

>>807
何を聞きたいのかよーわからん。
単に(VBとは関係なく)グローバル変数という用語を知らんのか？

　このスレは以降「Open系に行きたいけどCOBOLerを馬鹿にする位しか
　　　　　　　　　実力のないチビCOBOLer」のためのスレです。

「グローバル変数しかない」ネタしかないので何度出てきても暖かく見守りましょう。

>>807はアフォです。みなさん、笑ってあげましょう。

ＣＯＢＯＬに足りないのってグローバル変数くらいだろ。
そんなもん、たいした問題じゃないよ。

×グローバル変数
○ローカル変数

たしかにグローバル変数ネタはどうでもいい気がする

COBOLでも
WORKING STORAGE SECTION　に記述したものはそのﾌﾟﾛｸﾞﾗﾑ固有の変数
LINKAGE SECTIONに記述したものはその上位ﾌﾟﾛｸﾞﾗﾑが確保したﾒﾓﾘを使う

ということをグローバル変数云々に置き換えてものを見れば良いだけのことだと思う

COBOLがたった一つのﾒｲﾝﾌﾟﾛｸﾞﾗﾑだけで動いてるわけではないのだから

>>816
他の言語との違いはそれだけしか知らないんですか？

SPAってなに？って聞かれたときに、気が付かずに自分の知識を語っちゃなぁ。

それこそが「グローバル」なんだよ、ってマッピングできないようじゃだめだろ。
（親切？）

>>819
ほかに何を知ってる？
ためしに言ってみて

COBOLに足りなかった要素はCOBOL2002で取り入れられる予定。
ただし構文が冗長なため普及は難しいだろう。

>>822
そもそも今COBOLを使ってる奴がどうして他の言語が扱えないのか？
ﾒﾓﾘ､ｱﾄﾞﾚｽについて何にも考えていない
それ以前に教育も受けていない
自分で勉強もしていない
しなくても用が足りる状況にある

構文がどうであれ普及しないよ

というか、コボちゃんで難しいことする必要なし。

こっから

　　　　　ちびこぼらぁを皆で育てるスレ

にでもしますか。

>>825
それってCOBOLerを製造するってこと？

それともちびこぼらぁがCOBOLerにならないようにするの？

>>826
後者の方が正しいんだろうけど前者の方がおそらく面白い。
困ったもんだ。

これだけＣＯＢＯＬについて、論議されると言うことは、まだＣＯＢＯＬの
しごと多数あるのですね

820さんは親切ですね。
オンライン更新系のアプリを環境定義も含めて開発してみないと、汎用機のことは理解
できないかもしれません。
COBOLは構成部品の一つにしか過ぎません(重要ではありますが)。歯車だけ見て全体が
分かった気になるから、繰り返しおかしな話が出てくるようです。

>>829
加えてCOBOLという言語そのものと
COBOLerといわれる古きを温め続けることに執着する人間を
ごっちゃにして話が進んでいるからますますおかしなことになってるみたい

ここは
「COBOLerといわれる古きを温め続けることに執着する人間」を叩くスレです。

性格にはCOBOL77erだよ。COBOLおやじって呼ばれてる連中は。

古そうなＰＧに追加入れるときどうされてます

COBOL77erおやじ連中のソースはCOBOL85コンパイラでエラー

正格にはCOBOL85erもだよ。COBOLおやじって呼ばれてる連中は。

うちの親父連中は
evaluate使うなってうるさい。

どうして？

>>836
何で使っちゃいかんの？

>>836-838
お前ら馬鹿？EVALUATE は重くなるしわかり辛いだろう？
最新昨日使って得意になってるんじゃねーよ。
これだから PC 使ってるヤツは駄目なんだよ！

>>839
最後の一行は書かない方が良かったんじゃ…？

>>839
知ってますが、どうして重くなるの？

>>840
本当の事を書いたまでだ！餓鬼はおもちゃで遊んでろ！
俺たちの仕事に口をはさむな！

>>841
お前に説明してもわからん事情だ！

>>839
重くなるのは承知しているが、わかりやすいと思うがな
誰もがわかりにくかったらEVALUATEなんて元々なかったものを
後からくっつけないだろ

多条件分岐の必要がない場合に使うのはおかしいと思うが

では、全てＩＦ命令で、やるのですか

>>841
アセンブラ勉強したら？
CASLでもいいから

>>843
新しいものをガバガバ追加したら解り辛くなるだろうが！
俺たちはIFとGOTOだけで生き抜いてきたんだよ！

>>844
そうだ、すべてIFだ！フローチャート通りだ！解りやすいだろう？

>>845
いい事言うな。やっぱり最後はアセンブラだよな。

>>846
EVALUATEなんて新しかねーよｳﾞｫｹ

お前が解らなくても他の大勢がわかりゃいいんだよｳﾞｫｹ

最低限COBOLの勉強はせーよｳﾞｫｹ

CASE命令のﾌﾛｰﾁｬｰﾄ見たことないのかｳﾞｫｹ

>847
COBOL77erにEVALUATEやCASE分岐など見せるとキレますよ。

「馬鹿が書くコードはそいつだけにしか理解できん、
いいコードとはだれでも理解できるコードのことだよ」

と、44歳のCOBOL77erに諭されました。

「そ、そうですね！つい、新しい(ﾜｹﾈｰﾀﾞﾛ)命令使いたくなっちゃって！あはは、すいません」

と、謝る俺

if の場合は
　 if 項目名 = "a"
perform 手続きＡ
else if 項目名 = "b"
perform 手続きＢ
else if 項目名 = "c"
perform 手続きＣ
else
perform 手続きＤ.

を evaluate を使用すると

evaluate 項目名
when "a" perform 手続きＡ
when "b" perform 手続きＢ
when "c" perform 手続きＣ
when other perform 手続きＤ
end-evaluate.

となり、かなりすっきりした形に記述できます。

COBOLに執着するくせにCOBOLの勉強もしないﾔｼは引退しろよ

条件分岐は　IF(大文字)　以外認めんからな！認めんからな！

だって。死ねよ。

>>848
理解できない人はあなただけですって言ってやれよ

ちゃんと成仏できるようにね

COBOLerの馬鹿話なんて、あたりまえすぎてちゅまーんなーい。
俺はこいつの話をもっとききたーい！

> 797 名前：仕様書無しさん 投稿日：02/07/06 18:39
> COBOL + SQL ってレコードセットやリザルトセットみたいな集合を扱う命令使えないんですよね、たしか。
> INTO xxx で変数にぶち込むだけですよね。
>
> 正直、COBOL ならおとなしく階層型DB使ってろよと思うのは私だけですか？
> 言語仕様自体が階層型DBにべったりなんだし。

>>853
そいつもCOBOLerじゃん

日常COBOLを使ってないだけだろ

PC使えないｺﾎﾞﾗが一人いるようだ
汎用機ﾏﾝｾｰとかいってる奴はｱﾌｫｱﾌｫだな

>>853
スマン、それも俺。

>839 煽りはもういいよ
非力なマシンならともかく　evaluateは使用してると思うけど

通常evaluateは使うね。

ただしループで何度も（1万回など）回るようなロジックの途中では
泣く泣くIF文にしますな。

ここにいる頭が固まったCOBOLerやVB厨やDEL厨には理解できない
話でしょうが。

>>839
＞これだから PC 使ってるヤツは駄目なんだよ！
時代は変わったのよ。

>>857
最近やっと(冷静な状態での)煽りを覚えたの・・・。
ちょっと煽ってみたかったの・・・・・・。

莫迦っぽく聞こえるよ、と忠告したつもりが、
本物の莫迦だったか…まぁ好きにしろ。>>839

なんだﾈﾀだったのか。ﾜﾘｲ。

EQUIVALENT なんか使ってるのをいまだにメンテするﾔｼは逝けっつことっすね。

>>840
ううん、いいの。気にしないで。

昔せんせえが「相手の立場になって考えなさい」って言ってたから
たまにはコボラーの立場になってみたの♪

> 797 名前：仕様書無しさん 投稿日：02/07/06 18:39
> COBOL + SQL ってレコードセットやリザルトセットみたいな集合を扱う命令使えないんですよね、たしか。
> INTO xxx で変数にぶち込むだけですよね。
>
> 正直、COBOL ならおとなしく階層型DB使ってろよと思うのは私だけですか？
> 言語仕様自体が階層型DBにべったりなんだし。

こいつのはなしがもっとききたいーよ！

あたしは昔、「人の厭がる事を進んでしなさい」って言われたわ。
>>861 はそんな先生の言葉を思い出しながら煽ってみたの。

EQUIVALENTてなんですか

COBOLが使われてるのは知ってるけど、COBOL85より新しいCOBOLって普及してるの？

>>868
してないよ

だってそれ以降にCOBOLで新ｼｽﾃﾑなんてほとんど作られてないんだから

>>840
「人」が自分か他人かも判断できぬ馬鹿

>>869
無知をさらすな。

>>871
お前が言う普及ってどれくらいのことを言ってるんだ？

PROGRAM内PROGRAMってほんとに使ってるとこあるのか？

>>873
ないんじゃない？
メリットが感じられない

＞COBOLで新ｼｽﾃﾑなんてほとんど作られてないんだから
んなこたぁない。COBOLしか信じることのできないオヤジが指揮をとっている
会社では今でも新規開発しているよ。というか、自分やらされてるし(泣

>>865
同感。
昨晩、酒の肴にと期待していたのに続きがなくて残念でした。
今日も、この時間までないようですね。来週末をたのしみにします。
是非是非、続きをお願いしたい。->797

>>875
ｻﾌﾞｼｽﾃﾑ程度じゃないの?

銀行の全勘定系ｸﾗｽのものじゃないだろ

いずれにしても既存のすべてのCOBOL資産から見ればごく少量

あの、77はFORTRANでCOBOLは85の前は74なんですが、と言ってみる。

だが、77項目！とも言ってみる。

>>875
まだCOBOLで新規開発するような所は、時代に取り残されます。
開発要員がCOBOLでする方が効率がいいのなら、その開発要員は不良債権と同じ。
とっとと、隅田川に流してしまいなされ。

>>863
EQUIVALENT　＜−なに？

EVALUATE スキル
WHEN "MAINFRAME" PERFORM 派遣
WHEN "COBOL" PERFORM OPとして派遣
WHEN "RPG" PERFORM クビ
WHEN OTHER PERFORM とにかく派遣
END-EVALUATE.

俺：「PCの方が早く開発できますよ。最低VBAくらい出来たが良いですよ」

先輩(35)「うるせーっ。JavaかVBか知らんが、COBOLが一番早く開発できるんだよ！
　　　　　貴様いい気になってんじゃねーぞ、コラ！」

って胸元つかまれて揺さぶられたよ。刺されるかと思ったよ。
下手に先輩COBOLerにオープン系の言語薦められない（汗
もうほとんど意地になってる感じで、まったく勉強しないもんね。
COBOLerは昼休みとか漫画読んでるよ。

…C で言うところの switch？

C#でいうところのSwitchです

>>883
EVALUATEに比べれば、switchなどはゴミ芥

ゴミ芥 ？

>>882
昼休みぐらいは漫画読んでても許しタレや

VBでいうところのSelect Case？

>>867,880

大昔のコンパイラにあった文です。（って漏れが使ってたオフコンローカル？）
実行時に、LINKAGE SECTIONで取った領域（構造体ですね）を
ほかの領域にかぶせる、今で言う構造体へのキャストみたいなもんです。
（つうてもこれが通るコンパイラはもうないはず）

実行時に GO TOラベルの飛び先を変える(たしか）ALTER文とならんでとっとと廃止されました。
ALTER文も今で言うレイトバインディング！っていえばいいのかなぁ。（絶対違う）

ほかにもREPORT　SECTION だとか昔のCOBOLにはへんな（笑）機能がたくさん付いてて、
それが反動として「複雑な命令は（DQN PGがメンテできんから）使うな」という
こぼらぁの方々を生み出していきます。

ま、かわりにPROGRAM内PROGRAMとかINVOKEだとかが入ったと考えると...何も変わってない？

>>889
ありがとうございます
丁寧な方、感謝します

おはようございます！

幼い頃、死んだおじいちゃんから EQUIVALENT って union みたいな物だって聞いたことがあります。
ホートランっていう言語にもあったとか、なかったとか。

おじいちゃん言ってました
「お前たちの世代には、もうあんな汚い仕事させたくないな」って。

でも実際にはまだこの世の中は完全に平和じゃないなって思います。
あ、もうこんな時間！！じゃあ行ってきまぁす！

さてねるか

>>892
うらやましい生活だな

ここでCOBOLと他言語の比較をやらないでください。やりたければ向こうの板でやってください。

ここは "COBOLer"という人種について語るスレです。

>>849見たけどなんで処理が重くなるのか、ｻﾊﾟｰﾘわからん。
ネタだったらスマソ。

>895
ちゃんとしたコンパイラなら、同じバイナリ吐き出しそうなもんだね

COBOLって要は事務処理用アセンブラなのか？

>896
「コンパイル処理が重たくなる」って意味なのかも。

それにしてもなんでコボちゃんってCOBOLだけに固執するんだろな・・・・
色々出来たら逆に楽になるのにね

ほっときゃいいじゃん

　　　　　　　　　 　　　　　　　_,,,,,,,,,,,,,,,,_
　　　　　　　 　　　　　　 ,,-‐''　　　　　 '''‐-,,
　　　　　　 　　　 　　 ／　　　　　　　　　　　.＼
　　　　　　　　　　　 /''　 　　　　　　　　　　　 ''ヽ.
　　　　　　　　 　　 /　.|| || | || | |‖|| || |.|| | || ｀.l
　　　　　　　　　　　| || | | ||_|-|-|l| ||l|-|-|_|| | ||| ||
　　　　　　　　　 　.| || | | |||/ﾌ::ヽl| |l/ﾌ:ヽ||.| |.|.| |
　 　 　 　 　　　　　ヽ|| (ヽl ||:::::::|　　|:::::::|| ﾚ|' )||/
　　　　　　　　　　　　ヽ.||l.|　ー‐　.　ー‐'　/||l.ﾚ'
　 　　 　 　 　 　 　　　 ||| ヽ、 　　‐　　 .／..|||
　　　　　　　　　　　　　||| ,ヘ｀‐-----‐''ヘ、|||
　 　 　 　 　　　　　　.,‐|||┬=二┘ └二=┬|||,、
　　　　　　　　　　 ／　 l| |　└‐┐┌‐┘　| |l　ヽ、
　　　　　　　　　 ./　/　　.|　　［二Ｘ二］　　|　 ヽ　＼
　　　　　　　　　 ヽ、ヽ|￣￣￣￣￣￣￣￣￣| /　/
　　　　　　　　　　　''i,,,|　 ｀　　　 　　　Ｃ 　 　 |.,,,i'''
　 　 　 　 　 　 　 　 |.||　 　　で.　 　Ｏ　　 　　||.|
　　　　　　 　　　　　| ||.　　　　　　　　　　　　...|| |
　 　 　 　 　 　 　 　| |.|　　　 き　　 　 Ｂ 　 　 |.| |
　 　 　 　 　 　 　 　| |.| 　 　 　 　 　 　O 　 　 |.| |
　　　　　　　　　　　| | |　　　ま 　 　Ｌ　　　　　| | |
　 　 　 　 　 　 　　|. | | 　 　 　 　 　　と　　　 .| | .|
　　　　　　　　　　 |　| |　　　　 す 　 　 か 　　| |　|
　 　 　 　 　 　 　 |　.| |＿＿＿＿＿＿＿＿＿| |　.|
　　　　　　　　　　|@:::@::::|　　|　|　　 |　 | | .|::::@:::@|
　　　　　　　　　　~|~i~i~ii~　　|　|,l 　 |　 |l.| .~ii~i~i~|~
　　　　　　　　　　 | .`‐'~　　　|　　　 |　　 |　 ~‐'''　|
　　　　　 　 　 　　|_=|~'=_,,,==,,,,==,,,,==,,,,==,,,_='~|=_|
　　　　　　　　　　　| |　 |　|　 | |　|　| |　 |　|　|　|　|
　　　　　　　　 　 　| |　 |　|　 | |　|　.| |　 |　|　|　|　|
　　 　 　 　 　 　　 | .|　.| 　 　|　　| 　　 　| 　 .|　|　.|
　　　　　　　　　　 |　|　|　　　.| 　 　 　　 .|　　.| 　　 |
　　　　　　　　　　 ~i~i~i~i~i~i~i~i~i~i~i~i~i~i~i~i~i~i~i~i~
　　　　　　　　　　　.~~~~~~~~~|~~~|~|~~~|~~~~~~~~~
　　　　　　　　　　　　　　　　 || 　 |　| 　 ||
　　　　　　　　　　　　　　　 /''￣￣Y￣￣ヽ、
　　　　　　　　　　　　　　 .ヽ,,-──|──-,,/
　　　　　　　　　　　　　　　 | `二二|二二''　|
　　　　　　　　　　　　　　　 `''''‐-‐┴‐-‐''''´

＞「コンパイル処理が重たくなる」って意味なのかも。
昔みたいにコンパイル一回一晩みたいな環境でもないのにね。

>>900
ほっといたらこのスレが終わってしまう。

言語に確執してもな・・・・

COBOLerです。フランスパン粉で田舎パンを焼いてみました。直径２５センチです。

http://isweb39.infoseek.co.jp/photo/eramem/cgi-bin//img-box/img20020708215057.jpg

ﾜｼｮｰｲ

COBOLer はすごいんだお！ファジー理論とか使ってるんだお！！
だって、「フラグ」なのに 0〜9 までの十通りの意味に使ってるんだお！

すごいでしょ？

>>907

Cには真偽値の基本型がありませんが何か？

COBOLには88項目という立派な真偽値型があります。君のいうCOBOLerは
「COBOLに固執してる」どころかCOBOLを知らないのです。

>>908
88は条件名だよ、真偽値ではないと思われ。

>907
0=NG
6=ややOK
9=激しくOK

禁断症状になりそうです。

I miss you >>797 !

もう、８８とか簡便してくれっ。
せめて、０１〜０３まででお願い。

88も、たまには便利です。
それより、EVALUATE文の中のTRUEやFALSEは真偽値とはいえませんかね。
特定の場合ですから無理がありますか。

COBOLerの特徴
・言語：COBOL以外はほとんど知らない場合が多い
・生息：汎用機、オフコンに多い
・特徴：業務中心、会社主義、古典重視

反COBOLerの定義
・言語：オープン系言語以外はほとんど知らない場合が多い
・生息：PC/UNIX系に多い
・特徴：技術中心、柔軟集団、あたらしもの重視

２者の共通点
・自己世界中心、知らない世界蔑視、実はどっちも子供で権威主義、新興宗教並み
・匿名掲示板で悲しいウサばらしする、おっさんリーマン体質

業務記述に限定特化した言語と、
システム制御用に作られた言語を、
単純比較してもむなしか。

違うに決まってるじゃん。

無いものを作ろうとするのか、
用意されたものを使うのかの違いだね。

>>916
いえた。
COBOLはシステム系(昔ならアセンブラ)は別にいて、分業を前提にした言語。

Cはそれだけでシステム自体もつくれちゃうから、強力でコワイ事もできる。

お願いだから9タイプ（キュータイプ）とかXタイプ（ペケタイプ）とか
大声で話すのやめてくんない？ 聞いてるこっちも恥ずかしいやら情けないやら…

頻繁にレイアウト変更が入っているファイルがたくさんあるのに
ファイルレイアウト（仕様書）は新規作成時（10年以上前）から一切更新
されていない・・・
COBOL屋の仕事ってそんなもんですか？ 自分達さえわかればいいって考え方
なんですかね？ 新人や外注さんが頭抱えて困っているのをよく見る（ｗ

>>919
それはCOBOL屋がとうのこうのじゃなくって

　　ア　　ン　　タ　　の　　会　　社　　が　　ク　　ソ　　な　　ん　　だ　　よ

わかった？

>>920
申し訳ないが､その会社漏れの会社じゃない。
漏れ自身外注だから・・・

ドキュメントをメンテしてないってのは、言語とは関係ないっしょ。
今から１０年後も想像してみましょう。

ごめん、言い直そう。COBOL屋がどーのこーのじゃなくて

　　ア　　ン　　タ　　の　　お　　客　　が　　ク　　ソ　　な　　ん　　だ　　よ

OK？

>>918
判ってて、シャレで言ってたのが定着したっつーパターンでは？

>>918はどうゆーふーに伝えれば満足なんだろ。

COBOLerは実はCOBOLもまともに知らない。自分の書いたコードが
どう動くかもちゃんとわかってない事が多いし。そのくせ
「メンテしやすいプログラムが一番」とか言う。

内PERFORMやらEVALUATEさえ「わかりにくい」ってそらあんたがアフォなだけだって。

>>922
＞ドキュメントをメンテしてないってのは、言語とは関係ないっしょ
>>919はCOBOL言語を叩いているのではなく、COBOL屋を叩いているのでは？

COBOL屋は事務員だからマ板で話題にするのはおかしいと思うのだがどうか？

で、９０１を雇おうというヤシはいないのか？
いないのなら、おれが雇いたいっ！！

ホートラン　とよむのですか？

>929
実際、来ると♂だったという罠

>>930
　ΛΛ
( ｀Д´）　♪やーっほーっ
/つ　つ

　 （　・∀・）　　　|　|　ｶﾞｯ
　と　　　　）　 　 |　|
　　 Ｙ　/ノ　　　 人 　　　　
　　　 /　）　 　 < 　>__Λ∩
　 ＿/し'　／／. Ｖ｀Д´）/ 　♪ほーとらばっつ
　（＿フ彡　　　　　 　　/

　　　　　　　　　 　　　　　　　_,,,,,,,,,,,,,,,,_
　　　　　　　 　　　　　　 ,,-‐''　　　　　 '''‐-,,
　　　　　　 　　　 　　 ／　　　　　　　　　　　.＼
　　　　　　　　　　　 /''　 　　　　　　　　　　　 ''ヽ.
　　　　　　　　 　　 /　.|| || | || | |‖|| || |.|| | || ｀.l
　　　　　　　　　　　| || | | ||_|-|-|l| ||l|-|-|_|| | ||| ||
　　　　　　　　　 　.| || | | |||/ﾌ::ヽl| |l/ﾌ:ヽ||.| |.|.| |
　 　 　 　 　　　　　ヽ|| (ヽl ||:::::::|　　|:::::::|| ﾚ|' )||/
　　　　　　　　　　　　ヽ.||l.|　ー‐　.　ー‐'　/||l.ﾚ'
　 　　 　 　 　 　 　　　 ||| ヽ、 　　‐　　 .／..|||
　　　　　　　　　　　　　||| ,ヘ｀‐-----‐''ヘ、|||
　 　 　 　 　　　　　　.,‐|||┬=二┘ └二=┬|||,、
　　　　　　　　　　 ／　 l| |　└‐┐┌‐┘　| |l　ヽ、
　　　　　　　　　 ./　/　　.|　　［二Ｘ二］　　|　 ヽ　＼
　　　　　　　　　 ヽ、ヽ|￣￣￣￣￣￣￣￣￣| /　/
　　　　　　　　　　　''i,,,|　 ｀　　　　　　ち　 ｀　 |.,,,i'''
　 　 　 　 　 　 　 　 |.||　 　　舐.　 　　　　 　　||.|
　　　　　　 　　　　　| ||　 　 　 　 　 ん　　　　 || |
　 　 　 　 　 　 　 　| |.|　　　 め　　 　　 　　　.|.| |
　 　 　 　 　 　 　 　| |.| 　 　 　 　 　　ぽ 　 　 |.| |
　　　　　　　　　　　| | |　　　ま 　 　と 　 　 　 | | |
　 　 　 　 　 　 　　|. | | 　 　 　 　 　　か 　 　 | | .|
　　　　　　　　　　 |　| |　　　　 す 　 　 　 　 　| |　|
　 　 　 　 　 　 　 |　.| |＿＿＿＿＿＿＿＿＿| |　.|
　　　　　　　　　　|@:::@::::|　　|　|　　 |　 | | .|::::@:::@|
　　　　　　　　　　~|~i~i~ii~　　|　|,l 　 |　 |l.| .~ii~i~i~|~
　　　　　　　　　　 | .`‐'~　　　|　　　 |　　 |　 ~‐'''　|
　　　　　 　 　 　　|_=|~'=_,,,==,,,,==,,,,==,,,,==,,,_='~|=_|
　　　　　　　　　　　| |　 |　|　 | |　|　| |　 |　|　|　|　|
　　　　　　　　 　 　| |　 |　|　 | |　|　.| |　 |　|　|　|　|
　　 　 　 　 　 　　 | .|　.| 　 　|　　| 　　 　| 　 .|　|　.|
　　　　　　　　　　 |　|　|　　　.| 　 　 　　 .|　　.| 　　 |
　　　　　　　　　　 ~i~i~i~i~i~i~i~i~i~i~i~i~i~i~i~i~i~i~i~i~
　　　　　　　　　　　.~~~~~~~~~|~~~|~|~~~|~~~~~~~~~
　　　　　　　　　　　　　　　　 || 　 |　| 　 ||
　　　　　　　　　　　　　　　 /''￣￣Y￣￣ヽ、
　　　　　　　　　　　　　　 .ヽ,,-──|──-,,/
　　　　　　　　　　　　　　　 | `二二|二二''　|
　　　　　　　　　　　　　　　 `''''‐-‐┴‐-‐''''´

>>928

これは正しい気がする。事務処理専用言語だからね。

>>934
COBOLの仕事を一度でもしたことあるならそうは思わないだろ。

>>935
COBOLやCOBOLの仕事を、けなしたんじゃないよ。
プログラミングや開発技法、標準やセンスが必要な事はどの言語も同じ。
ただ、Cやアセンブラと単純比較されるのは、互いに不毛で不幸かなと。

COBOLは原則ではビット演算もポインタ操作もできないが(個別拡張を除く)、
できない仕様だからこそCOBOL世界での可読性・移植性が高い訳だし。

>>936
ん？
>>928はCOBOLはエクセルやワードと同じだからマ板で
話題にするのはおかしいって言ってるように読めたんだけど。

>>937
そか。
でもEXCELもVBAはプログラムかＯＡツール(死語)とか言い出したら...

>>938
まぁ本気でそう思ってるなら、何も言うことはありませんね(w

みんなCOBOLerのCOBOL依存症を治してあげなきゃ。
言語はプログラムに合わせて選ぶものだぞｗ
今はみんなお金ないから容易に作成できるツールを選ぶものですよ
機関系プログラムのWEB化とかの仕事が増えてきてるのですよ
なんでもかんでもWEB化になっていらっしゃるのですよ
COBOLでORACLEつないでHTML出力できるようになれば！！
あなたもまたCOBOLに執着できるね

>>940
言語erの言語依存症と言えよ
C依存症のバカだっているんだから

>>941
同意。ただ、COBOLには閉じた世界での仕事に慣れちゃった人や会社は多い。
逆にいえば使う言語・ツール・技法まで標準化されてる。

Cとかだと、色々組み合わせて使うのは慣れてるって事情はある。
逆にいえば、人によって書き方が違う・使い方が違うってのは日常茶飯事。

932-933
て、年齢いくつぐらいのひとですか

COBOLerのおっさんに質問メール出すと
機種依存文字満載で返ってくる。おまいは２ちゃんねらーか（ｗ

<944
どんな機種でした

>945
それを944が話して何か得があるのか？

Macですた。

>>944
丸付き数字は常識のように使うよな。あとローマ数字とか。
「�`�g」とか「�_�g」とかを社外宛のメールでバンバン使っているのを
見ると萎えるよね。

シグネチャでは�рｪ多用されてるな。

>946殿
944 あいてに島線m(__)mペコ

まあ、現物をみるがよい（ヤヴァイ所は伏せるよ）
--------------------------------------------------------------------
�梶｡■■■■■■様
　　　○○様、○○様

いつもお世話様になります。
経理関係の以下のファイルを送付します。各々目を通しておいてください。

�T売上累積ﾌｧｲﾙ　テーブル仕様
�U売上集計ﾌｧｲﾙ　テーブル仕様
�V入金累積ﾌｧｲﾙ　テーブル仕様
�W入金集計ﾌｧｲﾙ　テーブル仕様
�X入金管理画面　概要仕様書

また、単価ﾏｽﾀﾌｧｲﾙに項目を追加しましたので、合わせて送付致します。

追伸
　　１５日（月）は、一日出かけておりますので、緊急の場合は携帯に
　　連絡して下さい。

�梶｢△△△△△△△△△△△△△
　　　　　▼▼

--------------------------------------------------------------------
ついでに言えば、文中にある添付ファイルは、
全く圧縮されていないEXCELファイルだ。

なお、漏れもおっさんも普通のWindowsマシンだ。文字化け被害は今のところ無い。

>>951
＞〜ﾌｧｲﾙ　テーブル仕様

これが恐ろしくイタいなー。ファイルでテーブルかよ。何なんだ（ｗ

>>933
うちに来る?

>>933
風俗のほうがお金いいぞ。

>>933
よく見たら可愛いね

>955
実際、来ると♂だったという罠

就職してからプログラミングを始めた人->ＣＯＢＯＬ経験者（２０代でも
就職する前からプログラミングを経験していた人->Ｃ言語経験者（４０代でも

>>952
create table

もう958まできたので、ここで私がまとめます。

COBOL＞＞C++＞＞Java＞＞C#＞＞C＞＞Delphi＞＞VB


-------------------------------------終了------------------------------------------

>>959
ここは言語について語るスレではありません。
COBOLしか使えない（使おうとしない）似非技術者を叩くスレです。

-----------------------------再開----------------------------------

あのー、ＣＯＢＯＬ以外の仕事がしたいのにＣＯＢＯＬの仕事しか
やらせてもらえない俺もこのスレでは叩かれる側なんでしょうか？

>>961
そういう気持ちがあるのなら、あなたは叩かれません。大丈夫です。

COBOL=天照大神です

COBOL=ママンにデレデレ、オー恥かしいです

お前らに質問がある。
漏れのやっているシステムはOracleなんだが、

これに[売上テーブル]というがある。
このテーブルにあるレコードを一ヶ月単位で集計して結果を出すとしたら、
どちらを方法を選ぶ？

１．別に[売上集計テーブル]を用意して、
[売上テーブル]にのデータ操作と同時に[売上集計テーブル]の方を更新して月ごとに集計を集めておく。

２．SQLの各種集計関数とGROUP BYを組み合わせて月ごとの集計を集める。

>>965
売上テーブルが一月に何件でるかによるだろ。

馬鹿は帰れ。

>>965
コボちゃんの答え：

・ユーティリティプログラムを使用して売上ファイルをソートする（キー：売上日付）
・ソートした売上ファイルを集計プログラムへ入力し、年月ごとに集計。集計した結果を
　集計ファイルへ出力する。
・帳票出力プログラムで集計ファイルを入力し、帳票へ出力する。

＃COBOLの現場に放り込まれたら、こういう発想しかできなくなってしまった・・・
＃SQLって何でしたっけ？（哀

>>967
COBOLer以下じゃないかそれでは

COBOLerなら
・ユーティリティプログラムを使用して売上ファイルをソート・サマリーする（キー：売上年月）
・帳票出力プログラムで集計ファイルを入力し、帳票へ出力する。

だろ

VC++が使えないやつはプログラマと認めません(神

>>968
おいおい、集計ファイル作成はどこへ行った？
キーを指定して金額や数量をサマリーしてくれるなんていう器用な
ユーティリティがあるのか？ あるのならそれでいいかもしれないが。

>>970
汎用機の世界ではｿｰﾄﾕｰﾃﾘﾃｨにｻﾏﾘｰ機能があるのは当たり前です

ユーティリティプログラムから吐き出されるファイルって言うのは
・入力データと同じ形式
・集計ファイルの形式
のどっち？
もし前者なら、サマリーしているうちに桁があふれそうだし、
後者のような器用なユーティリティがあるとは思えないのだけど。

>>972
どちらもできますね。
> 後者のような器用なユーティリティがあるとは思えないのだけど。
の理由がいまいちわからん。
貴方もなにかにとらわれている駄目技術者のようですね。

＞どちらもできますね。
キミはキミで特定の機能を持ったユーティリティにとらわれているダメ技術者
ではないかと思われ。
誰もがキミと同じ環境を使用しているとは限らないのだyo。

「当たり前です」と言っている時点でコボってるな。>>971

>>974
別にとらわれてませんが。
今は汎用機の仕事をしてませんので。
というか。知らないくせに決め付けで「あるとは思えない」とか
言い切るような奴が技術者として終わってるのは分かりきってるでしょ。

恥ずかしいと思ったら他人を煽る前に自分のその腐った認識を
改めたら？それとも馬鹿は死ななきゃ直らないってことですかね（ｗ

リリース、リーターン

>>975
汎用機OSの標準ﾕｰﾃｨﾘﾃｨで可能なんだよ
だから汎用機の世界では常識と言ってるのだよ

そういったものが存在するにもかかわらず自分で必要のないものを
わざわざ作るのは自分の金を使って趣味としてやってください

SORT技術と自分の技術のために

>>977
COBOLの内部SORTですな

なつかすい