COBOLばっかりやってるとバカになる？

1げとずさー

出社して朝一番でくそスレ立ててる暇な>>1に幸あれ。

出社して朝一番でくそスレの2getしてる>>2に幸あれ。

久しぶりにマ板みて、かちゅでスレタイざっとみたら
異様にCOBOLスレ多いね

5

総理大臣／小泉純一郎さん 「こんなクソスレは小泉内閣には通用しない。このようなクソスレを１つでも無くすべく、我々は断固として改革をすすめていく必要があると感じた。」
自由党党首／小沢一郎さん 「（事務所を通じて）コメントする価値を見いだせない。」
東京都知事／石原慎太郎さん 「くだらないねえ。何が楽しみでこんなクソスレ立てるのかな。こらぁ、スレたて税の導入も検討すべきですな。」
政治評論家／三宅久之さん「こんな下らないスレたてるなど日本人の質も落ちたものだ。」
日銀総裁／速水優さん「頭の中までデフレが浸透していると、再認識せざるを得ない。」
ソニー会長／出井伸行さん 「ブロードバンドが普及すれば、クソスレの削除も速くなると思う。」
白鴎大学教授／福岡政行さん 「やっぱり自公保連立政権の発足からこういうクソスレが増えたと思います。」
元外務大臣／田中真紀子さん「どこの馬の骨だかわからない１の相手をしている暇は今はありませんよ、失礼。」
気象予報士／木原実さん「このスレの影響で、この板には強烈な寒波が襲ってくるでしょう。」
早稲田大学教授／大槻義彦さん「このスレの科学的根拠がわからない。」
新しい教科書を作る会／西尾乾二さん 「このスレほど戦後民主主義教育の欠陥を表しているものはない。」
元グリーンベレー／柘植久慶さん「海外にはこの程度の変質者はコンビニにもいる。日本が平和すぎた。」
鑑定士／中島 誠之助さん「鑑定するに値しないクソスレですね。」
評論家／竹村健一さん「みなさん、これはわかりやすくいうとクソスレなんですわ。」
女優／広末涼子さん「こういう人がいる日本って、やっぱりすごすぎると思う。」
プロデューサー／テリー伊藤さん「クソスレにしてもひどすぎる。もうちょっと面白いのをたててよ。」
法政大学教授／田嶋陽子さん「これだから男社会はダメなんだよ」
マルチタレント／大橋巨泉さん「俺は１みたいなやつがいるから日本にいたくないんだ。１は小物なんだ。」
社民党党首／土井たか子さん「ダメなものはダメ。」
財務大臣／塩川正十郎さん「もうよろしやろ 」
元財務大臣・首相／宮沢喜一さん「この程度のクソスレなら放っておいても大丈夫でしょう。」

>>1
この手のThreadはプログラム板以来だ。
「VBばかりやっていると馬鹿になる」
「Delphiばかりやっていると馬鹿になる」
シリーズだな。

それとも
「C#って死滅しちゃうの？？？？」
シリーズか？

>>1
もうそろそろCOBOLやる以前にこんな糞板立てるほうが馬鹿になることに
気付きましょう。

age

>>1
ＣＯＢＯＬは金融系だと永遠に不滅だから安心しな

>>10
その金融系が危ないんだろうが（ｗ

大丈夫。金融系が終わった時は日本の終わりだから、
他のどのプログラマよりも長く職にありつける。

>>12
説得力があるような、ないような・・・ホントに安心していいのか？

COBOLは絶対なくならんから、心配すんな。
ただ、誰でもできるから、PGだけってのは生き残りずらいだけだ。

「ＣＯＢＯＬでお願いします。」と、依頼すると嫌がるひとは多いのでしょうか？

COBOLが金融のマージを阻害する。

COBOLが金融の淘汰を加速する

ＰＥＲＦＯＲＭ 破綻処理

公共でcobolって使わないの？

>>10
そのCOBOLもJ2EEに乗っ取られてゆく。
なぜならCOBOLはネットワークに弱いから。

COBOLとJavaは両輪の輪

>>20
わかってねーな。無くならんよ。俺らが現役のあいだはね。
２択ならJ2EEのほうが先に無くなるよ。

>>22
９９％そうだと思うよ。

>>19
財務省はＣＯＢＯＬだ

>>20
どう弱いと？
つーかひとつの言語ですべてをまかなう必要はないのだよｗ

あぼーん

age

COBOLに戻りてぇ。
APIだのJDKだのめんどくせぇ。
とゆーか営業部に異動してぇ。

ＯＯＣＯＢＯＬ最高！

コボラーをボコる。

馬鹿でもいいからコボルやりたいです。
あんなに素晴らしい言語は無いと思うんだけど。

>>31

> あんなに素晴らしい言語は無いと思うんだけど。

具体的な根拠を提示してください。

誰でも読めることから所有権を共有できることかな。

>>1
お前バカです。
氏んでください。

＞COBOLばっかりやってるとバカになる？

バカになる？じゃなくて、低スキルの馬鹿がCOBOLやるの。

COBOLばっかりやってるとひさしは駄目になる！

漏れはSEやって３年目になるまで
プログラミングやったことなかったんだが、
新しく行ったプロジェクトでコーディングもやってくれっていわれて
COBOLをやったんだが、半日でCOBOLマスターしたな。

その時俺はあらためてCOBOLERが馬鹿にされる理由がわかった。

漏れまだCOBOL未経験なんだけど、
COBOLってどうやって勉強すればいいんだろ。

業者通さずに個人で入手可能な処理系とかあるのかな。

COBOLerとかメインフレーム屋さんのネタを
理解できるようになりたいんだよね。

>>38
理解しなくてもいいと思うよ。

理解したければこちら
http://www.coboler.com/

>>39
CGIも書けるOpenCOBOLに感動した。

俺もCOBOLerになろっかな。

斎藤さん、止めたほうがいい。悪いことは言わない。

>>41
pc鯖ﾄﾗﾌﾞってたみたいですね。1日越しのレスｽﾏｿです。

>斎藤さん、止めたほうがいい。悪いことは言わない。
わはは。ご忠告どもです。

ﾘｱﾙでもMF系の方と雑談する機会が多々あるのですが、
（その方々も口を揃えて『やめとけ』と申しておりましたYO!）
PCで育った私にとって、とても新鮮で参考＆勉強になり、
正直とても楽しいです。ハイ。

そんなわけでCOBOLを知っておくと話も弾むかなぁ、と。
OpenCOBOL弄ってみますです。では。

COBOLERに再就職の口はないぞ

COBOLと共に定年まで歩むなら、ガンガレ。

>>43
ぐわぁんばりまぁす！

ヴァカ晒しage

アフォ晒しage

>>37
半日でマスターした気になってるのかよ・・・
浅すぎ。
ドレミファソラシドを弾いただけで「ギターをマスターした」って自慢するようなもんだ。

COBOLは設計思想がいい加減だし文法にも一貫性が無いから
使いこなすの結構大変なんだぞ。

ちなみに俺はCOBOLアレルギー。
あの大文字のソースを見ただけで吐き気がする。

>COBOLは設計思想がいい加減だし文法にも一貫性が無いから
世界一効率の悪い言語だろうな。いまどき力技でコーディングしたくねえ...

>>47
設計思想がいい加減?はて?
COBOLは高級言語の原点っすよ。設計思想がいい加減なら、
ここまで流通しなかった思いますがね。

>>48
いや、COBOLもいいもんですよ。誰でも理解出来るしね。
それだけ汎用的な共同所有権が得られるわけですから。

なんて、オブジェクト指向プログラマには解からん話だね。
俺も最近プログラミングしてないし。

>>47
設計思想は目指せ自然言語（サブセット）です。

>>48
コンパイラの開発者にとっては力技ですが、COBOL言語を使用した
コーディング、プログラミングは、本来力技とは無縁です。

■■■かわいそうな「ゲーム君」を2ちゃんの力でトップにしよう！■■■

