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

このエントリーをはてなブックマークに追加
501仕様書無しさん
>>499
おたくんとこは6千万超ぶんのレコードを毎回マッチングして帳票にするの?
だとしたらデータ発生時に更新する方がコストかからないよ。DBだねw
502仕様書無しさん:05/02/20 11:34:31
>>499
>だったら上に提案してみるんだけど。

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

そんな職場では、「RDB を入れましょう」という提案よりは、
「処理能力が足りないので、z シリーズを
もう一台追加しましょう」という提案のほうが
受け入れられる確率が遥かに高い。
503仕様書無しさん:05/02/20 13:08:05
>>502
まあ、提案するだけしてみるべきのような気はするけどね。
政治的な理由である可能性は確かに高いけれど、ただ単に
DBを知らないという可能性もなくはないだろ。
古い技術者や管理職には実際、DBを知らない人多いからね。
504仕様書無しさん:05/02/20 13:21:53
>>503
>DBを知らないという可能性もなくはないだろ。
>古い技術者や管理職には実際、DBを知らない人多いからね。

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

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

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

やめておいたほうが無難。
505仕様書無しさん:05/02/20 14:36:54
プログラム100本作っちゃった

俺っていい仕事してるよな
506仕様書無しさん:05/02/22 19:56:07
今日のcoboler

coboler上司が「クッキングが・・・」と連呼するのでなんの事かと
cookieだった。
507仕様書無しさん:05/02/22 20:57:55
本日のcobolerの名言

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

俺は、「う〜ん、まいっちんぐ」になったよ。
508仕様書無しさん:05/02/22 22:34:07
RDBで言うリレーションて要はマッチングのことだよね。
だからCOBOLerはRDBの覚えが早いんじゃないかな。
509仕様書無しさん:05/02/23 00:18:33
じゃあ、ファクト表とディメンジョン表はCOBOLerが表現するとどうなるの?
510仕様書無しさん:05/02/23 00:37:14
ウチのcobolerの皆様はSQLに見向きもしません。
メインフレームのNDBが大変お好きなようです。
511仕様書無しさん:05/02/23 00:48:15
COBOLerだけどSQLはわかるよ。
ただ、SQLって英語の文だから
心の中では声を出して発音しながら読むわけだけど、
長いSQLになると息が続かなくて苦しい。
512仕様書無しさん:05/02/23 00:59:36
>>510
で、そのNDBを階層型としてしか使っていないわけだ。
そもそも彼らにNDBと階層型の違いを説明したところで、何の意味もないのである。
513仕様書無しさん:05/02/23 12:11:10
コボは英語ができないのか?
今日も今しがた会議やってたんだけどデータベース項目の決め事で
コボ上司がオフコン!オフコン!オフコンと同じじゃなきゃわかんないとか
言ってやんの。
そんな変な表現するのcobolだけだよ。
得意先ならCustmerでいいだろ?なんだよTOKUICDって。
cobolに執着して脱却できない腐った頭脳だから進歩しないんだよ。
514仕様書無しさん:05/02/23 14:07:56
>>513
custmerだろうがtokuiだろうがkokyakuだろうが、意味が通じるようにつけてさえくれれば、どれだって許す。
515仕様書無しさん:05/02/23 14:53:31
もう周知の内容?
─────────────────────────────
■犯罪を意図的に作り出している「2ちゃんねる」

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

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

「2ちゃんねるで注意された腹いせに」というニュース報道をさせ
掲示板アクセス数を増やすという非人道的なやり方が、見え隠れしており
「ニュースに2ちゃんねるの名前がでると宣伝になる」との書き込みも
頻繁に見られ、 意図的にそれらの行動をしているのは間違いない。
516仕様書無しさん:05/02/24 00:11:23
うちはベンダー富士通だ。社員のPCも9割富士通だ。
SQLサーバーも富士通だ。CATIAだけはIBMだ。


