>>499 おたくんとこは6千万超ぶんのレコードを毎回マッチングして帳票にするの?
だとしたらデータ発生時に更新する方がコストかからないよ。DBだねw
>>499 >だったら上に提案してみるんだけど。
多分無駄。
話を聞く限り、その職場では今までその状況だったのだから
これからもその状況のままだろう。
もうこれは技術云々の話ではなく、政治の話。
そんな職場では、「RDB を入れましょう」という提案よりは、
「処理能力が足りないので、z シリーズを
もう一台追加しましょう」という提案のほうが
受け入れられる確率が遥かに高い。
>>502 まあ、提案するだけしてみるべきのような気はするけどね。
政治的な理由である可能性は確かに高いけれど、ただ単に
DBを知らないという可能性もなくはないだろ。
古い技術者や管理職には実際、DBを知らない人多いからね。
>>503 >DBを知らないという可能性もなくはないだろ。
>古い技術者や管理職には実際、DBを知らない人多いからね。
そういう上の人間は、下手に技術の "名前" だけは
知っているから更にたちが悪いんだよ。
仮にそういう職場で、下っ端の人間が
「RDB を入れましょう」なんて事を言い出すと、
そいつの社内の立場が危うくなるんだよな。
要するに
「あいつはアカだ!」とか
「○○教の信者だ!」とかの
レッテルが張られるのと同じ。
やめておいたほうが無難。
505 :
仕様書無しさん:05/02/20 14:36:54
プログラム100本作っちゃった
俺っていい仕事してるよな
今日のcoboler
coboler上司が「クッキングが・・・」と連呼するのでなんの事かと
cookieだった。
507 :
仕様書無しさん:05/02/22 20:57:55
本日のcobolerの名言
そんなもん、マッチングしたら一発やろ。
俺は、「う〜ん、まいっちんぐ」になったよ。
RDBで言うリレーションて要はマッチングのことだよね。
だからCOBOLerはRDBの覚えが早いんじゃないかな。
509 :
仕様書無しさん:05/02/23 00:18:33
じゃあ、ファクト表とディメンジョン表はCOBOLerが表現するとどうなるの?
ウチのcobolerの皆様はSQLに見向きもしません。
メインフレームのNDBが大変お好きなようです。
COBOLerだけどSQLはわかるよ。
ただ、SQLって英語の文だから
心の中では声を出して発音しながら読むわけだけど、
長いSQLになると息が続かなくて苦しい。
512 :
仕様書無しさん:05/02/23 00:59:36
>>510 で、そのNDBを階層型としてしか使っていないわけだ。
そもそも彼らにNDBと階層型の違いを説明したところで、何の意味もないのである。
コボは英語ができないのか?
今日も今しがた会議やってたんだけどデータベース項目の決め事で
コボ上司がオフコン!オフコン!オフコンと同じじゃなきゃわかんないとか
言ってやんの。
そんな変な表現するの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ちゃんねるの名前がでると宣伝になる」との書き込みも
頻繁に見られ、 意図的にそれらの行動をしているのは間違いない。
うちはベンダー富士通だ。社員のPCも9割富士通だ。
SQLサーバーも富士通だ。CATIAだけはIBMだ。
だからなんだ!
富士通や日立もそろそろIBMにならってPC撤退した方がいいと思う、今日この頃。
ぜったいペイしてないだろ。
いまがチャンスだ!高値で吹っかけるんだよ。
競争相手が一つへったんだ。うまくいきゃ、闇カルテルだ!
などということは考えぬよう、気をつけることだな...
>>518 まー、日本はその手の、、やり放題だから。
520 :
仕様書無しさん:05/02/25 00:48:11
>>513 無理して英語使った結果、Customer のことを Custmer と書き間違えるよりは、
TOKUICD にしておいた方が良いと思うぞ。特にキミの英語レベルの場合はね。
521 :
仕様書無しさん:05/02/25 21:48:55
>>513はオフコン野郎をバカにしているが、
本人はもっとバカということが証明されました。
ダメがダメに釣られてる! ハイッ!
(( (`Д´) (`Д´)
(/ /) (/ /) ))
< ̄< < ̄<
あるある探検隊!
あるある探検隊!
_(Д´ ) _(Д´ )
ヘ| |\ ヘ| |\
< <
あるある探検隊!
あるある探検隊!
( `Д)_ ( `Д)_
/| |ヘ /| |ヘ
> >
自爆テロ。
525 :
仕様書無しさん:05/02/28 11:11:03
今から思えばNDBってOO的だと思うの漏れだけ?
526 :
仕様書無しさん:05/03/02 01:44:28
>>525 今もNDBにつきあわされている俺の心を逆なでするようなコメントですな。
俺も、「今から思えば・・・」と過去形で語りたい。
COBOLでもjavaでもC#でも一緒。
所詮は情報を処理する手段の一つ。
大事なのはそれを使う人間。
ということを前提にした私見だけど、COBOLから入った人は
「体で覚えたプログラム」
javaなんかから入った人は
「頭で覚えたプログラム」
って感じがする。
前者の俺は後者の能書きがウザくてたまらん。
cobolerは体育会系ですか?
頭使わないでできる仕事ってことか
わぁってないなー。
ここはcobolとcobolerを(ry
>>526 漏れの場合、NDB設計の経験のおかげでOO設計にすんなり入れた。
つーか、OOを始めた時「あっ、NDBみたいなヤツをメモリ上に構築して
ビリヤードすればいいのね」って気がついて、そこから先はすんなり
進んだ。
貴君の今の仕事は無駄にはならんと思う。
533 :
仕様書無しさん:05/03/02 20:56:13
>>531 そのように考えているということは、OOの真髄を全く理解していない証拠。
重要なのは精神力だろ?
今度は精神論ですか・・
OOの真髄って提唱者の数だけ存在すると思っていたが
どれ?>533
537 :
仕様書無しさん:05/03/02 22:34:00
OOっていうだけで単金が高くなることこそ、OOの真髄です。
OOの真髄?
たいしたことをしていなくても
料金に何割か乗せられる
それだけだろ
問題:
このスレに真性cobolerは何人いるか?
その中で他言語使える割合は何パーセントか?
「他言語使える真性coboler」は矛盾している
いや、COBOL界で留まってるやつは大した害はないだろ。
むしろ、他の言語を使ってるのにCOBOLの流儀に固執する奴が非常にうざい。
542 :
仕様書無しさん:05/03/03 19:59:37
>>538 何割かの乗せられるということは、利益貢献は数倍に跳ね上がるということです。
売上だけで考えず、いくら儲けたかで考えるように。
543 :
仕様書無しさん:05/03/03 20:00:45
>>542 COBOLerの給料を半分にしたら、OOなど使わなくてもボロ儲けだよ。
流しのCOBOLerですが1人月=百万円で仕事受けてます
客が少しでも渋るようなら契約しません
自分を安売りしてもいいことないですからね
馬鹿ばっか
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の評判を下げると。
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
そもそも、大手(富士通)なんてPGは皆無だから
生産されるのは、COBOL脳・SEだ。
cobolやる香具師は馬鹿ばかり
557 :
仕様書無しさん:05/03/07 23:11:44
バカになるかどうかはしらんが、最初からグローバル変数を宣言しまくりのCOBOLプログラマってのは凄いと思う(ある意味)
俺なんか、その瞬間の計算だけのためにローカル変数作りまくりだし・・・
グローバル変数しか無いしw
COBOLerってすごい。すごすぎる。すごい馬鹿だよ。
>>558 うん?今のopencobolにはローカルがあるよ
>>557 あらかじめ必要な変数が分かってるってのはたしかに凄いと思うが
メンテ性を考えると、やっぱりローカル変数を作りまくれないと辛い・・・
.NETのコードエディター画面や他のテキストエディター見慣れてくると
ホストエミュの黒い画面がダサく感じる。
っつーか、こんな不便だったのかと痛感する。
それでも数分いじっているとcobolerに切り替わる俺の脳みそ。 鬱・・・
564 :
仕様書無しさん:05/03/09 01:46:13
>>561 両方なれてみると、それぞれの言語にあったコーディングが出来てしまうので、どっちでも平気っぽい。
もっとも、極端に違うからこそ頭の中で完全に別物として切り替えられるんだろうな。
>>549 ポインタをロクに理解しないでCでコーディングしたり
オブジェクト指向をロクに理解しないでJavaやVB.NETで
コーディングしてる香具師もかなりいるがな。
これはこれで非常に迷惑。
COBOLは死なず,消え去りもせず
COBOLしぶといな、もう消えるって何年、言われ続けてることか。
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日後好きな人から告白されるわ宝くじは当たるわ
出世しまくるわ体の悪い所全部治るわでえらい事です
>>569 Cってビットフィールドにシフトとかできたっけ?
572 :
仕様書無しさん:05/03/10 23:28:44
>>571 一応、釣られてみる。
unionにして別の型にしてしまえば、シフト可能。
というか、Cでビットフィールドなど使うやつ、いまどきいるのか?
COBOLやFORTRANから流れてきて、ビット演算が出来ないやつしか使わんぞ。
unionにしたらビットフィールドをシフトしてることにならんだろ。
できない、と言えばすむ話だ。
COBOLだってREDEFINESかければX項目でCOMPUTEできるっつのと同じ。
574 :
仕様書無しさん:05/03/11 20:35:41
>>573 それでもREDEFINESしたところで、COBOLではシフト演算できない。
COBOLで、シフト演算する必要ないだろ?
576 :
仕様書無しさん:05/03/11 22:44:12
それを言っちゃうと、話が終わっちゃう。
で、その次はCOBOLなんていらないだろという話になっていく。
577 :
仕様書無しさん:05/03/12 07:01:08
COBOLなんていらないだろう
COBOLを全然略さないで実用コーディングしたのを見てみたい。
USAGE FOR とか PICTURE とか全部書くの。
いまはFILLERまで省略しちゃうとこあるからな。
正書法全開のプログラム、どっかにないかな。
579 :
仕様書無しさん:05/03/13 14:54:05
正書法全開のプログラムは見ることはありませんが、
バカ全開のプログラムは枚挙にいとまがありません。
バ
カ
なんですか?
COBOLで、バカ全開のプログラムを書くには、ある種の才能がいるな。
動きゃいいんだよ動きゃ。
どんな開発手法も言語も究極的にはそこに落ち着く。
他人がメンテナンスする可能性も考えて、コーデイングしてくれよ。
人の出入りが多い業界なんだからさ。
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
>>586 そうか?
出来ない奴は 「動かすことすら出来ない」 んだが・・・
>>587 ワロタ w
>>587 ご愁傷様ですな。
cobolerに告ぐ
cobolの世界〜オフコンの世界。。その別次元にいって二度と帰ってくるな!!!
590 :
仕様書無しさん:2005/04/24(日) 08:10:39
馬鹿にはならんだろ!!!
こないだ久々にコボルオンリーの仕事やった、古いシステムの仕変で。懐かしかった。
ここ数年、コボルもやってたけどCと併用のシステムだったからな。
COBOLに出会って、プログラム嫌になった。
それまで一日中でもPCの前に座っていられたのに・・・・
まぁ、プログラマーにならなかったお陰でデスマーチ経験せずに
生きていられるのはよかったのかな。
COBOLは書いてて正直面白くもない言語だが、これを行動でも忌み嫌う奴は
大抵社会の底辺から抜け出せない。
COBOLER派遣PGで60歳まで可能?
identification division.
program-id. makefool.
author. fool.
remarks. make fool.
date-written. &date.
date-compiled. &date.
*
environment division.
COBOLARって気楽でいいなぁ・・・・・
単価激安なコトを除いて(プ