HSPプログラムコンテスト2003オンライン投票
http://www.onionsoft.net/hsp/contest2003/entryn1.html
　 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　
HSPプログラムコンテスト2003に一番乗りで出展したものの
Windowsに標準でついてくるゲームを手軽に起動できるという（というかただのショートカットつめあわせ）
しょーもないプログラムでたたかれまくっているプログラミング暦３年（！）の高校生の
作品、ゲーム君をみんなの力で一位にしよう。
【【【　投票方法　】】】 　　　　　　　　　　　
http://www.onionsoft.net/hsp/contest2003/entryn1.html　の一番下、エントリーNo８の「ゲーム君」
評価を「A」で選んでコメントを記入して「送信」(コメントいれるとなおよし） 　　　　　　　　　　
http://www.onionsoft.net/hsp/contest2003/eval/eval.cgi?md=cmt&id=8
でいままで送信されたコメントが見えるよ！（けっこう笑える）
　　　　　　　　　　　　　　　　　　　　　　　　　　　　

あぼーん

ハッキリ言ってアメリカなどの多民族国家では黒人の方がアジア人よりもずっと立場は上だよ。
貧弱で弱弱しく、アグレッシブさに欠け、醜いアジア人は黒人のストレス解消のいい的。
黒人は有名スポーツ選手、ミュージシャンを多数輩出してるし、アジア人はかなり彼らに見下されている。
(黒人は白人には頭があがらないため日系料理天などの日本人店員相手に威張り散らしてストレス解消する。
また、日本女はすぐヤラせてくれる肉便器としてとおっている。
「○ドルでどうだ？(俺を買え）」と逆売春を持ちかける黒人男性も多い。）
彼らの見ていないところでこそこそ陰口しか叩けない日本人は滑稽。

あぼーん

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

事務処理系はコボルが最強では？

だれにでも理解しやすい、
英語が読めれば、なんとなく命令文がやりたいことが解る。
対応するﾌﾟﾛｸﾞﾗﾏを探しやすい、ゆえにﾒﾝﾃにかかる費用も安価。
結果長期に渡ってﾒｲﾝﾌﾚｰﾑに使用される。

>>56-57

ソフト関連の中小・零細請負企業の倒産が増加

企業の外注を請け負ったり、ソフトウエアなどを生産する中小・零細企業の
倒産が増えている。民間信用調査機関の東京商工リサーチによると、
そのような中小・零細企業の1―6月の倒産は、前年同期よりも41.8％増えて
122件となった。全国の倒産件数が前年同月を下回る中で、増加が際立っている。

このような企業の倒産が増えている要因には、経費削減を背景に外注需要が
減っていることに加え、企業自体の事業規模が小さいということがある。
ぜい弱な企業体制であるために、競争強化の中で淘汰（とうた）されてしまう
ことが多いためだ。

引用先
http://www.nikkei.co.jp/news/keizai/20030727AT1F1802K26072003.html

あぼーん

コボルばっかりやってるからヴァカになるのか？
ヴァカしかコボルをやらないのか？


どっちだ？

>>60
ヴァカでもコボルならできる。

RPG書いててヴァカになったような気がする。

coboler.com見ました。
なぜそこまでしてcobolって思いました。

とかいってみんなCOBOちゃんなんでしょ？












かくいうオレもだが。

nulpo

あんたら本当にプログラマーか？

プロの世界じゃ、言語知識なんてそこそこあればヨシ。
本当に必要なのは業務知識だ。

例えば金融業界で仕事がしたけりゃ、金融業界のシステムを理解しないとダメだ。
COBOLは言語習得に時間がかからない分、他のことに時間が回せる。
どの言語を習得するかより、どの業界で生き抜くか、よーく考える事だ。
客と対等な業務知識を持ってないと、仕事もらえんぞ。
言語バカは使えん奴が多すぎる。

俺はCOBOLプログラマーじゃないが、習得に時間がかかる言語は糞だと思うよ。

COBOLばっかりやってるとバカになる

まじレスするとCOBOLをする奴が仕事が出来ないではなく。
未だにCOBOLしか出来ない=向上心が無い=仕事が出来ない
だから、COBOLERは馬鹿にされるんじゃないのか？
>>66
なんかのネタでつか?

>>66
馬鹿かお前。
プロなら業務知識が有るのは当然なんだよ。
言語知識はそこそこで良いなんて向上心の無い事言ってるから
COBOLerと馬鹿にされるんじゃねーか。

なんでCOBOLばかりやってたおやじって、新しいことが何もわからないのだろう

>>70
自分がその辺の年になれば判るよ…。

俺にはCOBOLは難しすぎる。
webでCOBOLやれっていわれても、Perlなら１行でかけるものをなぜCOBOLで数百行も書かなくちゃならんのだ？
C++とSTLで50行で書けるものを、なぜCOBOLで３週間もかけて作らにゃならんのだ？
COBOLerの人たちははっきり言って天才だね。

＃　COBOLer is anything, but genius.

>>72
その文脈で書くのなら、
COBOLer is nothing, but genius　と思うがな。

「＃」を付けているところあたりを見ると、お前わざと書いてるようだな。
だったら、お前バカだな。
COBOLerには英語なんて通じねぇんだよ！

>>72,73
俺はCOBOLerです。英語がわかりません。翻訳ソフトでもよくわかりませんでした。
意味を教えてください。

COBOLはコボルド

ところでCOBOLに代わる新しい事務処理専用言語を作ろうって
動きは無いの？

>>74
COBOLer is nothing, but genius. こぼらは、ただ天才なだけである。
COBOLer is anything, but genius. こぼらは、絶体に天才じゃない。

連想した格言「天才と馬鹿は紙一重」

応用「恐れ入りました。あなたは天才と紙一重ですね」

>>77
ということは>>72のｶｷｺの最後の部分は、
イヤミを書いたつもりでも、実は「カエルの面にｼｮﾝﾍﾞﾝ」っていうことですね。

>>78
あなた｜天才｜馬鹿

天才と馬鹿、あなたと天才は紙一重ですが、あなたと馬鹿とは紙二重です。

正確には紙二重＋天才の厚さだな。

＿|￣|○　＜　COBOL自体は糞じゃないんだ、コボラーが糞なんだ

>>82
駄目でした。
・・ﾊｧ。新しいPS2買って来ようかなあ。

ところで話変わるけど、携帯ゲーム機"プレイステーションポータブル(PSP)

　久夛良木氏は，“PSPはゲーム業界が待ち望んだ究極の携帯機”として説明。「ここまでやるかと言われるスペックを投入した」という。
　発表によれば「PSP」は，曲面描画エンジン機能を有し，3Dグラフィックでゲームが楽しめる。
7.1chによるサラウンド，E3での発表以来，クリエイターたちにリクエストが高かった無線LANも搭載（802.11）。
MPEG-4（ACV）による美しい動画も楽しめるという。これによりゲーム以外の映画などでのニーズも期待する。
　外部端子で将来，GPSやデジタルチューナーにも接続したいとする。
また，久夛良木氏は，繰り返し「コピープロテクトがしっかりしていること」と力説。会場に集まった開発者たちにアピールしていた。
　さらに，ボタン設定なども明らかにされ，PS同様「○△□×」ボタン，R1・L1，アナログスティックが採用される。

この際、スク・エニもGBAからPSPに乗り換えたらどうでしょう。スク・エニの場合、PSPの方が実力を出しやすいような気がするんですが。
任天堂が携帯ゲーム機で圧倒的なシェアをもってるなら、スク・エニがそれを崩してみるのもおもしろいですし。かつて、PS人気の引き金となったFF７のように。

いきなり変なこと書いてｽﾏｿ‥‥
GBAと比べてみてどうですかね？シェアの事は抜きで。

COBOLはバカにでも「得たい結果が得られないとは限らない」ものが作れてしまうのが悪い点だ。

そーなの？

>>75
ところでコボルドってなんだい？

>>86
ファンタジー小説なんかに出てくる小人みたいなもんじゃなかったっけ？
他に小人というとドワーフ(スーパー筋肉質)とかホビット(速い)とかいるけど、それとは別の種族。

COBOL - wikich

http://pwiki.chbox.com/pukiwiki.php?COBOL

コボルができるくらいで偉そうにしてる馬鹿ＰＧなら腐るほど知ってるぞ。
「プロ級」とか「技術者」とか自画自賛してるのが痛すぎる。

>>89
「プロ級」ってのは、プロ以下という意味です。
努力すればプロになれるかもしれないアマチュアのことを表します。

http://page4.auctions.yahoo.co.jp/jp/auction/d47227135

部活の新しい顧問が元COBOLerなんだがそんなにCOBOLerってダメなの？

「プロ風」という表現にしましょう。

COBOLやってる奴、Javeやってる奴、どこでも
頭のいい奴もいれば、どうしようもない馬鹿もいる。
そんな事あたりまえだろう。
こんな糞スレあげんな。

>>94
お前はどうしようもない馬鹿ｗ

>>95
そのとおり！
お前と同様のクソ馬鹿さ。

○○ばかりやっている奴は駄目
　↑
ここに何が入ってもその通りな気がする

COBOLしかやってないとバカになる
が正しいような気がする。

プログラマなどコーディングが面倒に感じた
時点で人生終わってるから何やってても同じ

>>99
生きてることが面倒だと感じるまで後一歩

ひゃく

開発関係の業務の中で、コードの設計と実装が一番楽しいと思うんだが。

残りは眠くなる事務作業と、馬鹿におべっか使う作業。ぐったりする。

>>101
君はプログラマー向きだね。

COBOL最近全然やってない。
主にＶＢだな。AccessなんかのＶＢＡも多いな。次にＪａｖａか。
久しぶりにＣＯＢＯＬやってみたいな。
あ！　汎用機がどこのユーザーにもねぇや！　（ｗ

Ｗｅｂでも使えるＮｅｔＣＯＢＯＬなんて使ってる香具師ってほんとにいる？

天下一の天才 ◆fYPuzeyYVY

お前らバカだな！
お前らの好きなC言語でまともな金計算ができるのか？

>>105
>お前らの好きなC言語でまともな金計算ができるのか？

Excite 翻訳結果 (>>105語->日本語)：
「私の実力では、Ｃ言語でまともな金計算をする事が出来ません」

2004/06/09　Misson2-cnt004の解説更新

http://mypage.naver.co.jp/rodman/cobol/3/cnt004.html

そんなの１０進の四則演算ルーチン作ればいいだけのこっちゃ

１０進数　--> ２進数　--> 演算 --> ２進数 --> １０進数

こんなまどろっこしいことしなくたって、
パック１０進数だろうが、アンパック１０進数だろうが、直接計算できるやつをね

参考書にゃ載っていないが、作れるんだな、これが。

＃数値演算モジュールの無い端末で作ってしまったんだよ
＃いまの端末にゃ数値演算モジュールを組み込んでいるが、
＃１０進演算命令は、まだ実装されているのが多くないはず


世の中浮動小数点を使って金計算をやる馬鹿がいるが、こまったことだなにゃ

ボコルをやっていると馬鹿になるのじゃなく、
馬鹿はボコルしかできないちゅうこっちゃ

>>108
> そんなの１０進の四則演算ルーチン作ればいいだけのこっちゃ
そう言うと思ったよ
ド ア ホ！

>>110
２５年も糞ボコル馬鹿っかー
糞ばっかりくってて、さぞや臭いんだろうな

糞ボコラー死ねや

おまえが死ね

>>113
おまいは一生糞に食らいついてなさい！

つーかコボルっていらねーだろ
利点が見出せないもん。

確かにウチの顧問全員cobolerだけど皆KUSOみたいな奴ばっかり

ゴチャゴチャ言ってないでCOBOLの仕事を盗って見ろって。
実際出来ないんだろ？Java厨は口先だけのヘタレだもんなｗ

>>117
糞ボコラーと違って、どんな言語もできるよ
糞ボコルは手間ばっかりかかってしち面倒くさい
しかもアプリの適用範囲は至極狭いときたもんだ

糞ボコラーはボコルしかできないんだろう？
他言語技術者はどんな言語でもできるんだよ、わかっっていないんだろうよ糞ボコラー

>>117
>実際できないんだろ？
一応YES。
しかし出来ないんじゃなくて、しにくいだけ。
元々COBOLでやってたプログラムを別のプログラムに変えたりしてお金をかけるより、そのまました方が安上がりだからね。
けど、COBOLしか出来ないとこの先つらいものがある気がする。
他言語もしっかり勉強。これ、必須。

COBOLの恐ろしい所はコーディングが全く楽しくない所だ。
なおかつ、出来たプログラムが後から読めない。

>>108
亀レスだが、
＞１０進数　--> ２進数　--> 演算 --> ２進数 --> １０進数
＞こんなまどろっこしいことしなくたって、
＞パック１０進数だろうが、アンパック１０進数だろうが、直接計算できるやつをね

そうやって変換するのがＣ言語を初めとするコンピュータの普通の計算で、
１０進演算ライブラリはそんな変換をせずに計算するから１０進演算ライブラリなのである。
言語うんぬんの前に、コンピュータの基礎を学んでこいや。

そんな知識でも立派に仕事がこなせるCOBOLとはすごいのですね。
まいりました、降参します。

すんまそん。勘違い勘違い。
COBOLer君が書いたものだと思って、最後まで読んでいなかったよ。

COBOLしかやってなくてもバカにはならないよ。
一つのことだけに秀でた人をバカと呼ぶ風潮があるが
いざという時本当に頼りになるのはそういう人たちなんだよ。

俺はCやJavaなんて全く知らないけど
COBOLの深い知識と業務経験を持つプロとして
流し＆火消しのプログラマとして食っている。
優秀なCOBOL技術者を必要とする企業は
探せばいくらでもあるからね。

>>123
優秀でも探さないと無いってダメじゃん

>>123
バカは自分のことをバカとは認識していない。

>>123
確かに言ってることは正しいが、Javaくらい勉強してみては？
俺もかつてのCOBOLerだが、正直ＯＯＰ&Ｄの話などはJava勉強するまで理解不能だった。
ハイブリッドの開発もある昨今、全く知らないのもどうかと思うが。

>>126
Javaだけの知識でOOPを理解したと思い上がるのって、痛いよね。

>>123
プロだか優秀だか一流だか知らないけど、こんなところにそんな内容を
嬉々として書き込む人はちょっとねえ…

やってる開発言語ごときで差別する輩もどうかと思うがね。

まあ幅を広げることは必要だと思う。
仕事がある間は結構その重要性に気がつかないもんだ。

COBOLをやっているだけで古いとか、COBOLerだからねぇといった
ネガティブな意見をよく聞きますが、そういう発言はプログラム言語の言
語特性であるとか、システマティックな思考法などについて理解していな
い人間のように思えます。
※うちの会社でも特に若い連中がのたまわるｗ

論理的思考のできない人間にはCOBOLだろうが、Javaだろうが、Cだろうが
クソのようなコードしか書けませんよ。

私も過去様々なプログラミング言語でシステム開発に携わってきましたが
事務的な線形系の処理においては、COBOLに勝る言語はそうそうありません。
プログラム知識がない人間であってもコードを読解することができるからです。

私は最初のプログラム言語はPL/I(知らないよね)でしたが、コンピュータの
アーキテクチャーについてはPL/Iやアセンブラ、そしてCOBOLを介して学びました。

１個の言語をキチンとその原理から学んで習得すれば、それをベースとし
て他の言語も理解できますし、言語特性の差こそあれ、プログラムを構築
する上での発想は根本的に同じであることは容易に理解できるはずです。

>１個の言語をキチンとその原理から学んで習得すれば、それをベースとし
>て他の言語も理解できますし、言語特性の差こそあれ、プログラムを構築
>する上での発想は根本的に同じであることは容易に理解できるはずです。

容易なら、やったらいいじゃん。
仕事に入るときに、これから勉強しますよ簡単ですと言えば100%断られる。

>>132
君は派遣社員?中小企業の正社員かな?
大変だね。

>>133
ああ派遣の面接だと思った?
社内プロジェクトの人集めでだって断られるさ。

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

>>127
同意、ｽﾏｿ表現悪かった。
俺がCOBOLer時代、ＯＯＰ&Ｄを激しく曲解してたという事。
「継承はCOPYと同じだよ」とか真顔で言ってた（ｗ
どうやら、何でもCOBOLに当てはめようとした事が原因だったらしい。

COBOLやってると、CやJavaのような
小文字表記の言語に激しい嫌悪感を覚える。
男ならビシッと大文字で決めたいものだ。

>>137
こういう、ジェラシー剥き出しのCOBOLerって痛杉。

>>134
雇われPGのたわ言か。ごめんね。話についていけなくて。

>>131
コンピュータのアーキテクチャーをCOBOLを介して学んだのなら、教えてあげよう。
君の知識は完全に間違っている。
COBOLはコンピュータのアーキテクチャーを隠す言語である。

コンピュータのアーキテクチャー全体が見える言語といえばアセンブラだけ。
ＯＳのアーキテクチャー全体が見えるのはＣだけ。

> ＯＳのアーキテクチャー全体が見えるのはＣだけ。
その根拠は？ そんなもの見えません。

>>141
ほとんどのＯＳはＣで記述されています。（一部はアセンブラだろなんて突っ込みはやめてよ）
いわゆる普通のＯＳは、システムコールや標準ライブラリもＣ言語で使用することが前提です。
無理すりゃアセンブラでもできるけど、そんなヤツいねぇよ。美しくねぇだろ。

VBやCOBOLで
セマフォを無理なく扱えるか？
リソースのデッドロックや飢餓状態まで無理なく考慮できるか？
プロセスやシグナルの制御が無理なくできるか？

できねぇだろ。つーか、COBOLerは、そんな概念は理解できねぇだろ。
馬鹿にしてるんじゃなくて、COBOLerには仕事で不要な知識なんだから覚える必要も無いし、
覚えたとこで使うことねぇんだもん。

> ほとんどのＯＳはＣで記述されています
それがいったい何の理由になるのですか？
何の言語で作られていたってコンパイルされれば機械語です。

>>142
C言語にはセマフォやリソースのデッドロックや
プロセスやシグナルの制御なんてものは含まれていません。

まあ、多少はUNIXを意識させる部分も残ってる。
なんだかんだ言ったってUNIXとほぼ同時に生まれた言語だから。
UNIXに都合良く設計されてる部分はあるがな。

>>143
それは屁理屈というものです。
専門学校で覚えたようなバカ知識をひけらかすんじゃない。
お前がディスアセンブルしてOS丸ごと読破したら、俺は負けを認めてケツの穴を貸してやるよ。

>>144
Cであればシステムコールや標準ライブラリを叩くのには簡単だが、
COBOLでは無理があるという意味で書いたつもりです。
またまた専門学校で覚えたての、Windows上のC言語知識ですか？
ついでに書いちゃうと、お前の文章は支離滅裂で意味がよくわかりません。
セマフォ・デッドロック・飢餓状態・シグナルの意味がわかってますか？
Windowsでもセマフォはあるから調べてみろよ。
デッドロックと飢餓状態は機能じゃないからね。

>>146
童貞はよく吼える。

>>140の
COBOLはコンピュータのアーキテクチャーを隠す言語である。

に激しく同意。
あれでコンピュータの基礎を身につけ・・・なんて腹が痛いよ。
冗談も休み休み言えっての。

この板のCOBOLer共は真性かね? それともﾈﾀ?

ボコルばっかしで、頭が腐ってしまった
だって、いつもいつもい〜つ〜も〜〜ぉ同じコーディングばっかしなんだもん

COBOLで業務系プログラム(専用線企業内ネット+ADABAS)を書いていた頃に比べると、
今のDelphi+VC++のプロジェクトは天国だ。面白さが全然違う。初めての職場がCOBOL
で今でもCOBOLという新人さんは早く職場を変えて貰いたいと上司なりなんなりに言
った方が良いと思うよ。

COBOL一筋5年とかになって身も心もCOBOLになってしまう前にね。

体育会系はCOBOLでいいんじゃないの？

COBOLは明らかに文系なんですが。

バカにCOBOLとCを教えると、これまたCOBOLの方が使えるんですよ。

体育会系はRubyでも使ってろ

おれは頭が良くないけど、ボコルならわかる
ボコルばっかしで、頭にウジがわいてしもた

>>156
ウジというのは、腐った部位しか食べませんが、
あなたの脳みそはすでに腐っているのですか？

ボコルばっかしで、脳味噌使わないから腐ったんじゃい
それくらい読めねーとは、おぬしの脳味噌にもウジがわくんじゃないかい？ イヒヒ

Win上でコボル練習したいんですけどもどうすればいいんでしょうか？

もうバカになって麻素。
最悪なのが自分で作ったプログラムを見て
「どうやって作ったっけ？」と思う今日この頃。
間違いなく能力衰退してます。

とにかくこの業務自体もういいです。

>>159
cygwinでも入れて、open cobol でも使え。
http://www.coboler.com/opencobol.htm

cobolを勉強しようという人に、cygwinは、ちときついかな。

http://www.itmedia.co.jp/enterprise/articles/0411/25/news098.html

日立とNEC、.NET対応のCOBOL開発環境を製品化

　日立製作所と日本電気（NEC）は11月25日、.NET Frameworkに対応した
COBOL2002規格準拠のCOBOL開発環境「COBOL2002 for .NET Framework」を
共同で製品化し、販売活動を開始したと発表した。

>>161
あ、レスくれた人がいた。サンクス！
試してみます。

ボコルをやっていると、ちんぽだけが元気になる！

まじですか？
ボコルやろうかな

>>137
大文字ばっかりで書いてあると、叫んでるみたいで頭痛くなる。
ＳＱＬ文書く時も抵抗あるんだよね。
SELECT * FROM TABLE
「セレクトォォォ！！！アスタァァァ！！！フロムゥゥゥ！！！　テェェェブルゥゥゥ！！」
みたいな感じ。ジョジョじゃないんだから。

ボコの方はしらんが、SQLの方は小文字で書けばいいんじゃないか？

んだんだ

最近のCOBOLは小文字でもおーけー

>>166
古いoracleユーザーは大文字派が結構いますね。

ボコルばっかしやっていて、アルファベットの小文字忘れてもーた
でもボコラー様はえらいんだぞ
PCみたいなおもちゃじゃなく、ちゃんとコンピュータの仕事をやってんだ、えっへっん（￣＾￣）

cobolerはscriptにアレルギーがあるようだ

cobolerではないがRubyにはアレルギーあります

ボコラーはJCLつー強力なscript風言語を使えるんじゃい、ヴォケがｗ

本気でJCLが強力だと思っているのか？

本気で>>174がJCLが強力だと思っていると思っているのか？

>>175-176
おまいらヴァカくわー！
スクリプトなんていうボコルより難しい言語を、ボコラーが理解できると思っているのか？
使えない言語、いくら強力だからって意味ねーじゃん

script風ってことはモドキってことじゃねーか。

なぜCOBOLERのキーボードはいつもCaps LockがONになっているんですか？

今社内SEをやっていてcobol基幹のメインフレームで仕事をしています。
比較的早くからOA化が進んでいた会社のようで、20年くらい前のソースコードが今でも
日常動いているんだけど、このソースがGO TO文ばっかで追加修正するときに泣きたく
なってくるよ・・・。繰り返しでさえGO TO文しか使ってないし、あっちこっちとびまくって
読みづらいことこのうえない

>>180
早く出世して全面書き直しできる立場になりなさい。
そのころにはそうする気がなくなってるけどね。

>>179
Caps Lock をOFFにすると、窒息してしまうからです。

>>180
20年前つうと1985年頃だから、まともなとこは既に、
GOTOは原則禁止にした構造化プログラミングが主流だった時代だが。

うちの出向先ではgo to 文は1998年くらいでも多様してたらしい。
今でもcopy新規は工数削減でgo to文やnext sentenceを
残したまま本番化しているとこも沢山あります。

ちなみにnext sentenceってなんだ？

どうやらCOBOL ANSI74に則ってコーディングされているようです・・・。
例外なく繰り返しはPERFORMは使わずGO TO で記述されてますから。

なにしろ中小の社内SEで総勢5人の小所帯なので、今まで20年以上に渡って
蓄積されてきたコードを構造化プログラミングに直すのは難しいかと・・・・。
上司は今でも何食わずGO TO 使って拡大生産してるしね。

経営者層はアウトプットに支障をきたさなければ問題ないという判断をしているので
外注に委託することもないだろうね。　
こういうような負の遺産使い続けなければならない現状を考えると、逆説的に(俺
も使いたくないが)COBOLって生き残るのでは？と思ってしまう。
俺的にはソース読むのも欝　ヽ(´Д｀;

>>185
そんなあなたも負の遺産です。またの名を抵抗勢力。

オフコン＝cobol
って発想自体やめてほしい。

正直あんな言語使いたくないんだよ。
それしか出来ない課長、アンタはそういうだろうけど
htmlすら満足に理解できないって。。。cobol以外勉強したとしても
無理なんだろうな。

>>180=185
漏れ殆ど同じ境遇だったんだけど、テキトーにEndUserだまくらかして案件作って、
通勤時間に勉強しまくって、上司騙くらかしてAP鯖買わせて、COBOLオンラインより
使い易いUI作って認めさせた。

今はCOBOLやるのは保守程度になった。

元COBOLerのソースは見るのもおぞましい。
>>188におかれましては、COBOLの習慣が出ないように気を付けて頑張って下さい。

でも、COBOL、FORTRAN、PL/I、VB6 のコードを捨て去ることは、怖くてできないというのが現実だろう。

っつか、年齢層的なもん考えてみるに、バッチ処理はCOBOLにしといたほうが
人集めやすいんだろうな。
汎用機あがりのＳＥとかだと数多いし、それなりに経験積んでて信用できるしさ。
FORTRAN、PL/Iあたりは新規システム計画とかパッケージ提案であっという間に撃沈可能。
移行からしばらくの間、保守やらデータ不整合の原因究明やらで借り出されたのちポイ捨て。

ボコラーは分数計算ができない









大学でていても分数計算ができない







あっ!
おれは分数計算のできない大学出（三流）のコボラーだった

叩きませうボコラーを、ボコボコに
おまいらの知ったかぶりにゃ、うんざりしてんだわ

ボコラーのちんぽはいつも元気でしゅ
神経なんかつかってましぇんから、神経性胃炎ってな〜〜に？
てなもんだわさ

大は小を兼ねる、ということでおおっきーいコンピュータのソフトを作っている
ボコラーさまはコンピュータのスペシャリストなんだわさ

マイコンのソフトなんてチリみたいなもんよ
ボコラーさまの手にかかりゃ、ものの数分の仕事なのになー
マイコンやっているやつらー、きっと頭が悪いに違いないんだわ

携帯のソフトなんか、チリ以下、細菌以下ｙｏ
ボコラーさまがやりゃ、
目を瞑っていてもバグのないソフトを一瞬のうちに作れるってもんよ

UNIXを作るためにC言語が沸いてきたように、
今度はCOBOLが次世代のOSを生み出すんだよ。
デスマーチを未然に防ぐ真の意味でのオブジェクト指向は
COBOL++で決まりだ。俺が最初に解説本を書いてやる。



買え！

オマイラ、マシン語

読売新聞の「コボちゃん」の主人公は将来コボラーになるらしい。

ボコルで作成したOSを搭載した画期的な携帯電話を新発売！！
サイズは少々大きめですが、小型冷蔵庫程度の大きさにおさめました！
携帯には最低限の大きさとして、中型乗用車が必要です。

ボコルで作成したOSを搭載した画期的ディジタルＴＶが新発売！！
ハードディスク容量は１２０ＧＢ・・・領域は全てＯＳが占有します
画面サイズ５０インチで、筐体は２ｍ（横幅）×３ｍ（高）×５ｍ（奥行き）
従来製品と比較すると、５分の一の大きさです

ボコルＯＳ、最高！！
どうだ、ボコルにできないものはないんだ！
アセンブラなんていう糞言語は、早く捨てちまえ！！

暇だったからプログラム１００本作っちゃたよｗｗｗ

俺ってイイ仕事してるだろぉ〜？

perform 1
perform 2
.
.
.
.
perform 100

以上！100本

ボコルでOSって作れるのか？
ASMとCしか知らないから想像もつかないなー

ボコラーはそう思っているんだよ

ボコルだけでは、

　・I/Oポートを叩けなけりゃ、汎用機であればチャネル制御Ｉ／Ｆもない

　・汎用レジスタや制御レジスタを直接アクセスできないから、
　　タスク管理やプロセス管理を作ろうにも、
　　タスクやプロセスに与えられるＣＰＵ資源を管理する方法がない

こんな糞言語だと、よほどのテクニックを使わないと無理無理
データ中に機械語を埋め込んで、そいつを実行させるなどのテクニックをな

ボコラーさまは優秀だから、Ｃ厨と違ってこんなことは朝飯前のことなんだよ。

2chらしい、恥ずかしい発言ばっかすね :-)

COBOLは業務記述用言語。
メインフレームもオフコンも、制御系ではアセンブラを使い分ける前提の言語。
そのかわりCOBOLは異機種でもデータ精度などの可搬性が高い。
ASMやCは機種(命令セット、型)次第で結果が変わるし、事務計算には不便。

UNIXだってシェルやPerlだけでOS作れないのと一緒。単なる使い分け。

シェル、Perlはオブジェクトが出来ないがボコルはオブジェクトを
はくので理論的には可能の様な気がするんでつが？

cobolでもベンダーによって差があるのだが。
100％互換なんてねーよ

コボラーは人に非ず

せめて、COBOL85をいまだに使うのはやめるべきだと思う。
コボラーのせいと言うよりはユーザやベンダのせいだと思うけれど、プログラム資産が膨
大化してプログラムの保守性に欠ける状態に。。。
COBOL自体が悪いわけではなく、金額計算系の処理やバッチ系の処理にCOBOL85
で実装したがるあほなユーザーやベンダ側の責任が大きいと思う。。。
（せめて、オブジェクト指向型COBOLを使うなりして保守性の向上を考えて欲し
い。。。新規案件出までCOBOL85を使っている現場を見たときにはほんと、あほ
かと思った）
COBOL85や使い勝手の悪いNECのJCL（ACOS4）の世界とは数年前におさらばした
けれど、二度とあの世界には戻りたくないものだ。

85？んなんまだましだよ。いまだにGOTO と NEXT SENTENCEで制御して
フロー書いてるとこだってあるのにｗ

ボコラーを煽っているのに、ぶぁかがまじめに反応してら
>> 自称優秀なSEさんへ(さて、何番さんへのレスでございましょうか？）

ほんとにボコラーさんは優秀だこと

>>210
暇人

そ！ひつまぶし！

ボコルＯＳサイコーっ！

>>209
えっ、まじで！？
COBOL85やHOLONで新規開発しているところより最低の現場がまだあった
んだな。。。
ある意味では世の中は広いな。。。知りたくも無かったけれど。

　　　大コボル帝国憲法

第１条　COBOLハ神聖ニシテ侵スベカラズ

>>204は旧２種も持ってないバァカだろー
恥ずかしいったらありゃしない

ま、世界最大シェアの言語には、ひがむ奴も多いと

自分の書いたCOBOLソースのあまりの美しさに
毎日見とれてばかりで仕事がちっとも進まない。
美しすぎるというのは罪だね。

そらーボコラーさまは基幹業務とやらに関わっているから
物知りで優秀なのはあたりまえなんだよ

PCみたいなおもちゃコンピュータや、携帯電話のソフト、PDA，
最近のHD内臓ビデオのソフトが基幹業務なのか?
そんなのボコル・ソフトからみりゃ屁なんだよ

ボコラーが世のコンピュータ・ソフトを支配してんだよ

ってか

ボコラーの頭を覗けば↑

COBOLの経験がありますと書いただけで、書類選考に落ちました。

優秀なボコラーさま使わせていただくなんて、
ちりみたいたCPUのソフトをしこしこやっている我々には、恐れ多くてできません。

COBOLの実務経験もないクセに口先だけは一人前か
これだから新人類は使えんのだよ。　ゴミだゴミ
ＣＯＢＯＬの最強を称えろカスども！

coboler十カ条
1.他言語の興味がない事。アレルギー持ちであること
2.周りが他言語の話をすると急に黙ってしまう事
3.ﾊﾟｿｺﾝの基本が何もないこと
4.マウスをスキップするかのごとく浮かせて叩く使うこと
5.むやみやたらキーボードの音がうるさい事
6.IT技術関連の知ったかぶりをする事
7.俺が会社の基幹業務の中心だと思い込む事
8.ホストエミュレータ操作を自慢する事
9.extendで開くファイルを1レコードごと手で修正追加する事。
10.cobolを愛してやまないこと

>>218
>PCみたいなおもちゃコンピュータ
この台詞、真面目な顔で上司に言われたことがある。

>>224
弱小ソフト会社じゃ、そういう会話は日常っすな
ボコルは新人でも使えて、とにかく稼げるからな

>>224
もちろん上司はおもちゃ如き代物は使いこなせているんだろうな

おもちゃなどで遊んでいるとバカだと思われるので、さわる必要などありません。

ボコラーさんは、今だにコーディング・シート使っているのけ？
それとも高い専用端末（80×25桁の。 なんつーたっけ？ そんなの忘れてもーたわい)なのけ？

ボコラーはコンピュータ・ソフト開発のエリート
制御やっているやつらは、チリみたいなコンピュータをやっているゴミみたいなやつら

コンピュータの知識は、コンピュータの大きさに比例するという信念のボコラーさま
ああそうだよ、コンオユータ・ソフトはボコルを中心に廻ってまさな

>>228
専用端末などは、キーパンチャーがさわるもの。
崇高なボコラーは、コーディングシートとレイアウトシートのみでコーディング。
入力などの煩悩な作業はキーパンチャーの仕事です。

へええええ〜〜〜〜！
ボコラーさまは、専用の秘書付きなんだね

キーパンチャーは専用端末など使いません。
パンチカードシステムというものをあなたは知らないのですか？

>>233

おちょくられているのがわからんのか

Бакамон！

ヽ(^。^)ノ

ボコラーさんをからかうな！
実際にボコラーさんは何でも知っている、世にいう「知ったか」なんだから

おれ会社でC++の教育係やらされてるんだけど
中途採用のCOBOL経験者は、C++の飲み込みが遅い人が多い。
ポインタ？はぁ？アドレス？はぁ？
なんでこうなるの？じゃなくて、最初のうちは、こうすればこうなるって覚えろ！クソが！

「整数論とか、オートマトン、計算論や言語理論ってなに？」っていう
計算機の基礎科学なんか全く理解していない
それでも何でも知っているつもりの＊盲＊目＊の＊「知ったか」＊でしょう！？

整数論とか、オートマトン、計算論や言語理論を勉強したって、基幹業務には
ちーとも役にたたない「トリビア」だとボコラーさんはのたまう

計算論なんか覚えるよりも、労働基準法を覚える方がボコラーには役に立つ。

それでもボコラーは技術者
科学や工学に全く無知な技術者

科学や工学の知識を必要としていない者を、
一般的に世間では「職人」と呼んでいるはずなのだが。。。。。

通常、職人というものは歳を重ねるごとに深みを増すはずだが・・・

＞科学や工学の知識を必要としていない者を、
＞一般的に世間では「職人」と呼んでいるはずなのだが。。。。。

それは間違いだ。
必ず必要としている。
ただ、経験上身体で覚えている者を
職人と呼ぶのだよ。

それでも

コンピュータ・ソフトは、ボコルを中心に廻っている
　　　　　　　　　　　　　　＝＝＝＝＝＝＝＝＝＝＝＝

といまだに天動説を唱えるボコラーであった。

プレスの知識ない人がプレスの職人かあ。。。


へーーーーーーーーーーーーーーーー

今時COBOLだけで仕事ができるなんて幸せだな。
今のproject、COBOL、C、VB、UNIXとか全部使ってんだけど。

へーーーーーーーーーーーーーーーーえーーーーーーーー

ボコラーは技術者だったのかーーーーーーー

PCやウニックスをやっているオープン系はアホの職人集団

同じボコラーでも、メインフレームのボコラーだけが技術者と呼ばれるの
ぶぁかども、わかったか？

ボコラーの頭を覗けば↑

しかし、ボコラーさんの裏付けのない自信は、いったいどこから沸いてくるんでしょうね？

ボコル言語じゃなく、
ボコル命のボコラーさんが叩かれていることを御理解されてないんですものね

>>241
あなたの認識には大きな間違いがあります。
ボコルは体で覚える言語です。

職種としても人間としても汎用性なさ杉ですね
cobolerさん達は。。。

必死に訴えてくるのは余計惨めですね。
まあ、それしかすがる物がないからなんだろうけどねえ。

コボラーたちの作りあげたメインフレームシステムが
地球を回しているとも知らずにこの愚か者たちめ。
世界中の人間はコボラー神に感謝し、ひざまづき、
祈りを捧げるべきなのだ。

すいませんフォートランの立場は・・？

>>252
行数で負けているので、CPU時間で勝負かなｗ

コボルのファイル管理に関して解説してみてよ

ゴジラに勝てるのはコボラーだけ。

>>251
じつはこれが真実

あなたの銀行も役所もコボルで動いている

つうかさ、どの言語でも大半のプログラマーは「言語ユーザー」。

他人の作った製品の説明書見て組み立ててるだけで、
「技術者」ってほどの奴は１０００人に１人もいないのに、
自分は「事務屋より偉い」と幻想してるだけ。

コボラーの99.9%は組み立て工員。
しかもなぜか全員が自分は0.1%側の人間だと思い込んでる。

>>251
アンチ・ボコラーの煽りとみた
もしネオ・ボコラーだったら生きている価値無し

>>252
老いぼれた＊技＊術＊者＊！！

でもボコラーと違って、科学や技術を理解できる能力を持っている

＃行列と行列式の違いくらいわかってんだろうな？
＃ＦＦＴくらい使いこなせるんだろうな？
＃三角関数や四角関数くらい屁でもないんだろうな？
＃微分方程式くらいでビビッってんじゃないだろうな？

ボコラーは、何の裏付け技術も持たないただの事務員なのに、技術者顔している

生意気におもちゃＰＣのＷｉｎ９５の操作方法を教授しやがって
誰が頼んだ？
こちとら、正式発売前に触ってんだよ

ああ、おまいらはコンピュータの大家だよ、フン！

>>254
純正ボコラー！

ファイル管理やファイル・システムについて解説すると、３００〜１０００頁程度の本一冊書けるけど
数行で解説せよとは！！

やはり、ボコラーは天才じゃのう！！！！！！

ま、「ファイル管理」という言葉を使っている時点で、純正ボコラーということがばればれ　ヽ(^。^)ノ　ヽ(^。^)ノ
しかも自分の世界の技術を、他の世界の技術者に解説せよとは

汎用機でのファイル管理は理解できても、他ＯＳのファイル・システムなんて理解できないんだろうな

ふ〜〜〜ん、汎用機のOSはボコラーで書かれていたのか？！
ふ〜〜〜ん、チャネル装置のソフトはボコラーで書かれていたのか？！
ふ〜〜〜ん、ディスク・アレイのＯＳは、ボコラーで書かれていたのか？！

なるほど、これでは確かにボコラーでコンピュータの世界は廻っているな

ふ〜〜〜ん、汎用機のOSはボコルで書かれていたのか？！
ふ〜〜〜ん、チャネル装置のソフトはボコルで書かれていたのか？！
ふ〜〜〜ん、ディスク・アレイのＯＳは、ボコルで書かれていたのか？！

なるほど、これでは確かにボコラーでコンピュータの世界は廻っているな

↑ぼけ！
２６２でしょうが

先輩方にお尋ねします。
パッケージのカスタマイズの仕事は辞めた方がいいですか？
なんとなくスキルが冷える気がするのですが・・・

>>254
ボコルの「ファイル管理」が、ファイル管理の最強のツールと信じているようにみられる

ボコルの「ファイル管理」を最強と信じているなら、純正のボコラーじゃなくて
純正、ほんまもんの馬鹿、技術者を名乗る資格無しの大馬鹿野郎だ

汎用機以外のシステムのファイル管理法を勉強したのか？
その上でボコルのファイル管理が最強と感じたのなら、それを述べらるのか？

こんな野郎がたくさんいるから、ボコラーを技術者として認めたくないんだよ

俺のPG人生最大の汚点は、学校でCOBOLの知識を学んでしまったこと。
あー、こんな汚らわしい知識、忘れてしまいたい！！

COBOL言語が悪いっんじゃなくて、COBOL命のボコラーが汚らわしいんだよ！

>>265
どんな分野であろうとその分野で頂点を究めれば、世間から認められると思う。

だからといって、その分野以外にも他の分野があることを理解できて、
その分野の物事のとらえ方っていうのも理解しようとする姿勢を無くさない。
そういう態度であれば、なんであれ世間から決して否定されることはないと思うよ

そういうことが全くなくて、汎用機ボコルの世界のみが唯一、といっているのがボコラー

だからボコラーは叩かれている。
これを全く理解できないボコラー

ボコラーは人間じゃなくて、プログラムを作る機械なのだ

だってしょうがないじゃないか。
COBOLerは、汎用機&COBOL以外の世界を認めてしまった瞬間、
自分はとっくに世の中で必要とされなくなってしまっていることを、
いやでも自覚せざるを得なくなってしまうのだから。
そうならないためには、生きている限り汎用機&COBOL以外の
世界を否定し続けるしかない。

>>269
アドバイスありがとうございます。
正直やってみてどうですか（面白さとか）？
SAPのR/3に流れた人も多いかと思いますが・・・・

>>270
そりゃそうだが、

「汎用機ボコルの世界のみが唯一」なんて言ってる奴は余り見かけない。
たまにいても、影響力の無いアプリ世界しか知らないおっさんだ。
汎用機全般に詳しい奴だと、逆に結構広くしってたりする。
（汎用機の中でもコボルなんてごく一分野だからね）

ところが「そんな奴がいる！死ね！」と必死で書き荒らす奴は溢れてる。
よぼど正義に燃えているのか、何かにとりつかれているのか．．．

どっちが異常で粘着が、ちょっと一服して考えてみようね :-P

coboler十カ条
1.他言語の興味がない事。アレルギー持ちであること
2.周りが他言語の話をすると急に黙ってしまう事
3.ﾊﾟｿｺﾝの基本が何もないこと
4.マウスをスキップするかのごとく浮かせて叩く使うこと
5.むやみやたらキーボードの音がうるさい事
6.IT技術関連の知ったかぶりをする事
7.俺が会社の基幹業務の中心だと思い込む事
8.ホストエミュレータ操作を自慢する事
9.extendで開くファイルを1レコードごと手で修正追加する事。
10.cobolを愛してやまないこと

http://tmp4.2ch.net/test/read.cgi/tubo/1105168527/

TSSの呪文のようなコマンドを流れるようなタイプインで使いこなす。
漢字変換もカナ入力でまさに稲妻のごとし。
シメの右Ctrlキーは一呼吸おいて拳でハンマーのように叩き降ろす。
横で新人の女の子があっけにとられている。
「xxさん…すっごーい！」
体中に浴びる尊敬の眼差し。優れた者のみが享受できる快感。

オープン系じゃこうはいかないだろ？
君達も真のプロフェッショナルとして生きることの素晴らしさを知るべきだ。
コボルとメインフレームの世界へいらっしょい。

>>276
で、その女の子は本物か?

リアルの話で恐縮なんだが、
汎用機の開発現場でオジサンばかりで士気が上がらないので
若い女の子のPGを連れてきてくれ、という依頼を聞いたことがある。
20代限定、若ければ若いほど良い、女性限定、ってどういう募集だよ…。

>>278
ああ、たしかにメインフレーム系は野郎しかいない罠。
以前、メインフレーム系CEやってたから、様子は知ってる。
女の子と呼べるようなのは、ほとんどいなかったな。

ましてや、マシンルームでもプリンタの傍なんかだと、
肉体労働者のオッサンみたいなのしかいねえしさ。

>>277
久しぶりにうちの部に来た新人の女の子だ。
気が荒くて他の部で手に負えず、たらい回しにされた末
うちの部に来たとの噂。
年齢は50歳に近いらしい。

>>280
なんだ、女の子じゃないのか

以前、汎用機でＣＯＢＯＬをやっていました。金融業務です。
正直１０年先は、無いなと思い退職しました。

ミッションクリティカルな業務もＪＡＶＡとかで開発する
時代になると思いますね。

ＣＯＢＯＬしか経験がないと、他に特殊なアピールポイントがないと
再就職は無理ですね。

駅とか金融系のシステムってさ、
COBOLからCOBOL.NETに移行する事って考えてないの？
.NETなら、C#とかで作った部品を使えるのにな。

ソフトの部分では、ないですね。

ＯＳをウインドウズやＬｉｎｘにするのはありですが・・・。

事務屋の延長。

ボコラーは惨めですね。

経験者ですが、その通りです。

無理にでもオープン系に行くべきでしたか・・・。
システム開発だけのスキルでは後がないですね。

>>282
てかな、COBOLの業務やってたから他の言語はできません....
これが駄目なんだよ。こういう人をCOBOLerと呼ぶんだよ。
なんでCとかJavaの勉強してない訳？
金はかからないだろ？まあPCは買わないと駄目かもしれんが
買えない額じゃないはずだろ？
要するに技術的な事に興味を持てない人なんだよ、COBOLerは。
使ってた言語の問題じゃない、適性だよ適性。
こういう人は遅かれ早かれこの業界に居場所が無くなるんだよ。

勉強はしてるよ。でも、実務（仕事）ではやっていないだけ。
ＰＣでＪＡＶＡアプリ作って勉強はしてます。

>>282
アホかおまえ。認識甘すぎる。
都市銀行のシステムは未来永劫COBOLだっての。
ATMや給与振込が一日止まっただけで大騒ぎするのに
CやJavaで全面再構築なんてあり得ない。
今からでも来い。COBOLのエキスパートなら
戦力はいくらでも欲しい。俺も死にそうだ。

正直、10年先はとか言ってもそれはどのプラットフォームでも同じだろう。
むしろｺﾎﾞﾗの方が生き残りそうな気がしないでもない。

外国の銀行もCOBOL使ってるの？

>>289
それは全面構築を出来る資金力もなければ、COBOLの人材を切る勇気のない銀行。
そのうち時代は変わるよ。
すでに、UFJはJavaで自振を動かしてる。1100万件/日の巨大バッチだよ。


特に若いヤツはCOBOLと心中ってことにならないように気を付けておけ。

>>289,291
日本でも世界でも、勘定系はCOBOLが主流だよ。銀行に限らず。
日本では、IBM系だとPL/Iが多く、F/N/HだとCOBOLが多い。

ただ外銀は規模が小さい事が多く、オープン勘定系も多い。
日本でも地銀などで徐々にオープン系勘定系が増えてるが、まだ5%未満。

例外としてはUFJが勘定系全体のJava化を構想したが、東三との統合で一時見合わせか。

基幹系はプロだけの世界だから、タンカーや鉄道の製造・運営みたいなもんで、
一般には知られてないけどね。

>>287
正論だけど、やっぱ、既に視点がズレてる。
COBOLer叩きのスレは多いが、常にここがずれてるんだ。

COBOLerは業務で言語を使ってるんだよ。あくまで仕事なの。
「商社マンは個人商店開いて勉強すべきだ」とか、
「メーカー社員は休日に趣味の製造すべきだ」とか、言われないでしょ。
仕事をやってれば良い訳で、言語なんて道具。
趣味で自宅でやる奴もいるが、公私混同が良いとは限らない。

勉強するなら、業務とか運用とか部品とか、覚えることは山とあるが、
言語の優先度は低い。言語の書き方で優劣は出にくい。
それだけ、属人性が減って、工程化されてる。会社の仕事だから。

オープン系の人は発想が逆で「言語のエキスパートになって仕事に活かす」。
すぐに「あの人は優秀」「このソースが美しい」「あいつは馬鹿」とか言う。
良くも悪くも属人性の世界。

いまく行けば効率いいが、下手すると泥沼。成果物のばらつきは激しい。
だから「個人でCやJavaやれ」とか「COBOLerは勉強しない」とかいう。
仕事と趣味が、ごっちゃになってる。

COBOLは最初から標準化された元祖オープン言語だから、世界で最も普及してる。
CはUNIX作成用に急遽作られた、元々はローカル言語。

よく分かんねーんだけどCOBOLのエキスパートってどんなの？
2年以上やってエキスパートになれない奴なんていねーだろ？

>>296
言語自体は半年で覚えられて、2年で自由に使いこなせるから、
後は業務やデータ構造や運用を覚えるんじゃないか？

>>296
人をひとくくりにすんなよ。
世の中には努力しても身に付かない人は大勢いる。
自分は五年やってるけど人のアプリの改造しかできないよ。

>>298
ある意味、人が作ったものを改造する方が難しいよ。
十分なエキスパートです。

> CはUNIX作成用に急遽作られた、元々はローカル言語。

急遽ねぇー！
やはりコボラーさんは、物知りだこと！ IT技術の大家だこと！

おまいらの裏付けのない「知ったか」には、うんざりしているんだよ。
業務アプリだけで、コンピュータ・ソフトはなりたっているんじゃない！

>>294
業務のエキスパートが道具として言語を使う
これは別にメインフレーム系の特徴じゃないよ。
これは各々のPGによる考え方の違いでしかないよ。
言語なんか道具に過ぎないと考えるならば
当然、今使っている道具以外についても知っておくべきだし
その姿勢を持っているなら>>282見たいな発言は出てくる筈もないよね？

コ〜ボルばっかりしていると♪
い〜まに尻尾が生えてくる♪
そ〜れは大変大変だ〜♪
尻尾が生えたらどうしましょ♪

COBOLで作った物は運用が大変。
なにせ運用で逃げることを当然だと思っている。

運用で逃げることは恥ずべき事だということを、全く理解していない。

運用で逃げるということは、
オペレータの雇用確保という点から考えると非常に大切なことです。

元ＣＯＢＯＬのＳＥですが、金融などの業務が未来永劫
ＣＯＢＯＬなんてありえないですよ。
先を読めないから汎用系ＣＯＢＯＬ技術者は駄目なんだよ。

今やっている人も死にそうになっているでしょうけど
多分、死にはしないけど心の病気くらいにはなるかもね。

見積もりとか生産性、可用性を考えたらＪＡＶＡかな・・・。

ここ最近、急に伸びたな。このスレ。

つうか、過去にCOBOLで構築されたものは歴史と量と複雑さが桁違いだから、
大抵の事は運用で逃げざるを得ない、というのが現実。

どの言語でも３０年の積み重ねがあれば、大差は無い。
(OOで軽減できるとか言う人がいそうだが、そりゃクラス分け時点で、
将来どこがどんな形で拡張されるか読めてる場合なので、理想どうりにはいかない）

確かに言語よりも何をやるか、構築するか、でしょうね。

汎用機系もオープン系も頑張ろうぜ。

>>1 頭が悪くなるかどうかは知らんが、
ストレスがたまって顔が歪んでくる　ときには性格も歪んでくるだろうな

ときには、佐藤みたく、まんこがｽﾎﾟｽﾎﾟになるかもしれん

汎用機系とかオープン系とか・・・・・・・

いつの時代の話だよ　ぷっぷげら

口臭が激しければ、チンポが剥けていないボコラー
オムツ、じゃないオツムが空っぽのボコラー

>>310
今の時代の話だよ。
うちのところは完全なる汎用機系だ。
開発は全て汎用機上でCOBOLかアセンブラ。
オープン系のようないいかげんなものに
大事なシステムは任せられない。

そもそも、COBOLは、ファイル転がしのための言語なんだから・・・

COBOLなんて、基本的なマッチングとコントロールブレークの組み合わせを理解して
バッチが設計出来ればすべてOK

画面設計やDB処理には、もっと適した言語があるし、
わざわざ汎用機を選んでCOBOLでやらせることじゃない


昔の職人が書いたソースは、構造化されていないものや、スバゲッティーが
多くて、後でメンテする人が読めないのが糞プログラムの所以

BasicやFortranが嫌われる理由と同じ

確かに基幹系業務にはＣＯＢＯＬシステムが健在ですね。
で、今の３０代前半以下の若い人は、あまりやる人がいないから
技術者の年齢層が高くなる・・・。

正直残業が多くなると精神的にも肉体的にもきついですよ。
誰か代わって〜！って感じ。

オープン系でやってもらえるならありがたいです。

>>301

>言語なんか道具に過ぎないと考えるならば
この言い方はミスリード。

その単に道具であるはずの言語がカビの生えた言語だと視野を狭めてしま
う訳です。本来あるべきシステムの姿を、現在使っている道具のサイズに
合わせる、いわば「別途のサイズにあわせて、人間の身長を調整する」み
たいな逆立ちを行わざるを得ない言語も存在する訳ですから。

多分大昔はCOBOLもそう言うシステム開発にとって邪魔になる言語ではな
かったとは思いますが。

あ、訂正。「ベッドのサイズにあわせて、人間の身長を調整する」

ﾏﾑｺのサイズにあわせて、ﾃｨﾑﾎﾟの大きさを調整する

>>317

あほ

そんなﾏｼﾞｶﾙﾃｨﾑﾎﾟが欲しい

>>312
出た！！汎用機信者のお得意の論法！
ていうか、いろんなメーカのHWの故障率を管理していたことがある
からわかるが、おまいら本気で汎用機の信頼性が高いと思ってんの？w
得によく引き合いにだされているのはディスクの信頼性だが、最近は
PCサーバや商用UNIXの世界でも十分に信頼性の高いものは出ている。
むしろ、高い割には期待したほどの信頼性が汎用機にあるとは思えんよ。
性能面でももはや汎用機に優位性があるとは思えない。俺に言わせりゃ、
おまえらが不勉強なだけだ。既存システムを移行するにはプログラム
資産が大きいから汎用機の需要は今後も機器のリプレースでは発生する
だろうが、新規開発に使用するメリットはないね。

つまらん釣りだ。4半世紀以上前から同じことを。自演か？

汎用機のワークロードはすばらしくて、CPUを90%以上使っていても安定している。
っていうじゃな〜い。

でもね〜、オープン系では汎用機より10倍以上速いCPUを30%くらいで使うもので、
それでも汎用機よりも安いのよ〜、残念！

った脳にとって毒なんですね。

>>320
>>322
素晴らしい説得力だ。
ぜひ、金融や商社の大企業の偉いさんを説得してもらいたい。
俺ら下っ端のコボラーに言われても、仕方が無いんで。

って生きてて恥ずかしく無いのですか？

生きてて恥ずかしい人間なんてこの世にはいないんだよ。
生きるってのはそれだけで素晴らしいことだ。

馬鹿にゃー、どんな説得も無駄かぁー
だって視野が狭過ぎるんだもんのなー
どんなに平易に説明しても、それを理解できるほどの基礎学力がない

＃ボコラーなんて、商業科出が多いんだろ？
＃でーがく卒ったって、分数計算もできない三流以下のでーがくだろが

馬鹿は自分が馬鹿であることに気づかない
利口なやしは、自分が馬鹿であることに気づける
ほんと、ボコラーはしょうがないやしらばっか

三流大学卒でも専門卒よりはマシだよ。

＞３２８

俺に言わすと俺以下の大学はカス

大卒でも使えない香具師は厨房以下。

高い金払って何しに大学いっているんだ？
即戦力なら専門。
あとはそいつの人間性次第。

また学歴房かよ。
大学出てようが専門だろうがつかえないﾔｼはつかえねーんだよ。

>>331
それでも、大学卒の方がDQN発生率が低いんだよ。
採用担当者は確率で考えるんだよ。

定着率・労基署駆込率・自殺率は大卒が高め。
離職率・DQN発生率・客とのトラブル発生率・出社拒否率は専門卒が高め。

>>331は専門卒

imadoki sennmonn tte??? warawarawara

俺は専門卒で、以前は某メーカーで車の部品設計の仕事してたんだけど
大卒で高校程度の力学や関数計算できないバカがいてあきれたよ。
だから結局はその人間の出来次第だよ。
集団痴漢やﾚｲｰﾌﾟしまくるＤＱＮ大学生、果ては銀行強盗大学生。
頭脳明晰であったとしてもそれ以外は幼児以下。

ま、コボラーも馬鹿にされて反論だけじゃなくてちいとは努力しろってことだ。
うちのコボラー上司もVB.NETがんばってはじめたよ。
ＪＡＶＡも教えてくれってくるし。
やった結果できないのは仕方ないと思う。人には得意不得意あるし。
まあ、努力しないさいということだ。

お前が大卒に歪んだコンプレックスを持っているってことは
よぉーくわかった

八○工大の>>336が何か申しております。

>>335
そういうお前は、学歴の大切さを理解できてない。

「学歴があろうがなかろうが無能なやつは無能」
確かにこれもっともな真理だ。
ただな、この真理によれば「高学歴な無能」と「低学歴な無能」も
世の中には少なからず存在するわけだ。
両者を比べた場合どちらにアドヴァンテージがあるかといえば
「高学歴な無能」だろう。

>八○工大

いったいどこのローカル大学だよ？
そんな視野狭窄なお前の世界観で唐突に語られてもな

「高学歴な無能」

どういう定義だよ(ﾜﾗ

>>335
君の文章を改めて読んでつくづく思ったが
さすがは専門卒の文章力だね。
絶対に設計とかしないで欲しい。

絶対に設計しないでほしいって
すでに設計やってたって書いてある。

>>341は解読能力は貧困だな
オマエのほうが専門卒だろ(ﾌﾟ

おまえ馬鹿じゃないの？それでいてアホっぽいところからして335だろ？
あんたが設計を「やった」か「やってない」かなんて誰も聞いてねーだろよ。

「あなた様のような御低脳であらされる方の設計には巻き込まれたくない」といってるんだろ。

ここまで説明してやらんとわからんのか？そちらこそ文脈読めって

>>343
専門卒は行間が読めないのだ。
そのへんで勘弁してやれよ。

>>343

342は、至上稀に見る馬鹿なんでそぉっーとしておいて
あげましょう。なんせ342は馬鹿なんです。
救い様の無い馬鹿なんです（ｗ

>>335
馬鹿の証拠
その１）

>俺は専門卒で、以前は某メーカーで車の部品設計の仕事してたんだけど
>大卒で高校程度の力学や関数計算できないバカがいてあきれたよ。

そもそも高校レベルの力学（物理）や関数計算（数１・２・３）
出来ない馬鹿がいてあきれたそうだが、それすら出来なかった
から専門（ぷぷっ　なのでは無いのでしょうか？低脳ですね（ｗ

要は総合的な学力でお前が負けたんだろｗ
いい加減みとめたらどうだ？専門厨

>絶対に設計しないでほしいって
>すでに設計やってたって書いてある。

既に日本語自体相当妖しいわ。

コボラーと私怨めいた大卒叩きを突発的に結びつけるあたり
335にカタルシスを覚える。こいつの深層心理にはどんなよじれたコンプレックスがあるのか考察すると
実に興味深い。

うちの部署にはコボラーならぬアセンブラーがいる。
アセンブラしかできないからバッチでもオンラインでも
何でもアセンブラで組む。
結果としてその人しか保守できないもんだから
ン十年間人事異動せずにずっといる。
この人死んだらどうすんだろ。

この頃の案件、
オープン系でもCOBOLばっかですね。
投信の業務がメインだからかもしれないけど･･･

皆さんの周りはどうですか？

コボラーが偉くなって管理職になった典型例↓

ttp://www.amy.hi-ho.ne.jp/~lepton/program/p1/prog194.html

すでに >>351 の会社の実力がＣＯＢＯＬの案件しか
取れなくなってしまった、というだけではないの？

なぜに、コボラーはこれ程馬鹿にされるのだろうか？

>>354
「馬鹿にされる」って、まるで馬鹿じゃないみたいな言い方でつね。

ＣＯＢＯＬは女が作ったからな！

>>355
質問です。

Ａ１）馬鹿だからコボラーになるのか？
Ａ２）コボラーしてるから馬鹿になるのか？

正解はどちらでしょうか？
小生はＪａｖａ厨です。

コボラーと呼ばれてる人はCOBOLをよく知らないのです。
Java厨という人がJavaのことをわかってないのと同じように。

言語には罪は無い。よほどのもんでなければｗ

>>358

つまらないですから。残念♪

> coboler十カ条
> 1.他言語の興味がない事。アレルギー持ちであること
> 2.周りが他言語の話をすると急に黙ってしまう事
> 3.ﾊﾟｿｺﾝの基本が何もないこと
> 4.マウスをスキップするかのごとく浮かせて叩く使うこと
> 5.むやみやたらキーボードの音がうるさい事
> 6.IT技術関連の知ったかぶりをする事
> 7.俺が会社の基幹業務の中心だと思い込む事
> 8.ホストエミュレータ操作を自慢する事
> 9.extendで開くファイルを1レコードごと手で修正追加する事。
> 10.cobolを愛してやまないこと


ボコラーで迷惑しているのは、これとこれ↓

6.IT技術関連の知ったかぶりをする事
7.俺が会社の基幹業務の中心だと思い込む事

このスレで「ボコラー」とかいうのをいっしょけんめageて書いてるの。
もう、あきらめなよ。誰もつかわねーよ。
コボラーより語呂悪くしてどーするよ。

>>360
基幹業務の中心というのは合ってるよ
実際コボルが動くから業務が回るんだし

ぼこぼこらーage

>>362
はいはい、コボラーさんは偉い、っと

＃だから、コボラーは嫌いだっちゅうの

ボコラーさんのちんぽはでかいが、
おむつは小さくてって空っぽだとさ

汎用機COBOLから数千JobあるCOBOL資産をどうやって、
Windows系に移行したら良いのかと相談されたが...
VB/VC/DelphiとかのRAD系に移行したいらしい

殆どの基幹系を全面リプレースだよと答えたが...
その後、音沙汰なしだから...きっと、諦めてCOBOLのままなんだろう。

見積もり１PGM辺り2000から3500ステップで１Job平均10PGMだとすると
20000から35000ステップで数千Jobだから...現実的じゃねーよ。
しかも納期は1年で予算はほぼ無いと来てる...なめとんのかと怒り満載。

ボコラーにはポインタなんて目に見えないものは
理解出来ないんです。オブジェクト指向なんて異形なものには
拒否反応が出るんです。
あんまりボコラーをいじめんでください。
でも、こんなボコラーでも親戚には
「○○ちゃんはコンピュータやって凄いねえ」
っていわれます。

>>367
ボコラーはインポ

一瞬そう見えた・・・・

>>366
オレンジジューステスト

>>364
好き嫌いを言われても事実だからねえ。
基幹システムを作り上げたCOBOLerたちは
その偉業を誇りにしていいと思うよ。
他の誰も真似できない仕事を成し遂げたんだから。

でも、今となっては誰も真似したくない仕事であるのも事実。

さんざん叩かれているＪａｖａだが俺は最高であると
信じる。

そしてコボラーの将来を案じる。

もはや無いものを案じるより、自分がこれからなくすのを案じたほうがいいと思う。

なんかコボちゃん使えても経歴に書くのはちょっと恥ずかしいな（ｗ

つー事で俺は、使用可能言語には書かない。聞かれて初めて使える
事を伝える。だいたい、得意言語：COBOLなんて恥ずかし過ぎる。

入った会社によって制御の仕事するか事務の仕事するか
決まっちゃうとこあるからなあ。

Net cobol for .NET があるぞ！

がんばれ！coboler

>>1　と申されいるようですがﾌﾟﾛｸﾞﾗﾐﾝｸﾞ馬鹿リやってるとバカになる？のほうがよろしいのではないでしょうか？

プログラマの人って何か影のある人が多いですね。

マジレススマソ（^Д^）

一体全体、CODASYL が手がけた仕事の内、
コンピュータ文化に対して
真に貢献した仕事というものは
あるのだろうか？

COBOL にしろ SQL にしろ、
普通、その道の専門家という人間が関われば
あれほどグチャグチャにはならないものなのだが。

>>378
そりは間違い。
一癖ある人ばかりが多い。

いや、COBOLをやってた奴のJAVAのソースを最近良く目にするけれど
ひどすぎ。。。抽象化なんていわないからせめてメソッドのオーバーロード
くらい理解しとけや（苦笑）。
コボラに多いのは他の技術に対してあまりに不勉強なこと。
一生、COBOLだけやっていてくれれば別に文句を言うつもりはないんだけど、
たまにオープンの世界に来る奴がいるから迷惑なんだよね。

Javaは好きだが、自分でJava厨なんてよく言えるな。
Java厨なんて恥ずかしくて、とても言えん。
J2EEが完璧に理解できると言うなら、まだまともだが
Javaだけ理解してますというレベルなら、リアル中高生でも
ごろごろいるぜ。

>>380
雰囲気が一般人とは違うね(ﾟ�听)確実に。。。

>>382
Java厨と名乗る奴は、謙虚で自らの実力を把握して
いるからコソ、Ｊａｖａ厨と名乗っているんだろ？
そうでなかったら普通はＪａｖａマスターって名乗ると思うが。

ひとつの言語にこだわらずにあれもこれも
それなりに出来るやつの方がいろんな案件に対応できる罠




器用貧乏？(ﾟ�听)ｼﾗﾈ

自らJavaマスターなんて名乗る香具師はJava以外できなさそう

バカになるっていうのはちょっとアレだ、なぁ金沢。
正確には「COBOL脳になる」

課長のＪａｖａで開発しろという命令をしかとし

コボルやってたら課長に頭こぼられました（^Д^）

ハハハハハハハハハハハアアアアアアアアアアアアアアアアアア

>>387
ﾂﾏﾝﾈ

ナレーション「元請からの要請を受けたＳＥ（元コボ）は３ヶ月の期間で７５人のＪＡＶＡ兵を集めるべく直ちに２次下請け達に呼びかけを発した。」

ＪＡＶＡ兵の頭領が舞台左袖からＪＡＶＡ兵を２人つれて登場。
ＳＥ（元コボ）からの召集状を手にしている。

頭領「元コボ殿からのお達しじゃ。われらも出陣する」
兵１「しかし、彼は元コボの上に元請。オブジェクトの戦場は無知のはず。
犬死は必定」
兵２「しかも見積書に鉛筆で薄く『ざっくり』と書いてあった。これは敵陣に物見を出していない証拠」

ぜんぜんつまらない。

略してぜんつま。

Javaは確かに流行ってるけどさー、肝心の運用で使いモンにならねーよ。
うちの社内システムに新しく入ってきたサーバは
Javaでデータベースにオンラインとバッチで更新かけるやつなんだけど
たかが五千件のバッチ更新に６時間もかかったあげく、原因不明の
フリーズをよく起こす。オンラインもイライラするほど遅い。
しょせんJava＋オープン系なんて子供のオモチャだと思ったよ俺は。

やっぱね、システムはメインフレーム＋COBOLに限るね。
しかもなるべくデータベースは使わず、SAMファイルで
テープにマスター作って回す。古いようだけどこれが一番だね。

>>391
それだけじゃJavaがだめという理由にはならんと思うけどね。
ヒープサイズの検討はちゃんとしたか？DBのチューニングは？
そもそもサーバのスペックは？まあ、反論を封殺したいだけかもしれない
けれど諸々の条件なしでそんなこと言われても根拠にならんよ。
それが本当なら分間10件ちょっとの更新件数ということになるけれど
俺の知る限り、Javaだからといってそんなに遅いはずはないと思う。
単に実装がしょぼいだけだと思うぞ。

>>391
>たかが五千件のバッチ更新に６時間もかかったあげく、原因不明の
>フリーズをよく起こす。オンラインもイライラするほど遅い。

だって仕様書に「COBOLの動作と完全な互換性を保つこと」って
書いてあるんだもん。

バカになるかはわからんけど、指は短くなりそうだな

>やっぱね、システムはメインフレーム＋COBOLに限るね。
やっぱってどんな理由で？

>テープにマスター作って回す。古いようだけどこれが一番だね。
coboler１０か条じゃないけどマスターのレコード一生懸命
一件一件手作業で修正登録してそうだな。

JAVAの知識、サーバーのハードのスペック等把握した上で
比較してこういった理由でホストが優れているというなら話としては
理解できるが。
単にcobolしかできない香具師の僻みにしかとれんな。

ﾈﾀにﾏｼﾞﾚｽするなよ。

>>395
> 単にcobolしかできない香具師の僻みにしかとれんな。

すぐこれだよ。
COBOLを極めてもいない愚者どもが何を言う。
Javaなんぞ表面的に流行ってるだけで
実際は>>391に示す通り使い物にならん。
システムは開発しただけじゃダメ。運用できてナンボなんだよ。

　　　　　　　　　o｡_。＿ｌコ<ｏ>　　　　 |l≡≡≡|ﾐ|＿<o>＿。≠＿〇o
　。+　＋。｡。。｡ |l|ＦＦＦＦＦＦＦ| 。 .｡ +|l≡≡≡|ﾐ|EEEEEEEEEEE|ｌｌｌ|　.。＋
　　*　o　　o.　 　|l|ＦＦＦＦＦＦF ／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　。。oo　 |l|ＦＦＦＦＦＦ　|　cobolは悪くないよ。cobolに意思はないもの。。cobolerが。。cobolerが
　　　／|￣￣￣ｌ ::|ＦＦＦＦＦＦF ＼
　　　|ミ|:」」:」」:」| ::|ＦＦＦＦＦＦ 　　 ￣|/￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　|ミ|:」」:」」:」| 〇 ＦＦ.。 　 ∧＿∧　 |l≡ｏ ＋ +!　＋　。　〇　　　＋
　　　ｌミｌ.」」.」〇　+＋　＋　　（´・ω・）　ｏ　　〇　。　o　　+　　　〇　。　+
　　＿＿〇＿＿＿。＿ﾟ＿＿/ ~つと）___＿o＿＿＿＿＿＿〇＿＿o__＿。
　　二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Ｉl二Il二

>>397
>運用できてナンボなんだよ。

うまく COBOLer を運用できてナンボって話か・・・

ザバ？
それで作ったシステム買うたらうちにどんなメリットがあるんか
ちゃんと説明せいや。
当然無料開発やろ？

システムを動かした結果、早いだの遅いだのと
素人でも分かる話はするけれど、
ではそれが「なぜ」早いのか、
「なぜ」遅いのか、と聞かれると、
途端に黙り込む（若しくは
「それが COBOL じゃないから！」と
何の説明にもなっていない繰言を繰り返す）。

それを語れずに「俺は技術者だ」と
胸を張っている人の気持ちは
俺には理解できない。

ていうかさ、HWのスペックが悪くてかつチューニングしなきゃ
汎用機でもCOBOLでも遅いし実運用に耐えられんのよ。。。
俺は汎用機もオープン両方とも経験したから断言するけれど、それはPC
サーバでも商用UNIXでも汎用機でもコンピュータの世界では当たり前の話
ですよ。
>>397のように根拠らしい根拠を示さないでCOBOLと汎用機マンセーとか
言う輩がいるからCobolerは低能扱いされるのがまだわからないのかと。。。

基本的にCOBOLの仕様は世界的に決められているんで
HOST+COBOLの安定性、信頼性は高く評価されている。
Javａは安いPCでも手軽に使えて便利だけれど、マルチスレッドのコードを
書いたりすると思いっきり機種依存に走ったりする。動作が確定できない
のはJVMのせい。マシンごと（CPU。パソコンなら石）にJVMのできは異なる
ので、どこでも同じ、というのはいまのところうたい文句だけ。
メーカーも高価なホストを手放すと生産性が悪くなるから、なんとか
生き残らせようと必死だ。金をだせばいい環境が保証されるのはやっぱりホスト。
ビジネスではホスト＞UNIX＞Linux＞PCと考えるのが妥当。
COBOLｅｒたち、Javａを勉強しておくのもよいが、ビジネスでCOBOLの優位性は
いまのところ健在だ。DQNな上司の言葉に振り回されて、苦労を背負い込まぬ
よう、くれぐれも注意されたい。

「COBOLｅｒたち、Javａを勉強しておくのもよいが、ビジネスでCOBOLの優位性は
いまのところ健在だ。」<< DQNな上司の言葉

＞金をだせばいい環境が保証されるのはやっぱりホスト。

キャバ譲がホストクラブに金つぎ込むこと？

中型メインフレームでも億単位の金が必要だよ。

計算性能なんてパソコン以下。
I/Oの過負荷耐性だけは立派なもんだけど、数百万円で買えるPCサーバのI/Oの方が数十倍早いっつうの。

>>406
10年前の方ですか？

今じゃ中型メインフレームとUNIX専用機の差なんて僅か。
後は適材適所だけ。

>>406
単線の鉄道でも置く単位の金が必要だよ。

運行速度なんてバイク以下。
搭載人数だけは立派なもんだけど、数百万で買える自家用車の最高時速の方がずっと早いっつうの。

....こんな言葉を信じた結果、都市は渋滞・排ガス・事故だらけに...

いや、最近は同じ井の使ってたりするんですけど。

ホストの機器見積もりしたことあるのかね？？
メモリの信じられないほどの高さを考えるととてもそんなことは
俺にはいえないが。。。
ディスクのIOにしたところでIBM製のホストはなかなかのものだと思ったけ
れど、国内汎用機のディスクの信頼性や性能なんて見れたものじゃないぞ。
（表に出ていないだけで故障率から言ったらPCサーバと大差ない）
最近はEMCのようなものもあるし、一概にホスト優位とは言えんと思うがね。

HOSTベンダーによっても違いあるのだから
本当の意味での汎用性はあるのかと・・・

>>407
お前バカか？

同じ価格帯で比べての比較だとは思うが、
どうやったら、中型メインフレームとUNIX大型機の性能が一緒なんだよ？

そのUNIXにはCPUは１つしか乗っていないの？
差がわずかしかないのなら、メインフレームがバカ売れするぜ。

>>408
お前もバカ。例題になっていない。

正しくはこうだ！

超豪華リムジンバスでも億単位の金が必要だよ。
運行速度なんてバイク以下。
満員(50人)時の安定性は立派なものだが、バイク１台には６万人乗れるっつうの。

なっ、例題になってねぇだろ。

すまん、６万人じゃなく、1500人の誤りだ。
俺もバカだね。

その６万人がどういう計算で出たのかすごく興味があるな。
ついでに1500人も。

単純に30倍しただけ。特に意味はない。
最初は１編成の電車として例題を書いていたため、３０倍した値が６万だっただけ。

とりあえず、HW・インフラ周りに対するコボラ達の無知さかげんを見て
思ったこととしてはこの板終わって良いのでは。。。
だって結論もう出ているじゃん。。。しかも、その結論、本人たちは
いつまで経っても絶対認めないぞ。。。
数年前、コボラに性能評価をやらせようとしたら、そいつがExcelの使い方
も知らなかったのでデータ集計から評価まで自分でほぼすべてやる羽目に
なった俺としてはもうとっくに結論出ているよ。。。
Java関係で議論になっていたけれど、Javaなんて高度なこと言わない。。。
せめてOfficeくらい使いこなせしてくれよ、コボラ達。。。
俺が言いたいのはそれだけだ。

Javaのどこが高度なのか理解に苦しむ。
Javaが出た時はそうだったかもしれんが、今じゃ誰でも
理解できるだろ。
J2EEが高度というなら同意する。
とういうか、あれは高度というより汚い、ややこしい、
苦し紛れ、という方が正しい。

要するに>>418にはjavaは理解できない

>>418
>Javaのどこが高度なのか理解に苦しむ。
>Javaが出た時はそうだったかもしれんが、今じゃ誰でも
>理解できるだろ。

>>418 にとって「高度」とは
「理解が難しい」という
意味ですか。

そうですか・・・

地上より百メートル

誰でも理解できる、、、ふーん。
で、アンタは理解に苦しむんだ。

>>419
爆笑（　´,_ゝ｀）ﾌﾟｯ

なんか、も一つ言い返す気力もでないレスばかりだな。
もう少し頑張ってくれ。
Javaに先が見えてきたせいかな。
Javaの案件も頭打ちらしいし、Javaが大企業の基幹システムの
メインになる事など永遠にないからなあ。

おーい。だれか>>418かまってやれやあ

とても不憫でならないから。

>>417 はスルーですか？

俺んところのボコラ上司はパワーポイント使えることが自慢らしいです。

いや、ていうかコボラにJavaをかける能力なんて最初から期待していないから
。。。高度という表現はある意味では皮肉なのだが。。。
それすら理解できないか。。。（ちなみにコボラがJavaを書いているのを見た
ことはあるけれど、オーバーライドもオーバーロードも知らない奴が書いたよ
うなソースだった。。。頼むからCOBOLの世界だけに閉じこもっていてくれ）
>>427さんが言うような奴が本当に多い。。。パワーポイントが使えるのは
確かにコボラにしては優秀だと思う。Excelの関数すら知らない奴らが多いしね。

>>428
Java厨はホントそういう重箱の隅をつついて
人をバカにする傾向があるよな。
プログラムをどう組もうが人の勝手だろ。
仕様通り動けばそれでいいんだよ。

Javaを使うならきちんとクラス設計して使わなきゃ意味はない。
動きゃいいんだって発想で作った屑プログラムは保守不能、再利用不能なゴミでしかない。

>>430
そういう時の為に Java にはＧＣが積んであるんだよ。

ネタにしては面白くないし
マジボケなら救いようがないし
ひょっとして釣りのつもりなのかな〜 >>431

うちの上司はリレーションも理解できてません。

ついでに言うと何に食っても麺の様にすすってくうので耳障りで。。
その食い方耳障りなのでやめてほしいといってもすぐ戻る。
基本的にcobolerって人種は頭脳の上澄みでしか物事考えてるような
人種ばっかりだ。

>>433
ﾎﾟﾏｴがその上司のことを嫌ってるってことはよくわかった。
とりあえず食事の時間をずらすことから始めてはどうか？

そんな事よりきいてくれ>>434よ
ﾎﾟﾏｴはﾎﾟｴﾔﾏに見えた。

>>431
これ以上、恥の上塗りをするべきではないと思うが。。。
Cobolerがますます馬鹿にされるだけだぞ。。。

COBOLばっかりやってると馬鹿になるのではなくて、COBOLなら馬鹿でもできるから
馬鹿が淘汰されずに生き残るので、結果として馬鹿の比率が高くなるというのが真相
ではないのかねぇ。

つまり、COBOLは人を選ばないすばらしい言語ということでつね。

「誰にでもできる」は「金にならない」ということだよ。

COBOLでマッチング処理を書く。
なし崩しのC、お気楽Javaでは決して得られないこの充足感。
６本マッチングとかになると、脳がスパークし、
生命の脈動と神への感謝の気持ちで全身が奮い立つ。

崇高なる高次の精神世界へと案内してくれるCOBOL。
身も心もすべて預け、キミタチも飛び込んでみないか？
ボクらはいつでも歓迎するぞ。

結構です

>>437
真理です。
うちの部署は、歴史的経緯からCOBOLERばかりなのだが、
そいつ等がろくに教育も受けずに
オープン系の技術者にされてから、
売り上げは減る一方、もうすぐ潰れます。

馬鹿COBOLERでパソコンオタクが一番たち悪い。

>>443
PCヲタならオープン系もバリバリなんじゃないの？
PCの深い知識はオープン系開発に必須。

>>444
それが「深い」知識かどうかは、考える必要あるんじゃ。

>>馬鹿COBOLERでパソコンオタクが一番たち悪い。
激しく同感
昔すっげーひっでー目に合わされた。
あ、でも僕無理やりCOBOL覚えさせられたドキューン
あ、でもこんなの書いてみた http://pulse.homeip.net/webif.html
そんなこんなしているうちにJAVAの波に乗り遅れた。
今頃 SJCPとか取得して何とか追いつこうとがんばっている。

ﾊﾟｿｦﾀ＝業務に結びつくとは限らない。役には立つだろうけど。

＞馬鹿COBOLERでパソコンオタク
ただの兵隊で使えばいい。管理者は別次元の人間であることだが。

俺はＰＣ自作派なんだけど、余計なお世話はしないことにしている。
声かかった時に手伝う程度。それにＣＥいるしね。

もう総括は出たよ。。。これ以上の議論は何の意味もなすまい。

>>448
それはわかりきっているんだよ。
ただここでコボラたたきしてストレス発散してる。
結局はそういうこと。

さて。。。。

はて？？？？

COBOL、もといボコルで学者になれたのは何十年前の話だったっけ？
今ボコルで博士号を取れるとしたら、あのキム・ジョンイルさんのお国くらいなもんだなべし

お下がりでもいいから喜び組をもらえるものなら、頭が腐るといわれているボコルを
よってみようと思う

いまごろ、喜び組なんて話題もってくるからコボラーにさえ馬鹿にされる。
話題の遅さは十分腐ってるよ・・・

おれも喜び組とやりたい
チョアヨ〜チョアヨ〜
ズッコンバッコン

俺、元コボラー。>>1のスレタイって僻みでしょ？
俺は大企業でコボラーとして５年働いた。
その他、アセンブラ６年、ＰＬ／Ｉ１年。
いくらコボラーを叩いたって、賃金の面ではとうてい大企業にはかなわない。
オープン系？　バイト並の時給でしょ？　笑わせんなって。

コボラー、あるいは必死に言ってるボコラーｗの年代は
バカになったんじゃなくてもともとバカってことだね。

そろそろ・・・

馬鹿は氏ななきゃなおらない。

COBOLの復活祭が始まります

最近の馬鹿どもは知らないらしいけど
現代社会の基礎を固めてるのはCOBOLだよ。
まあオープン系のガキどもはオモチャで遊んでろってこった。

↑
おもちゃも満足につかえない

CADやってたんですが配属移動くらってcobolはじめました。
同時にJava始めました。今はVB.NETやっています。
VB、JAVAメインでやっててもcobolは使えます。
cobolだけにこだわっている人って何か別の努力したことあるんですか？
過去の栄光（かどうは知らないけど）にすがってばかりだと
時代に取り残されされますよ。

>>462
これからコボル技術者は急激に不足してくる。
2007年問題というやつで、今まで主力であった
技術者世代が高齢で続々と引退してしまうのだ。
そうなりゃ、銀行を始め各社の基幹システムトラブルが
増加し、社会に重大な危機が訪れる。

その時のために、各人はコボルに真剣に取り組んで
エキスパートになっておく必要があるのだ。
しかしコボルの底は深い。何十年とやり続けても
極めたと確信できる境地には至らない。
他の言語に構っている暇はないのだ。

幸い君にはコボルを理解し開発に使えるスキルがあるようだ。
今からでも遅くない。他の言語を捨ててコボルに専念すべきだ。

>>463
同じようなことは2000年問題の時に言われていたような気がする。
でも、結局たいしたことなかった。
心配しなくても時と共にCOBOLは全滅するから、４０歳以下の人はCOBOLと心中しないようにね。

＞他の言語に構っている暇はないのだ。

結局、言い訳だろ。

>>463
＞他の言語に構ってる暇は無いのだ

・・・・あんたなんかに構ってる暇はない（藁

>>465
この愚か者がっ
器用貧乏という言葉を知っておるかっ
人生は短いのだ
一つのことを極めようとする人間が
それに人生の全てをかけなくてどうするかっ

いや、あんた達楽しそうだね。
cobolのどの辺が奥深いのか根拠と納得の行く説明してくれます。？
精神論じゃなくてさ、子供でも判るように。
それで満足行く説明できないなら子供からも認められないよ。

頼むからJCLくらい自分で切れるようになってください、カタプロとかも。

COBOLも2004からはオブジェクト指向言語になってるよ。

動けばいいとか、クラス設計の意味もわからんcobolerに
オブジェクト指向なんて到底理解できねえよ

Java厨も似たようなもんだろ。

オブジェクト指向つーのはプログラムをわかりにくくするだけ。
プログラムは上から下にズラズラ処理を並べてGO TO で
ラベルに飛ばすのが一番シンプルでわかりやすい。
シンプルでわかりやすいということは、バグが少なくなり
メンテも楽になるということ。
コボルを馬鹿にする人間はこれがわかってない。
古く泥臭いプログラミングほど実は最も有効なのだ。

いるんだよたまに。アフォみたいにGO-TOだけでコーディングしてるﾔﾂ。
クラス単位の方がはるかにメンテ楽なんですけどね。
cobolを馬鹿にしてるんじゃなくてcobolerを馬鹿にしてんだけどねえ。

>>474
まだ新規開発の段階だろ？
だんだんまとめられなくなってくると思うよ。

一旦破綻しちゃうとねえ。

>>474
クラスを使うと、クラス間の依存関係を
理解しなきゃならん。作った人ならともかく
他の人に理解しろというのは無理でしょ。
GOTOならそのものズバリと行き先が示して
あるのだから、これほどわかりやすいものはない。

>>476
モジュール間でGOTOできたらなぁ。
ひょっとしてALTERとか使いこなしてます？
あれ便利ですよね。あとマルチエントリとか。

簡単な質問で申し訳ないのですが、COBOLの単体テストコンディションの項目数と
開発ステップ数の相関関係って一般的にいくつかわかりますか？
たとえば１Kのステップ数あたりテスト項目が２００個であるとか。

>>476
仕様書やコメント行は何の為にあるんだよ。
作った人でなきゃわからんものなんかやらないよ。
その定義でいったら作った人間止めたらおしまいじゃん。

GOTOうんぬんは釣りだろ？

吊りじゃなかったら構造化以前の生きた化石だからなぁ。
そりゃオブジェクト指向どころの話じゃない。

COBOL以前の問題。（笑）
おれは別にCobolerを擁護するつもりはないが、COBOLばかり
やっていたとしてもその結論に行きつくのはおかしいだろ。

自分はそもそもCOBOLのPERFORMが理解できない。
ループが終わった次の制御はどこに逝くのか
いちいち考えなきゃならんのが激しく脳の無駄遣いと思う。

それだとレポジェネは使いこなせないんじゃないっすか？

>>483
ネタか？
そんなん理解できないって・・・・・

ネタじゃないよ。
俺の脳はスタックが一段しかないようで
サブルーチンコールとか関数とかクラスとか
そういう「飛んで戻る」のが激しく苦手なのだ。

この業界止めた方がいいと思うが・・・

真面目な話、どんな言語やるにしてもそれじゃあ困る
と思うぞ。

performわかんないって。。。どうやってプログラム実行するってんだよ。

漏れは2readの感覚が分からん

>>490
俺は逆にそこでVBSでつっかえたよ。
ループ構文でいきなりEOFつかまえられると思わなかったからね。

COBOL以外使ったことのない人間だが、
COBOLの常套処理である複数入力ファイルを使っての
マッチング処理というのは、他の言語ではできないの？
CやJava系のスレはけっこう覗いてみてるんだけど
一度もマッチングの話題を見たことがないもんで。

そんな原始的な処理はCOBOLにこそふさわしい

別に不可能ではないけれど、CやJavaを使っている
現場でその手の処理を実装させられているのを見たことは
ないな。

>>494
やっぱそうなのか。
すると、顧客マスターがあって
オンラインで集めてきたトランザクションデータに
顧客マスターから住所・氏名などを付与して
ダイレクトメール印刷用のデータを作るようなバッチ処理系の
開発案件は、CやJavaにはないってことなんだなあ。
カルチャーショックだ。

>>495
>顧客マスターがあって
>オンラインで集めてきたトランザクションデータに
>顧客マスターから住所・氏名などを付与して
>ダイレクトメール印刷用のデータを作るようなバッチ処理系の開発案件

RDBの通常用途の範疇ですので
そんなもんプログラム作るまでもない。SQL1本。






と釣られてみるテスト

うん、たしかにそんなもんMTに順ファイルとしてはいってる時代じゃないだろ
いくらなんでも。

今時COBOLでもマッチングはほとんどやんない

>>497
うちは金なくてデータベース入れてないんで
六千万件超のマスターをMTに持っている。
マッチングのための事前ソートだけで二時間かかるんで
いいかげん困ってるんだけど、データベースに持つと
これだけの件数でもソートなんて一発なのかな？
だったら上に提案してみるんだけど。

RDBで実装する場合、マスタ系のテーブルとトランザクション系のテーブルを
キーで結合するイメージになるんだろうな。
マッチングキーや抽出条件をインデックスにしておけばそれなりの速度に
なるはず。少なくても、プログラム内でソートする必然性はない。
まあ、SQLやDBの本でも読んで研究してみてちょ。

>>499
おたくんとこは６千万超ぶんのレコードを毎回マッチングして帳票にするの？
だとしたらデータ発生時に更新する方がコストかからないよ。DBだねｗ

>>499
>だったら上に提案してみるんだけど。

多分無駄。
話を聞く限り、その職場では今までその状況だったのだから
これからもその状況のままだろう。
もうこれは技術云々の話ではなく、政治の話。

そんな職場では、「RDB を入れましょう」という提案よりは、
「処理能力が足りないので、z シリーズを
もう一台追加しましょう」という提案のほうが
受け入れられる確率が遥かに高い。

>>502
まあ、提案するだけしてみるべきのような気はするけどね。
政治的な理由である可能性は確かに高いけれど、ただ単に
DBを知らないという可能性もなくはないだろ。
古い技術者や管理職には実際、DBを知らない人多いからね。

>>503
>DBを知らないという可能性もなくはないだろ。
>古い技術者や管理職には実際、DBを知らない人多いからね。

そういう上の人間は、下手に技術の "名前" だけは
知っているから更にたちが悪いんだよ。

仮にそういう職場で、下っ端の人間が
「RDB を入れましょう」なんて事を言い出すと、
そいつの社内の立場が危うくなるんだよな。

要するに
「あいつはアカだ！」とか
「○○教の信者だ！」とかの
レッテルが張られるのと同じ。

やめておいたほうが無難。

プログラム１００本作っちゃった

俺っていい仕事してるよな

今日のcoboler

coboler上司が「クッキングが・・・」と連呼するのでなんの事かと
cookieだった。

本日のcobolerの名言

そんなもん、マッチングしたら一発やろ。

俺は、「う〜ん、まいっちんぐ」になったよ。

RDBで言うリレーションて要はマッチングのことだよね。
だからCOBOLerはRDBの覚えが早いんじゃないかな。

じゃあ、ファクト表とディメンジョン表はCOBOLerが表現するとどうなるの？

ウチのcobolerの皆様はSQLに見向きもしません。
メインフレームのNDBが大変お好きなようです。

COBOLerだけどSQLはわかるよ。
ただ、SQLって英語の文だから
心の中では声を出して発音しながら読むわけだけど、
長いSQLになると息が続かなくて苦しい。

>>510
で、そのNDBを階層型としてしか使っていないわけだ。
そもそも彼らにNDBと階層型の違いを説明したところで、何の意味もないのである。

コボは英語ができないのか？
今日も今しがた会議やってたんだけどデータベース項目の決め事で
コボ上司がオフコン！オフコン！オフコンと同じじゃなきゃわかんないとか
言ってやんの。
そんな変な表現するのcobolだけだよ。
得意先ならCustmerでいいだろ？なんだよTOKUICDって。
cobolに執着して脱却できない腐った頭脳だから進歩しないんだよ。

>>513
custmerだろうがtokuiだろうがkokyakuだろうが、意味が通じるようにつけてさえくれれば、どれだって許す。

もう周知の内容？
─────────────────────────────
■犯罪を意図的に作り出している「２ちゃんねる」

２ちゃんねるは、犯罪者の書き込みで有名になった掲示板だが 他にも
２ｃｈのような総合掲示板は、沢山乱立している。
なぜそもそも２ちゃんねるだけで事件が多発するのか・・・

理由は、どうやら２ちゃんねるの内部スタッフが、わざと数多くの
誹謗中傷を書き込みし、その内容に腹を立ててアクセスしてくる人間の
誹謗中傷を誘発し、後に２ちゃんねる関係者以外の住人の発言だけを選別
警察に 通報して逮捕させ、事件を意図的に多発させるという構造があるようだ。

「２ちゃんねるで注意された腹いせに」というニュース報道をさせ
掲示板アクセス数を増やすという非人道的なやり方が、見え隠れしており
「ニュースに２ちゃんねるの名前がでると宣伝になる」との書き込みも
頻繁に見られ、 意図的にそれらの行動をしているのは間違いない。

うちはベンダー富士通だ。社員のＰＣも９割富士通だ。
ＳＱＬサーバーも富士通だ。ＣＡＴＩＡだけはＩＢＭだ。


だからなんだ！

富士通や日立もそろそろIBMにならってPC撤退した方がいいと思う、今日この頃。
ぜったいペイしてないだろ。

いまがチャンスだ！高値で吹っかけるんだよ。
競争相手が一つへったんだ。うまくいきゃ、闇カルテルだ！

などということは考えぬよう、気をつけることだな．．．

>>518
まー、日本はその手の、、やり放題だから。

>>513
無理して英語使った結果、Customer のことを Custmer と書き間違えるよりは、

TOKUICD にしておいた方が良いと思うぞ。特にキミの英語レベルの場合はね。

>>513はオフコン野郎をバカにしているが、
本人はもっとバカということが証明されました。

ダメがダメに釣られてる！　ﾊｲｯ!
　(( (｀Д´)　(｀Д´)
　　(/　/)　 (/　/)　))
　　<￣<　　<￣<

あるある探検隊！
　あるある探検隊！
　＿(Д´ )　　＿(Д´ )
　　ﾍ|　 |＼　　ﾍ|　 |＼
　　　　<　　　　　<

あるある探検隊！
　あるある探検隊！
　　(　｀Д)＿　(　｀Д)＿
　／|　 |ﾍ　　　／|　 |ﾍ
　　　>　　　　　　　>

自爆テロ。

>>522
ﾊｹﾞﾜﾗ

今から思えばNDBってOO的だと思うの漏れだけ？

>>525
今もNDBにつきあわされている俺の心を逆なでするようなコメントですな。
俺も、「今から思えば・・・」と過去形で語りたい。

COBOLでもjavaでもC#でも一緒。
所詮は情報を処理する手段の一つ。
大事なのはそれを使う人間。

ということを前提にした私見だけど、COBOLから入った人は
「体で覚えたプログラム」
javaなんかから入った人は
「頭で覚えたプログラム」
って感じがする。
前者の俺は後者の能書きがウザくてたまらん。

cobolerは体育会系ですか？

頭使わないでできる仕事ってことか

わぁってないなー。
ここはcobolとcobolerを(ry

>>526
漏れの場合、NDB設計の経験のおかげでOO設計にすんなり入れた。
つーか、OOを始めた時「あっ、NDBみたいなヤツをメモリ上に構築して
ビリヤードすればいいのね」って気がついて、そこから先はすんなり
進んだ。
貴君の今の仕事は無駄にはならんと思う。

>>528
それは体育会系に失礼

>>531
そのように考えているということは、OOの真髄を全く理解していない証拠。

重要なのは精神力だろ？

今度は精神論ですか・・

OOの真髄って提唱者の数だけ存在すると思っていたが
どれ？>533

OOっていうだけで単金が高くなることこそ、OOの真髄です。

OOの真髄？

たいしたことをしていなくても
料金に何割か乗せられる

それだけだろ

問題：
このスレに真性ｃｏｂｏｌｅｒは何人いるか？
その中で他言語使える割合は何パーセントか？

「他言語使える真性ｃｏｂｏｌｅｒ」は矛盾している

いや、COBOL界で留まってるやつは大した害はないだろ。
むしろ、他の言語を使ってるのにCOBOLの流儀に固執する奴が非常にうざい。

>>538
何割かの乗せられるということは、利益貢献は数倍に跳ね上がるということです。
売上だけで考えず、いくら儲けたかで考えるように。

>>542
COBOLerの給料を半分にしたら、OOなど使わなくてもボロ儲けだよ。

流しのCOBOLerですが１人月＝百万円で仕事受けてます
客が少しでも渋るようなら契約しません
自分を安売りしてもいいことないですからね

馬鹿ばっか

>>544
本当にそういうふうになれるといいですね！

IBMと富士通は来年の新卒からCOBOL教育を復活させるそうだ。
「これからはC/C++やVBやJava」と変更したものの、COBOL需要は消えないため

犠牲者がまた増えるということか・・・。COBOLなんかやる職場に配属
されるのは、成績の思わしくない奴らなんだろうなぁ。そしてそういう
奴らがまたCOBOLerの評判を下げると。

Cで教育してればポインタあたりで挫折して淘汰される連中がいる。
JavaやC#やC++ならオブジェクト指向が理解できずに淘汰される連中がいる。
しかし、COBOLなら本当に馬鹿でもできるから、馬鹿が淘汰されない。
結果として馬鹿がそのまま生き残るので、使えない連中が増えることになる。

COBOLに限らず、プログラミングばかりやっていると馬鹿になる。
大手は自社の社員でそういう人が大量発生したので、偽装派遣を
使うようになった。

つまり今では、偽装派遣をやっていると馬鹿になり使えない連中に
なるということかな。

プログラミングばかりやるとバカになるのではなく、
プログラミングしかしていない偽装派遣会社に入るヤツは最初からバカなだけ。

>>547
orz
COBOL使っている職場からは完全に抜けてはや3年。
抜けると以下にCOBOLERが使えないかよくわかる。。。
COBOLER量産の契機にもなるようなことをよくやるもんだ。。。
本質をいえばCOBOL案件がまだまだあるということなのかもしれんが。

COBOLばっかりやってるとCOBOL脳になるのかもなw

そもそも、大手（富士通）なんてPGは皆無だから
生産されるのは、COBOL脳･SEだ。

cobolやる香具師は馬鹿ばかり

　　　　　　　　　　　ねらーの熱い叫びを聞け！


　　　　　　　　　　　　　　　　（2ちゃん以外の掲示板にも、控えめに紹介しよう）
【抗議文参考サイト】　
ttp://geocities.yahoo.co.jp/gb/sign_view?member=jinkenyougohouhantai


【人権擁護法案】という、ステキな名前の恐ろしい法案が
今月15日〜4月一杯で可決されようとしています。

【警察や裁判所より】も【力を持った機関】が【選挙なし】で
【国民に十分に知らされる事無く】作られようとしています。

しかも今回、なぜかマスコミは黙ってます。【メディア規制法案】とは
マスコミ規制を外しただけで【中身はまったく同じ】なのにです。


【2ちゃん】人権問題板　（「人権擁護」でスレ検索してみてください）
http://tmp4.2ch.net/rights/

バカになるかどうかはしらんが、最初からグローバル変数を宣言しまくりのＣＯＢＯＬプログラマってのは凄いと思う（ある意味）
俺なんか、その瞬間の計算だけのためにローカル変数作りまくりだし・・・

グローバル変数しか無いしｗ

COBOLerってすごい。すごすぎる。すごい馬鹿だよ。

>>558
うん？今のopencobolにはローカルがあるよ

>>557
あらかじめ必要な変数が分かってるってのはたしかに凄いと思うが
メンテ性を考えると、やっぱりローカル変数を作りまくれないと辛い・・・

.NETのコードエディター画面や他のテキストエディター見慣れてくると
ホストエミュの黒い画面がダサく感じる。
っつーか、こんな不便だったのかと痛感する。
それでも数分いじっているとcobolerに切り替わる俺の脳みそ。　鬱・・・

>>562
そんなあなたにこれ。
>ttp://www.vector.co.jp/soft/win95/writing/se043532.html
使いやすいよ。

>>561
両方なれてみると、それぞれの言語にあったコーディングが出来てしまうので、どっちでも平気っぽい。
もっとも、極端に違うからこそ頭の中で完全に別物として切り替えられるんだろうな。

>>549
ポインタをロクに理解しないでCでコーディングしたり
オブジェクト指向をロクに理解しないでJavaやVB.NETで
コーディングしてる香具師もかなりいるがな。
これはこれで非常に迷惑。

COBOLは死なず，消え去りもせず

COBOLしぶといな、もう消えるって何年、言われ続けてることか。

COBOLでもALTERだとか使うといくらでも面白いプログラム組めるんだけどな。
FなんかだとCで言うビットフィールドやなんか使えるし。
それなりにいい言語だと思うよ。

>>568
ビットフィールドは使えても、論理和・論理積・排他的論理和はできない。
おまけに、シフトも出来ない。

何ビット目のビットをONだOFFだして、何がうれしいのだ？
それでビット操作をしてると満足できる姿は、ｵﾅﾆｰに等しい。

　 , - ' ﾞ 　　　｀` ‐ 、_,,,,,
　　　,r'　　　　　　　 　　／＝ミ
　　/　　　　　　　　　　　彡ll',''´
.　/ 　　　　　 　　　　　　彡lll
　!-- .､　　　 ,､､､､,,,　　 彡lﾉ
　l,,,,,__　/　　　___　　 　 'r''ﾞヽ
.　|`ﾞ'' ./　　　`'ﾞ'''"　　　 .〉,l |
　|. 　 ,'　　　　　　　 　　　//
.　',.　,'　　　 　 　　　　 ,　r'
.　 ﾞ,　ﾞ'ｰ　‐`　 　　　　l　 |
　 　ﾞ､''ﾞ ,,､二''‐　　　 ﾉ　 l、
''''''''7'ヽ　 '''　　　　／　 　/`〉｀ﾞT''''''''''
　　l　　` ､,,,,､- ' "　　　 / /.| 　|
.　 |　 |　 .l i　　　　　　 / ./ | 　|
　 |　 |　　| l　　　　　 / ./　.|　 |
.　|　 |　　 | l　　　 　/　/　 |　 |
　|　 |　　　| ',　　　/　/　　l 　.l
【ゴールデンレス】
このレスを見た人はコピペでもいいので
10分以内に3つのスレへ貼り付けてください。
そうすれば１４日後好きな人から告白されるわ宝くじは当たるわ
出世しまくるわ体の悪い所全部治るわでえらい事です

>>569
Cってビットフィールドにシフトとかできたっけ？

>>571
一応、釣られてみる。
unionにして別の型にしてしまえば、シフト可能。

というか、Ｃでビットフィールドなど使うやつ、いまどきいるのか？
COBOLやFORTRANから流れてきて、ビット演算が出来ないやつしか使わんぞ。

unionにしたらビットフィールドをシフトしてることにならんだろ。
できない、と言えばすむ話だ。
COBOLだってREDEFINESかければX項目でCOMPUTEできるっつのと同じ。

>>573
それでもREDEFINESしたところで、COBOLではシフト演算できない。

COBOLで、シフト演算する必要ないだろ？

それを言っちゃうと、話が終わっちゃう。
で、その次はCOBOLなんていらないだろという話になっていく。

ＣＯＢＯＬなんていらないだろう

COBOLを全然略さないで実用コーディングしたのを見てみたい。
USAGE FOR とか PICTURE　とか全部書くの。
いまはFILLERまで省略しちゃうとこあるからな。
正書法全開のプログラム、どっかにないかな。

正書法全開のプログラムは見ることはありませんが、
バカ全開のプログラムは枚挙にいとまがありません。

バ




カ

なんですか？

COBOLで、バカ全開のプログラムを書くには、ある種の才能がいるな。

動きゃいいんだよ動きゃ。
どんな開発手法も言語も究極的にはそこに落ち着く。

他人がﾒﾝﾃﾅﾝｽする可能性も考えて、ｺｰﾃﾞｲﾝｸﾞしてくれよ。
人の出入りが多い業界なんだからさ。

>>583
メンテナンス性が悪い方が商売になるだろ。
簡単に誰でも修正できるように書いたら、他社に流れて行っちゃうよ。

汎用機がある以上、コボルは永遠なり！！！

「動きゃいいんだよ」という奴で出来る奴はいないな

>>586
そして、出来るやつが「うごきゃいいんだよ」と言い始めたらデスマのピークｗ

>>586
そうか？
出来ない奴は 「動かすことすら出来ない」 んだが・・・

>>587
ﾜﾛﾀ w

>>587
ご愁傷様ですな。


cobolerに告ぐ
cobolの世界〜オフコンの世界。。その別次元にいって二度と帰ってくるな！！！

馬鹿にはならんだろ！！！

こないだ久々にコボルオンリーの仕事やった、古いシステムの仕変で。懐かしかった。
ここ数年、コボルもやってたけどＣと併用のシステムだったからな。

COBOLに出会って、プログラム嫌になった。
それまで一日中でもPCの前に座っていられたのに・・・・

まぁ、プログラマーにならなかったお陰でデスマーチ経験せずに
生きていられるのはよかったのかな。

COBOLは書いてて正直面白くもない言語だが、これを行動でも忌み嫌う奴は
大抵社会の底辺から抜け出せない。

ＣＯＢＯＬＥＲ派遣ＰＧで６０歳まで可能？

identification division.
program-id. makefool.
author. fool.
remarks. make fool.
date-written. &date.
date-compiled. &date.
*
environment division.

COBOLARって気楽でいいなぁ・・・・・






単価激安なｺﾄを除いて（ﾌﾟ