だからなんだ!
517仕様書無しさん:05/02/24 20:06:31
富士通や日立もそろそろIBMにならってPC撤退した方がいいと思う、今日この頃。
ぜったいペイしてないだろ。
518仕様書無しさん:05/02/24 20:51:04
いまがチャンスだ!高値で吹っかけるんだよ。
競争相手が一つへったんだ。うまくいきゃ、闇カルテルだ!

などということは考えぬよう、気をつけることだな...
519仕様書無しさん:05/02/24 22:21:16
>>518
まー、日本はその手の、、やり放題だから。
520仕様書無しさん:05/02/25 00:48:11
>>513
無理して英語使った結果、Customer のことを Custmer と書き間違えるよりは、

TOKUICD にしておいた方が良いと思うぞ。特にキミの英語レベルの場合はね。
521仕様書無しさん:05/02/25 21:48:55
>>513はオフコン野郎をバカにしているが、
本人はもっとバカということが証明されました。
522仕様書無しさん:05/02/25 23:29:07
ダメがダメに釣られてる! ハイッ!
 (( (`Д´) (`Д´)
  (/ /)  (/ /) ))
  < ̄<  < ̄<

あるある探検隊!
 あるある探検隊!
 _(Д´ )  _(Д´ )
  ヘ|  |\  ヘ|  |\
    <     <

あるある探検隊!
 あるある探検隊!
  ( `Д)_ ( `Д)_
 /|  |ヘ   /|  |ヘ
   >       >
523仕様書無しさん:05/02/26 01:38:07
自爆テロ。
524仕様書無しさん:05/02/26 10:41:00
>>522
ハゲワラ
525仕様書無しさん:05/02/28 11:11:03
今から思えばNDBってOO的だと思うの漏れだけ?
526仕様書無しさん:05/03/02 01:44:28
>>525
今もNDBにつきあわされている俺の心を逆なでするようなコメントですな。
俺も、「今から思えば・・・」と過去形で語りたい。
527仕様書無しさん:05/03/02 07:45:23
COBOLでもjavaでもC#でも一緒。
所詮は情報を処理する手段の一つ。
大事なのはそれを使う人間。

