くたばれ、COBOL屋4

※ここは言語について語るスレではありません。
※COBOLしか使えない（使おうとしない）COBOL屋＝COBOLerを叩くスレです。

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

COBOLerの定義
(1)
・COBOLしかできない人たち。
・20年前のセオリーを後生大事にしまい込み、未だに使いつづけている、コンピュータ業界の重要無形文化財。
・物事を論理/順序だてて考えるという発想がおおよそない人たち。
・と、いうか「人月計算」で玉石混交で仕事ができた時代の「石」のほうの生き残り、コンピュータの基礎ができていない、簡単に言うと使えない人間がたくさんいる世界。
・「JCLとPROCEDURE DIVISIONを使っちゃダメ」と言ったら、なにもできないような人たち。
・・・・と。別に「敵意」「悪意」はないのだけれど、そういう人種が多いのも事実だよなぁ〜。
(2)唯我独尊
・時代がWindowsになろうがLinuxになろうがGUIになろうが、どこまでもCOBOLを追い求めるらしい・・・。
　[ http://www.geocities.co.jp/SiliconValley/5634/t82B1_0007.html#32 より]

ーーーーーーーーーーーーーーーーーー終了ーーーーーーーーーーーーーーーーーーーーーー

　　　　　　　　　　　　　　　　　　）
　　　　　　　　　　　　　（
　　　　　　　　,,　　　　　　　　）　　　　　　）
　　　　　　　　ﾞﾐ;;;;;,_　　　　　　　　　　　（
　　　　　　　　　ミ;;;;;;;;､;:..,,.,,,,,
　　　　　　　　　　i;i;i;i; '',',;^′..ヽ
　　　　　　　　　　ﾞゞy､､;:..､）　　｝
　　　　　　　　　　　.¨.､,_,,､_,,r_,ノ′
　　　　 　　　　/;:;":;.:;";i; '',',;;;_~;;;′.ヽ
　　　　　　　　ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　､｝
　　　　　　　　　".¨ｰ=v ''‐ .:v､,,､_,r_,ノ′
　　　　　　　　/;i;i; '',',;;;_~⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′..ヽ
　　　　　　　 ﾞ{y､､;:...:,:.:.､;:..:,:.:.　._　　.､）　　､｝
　　　　　　　　".¨ｰ=v ''‐ .:v､冫_._ .､,_,,､_,,r_,ノ′
　　　　　　　/i;i; '',',;;;_~υ⌒¨;;;;;;;;ヾ.ﾐﾞ´ﾞ^′.ｿ.ヽ
　　　　　　　ﾞ{y､､;:..ゞ.:,:.:.､;:.ﾐ.:,:.:.　._υﾟo,,'.､）　　､｝
　　　　　　　ヾ,,..;::;;;::,;,::;):;:;:; .:v､冫_._ .､,_,,､_,,r_,ノ′
　　　　　　　　ﾟﾟﾟ^^~~~""~"~ .｀¨″ .ﾞﾞ^^^^ﾞ^ﾞ¨′

4!

おおむね同意だが

・「JCLとPROCEDURE DIVISIONを使っちゃダメ」と言ったら、なにもできないような人たち。

てーのが意味不明。「JCLとPROCEDURE DIVISIONを使っちゃダメ」ってどういう意図で言ってるのかね？

>>5
汎用機＋COBOLな環境以外には適応できない（適応しようとしない）
という意味だと思われ。

かきこテスト

あっ、書き込めた。
さっきまで80番が開いてるので書き込めなかったんだよね。

ここのスレッドのCOBOLer批判してる奴って。
自分が知識不足で知らないだけなのに決め付けで話す奴ばっかり
だからなぁ。めっちゃレベル低いよ。

ここでCOBOLer叩いてる奴は。数年後の○○er確定だね。

ここは理由なくCOBOLer批判してるやつを叩くスレでもある

ちょっとボランティア＝チョボラのCM見てこのスレ
思い出すのは俺だけ？

COLBAもここで叩いてあげてください。

まちがえた・・CORBA

COBOLしか使えない（使おうとしない）
この方は、どこの会社にいますか

COBOL以外を使っている会社に来ると必ず足を引っ張ります。

COBOL以外を使っている会社に来る　
「来る」て？

>>10
COBOLerが叩かれる理由なんて、過去スレを見れば解ると思うが。

>>17
あなたがレベルの低いCOBOLerたたきですね。(ｯﾌﾟ

この辺で結論を出します。

COBOLer＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞VB厨＞＞＞＞＞＞Del厨



----------------------------------終了-----------------------------------------------

>>19
COBOLer最悪だな。

COBOL以外を使っている会社に来ると必ず足を引っ張ります。
どこの会社ですか

COBOLerは技術力が高くて社内でも評価が高いです。と言ったら
どこの会社ですかって言われそうだからやめとく。

うちの会社のプログレス厨がCOBOLerを馬鹿にしてた…
お前も一緒だろ。

まあVC++でメッセージボックスが出せるオレからしたら
COBOLerなんてダメダメ

>>23
この業界はプログレスと関係ないからプログレス厨はそんなに害はないよ。
COBOLerは害の塊だけどな。

>>24
お前もCOBOLerと一緒に氏んでいいよ。

出来ない奴ほど他人を批判する。

理由：
自分ができないのを目立たせたいため。
普段虐げられている鬱憤をはらすため。

どちらにしてもまともな人間のやることじゃないね（ｗ

●今だに「汎用機マンセー！PCはダメだ！」という偏った方針の
DQNな会社はありますな。

●COBOLの開発現場は、新しい水が流れ込まなくなった溜池のような場所。
でもCOBOL屋って、そういう状況でも疑問を持たない人が多いんだ。

●コボラーはパソコンが使えません。これが真実です。

●COBOLerが言う「PCぐらい使える」なんてのは信じがたいな。
せいぜいアビバで教えてもらえるようなレベルだろうに。

第一、ワープロが使えると言っても、COBOLerの書いたワープロ文書って
かなりひどいぞ。例を挙げると、以下のような感じだな。

・インデントの使い方を知らないから全角スペースで無理矢理調整
・行が長くなって右側が詰まってくると、カナ文字を半角カナにして無理矢理調整
・改ページを知らないから大量の改ページで無理矢理調整
・見出しに番号を振る機能を知らないから番号が直接打ってある
　（ページ番号も手打ち）
・全角かなと半角カナが規則性無くランダムに使われている

あ、これだったらアビバでパソコンを習った一般人のほうがよっぽどマシだな（ｗ

●汎用機の仕事がなくならないのは確かだけど、
汎用機を取り巻くドキュソCOBOLerの存在はどうにかならんかのう…

●COBOL(COmmon chuBO Level)

●ＣＯＢＯＬは１年やれば、ベテランだ
その後は、勉強の必要なし
これで10年は、マターリ出来る
ＣＯＢＯＬマンセー！！

●COBOL で思考している限りは COBOL がいかに酷い言語なのかを理解することはできない。

でも、自らの人生をかけて、しっかりと後の世代に残してくれました。
“勉強を止めた瞬間、技術者としては終わりなんだ。“

ありがとう COBOLers!! そしてさようなら。

●COBOLer 自体を憎んでいる訳じゃないけど、一緒に仕事はしたくないよ。
手間のかかる人ばかりだもの、自分の仕事が進まなくなるんだよ。

●なんでこんなに COBOL が憎いのか自分でもよくわからないよ!!
でもとにかく憎い！憎い!!憎い!!!
できそこないがいつまでも偉そうにのさばっているせいで、いつまでもまともな時代がこない。

そうか、COBOL こそ今の日本の象徴かっ!!

構造改革を！構造改革を！構造改革を！構造改革を！構造改革を！構造改革を！
構造改革を！構造改革を！構造改革を！構造改革を！構造改革を！構造改革を！
構造改革を！構造改革を！構造改革を！構造改革を！構造改革を！構造改革を！

●COBOL-85？
85って、15年以上前から言語仕様が変わってないってことですか？

ﾌﾞﾙﾌﾞﾙﾌﾞﾙ

●85年当時にしても、ずいぶん古臭い仕様だったと思われる仕様です。
一応新しい規格も順次策定されていますが

＊＊＊ 規格ができたってコンパイラがなきゃ意味ねーんだよ ＊＊＊

こんな基本的な事さえ理解できないおじいちゃん達が今の COBOL を支えています。

●COBOLerは業界の癌細胞。

●昔、僕がまだ某N社に入社したての頃、同期の「コンピュータ触ったこと無い
けど、でも、手に職をつけるためにSEになりたい」って奴等にはCOBOLの受け
は良かったぞ。なんでも、「Cよりも分かり易い」んだそうだ。

「馬鹿でも使えるプログラミング言語は、馬鹿しか使わない」

●勉強家の COBOLer は、とっとと他の言語へ移っていくからね。
勉強嫌いで長年 COBOLer やってる奴、これ最凶ね。

ＶＣ＋＋だけで、どこかの汎用システム　すべてリプレースする
となれば、できるでしょうか

>29
やってやれない事は無いだろうけど、無駄な苦労が多いだろうね。
前から出てる結論だけど適材適所。
それを理解しないで特定の言語にこだわるのは「無能」の証です。

>29
VC++では無理だろうな。
COBOL使わずにほかの言語組み合わせてなら出来るんじゃないか？

ところで、ＶＣ＋＋「だけ」っていう表現に相当な違和感を感じるのだが。

>>29
マジレス。
汎用機使ってるとなると、VCの問題ではなくWindowsの不安定さのほうが
先に頭を悩ませる・・・。
せめて、中央は、複数台のUNIXなりLinuxなりのもんにしたいな・・。

出来ない奴ほど他人を批判する。

理由：
自分ができないのを目立たせたいため。
普段虐げられている鬱憤をはらすため。

どちらにしてもまともな人間のやることじゃないね（ｗ

ま、DQNな会社から抜ける技術力のない奴らの愚痴スレだな。
せいぜーガス抜いて明日もがんばってCOBOLerのお相手してなってこった。

自分ができないのを目立たせたいため。



　　　　　　　？

COBOL屋の書いた仕様書でJavaの開発できますか?

スクリプト言語しか使えない奴よりはましだなー!

2ちゃんって年寄りが多いんだね
俺にはまったく関係ないや

>>37
COBOLerは所詮COBOLer

COBOLerがCOBOLerじゃなかったらCOBOLerじゃなあだろ！

>>35
本人は他人を叩いて悦に言ってるつもりでも周りは実は
「おまえだってできねーくせに」と思っている罠。

というわけさ。

＞自分ができないのを目立たせないため。
＞普段虐げられている鬱憤をはらすため。
そういう事にしておかないとCOBOLerさんは職場での地位や名誉を失ってしまいますからね（ｗ

>>41
自分ができないのを目立たせたいために他人を批判するわけではなかろう。

まぁ、んなことはどーでもいいよ。
批判している奴が出来るか出来ないかに関係なくCOBOLerは出来ないんだから。

ＣＯＢＯＬばかにされついで、聞きます、Ｃとかで、数兆円単位の計算
どおするの？

>44
ライブラリ作れば？

具体的に

__int64使えばいいような

>46
具体的に仕様を述べてください。
最近だと64bit整数扱える処理系も多いので、整数演算に限れば何もしなくてOKな場合もあります。

かぶった。

>46
多倍長演算って、基礎中の基礎だと思うけど？

かぶらー>>49

わかりやした
じゃあ　おおむかしのリプレース
でそうだな(^_^)ニコニコ　

びい、びい
なんとかして

汚染を除去しました。

簡単に言うと世の中COBOL!
VB？ﾌﾟ

>>55
VBと比べてる時点でCOBOLの終わってる度が推測できるな(w

簡単に言うと世の中COBOL!
Ｄｅｌｐｈｉ？ﾌﾟ

>>57
簡単に言うと
お前ら（　´,_ゝ`）ﾌﾟｯ

頭の良い、優秀な、COBOLが嫌いな皆様へ質問。
膨大なCOBOLのコードを他言語に置き換えるにはどうしたらよいだろう。
うちの会社、大型機麦価なんだけど。新規のCOBOLもある！

>all
※ここは言語について語るスレではありません を見て発言せよ
3000以上やっているのに進歩なし

＞膨大なCOBOLのコードを他言語に置き換えるにはどうしたらよいだろう。
その膨大で偉大（？）なコードの大半を作り上げたオヤジコボラーに
それら全ての詳細な仕様書を作成させる。
それを基に若い人間が他言語・他環境を構築する。

＃重要な仕様は全てコボラーオヤヂの頭の中なんだよね。
＃今のうちにきちんと書き出させておかないと、将来的な移行は絶対無理。

×：他言語・他環境を構築する。
○：他言語・他環境でシステムを構築する。

>62
機能仕様書じゃだめなの？
コードよりシステム設計思想のほうが大切だとおもうが
データエントリーの部分がWebやGUIに代わっただけでCOBOL自体は
今でも使われてるよ。
全部置き換えて何かメリットがある？

＞ 全部置き換えて何かメリットがある？
COBOLerの人員削減。

COBOLerの人員削減＝業界のゴミの削減（わら

>65 でもその後は自分が業界のゴミになるよ

>66
当然だ。
それを受け入れられずにいつまでも過去にしがみ付くような人間は
この世界に向いていない。

>64
COBOLERはなくなるがメンテ人員（システム保守）は少なくすむかが問題
金払う側からすれば多分やらないでしょう

>>67
お前らに排除するだけの能力がない証拠だな

>>69
排除する能力があるかどうか別としてCOBOLerは排除すべきだね

>>69
イジメて追い出すように努力します。

>>70
尻尾を巻いて逃げ出したくなるよう精進したまえ

>>72
おぅ、がんばるよ。この世が正しいことが必ず上手くいく世界だったらいいのにね。

なんだかんだ言って、この業界ではCOBOLerの存在について
あーだこーだ言う奴が多いんだな（ｗ

>>74
それだけ害が多いってことだよ。

だってCobolerなんていらないもん。

言語、技術ｦﾀはみんな要らない

一人の人間としてマトモなやつであることの方が大事だ

>>77
技術があれば人間性なんかいらん。
負け犬はすっこんでろ

＞技術があれば人間性なんかいらん。
人間捨てた奴らの集団には入りたくないと思いますた。

>>78
お前のようなﾔｼは大体技術すらないよな

何事もバランスが大事なのだよ

まあ趣味でやってる分にはどうでもいいがな

>>80
出来ない人ですか？

技術が無いので愛想でごまかす。

まぁ仕事で迷惑かけなければどうでもいいがな

>>81
お前のようなﾔｼが会社に一番迷惑かけるんだよ
勘違い君！

それともﾌﾘｰﾗﾝｽか？
それならどうでもいいﾖ

愛想も技術じゃ！！

でも、実装側の技術も大事じゃ！
ついでに設計もじゃ！

まぁ、おちけつ

まあ、COBOLerがのさばってるような会社にいて、ここで「逝ってよし」みたいに
言ってる奴らは結局その会社と一緒に沈むだけだからいーんじゃないの。

>86
普通のやつは、別に会社が沈んでも構わないんじゃないか？
困るのはCOBOLerだけで。

>>86
そのとおり！
COBOLerにのさばられちゃう程度の糞坊主なんてどうでもいいぜ！

いまだにＣ・ＪＡＶＡしかできない奴は黙れ

>>87
沈むような会社にしか入れなかったﾔｼはその先も見えてるよ

>>90
入れなかったとしても出ても逝けないで「COBOLer逝ってよし」つってる奴らは
向上心のなさはCOBOLerと同類。染まってんだね。

54
こまります

>>91
同感。
単にサラリーマンの愚痴を、COBOL派と反COBOL派が言い合ってるだけ。
傍からみて哀しい。

くたばれ、Ｃ屋

Ｃ屋だ俺・・・。死にたくない。

C 屋が居なくなったら、業界が立ち行かなくなるでそ。

>>96
ｱｾﾝﾌﾞﾗ屋がいればいいよ

>>96
COBOLerも、そう思ってたんじゃない？

ここでえらそーにCOBOLer叩きしてる僕ちゃんたちへ
一日も早く事務処理ｱﾌﾟﾘｹｰｼｮﾝを本当の事務屋さんが
自力で作成できるようなｼｽﾃﾑを開発してください。
そうすればイヤイヤCOBOLをやってる俺（ホントはｼｽﾃﾑ部にはいたくない)のような人間は
開放され（クビか？）君たちが嫌いな似非技術者のCOBOLerもいなくなるから

>>99
とりあえずVBAなんぞを（ｗ、たしかにそーですね、事務アプリで代わりの
もんが今ひとつなんだってのはありますな。...Lyeeなんかどーです？（大笑

>>100
自動生成してもらえるのがいいんですけど
夢のようなCASEﾂｰﾙｷﾎﾞﾝ

>>99
エクセルでいいんでは！？
あ・・・量が桁違いか・・・。

COBOL用のﾅｲｽなCASEツール作ったら需要あるかな
...ﾅｲｽ度に因るか。

NL3

仕事中ですか

この時間、見てる方は、会社員以外でしょうね

>>106
有給にょろん。

会社のネットごしようですか

>>1
勝手にスレ名変えちゃ駄目じゃ〜ん。

>>109
スマソ。酔っ払ってスレ立てしたら間違えた。。。

>>1
あなた方は、ＣＯＢＯＬ屋になにかひどい仕打ちで受けたのですか

>111
その通りです。

COBOLerって実在するのですか？

>112どのような、もっと詳しく聞こうじゃないか

ひどい仕打ちで受けた？
ひどい仕打ちで受けた？
ひどい仕打ちで受けた？

COBOLerの技術不足がプロジェクトの足を引っ張る。

ウケタ！いや、ワロタ！

女性ＣＯＢＯらはいるのか？
既出ならｽﾏｿ

>>118
グレース・ホッパー
既出ｽﾏｿ

COBOL は、妖怪コボルト専用言語。
予約語大量にありすぎ。
既に言語にあらずのクソ。

>119
こぼらの定義とかけはなれてたりしない?

>>120
まだ解ってないのかよ馬鹿

>>122
コボルトの挑発。

>>115
もお〜　も　わすれたの

ひどい仕打ちをするコボルト。　やっぽコボルト。

COBOLばかりじゃないけど、COBOLもやります。
そんなに酷い言語かな？進んでやりたいとは思わないけど。

あーぁ　米株下がってるよ・・・　だだ下がりだよ・・・
どれだけの棺を用意すればよいのやら

COBOLはすばらしい言語です。
COBOLerがいかんのです。はい。

PROCEDURE　Division.
　ＮＥＴＣＯＢＯＬが登場するそうでしゅ。
　時代の波はとうとうＣＯＢＯＬまでに・・・
ENDCOBOL

>>126
>>128の言うとおり､ここはCOBOL言語について語るスレではありません。
>>1参照。

COBOLもＪＡＶＡもＣ++もＶＢもＵＮＩＸもできますが、何か？（他はできない）

>>131
ＵＮＩＸもできます？？？？

unixできるて、ＯＳできるの？？？？？

>>131
UNIXが言語だと思っている超バカ

そもそも、全角で書いてるってのはどうかと。
そんな中で、COBOLだけはちゃんと半角になってるあたりにCOBOLへのこだわりが現れてるな。

>>131,132
フォローすると、ＵＮＩＸ(unix）環境を使用でる・・・ですよね
言葉足りずででしょう

確かに年齢のいった技術者だとＣＯＢＯＬしか出来ない人っているけど、
比較的に若い人で、前述したのと逆にＶＢしか出来ない人だとか、Ｃしか出来ない人っているの？
或いは他の言語でも同様に、それしか出来ない人って本当にいるの？

LarryのPerl本にはあたかもUNIXが言語のように書かれているところがあったような・・・・Larryお得意の寒いジョークだろうけど。

COBOLerって凄いな〜（ﾜﾗ

でるー＞できる　足りずででしょうー＞足りずでしょう
訂正

ー＞ → ->
訂正

>>137
年齢のいったCOBOLerはいる。

(^_^)/ ハーイ
早打ち失礼

は〜ぃ>>137
VBしか知りませ〜ん。でも来月からCobolを仕事で使います。
今、勉強中ですが結構、難しいよ〜ん
あっ環境はUnixだよーん

1つしか言語わからないで食って逝けるのか
はつみみだ

>>145
そーいうアンタはどの位、言語をしーてるの？

>>146
AdaとCOBOL

えっ！？>>147
えーだ、なんてまだ仕事あんの？
あのぉ〜失礼ですがお幾つですか？

COBOLerを叩くスレです

>>148
６２歳です

６２歳のプログラマーなんているの？

>>150
Ａｄａは弾道計算されていたのですか

だ、弾道計算？？？
それって仕事？

A・da ADA 2
エイダ　((米国防総省開発の英語による高水準プログラム言語))．
なんですよね
　

てきり、バイオの中の登場人物かとおもーたよ

valarrayで幾学計算してます。

夏厨ﾊｹｰﾝ

栄田なんて未だに使われていたなんてしらなかた。
でも日本じゃ仕事ないんじゃない？

オーストラリアの超音速実験場なら、あるかも

６２じゃないですが、現在６０歳の現役プログラマーです。
得意な言語は確かに皆さんが云われる通りコボルです。
私が若い頃はそれでも凄い言語だと、この業界で云われていたのですが・・
現在では旧いツールの一つでしかないのですね。
どの業界もそうでしょうが、昨日まで先進的なモノが、本当にあっという間に
旧くなってしまう。寂しいですが仕方のない事です。
今更ですが、技術者は常に勉強あるのみですね。
一応ですが最近ＪＤＫと云うツールでジャバの勉強もしています。
勉強しなければ、ただのじじいですもんね。

私、若い頃に６５歳まで、プログラムされていた方に、指導していただきました
何歳でも出来るんですと、それで生活できてきました
感謝してます
その後　Ｃもやりました、初代ＪＡＶＡも勉強しました。
ＰＧたのしい
です

ネタです。本気にしないで下さい。

60歳のじいさんなんて柏原正造くらいしか知りません。

ねたです、本誌読者は、１０代-２０代かも

少なくともVB厨やDel厨よりは将来安泰ですが、何か？

>>165
ププププププ

>>165
VB厨やDel厨は、この業界にこだわってるわけじゃないぞ。
いつでもプログラマ辞める覚悟はできている。

COBOLはいまでも現役ばりばりＤＡ・ＹＯ・ＮＥ！

きっと>>168は鬱で廃人寸前なんだね・・・・
お気の毒に

COBOLだけでコンピュータわかった気になってるなんて哀れ

っつーかＰＧなんてどれもいっしょじゃん。

そうか？
オレはCPUの設計からできるぞ。ほんとに一緒か？

>>1
Cobolはなくならない
うじね

>>172
それくらい、別に区別する程の特技じゃないだろ。
ちなみに、金を稼げないのならVB厨より劣るぞ。

今でもＣＯＢＯＬは現役だし代替えもすすんでない。
相変わらずＣＯＢＯＬでコーディングしてます。

俺が作るCPUはCISCだぞ
ほんとに一緒か？

>>160さん
スゴク勇気づけられます。
大したモンですね。６０歳で現役のプログラマー！！
俺もガンバルゾ

X項目のMOVEがMVCに
S9 Comp-3項目の加算がAPに
マッピングされる汎用機とCOBOLの関係。マンセー！
PDPアーキテクチャとB,Cの関係よりずっとS/360・370
とCOBOLは密接だ。コンパイラ出力の予想が簡単でいーんだこれが。

>>175
ちょっと待て。アンタ「代替」を「だいがえ」とか読んでない?

だいたい 【代替】
ほかのもので代えること。代わり。だいがえ。
「別のもので―する」「―バス」「―品」

学校で基本情報のためにCOBOLしかやってないんですけど、
COBOLに比較的近い（覚えやすい）言語があれば教えてください。
就職までにはどの言語を覚えるのがいいですか？

Ｃ

ＰＬ／１

Ada

>>182
すいません。それはどっちに対してのレスでしょうか？
やっぱり就職するまでに覚えた方がいい言語ですか？

ここですか？コボラーがほざいている哀れなスレは？

>>186
いいえ、COBOLerに逆らえない人たちの哀れなスレです。

>>185
> >>182
> すいません。それはどっちに対してのレスでしょうか？
> やっぱり就職するまでに覚えた方がいい言語ですか？
何年後に就職するかによるが、2、3年の内に就職するなら
Javaが良いのではないかと思う。
ただ、どの言語を学ぶにしても、それで終わりだとは
思わない方がいい。一生自分で勉強しつづけるつもりで
考えること。
人によって感じ方は様々だが、「３年一昔」ぐらいに
考えた方がいい。今使っている技術は３年で陳腐化する
可能性がある。もちろん全部無駄になるわけではないが、
そのぐらいのスパンで次の技術を勉強するようにしてい
かないとついていけない。「好きじゃなきゃやっていけ
ない」と言われるのもこのあたりの事情が関係している。

自分で勉強するのが嫌なら「3年一昔」じゃなくてもっと
のんびりした業界をさがした方がいい。

>>181
学校の先生に聞いたらなんていいましたか

dokono gakkoudesuka watakushiha
多言語　履修しました

ここですか？コボラーがほざいている哀れなスレは？
暴言　哀れ

「いいえ、COBOLerに逆らえない人たちの哀れなスレです。」
ご自身のことでしょう

「いいえ、COBOLerがCOBOLerをかばう哀れなスレです。」
ご自身のことでしょう

「いいえ、COBOLerの為の成人病食を語るスレです。」
ご白身のことでしょう

>>168
＞COBOLはいまでも現役ばりばりＤＡ・ＹＯ・ＮＥ！
そう思わないとやってられないのですね。かわいそうな人だ・・・

>195
そう思わない理由は？
自分が経験していないという理由なら、あんたも考え方はCOBOLERですね
注：>1 の定義でCOBOLERという用語を使用しています
COBOLでシステム開発する方すべてが該当するわけではありません。

仕方がないな・・・、現実を書いてやるか・・・。

VB厨へ・・・もう先がないよ。
Del厨へ・・・もう終わりだね。
Java厨へ・・・まだまだ子供だね。
C++厨へ・・・俺たち仲間！

>>196
>>168の発言は、世の中の流れに一切目を向けず、「COBOLはいつまでも
現役だ」と自分に言い聞かせながらCOBOLにしがみつく、COBOLer的な発想だなぁ
と思い、>>195の書き込みをしました。

＃ちなみに私はCOBOLでの開発現場に放り込まれています。
＃現場には前述のようなCOBOLerがうじゃうじゃしています。

COBOLで低水準なことができるのかね。

低水準なことは無理だけど、
ＣＯＢＯＬｅｒは低水準だよ。

COBOLで高水準なことができるのかね。

>199 >201
他言語で作成したものをCOBOLでCALLすればいいだけの話
>1　読んだ？　言語を語るスレではありません

>>202
つまりCOBOLでは出来ないと。

COBOLで珍しい事が出来るとしたらDLL作れる事くらいかな・・
もっとも、Cobolerには解らねーだろーな、、、、、

たまにネタを入れないと飽きるでしょ

>203
出来ないものは他でやる　これでいいんじゃないの？

COBOLは古い、出来ない機能がある
そんな言語を使用しているやつをケナスを言う図式はうんざり

>>1の定義の1番2番はCじじいにも当てはまる気がするけど・・・
やつらはCOBOLERより使えるからいいのか

ボラボラの〜マルコじいさ〜ん
COBOLerでインキンでインポテンツで〜
誰にでも〜絡むのさ〜
「PC は端末だオモチャだ」と〜

COBOL出来まーす。他のもやるけどね。
COBOLばっかりやってちゃ面白くないと思うけどなあ。
何で他の言語もやらないんだろう？

COBOLって楽しいことできなさそう。
ユーザ数は減ることはあっても増えることはないな。

タイトル変わってから面白くなくなった。
酒の肴にもなりゃしない。

>>209
ｿﾌﾄ作成の仕事を嫌々やっている連中が多いからじゃないの
好きでやってる仕事じゃないから必要なければ他言語には手を出さない

一般企業のｼｽﾃﾑ部の連中なんかそういうﾔｼがｲﾊﾟｰｲいるよ
本当は営業やりたかったﾔｼとかね

>>210
事務処理ｱﾌﾟﾘ開発用言語だからね
事務処理が楽しい人以外はつまらんだろうね（楽しい人なんかいないか）

>>211
元々COBOLerに逆らうことすらできないﾔｼの愚痴だから面白いはずがない

ＶＢ、ＶＣもなかったころにプログラム開発やってましたけど、
ＣＯＢＯＬでなんとか、ビジュアルな画面にしたり、くふうして、つくってましたね
今の、ＶＢ，ＶＣなんかをみたかたには、味気ない言語かもしれませんね
ＣＯＢＯＬｅｒさんていうですか、この方達も、別なところに魅力を見出していらっ
しゃるのではないかとおもいますが

確かにCOBOLerの中には嫌々、この仕事を続けている人達が多い気がする。
自分の人生、一度限りなのだから思い切って違う仕事を探したらと言いたい。
逆にこの仕事が好きにも関わらず、会社の思惑でCOBOLばかりやらされている人達は
そういう意味で転職したらどーだろう？

大きな、会社へ行くほど、ＰＧテクニックは身に付きにくいでしょうね
規模は小さいシステムでも、システム全体を一人でプログラミングして
ないと、自身もつかないでしょう
大きな会社へ行くほど、部品的なプログラムしかできないから、ますます
おもしろくないでしょう

誤字と句読点は効果的に使わないと逆効果ですぜ

ここは、荒れてるな

COBOL屋です。
本日は休みで暇だったので↓の初級Ｃ言語口座でお勉強してみました。
http://www.sgnet.co.jp/c/

素人の新入社員向けということもあって書いてある範囲内に限っては理解できました。
所要時間は4時間程度。実際にｺｰﾃﾞｨﾝｸﾞをして実行しながらなので結構楽しかったよ。
唯一なじみきれないのはやはり小文字かな
結構楽しかったのでVC++でも購入しようかと思いはじめました。
しかしあんな暗号みたいな言語なんで流行ったのかね？
｛｝とかさ、PL/IのDO,ENDのほうが解りやすいと思うけど・・・
これもオヤジの証拠か？ﾊﾊﾊ

effective!

>>216
わかりますたで。
ネットは間違いだらけ
プリンタードライバーのインストロール、印字テスト作業まで
ディスクトップ

>>220
並べりゃイイって揉んでもない。

言語は適材適所

新しいもの、良いものが普及するとも、選んで良いとも限らない
（キーボード、文字コード、AT互換機、自然言語を見よ）

技術者は新技術を、開発者は生産性を重視しがちだが、
運用保守から見れば古典や権威的画一性に向かいがちなのは、言語に限らない。

世間知らず心で排他的とか、困った人は言語に限らずいる。
右翼と左翼、巨人ファンと阪神ファン、各国の国家主義者など、
対極にある者は良く似ている（土俵や正確が同じで、立場が違うだけ）

各言語の長所を活かした選択はして欲しいよなー
言語について無知な上司が適当に決めちゃうんだろうけどさー

>>223

でも、それって結構難しい。部分最適が全体最適とは限らない。

各システムや、各サブシステムに適切なものを選んだ結果、
累積で１０以上の言語やバージョンを、数人で何年もメンテしないと
いけない会社もある。全体のＴＣＯでは悪くなってしまう。

アメリカではマネージャが変わると気軽に雇ってスクラップビルドして、
自分もすぐ転職しちゃうけど、日本の（少なくとも今までの）雇用では、
同じ人が何年も続ける。

こんな中での長年の保守も考えると、言語も技法も古典しか選べないっしょ。
ま、１０年後はC/C++/Javaが古典として大企業で残って、
世間からバカにされてる可能性は高いけどね。

メンテしやすいものが一番かもね。
会社って一人の玄人より十人のパンピーって感じでないと
やってけないから

やっぱ日本はそんなもんかのう

COBOLを今尚採用しているような企業は大企業がほとんど。
ｼｽﾃﾑも馬鹿でかい。
それを他の言語に書き換えるのは少なく見ても数年かかる。
COBOLやPL/Iのようなﾒｲﾝﾌﾚｰﾑの言語は変化が少ないので長期間使用する
ｼｽﾃﾑの運用を考えれば都合がよい。

M$のような会社に振り回されるのが長期運用する際に腰が引けるところだろう。

今はＣ，Ｃ＋＋をやってます。
たまにメンテ等でCOBOLもやってます。
別にどちらがいいとか悪いとかは感じません。
アセンブラ齧ってたこともあるのでポインタで挫折もしなかったし。

あんたは元々優秀だからだろ。

ﾎﾟｲﾝﾀで挫折する人はｺﾝﾋﾟｭｰﾀの基礎を勉強してない人でしょう。
そういう人は言語に関係なくﾌﾟﾛｸﾞﾗﾑ作成はできてもﾃﾞﾊﾞｯｸﾞできないんでしょうな。
ﾒﾓﾘﾀﾞﾝﾌﾟ見て逃げ出すﾔｼ多い（俺の周りだけか?)

私がやってたCOBOLは汎用機やオフコンじゃなく組み込み系の奴で
デバッグ時に展開形を追いかけて生のメモリを見たり障害時には
ﾒﾓﾘﾀﾞﾝﾌﾟの解析もやりました。時にはＯＳのスタックまで解析し
ましたよ。

お前ら >>1 の先頭 2 行をよく御覧下さい。

>>218さん
これ　ttp://ime.nu/www.sgnet.co.jp/c/
なかなかいいですね

>>232
見てますよ
基礎をちゃんと理解してれば使用言語なんて何でも使える。
ｵﾌﾞｼﾞｪｸﾄ指向はものの捉え方に対する頭の切り替えができないと難しいだろうけど。
C++が使われ始めた頃、Cと何も変わらないｺｰﾄﾞを書いてたﾔｼがｲﾊﾟｰｲいたのはそのせいだろう。
頭が固いのはこの業界でなくてもｲﾊﾟｰｲいる。
ただこの業界では頭が固くても捨てられずに生きていけているのが実態。
つまりｺﾝﾋﾟｭｰﾀを動かすために必要な技術なんて古くても、そのｱｳﾄﾌﾟｯﾄに歴然とした差がないということだろう。
こんなところでCOBOLer叩きなんかしてるんだったら利用者が求めるものは何なのか？
ということを考えたほうがいいと思うね。
技術の勉強はほっといてもやる連中だとおもうから。

>>233
暇だったので他も探しました
↓こちらもなかなかよいです
http://www.bekkoame.ne.jp/~medaka/r_c/c_class.html
こちらはファイルの操作も少々出ています。

人はみな生きるという不安から、知らぬまに心の病気にかかってるんだ
　　　　　 ￣￣￣

役に立たないCOBOLオヤヂはさっさと引継ぎの資料をまとめて首吊って市ね。

>>237
お前、まさか自分が役にたってると思ってるの？
ふふふふふふふふ

>>237
禿同。みんなの足を引っ張って迷惑をかけていることに
気づかないオヤジが多すぎる。

>>218　また、ゆっくりみてみます
以下のもありました
ttp://www02.u-page.so-net.ne.jp/ta2/candynar/index.htm

＞ つまりｺﾝﾋﾟｭｰﾀを動かすために必要な技術なんて古くても、そのｱｳﾄﾌﾟｯﾄに歴然とした差がないということだろう。
おーい、本気で言ってるのかい？

＞ こんなところでCOBOLer叩きなんかしてるんだったら利用者が求めるものは何なのか？
＞ ということを考えたほうがいいと思うね。
きみも、よく考えたほうがいいと思うよ。

現実

C++＞＞Java＞＞＞＞＞C#＞＞＞＞＞COBOL＞＞＞＞＞＞＞＞＞＞VB＞＞Delphi

>>242
なんの現実？妄想の間違いでしょ。

C#の仕事ってあるの！？

じゃ次スレは「COBOLerごときにも何も言えないヘタレ逝ってよし」つことでOK?

>>243
242 が自分は得意だと思ってる順位でしょ。

このサイトにはトヨゾウの被害はありませんか

>>241
本気に決まってるだろ。何かあるのか？
あるなら言ってみろ
俺は鈍いから以下略とかなしで

あんまり笑わすなよ

>>248
アウトプットしかみないのもどうかと思うんだけど・・・。

アウトプット=インパクトプリンタで出した連表

アウトプット=とあるメーカーの年代物プリンタでしか正しく打てない帳票
（代替機、互換機無し。壊れたらどーすんだろ？ ってもうヤバいらしいけど）

インパクトプリンタで印刷しなければならない帳票があるということを
知らない馬鹿が居るスレッド（ｗ

机上デバッグ・・・・・ﾌﾟ

机上リファクタリング・・・・・だめ？

インパクトプリンタって、COBOLでしか制御できんの？

>251
その時代のメカは叩けば直るから大丈ぶぃ。

騎乗位デバッグ

ＣＯＢＯＬやらされてるやつ、会社やめてさがせ

COBOL>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>VB

何か？

>>259
当然のことだと思います

>>260
もちろん嘘でございます

>>260
コボラー発見(藁

>259の比較においてその他の言語が出てこないという点は正しい。

>>249
ﾕｰｻﾞｰはｱｳﾄﾌﾟｯﾄしか見ないんだよ
そこにどれほどの差があるんだ?

それはどんな言語で作られたなんて問題じゃないだろ
どんな情報が得られるかなんだよ

ｲﾝﾌﾟｯﾄに対して有効な付加価値のあるｱｳﾄﾌﾟｯﾄが作成されるかどうかだろ。

>>264
そうだね手でちまちま稲を植えようが機械で植えようが
同じ品質で同じ値段なら食うもんにとっては関係ないからね。

でも俺らは機械を使うけどね。いつまでも昔の技術をつかってたら
同じ品質を作るのに新しい技術に比べて時間も手間もかかる。
そうなると相対的に値段も高くなるから売れなくなるだろうし。

いつまでも古い技術にしがみついていたら、
インプットに対してのアウトプットも変わらないままだぞ。

>>264
ふむ。アウトプットが同じなら、どんなに汚いプログラムでも、
メンテナンスにコストがかかるものでもかまわないということだね。

きみは、COBOLの世界から外に出ないほうがお互いのためだと思うよ。

>>265
よく聞けよ
今現在大差がないからCOBOLがなくならないんだよと最初に言ってるだろ

つまりCOBOL云々なんてくだらんことを言ってないで
歴然とした差のあるｱｳﾄﾌﾟｯﾄをいかに作るかを考えようといってるだけだ

現在の開発技術や環境でCOBOLerが昔作ったｱｳﾄﾌﾟｯﾄと同質のｱｳﾄﾌﾟｯﾄしか作れないのでは
未来がないよ。それどころかCOBOLerが増殖し続けるだけだろ。

>>266
付加価値の意味解ってる？

ﾌﾟﾛｸﾞﾗﾑが汚い、ﾒﾝﾃﾅﾝｽｺｽﾄって何を見て言ってるの？
何と何を比較して言ってるの？

つまりCOBOLerは、COBOL使っても他の使ってもアウトプットが
大差ないからCOBOLしかやらないって事？ふーん

>>269
COBOLer叩きをしてるﾔｼがCOBOLerと同程度の価値しか生み出せないのが
情けないってことだよ。

>>234
見てんだったら、ｽﾚ違いのﾏｼﾞﾚｽなんかすんなよ…

COBOLで十分作れるものならCOBOLでいいじゃん。

でも、C++じゃなきゃ作れないものはC++で作れ。

ようはそういうことだろ。

COBOLerを叩いている人って、COBOLを叩いてるんじゃなくて
COBOLｅｒの姿勢を叩いているんじゃないの？
付加価値のついたアウトプットを出そうとするには、ＣＯＢＯＬだけじゃ無く
他の事も出来たほうが可能性が出るじゃない。一つの技術に固執する
姿勢を批判してるんじゃないかなあ。

あんまり過去ログ読まないで言ってるんだけどね。

>>272
と言って C++ で作った方がいいものを
また COBOL で作るんだね君は

COBOLはデスクトップアプリケーションに向かない

アセンブラで十分作れるものならアセンブラでいいじゃん。
でも、C++じゃなきゃ作れないものはC++で作れ。

って、おかしいよな？

帳票出すんだったら、COBOLでもJavaでもHSPでもいいんじゃないのか？
COBOLにしか出来ないことがあるのか？

ドナドナドナ〜ドナ荷馬車は揺れる〜・ﾟ・(ﾉД`)・ﾟ・ COBOLerｶﾞｶﾜｲｿｳ

http://isweb34.infoseek.co.jp/diary/howard1/donadona.htm

結局COBOLの利点はどこにも無しってことか。

>>279
前半はいいのだが、後半はトンデモな臭いがするな。
事実とあってるかどうかは知らんが、歌詞だけからそこまで断定するか？

どうも事実のようです
http://www.worldfolksong.com/closeup/donadona/dona2.htm

くたばれｃおぼらー

今日はｃおぼらーのお茶に差駐在を混入させました。

ここですか？コボラーを叩いているVB厨の集まりは？
ここですか？COBOLが理解できずVBをやってるカスの集まりは？

COBOLとVBしか知らない>>285がいるスレはここですか？

ここですか？VHDLしかできない変態のいるスレは？

>>287
だれだよそれ。ここにはCOBOLしかつかえないCOBOLerと
複数の言語を使えるプログラマしかいません。

ソフト業界の外から見たら、COBOLerもＶＢ厨もＣ厨も変りません。
使い捨てくらいにしか思われてないよ。

>>289
そりゃ、厨なら変わらんわな。

>>289
会社も俺からすれば使い捨てにしか思ってないけどな。

>>264
アウトプットだけしか見てない、アルバイト相手？
現実は、ユーザーは使いづらいだとか、遅いだとか古いだとか、言ってこない？
今まで帳票を見つつ手入だったものを、OCRで文字抽出して、入力を自動化するって
プログラムを作ったら、入力事務アルバイト６０人消えたぞ。
コボルだけしか知らなかったら、発想すらできないだろうね。
開発期間は１ヶ月だ。俺は、これで病院長賞でボーナスをもらったぞ。

Windowsなどのオープン系に移植すると計画をあげると、今まであったその不満が
一気に爆発して、その要望を取り入れて計算するととんでもない費用になる。
そうすると、経営陣は、一時的なコストを捻出できずに、長期的には損をする道をとる。
ココまでは、既出。
だが！移植の費用計算をしているのが、コボラーだったというのがウチの落ちだ。
コボラーの考えで費用計算するもんだから、異様な数値に・・・。

OCRを一ヶ月で作るの難しそう・・・

>>293
買えよ。

>>293
買うという発想はないのか？

>>274 いや、俺は実はC++とアセンブラとJavaしか使えなくてな・・・。

ここはライブラリでも買って使うのが正解だが、数字だけなどに限定
されてればそんなに難しいものじゃないぞ。

漏れの知ってるシステム。

マスタ更新などは全て申請用紙(用紙がなければ電話で取り寄せ)
に記入の上計算機センターへ郵送。
専門のオペレーターがトランザクションデータを手打ちで作成し、
その日の夜間日時処理でようやく更新。
（商品の値段１つ変更するのに何日かかるんじゃ、ヴォケ）

いつまでこんな方法を続けるつもりなんだろ？
いい加減､ユーザからそっぽ向かれますよ。

OCRはVB製のフリーのライブラリがあるよ。

いやまたそこでVBとか出すとよけいにｱﾚなんで...

ここにはCOBOLerを叩くことでしかストレス解消できない糞技術者と
それを煽る糞煽りしかいません。

いまどき、「ｱｳﾄﾌﾟｯﾄ」だってよ。
還暦ﾌﾟﾛｸﾞﾗﾏｰくらいだぜ。そんなこと言い出すやつは。

>>301
じゃあ、あんたは
「それを煽る糞煽り」
だね

>>303
そういうあなたは技術があるつもりの会社のはなつまみものですね。

COBOLでWindowsは作れません

>>302
“いまどき”は、
　「自分が時代遅れでもスキル不足でもない事を暗に示す、魔法の冠詞」
ではありません。

>>305
MacとLinuxでじゅうぶんです。

COBOLでMacとLinuxが作れるんだって(藁

COBOLのような昔の言語を使っている人は、いざとなれば
VBやDelphi、Javaくらいすぐに使えるようになるでしょう。


何か？

>>309
(藁

ここですか？
Delphiで構造化プログラミングをしている310のいるスレは？

>>309
昔の言語しか知らないと新しい言語を使えるようになるまで
勉強することがたくさんあるって大変だね。
新しい言語を知ってると昔の言語でできないことを知るだけでいいのに。

>>312
お前、２ｃｈ弁慶だろ？
この意味わかる？〜わかんねーだろーなぁ
仕事場でも活発に意見しろよ

>>312
ここですか？
JCLの使い方も知らない悲惨な312のいるスレは？

COBOLやってればCOBOLだけで済むのに。

>>314
そんな昔のもの、しらねーよ。

ここですか？
Delphi2＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞VB6
とほざいている、悲惨な316のいるスレは？

>>313
いまどき、松鶴家ちとせなんて使ってたらオヤジ扱いですよ。

>>314
あ〜あ。言語は知っているけどプログラミングはしらないって奴の典型的な発言だなぁ。

>>314
あーあ、COBOLer的発想の典型だな。
「俺は知ってる、おまえは知らない。よっておまえはダメ」って考え方。
そうやって新人や外注もいじめてるんだろうな。

「何でそんなことも知らないんだ！ お前、何年この業界にいるんだ。
そんな事、知ってて当然だろうが！！ バカ！！」
とか言って、COBOLerオヤジの頭の中の中にだけ存在する（つまり、書類などには
一切明記されていない）システム固有のローカルな仕様を、さも世界の常識のよう
に語ったりとかね。

COBOLerは市ね

ここですか？
オブジェクト指向の継承すら理解できない悲惨な３２１のいるスレは？

>>322
すいません。オブジェクト指向すら理解できないCOBOLerです。

つまらん仕事はCOBOLerに任せて、俺たちは面白い仕事しよーぜ

面白い仕事っつーたら、あれだろ。
納期短め人月安めなおかつお客が馬鹿目だろ。
VB厨にはお似合いですな。

ここですか？
エージェント指向を取り入れてるCOBOLerが集まるスレは？

>>326
すいません。エージェント指向も理解できないCOBOLerです。

>>325
やっぱりCOBOLとVBしか知らないようですな。

私は人月120万帰宅は定時のこぼらーですが。なにか？

>>329
ぼったくり氏ね

>>328
はぁ。

低賃金でいつまでもほざいていたらいいんですよ。
貴方みたいな人間は。

>>330
（ぷ
負け犬の遠吠えですか。

駄目な奴は何をやっても努力しても駄目なんですよ。
自分の器量の小ささに気付いたなら貴方こそ今すぐ死んだら？

だいたい事務処理ってものが心底つまらん。自分にとっては

>>329
私は人月100万帰宅は定時っていうか適当でＯＫ、
仕事中にゲームしてるオペレータですが、なにか？

こぼちゃんには、結構329,334なのがいるのよ

>>332
ははは。なにを言っているかなぁ。
負け犬の遠吠えって言葉は、負けている人に言う言葉ですよ。
今までずいぶん努力もしているし成果も出ているから的外れな事言われても困ります。
器量が小さいのは自分だと自覚した方がいいですよ。

>>334
別になにも。
大企業のオペレータ請負子会社なら、使い捨ての安月給ですむ
オペレータに100万円もだすなんて将来知れてるなって程度かな。

雪印より馬鹿企業でしょ。

>>335
おい、329といっしょにするなよ。
俺はCくらいは出来るぞ。

私は人月80万残業ばっかりCOBOLの案件が少なくなって今にもリストラされそうなコボラーですがなにか？

>>330
いるねぇ。努力すればいつかは報われると思ってる底辺人間。
死ぬまで報われないのにね。（ぷ

成果ってボーナス1万あがったとかか？
よかったね。（禿藁

>>337
たしかに。そろそろやばそうなので、開発系に戻ろうと思って
暇なときにJava勉強してます。

>>340
あぁ、なるほど。だからコボラーは努力もしないで報われないのか。
成果ねぇ。自分の経験を基準にして言ってるのかな。低い基準だこと。

>>342
いやぁ。わかってないんですねぇあなたは。
私の場合いつまでも底辺の技術者でうだうだやってないんですよ。
来年からは管理する立場にたち現場からはおさらばです。

わかってます？月に100万稼げてるのかどうか分からない貴方に
給料なんていつまでもはらってられないんですよ。さっさと精神病に
でもなって田舎に帰れば？

私？私はそういうのを使い捨てするだけですから。なんの心配も
いりませーんね（ｗ

言語にこだわってる時点で先見えてる。
言語に関係なく、仕様書渡しているのがベストです。

>>343
底辺技術者の間に、気に入らない上司をあぼーんするテクニック身に付けなかったの？

>>345
使えない技術者をさっさと切るテクニックなら沢山身に付けてますが？

>>346
そういうことをやってくる上司をあぼーんするのが面白い。

>>343
えーっと。つまりCOBOLerは糞ということですね。

>>347
はいはい。
好き勝手にあぼーんしていてくださいよ。

COBOLerが管理者になってめちゃくちゃな管理をしている例が多数があるが、やはりそれは当然のことなのか？

>>348
いえ。自分が底辺なのを棚にあげて他人を批判してる馬鹿が
糞以下ってことです。

>>350
でたー。
管理ってなんの管理だか分かってる？
プロジェクト管理じゃないんだよ。

まぁ。君みたいな零細企業勤務じゃあわからないのも無理ないか。

>>351
あぁ、否定していない。
やっぱりCOBOLerは糞ということでよかったわけだ。
どうもありがとう。

てか、COBOLerは底辺であることに早く気づけよ。

>>350
ソースコード管理ですか？

>>353
うん。それでいいよ。
それで君のもろい精神が安定するのなら。

>>352
なにを言ってるの？ 誰がプロジェクト管理って言ってるって？
そうか、実際めちゃくちゃなプロジェクト管理が実際に行われているから
俺が間違って言ってると思っちゃったのか。
COBOLerのプロジェクト管理はめちゃくちゃってもうわかってるからわざわざ言わないよ。

>>356
うん。それでいいよ。
それで君のもろい精神が安定するのなら。

>>355
以下に可愛い女性の新人を自分の近くに置くかっていう管理テクニックに
きまってんじゃん。
あ、君のところじゃあまともな女の子なんて入ってこないか・・・・・。
ごめんごめん。

>>359
つまり、政治家が金集めに没頭するようなものか。

>>357
では。俺が何の管理をするのかいってみなさいなぁ。

無理だろうけど（ぷ

>>359
職場しか女性との接点が無いんですね。。

>>361
変数。

>>360
わかってないねぇ。
別にその女の子をどうこうしようっていうんじゃない。
むしろ可愛いうちに誰かのお嫁にいってくれたほうがありがたい。
花は毎日変えたほうが気分がいいからね。毎年あたらしい
花が入ってきた方がたのしいじゃん。

くやしいですか？自分が底辺なのが。

>>361
そういうふうに言われて答えると違うのを出すに決まってるじゃん。

っていうとほら言えないって言うんだろうけどね(w

で何の管理をするの？

>>362
既に愛する嫁と子供がいますが。
独身でさみしい低所得者のあなたとはちがいます。

>>364
やめとけ。自分の無能さを晒しているだけだぞ。

なんか、ようやく底辺から這い上がれて、やけに喜んでるのがいるね。
まぁ、いままで馬鹿にされつづけてきたんだから、大目に見てやろうよ。

>>365
あなたのような使えなさそうな人材を教育系の子会社に送ったり
CEに無理やりしたり営業の小間使いにしたりする管理です。

>>368
いままで定時で人月120万もらっていた人間を底辺というのなら
まぁそうなんでしょうね。

で？あなたは一月いくらもらって何時間働いてるの?(ｗ

CEって楽でいいぞ。金も儲かるし。

りょ、両方出来るのが一番良いのでは・・・

>>369
やっぱ俺の想像とあってるじゃん(w

なんだかんだ言って、人気スレだな・・・
漏れは「COBOLer市ね、いや頃す」派だが、楽しくやらせてもらってるよ。

>>370
ちょっと前に書いたオペレータですが。
すくなくとも、自分は底辺だという認識はありますよ。あなたと違って。

>>373
想像とあっててよかったねぇ。
で？COBOLｅｒだとその分野でなんで管理がめちゃくちゃになるんだ？

楽しい回答まってます。

>>375
はぁ。30代半ばで年収1000万超える私が底辺なんですか。
では普通の人というのは30代半ばでいくらぐらいもらっていないと駄目なんですか？

2chでそういう事書いて、恥ずかしくないですか？

>>376
COBOLerは向上心がないから

知人には知られたくないよな。

>>376
知らないよ。俺はそういう例が多数あるっていってるだけだ。
で当然なのか？と聞いてるだけだ。

自分の思い込みとか自分が気に入る気に入らないで発言しているような
奴だと管理がめちゃくちゃになるのはあながち間違いじゃなさそうだがね。

>>378
全然恥ずかしくないんですが。

COBOLerが技術者みたいな顔してるのがむかつく

士＞農＞工＞商＞えた＞ひにん＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞COBOLer

高卒>384

>>382
仕様書無しさんだもんね。

>>381
> 自分の思い込みとか自分が気に入る気に入らないで発言しているような
> 奴だと管理がめちゃくちゃになるのはあながち間違いじゃなさそうだがね。

偉そうなこというねぇ。
自分は聖人君主ですってか。いるねぇ。そういう勘違いした奴。
実際は朝来てコンピュータに向かって自分の勝手な思い込みで作業を
終了して帰っていく奴。報告もなし。自分の基準が一番だからね。
結局結合したらバグだらけ思い込みでつくった糞プログラム。

経験則である程度自分の気に入る気に入らないで人を切るのは
仕方がない。俺も慈善事業でやってるんじゃないし会社に迷惑を
かけるわけにもいかない。

結局そういう建前論しかいえない奴はいつまでたっても駄目だって
ことだよ。プログラムが好きなのならいつまでも糞安い月給で
プログラム組んでたらいいじゃん。俺から見ればそれがCOBOLER
となにが違うのかさっぱりわかんねーけどな（ｗ

糞PGしか入ってこない・育てられないってことを自慢するなよ。

>>387
えっと、つまり>>381もCOBOLERも糞ということですね。

なんだかんだ言ってもコボラーが糞なのは変わらないって事だろ。

>>387
ほったらかしておいたら、勝手に成長する・しない奴は元々ダメだと勘違いしてるタイプですな。
たしかに、自分の技術は高いかも知れないが、そこまでですね。

>>390
VB厨の君が言うことじゃない。

自分の勝手な思い込みで作業するのは駄目で、
自分の気に入る気に入らないで人を切るのは仕方がないの？

どっちも同じだと思うが。

>>388
はぁ？何いってるの？

お前のいる糞会社と違うんだって（ｗ
関連会社から入ってくる外注が全員優秀なわけないじゃん。

あ。使われる立場だから君にはわからないか。ごめんごめん。

387の嫌いなＰＧは、自分を通さずに直接客と話すＰＧと、
自分より優秀なＰＧです。

>>392
なんだかんだ言ってもコボラーとVB厨が糞なのは変わらないって事だろ。

なんかこのスレ、後半はおもしろくないな。

>>395
そういうPGは全然おっけーだね。事後報告でも客との話合いの
結果を全員にブロードキャストするならね。
自分で判断できてそれが正しい優秀なPGならおおいに結構。
むしろ自分が楽できて一安心ですが。

あなたがそういう優秀なPGであることを祈って。かんぱい。

＞＞３９７
ｵﾏｴﾓﾅ

400!

400! =

>>398
正しいかどうかは398が判断するんだからなぁ。
結局、好き嫌いで判断してると思われ。

>>393
自分が船の漕ぎ手（PG）であるのと
船の船長であるのとで意思決定レベルに
大きな差があることに気付けよ。

糞PGは他の優秀なPGに迷惑をかける。

船長にはそれなりのエゴイストな意思決定が
求められるんだよ。まぁ。君にはどうあってもわからないだろうが。

>>402
でも判断する人は必要でしょ？
その判断は、どうしても管理者になると思うよ。

>>403
船のコックが何を言ってるの？

でも船長の地位が危ないと、優秀な漕ぎ手を海に放り出すのは止めてね。

>>402
で、君は本来使えない人材の癖に管理者の好き嫌いで贔屓を
受けていると感じているんだね。

早く気付けよ。お前が駄目人間だってことにさ。

役職の違いだけなの？
ならｺﾞﾁｬｺﾞﾁｬした理由付けなんかいらんやん。
素直に、俺は無能だが偉いんだよ！とでも書いておけ。

使えない人材ってCOBOLerのことか・・・。

今日このスレはダメ人間の会合でも開催されてるんですか？>>407

優秀な漕ぎ手(外注)は手放さないよ。
優秀な船長候補には絶対に仕事を教えないけどね。

優秀なPGはここでけなしたりはしない。
ここは幼稚園児の口けんかの発言ばっか

優秀な船長候補に仕事教えて、自分も自分の勉強すれば追い付かれる事は
無いじゃないですか。そこを叩かれているんじゃないのかな？

>>406
しつこいなぁ。
自分は優秀なPGなのにいつも迫害されているとか思っている
勘違い君ですか？

優秀なPGっていうのはプロジェクト管理者にとってその人の
人格が自分と合わなかったとしても切るに切れないでしょ。
プロジェクトが円滑に進むためにも自分が楽するためにも。

ただプログラムの技術が一流でも他のメンバーと会わない
むしろチームの和を乱すような人物はさっさとお引取り願う
けどね。

まぁ人間だから相性ってのはあるとは思うが。

ここでくだまいてる底辺技術者どもがいい仕事にめぐりあい
ますように。

>>412
さぁ、皆さんご一緒に！

オマエモナー

仕事にめぐり合えないCOBOLerは底辺技術者ですか？

>ここでくだまいてる底辺技術者
お前も例外じゃないんだぜ(w

COBOLerは技術者とは呼べないので、ただの底辺な人です。

無能管理者に気に入られた技術者の身にもなってみろよ。
むちゃくちゃ大変だぞ。客との折衝からなにから、すべて
丸投げされるんだからな。

底辺技術者やめて底辺管理者になります。

>>417
だーかーらー。
もうほとんど技術者じゃないし。年収はここ２・３年（30中盤）で1000万を
超えるんだって。

>>421
“上がった”んなら、わざわざこんなところに自慢しにくるなよ。

もっと、有意義な休日の使い方があるだろ。

>>422
底辺管理者なのでそんなもんです。

>>422
俺もそう思う。仮に1000万の収入を得ていたとしても無教養なアホに思える。

>>423
脳内管理者です。

馬鹿んり者

>>422
はぁ。明日から長期休暇でスイスの方に家族と行くので今日は
家でのんびりしてますが。

じめじめした空気を忘れてここのの洗濯ですよ。
ではー、底辺の皆様おやすみなさいませ。

お前等が探しているのはこれだね、探したよ。
http://www.l-h.co.jp/soba/sobatool.html#choufukyuset

>>427

お前、もしかして大手？

>>427
すげー都合がいい奴だな
これで、すべて嘘だってバレちゃったね。
糞ＣＯＢＯＬｅｒってこと意外。

>>429
大手でもSIで名を売ってる超大手じゃないと30半ばで1000満はいかないでしょ。
中堅で手堅い顧客を持ってるところも行くかも知れないが。

今ごろ気付いたの？馬鹿じゃねーの（ｗ

>>430
そういうことにしないと都合が悪いんですか？

>今ごろ気付いたの？

1000万の収入って書き込みを見て、
「おお、こいつ大手だな」
って思うかよ。２chなのにさあ。（ｗ

スイスの方って、北西ってこと？

>>427
俺がいつもネタに使っているのと同じこというなよ(w

>>427
あぁ日本のスイスね。長期って事は三泊四日くらいかい(w

>>432
あのなぁ、年収１０００万とか、明日からスイスとか
自分に都合良すぎるだろ。やっぱ馬鹿だな、こいつ。

スイス野郎は逃げました。

スイスが北西？？？？？

プログラムの技術力だけじゃなくて一般常識もないんですね。
唖然。

一般常識がなくて理解できないビジネス系は嫌だとだだをこねるが
制御系にやってもそもそも他人を批判するだけで勉強なんてできも
しない奴がのさばってる底辺技術者スレッドってここですね。

>>439
日本から見れば北西だろうが、大馬鹿だなやっぱり。
わざわざ頭悪いのさらす為に、あげてるし。

今日のスレの伸び方は異常ですな。

>>441
はぁ？地図みたことあるの？
真北と真西の間はすべて北西か。
お前の北西ってめっちゃ広いな。
世界中いたるところ北西じゃねーの？

馬鹿丸出しはお前だっつーの。

茨木辺りの人には、北西なんでしょう。
　　http://www.janis.or.jp/users/dom/hakubaeyoukoso5.html

>>443
だんだん口調が変わってきた。
必死になってきたね。馬鹿を隠すために。

>>445
はいでました。
自分が常駐しているから他人も常駐していると思っている奴の典型だね。
お前を馬鹿にしてるのは一人じゃないってことに気付けよ。

ＣＯＢＯＬの勉強したいんだけどＭＶＳで動くコンパイラどっかに落ちてないかな〜？

http://go.iclub.to/ddiooc/
　　　　　
　　　　　i/j/ez/対応です

お役立ちリンク集
必ず役立ちます

　サイト管理者お役立ち集
　　　　1日4000ＨＩＴ以上
↓
http://kado7.ug.to/wowo/
　　　　　　
　　　　　i/j/ez/対応
　　　　
　　　コギャルとＨ出来るサイトはここ
ヌキヌキ部屋へ直行便

　　　　　　　　　↓
　　 http://kado7.ug.to/wowo/-a.htm
　　　　
　　　　　　　i/j/ez/対応

>>443
地球は丸いって知ってるよね？

>>450
ああ、確かにスイスは日本から見て北西だね。
ちなみにアメリカは北東。パイロットなら常識だけどね。
きっと極座標ってものを知らないんだろうね

>>450
日本の義務教育受けた奴には常識だと思われ。

>>451
地球儀と糸があれば一発で調べられるよね
案外プログラマーってバカ多いね
うちの飛行機大丈夫か心配になっちゃうよ

日航はヤヴァイ

「汎用機」−「客先常駐」−「人月で売上計算」の職場にどっぷり浸かると、
「新技術の積極的な取得」に必然性を感じなくなりますね。
技術力は「さぼっているように見られない」程度で充分。分からないことは、
必要なときに、必要な分だけ、わかる人に教えてもらえばいいし。
大事なのは、上司、客先との人間関係を良好に保つこと。
会社から帰ってまで自己啓発する必要もないと思う。それよりは
プライベート（趣味とか、彼女（家族）とのつきあい）を充実させたい。
だって自分は技術者というより会社員だし。

そんな「プログラム書いてるけど意識は会社員」、ぱっと見た目はCOBOLerと
変わらなくて不満もありました。でも今はそれほど不満はありません。
彼らは「技術で稼いでいるんじゃない」と自覚できているのですから。

必死になって自己啓発しないとついてこれないような奴は技術者としては要らない。

プログラム作ることって、そんなに自慢できるほどの技術って言えるのかな？
女子供でも言語覚えりゃ、できちゃうんだよ。
みんな勘違いしすぎだよ。

>>女子供でも言語覚えりゃ、できちゃうんだよ
子供はまだいいとして女をバカにした発言だな、
思うにおまえは並みの女よりもきっとバカだよ

>>457
勘違い君？

結局「一人の馬鹿がスレを爆発的に伸ばす」法則が適用されますた。

おお　にぎわってますな

>>450 へ
どうしてスイスが北西でアメリカが北東なのか理解できん。
もうみてもスイスは西でアメリカは東に見えるのだが。

別にコボラーでもいいのでは？
折れは大学でやっただけだが・・・

>>461
ちょっと探してみると。。
http://www.kumokiri.net/map/mapa.html
なんてのがあった。

どうやら漏れは安い地図にだまされていたようだ

>>455
そういうけど、２０代には自然と入ってたものが、だんだんと・・・

>464
安い地図ではない。
言語と一緒で用途によってことなる図法があるだけです。
普段自分がみなれているものを信じて他を誤りとする発言がここではかなり
みうけられますね

ﾈﾀﾆﾏｼﾞﾚｽﾁｮｰｶｺﾜﾙｲ
というやつですね

日本語なんてなきゃいいのに
英語だけだったらどの言語も楽に使えそう

>468
日本語の美しさも捨てがたい。
だから英語のネイティブスピーカーを、
日本に五千万人くらい輸入すればいいんだ。
百年経てば、みんな英語が喋れるようになる。多分。

COBOLerって技術力も向上心も無いのに、なぜ業界に生き残っていられるのですか？

コボラーの好きなもの
紙(手書きの〜申請書、〜報告書、〜依頼書、〜仕様書)
紙(インパクトプリンタから出る漢字出ない連票、山ほどの帳票)
紙(福沢諭吉)

よってコボラーは神！！

コボラー＝採用試験のない公務員
何もしなくても月１００万もらえる夢の境遇。
技術者としてのプライドを採るか、金にまみれた堕落した精神を採るか？
あなたならDOTCH？

簡単になれるのに何故みんななろうとしないの？こんなお気楽でボロい商売あまりないよ！

>>471
鉛筆、定規、蛍光ペンを追加してくれ。ソースを印刷して解読する時に使うんだ（ｗ

ASPEN

>>474
コボラーってASPも得意らしいですよ

なんか黒に緑字の画面に

ASP

って打ってました。

>>475
だれか、暗い付いてやってください

お前ら全員小学生か？

>>477 小学生はCOBOLなんぞ知らん。

-------------------------------------------end-------------------------------------------

COBOLer叩きをしているCOBOLerと同レベル（社会的立場はCOBOLer以下)の
DQN PGも世の中のカス
一緒に氏ね

>>478
知能レベルの話だｳﾞｫｹ
しかも低学年だな

>>475
ﾜﾛﾀ!!
確かに毎日打ってるな。「ASP」って。

COBOLerって 便器にこびりついて硬くなった糞みたいな存在だな（ﾜﾗ

>>482
?

COBOLer叩きをしているCOBOLerと同レベル（社会的立場はCOBOLer以下)の
DQN PGをたたいているヒキコモリ(社会的には死んでいる)
も世の中のゴミ。
一緒に氏ね

ASP
ED #データセット名(メンバ名)
#SUB
ST
INQ JOB名
PF12
SE

>>486
私には、暗号にしか見えません。
かすかにプログラム言語であることが分る程度です。

COBOLerだが486わからん？
ASPって何？
ActiveServerPagesなら知ってるが？

>>487
俺には何かのコマンドにしか見えないんだけど

COBOLのお仕事って、１人月１２０万とかって大手以外ないよ。
ふつーのCOBOLerって公務員程度の給料。

>>490
単価と給料をゴッチャにするなよ

全すれよんでる途中なんですが、
ＣＯＢＯＬｅｒは、如何程の給金を頂いているのですか

>>487-489
ASP＝ASPEN（アスペン）日立製作所の統合環境のことです。

↓北海道大学大型計算機センターの「ASPEN利用の手引き」
http://www.hucc.hokudai.ac.jp/pdf/aspen.pdf

>>486
なつかしいな

とりあえずCOBOL屋はアビバにでも行って現代人になるべきだ。

>>483
ﾜﾗ

実戦でＣしかやってませんが、将来ここで叩かれるんでしょうか？

>>497
一生懸命叩いてるﾔｼより出世しなけりゃ大丈夫

ASPEN のエディタとか、出来た時代を考えるとなかなかすごい物だよね。
COBOLer の罪は、よく出来たものを一度作って安心して
そこから先に進まなくなった事。

本当は歴史の一ページになっていなきゃいけないものが
まだ現役で頑張ってる。
しかも彼らはまだ引っ張るつもりだ・・・。

いい加減に延命治療も終わりにして逝かせてあげれば
美しいものが美しいまま歴史になったのに・・・。

500aget

ここですか？５００をキリ番と思っている悲惨な人間のいるスレは？

>>501
必死だな（ｗ

>>499
ASPENとか知らないけど、そんなにいいものなら
作った奴はそれなりにやってるんじゃないのか？

そのいいものを使うことに過剰適応してしまった
のがCOBOLerなわけで。

若い連中にもCOBOLerはいっぱいいる
自分で勉強しないのはもちろん他人が教えてもやる気がない

過去のものとか言うことではなく仕事に対する心構えがおかしい連中

ここで叩きをしてる連中の中にもおかしなやつがいっぱいいる
仕事の道具の勉強は大事だ、しかし人間としての勉強を怠っていては
せっかくの勉強を生かす場を失いかねないよ

弧墓羅亜には情報処理の資格もロクにとれない人間が多い。

一番、厄介なのは仕事と割り切れない奴だな
仕事なのだからCobolだろうと何だろうとやらなければならないにも
関わらず全く覚える気が無い奴
その皺寄せが、他の人に重くのしかかってくるのも気にせず
２ちゃんのココでせっせと書き込みしてやがる
頼むから俺の基から去ってくれ・・・
ちなみにソイツは派遣で来ている自称：何でも屋
ハッキリ云って何も出来ない

COBOLerオヤジが新人を集めて「汎用機万能！PCはクソ！オモチャ！」という
思想を叩き込んでいたりするからね。１年もすれば新人も立派なCOBOLerになっているよ。

「だいたいPCなんて物はですね…」と聞いてもいないのに語りだしたりとかね。
結局最後は「やっぱり汎用機が一番なんですよ」という結論に至るんだ。そいつら。

時代の流れとか､ユーザーの意向とか、全く無視。
どうしてこういう連中が業界で生き残っているのか、不思議でたまらないよ。

>>506
COBOLerに多いね。

>>506
同意
仕事と考えて行動できないヤシが多すぎ
変なプライドばかり高くて。
挙げ句、能書きばかりで人の揚げ足とって仕事をしない。
今更こんな言語〜だとか、スキルに繋がらない〜だとか・・
俺の周りの若くて出来る連中は「仕事は何でも自分の為になる」と
色々な仕事にチャレンジしてくる。

みんな仕事好きなんですね。

>>509
仕事は仕事としてすべきだと思うが、

＞ 今更こんな言語〜だとか、スキルに繋がらない〜だとか・・
そいつにはそいつなりのキャリアプランがあるんだろうから、
スキルにつながらないと判断しても当然。自分がリストラされ
ても会社潰れても、そいつの面倒見てやるって言うんなら別だが。

>>510
アマチュアは寝ていなさい。
そうしないと誰からも相手にされないよ。
COBOLer以下と言う事だね。
ふふふっふふ（以下・嘲笑

俺はCOBOLもC++もVHDLもできますが、何か？
最近はJavaも仕事で使ってますが、何か？

>>511
何いっているのかよく解らないね？
どしたの？

プログラムなんてだれでも書けますが、何か？

漏れの傍にいるのは、たぶんCOBOLerになるのだろう。
営業が苦労して取ってきたJavaの仕事を「自分が分からないから」
という理由でばっさり捨てちゃった。
いままでは汎用機の端末は専用端末で、全部COBOLだったん
だけど、リプレースする汎用機はクライアント側はいわゆる
Windowsマシンになって、端末ソフトもJava製。もちろんCOBOL屋
さんたちは実績ないんだけど、営業さんがなんとか客を説得
して仕事取ってきてくれたのに。これからはCOBOLの仕事だけじゃ
いままでとおなじ人数養えないのにどーすんだろ。

>>513
COBOLしかやろうとしないからといってCOBOLerを馬鹿にすんな。

>>513
強いて挙げるとすれば、“VHDLって儲かる？”

COBOLって仕事減ってるの？
汎用機はみんなCOBOLじゃないの？

>>518
いや、新卒で半導体メーカーに入ったときに設計で使っていたんだよ。
儲かる儲からないの部署じゃなかった。
今は、普通のソフト屋さん。

>>519
それほど減ってないと思うけど、
新規開発が無くなってるのは事実かも。

お前ら、何を云っているのか・・
ＣＯＢＯＬの変わりに何で事務処理用のアプリを作るつもりなの？
顧客の予算を考えないで云うのは簡単だけど、予算が在っての開発なのだから。

>>522
でも、汎用機の維持費も馬鹿にならないよ。
事務処理なんて、他の言語でもできるさ。

>>522
開発は予算があるからするんじゃないよ。

>>523-524
お前ら、アホか？
景気と開発予算は密接な関係があるんだぜ

>>524
伯母かさん？

>>524
予算じゃないなら何？

>>523
他の言語って何でやるのですか？

他の言語はＡＳＭに決まってるぜ

>>525
そういうのは、COBOLerが考えることではありません。
下手に背伸びしてると、痛い目に遭うよ。

>>528
ＶＢじゃダメ？

>>530
意味不明
誰か訳して

>>530
書いてある事がよく解らないが、？？
誰が考えるのかな？

>>530
もしかして？

>>530
お前、客の立場か？

>>527
それを開発することで儲かるかどうか。
うちの今の客は、なんかアホみたいに金つぎ込んでるんだけど、それだけ儲かってるらしい。

>>536
SYSTEMを開発したら儲けが出ているのか？
そのUSER

>>537
何かの間違いだよ。SYSTEMを開発しただけで儲けなど出ない。
幻想だね。西部もそうでしょ？

COBOL界隈は本来は現場を離れるべき人間がいまだに現場に
ちょっかい出してるからおかしくなってると思われ。

プログラミングは、新人にやらせとけよ。

>>537
だって、金をもうけるためのシステムだもん。
一晩動かすと相当な金が入ってくるらしい。

>>540
おぉ〜内情キボーン

>コボラ出血熱

ﾜﾗﾀ
ﾐﾝﾅｼﾇﾝﾀﾞﾅ(w

>>542
あれ？俺このスレに書いたんだっけ？
そろそろボケてきたかな？とか思ったじゃねーか。

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

>>523
汎用機の維持費は確かに高いね
でも経営者は納得して払ってるんだからいいんじゃないの？
どっかの銀行はNTｻｰﾊﾞｰで勘定系動かしてるみたいだけど
そこの様子をしばらく見てから移行するところが出てくるかもね
そのまえにNT,UNIX関係がとんでもないことを起こしたら汎用機ﾏﾝｾｰ
ってことになっちゃうかもね

汎用機だったらCOBOLはいい言語だとおもうけどPL/Iは事務屋さんには
暗号に見えるらしい

>>524
予算があるからやる開発も世の中にはあるんだよ(まるで年末の道路工事だが)
ｼｽﾃﾑ部門のﾎﾟｰｽﾞとしてとか

COBOLerにはそのCOBOLさえちゃんと知らない連中が多くて萎える。
ひどいのだとパック十進のダンプがまともに読めない奴とかいるしな。

>>544
汎用機の維持費は確かに高い。
ただ、内容も違う(パーツ十年以上保管、単体fix提供、徹底した上位互換)ので、
ＴＣＯで高いか安いかは運用も含めて、最後は経営判断しかない。

汎用機がすぐに無くなる兆候は無いが、新しい業務の移植は減って来ているのは
事実（汎用機上でUNIX/Linux互換でパッケージを動かす場合が多いので
一概に言えないが)

ただCOBOLは汎用機だけで使われている訳ではない。
国産各社はUNIX機上に自社の汎用機やオフコンの互換環境を持っていて、
それはCOBOLで使う場合が多い。仮に汎用機が消えても、これら互換環境上の
COBOLアプリまで消えるのは、かなり年月がかかると思われる。

>>546
そうですね
一回UNIX環境に汎用機のｿｰｽを持ってったんならその会社でCOBOLが
消える可能性はよほど金が余らない限る無理でしょうな

金が余る時代なんて俺が生きてる間にはもう二度と来ないかも・・・

>>544

いわゆるオープン系で勘定系やってるのは、米銀や新生銀行など、
１行の顧客も少なく、全国でリアルタイムに残高を更新してはいないとこ。
（各支店やＡＴＭでは、限度額まで降ろせるだけで、正確な残高は
リアルタイムでは判らない）

>>544
NTｻｰﾊﾞｰなんかで銀行の勘定系作れるの？マシンは何？
ちょっとびっくりしたよ。あんなヨワヨワなOSじゃこころもとないと思うぞ。
僻地の信用金庫でって言う話じゃないよね？

>>548
住友三井もやってたような気がするんだけど
あれは勘定系じゃないのか？

まあ新生とかのレベルでだめなら都銀クラスはダメだろうな

NTｻｰﾊﾞｰで勘定系作る→ｼｽﾃﾑﾄﾗﾌﾞﾙ→ﾏｽﾞｰ
汎用機&COBOLで勘定系作る→ﾄﾗﾌﾞﾙ0→ｳﾏｰ

ホレ↓
http://www.unisys.co.jp/news/NR_011029_ESseries.html

>>551
み○ほは？

>>552
これって結局勘定系のメインの機能ではないよね？
一部の機能をNTｻｰﾊﾞｰでってことなのでは？
24時間365日ノンストップでの運用を求められるミッションクリティカル分野に
適用したって書いてあるけど、NTｻｰﾊﾞｰなんかでそんな用件満たせるのか？ すごく疑問。

>>550
三井住友の勘定系は汎用機(NEC)のままで、
対外系の一部がオープン系になった。

勘定系は、さくら銀行の時に「３層CS(最上位は汎用機)」を進めて失敗。
保守的な路線に転じたが、完成前に住友と合併となり、
勘定系は住友グループのNEC汎用機に統一された。
(正確には現在は連携まで。今年中？にNECに一本化予定)

都銀の場合は、米銀のように、通帳を廃止して、リアルタイム残高整合性
とかを廃止すれば不可能では無いと思うが、顧客に露骨なサービスダウンを
強いる判断は、都銀の経営者には出せないと思う。
(本当は、色々な銀行があって良い筈だが)

>>552

BANKSとのゲートウェイをオープン系にしたというだけなのね。

汎用機って銀行の例しかないの？

みずほ銀行（勘定系）

旧一勧：COBOL中心(F系)
旧興銀：COBOL中心(H系)
旧富士：PL/I中心(I系)

>>557

ちょっと思いつくだけだが、汎用機を中心的に使ってるというと．．．

輸送：ＪＲ、各私鉄、ＪＡＬ、ＡＮＡ、ＪＡＳ(発券、運行、運用保守)
エネルギー：電気、ガス．．．
製造：トヨタ、日産、新日鉄、日本鋼管．．．
金融：日本生命、第一生命、野村証券．．．
新聞：日経、朝日．．．
官公庁：各省庁、自衛隊、米軍．．．

ま、「使わないで構築した」という事がニュースになるくらいだから、
大抵の大手企業では使っていると。流通とかは比較的少ないかも。

>>557
汎用機自体高いからね
10年ぐらい前はPCだってない会社多かったからね
中ぐらいの企業でVAX持ってりゃいいほうだったんじゃないのかな
JRはVAXを使ってたと聞いたことがある
零細企業だとせいぜいﾜｰﾌﾟﾛぐらいか

汎用機というと
証券会社：PL/I,ASMが多いらしい
損害保険：COBOL,ASMが多いらしい
生命保険：知りません

大手の製造業でも使ってると思うんだけどよく知らないな
昔NHKで新日鉄のﾄﾞｷｭﾒﾝﾀﾘｰ番組やってた気がする

>>559
流通でも当然使ってるよ。
ただ、PGの立場では会社名を軽々しく言えないだけだよ。

>>560
生保でも当然使ってます。
つか、使ってない大会社を知りたい。

>>561
PGの立場って？
下っ端って言う意味か？
顧客に対する守秘義務か？

どっちにしてもﾊｰﾄﾞﾒｰｶｰの広告等で世間に公開されてるような情報は
どうでもいいと思うけど

>>563
そのとおりだね！まさに>>552がその典型

>>557

IBM汎用機(zSeries)のユーザー事例
http://www-6.ibm.com/jp/servers/eserver/zseries/library/jirei.html

富士通汎用機(GS)のユーザー事例
http://globalserver.fujitsu.com/jp/jirei/index.html

日立汎用機(エンタープライズサーバー)のケーススタディ
http://www.hitachi.co.jp/Prod/comp/Mparallel/HARD/jpn/ap80_study/index.html

Cってなんだっけ？？( ´∀｀)？

>>566
UNIX作ってる途中でめんどくさがりやさんが作った言語

あーはいはい思い出した。
netwide assembler(?)みたいなやつね（ﾜﾗ

追加

ＮＥＣ汎用機(ACOS)ユーザー事例
http://www.sw.nec.co.jp/acosclub/special/index2.html

なんでこのスレ急に活況を呈してるんだ？

>>570
偶然にも COBOLer 叩きが趣味の人が
昨日あたりから数人 2ch に入り浸ってたとか、
意外とそんなもんなのでは？

>>571
海でも行きゃいいのにね〜

彼女も友達いないのか（　´,_ゝ`）ﾌﾟｯ

>>572
マジで傷ついたよ

※ここは言語について語るスレではありません。
※COBOLしか使えない（使おうとしない）COBOL屋＝COBOLerを叩くスレです。

結局汎用機使ってる限りコボル知ってるのが一番だと思うよ
PL/Iとかアセンブラできると選択の幅は広がるけどね
汎用機でCとかC++ってのはこの先ありえないじゃないかな？
パックを表現する型がないのが致命的だし、
ポインタは汎用機では危険ではないけどバグを仕込みやすいからね。
それに生産性低いし。
まあ他の言語覚えるよりコボルのエキスパートを目指す方が正解じゃないですか？
オブジェクト・コボルみたいのが出てきたら面白そうだよね。

>結局汎用機使ってる限りコボル知ってるのが一番だと思うよ
それはそうなんだけど、汎用機自体使っている企業が少なくなってる
ような気がするんだが。
今の現場は、現在は汎用とＣ／Ｓを並行稼動してるけど、
来年には汎用機をなくして、すべてＣ／Ｓに移行する予定です。

>それはそうなんだけど、汎用機自体使っている企業が少なくなってるような気がするんだが。
そうなの？それは大変だな。
でもＣ／Ｓっていっても幅広いよね。UnixとかオフコンとかWindows系とか、言語もいろいろあるし。
これから何を勉強しておくのが得なのかな？

お暇なんですね　ＰＣとゲームＰＧのお勉強でも

>>577
ＰＧレベルでは、何でもできるってのが普通だね。
ＳＥになると得意不得意が出てくるけど。

>>579
得意不得意というよりも専門分野を持ってるってことだろ
金融でもいろんなものがあるし
製造でも、流通でも、運輸でも

顧客と同等かそれ以上の知識がある専門分野がないとＳＥとしてはつらいね

はっきり言ってCOBOLやってる人たちはすごいよ。
頭の中でコンパイルしてるんだよ。
JCLなんてC++やVHDLより難しいんだよ。
プログラムも、フローチャートも複雑なんだよ。
オープン系の人たちとは頭のできが違うんだよ。


何か？

>>581
コンパイルの意味わかってるか？

>>582
コボルやってる人たちはね、機械語も日本語もプログラミング言語も
何でもわかるの。次元が違うんだよ。
頭の中がネイティブなんだよ。
君のようなDel厨が勝てる相手じゃないんだよ。

>>581
そんなあたりまえのこと今ごろ気づいたの？

あぁコボラーじゃなくてCOBOLやってる人の話ね。

プログラミング言語偏差値

９８　COBOL
４９　C++
３２　Ada
２８　Java
２０　C
１４　Delphi(ObjectPascal)
２　　VB

>>586 偏差値低い奴のいうことなんて(w

ここですか？
テイラー展開とローラン展開の区別もつかない
悲惨な小学校卒の587のいるスレは？

>>581,>>583は新入社員研修でCOBOLerオヤヂから偏った思想を叩き込まれた
かわいそうな人たちです（ｗ

＃凡庸機と心中しろ。

コボルをやってる人たちの頭の中は１０２４ビットの高速演算です。
Pentium４を超えてますが、何か？

>>586
ふむ、
９８　COBOL
ってのは納得だ。マイナー言語だし。

ここですか？
波動方程式が使えない
悲惨な小学校卒の588のいるスレは？

ま、まじめに書けばCOBOLって言語自体はとっても単純だ。
ただ、業務の積み重ねが大きいから、技術論だけで語るのもオタク。

建築だって、木造在来と、鉄骨と、２Ｘ４の、どれが上だの下だの言わないでしょ。

(´-`).｡ｏＯ( なんで夏厨はこんな辺鄙なスレにまで出てくるんだろ・・・ )

COBOLは複雑だ。
なぜ、あんなものが世の中にはびこっているのかを考えると、
カオスの中に放り込まれたような感覚に陥る

(　* )ヽ
　ﾉωヽ＼ ﾌﾟｯﾌﾟｯ
　　　　　＼●
　　　　　　＼＼ 　ﾍﾞｼｯ
　　　　　　　 　●(´･ω･`)
　　　　　　　　　(∩　∩)　


　 　　　　 　 　　(･ω･` )
　　　　　●　● (∩　∩)



　 　　　　 　 　　(･ω･` )
　　　　　●　●ノ (∩　∩)


　 　　　　 　　　(●ω･` )
　　　　　　　●ノ (∩　∩)


　 　　　　 　　　(●ω● )
　　　　　　　　　 (∩　∩) 　←落ちCOBOLer

２０年前は、汎用機でCOBOLが標準的だっただけ。時代の問題。
当時はPC-9801、初代IBM PC、DEC VAXも出て間が無い。

韓国や台湾では、年配の人は日本語話せる。
明治時代までは国内でも方言が強くて会話できない同士が多かった。
言語の良し悪しじゃなく、当時はそういう時代だったということ。

時代は変わったのよ

そう
CPUはムーアンの法則と近似して高性能化の一途を辿り
スペックヲタでさえItaniumを持てるレベルになった。
時代は変わったのだ。
COBOLの消滅を願うぞ。

専用機支配の時代は終わった。
汎用機万能の時代も終わった。
クラザバ中心の時代も終わった。
モバイル至上主義の時代も終わった。
Web中心の時代も限界が見えて来た。

結局は、業務をこなせる仕組みが一番重要だと再認識されつつある。

時代は回りまわってくる。
最近はサーバー統合やITのインフラ化が進み、
意外にも汎用機が再評価されているって面もある。

>600

そんな単純ではないが、メインフレームのI/Oと信頼性は、代替品が無い

>>601
メインフレームではCOBOLしか使えないの？

>>600
業務をこなせる仕組みって具体的に何？

>>600
web中心の時代が終わった後は、
俺様中心の時代が始まるんだぜ！

by Bill G

>>602
COBOL, FORTRAN, LISP, PROLOG, PL/I, C/C++, Java...

ただ典型的な事務計算用なら、世界的にも日本でも COBOL でしょう。

>>603

特定の技術が凄いとか、古いから悪い、とか言う自己満足争いから抜け出て、
業務を回るために技術を動員する。あたりまえのようで難しい。

実際の業務でも、クライアントはブラウザで配布や管理を容易に、
アプリサーバーは高速で安いPC/UNIX等でOOで開発、
バックエンドはレガシーで信頼性の汎用機... って案件は多いよ。

>>605
残念だが、その通りだ。
しかし何故、ＣＯＢｏｌがこんなに浸透しているのか・・

くたばるのですか？、COBOL屋　って感じだな

>>607

・簡単だから
・事務計算用の型が細かく指定できるから
・数式じみていなくて文系にもとっつきやすいから
・ポインタなどが無くバグを内包しにくいから
・国際標準規格だから
・国内では通産省や、富士通、日立、NECが熱心だったから
・長年、PGも多く、各製品の外部インターフェースにも一番多かったから

>>602
そんなことはなが、PL/Iとがアセンブラとかフォートランとか昔ながらの言語はいくつかあるよ。
でもＣ言語だけは普及しない。Ｃ言語は金計算のプログラムが苦手だからだ。
なぜなかわかるか？汎用機でＣ言語が普及しない理由はそこにある

>>610
言語的に金計算サポートしなくても、
ライブラリ作ればいいじゃんって気がするのだが。

事務処理の仕事はCオヤジに取られて今COBOLerは必死です。

>>609
>・国内では通産省や、富士通、日立、NECが熱心だったから

これが一番大きかったんだろうな。

>>609
上司がコボラーだから

反COBOLerは、作る人だから、開発生産性を重視する。
COBOLerは、管理し続ける人だから、保守生産性を重視する。

若者は、２〜３年の期間で、恋人を作る、結婚する、車を買う事を重視する。
年配者は、数十年の期間で、子育て、ローン返却、年金生活を重視する。

若者は年配者を「古臭い」「ああはなりたくない」「俺は違う」と常に言う。
年配者は若者を「将来を考えろ」「最近の若いもんは」と常に言う。

このスレも結局はこんな問題が本質じゃないか？

>>610
あと文字列の扱いも苦手だね。金計算も大きい桁があつかえるだけじゃなく
固定小数点をサポートしていない言語は駄目だろう。

>>611
ライブラリが標準であることは想像以上に重要。
それはそれとしてライブラリを作ったとして、そのライブラリで
100+200*4をどういう風に書く？

COBOLer以外の奴らが偉そうな口を聞けるようになったのも、お上や
メーカーの方針が、変わってきたからに過ぎないような気がする。
結局、COBOLerもCOBOLer以外も踊らされているんじゃないの？

汎用機でCが普及しないのは、COBOLerが小文字や{}やらがキーボードで
打てないからです。（あながち嘘ではない）

>>617

時代の流れにのっかってるだけなのに、
「俺たちが時代を作っている」と思ってるって、パターンすね

>>616
じゃぁ、とりあえずC++で。

>>616
ほっとけ。
奴はこのスレに常駐してる厨だ。

馬鹿の一つ覚えのようにライブラリを出してくる。

>>611
どアホォ
四則演算のたびにいちいちライブラリＣＡＬＬしてられるか
マジで氏ね

>>619
別に、時代を作ってるとは思ってないけど(COBOLerはそう思ってたのか?)、
時代の流れに乗れないよりはいいと思う。

>>616
「100+200*4」。演算子をoverloadする。

>>617
お上が相手な商売が全てじゃないからねぇ。

>>624
Ｃ言語にオーバーロードがあるのかよ？
どアホォ

>>623
>時代の流れ

メインフレームの世界ではCOBOLerが本流だよ。Cなんてお呼びじゃない。
パソコンやワークステーションの世界では確かにCが本流だね。メインフ
レームの世界に新しい風を吹かせることができるのは君なのかな？

いまどきC++が通んないCコンパイラって汎用機の世界にもなさそうだが。

>>624
優先順位の問題は大丈夫かな？
あと、数値にLつけて強制的にlongするように固定小数点型にすることはできるかな？
まぁいろいろすれば大丈夫だと思うけど、とても言語で直接サポートされている
ような感覚では使えないと思う。

>>628
マジでドアホぉ
ＣコンパイラでＣ++のソースコンパイルできるわけねーだろ
コンパイルできるんだったらそれはＣ++コンパイラだ！

まだCだけで頑張ってるのか････。（ｗ

Cを使ってる人間は、CとC++をことさら分けて呼ぶようなことはしません。

>>629
COBOLのやり方が通用しない⇒使えない
ですか？

>>632
うん。詭弁。C++を使っている人間はCとC++を分けて考えている。
Cを使っている人間でC++を使えるとうそぶいている奴はいそうだけど。

>>632
実は630は「質問です」という罠

>>632
逆かと。
C++を使ってる人間は、CとC++をことさら分けて呼ぶようなことはしません。

>>634
あ、そういう局面では厳密に分けますが…。会話で言語名を呼ぶときにも
分けてます？

>>633
使えなくはないさ。だが単純な四則演算がライブラリや
キャストを多用した複雑なコードになるだろうから
言語を選ぶ理由としての一つである開発のしやすさが損なわれるということ。
COBOLじゃなくCの四則演算のやり方が通用しなくなるんだよ。

>>637
CとC++の違いをわかっている人と話すときには分けてますが。

>>637
話の流れで区別するべき所では区別する。

>>636さんの方が正確な表現ですね。混乱させました。すみません。

CしかできてないくせにC++の仕事やんなよって言ってやりたいヤシなら結構いる（ｗ

>>638
ゲームで浮動小数点小数と固定小数点小数と整数を行ったり来たり
するコードかいてますが、そんなに面倒じゃないし、汚くならない
ですよ。

>>618
昔小文字やＣ言語の{}を表現するのにへんてこなマークをいっぱいつけてたよ。
一見Ｃ言語には見えない摩訶不思議なソースだったよ。今どうなってるか知らんけど。

汎用機の文字コードでは半角の英小文字とカタカナが衝突してます
全部大文字なら大丈夫だけど
そんなわけでCが普及しないんじゃないの
文法的にPL/IがCに似てるけど

MULTIPLY(inttobcd(200),"BY(w",inttobcd(4),"GIVING(w",&(aa[0]));
ADD(inttobcd(100)."TO(w",&(aa[0]));

みたいなのを期待してたのかな、「ドアホぉ」さんは。

おやすみなさい、じっくりみました

>>646
うん。期待していた。違うのを出してくれ。

COBOLはあと100年はなくなりませんが、何か？
VB？Delphi?・・・ﾌﾟ

「なくなりません」より「なくさせません」というのが正しいかもね。

GNUにフリーの処理系置いてない言語は将来無いかと。

でOpenCOBOLもFreePascalもあるから大丈夫だと。

たしかに時々いますね。C++のコンパイラでコンパイルすればそれは
全てC++のプログラムだと思いこむ奴。

すくなくともC++を使いこなしている、と言うレベルではない。

>>643
あなたの
> そんなに面倒じゃないし、汚くならないですよ。
は本当に他の人にも通用しますか？
ゲーム業界に飛び込んで一番びっくりしたのはソースの汚さです。
あれじゃ開発延期繰り返す所が後をたたないわけだよ。

かちゅーしゃはDelphiですが、何か？

おまえら同じﾃﾞｼﾞﾄﾞｶ同士仲良くしてください

あの　おちこぼらーじゃない
落ちＣＯＢＯＬｅｒですたい　
ｊａｖａをちょいと勉強しやした、なにもむずかしくねーじゃん
環境さえ整えばどのプラットホーム動くんだ
いいじゃん

そう、動くんですよ。とりあえずね。

>>646
なんですか？ これは

>>659さん
このかたは、いかのようなかたかも
教育の中では、「Ｃ」や「Ｃ＋＋」などの言語に慣れる教育が中心に行われ
ているため、「設計する」ことの意味を理解し、認識するようにカリキュラ
ムが工夫されていないのが原因かと思われます．テキストに沿ってコーディ
ングの練習ばかりやっていても、「設計する」ということの意味は理解でき
ないでしょうし、体得できません．概念を習得する機会は無いかもしれませ
ん．

646がせっかくいってくれているので
ありがとうとおもえば

>>660
COBOLerって、どんな設計技法使ってるの？

>>654
金計算がスマートに記述できる/できないと
ソースがきれい/汚い は関係ないと思われ。

それに、いくらソースがきれいでも設計がタコってこともあるしね。

>>662さん
家庭団欒のじかんにしますにで
またね、はらへった

頭の弱い奴がいるみたいだな(W

>>662
設計技法といっても、いわゆる「構造化設計」かな・・・
あとは、データの流れがシンプルになるように設計を見直す程度。
細かいルーチンの設計やロジックを組み立てるときは、
「コードコンプリート」の中の使えそうなところを使ってる。
（ＰＤＬ、アクセスルーチンの考え方、定数を使った疑似列挙型etc.）

>>657
ＣＯＢＯＬ理解できれば大抵の言語は直ぐ理解できるよ。
あせって他の言語勉強することはない。
必要になったらその時点で覚えればいいんだよ。

>>662
設計技法といっても設計全体は汎用機やCOBOLも変わらない。
IBM系ならADSG、次いでDOA、SMOOTH、最近では業界標準のPMBOK。
具体的には、局面化、サブシステム化、DFD、ER、WBS、RDB正規化...
言語寄りでは構造化、日立系ならHYPO、ツールからのCOBOL生成とか。

事務系のシステムであれば設計でそれほど大きな違いが出てくるとは
思えないなぁ。結局アウトプットは帳票（または電子帳票）なわけだし。

まぁここに屯するアンチCOBOLにとってはそれじゃあ納得できないん
だろうけどね。（まともな反論を言うだけの技能もないだろうが）

>>669
それはそれでいいんだけど、
see >>660。

>>669
それこそ正に誰でもできる類の仕事だと思われるのですが、
ＣＯＢＯＬＥＲにとっての、技術的側面以外で食いつなぐための糧とはなんでしょう？

>>669
おまえどアホォだな！
銀行や証券のシステムがどれくらいでかいか想像できるか？
おまえ最高５人でしかやってないから想像つかんだろな。
だからそんなぶぁかな書き込みするんだよ
でも個々のプログラム作るのに設計技法なんていらないけどね

>>672はﾃﾞﾑﾊﾟ

>>672
腰が引けてるぞ。もっとしゃんとしろ！
実生活でも逃げてばっかりいるのか？

672 名前：質問です ：02/07/24 02:52←この時間に書き込んでるどアホォ
>>669
おまえどアホォだな！
銀行や証券のシステムがどれくらいでかいか想像できるか？
おまえ最高５人でしかやってないから想像つかんだろな。
だからそんなぶぁかな書き込みするんだよ
でも個々のプログラム作るのに設計技法なんていらないけどね

675 名前：仕様書無しさん ：02/07/24 03:29←この時間に書き込んでるどアホォ
672 名前：質問です ：02/07/24 02:52←この時間に書き込んでるどアホォ
>>669
おまえどアホォだな！
銀行や証券のシステムがどれくらいでかいか想像できるか？
おまえ最高５人でしかやってないから想像つかんだろな。
だからそんなぶぁかな書き込みするんだよ
でも個々のプログラム作るのに設計技法なんていらないけどね

釣れた釣れた。
　　　　　　　　　　ヘ-+------+--+-----+ヽ＿
　　　　　　　　　　／:::|:::::::|:::::::::::::/::::::/::::::::::::::/:::::::/`＼＿
　　　　　　 ／￣＼::::::|:::::/:::......-―――--..........__/:::::::::::::::＼
　　　┌ー￣::::::::::::ヽ::|:::..-^￣　　　　　　　　　　　 ^ ヽ、:::::::::＼
　　　ヽ::::::::::::::::::::::::::::／　　　　　　　　　　　　　　　　　　＼::::::::ヽ
　　　 ヽ:::::::::::::::::::::::/　　　　　　　　　　　　　::::　　　　　　　＼:::::ヽ
　　　　ヽ::::::::::::::::::/　　　　　　　　　　　　　 ::::::::　　　　　　　 ＼::::|_
　　　　　）:::::::::::::::|　 　　　　　　　　　　　　::::*::::: ﾌﾟｯ　　　　　　ヽ:|::::ヽ
　　　　 /::::::::::::::::|　　　　　　　　　　　　　　::;;;;:　　　　　　　　　　l::::::::ヽ
　　　　/::::::::::::::::::|　　　　　　　　　　　　　ﾉ::ii:ヽ::　 　　　　　　　　l::::::::::|
　　　　|::::::::::::::::::::|　　　　　　　　　　　　/::::;ﾘ:::l::::　　　　　　　　　|::::::::::::|
　　　　|:::::::::::::::::::::l　　　　　　　　　　　...l::::;ﾘ:::/::　　　　　　　　　/:::::::::::::|
　　　　.|::::::::::::::::::::::l　　　　　　　　　　. /:ア／:::　　　　　　　　／:::::::::::::::i
　　　　l:::::::::::::::::::::::::l　　　　　　　　　 ./::`^:::::　　　　　　　　／:::::::::::::::::/
　　　　ヽ::::::::::::::::::::::::l　　　　　　　　 /::::::::::　　　　　　　　／:::::::::::::::::::/
　　　　　/:::::::::::::::::::::::l　　　　　　　 /:::::::::::::　　　　　　／::::::::::::::::::::::/
　　　　　/::::::::::::::::::::::::i　_＿-ー--=;;;::::::::::::::　　....::::／::

676 名前：仕様書無しさん ：02/07/24 03:45←この時間に書き込んでるどアホォ
675 名前：仕様書無しさん ：02/07/24 03:29←この時間に書き込んでるどアホォ
672 名前：質問です ：02/07/24 02:52←この時間に書き込んでるどアホォ
>>669
おまえどアホォだな！
銀行や証券のシステムがどれくらいでかいか想像できるか？
おまえ最高５人でしかやってないから想像つかんだろな。
だからそんなぶぁかな書き込みするんだよ
でも個々のプログラム作るのに設計技法なんていらないけどね

↑
必死だなw

672のいってることは正しい。
機能をできるだけ切り分けて、一本一本のプログラムは小さくなるようにして
おく方が後は楽になる。どうせ玉石混交の開発体勢だしクズプログラムも出来
るが、小さければ後からのメンテナンスがやりやすい。
個々のプログラムの設計技法は重要ではない。単純にリストを打つプログラム
なんて中身はどうでもよい。むしろ、全体のシステムやサブシステムの構成が
ポイントになる。また、核となるプログラムを「玉」に担当してもらうことも
必要。汎用機でCが普及しなかったのは、「玉」ばかりそろえないとヤバイため
と思う。現実には「石」が必ず混じってしまう。COBOLの機能面の制約が、逆に
安全性につながっている。

>>680
「石」のかたですか？ごくろうさまです。

コーディング規約とか開発プロセスによる「石」への対応は大事ですね。
これから、高スキルの人が入ってくる可能性が低いCOBOL関係は特に。

最近「条件判定式でのANDとORの同時使用禁止」を指示しました。
それでネストが深くなるようだったら判定部分をルーチン化して
フラグをたてる形にするように、とも指示しました。
当然、フラグ変数はその判定専用です。
単体テスト＝コードカバレッジ１００％と単純に考える人も多いので
テストもれをある程度防ぐにはこんな方法もあるかと。

なんつーか、XPとかの考え方と丸反対だなｦｲ

>680の事ね。

みなさん夜中に、お仕事に差し支えません　か

ツールとか使っているとCOBOLのソースすら読めなくなると言う罠。

IDENTIFICATION DIVISION.
　PROGRAM-ID. プログラム名.
　[AUTHOR. [作成者名.]]
　[INSTALLATION. [コンピュータ設置場所.]]　
　[DATE-WRITTEN. [作成日.]]
　[DATE-COMPLIED.] [コンパイル日付.]]
　[SECURITY.　　　　[プログラムの機密性.]]

>>672
あのさぁ。
システムが大きかろうが小さかろうが設計の根本的理念は一緒でしょ。

システムが大きくなると変化するのはマネジメントでしょ。

あ、夜中で酒びたりで書いた文章か？
平日だぜ。そんなんで仕事できんの？

>>671
へ？

では、あなたがやっている誰にも出来ない仕事の類を教えてください。

技術的側面以外で食いつなぐための糧？
意味わからん。どんな答えを求めているのかも不明。

あえていうなら業務知識か？
で、設計技法の話となんの関係があるんだ？

アンチコボラーってまともな会話も出来なさそうな人ばかりだね。

アンチは実は現役COBOLerだからな（ｗ

ENVIRONMENT DIVISION.
CONFIGURATION SECTION.
SOURCE-COMPUTER. [コンピュータ名.]
OBJECT-COMPUTER. [コンピュータ名.]
INPUT-OUTPUT SECTION.
FILE-CONTROL. {ファイル管理記述項}･･･]]　

>>691
焦燥感を抱かせる何かが今のCOBOLの開発環境にあるからだろ

聖域なき構造改革。

性粋な気孔増改核

暇だね〜。

DATA DIVISION.
FILE SECTION.
　　[ファイル記述項　　{レコード記述項}･･･]･･･]　
WORKING-STORAGE SECTION.
　　[レコード記述項]･･･]
LINKAGE SECTION.
　　[レコード記述項]･･･]
SCREEN SECTION.
お暑くござんす

物凄い無知な >>688 は放置ですか？
こういう莫迦にサーバ書かせると大変な事になるんだよなぁ。

実際銀行のシステムは複雑怪奇だよ
よくこんなもんが動いてるなと感心することがある。

>>688
あほですか？
規模がでかければでかいほど、設計と構想は重要だろ。

>>627
>メインフレームの世界ではCOBOLerが本流だよ

COBOLerの皆さんは次の事実をどうとらえます？

>メインフレームは、年率10%程度の減少傾向
ソース：http://it.jeita.or.jp/statistics/main/h13/index.html

COBOLerが染み付いたおっさんがC/C++を習得することは
厳しいだろうなぁ…。ラーメン屋でも開きますか。

>>701
VBやDelphiくらいなら大丈夫だろう。

そだね。でも単価が…。

>>701
だからと言って、お前の知ってる言語じゃ、到底メインフレーム
は無理。

>>704
無理っていわれなくても、減少傾向が続いてる世界にとびこむ人は
いないでしょ。

COBOLerは一部のエリートが生き残り、あとはポイ捨て。

>>705
とびこむ必要は無いが、わざわざ飛び出す必要も無い、このご時世。

今からCOBOLを始めるような奴は駄目だろうね。（いないと思うけど）
得に業務知識が重要な言語だからね。

>>707
飛び出すんじゃなくて、掃き出されるんだよ。

COBOLって単価たかいの？
月いくら？

>>707
飛び出しましたが何か？




何が C++ だよ…。
みんな OO 解ってないじゃないか…。
テンプレートなんか一箇所も使ってないじゃないか…。
グローバル変数たくさんあるじゃないか…。

[結論]
どこでもいっしょ (C)SCE

>>709
それはどこも同じでしょ、言語が何とか無関係。

メインフレーム以外、行き場の無くなったCOBOLerさんはかわいそう。
そのメインフレーム自体も減少傾向で、ますます行き場にこまっちゃうね。

>>711
元COBOLerだから、そんなDQN会社にしか再就職できなかったんでしょ？

COBOL8年やっていますが、最近あせってきました。
最近、新規開発があまりありません。
保守・運用ばかりです。仕事もおもしろくありません。
だから、オープン系に転職します。
何か？

ところで、COBOL以外の言語での仕事ってどうなの？
景気いいなかな？
もともとシステムが無くても済んでたところに、ＩＴバブルで開発なんか
したところは、保守・メンテ費用って出てるのか？

>>715
COBOL8年かぁ、ぎりぎり間に合うかな…。いや、だめだろう。ラーメン屋にしとけ。

>>717
そんなこと言わないで・・・。
最近、少し暇だからJavaを始めたよ。
JBuilderをインストールしたんだけど、使い方すら
いまいちよくわからん・・・。
あとVBも少しさわってみた。APIって難しいね。

>>718
なんだネタかよ。でもネタに聞こえないところが怖いな。

>>719
ネタだといいんだけどね・・・。

私はCOBOLerの再教育担当をやらされているものです。
3ヶ月単位で約5人ずつ教育しています。でもはっきり言って時間の無駄。
みんな頭はよさそうなんですが…。

仕事にあふれたの無能な奴が、まだ仕事のあるCOBOL屋に嫉妬するスレは
ここですか？

>>700
設計と構想が重要じゃないなんて言ってないじゃん（ｗ
馬鹿だね。まぁ頑張ってしったかぶってなさーいなぁー。

ここはCOBOLerの妄想スレですか？

>>723
重要とも書いてないが・・・
あんたの作る設計書って（ﾌﾟ

(財)日本コボル協会ではCOBOLの普及を促進するため、以下の認定試験を実施します。
ＣＯＢＯＬ検定（１〜３級）・略して「Ｃ検」・受験料各級５，８００円
ＪＣＬ検定（１〜３級）・略して「Ｊ検」・受験料各級４，２００円

合格すると合格証書に加え、日本コボル協会名誉会長のサイン入り生写真が送付されます。

>>722
>まだ仕事のあるCOBOL屋
ｲﾀｲな。

>>701 >メインフレームは、年率10%程度の減少傾向
お前どアホォだな？
メインフレームが減ってるなんて何処に書いてある？
納入台数が減ってるって書いてあるだけだろ。
おまえ資料読みこなす能力無いからプログラマやめろ！

メインフレームって、一度納入したらずっと使い続けるの？

>>701
の資料読んでて思ったんだけど
昨年度の小型機の出荷台数が大型機の約半分しかなかったなんて
ちょっとびっくりしたよ
オープン系に食われていることは確実だな

>>723
取り敢えず自分のレヴェルで突っ込めるところに突っ込む、その姿勢は大事ですね。
で、突っ込みの入らなかった“設計の根本的理念は一緒”ではない、という点には
同意頂けたんですね？

>>728 必死だなw　もっともがけ。

>>730 (　´,_ゝ｀) ﾌﾟｯ

　　　　　　　 ｒｰ､
　　　　｣´￣｀ｌｰ) ＼
　　　　Ｔ¨Ｌ　|_/⌒/　　←>>729
　　　　 ｀レ￣｀ヽ〈
　　 　 　 |　　i＿_1
　　　　　_ゝ_／ ノ
　　　 　 Ｌ__jイ´_　）
　　　　　　　 |　　ｲ
　　　　 　 　 |　　ﾉ--､ 　 　 　 　 　 ｒ'⌒ヽ_
　　　　　　　 ゝ､_＿_ﾉ二７　　／´￣l､＿,/}:＼
　　　　　　 　 |ｰi |　　 l_/　／__ｨ::.　 ゝ~_ィ´:;　,ゝ
　　　　　　　 __〉 {　　　 　 (Ｔ´ |1:::.　　＼_>､};;_｣
　　　　　　　'ー‐┘ 　 　 　 !　｀￣''ｧ一 ､＼　ヽ｝ ←>>728
　　　　　　　　　　　　　　　〈｀￣￣＾｀¬ﾉ .::〔￣´
　　　　　　　　 　 　 　 　 　 1　 ヽ 　 .:::レ　　ヽ、
　　　　　　　　　　　　　　　　|＿ｲｰ-､_;;j|_:.　　　ゝ、
　 　 　 　 　 　 　 　 __,,,... -- |. ｛―――‐ﾌゝ、 　 〉 -- ...,,,__
　　　 　 　 _,, -‐　´ 　 　 　 ,ｒ|__ﾄ,　　　　1ﾆﾉ ー'´　　　　　　 ｀　‐- ,,_
　　　 , ‐ ´　　　　　　　　　└―'´　　　　　　　　　　　　　　　　　　　　 ｀ ‐ ､

ようは>>701の文章で、
「メインフレームがだんだん無くなってくるぞ〜」
「したがってＣＯＢＯＬerの仕事もなくなるぞ〜」
という裏付けのために付けた資料が、設置台数ベースで減っているということを
証明できない論理破綻を>>728は突っ込んでいると思われ

>>735
お前どアホォだな？
納入台数が減れば設置台数も減っていくのは自明だろ。
おまえ思考能力無いからプログラマやめろ！

>>736
　出荷台数＜廃棄台数
となって初めて“設置台数減”と言えるわけですが…
園児にも判る様に、りんごの数か何かに喩えましょうか？

自分が使っているプラットフォームの納入台数が減っていることを
自慢気に語るスレはここですか？

Ｒｕｂｙ　＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞ＣＯＢＯＬ

飯が食えるだけありがたいと思え。

兵隊さんのお陰です。

ホントヴぁかヴぁっか
メインフレームは一度導入したら10年20年同じの使いつづけるんだよ
50倍の処理能力の冗長化したサーバー機(PCと同じアーキテクチャ)を
100台くらい買える金額を毎年リース料として納めながらね。

正直、JCLも知らないVB厨を相手にするのは面倒だな。

正直、最高言語Rubyを知らないおちこぼらーを相手にするのは面倒だな。

正直、最高言語ひまわりを知らない落ちるびらーを相手にするのは面倒だな。

>>734
懐かしいなJCL‥良く書いたよなぁ新人の頃わからないなりにも。

訂正：↑は>>743 です。

>>737
お前どアホォだな？
足し算引き算の話をしてるんじゃないんだよ。
おまえトレンド読む能力無いからプログラマやめろ！

「トレンド」って....

>>742
なんか、お父さんが高級車に乗っているのを自慢してる子供みたいだな。

COBOLerはJCLで制御すると言うのはほんとうでしょうか?

>>748
日経コンピュータの読みすぎじゃないの？

馬鹿丸出し（ぷ

>>748
> 足し算引き算の話をしてるんじゃないんだよ。
私もです。
> おまえトレンド読む能力無いからプログラマやめろ！
それで誤魔化せたつもりでしょうか？

つまり、Ruby最強って事だね。

つまり日本人に優しいひまわりが最高って事だね。

>750
>742は、むしろメインフレーム機の高さがｳﾞｧｶらしいと書いているように見えるが。

あの、私オリジナルですが >>736と>>748 は偽者です
>>736と>>748 = >>701 とにらんでいます

あと >>738および他へ >>736 がらみで誤解されてるようなので
> 自分が使っているプラットフォームの納入台数が減っていることを
> 自慢気に語るスレはここですか？
私11年前を最後に汎用機やってませんよ。
７年前からWindowsでVBをずっとやってます。
ちなみにコボルは16年前に１年間やっただけです。
なので >>646 が何を言おうとしているのかマジで解りません。
ちなみにコボルのソースはパッと見COOLだと思ってます(人それぞれ感性違いますから)

>>757
お前どアホォだな？
掲示板のレスに本物も偽者もねぇだろ。
おまえVBしかできてねぇんなら、PGの能力無いからプログラマやめろ！ﾌﾞﾋﾞﾌﾞﾋﾞ

あの、次から質問ですが出てきたら>>701だと思ってください

あと>>701へ。気分の悪い思いをさせてすまなかったな。ごめん
でもおまえのようなチョ〜どアホォを見ているとつい罵倒したくなるのはおれの性なんだ。
ゆるしてくれ

ズッチャズッチャズッチャズッチャ
　　　　　　　 _
　　　　　　 / /￣￣ヽ
　　　　　　|∩|　◎ ◎|
　　　　　　||L.|　　 ﾑ　|
　　　　　　ヽ ヽ＿ ∀/
　　　　　 -===='='=====−
　　　（））》|||　 　 Å　　 |||》
　　　// i...||　　//||ﾍヽ. ||＼＼
　　//　 |.. ||. //　||　ﾍヽ||　 ＼＼
　 Oニ　.ヽ||/　　 ||　　ヽ||　　　0ﾉ
　　＼ヽ　　||======= || 　　 //
　　　 ＼ﾍ ヘ( ⌒())（0） ()ﾍ//
　　　　　<　　＼=====／ 　 >
　　　／／＼／　　　　＼／
　 ／／　　　　　　　　　　＼＼
0）⌒)　　　　　　　　　　　　0）⌒)
　＼＼　　　　　　　　　　　／／
　　 ＼＼　　　　　　　　／／
　　（ ((二0　　　　　（ ((二0
　　［二二ｴ］　　　　［ｴ二二］

　　　　　　　　　　　　　　　　　　　　　　　　　　ドガン
　　　　 　 　v---ヘ　　　　　　　　　　　∴＿ ﾍ∧/|＿;;_′∵
　　　　　　/ /　 　 ◎＼　　　　　　　　　∵ ＼　　　　 /ξ∵
　　　　　　|ｎ|　 ◎ム 　|　　　　　　　　　∴ ＜.>>759.＞ %
　　　　　　＼＼ 　 ∀ /　　　　　　　　　　∵∠　　　　> ∂;;
　　　　　　　 ＼二-／　　　　　　　　　　　 ／／∨＼| ";;;;∴
　　　　　　 -===='='=====−　　　　 　 ／／ ;;;;#"";;∴";;:ヾ
　　　　（））》|||　 　 Å　　 |||》　　 　 ／／ 　　∴∵
　　　　// i...||　　//||ﾍヽ. ||＼＼ ／／
　　　//　 |.. ||. //　||　ﾍヽ|| 　／／
　　 Oニ　.ヽ||/　　 ||　　ヽ|ﾐ"　ﾐ
　　　＼ヽ　　||======= ミ　　ミ
　　　　 ＼ﾍ ヘ( ⌒())／◎ミﾐ
　　　　　　<　　＼ ／　／ヘ
　< 二二二 ＼／へ／＼／二二 >
　0）⌒)　　　　　　　　　　　　　0）⌒)
　　＼＼　　　　　　　　　　　　／／
　　　 ＼＼　　　　　　　　　／／
　　　（ ((二0　　　　　　（ ((二0
　　　［二二ｴ］　　　　　［ｴ二二］　　　

>質問です

おまえら他でやれ。板が汚れてマジうぜぇ。

オリジナルです。

>>762
自分、あの…、ブビ厨なもんで、会社でいじめられていて、それでついここで
ガス抜きするようになっちゃって…。でも、自分が会社で受けてるいじめもす
ごく陰湿なもので…。分かってはもらえな　　　　これから首つって氏にます。

必死だな >>701（藁

本当は、この板のみんなに汚されたいんです。
僕の汚らしいアヌスをみんなで舐めてください……。

必死だな >>765（藁

　　　　　　　　　 　　　　　　　_,,,,,,,,,,,,,,,,_
　　　　　　　 　　　　　　 ,,-‐''　　　　　 '''‐-,,
　　　　　　 　　　 　　 ／　　　　　　　　　　　.＼
　　　　　　　　　　　 /''　 　　　　　　　　　　　 ''ヽ.
　　　　　　　　 　　 /　.|| || | || | |‖|| || |.|| | || ｀.l
　　　　　　　　　　　| || | | ||_|-|-|l| ||l|-|-|_|| | ||| ||
　　　　　　　　　 　.| || | | |||/ﾌ::ヽl| |l/ﾌ:ヽ||.| |.|.| |
　 　 　 　 　　　　　ヽ|| (ヽl ||:::::::|　　|:::::::|| ﾚ|' )||/
　　　　　　　　　　　　ヽ.||l.|　ー‐　.　ー‐'　/||l.ﾚ'
　 　　 　 　 　 　 　　　 ||| ヽ、 　　‐　　 .／..|||
　　　　　　　　　　　　　||| ,ヘ｀‐-----‐''ヘ、|||
　 　 　 　 　　　　　　.,‐|||┬=二┘ └二=┬|||,、
　　　　　　　　　　 ／　 l| |　└‐┐┌‐┘　| |l　ヽ、
　　　　　　　　　 ./　/　　.|　　［二Ｘ二］　　|　 ヽ　＼
　　　　　　　　　 ヽ、ヽ|￣￣￣￣￣￣￣￣￣| /　/
　　　　　　　　　　　''i,,,|　 ｀　で　　　　C　 ｀　 |.,,,i'''
　 　 　 　 　 　 　 　 |.||.　　き　 　 　 　 　 　　.||.|
　　　　　　 　　　　　| ||　　　　　　 O　 　 　 　.|| |
　 　 　 　 　 　 　 　| |.|　　　 ま　　 　　 　　　 |.| |
　 　 　 　 　 　 　 　| |.| 　 　 　 　 　　B 　 　　|.| |
　　　　　　　　　　　| | |　　　せ 　 　O 　　　　.| | |
　 　 　 　 　 　 　　|. | | 　 　 　 　 　　　L　　　| | .|
　　　　　　　　　　 |　| |.　　　　ん. 　 　し.か . .| |　|
　 　 　 　 　 　 　 |　.| |＿＿＿＿＿＿＿＿＿| |　.|
　　　　　　　　　　|@:::@::::|　　|　|　　 |　 | | .|::::@:::@|
　　　　　　　　　　~|~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￣￣ヽ、
　　　　　　　　　　　　　　 .ヽ,,-──|──-,,/
　　　　　　　　　　　　　　　 | `二二|二二''　|
　　　　　　　　　　　　　　　 `''''‐-‐┴‐-‐''''

　　　　　◎￣￣￣￣￣￣￣￣￣￣）　　＿＿＿）＿＿＿）
　　　　　　￣￣￣￣￣￣￣￣￣￣￣＼＼∩ノ＼＼　　＝|
　　　　　　　　　　　　　　　　　　　　　　　皿皿皿　 ＼＼　＝|
　　　　　　　　　　　　　　　　　　　　／￣　　　　￣＼ ￣￣￣
　　　　　　　　　　　　　　　　　　／　　　　　　　　　　　＼
　　　　　　　　　　　　　　　　　/　/　　　　――――――＼
　　／／◎＼　　　　　　　　/＿|＿＿＿　　　　　　　@)　　|⌒| <くぉぼるしかできません。
　　￣|￣|　「　 　　　　　　　|　／　　＼|　　　　　　　　　　　|　｜
　　　＼＼|◎））＼　 　　 　|　|　Ｔ　 　 |――――　（￣0）　＿|
　　　　 ￣　　＼ 　＼　　 　|　＼　　／|　　　　　 （￣￣0）　|||||
　　　　　　　　　　＿　　　　　＼ ￣￣　　　　　（￣￣￣0）　￣
　　　　　　　　／／◎＼＿＿＿＼　　　　　／￣￣￣￣￣￣＼
　　　　　　　　￣|￣|　|））　　　　）二二（◎）＿）＿＿＿＿＿／
　　　　　　　　　＼＼|◎￣￣￣　　　　￣￣

>>736
新しいﾒｲﾝﾌﾚｰﾑは1台で旧式の複数台の仕事をしてくれたりするからね

もっとも買う企業自体減ってるけど銀行なんか合併したりつぶれたりしてるからね

>>769
確かにそう。
メインフレームはPR/SM(LPAR)やVMの効果で、物理１台を数台のOSで使う例は多い。
だから新規台数や設置台数は減っても、内実はサーバー統合だったりする。

Sunにも物理分割(PPAR)はあるが、それほど柔軟にリソース割当変更できないし、
商用ではその前にI/Oがネックになってしまう場合が多いのが哀しいね。

ただ、基幹系はメインフレーム中心はまだ続いている(そうでないとニュースになる)が、
新規のアプリ(WWW, CRM, ERP, BI)とかは、やはりオープン系の比率が多いのは事実。

だから、処理能力や重要度の話ではなく、「プログラマから見た仕事の量」では
オープン系が多いという事はあると思う。

たまには、ＡＡも良ろしおすな

そうですね:-)


http://www.sierra.co.jp/bochi/bochi2000/PA080042.JPG

そうですね:-)


http://www.pleiades.or.jp/void/Images/089.jpeg

クソカベ氏ね

汎用機の事を知らない連中がCobolを例にして汎用機の事を馬鹿にするよね。
しかもCobolもまともに使った事が無い人までもNet上で話されてる内容を鵜呑みにして
さも自分の意見の如くのたまうてる。
そんなヤツはサッサと技術者を辞めてしまえ！

Cobolもまともに使った事が無い人にまでも馬鹿にされる要素があるって事に気付けよ

>>776
論理になってないぞ
キチンと整理して書き込む様に。
まだネット歴、浅いだろ？

バッチが組めない連中が多いこと、多いこと。
一体、何考えて仕事してんだか・・

>>778
同意
俺の作業場で、しまいには「ロジック教えてくれ！」じゃないと
「組めない」などとぬかしやがった

>>777
笑た。
確かに。何書いているのか全然伝わらない・・（嘲笑

ゆうゆうゆういち

何？

>>781 = >>776 = >>701

>783

まともな文書が書けるアンチコボラー募集中！

もとい、
まともな文章が書けるアンチコボラー募集中！

つか、“Cobol”って表記にものすご違和感…
“Fortran”だと平気なんだが。

ホラー映画のモンスターが滅茶苦茶広いホームセンターの中で追いかけてくるとか
　他には何処かの町で様々な武器を持った大勢の友達だとか、
　雑木林の中でウルトラの父に踏み潰されそうになったり、
　プールで二頭のシュモクザメが現れたり
　嵐の中孤島でゾンビに追われたりとバラエティにとんでいます。
　こうして文にして書くと恐くないんですが、
　実際に見てみるとカナリ恐いんです。

>>788
実際に見てからいえ。

>>789
モンスターやらゾンビを実際に目撃するのはかなり困難だと思われ。

このスレッドなんか、最近面白くない
バトル発言がある様な、題材がないなあ

男は黙って大艦巨砲主義

>>791
まぁ、COBOL屋自体が既に絶滅したようなものですし。

面白くね〜

>794
ホント君ってつまんないよね。

>>795
くたばれ、ＣＯＢＯＬ屋

↑　と、オチがついた所で大団円かな。

あなたのことです

ＣＯＢＯＬ屋はくたばらない
以上

↑　生まれてこの方、COBOLをやった事が無いのですが。何か？

　　 ／⌒~~~⌒＼
　／ （ ﾟ�＞t�≡ ）y─┛~~
（_ ノγ Ｕ　　∩_∩）　　　THANK YOU　2ｃｈ　　　　　┌───────┐
　　α＿＿＿Ｊ _Ｊ　　　　　　　　　and　　　 　 　　　 （｜●　　　　　 　 ● ｜
　　／￣￣￣￣＼ 　GOOD-BYE ２ｃｈ WORLD！ ／.|　┌▽▽▽▽┐　｜
　/　　　　 ●　　● 　　　　　　　　　　　　　　　　 　（　┤ ｜　　　　　　｜ 　|
　|Y　　Y　　　　　　　＼　またどこかで会おうね　　＼.　 └△△△△┘ 　 ＼
　| |　　 | 　　　　　　▼ | 　　　　　　　　　　　　 　　　　｜　＼あ＼　　　　　 |＼ ＼
　| ＼／ 　　 　 　 ＿人| ∧∧∩゛　 　　∧＿∧　　 　 | 　 　 ＼り＼ 　　 　|　（＿）
　|　　　　　　 ＿/）/）／( ﾟДﾟ)/　　 　　（´∀｀　）　　 ＿_ n　 　　＼が＼.　 |
　＼　　　　／ 〔／＼〕　U　　/　∩∩　（　　　　）o／　 ＼ ヽ　　　　＼と＼ |
　　｜ ｜　|　ｃ（*・_・）　 |　　|ヽ(´ー｀)ノ_|　 |　 | （__丿　 　　|. 　／＼　＼う |　(-＿-)
　　（_＿）＿）　UUUU　/∪∪ （＿＿_）（＿（＿_） ⊆＿　 　 ヽ_┘　 └──┘（∩∩）

COBOL屋は減っている。

プログラマー崩れは何になったらいいの ?

プログラマー崩れは>>801

ついでに、>>801

↑　COBOL屋に蔑まれている不幸な奴ﾊｹｰﾝ(藁

なんだ、このスレッドは、馬鹿じゃねーの

まぁ、厨房専用隔離スレだからな。
まともなマ板住人は透明あぼーんしてるよ。

>>802
良いじゃん、単価上がって

ついでに、>>801
訂正>>800
でした
ｽﾏｿ

>>809
単価は上がってない。

新卒でCOBOLやってますが、VBやってるやつとは
次元の違う高度な内容をしているのでうれしいです。

何か？

オブジェクト指向はおろか､構造化プログラムすら理解できない事務屋が
何故この業界で生き延びていられるのだろうか？？？

↑　お先真っ暗な奴、登場(藁

上矢印さん、あんたもお暇ね

くたばれ、COBOL屋スレ
があがると、異常すれ　登場

>>814
どういう意味ですか？意味がわかりません。

↑　一個上だった、ｽﾏｿ。書きこみ日時を見て察してくれ…

>>818
そのくらいわかっています。
８１７＝８１２です。

VB厨と比べないといけないほど落ちぶれたのか。COBOLerは。

ここですか？悲惨なDel厨である820のいるスレは？

>>819
今はわからなくても、将来きっとわかる時がきます。さようなら。

ここですか？VHDLが最高の言語だと思っている
悲惨な822のオナーニスレは？

↑　そうです、ここです。ようこそいらっしゃいました。

ここですか？PHPマンセーの悲惨な824のいるスレは？

>>821
VBとDelとCOBOLしか知らないのか(藁

>>825
俺を捜して続々とやってくるぞ(藁

COBOLはいい言語かもしれない。
たまたまCOBOLをやっているがCOBOLerでない素晴らしい人達もいっぱいいる。
要はCOBOLer＝クソ

トレンドって傾向のことだよ

>>829
ようノウタリン。単語一つ調べるのにずいぶんかかったな。

コボル真理教

ぼんくらコボラーはマスト・ビー・ダイなのれす！

ＣＯＢＯＬ、Ｆｏｒｔｒａｎ、ＰＬ／Ｉ、ＰＡＳＣＡＬ、ＭＡＳＭ、Ｊａｖａ、
Ｃ＋＋、ＮｏｔｅｓＳｃｒｉｐｔまでなら何とかいけるレス
ロートルコボラーレス

来週の金曜日職場のコボラー仲間で飲みに行くことになりました
山の手線内で安くて料理のおいしい居酒屋を知ってたら教えてください

コボル真理教[こぼるまりきょう]

開祖は日本人女性の小堀真理子。
人は背伸びをせず、すでに解いた事のある問題だけを
ひたすら繰り返す事で心に余裕ができ
人間性を高める事ができると説いた。

しかし堕落した信者は
自分達よりも頑張る人間を排除し、
閉鎖的になり過ぎたため世間から孤立している。
ただし彼らは宗教的象徴である凡庸機への礼拝だけは欠かさない。

たいへん荒れてますね、暑い

>>833
だから何なの？
さあさあ、答えてよ

COBOL.NETについてご存知の方いたら教えてください。
VB.NETやC#.NET並みの機能がサポートされるのでしょうか？ 具体的には
その１ プロパティーやメソッドが言語としてサポートされるのでしょうか？
つまりクラスのようなものを作れるようになるのでしょうか？
その２ 継承はサポートされますか？
その３ オーバーロードはどうでしょう？

以上

>>838
コボラーに聞いてもわからない。

>>838
COBOL.NET自体は知りませんが
クラスそのものをどうとらえているのでしょうか？
C++やjavaのｸﾗｽ
それは環境がそろえてくれたもの

もともとの概念からいうと昔ながらのCOBOLであってもﾌﾟﾛｸﾞﾗﾑの分類
でｸﾗｽをｼｽﾃﾑ上に実現することは可能です

ｵﾌﾞｼﾞｪｸﾄとは何か?
ｸﾗｽとは何か?
ﾒｿｯﾄﾞとは何か?

ただ昔ながらのCOBOLでは言語仕様の関係で不可能なことももちろんありますけど
継承やｵﾊﾞｰﾛｰﾄﾞが必要なｼｽﾃﾑでCOBOLを選択することはないと思うけど
そもそも事務処理ｱﾌﾟﾘｹｰｼｮﾝで必要なｼｰﾝがあるのかね?
あるなら教えてほすい

>>778
まさかPCしか使ってないのにﾊﾞｯﾁﾌｧｲﾙｶﾞ書けないﾔｼじゃないよね
ﾊﾞｯﾁ処理自体がわかってないﾔｼのことだよね

>>779
それは短いコードしか書いたことがないので個々の関数やｸﾗｽを組み合わせる
論理的思考がないってことか？
だとしたらそれはCOBOLerに負けてるな

>>812
VBはｯ小規模ｼｽﾃﾑか大規模ｼｽﾃﾑのﾌﾛﾝﾄｴﾝﾄﾞだろ大企業の生命線のｼｽﾃﾑはいまでも
COBOL（というよりﾒｲﾝﾌﾚｰﾑ)

>>840
レスポンスありがとうございます

> クラスそのものをどうとらえているのでしょうか？
ある機能を実現するための関数や変数をとりまとめた型のようなもの、と私は考えているのですが。
その型から作ったもの(変数など)がオブジェクトやインスタンスだと思っています。
すごく具体的なことを言うと(C#.NETで)、以下のことです
class xxxx
　{
　　　･･･
　　　･･･
}

> C++やjavaのｸﾗｽ
> それは環境がそろえてくれたもの
申し訳ありません。よく理解できませんでした。
例えば環境とは何を指して知るのでしょうか？ 言語のことですか？
例えばC++やjavaのクラスはVB.NETやC#.NETのものとは意味合いが違うものなのでしょうか？

> もともとの概念からいうと昔ながらのCOBOLであってもﾌﾟﾛｸﾞﾗﾑの分類
> でｸﾗｽをｼｽﾃﾑ上に実現することは可能です
これも理解できませんでした。正直いうとほんとなの？って思ってしまいました。
よろしかったら具体的に説明してもらえないでしょうか

> そもそも事務処理ｱﾌﾟﾘｹｰｼｮﾝで必要なｼｰﾝがあるのかね?
私も何かに使おうと思っているわけではなく、ただ単にCOBOL.NETがどの程度のものか興味があっただけでして･･･
でもそういう機能があったら、事務処理アプリケーション以外でも使えそうという気はしますが。

>>841
> まさかPCしか使ってないのにﾊﾞｯﾁﾌｧｲﾙｶﾞ書けないﾔｼじゃないよね
> ﾊﾞｯﾁ処理自体がわかってないﾔｼのことだよね
汎用機でバッチ処理が組めないんじゃ何もできないに等しいから、
JCLでバッチ処理の記述ができないということなのでは？
※汎用機というのは私の勝手な思い込みですが

やっぱ843の意見取り消します
文章の内容間違えて解釈したかもしれないから

Pascalistを叩くスレ、Cerを叩くスレ、C++erを叩くスレも欲しい

（・∀・）ﾊﾞｯﾁｸﾞｰ!

汎用機的に表現すれば

(･∀･)ﾊﾞﾂﾁｸﾞｰ!

>>845
(´,_ゝ`)ﾌﾟｯ

C++ﾏﾝｾｰ

>>842
あのさぁ。君は馬鹿なくせになんで勉強しないの？

本屋に行けばCOBOLの新しい規格の解説本があるからさぁ。
それ読めば？クラスとかの説明もでてるからさぁ。
> 正直いうとほんとなの？
馬鹿で無知な癖に何を根拠にきめつけてるの？

>>842
こいつがコボラーなのかどうかはともかく、
こういう人間でもこの業界で飯食えることが腹立たしい。

>>849
ふーん。じゃあ君が新しいCOBOLの規格について説明してみてよ。

「次期COBOLは、ベアプログラミングが可能に」（朝鮮日報）

>>834
すがすがしいほどの放置だなw

ここですか？土曜の午前中から自作自演で自分を慰めている
悲惨なコボラーである８５２のいるスレは？

>>834
新橋行け。
よりどりみどりだぞ。

>>850をはじめ、コボラーには自分で調べるという事が出来ない奴しかいないらしい。

>>855
そういう君は煽りレスをするだけじゃないの？

そうじゃないというのならCOBOLの規格について説明してよ。
早くさぁ。ねぇ。できるんでしょ。優秀な君ならさぁ。

さっさとやってね。口だけじゃないってところを見せてくれー。

>>849
この業界が、ろくでなしの集まりであることを認識せよ

>>857
君もね。

>>858
あんたもだよ

COBOL2002規格のこと？
オブジェクト指向の概念が導入されているよ
http://www.cobol.gr.jp/knowledge/next_standard/standard002.html

>>859
僕もふくめてみんなだよ。

>>848
長らくＣＯＢＯＬから離れているので、新しい規格が制定されていたとは知りませんでした。
無知をさらしてしまったようです。

> それ読めば？クラスとかの説明もでてるからさぁ
ほかの言語でクラスを使っているので、クラス自体は知っています。
私のクラスの説明は変だったでしょうか？

>> 正直いうとほんとなの？
> 馬鹿で無知な癖に何を根拠にきめつけてるの？
馬鹿なので、昔ながらのＣＯＢＯＬでクラス的なプログラミングを
どうやるのか良かったら教えていただけないでしょうか？

あと、>>848の内容とは関係ないのですが
COBOL.NETにもCOBOL2002の規格が適用されてると思っていいのでしょうか？

>>862
> 馬鹿なので、

本当に馬鹿なんだね。ネットは何のために接続してるの？
検索って言葉も知らないのかね君は。
http://software.fujitsu.com/jp/pcob97/netcobol/netcobol.pdf
これでもじっくり読めば？君ぐらい馬鹿だと50回ぐらい読まないと
理解できないかもね。

>>863
ありがとうございます。クラスをサポートしていることはわかりました。
が、良かったら862での私の問いのにも答えてください。

訂正です
> が、良かったら862での私の問いのにも答えてください
が、良かったら862での私の問いにも答えてください

FD　ファイル名
　　　[BLOCK CONTAINS 整数−１ RECORDS]
　　　[RECORD CONTAINS 整数−２ CHARACTERS]
　　　[DATA {RECORD IS or RECORDS ARE} {データ名−１}･･･]
　　　[LABEL {RECORD IS or RECORDS ARE} {STANDARD or OMITTED}]　
　　　[VALUE OF IDENTIFICATION IS {データ名−２ or 定数}].

>>865
どの問いに答えろっていうんだ？？？
示してやったポインタで理解できなかったのか？
もしそうなら、あと10回読めよ。

>>867
> ほかの言語でクラスを使っているので、クラス自体は知っています。
> 私のクラスの説明は変だったでしょうか？
と
> 馬鹿なので、昔ながらのＣＯＢＯＬでクラス的なプログラミングを
> どうやるのか良かったら教えていただけないでしょうか？
の二つです。
リンクの内容中に、上記二つ問いに対する答えがあったのでしょうか？
10回も読み直す気力もないので、説明している部分を引用で示していただけるとありがたいのですが。

ん？ なんでCOBOLerがCOBOLerじゃない人にCOBOL.NETのこと聞いてんだ？
普通逆だろ。

>>869
みんな、ろくでなしの、すっとこどっこいなので
勘弁してやってください。

>>842
ｸﾗｽ､ﾒｿｯﾄﾞ等はｵﾌﾞｼﾞｪｸﾄ指向の用語であってC++等はそれに基づいて
ｿｰｽを記述するようにできているということだ

つまり取り扱うデータに対してﾌﾟﾛｸﾞﾗﾑを細分化や整理をすることで
どんな言語でもｵﾌﾞｼﾞｪｸﾄ指向に基づいたｼｽﾃﾑを構築することは可能

// JOB ASSEM
// OPTION DECK,XREF
// DLBL IJSYSPH,'IN',0
// EXTENT SYSPCH,(VOL),1,0,(BEG.BLOCK),(NO.BLOCKS)
ASSGN SYSPCH,FBA,VOL=(VOL),SHR
// EXEC ASSEMBLY,SIZE=96K
PUNCH ' CATALR TC1000 '

>>871
レスポンスありがとうございます。

840では本来の意味でのオブジェクト指向の話をされていたのですね。
そのことに対し私は狭い意味での言語仕様的なクラスの話をしていたようです。
ようはオブジェクト指向とは考え方のことで言語とは関係ないんだよ、と捉えましたがそれでよろしいですか？

>>873
そうです

>>873
そうだんです！（ｻﾌﾞｯ

>>833
プッ
ＮｏｔｅｓＳｃｒｉｐｔ？
ロータススクリプトのこと？

これからのウェブの時代 LiveScript くらいできないと COBOLer も
生き残っていけませんよ。
私は LiveScript の達人なので大丈夫ですが

LiveScriptってJavaScriptのことか？
そんなもんぐらいで威張るなよ

会社で業務支援システムを購入することになりました。普通のクラサバなんですが、
一社だけ、見積もりの中に「Power COBOL」というのが入ってるんです。なんです
か、これ…。

大丈夫っすよ、コボラーはコボラーでも、
結局、要求される仕様にあった言語を選択できれば一番いい話では？
ＣＯＢＯＬも見直される話もあるようですので
ＭＳもＣＯＢＯＬ資産は切り捨てられないので．ＮＥＴ開発の言語
にＣＯＢＯＬも入っているではないですか、というところで

>>877
> これからのウェブの時代
ほのぼのしますた。

>>880
> ＭＳもＣＯＢＯＬ資産は切り捨てられないので
ＭＳはＣＯＢＯＬなんてどうでもいいんだよ
Ｆが独自に入れるだけでしょ
Ｆにとってデメリットの方が大きいのに、おかしなことするぜ。

>>879
「力のコボル」です。頭にバを付け加えてください。

>>877
すでに時代に遅れてるな(藁

>>880
すいません、コボラーなのでCOBOL以外選択できません。
.NETのCOBOLはCOBOLじゃないので知りません。

ＣＯＢＯＬには、ＣＯＢＯＬの良さがあるし、得手の部分でそれぞれの
言語で作成したオブジェクトレベルでの組み合わせできるんだから、
ＣＯＢＯＬ屋もまだくたばるほどまでではないでしょ
今の開発って、オブジェクトの組み合わせで、ホントに１から１０まで
オリジナルですってどっちせ少ないと思います

>>885
どうしてＣＯＢＯＬでないのか
絶対突っ込まれないように答えよ

メインフレームでは、選択の余地もそれほどあるまい。

>>886
COBOL屋はフルオリジナルが大好き。だから、ろくなものを作れない

>>878
最近は戦略上そういう名前で呼ばれているようですね。
ま ECMAScript と呼べば異論はないでしょうが。

やはりこれからはインタープリタ(仮想マシン式)かスクリプトの時代ですね。
バイナリの時代はもう終わりましたね。

> やはりこれからはインタープリタ(仮想マシン式)かスクリプトの時代ですね。
.NETがそうだよね
C++やってるからって威張ってるやつは時代に取り残されてるぜー

>>891
悪いことはイワンから両方ヤットケ。

うちの会社にRPGしかできませんってヤシが
いるけどみんなRPGってシッテルカ？
そいつはRPG以外のものをプログラミング
言語としてみとめてないみたいなんだけど
RPGってプログラミング言語なの？

>>889
お客さんが望んでいるのは、オタクなプログラムではなく
操作が簡単で、納期どおりに正しい結果が出れば満足してくれます
ろくなものかどうかは画面設計等の派手さで判断されてませんか
ＣＯＢＯＬでなくても、ダメなものはダメプログラムがありますから

>>893
プロシージャ言語

>>894
COBOLで組んだものは全部ダメでしょ
今の時代。

>>895
パラメータ言語

>>893
ＲＰＧはＲｅｐｏｒｔＰｒｏｇｒａｍＧｅｎｅｒａｔｏｒ
主に、出力整形用なんじゃないですか

>>898
そのとおり

RPGはツクール

>>898
RPGってプログラミング言語なのですか？
ちょっとやってみたんですがとてもそうは思えないのですが・・・

>操作が簡単で、納期どおりに正しい結果が出れば満足してくれます
プロなら単にお客さんが望んでいることをするだけでは
だめでしょ。きちんとそれで利益をあげなきゃ。そのためには
フル・オリジナルってのはいいかどうかは疑問。

>>901
言語の定義を絶対突っ込まれないように答えよ

>>902
お客さんの要望を通り越して、やりすぎっていうのもあるし

>>904
やりすぎたら利益へるじゃん。

>>905
その通り
それ以前に、お客さんの要望を通す為に工数見積もりしても
とても言えない販売額だったり

ーおーおあああささ。おあおさおそあ？

みなさんが普段使っているＡＴＭ、
レシート、通帳の印字等COBOLで動いてるところもあるんですよ、驚きですねー

>>903
RPGはなんか穴埋め問題やってるみたいなんだよね。
できそこないの表計算ソフトって感じがする。

>>908
ＡＴＭ本体もですか？
ＯＳは何？

大抵RPGやってるやつってできそこないが多いんだよね。

ATMの印字にCOBOLが使われてるからって
それがどうしたの？

>>910
本体は違いますね。電文作って、ホストに送ってるだけ。

コボラーは驚いたらしい。

>>912
あなたの知らないところで、まだＣＯＢＯＬのプログラムが
通用しているところが多いってことです

>>912
それをいっちゃー、他の言語も全て
それがどうしたで、片付くよ　ｗ

>>915-916
まだ通用してるのは認めるけど
これからは無理でしょ。
右肩さがりでしょう(w

会社の数字を印刷するのに、ＣＯＢＯＬとＣ　ＯＮＬＹで組んだら
どちらが早く、正確なプログラムが書けますか？
まあ、Ｃ　ＯＮＬＹで組み込む人も少ないとおもいますけど

>>916
COBOLで印字していることが一々話題として
挙がる時点でCOBOLは痛い言語だってことをいいてるの

>>918
今の時代会社の数字を印字するだけじゃすまないでしょ

>>917
ＣＯＢＯＬプログラムは全世界のプログラム割合で６割もあったので
まだまだ大丈夫でしょう

全てのCOBOLを他言語に変えられるほど、景気がよかったら
俺はCOBOLを潔く捨てる。

>>913
じゃあレシート、通帳の印字等COBOLで動いてないじゃん

>>923
あんた、業務知識無さ過ぎ厨房。

>>921
年齢にもよるでしょ
30代のやつがCOBOLしかできなかったら
他業種に転職するしかないでしょ。
そもそも頭が悪いからCOBOLをやってる
ので他業種でも通用するとは思えないけど。
警備員のアルバイトとかならCOBOLerでも
できるんじゃない？

>>920
そうですね
でも、まだ書類の多くは、文字と数字があれば十分だと思いますよ
報告資料は別として

>>926
使う方にしたら文字と数字だけじゃダメみたいだよ
COBOLしかできないやつにしたら文字と数字で充分
と勝手に思い込まなきゃやってられないんだろうけど(w

>>925
頭が悪いからＶＢをやっているのですねってことと同じです
そもそもＣＯＢＯＬさえ知らない人の方が経営者として
すばらしい人はたくさんいます

>>924
じゃあ
レシート、通帳の印字制御をCOBOLでやってるような書き方するな

>>929
ＣＯＢＯＬでも可能と思われます

COBOLerとはCOBOLじゃダメだってことがわかってない人のこと
COBOLしかできない人を指してるわけじゃないよ

>>927
報告書は別としてと言ったじゃない

>>930
可能かどうかいってんじゃねーんだよー
やってもいないのにやってるような書き方するんじゃねー
っていってんだよー

>>932
報告書を別として考えるあたりがナンセンスだっていうの!!!

書類と報告書の違いって一体何よ？？？

書類はCOBOLで
報告書はCで

なんてやついるか？

>>929
コボルで作った電文をATMに流してると思われ。

漏れはCOBOLやるくらいならパチンコ屋で働くよ

>>937
だから初めからそういうふうに書けよ

漏れの質問に答えてくれ

書類と報告書の違いって一体何なの？

なんかCOBOLの適用範囲の狭さがわかるスレだな。

>>936
いないでしょ
結局はＥＸＣＥＬにお手伝いしてもらったりとか

なんかCOBOL使いをコキおろしてるようだが
VB,VCとかJava使っても
満足にオブジェクト指向コードを使えないヤシの方が糞だと思われ

ちゃんとＣとかで組めるやつがCOBOL使っても別に変じゃない。
だからといって、「COBOLしか」出来ないやつが威張りかえるのはおかしい。

>>935
資料と報告書の誤り
資料は、報告の元になるもの

じゃあここで質問

私は
VB
C
C++
Java
COBOL
等ができますがCOBOLが一番好きですってやつ存在する？
いたら手を挙げてください。

報告書⊆書類
報告書　is　a　書類

>>945
だからそんな区別してる時点でナンセンスだっていうの!!!

>>946
いたら何なの？

>>944
Ｃしか出来ない奴が、威張るのもおかしい

もう一つ質問

私は
VB
C
C++
Java
COBOL
等ができますが、将来のことを考えてこれからは
主にCOBOLをやりたいと思ってます。

こういうやつ存在する？いたら手を挙げてください。

Cしかできない人は別に困らない。
COBOLしかできない人は近い将来確実に食いっぱぐれる。

>>949
もしいたらその人はカウンセリングを受ける必要がある!!!

必要に応じて、やる。
COBOLの仕事がきたら、COBOLもやる。
もう、仕事選んでる場合じゃなくなってきたし・・・

>>954
コボラーなので仕事選べませんが、何か？

>>955
あなたは警備員のアルバイトをすると
幸せな人生を送ることができるでしょう。

>>951
ＣＯＢＯＬはとりあえずの目標を達成する為の手段です

>>957
それならあなたは目標を達成するために
COBOL以外の選択肢も持っているのですね。

COBOLしかできない人はカウンセリングを受けてください

>>958
古き良きＣＯＢＯＬを懐かしむのもコボラーと言っては
いけないでしょうか？
よく儲かっていたし

>>951
いろいろ言語知ってても、
職場にＣＯＢＯＬしかなかったらＣＯＢＯＬやるしかないんじゃない

cは先輩にこぼちゃんがいて、そいつがふざけた奴なんじゃないの？

>>c
>Cしかできない人は別に困らない

２０年前のCOBOLerと同じ思考だよ。

>>960
懐かしむならOKだと思います。
COBOLを非難しているわけではないですから。

>>951
職場になくとも、言語の値段なんかたかが知れている
Ｌｉｎｕｘ使ってごらんよ

＞COBOLを非難しているわけではないですから。
藁

>>962
そうなんです!!!
COBOLならまだマシなんですが、
漏れの先輩はRPGしかできないんです!!!

RPG知ってます

>>960
ああ、あの頃は良かった！
今はクー（泣き

>>966
あなたは何が一体"藁"なのですか？

>>930
無理。

>>965
遊びで飯食えるのかよ？

>>971
Ｌｉｎｕｘで食っている人もいるとおもうけど．．．

>>971
Linuxで食う人はこれから増えるけど
COBOLで食う人はこれから減っていくと思われ

Ｌｉｎｕｘで開発かー。
賭けだな。

>>972
職場が汎用機でＣＯＢＯＬしかないんだよー
それくらいわかれ！

COBOLはもういらない

カオスじゃ、カオスの時代なのだよ、結局は
ＣＯＢＯＬ結構、Ｃ結構、メインフレーム結構、Ｌｉｎｕｘ結構
なんでもありでいいじゃん

９８０くらいかな

ｃの気持ちは痛いほど分かる。俺もｸｿコボルﾔﾛｰの先輩に
「お前､俺よりも仕事すんじゃねえぞ！」って脅された経験がある。
「家に火をつけてやる」とかも。質問しても、
「好きなようにやれよ、システムがおかしくなっても俺は知らん」
ってね。

俺がC++が出来るというだけでここまで虐待されなきゃいかんのか？

>>975
ユーザー系の会社かな？
哀れ、潰しがきかぬわ。

プログラマーは所詮使い捨て。
どんな言語イパーイ使えても最後にものをいうのは・・・（以下略

>>980
会社にずっと残ればいいだけの話だろ

>>979
漏れもスタンドプレーは許さんって
言われたことある。
それ以来
COBOLerはひがみと妬みのかたまりの
落ちこぼれと決めて、最近は攻撃に転じて
毎日やっつけてます。
完全に見下してやればCOBOLerは弱いよ。
所詮技術が無いからね。

>>982
おや？
まだ終身雇用を・・・（以下略

９８７か？

>>983
RPGの先輩じゃなかったのか？

＞落ちこぼれと決めて、最近は攻撃に転じて毎日やっつけてます。
会社の不利益になる場合は感心しません

ところで、Ｃ＃でしたっけ
どうなんですかね？

>>986
RPGはCOBOLライクな言語でしょ。
じゃあCOBOLerじゃなくてRPGerって呼ぶよ。

>>987
RPGerの存在自体が会社の不利益になってきてるので
攻撃に転じることができたのです。

９００

>>989
ＲＰＧはパラメータ言語
ＣＯＢＯＬとは似ても似つかない
言語だけみたら、なんだこりゃ、アセンブラかと思うよ

RPGer　＜　なんかｶｺｲｲ

英語も喋れないは氏ね。

アールピージャー!!!

>>989
どこがだよ！

誰かパート５を建ててください

>>992
RPG<COBOLってことなのですね!!!

１０００

1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。