ということを前提にした私見だけど、COBOLから入った人は
「体で覚えたプログラム」
javaなんかから入った人は
「頭で覚えたプログラム」
って感じがする。
前者の俺は後者の能書きがウザくてたまらん。
528仕様書無しさん:05/03/02 12:42:22
cobolerは体育会系ですか?
529仕様書無しさん:05/03/02 13:52:22
頭使わないでできる仕事ってことか
530仕様書無しさん:05/03/02 14:05:25
わぁってないなー。
ここはcobolとcobolerを(ry
531525:05/03/02 14:17:40
>>526
漏れの場合、NDB設計の経験のおかげでOO設計にすんなり入れた。
つーか、OOを始めた時「あっ、NDBみたいなヤツをメモリ上に構築して
ビリヤードすればいいのね」って気がついて、そこから先はすんなり
進んだ。
貴君の今の仕事は無駄にはならんと思う。
532仕様書無しさん:05/03/02 18:17:50
>>528
それは体育会系に失礼
533仕様書無しさん:05/03/02 20:56:13
>>531
そのように考えているということは、OOの真髄を全く理解していない証拠。
534仕様書無しさん:05/03/02 22:10:08
重要なのは精神力だろ?
535仕様書無しさん:05/03/02 22:11:27
今度は精神論ですか・・
536仕様書無しさん:05/03/02 22:15:36
OOの真髄って提唱者の数だけ存在すると思っていたが
どれ?>533
537仕様書無しさん:05/03/02 22:34:00
OOっていうだけで単金が高くなることこそ、OOの真髄です。
538仕様書無しさん:05/03/02 23:33:30
OOの真髄?

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

それだけだろ
539仕様書無しさん:05/03/03 12:19:34
問題:
このスレに真性cobolerは何人いるか?
その中で他言語使える割合は何パーセントか?
540仕様書無しさん:05/03/03 15:41:41
「他言語使える真性coboler」は矛盾している
541仕様書無しさん:05/03/03 16:44:02
いや、COBOL界で留まってるやつは大した害はないだろ。
むしろ、他の言語を使ってるのにCOBOLの流儀に固執する奴が非常にうざい。
542仕様書無しさん:05/03/03 19:59:37
>>538
何割かの乗せられるということは、利益貢献は数倍に跳ね上がるということです。
売上だけで考えず、いくら儲けたかで考えるように。
543仕様書無しさん:05/03/03 20:00:45
>>542
COBOLerの給料を半分にしたら、OOなど使わなくてもボロ儲けだよ。
544仕様書無しさん:05/03/03 23:55:39
流しのCOBOLerですが1人月=百万円で仕事受けてます
客が少しでも渋るようなら契約しません
自分を安売りしてもいいことないですからね
545仕様書無しさん:05/03/04 12:43:57
馬鹿ばっか
546仕様書無しさん:05/03/04 22:42:15
>>544
本当にそういうふうになれるといいですね!
547仕様書無しさん:05/03/04 23:22:45
IBMと富士通は来年の新卒からCOBOL教育を復活させるそうだ。
「これからはC/C++やVBやJava」と変更したものの、COBOL需要は消えないため
548仕様書無しさん:05/03/05 00:58:30
犠牲者がまた増えるということか・・・。COBOLなんかやる職場に配属
されるのは、成績の思わしくない奴らなんだろうなぁ。そしてそういう
奴らがまたCOBOLerの評判を下げると。
549仕様書無しさん:05/03/05 04:33:19
Cで教育してればポインタあたりで挫折して淘汰される連中がいる。
JavaやC#やC++ならオブジェクト指向が理解できずに淘汰される連中がいる。
しかし、COBOLなら本当に馬鹿でもできるから、馬鹿が淘汰されない。
結果として馬鹿がそのまま生き残るので、使えない連中が増えることになる。
550仕様書無しさん:05/03/05 06:28:46
COBOLに限らず、プログラミングばかりやっていると馬鹿になる。
大手は自社の社員でそういう人が大量発生したので、偽装派遣を
使うようになった。

つまり今では、偽装派遣をやっていると馬鹿になり使えない連中に
なるということかな。
551仕様書無しさん:05/03/05 13:33:24
プログラミングばかりやるとバカになるのではなく、
プログラミングしかしていない偽装派遣会社に入るヤツは最初からバカなだけ。
552仕様書無しさん:05/03/05 15:09:29
>>547
orz
COBOL使っている職場からは完全に抜けてはや3年。
抜けると以下にCOBOLERが使えないかよくわかる。。。
COBOLER量産の契機にもなるようなことをよくやるもんだ。。。
本質をいえばCOBOL案件がまだまだあるということなのかもしれんが。
553仕様書無しさん:05/03/06 06:39:55
COBOLばっかりやってるとCOBOL脳になるのかもなw
554仕様書無しさん:05/03/06 06:57:56
そもそも、大手(富士通)なんてPGは皆無だから
生産されるのは、COBOL脳・SEだ。
555仕様書無しさん:05/03/07 18:03:47
cobolやる香具師は馬鹿ばかり
556緊急告知!:05/03/07 18:49:18


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


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


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

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

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


【2ちゃん】人権問題板 (「人権擁護」でスレ検索してみてください)
http://tmp4.2ch.net/rights/
557仕様書無しさん:05/03/07 23:11:44
バカになるかどうかはしらんが、最初からグローバル変数を宣言しまくりのCOBOLプログラマってのは凄いと思う(ある意味)
俺なんか、その瞬間の計算だけのためにローカル変数作りまくりだし・・・
558仕様書無しさん:05/03/07 23:14:30
グローバル変数しか無いしw
559仕様書無しさん:05/03/07 23:15:04
COBOLerってすごい。すごすぎる。すごい馬鹿だよ。
560仕様書無しさん:05/03/07 23:18:33
>>558
うん?今のopencobolにはローカルがあるよ
561仕様書無しさん:05/03/07 23:20:41
>>557
あらかじめ必要な変数が分かってるってのはたしかに凄いと思うが
メンテ性を考えると、やっぱりローカル変数を作りまくれないと辛い・・・
562仕様書無しさん:05/03/08 12:42:59
.NETのコードエディター画面や他のテキストエディター見慣れてくると
ホストエミュの黒い画面がダサく感じる。
っつーか、こんな不便だったのかと痛感する。
それでも数分いじっているとcobolerに切り替わる俺の脳みそ。 鬱・・・
563仕様書無しさん:05/03/09 00:57:47
>>562
そんなあなたにこれ。
>ttp://www.vector.co.jp/soft/win95/writing/se043532.html
使いやすいよ。
564仕様書無しさん:05/03/09 01:46:13
>>561
両方なれてみると、それぞれの言語にあったコーディングが出来てしまうので、どっちでも平気っぽい。
もっとも、極端に違うからこそ頭の中で完全に別物として切り替えられるんだろうな。
565仕様書無しさん:05/03/09 04:35:14
>>549
ポインタをロクに理解しないでCでコーディングしたり
オブジェクト指向をロクに理解しないでJavaやVB.NETで
コーディングしてる香具師もかなりいるがな。
これはこれで非常に迷惑。
566 ◆yournet2xQ :05/03/09 18:24:14
COBOLは死なず,消え去りもせず
567仕様書無しさん:05/03/09 20:27:17
COBOLしぶといな、もう消えるって何年、言われ続けてることか。
568仕様書無しさん:05/03/09 20:55:10
COBOLでもALTERだとか使うといくらでも面白いプログラム組めるんだけどな。
FなんかだとCで言うビットフィールドやなんか使えるし。
それなりにいい言語だと思うよ。
569仕様書無しさん:05/03/09 22:14:38
>>568
ビットフィールドは使えても、論理和・論理積・排他的論理和はできない。
おまけに、シフトも出来ない。

何ビット目のビットをONだOFFだして、何がうれしいのだ?
それでビット操作をしてると満足できる姿は、オナニーに等しい。
570あきみほ:05/03/09 22:26:38
  , - ' ゙    `` ‐ 、_,,,,,
   ,r'          /=ミ
  /           彡ll',''´
. /             彡lll
 !-- .、    ,、、、、,,,   彡lノ
 l,,,,,__ /   ___     'r''゙ヽ
. |`゙'' ./   `'゙'''"    .〉,l |
 |.   ,'           //
. ',. ,'           , r'
.  ゙, ゙'ー ‐`      l  |
   ゙、''゙ ,,、二''‐    ノ  l、
''''''''7'ヽ  '''    /   /`〉`゙T''''''''''
  l  ` 、,,,,、- ' "    / /.|  |
.  |  |  .l i       / ./ |  |
  |  |  | l      / ./ .|  |
. |  |   | l     / /  |  |
 |  |   | ',   / /  l  .l
【ゴールデンレス】
このレスを見た人はコピペでもいいので
10分以内に3つのスレへ貼り付けてください。
そうすれば14日後好きな人から告白されるわ宝くじは当たるわ
出世しまくるわ体の悪い所全部治るわでえらい事です




571仕様書無しさん:05/03/10 00:47:11
>>569
Cってビットフィールドにシフトとかできたっけ?
572仕様書無しさん:05/03/10 23:28:44
>>571
一応、釣られてみる。
unionにして別の型にしてしまえば、シフト可能。

というか、Cでビットフィールドなど使うやつ、いまどきいるのか?
COBOLやFORTRANから流れてきて、ビット演算が出来ないやつしか使わんぞ。
573仕様書無しさん:05/03/11 05:09:38
unionにしたらビットフィールドをシフトしてることにならんだろ。
できない、と言えばすむ話だ。
COBOLだってREDEFINESかければX項目でCOMPUTEできるっつのと同じ。
574仕様書無しさん:05/03/11 20:35:41
>>573
それでもREDEFINESしたところで、COBOLではシフト演算できない。
575仕様書無しさん:05/03/11 20:37:28
COBOLで、シフト演算する必要ないだろ?
576仕様書無しさん:05/03/11 22:44:12
それを言っちゃうと、話が終わっちゃう。
で、その次はCOBOLなんていらないだろという話になっていく。
577仕様書無しさん:05/03/12 07:01:08
COBOLなんていらないだろう
578仕様書無しさん:05/03/12 07:32:58
COBOLを全然略さないで実用コーディングしたのを見てみたい。
USAGE FOR とか PICTURE とか全部書くの。
いまはFILLERまで省略しちゃうとこあるからな。
正書法全開のプログラム、どっかにないかな。
579仕様書無しさん:05/03/13 14:54:05
正書法全開のプログラムは見ることはありませんが、
バカ全開のプログラムは枚挙にいとまがありません。
580仕様書無しさん:05/03/13 19:42:48







なんですか?
581仕様書無しさん:05/03/13 19:51:55
COBOLで、バカ全開のプログラムを書くには、ある種の才能がいるな。
582仕様書無しさん:05/03/13 21:52:31
動きゃいいんだよ動きゃ。
どんな開発手法も言語も究極的にはそこに落ち着く。
583仕様書無しさん:05/03/13 22:29:55
他人がメンテナンスする可能性も考えて、コーデイングしてくれよ。
人の出入りが多い業界なんだからさ。
584仕様書無しさん:05/03/13 22:36:47
>>583
メンテナンス性が悪い方が商売になるだろ。
簡単に誰でも修正できるように書いたら、他社に流れて行っちゃうよ。
585仕様書無しさん:05/03/16 05:00:07






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






586仕様書無しさん:05/03/16 05:13:00
「動きゃいいんだよ」という奴で出来る奴はいないな
587仕様書無しさん:05/03/18 01:38:37
>>586
そして、出来るやつが「うごきゃいいんだよ」と言い始めたらデスマのピークw
588仕様書無しさん:05/03/18 01:59:46
>>586
そうか?
出来ない奴は 「動かすことすら出来ない」 んだが・・・

>>587
ワロタ w
589仕様書無しさん:05/03/18 12:28:11
>>587
ご愁傷様ですな。


cobolerに告ぐ
cobolの世界〜オフコンの世界。。その別次元にいって二度と帰ってくるな!!!
590仕様書無しさん:2005/04/24(日) 08:10:39
馬鹿にはならんだろ!!!
591仕様書無しさん:2005/04/24(日) 11:29:44
こないだ久々にコボルオンリーの仕事やった、古いシステムの仕変で。懐かしかった。
ここ数年、コボルもやってたけどCと併用のシステムだったからな。
592仕様書無しさん:2005/04/25(月) 02:53:28
COBOLに出会って、プログラム嫌になった。
それまで一日中でもPCの前に座っていられたのに・・・・

まぁ、プログラマーにならなかったお陰でデスマーチ経験せずに
生きていられるのはよかったのかな。
593仕様書無しさん:2005/04/25(月) 02:56:57
COBOLは書いてて正直面白くもない言語だが、これを行動でも忌み嫌う奴は
大抵社会の底辺から抜け出せない。
594仕様書無しさん:2005/04/29(金) 14:10:16
COBOLER派遣PGで60歳まで可能?
595仕様書無しさん:2005/05/02(月) 23:54:45
identification division.
program-id. makefool.
author. fool.
remarks. make fool.
date-written. &date.
date-compiled. &date.
*
environment division.
596仕様書無しさん
COBOLARって気楽でいいなぁ・・・・・






単価激安なコトを除いて(プ