07/07/06 09:59:14
>>249
は？
251:仕様書無しさん
07/07/06 10:05:50
いい言葉だ
252:仕様書無しさん
07/07/06 11:34:34
ヴビ厨に代わる蔑称か。
253:仕様書無しさん
07/07/06 13:18:20
COBOLを使う人に優秀な人ももちろんいる
だが「コボラ」は必ずしもCOBOLを使ってるとは限らず
しかし必ずバカである
ってことでいいじゃんこのスレでは
254:仕様書無しさん
07/07/06 22:15:11
月曜から新しいプロジェクトが始まるが、
コボラ満載......欝だ(゜Д゜)
255:仕様書無しさん
07/07/08 05:20:02
最初に嘘のように縦長なDBを強く提案しておこう。やがて横に伸びていくわけだが、
最初に縦長ならそんなに横には伸びないだろう。
256:仕様書無しさん
07/07/08 05:25:41
見通しが甘すぎ
257:仕様書無しさん
07/07/08 11:55:53
まぁ、程度の問題ではなくて
『２つしかないから、横でＸＸＸコード１、ＸＸＸコード２』とかされたら
もう終わりなんだけど。
258:仕様書無しさん
07/07/08 12:00:58
知り合いでRPGやってる奴いるけど、DB正規化を微塵も知らないバカだったな。
何年PGやってんだよ、って思った。
学習能力とか、市場を読む力あったら、いまからRPGとかCOBOLで開発しようとは思わないだろ。
だから結果としてバカだけが残る。
259:仕様書無しさん
07/07/08 12:17:30
田原総一郎が年金問題をコボルのせいにしてまっせｗ
URLﾘﾝｸ(www.nikkeibp.co.jp)
260:仕様書無しさん
07/07/08 12:17:42
いちおうRPGやってるのと正規化はあんまし関係ないぞ。
RPGでも正規化に対応していると言うか、まあCOBOLよりは
微妙にそういうのが扱いやすい言語だし。
正規化できん奴はナニやってもできんからな。
ExcelやAccessでも横長な表作る奴はいくらでもいるし。
#まあコレに文句いうのも変なんだが。
まあ、まともな脳があったら保守以外でRPGやCOBOLで
新規開発はやらんのは事実だろうが。
261:仕様書無しさん
07/07/08 12:19:20
>>260
言語の特性の話じゃないよ。
向学心とか学習能力がないから、結果として未だにRPGやってるって事。
262:仕様書無しさん
07/07/08 12:22:25
社保庁のあれは年金番号の導入が97年になってやっと出来たからでしょ。
一意のキーがあればよかっただけの話。
責任があるといえば、国民総背番号制反対とか言ってた野党や組合のクズじゃないか。
263:仕様書無しさん
07/07/08 15:25:29
一位のキーがあるのは当然として、そこに名寄せする作業がまんどくせ、って話じゃなかったっけ？
264:仕様書無しさん
07/07/08 16:19:50
どうせなら、国税も住民票も健康保険も運転免許所もパスポートも、
全部同じ番号で管理するがよろし。
265:仕様書無しさん
07/07/08 16:28:28
公務員に運用能力はありませんアーメン
266:仕様書無しさん
07/07/08 19:07:18
ミスっても痛くも痒くもないんじゃ
細心の注意を払いながら入力するはずはない
田原みたいな三流ジャーナリストの目は
古いソフトとハードのせいに見えるようだが
ヒューマンエラーを前提としないシステム設計なら
最新のハードを使ったところで何も変わりゃしない
それがミカカデータクオリティでもある
267:仕様書無しさん
07/07/08 21:05:06
まあ、ミカカもアレだが日立と仕事していて、
あのお役所体質的な対応とられると
「だからテメーんトコロは名寄せ失敗するんだよ」とか
激しく思うな。
まあ、アフォなお役人と頭のおかしいCOBOLerの見事な合作と言う
ことなんだろうな。
268:仕様書無しさん
07/07/08 22:21:36
>>262
国民総背番号制と、データに一意のキーを設けることは別。
ごっちゃにするからいまだに複合キーがなくならないし
業務的に意味のあるコードを主キーにして
後で桁数変わったりして大問題になる。
269:仕様書無しさん
07/07/09 14:51:56
>>249
「朝起きたらこんなになっていて・・・」
「踊りなさい。コボルは心で踊るのよ。」
270:仕様書無しさん
07/07/09 14:59:52
心でこぼるのよ！
271:仕様書無しさん
07/07/09 15:01:33
「朝起きたらこんなになっていて・・・」
「コボりなさい。コボルは心でコボるのよ。」
272:仕様書無しさん
07/07/09 16:04:26
「朝起きたらこんなになっていて・・・」
「コボりなさい。コボルはコボルでコボるのよ。」
273:仕様書無しさん
07/07/09 16:26:31
「朝起きたらこんなになっていて・・・」
「ボコりなさい。コボルはコボルでボコるのよ。」
274:仕様書無しさん
07/07/09 20:10:20
「朝起きたらこんなになっていて・・・」
「ボコりなさい。コボラは本気でボコるのよ。」
275:仕様書無しさん
07/07/09 22:26:50
「朝起きたらコボラになっていて...」
276:仕様書無しさん
07/07/09 22:40:30
>>275
それ最悪マジ最悪もう氏ぬしかないね
277:仕様書無しさん
07/07/09 22:46:10
COBOLをさらに初級者向けにしたRPGなんかお勧めです。
小学二年生から出来ます。
278:仕様書無しさん
07/07/09 22:49:27
RPGはアレで標識とか使い出すと結構芸術的な事ができなくもない言語だが。
サイクルRPGなんか一般人見てもワケわからんだろ。
別の意味でのオブジェクト指向だしw
279:仕様書無しさん
07/07/09 23:04:31
>>278
ワケ分からんから芸術ってのは素人意見だなｗ
ピカソの絵なんて子供の落書きじゃん、って言っているようなもんだ。
280:仕様書無しさん
07/07/09 23:06:08
そもそもRPGとかは、プログラミングの技術や教育が発達してない時代に、
制御部分をシステムで用意しておいて、バカがその処理の中の部分だけ書けば済むように作られた。
プログラミング技術や環境が発達した今、そんなん使ってるのは頭弱い年寄りだけだろ。
281:仕様書無しさん
07/07/10 00:39:21
書いて動いてテストが通りゃ、何だっていいんだよー
282:仕様書無しさん
07/07/10 06:39:38
>>280
＞そんなん使ってるのは頭弱い年寄りだけだろ。
某地銀の連中に言ってください。
18-22才くらいの新人が普通に新規（ｗ）で作っていたが。
283:仕様書無しさん
07/07/10 06:43:34
>>280
プログラミング技術や環境は目的じゃないからなぁ。
284:仕様書無しさん
07/07/10 10:22:58
>>275-276
最後は妹にも見捨てられ、衰弱死するんですね。
285:仕様書無しさん
07/07/10 11:30:52
そうなりそう
286:仕様書無しさん
07/07/10 11:43:11
>>283
それが目的な連中が永遠に煽りあってますが
287:仕様書無しさん
07/07/10 20:51:08
>>284
翌日彼は埋葬された
うつ伏せに、9の側から
288:仕様書無しさん
07/07/11 02:56:57
今週から始まった新しいプロジェクトに『団塊のコボラ』がいた。
二重苦....orz
289:仕様書無しさん
07/07/11 03:20:35
COBOL至上のITアーキテクトなんだけど、なんか質問とかある？
290:仕様書無しさん
07/07/11 03:23:13
>>288
混じれ酢すると、一般的に団塊世代って、１９４７年から１９４９年生まれなので、
現時点で最低５８歳なんだ。
マジ？
291:仕様書無しさん
07/07/11 08:10:40
テストが通ればなんだっていいのか？
BASICやPerlで書かれたものをリプレースまで付き合うなんて勘弁して欲しいが。
292:仕様書無しさん
07/07/11 10:24:42
>>291
C++で書いたコードをCに書き直させられるよりはいいだろ？
293:仕様書無しさん
07/07/11 11:01:15
テストを絶対に通らない実装
294:仕様書無しさん
07/07/11 23:16:09
>>293
テスト内容を実装に合わせればいいッ!
295:仕様書無しさん
07/07/11 23:28:15
>>290
今年で還暦だってよ。
早期退職してフリーランス６年目だそうだ。
しかし、そこまで生き残ってるからやっぱ、凄腕だったりするのかね？
296:仕様書無しさん
07/07/11 23:33:58
COBOLで書かせれば凄腕なのでは？
297:仕様書無しさん
07/07/11 23:47:05
>>295
コネはハンパ無いだろうな
在籍中に関わったCOBOLのメンテ仕事を外部受託とか普通にあるだろうし
298:仕様書無しさん
07/07/12 03:30:14
仕様をまとめるだけなら実害も少なそうだが。
（いや、処理内容をCOBOLベースで思考してしまうからDBの設計が非正規形になりそうだが・・・）
299:仕様書無しさん
07/07/12 12:54:35
>>295
会話してみた印象はどう？
凄腕なら、話の内容もそれなりに含蓄あるんでない。
300:仕様書無しさん
07/07/12 23:32:25
Ｂ（俺）『Ａさんはおいくつですか？』
Ａ（団塊）『私は今年で６０になりますわ。Ｂさんは？』
Ｂ『今年で３０です。』
Ａ『そうですか。私の息子と同い年ですわ。』
Ｂ『６０てことは、業界３８年ですか....』
Ａ『いえ、ずっとＩＴ業界ってわけじゃないんです。
それに、誤解なさってるようですが、私は中卒ですから一筋にしても４５年という計算になりますね。』
Ｂ『何故、この業界に？』
Ａ『成り行きですね。最初に就職した会社は３０年ほど勤めたんですが、
ちょうど、Ｂさんが生まれたころですかね、社内システムの担当者にあてがわれましてね。そこからですわ、ＩＴ業界を志したのは。』
Ｂ『じゃ、ざっと３０年ってとこですか....６０まで現場されてるってすごいことですよね？
相当な技術をお持ちなのかと....』
Ａ『いえいえ、何かに特化した技術は重要じゃないんです。
この業界、技術と言いますが、実際はそうではないですね。正確に言うと「技術を身につける力」。
移り変わりが速いですからね。「適応能力」と「考える力」が全てかと。
「これだけ」は誰にも負けないなんて限定的な力は逆に視野を狭くするマイナス要因だと思うんですよ。』
301:仕様書無しさん
07/07/12 23:34:02
Ｂ『そういうもんですか....私は資格試験に躍起になってますが、実際はそんなん、自己満足なんですかね？』
Ａ『いえ、そうではないですよ。Ｂさんが１発合格すれば、スペックの高さの証明になります。
１発まではいかなくとも、例えばＤＢスペシャリストを２発、３発で受かったら価値はあると思います。
しかし、５回落ちて６回目に受かった資格などに価値はないんですよ。逆に学習能力の低さを裏付けるだけです。
石の上に３年乗っちゃいけないんですよ。
あ、当然、司法試験などとは次元の違う話ですよ。』
Ｂ『そうなんですか....Ａさんってなんか意外ですね。昔の人って「能力」ではなく「過程の努力」を評価するものかと思っていましたが。』
Ａ『昔の人ですか（笑）しかし、実際はそういうもんですよ。「過程が大事。だから結果を気にせず頑張れ。」なんていうのは
若者を押さえつけるための方便に過ぎません。やはり、成果の上がらない努力は評価されない。それは、今も昔も変わらないことでしょう。』
Ｂ『なるほどですね。「３０年だから相当なスキル」ってのも一概には言えないってことですね（笑）』
Ａ『はは、それ言われると痛いですが、まぁそういうことですわ（笑）ってことでお手やわらかに頼みますわ。』
302:仕様書無しさん
07/07/12 23:36:57
>>299
なんか、団塊らしくない意外なオッサンやった。
303:仕様書無しさん
07/07/12 23:40:29
>>292
なんか知らんが、妙に笑える作業だなｗ
304:仕様書無しさん
07/07/12 23:42:19
>>300-301
すげー良いこと言ってんじゃん。
ただ、それと仕事で役に立つかは別問題だったりもするが。
COBOL開発じゃなくてコボラが来たとしたら、どちらも不幸じゃないか。
305:仕様書無しさん
07/07/12 23:44:29
確かにいい事言っているが口だけ人間ならどっちにしろ邪魔だなぁ。
まあ、人間関係を円滑にしてくれる係なのかもしれんが。
306:仕様書無しさん
07/07/12 23:50:28
>>304-305
確かにな。
抽象的な話でなんとも言えんが、
このスレの話したら、「昔それでコケた」って言ってた。
だから、横長に関しては心配は要らんかもな。
307:仕様書無しさん
07/07/12 23:53:51
縦長だといいね
308:仕様書無しさん
07/07/12 23:59:59
>>Ｂ『なるほどですね。「３０年だから相当なスキル」ってのも一概には言えないってことですね（笑）』
自分の親ほどのオッサンに対してとても失礼な件。
309:仕様書無しさん
07/07/13 00:19:05
>>308
だな。
年下相手でも十分失礼だけど。
問題あるのはコボラじゃなくて、アンタの方じゃね？と思った。
310:仕様書無しさん
07/07/13 00:20:38
>>306
悪くないんでない？
頭固いオッサンじゃないだろう。
そのオッサンは間違いは素直に認めそうな感じだし。
ここで語られてるクソコボラとは異質な希ガス。
311:仕様書無しさん
07/07/13 00:20:40
相手を馬鹿にする発言して、一本とったと勘違いして（笑でごまかす奴いるけど、
にこやかに話してても相手は不快だよ。
それが上手い皮肉でもね。
悪意がないなら、相手に不快なだけでつまらない冗談は言わない方がいい。
312:仕様書無しさん
07/07/13 00:24:27
>>Ｂ『なるほどですね。「３０年だから相当なスキル」ってのも一概には言えないってことですね（笑）』
このあたりは思っていても口に出さないのが大人ってモンだな。
そおいや、某日立製作所で頭のハゲたおっさんのCOBOLerがいたけど、
マジで何十年やってるか知らんけど、RDBMSの基礎も知らんアフォだったけどな。
313:仕様書無しさん
07/07/13 00:28:36
>>309
>>311
>>312
あ、それな。
その後、本人に注意されたよ（笑）。
『私はいいんだけど、客観的に観てアレは失礼な発言だよ。
でも、気にしなくていいよ。この次に来る目上の人に同じことしなければいいんだよ。』って。
冗談のつもりだったが、確かに失礼だわな。
気さくなオッサンだったんでつい....
314:仕様書無しさん
07/07/13 00:37:29
>>313
ますます良い親父じゃねぇか。
もうお前、養子になっちまえ。
315:仕様書無しさん
07/07/13 00:43:12
>>313
おいおい！
ここは、コボラを叩くスレなんだぞ！？
良いコボラ持ち出してどうすんだよ！
しかし、ええオヤジだな、そいつ。
316:仕様書無しさん
07/07/13 09:33:29
>>300
>そこからですわ、ＩＴ業界を志したのは。』
~~~~~~~
胡散臭い。
317:仕様書無しさん
07/07/13 13:22:56
>>316
石の上に3年乗るな、かあ。
重い言葉だなあ。
318:仕様書無しさん
07/07/13 13:49:26
年長者に失礼を言った点は置いておいて、みんな、>>300-301 のような会話できる？
話の発展させ方がうまくて、30の若造ながらしっかりしてるな～と感心した。
ここまで行かずにつまったりキョドる奴多いと思う。
319:仕様書無しさん
07/07/13 16:02:44
まあ録音したのをおこしたわけじゃあるまいし、
そのまんまってわけじゃないだろうけど
それでも雰囲気はよかったんだろうなあ。
これだけ会話を覚えてられたってのだけで
楽しかったんだろうなってのが伝わる。
おじさん、いい人なんじゃないかなあ。
捏造じゃなければ、だけどさ。
でも捏造だったとしても、いい言葉聞いたよ。
320:仕様書無しさん
07/07/14 00:12:01
お前らが３０年後に同じような会話が出来れば、それでいいのさ。
321:仕様書無しさん
07/07/14 02:11:12
ちょいコボオヤジ
322:仕様書無しさん
07/07/14 02:18:45
>>313
どうみても後付設定
323:仕様書無しさん
07/07/14 02:23:21
>>318
若造の方は普通に受け答えしてるだけだろ。
マのコミュ能力はそこまで低いのか？
むしろ、30歳の凡人並のコミュ能力あったら、こんな失礼な返しはしないよ。
結婚出来てない奴なのは明らか。
アンタの基準低すぎ。
純コーダーか？
324:仕様書無しさん
07/07/15 13:08:30
>>結婚出来てない奴なのは明らか。
どういう基準なんだよ ｗ
325:仕様書無しさん
07/07/15 13:35:01
>>324
いや、ヤンキーとかDQNは一部に受けるけどさ。
ヲタでナチュラルに人を中傷する奴とかって、普通に人が寄りつかないからさ。
特に女はそういう所に厳しい。
326:仕様書無しさん
07/07/15 14:06:21
>>325
２ちゃんねるの専用スレいけば同類はいくらでも。
まあ、全部俺の自演だが
327:300
07/07/15 14:12:12
>>326
騙られてるし ｗ
こんなん初めてみた。
328:仕様書無しさん
07/07/15 15:03:55
年長者に失礼、とかナチュラルに出てくるあたり
まだ儒教の思想や年功序列はメインなんだな、と思う。
329:仕様書無しさん
07/07/15 15:13:57
年長者のほとんどが今の日本を築いた。
もう糞ばっかｗ 敬うべき人は(年長者、若輩者ふくめて)ほんの一握りだ。
330:仕様書無しさん
07/07/15 15:46:39
尊敬出来る相手かに関わらず、まともな社会人なら、
年長者にはそれなりの対応とるよ。
まともな教育受けてない人は知らんけど。
敬ってないから、適当に扱うってのは随分頭悪いよ。
自分の周りからの評価下がるだけで、何も得しない。
331:仕様書無しさん
07/07/15 17:53:37
>>330
まあ、そちらの常識がどうかは知らないが、
相手への対応ってのは年齢で変わるわけじゃないだろう？
332:仕様書無しさん
07/07/15 19:32:50
PGとしては人間関係気にして本質的な議論に入れないよりかは、立場はある程度無視して議論したほうが数倍マシ。だと思うんだがな。
ほらアレだ。モヒカン族とかその辺の話。
以下コピペ。
"URLﾘﾝｸ(d.hatena.ne.jp)
この説明によれば、文系宗教から見た処断すべき異端者の事を「モヒカン族」と呼称しているのであり、理系宗教から見た処断すべき異端者の名前は存在しない。
しかし根本的にモヒカン族は、理系宗教世界にしか存在しない物ではない。
理系宗教の人間が文系宗教世界に足を踏み入れれば、真っ先にやって来るのはやはりモヒカンで手斧を持ったプロテクター姿のコミュニケーションの達人であり、彼らは異端者を手斧でボコボコに殴って叩き潰す。
そしてその日の晩には「空気の読めない奴」として断頭台送りである。
自分は文系だからモヒカン族ではない、などとは思わない事だ。
333:仕様書無しさん
07/07/15 22:05:17
>>300
君の話は面白かったけど、最後がなければ叩かれることもなかったね。
そこは、バカ正直に全て書かずに最後の２文はカットするくらいの柔軟性がほしいとこだな。
334:仕様書無しさん
07/07/15 22:09:28
ところで、ボンクラリーマンのお前らに聞くが、
例えば、デスマで５億の赤字が出たとしよう。
もし自分がそのプロジェクトの責任者だったとして
『責任を取る』というのは具体的に何をすることなんだ？
335:仕様書無しさん
07/07/15 22:11:50
部下の給料とボーナスを減額。
部下だけで足りなければ部署、
部署で足りなければ全社的に減額。
当人は出世コースから外れるだけ。
336:仕様書無しさん
07/07/15 22:17:27
>>335
なんだ、その程度か。
やっぱ、ボンクラだなお前。
337:仕様書無しさん
07/07/15 22:27:52
だって赤字を出すボンクラの話をしているのにそんなボンクラにボンクラと突っ込まれてもwww
頭大丈夫？
ちなみに漏れは赤だした事ないし。
338:仕様書無しさん
07/07/15 22:47:31
年上だから偉いとは思わないが、態度や言葉遣いを変えるのは、
ある程度まともな企業での社会人なら普通というか、最低限の事だよ。
底辺マはには分からんかもだけど。
普通の会社で年上にため口聞いたら、頭おかしいと思われる。
そんな人間客先に出せないし。
ま、底辺マは客先出せないけど。
339:仕様書無しさん
07/07/15 23:05:26
ゆとりを先取り、それが底辺
340:仕様書無しさん
07/07/16 00:46:15
>>337
釣られんなよ ｗ
荒氏はほっとけ。
341:仕様書無しさん
07/07/16 00:47:51
>>ちなみに漏れは赤だした事ないし。
そうか。苦労知らずはええのー。
勝ち組やんけ ｗ
342:仕様書無しさん
07/07/16 01:04:01
>>341
いや、派遣に赤字もクソもないだろ。
343:仕様書無しさん
07/07/16 01:07:07
ところで、ボンクラ派遣リーマンのお前らに聞くが、
お前よりさらにボンクラな元請の社員がいたとしよう。
トラブルが発生してその原因を作ったのはボンクラ元請だったとしよう。
で、そのボンクラはお前のミスにしようとしているが、
本当はボンクラのミスだったとしよう。
で、そのボンクラは『ソースは俺が管理しているので、コメントをお前の名前にしておけばそれでお前のせいになる。』
と言った。さらにボンクラは続ける。
『お前はド底辺の派遣なんだから、俺より優秀なんてことは客観的にありえないわけだ。
したがって、このトラブルもお前が原因であるということにすれば、すんなり受け入れられる。
いくらお前が本当のことを主張しても、周囲にはただの被害妄想にしか聞こえない。
次回、契約更新の際にこのトラブルをネタに単価を下げるが、お前が自主的に辞めない限り
こちらから契約を切ることはしない。
ここから先は嘘だから本気にするなよ。
「お前が辞めたいと言い出したら、お前の会社との付き合い自体なくそうとおもっている。
仮にお前の担当営業が会社都合でお前を引き上げると言い出したとしても、お前意思と解釈する。」
まぁ、安心しろ、これは冗談だから、こんなこと言ったら脅迫になっちまうからな。
当然こんなこと常識的に考えてするわけがない。
なんしても俺はお前を辞めさしたくないわけだ。
だってお前は実際は優秀なんだからできるだけ低コストで末永くこき使って
俺の出世や保身のために利用したいからだ。』
こんなときどうする？
344:仕様書無しさん
07/07/16 01:24:46
ぷち殺す。
345:仕様書無しさん
07/07/16 01:28:30
>>344
プチでいいのか？
346:仕様書無しさん
07/07/16 01:35:47
>>343
そんなこと言ったらﾀｲｰﾎじゃないのか？
347:仕様書無しさん
07/07/16 08:41:08
>>343
会話をICレコーダーで録音し、社内メールでその内容を全社員に送りつける。
ついでに労働基準監督署や警察、マスコミ等に通報する。
それくらいで勘弁してやれ。
348:仕様書無しさん
07/07/16 11:11:35
>>343
会社と話し合って給料ウプしなければ辞める
単価が下がろうとも構わない
349:仕様書無しさん
07/07/16 14:02:55
元請がボンクラなんてよくあることじゃないですか。
で、たいてい無能な人かどうかなんてのは周りにバレてますよ。
350:仕様書無しさん
07/07/16 14:11:46
>>343
相手先会社を訴えるだけ。
ソースとシグネチャの同時納品だからシグネチャのないソースは俺のじゃないし。
どうせボンクラはシグネチャの意味もわからず墓穴掘るだけだろうが。
賠償金アップでウマーだ。
351:仕様書無しさん
07/07/16 17:06:30
シグネチャっていうとファイルの識別子部分もそう呼ぶから気をつけようぜ。
べつに電子署名って言ってもボンクラは意味を理解できないだろ。
352:仕様書無しさん
07/07/16 17:19:59
ところで、ボンクラリーマンのお前らに聞くが、
お前よりさらにボンクラな肉便器女がいたとしよう。
肉便器女は残業を極端に嫌っている。
残業を嫌うのはわかるが、自分の割り当てられた作業の進捗が非常に悪い
にもかかわらず、残業を一切しない構えだ。
その他のメンバーは肉便器女の倍の作業をこなしているが残業は５時間／月ほどだ。
さらに言うと、その肉便器女に割り当てられた作業量は他のメンバーの約半分ほどで確実に定時内に終わるくらいのものだ。
全ての会社ではないが、女には残業や長期出張はなるべくさせないというの風潮は確かにあり、それをわかっているのか、悪びれる様子はない。
そこで、肉便器女はのたまう。
『残業なんてしませんよ。そんなのあなたがかわりにやってくれればいいだけじゃないんですか？』
さらに、
『私は時間内はちゃんと作業してますよ？あなたの作業の振り方が悪いに決まってるじゃないですか。
時間内に終わらないということがそれを証明しています。他のメンバーは定時でさっさと帰ってるじゃないですか。
それでも残業を強要するなら労働基準局に訴えますよ。また、この件が原因で契約を打ち切られたらそれも同様です。
さらに、この先私の契約が切られたらこの件が原因だと断定します。私が自主的に辞めるのを待つかこの件が
もう時効（許してもよいと思えるだけの期間）だと私が判断できるくらいの期間をおいてから契約を解除してください。
「私が時効だと判断できるだけの期間」というのはあなた自身が判断してください。
しかし判断を誤ればそれは無効です。そしてそのことに関して私に聞くことは堅く禁止します。
私の作業に関しては私の言うことのほうが正しいに決まっています。
なぜならしているのは私であなたは私の作業過程に関与していないからです。
したがって、あなたが何を言っても私はそれを否定することができます。
ゆえに、あなたが今思ってる「作業効率の悪さ」も否定されます。
また、第３者の言うこともあなたの言うことと同様です。』
こんなときどうする？
353:仕様書無しさん
07/07/16 17:22:29
COBOLerって休みの日に長文つくる寂しい人ばかりなのでつか？
354:仕様書無しさん
07/07/16 17:41:57
これ、脅迫で告訴できんじゃね？
355:仕様書無しさん
07/07/16 17:56:19
これ、ＳＥＸできるんじゃね？
356:仕様書無しさん
07/07/16 17:57:11
長文の駄文コピペする奴は放置じゃね？
357:仕様書無しさん
07/07/16 18:14:58
放置するのが正しいんだけどさ、コピペのやり方が間違っているとどうしても突っ込みたくなってしまう。
>>352
首切ってOK
ただし、証拠は揃えておく事。
358:仕様書無しさん
07/07/17 14:17:54
とりあえず常にICレコーダーもっておけというのは解った
359:仕様書無しさん
07/07/17 16:26:34
>>352
ひれ伏してこれまでの自らの行い詫び、心の底から反省して神棚に祀る。
360:仕様書無しさん
07/07/23 22:35:26
Ａ『Ｂさんはこの先、どのようなキャリアを志向されますか？やっぱ管理系ですか？』
Ｂ『そうですね。いずれは。』
Ａ『いずれはですか。今はまだ現場のＳＥ、ＰＧでいたいと？』
Ｂ『そうですね。まだ２９ですし。』
Ａ『いや、もう遅いですよ。あ、間に合わないという意味ではないですよ。
そうですね、５年後のＡさんはどうなっていますか？実際がどうかはおいといて
希望はどうなっていたいですか？』
Ｂ『そうですね、さすがに３５となると、平ＳＥじゃサラリーマン的にイケてないとは思います。
そのころにはプロジェクトを任されるくらいにはなりたいですね。』
Ａ『では、それまでの５年間は何なんでしょう？』
Ｂ『何といいますと？』
Ａ『いえね、コレは私の経験則で一般論とは違うかも知れませんが、
ＰＧからＳＥ、ＳＥからＰＬ、ＰＬからＰＭというステップアップは本当に王道か？
私見ではＮＯなんです。』
361:仕様書無しさん
07/07/23 22:36:47
Ｂ『えーーーーっと、どういうことですかね？』
Ａ『確かにＳＥ業務にＰＧ経験は活きるとは思います。しかし、実際活かすことのできている人は皆無に等しい。
何故活かせないかというと、ＰＧとして未熟なままＳＥにあがってしまうからです。
そして、ほとんどの人がそれを「ＰＧのゴール」と勘違いします。
だから、派遣ＰＧと元請ＳＥの軋轢は絶えないわけですな。
派遣ＰＧからすると「自分の方が知ってるのに」、元請ＳＥからすると「自分のほうがキャリアが上なのに」と』
Ｂ『なるほど、でもそれだとＰＧとして完成してからＳＥに上がれ....とそういっているように聞こえるんですが....
やはりＰＧからＳＥ、ＳＥからＰＬ、ＰＬからＰＭが王道ではないんですか？その理屈からいくと。』
Ａ『そうなんです。それが王道です。しかし、これからたった５年で現在の職域を極められるとでも？
すいません、Ｂさんを貶めるつもりはないですが、そんなに甘いものではないですよ。
王道を地で行ってる人などいません。つまりそんな王道など存在しない。
だから、どうせなら一切やる必要がないのです。最終的に何になろうがそこだけ極めればよいのですよ。
そして自分にないものは専門家に頼ればいいんです。』
Ｂ『なるほど。まぁしかし、上がるには周囲の評価が必要になってきますね。それだけは自分の意思ではどうにもならないかと。
機会を待ってるしかないですね。』
Ａ『そうですね。しかし、常に「目指すものの視点」は意識しておくべきですね。そういうところを人は見てるもんですよ。』
362:仕様書無しさん
07/07/23 22:45:59
>>360-361
団塊コボラ、痺れるなー。
ファンになった。
363:仕様書無しさん
07/07/23 22:49:50
ピーターの法則も知らんやつに
噛んで含めるように教えてやるとは
団塊えらいな。
364:仕様書無しさん
07/07/24 01:05:00
確かに団塊が口が達者なのは解るんだけど、実際の仕事ぶりの話題はでないのだな。
正直、言うだけなら漏れでも似た事言えるし。
365:仕様書無しさん
07/07/24 02:02:27
言うだけなら誰でもだが、年食わねえと言葉にウエイトが乗らんわな。
366:仕様書無しさん
07/07/24 06:36:00
エンジニア同士だと年ではなく、実力と実績が伴いと意味ないと思うが。
そこらのゴマスリ命のリーマンなら年食ってりゃ、言う内容によっては
ウェイトあるけどサ。
367:仕様書無しさん
07/07/24 16:04:56
まさかとは思いますが、この「団塊コボラ」とは、あなたの想像上の存在にすぎないのでは
ないでしょうか。もしそうだとすれば、あなた自身が統合失調症であることに
ほぼ間違いないと思います。
あるいは、「団塊コボラ」は実在して、しかしここに書かれているような正常な行動は
全く取っておらず、すべてはあなたの妄想という可能性も読み取れます。
この場合も、あなた自身が統合失調症であることにほぼ間違いないということになります。
368:仕様書無しさん
07/07/24 23:14:26
俺より一回り若い奴が横長DBを使っていた事実...orz
369:仕様書無しさん
07/07/25 00:18:15
それは単に経験不足なだけなのでは？
370:仕様書無しさん
07/07/25 20:46:47
いや、すでに洗脳済みで手遅れってことも考えられるぞ。
371:仕様書無しさん
07/07/25 22:41:05
>>俺より一回り若い
いや、とっちゃんボウヤかも
372:仕様書無しさん
07/08/08 22:38:12
Ｂ『最新のソースは \\XXXX\YYYYYYY\ZZ にあります。』
Ａ『ＶＳＳってご存知ですか？』
Ｂ『....はい。知ってますが。』
Ａ『Ｂさんははこの先、管理系に行きたいとおっしゃってましたよね？
その類のツールの存在をご存知なのに 「最新のソースは \\XXXX\YYYYYYY\ZZ にあります。」
とはいったいどういうことでしょう？銀の弾丸....とは言えないかもしれませんが....何故打たないのですか？
それらは業界では常識ともいえるくらい広く知られています....が、ＸＸさん（ＰＭ）くらいの歳の方はご存知ない場合が多いです。』
Ｂ『いえ、一度提案はしてみたんですけどね。どうも、使い方がわからないらしく、断念せざるを得ませんでした。』
Ａ『それは困りましたね。困るというのはＸＸさんではなくＢさんに対してですよ。』
Ｂ『え？』
Ａ『何故、ＸＸさんがＶＳＳの使い方を知る必要があるのですか？』
Ｂ『まぁ、ないと言えばないですね。』
Ａ『「ないと言えばない」ではなく、「全くない」のですよ。』
Ｂ『たしかに。しかし彼もＳＥ上がりですから、一応は元技術屋な訳ですよ。言いたいことわかります？』
Ａ『なるほどね。「自分に理解できないものはクソ」と』
Ｂ『そうなんですよ。ってか、その考えがクソなのは私もそう思いますが、サラリーマンですから....
一度はちゃんと提案したという事実だけで十分かと。』
Ａ『....そうですか。先程、銀の弾丸といいましたがもう一つの解釈もあることにお気づきですか？』
Ｂ『は？』
Ａ『プロジェクト推進のためのではなく、あなたの自己アピールのためにこの状況を利用すべきということです。
いやらしい話ですが、一度、わざと「先祖帰り」でもさせてみては？当然、最新のソースはどこかに保存しておいてですよ。
あなたが「一度は提案した」という事実が活きてきますね。』
Ｂ『いや、さすがにそれは......』
Ａ『「サラリーマンですから....」って、だからこそですよ。
無能な上司は自分で引きずり降ろさなければ、効率の良い仕事はできませんよ。』
373:仕様書無しさん
07/08/08 23:13:16
夏休みが羨ましい・・・
374:仕様書無しさん
07/08/08 23:45:22
今年こそは、正規の夏休みが取れそうな悪寒。
毎年毎年１日削られ２日削られ･･･
溜まり貯まった鬱憤不満のその全てを、今年こそは吐き出すのだ！！！
375:仕様書無しさん
07/08/09 00:03:50
まさかとは思いますが、この「団塊コボラ」とは、あなたの想像上の存在にすぎないのでは
ないでしょうか。もしそうだとすれば、あなた自身が統合失調症であることに
ほぼ間違いないと思います。
あるいは、「団塊コボラ」は実在して、しかしここに書かれているような正常な行動は
全く取っておらず、すべてはあなたの妄想という可能性も読み取れます。
この場合も、あなた自身が統合失調症であることにほぼ間違いないということになります。
376:仕様書無しさん
07/08/09 01:30:40
今まではまだしも372はネタでしかありえん
377:仕様書無しさん
07/08/09 11:22:51
>>372
夏休みの昆虫観察は余所でやりなさい。
そんな餌じゃアリンコも寄りつきません！！
378:仕様書無しさん
07/08/09 20:26:24
コボラ上がりのSEはPro*Cを使いたがる癖って無い？
マジでうざいんだけど。
379:仕様書無しさん
07/08/09 21:10:26
今日、テーブルの項目名で久々に『予備』ってのを見た。
ホント、新でくれ。
380:仕様書無しさん
07/08/09 21:54:44
>>372
意外にも腹黒いんだな。
381:仕様書無しさん
07/08/10 06:16:08
VSSってVisual SourceSafe？
WindowsでCOBOL保守してるん？
382:仕様書無しさん
07/08/10 11:05:47
VSSでCOBOL保守って、お前は.....!!
383:仕様書無しさん
07/08/10 11:41:26
>>378
俺はコボちゃんではないが、C/C++ で書くときは Pro*C を使いたがる。
つか、コボちゃん如きが Pro*C で書けるのか？
384:仕様書無しさん
07/08/10 13:25:32
Pro*Cがうざいって言うけど、じゃあ何を使う？
情報ぐぐったら、Cからデータベースアクセスするためのプリコンパイラだよね、Pro*Cって。
自分で一からデータベースアクセス用ライブラリ作らなくてすむんなら、選択して当然って気がするが。
385:仕様書無しさん
07/08/10 17:58:42
ODBC？
386:仕様書無しさん
07/08/10 19:08:43
まあ、ODBCかJDBCでもいいワケで。
387:仕様書無しさん
07/08/11 00:39:12
>>自分で一からデータベースアクセス用ライブラリ作らなくてすむんなら
半日かからんわな。
388:仕様書無しさん
07/08/11 00:42:22
VSS嫌。SVNにして。
389:仕様書無しさん
07/08/11 08:58:28
COBOLしかできないPGとC言語しかできないPG、仕事ができないのは
どっちだ？
390:仕様書無しさん
07/08/11 10:28:36
Ｃだろ。
391:仕様書無しさん
07/08/11 11:30:14
マジレスすると業界によりけり。
組み込みか業務系か。
俺は業務系なので、どっちか採用しなきゃ
いけないならコボラ。
392:仕様書無しさん
07/08/11 11:48:49
漏れはどっちかと言われればCだなぁ。
コボラは何年使っても効率や能率は常に一定だけど、
C言語経験者は最初悪いかもしれんが、後から伸びてくる
確率がやや高い。
まあ、業界によりけりなんじゃね。
短期間なドカタを雇いたいならコボラで、デカイシステムを
設計・開発・保守を長期間ってヤツならＣ言語って感じで。
393:仕様書無しさん
07/08/11 12:04:19
雇うかどうかなら最初から雇わないほうがいい…。
ただ、仕事ができるかどうかといわれたら俺はCの方に賭けるかな。
でもC言語しかできないっていう輩はCもできないでしょ実際。
394:仕様書無しさん
07/08/11 17:03:34
COBOLしか出来ない技術者は腐っても他の言語をCOBOLライクに使ってしまう。
C言語しかできない技術者はなんだかんだといっても他の言語を習得してしまう。
395:仕様書無しさん
07/08/11 17:06:03
そんなことないだろ。
C++やJavaで、Cライクなコードを目撃しまくってるぞ。
396:仕様書無しさん
07/08/11 20:47:39
そうだね…。
メソッドの先頭に変数宣言するのをやめないとか、
なんでも返り値で表現したりとか、
もう変数名なんでも TypenameRet (bRet) とか… （これはVBの文化もあるなｗ）、
あと某本では配列渡す際に配列の最大インデックスまで渡してたｗｗｗ
事情がない限り、array.length使えよｗｗｗｗ
しかしそんなC使いでも //コメント はふつうに使うという…
397:仕様書無しさん
07/08/12 00:24:29
>396
VC++とgcc、どっちも独自拡張でCソース中の//コメント認めてるからなぁ……
398:仕様書無しさん
07/08/12 00:40:17
そもそもあれらのC言語モードは殆ど外面だけじゃないかと思う。
399:仕様書無しさん
07/08/12 07:19:51
C99から正式に規格入りじゃなかったっけ？ < //のコメント
400:仕様書無しさん
07/08/12 12:22:50
>>399
そうだね。
でもCの専門家さんは可変長配列とかの機能を使ってない。
401:仕様書無しさん
07/08/12 13:09:44
COBOLしか出来ない技術者はCOBOLしかやらないから問題外
402:仕様書無しさん
07/08/13 23:14:59
Cができるやつはホストコンピュータの運用やカスタマイズのことで相談できたり、
WINDOWSのツールを作ってくれて頼れるのだが、
コボラの場合・・・JCLとモジュールつくりにくるだけのおっさん状態。
いいわけは、工数がどうたらこたら。たらたら仕事しやがって。
403:仕様書無しさん
07/08/13 23:56:30
実業務はコボル一筋６年だが、リナックス・ｃもできる。資格も持ってるぞ。
404:仕様書無しさん
07/08/14 00:04:46
いや、趣味自慢されても困るが・・・。
実業務でそのスキルを生かしてCOBOLの案件をJavaやC/C++に
移行させたって話なら自慢してもいいんだが。
それにＣが出来てもこのスレ的にはSQLが出来ないとどーなんだろ？って感じだが。
結局全件読み込んでプログラムで集計とかしてるなら、
普通のエンジニアにウザがられるだけだし。
405:仕様書無しさん
07/08/14 00:17:13
＞いや、趣味自慢されても困るが・・・。
コボルだけじゃないよって言いたかった
＞移行させたって話なら自慢してもいいんだが。
今度それをやる予定
406:仕様書無しさん
07/08/14 00:26:13
PoEAAは読んでると眠くなる
良いこと書いてあるのは判るんだけど
407:仕様書無しさん
07/08/14 01:27:12
>>406
手を動かしながら読む本だよ
408:仕様書無しさん
07/08/14 14:39:17
アプリでＣつかう奴は糞。
409:仕様書無しさん
07/08/14 18:10:36
＋＋でしょ？
410:仕様書無しさん
07/08/14 20:36:45
>>404
趣味でもやっているだけましだ。
趣味だとバカにしているやつは、趣味でやっているヤツ以下なのを自覚するべきだ。
411:仕様書無しさん
07/08/14 20:58:21
趣味というか自発的な興味というか好奇心が無ければプログラマには向かないってよく言うよな。
412:仕様書無しさん
07/08/14 21:19:35
>>404
そうだね。
SQLがわからないのに業務プログラマやってる奴なんて
万が一にもいたとしたら、
多少スキルがあるにしろ、死んだほうがいいと思うよ。
（新人などしょうがない人はのぞく）
Cが使えるからどーのとかの話は、
可燃ごみと不燃ごみのどちらがエレジーかってぐらいのレベルだよ。
413:仕様書無しさん
07/08/14 22:20:10
湯の町エレジー
414:仕様書無しさん
07/08/14 23:21:55
＞趣味だとバカにしているやつは、趣味でやっているヤツ以下なのを自覚するべきだ。
いや、さすがにDB絡みの開発運用業務マジ系(AIX+WebSphere+DB2)でやっているやつと
趣味程度(Linux+Apache+MySQL)では、かなりの隔たりがあると思うが。
そりゃまあ基本は同じだろうけど資格やLinux程度でデカイ事言われてﾓﾅｰ
415:仕様書無しさん
07/08/14 23:40:55
＞AIX+WebSphere+DB2
で予備１～予備４0とかのカラムがある話？
416:仕様書無しさん
07/08/15 00:00:16
＞で予備１～予備４0とかのカラムがある話？
さすがにWebSphere+DB2使ってるレベルの案件でソレは見たことないな・・・。
417:仕様書無しさん
07/08/15 00:14:17
>>WebSphere+DB2使ってるレベルの案件
はああ？？
418:仕様書無しさん
07/08/15 02:07:44
Web2.0(Linux+Apache+MySQL+笑)
419:仕様書無しさん
07/08/15 06:46:02
COBOLerには別世界の会話が続くなｗ
420:仕様書無しさん
07/08/15 13:54:24
SQLって知ってるとか知らないとか難しいとか何とか言うレベルのものか？
一昔前に例えるなら、DOSのコマンドプロンプトとバッチファイルレベルのもんだろう。
421:仕様書無しさん
07/08/15 14:04:57
世の中には10年以上も業務システムやってきて
SQLでクロス集計もできない人がいるんだよ。
アプリ側でフェッチして一生懸命集計してんの。
当然バグの温床。
422:仕様書無しさん
07/08/15 18:50:11
COBOLerがマテリアライズとかトリガーとかそういうのは知らなくても
仕方ないと思えなくもないが、にしてもグループ集計とか
簡単なJOINくらいは覚えろよ、って思うよな。
なんか必死にアプリで１行毎に読み込んでアレコレしたがるクセがある。
423:仕様書無しさん
07/08/15 22:17:25
>>420
コボラーにはそのバッチすら作れないし読めない
メーカの分厚く分かりにくいマニュアルは読めても
ポケットリファレンスなんて開こうとすらしないからな
424:1＆前１
07/08/16 00:49:38
おおー久々に見ると伸びてるなー。
人気スレになってうれしい。（人気スレ？か）
なんていうと伸び悩むとか？ ｗ
425:仕様書無しさん
07/08/16 05:04:46
伸び縮むするよ
426:仕様書無しさん
07/08/16 05:22:35
【猛暑のせいで】本日の東武東上線スレ【線路曲がった】
ｽﾚﾘﾝｸ(news板)
427:仕様書無しさん
07/08/16 14:22:21
コボラ「インターネットがつながらない」
ランケーブルが抜けてた
挿した
コボラ「ありがとう」
428:仕様書無しさん
07/08/16 23:03:29
>>414
経験しなきゃ超えられない壁ってあるけど、たまたま業務でそれの「経験あります」ってより、
自発的に勉強してるやつのほうが、伸びしろはあるだろ。
429:仕様書無しさん
07/08/16 23:28:57
どうとも言えないのが結論。
430:仕様書無しさん
07/08/17 00:08:21
LANケーブルのことを「ランケーブル」と書いているおまえもやばいと思う。
「ＬＡＮケーブル」と全角で書くヤツよりもたちが悪い。
431:仕様書無しさん
07/08/17 00:31:08
ノンケーブル
432:仕様書無しさん
07/08/17 00:34:14
LANケーブル？
おー、イエローケーブルのことね
433:仕様書無しさん
07/08/17 00:37:11
ヤザン＝ゲーブル？
434:仕様書無しさん
07/08/17 00:38:47
昔は同軸でハブなしでも繋げたんだっけ？
435:仕様書無しさん
07/08/17 00:39:32
ついつい横長♪
COBOLer♪
436:仕様書無しさん
07/08/17 01:14:00
コボラは、エクセルの機能の大半が使えません。
SQLを知っててもアクセス使えません。もちろん、Officeが使えません
プログラム言語はコボルとJCLがかけます。
時代に取り残されたコボラの履歴書より。
437:仕様書無しさん
07/08/17 01:54:45
予備１
438:仕様書無しさん
07/08/17 02:12:39
yobi1
439:仕様書無しさん
07/08/17 07:23:02
関係無いけど、Cの構造体のパディング対策で入れる予備領域の名前は
いつも悩むなぁ…。
え、pragma pack使え？すいません…。
440:仕様書無しさん
07/08/17 10:23:59
>>432
ふつー、ツイストペア。
441:仕様書無しさん
07/08/17 22:39:15
>>439
このスレだから
fillerが良いのでは？
442:仕様書無しさん
07/08/17 23:05:21
>>432
>おー、イエローケーブルのことね
昔あった、「メローイエロー」って炭酸飲料思い出した。
443:仕様書無しさん
07/08/17 23:06:13
>>441
大文字だろ、常考。
444:仕様書無しさん
07/08/17 23:44:06
>>442
あったなー。
ガキだった俺は「全然メロンの味せんやんけ、しかも黄色やし」って当時思った。
445:仕様書無しさん
07/08/18 01:07:49
＞＞４３０
いじめるなよ。ＣＯＢＯＬｅｒのぼくが書いてるんだから。
446:仕様書無しさん
07/08/18 01:13:15
>>436
イージィーもできるよ！！
447:仕様書無しさん
07/08/18 01:25:48
Easytrieve Plus?
448:仕様書無しさん
07/08/20 00:19:39
＞経験しなきゃ超えられない壁ってあるけど、たまたま業務でそれの「経験あります」ってより、
＞自発的に勉強してるやつのほうが、伸びしろはあるだろ。
そんな夢見がちな学生の意見を言われてﾓﾅｰ
趣味人間の当てのない将来の可能性に夢見るほど現場の人間はロマンチストでないぞ。
そして偽経験なんか現場の人間は一発で見抜く。
そしてFILLERとか設計するヤツは現代において嫌われるって事実だ。w
449:仕様書無しさん
07/08/20 02:43:51
今となってはイエローケーブルなんて見た事無い奴の方が多いんだろうなぁ
450:仕様書無しさん
07/08/20 23:05:58
>>449
コボラ乙
451:仕様書無しさん
07/08/22 07:22:42
>>436
イージィーってなんだ？
452:仕様書無しさん
07/08/22 22:54:17
>>451
インポのことだよ。
453:仕様書無しさん
07/08/23 04:07:45
痔の業界用語
454:仕様書無しさん
07/08/23 23:31:35
BINDってなんだ？
455:仕様書無しさん
07/08/24 00:08:08
ボインD
456:仕様書無しさん
07/08/31 00:25:04
今日配属先で初めてコボルのソースを見せてもらったら、３０００ステップ以上
あってほとんどＰＩＣ句ばかり。コボルってこんなんばっかなのかよ。
457:仕様書無しさん
07/08/31 15:52:52
COPY句ばっかりだと余計楽しめるぞ。
さらにそのCOPY句がPROCEDURE DIVISION内にあったりしたら
ウキウキだぞ。
458:仕様書無しさん
07/09/14 07:59:15
cobolの参考書は市販されていてもJCLの参考書が市販されていないのはなぜだろう
459:仕様書無しさん
07/09/14 21:24:32
>>458
口伝による、一子相伝だから。
460:仕様書無しさん
07/09/16 14:02:39
JCLって汎用機ごとに命令の記述はちがうの？
NECしかやったこと無いからしらん・・・
もしそうなら参考書が出ていないのは何となくわかる。
461:仕様書無しさん
07/09/19 20:15:35
レスのテーマから外れてきた
コボルをからかうレスだった
462:仕様書無しさん
07/09/30 15:43:48
>>レスのテーマ
スレのテーマ
463:仕様書無しさん
07/10/06 22:08:47
Ｂ『「コボラは横長ＤＢがお好き」って知ってますか？』
Ａ『......いえ。』
Ｂ『２ｃｈのＰＧ板のスレなんですけどね、読んで見ると、なるほどと思いました。』
Ａ『そうですか。』
Ｂ『Ａさんもご覧になってみたらいいと思います。
この業界が如何に偏見や見栄、虚構で成り立っているか実感できるでしょう。』
Ａ『虚構ですか。』
Ｂ『そうです。ここで語られている「コボラ」という人物像は
１．３０代後半～４０代後半
２．コボルの経験がある。
３．コンピュータオタク（スキルの程度は必ずしも高くない）。
というものです。で、これらのカテゴリーを排除していこうというのがそのスレの趣旨だそうです。』
464:仕様書無しさん
07/10/07 01:22:33
でたー！
団塊コボラ
465:仕様書無しさん
07/10/08 08:55:08
やりすぎ
466:仕様書無しさん
07/10/08 15:50:56
Ｂ『「確証バイアス」という言葉をご存知ですか？』
Ａ『....いえ』
Ｂ『自分の偏見に合致する事実のみを評価してあらかじめ用意していた結論を導く行為で、詭弁の一種ですな。』
Ａ『そうですか。』
Ｂ『そのスレで行われている議論はまさにそれです。
しかし、これは業界全体の性質と言っても過言ではありません。
「ＶＢ厨」という言葉をご存知ですか？』
Ａ『はい。ＶＢしかできない人のことですよね。』
Ｂ『そうです。しかし、広義にはＶＢ「も得意」という人が含まれています。
「ＶＢも得意」というのは複数の言語をマスターしつつＶＢが得意という意味で
とてもよいことです。しかし、実際はそのようにに評価されることは少ないようです。』
Ａ『なぜですか？』
Ｂ『やはり第一印象というものは非常に重要で、
ＶＢが得意⇒ＶＢをさせてるのが最善
その結果
ＶＢしかしない⇒ＶＢしかできない。
という結論に至るわけですな。』
467:仕様書無しさん
07/10/08 15:52:49
Ａ『しかし、ほかにもできることがあるのにそれを発揮してもらわないのは勿体ないと思いますが....』
Ｂ『そうなんです。もったいないです。しかし、そこでもったいないと感じるのは
その人のスキルに対してのことでしょう？会社やサラリーマンである管理職にとっては
評価を下げることによる買い叩きがより重要なのです。
そこは、会社は「利益」、管理職は「自分の成績」と利害が一致していますからね。
それらを損なうことがよりもったいない感じるわけです。』
Ａ『しかし、それで優秀な技術者を放出してしまったら、結局、会社も利益を損ない、
管理職の評価も下がるのでは？』
Ｂ『当然そうなんですが、もともと評価が低いということで合意されている上、
もし、「使い続けていたら？」ということなど誰にもわからないですからね。
「素材を見る目」、「素材の活かし方」が評価されるほどまだ業界が成長していないということですな。
「いい素材だけを仕入れる」ことに集中すればまだマシなのですが、「安い素材を仕入れる」ことばかり
に躍起になっているのが現状です。』
Ａ『そうなんですか。安いに越したことはないですが....』
Ｂ『コボル、ＶＢに限らず、これから淘汰されていく技術に関しても同様の議論がなされるでしょう。』
Ａ『以前言っていた、「突出した限定的なスキルは重要ではない」とはこういうことなのですか。』
Ｂ『そうですね。「偏見を持たないため」ということだったんですが、結局は「偏見を持たれないため」
ということにもなりますね。』
468:仕様書無しさん
07/10/08 23:55:25
>>466=467
それ用のスレ立てろよ。
469:仕様書無しさん
07/10/08 23:58:29
>>463
ここまでくると、じらじらしい気がする。
470:仕様書無しさん
07/10/09 00:13:13
"じらじらしい" に一致する日本語のページ 1 件中 1 - 1 件目 (0.36 秒)
471:仕様書無しさん
07/10/09 00:13:37
商業高校でＣＯＢＯＬを教えるのを辞めてほしい。
先生たちの時代にＣＯＢＯＬが流行っていたからといって
今の時代にそれを教えるのは大間違い。
472:仕様書無しさん
07/10/09 00:19:08
基本情報技術者試験の午後試験からCOBOLをなくしてほしい。
昔、COBOLが流行っていたからといって
今の時代にそれを試験に入れるのは大間違い。
473:仕様書無しさん
07/10/09 01:15:46
メンバメイコボルスミなんちゃら
474:仕様書無しさん
07/10/10 22:44:40
Ｂ『昨日また、「コボラは横長ＤＢがお好き」を見ましたが、こないだの話に酷似した書き込みがありました。』
Ａ『すいません。実は私も見ていたんです。』
Ｂ『そうですか。ていうことは団塊コボラとは私のことですね？』
Ａ『....はい。すいません。』
Ｂ『いえ、いいんです。確かに私のキャリアの中で一番長いのはコボルですから。』
475:仕様書無しさん
07/10/10 22:51:38
そろそろ東映から映画化の話が・・
476:仕様書無しさん
07/10/11 01:36:53
Ａ『この仕事自体は好きなんですが、業界のこういう体質は嫌いなんです。』
Ｂ『なるほど、仕事自体は好きと。』
Ａ『とはいえ、働きすぎは良くないとは思いますが。』
Ｂ『なるほど。しかし、この仕事が好きと「言う」人は珍しいですね。
多くのは人は
「家でパソコン触らない」
「これしかできないからしかたなく」
といいながらいつまでもしがみついてるものですよ。』
Ａ『そうなんですか。何で嫌いなのに続けるのですかね？
他業種に比べて給料も特別高いわけじゃないと思うし。』
Ｂ『マーフィーの法則です。』
Ａ『え？』
Ｂ『「進んで働くものほど無能である」というヤツですな。』
Ａ『えーっと、無能を否定するために仕事に消極的、つまり嫌いだと？』
Ｂ『はい。もっと言うと、「成果が上がらないのは力を入れてないから」ということですな。
同じ「不満足」な成果なら手を抜いた方が優秀という論理です。』
Ａ『「負けたのは本気を出していないから」ですか.... ｗ』
Ｂ『はは、そうですね。
無能はサボりを効率化と誇りますが、有能は効率化をサボりと謙るもんです。』
477:仕様書無しさん
07/10/11 22:38:13
いつの間にか、ＡとＢが逆転してますよ？
478:仕様書無しさん
07/10/12 00:35:36
コボラ自体をよくわからんやつが書き込んでるな
笑えるのにしてくれんか
479:仕様書無しさん
07/10/13 23:49:20
団塊、相変わらず含蓄のある言葉をくれるな。
480:仕様書無しさん
07/10/14 11:11:10
>>476
たしかに。
馬鹿ほど
『パソコン興味ない』とか『管理職なりたくない』
とか言うね。
さらに
『仕事の話嫌い』とか『会社の飲み会行きたくない』
みたいな、ある意味、当たり前のことを今知ったように言うよな。
481:仕様書無しさん
07/10/16 23:10:33
団塊コボラまだー？
482:仕様書無しさん
07/10/22 23:55:11
Ｂ『運用ではありえないことですから....』
Ａ『運用ではありえない？』
Ｂ『はい』
Ａ『「頻度が少ないから想定しない」、「万が一のために備えておく」
どちらにいたしましょうか？』
Ｂ『えーーーーーっと.....』
Ａ『はい、コレは意地悪で聞いているのですが、
そもそも、「運用ではありえない」という誤魔化しが問題なのです。
本来なら、ＰＧである私とＳＥであるＢさんとの間には会話は一切必要ありません。
それが究極です。』
Ｂ『話せずに仕事をするのですか？』
Ａ『はい、そうです。Ｂさんはよく「わからんことあったら聞いてください」
と他のＰＧに言っていますねよ？』
Ｂ『はい』
Ａ『とんでもない話です。』
Ｂ『何がですか？わからないことを聞くのは当たり前でしょう？』
Ａ『「わからないことがある」ということが問題です。
もっと言うと、「聞け」と言ったことで、一度に伝える内容を薄めてしまっているのです。
コレはＢさんに限ったことではありませんが、「質問される」ということに優越感を感じてしまうのですな。』
Ｂ『何を言ってるんですか？わけがわかりません。』
Ａ『まぁ、ここで「はいそうです」という人は誰もいません。
自分のいやらしい心理を肯定するのは勇気がいるものです。
うっとおしい爺だと思われるかも知れませんが、
これで、少しでもＢさんが精度の高い仕事ができるようになれば本望ですな。』
Ｂ『.....』
Ａ『さて、さっきの話ですが、いかがいたしましょうかね？』
483:仕様書無しさん
07/10/23 00:31:34
>>482のＡ爺
「あり得ないから想定しない」は無いの～？
「頻度は少ないがあり得るから想定する」は～？
484:仕様書無しさん
07/10/23 00:34:56
まぁ、機能に組み込むかどうかって話なら
２択になるんかな。
485:仕様書無しさん
07/10/23 00:38:29
Bはあり得ないと言ってるのに、Aはありうると決めつけている。
まあ、備えた方が無難とも考えられるが。
486:仕様書無しさん
07/10/23 00:40:58
『運用では』ってのが鼻についたんじゃね？
487:仕様書無しさん
07/10/23 00:43:19
入力されないはずの値をPG的に許可するかどうかって話でしょ？
それが仕様書に明記されていないって話だろ。
今まさにこの時間にもそんな話してる奴掃いて捨てるほどおるんだろうなー。
馬鹿げた職業だ ｗ
488:仕様書無しさん
07/10/23 00:44:39
「あり得へん。あったら切腹や」
くらい言えよ
489:仕様書無しさん
07/10/23 00:46:45
Ａ『もしあったらゴキブリ以下ですよ？』
490:仕様書無しさん
07/10/23 00:50:29
B「しゃー！こらー！！」
491:仕様書無しさん
07/10/23 00:54:30
>>483-488
釣られまくってんな。
492:仕様書無しさん
07/10/23 00:55:35
釣られまくるってのも不思議な日本語だ。
493:仕様書無しさん
07/10/23 00:58:45
>>482
AとBのやりとりは>>482の実際の経験？
494:仕様書無しさん
07/10/23 01:00:25
みんな時事ネタ知っててほっとした。
495:仕様書無しさん
07/10/23 01:10:03
>>493
このスレで名物化（してるのか ｗ？）しているネタ。
俺は結構好きで全部読んだ。
同一人物が書き込んでいるかどうかも不明。
実話かどうかももちろん不明。
496:団塊コボラ
07/10/23 01:24:57
呼びましたか？
497:仕様書無しさん
07/10/23 01:41:25
よんでねぇ。
消えろクソ爺。
498:仕様書無しさん
07/10/23 22:42:33
ガラの悪い奴だ
これだからコボラは・・・
499:仕様書無しさん
07/10/24 00:23:03
コボルの人と会話がかみ合いません。データベースの
テーブルらしきもののことをファイルファイルって言います。
ファイルは一文字1バイトの文字列で表現された構造体の
ようなものっぽいんですが、ファイルってなんですか
500:仕様書無しさん
07/10/24 00:40:32
ISAMファイル
501:仕様書無しさん
07/10/25 22:26:20
Ｃ『ところで、質問なんですが......』
Ｂ『ちょっと後にしてもらえる？』
Ｃ『いや、１分もかからないと思いますが。』
Ｂ『今、それどころじゃないんだよ。』
Ｃ『コレわからないと先に進めないのですが。』
Ａ『トラブルですか？』
Ｂ『はい、昨日の夜間バッチがコケてたみたいで。』
Ａ『それは大変ですね。』
Ｂ『しかし、１分で済むことは１分で済ませたほうがいいですよ。
１分で済むことを１日遅らせるより、１日かかることを１分遅らせるほうがダメージは少ないですよ。
おっと、余計なおしゃべりはこの辺にしておきましょう。』
502:仕様書無しさん
07/10/25 22:27:12
ラスト訂正Ｂ→Ａ
Ａ『しかし、１分で済むことは１分で済ませたほうがいいですよ。
１分で済むことを１日遅らせるより、１日かかることを１分遅らせるほうがダメージは少ないですよ。
おっと、余計なおしゃべりはこの辺にしておきましょう。』
503:仕様書無しさん
07/10/26 21:53:47
団塊コボラの話し方が鼻についてきた。
直に話してるＡにしてみれば、年の違いや声音などで、
話し方が傲慢でも相殺されてるんだろうけど。
504:仕様書無しさん
07/10/27 06:42:45
まぁ、作者が違うってことだろ ｗ
505:仕様書無しさん
07/10/27 07:20:30
団塊いいこと言ってるね。
まぁ、ありがちな話ばっかりだけど、
実際、それらの話みたいなことは頻繁にあるもんね。
506:仕様書無しさん
07/10/27 08:12:08
>>501はかなり程度が低いよな。
釣りじゃねぇ？
Cみたいな話し方するのって、空気読めないアホな新人で、
コイツの仕事は正直どうでもいい。
重要なシステムなら1分障害が伸びると1億損失って事もある。
ま、Bの仕事もどうでもいいものかも知れないが、
この言い方はありえんなぁ。
507:仕様書無しさん
07/10/27 09:30:08
とりあえずCは無能だろ
508:仕様書無しさん
07/10/27 09:39:03
漏れも釣りだと思うが。
状況と関係が不鮮明なので、推測だけどとりあえずＣはどーでもいい仕事で、
「コレがわからないと先に進めない」なんて状況は現実的にないな。
そしてＢは「Ｃの説明する１分と言うのは大抵１分で終わらない」って
経験的に理解しているから「今それどころじゃねえ」と返答している可能性もあるのに
Aがしったか精神で「しかし、１分で済む・・・」なんて語られたら
現場の人間からするとウザい事この上ない。
Aが真にプロならＢの代わりにAがＣの質問に答えてやればいいじゃん。
それがお互いの時間を一番効率的に利用できるんだし。
509:仕様書無しさん
07/10/27 10:44:28
>>508
そうなんだよな。
質問に答えず説教することで余計なやりとりが発生して時間を無駄にするより、
質問の要点に答えて終わらせる方が時間の節約になる。
質問者がいつまでたっても学習しない奴なら説教は必要だろうが。
510:仕様書無しさん
07/10/27 13:19:37
ラスト訂正ってのがどうもな ｗ
511:仕様書無しさん
07/10/27 14:20:27
コボラーって、正規化できないんだよな
コボラーの設計したテーブルだと
SQLでアクセスしにくいんだよね
512:仕様書無しさん
07/10/27 14:46:53
このスレの主題が久々に出たな。
ついでにチューニングも利かん。
513:仕様書無しさん
07/10/27 16:32:53
コボラーの設計したテーブル その１
得意先別月別実績ファイル（コボラーは、テーブルのことをファイルと呼ぶ）
得意先コード、年度、１月実績、２月実績・・・１２月実績
（得意先コードと年度が主キー）
年度またがりで期間指定で集計しようと思ったら、
そのつどSQLを変更しなければならない
514:仕様書無しさん
07/10/27 18:10:36
>>513
俺の上司は、利率が変わったりといった
制度変更の履歴を横に持ってるぞ Riritsu12, Riritsu2, Riritsu3…
変わったら修正すれば良いでしょって、、、
コストは客に負担させるつもりらしい。
515:509
07/10/27 18:16:40
>>510
ははは。言われればその通り。
516:仕様書無しさん
07/10/27 19:04:46
SQL?なにそれ？
ブレイクさせろブレイク！
517:仕様書無しさん
07/10/27 19:20:09
横長のDBでしか設計できないのは、本物のコボラじゃない。
本物のコボラは木構造のＤＢ設計をするんだ。
RDBしか使った事ないおまえらには理解不能だろうがな。
518:仕様書無しさん
07/10/27 19:25:04
>>513
汎用系のファイルをそのままＤＢテーブルに置き換えてるだけだから
適用開始日１ 消費税率１ 適用開始日2 消費税率２
（５％になった時に後ろ２つを追加、関連ＰＧ改修したと思われる）
とかもある。この先税率が変ったら？
正規化の概念うんぬん、というより
「今正しく稼動してるものは変更しない」でガチガチと思われる。
519:仕様書無しさん
07/10/27 19:25:35
あー>>514見てなかった。ごめん。
520:仕様書無しさん
07/10/27 19:47:48
>>517
>>本物のコボラは木構造のＤＢ設計をするんだ。
お前ＲＤＢって何かしらないんだな ｗ
521:仕様書無しさん
07/10/27 19:48:33
わかってないのは>>520の方だけど
522:仕様書無しさん
07/10/27 19:53:03
>>520
Wikipediaで調べろ。
523:仕様書無しさん
07/10/27 20:14:51
>>520
木構造DBを直接使った事ないのは普通だと思うけど、知らないのはまずいぞ。
RDBも、インデックスは木構造DBだから、意識せずに使ってるてだけだからな。
インデックスに対してSQLのORやNOTが効かない理由を考えたことすらないのか？
勉強をしようともしない態度はおまいが嫌ってるコボラーといっしょだぞ？？
524:仕様書無しさん
07/10/27 20:23:14
>>520
知ったかぶりをすると勉強になる件。
みんなが教えてくれるからな。
でも、そんな親切な連中はあんましいないぜ。
525:仕様書無しさん
07/10/27 20:28:11
>>520
URLﾘﾝｸ(www.atmarkit.co.jp)
これ読んで勉強汁。
526:仕様書無しさん
07/10/27 20:54:17
>>514, >>518
うぉーっ
その２を先に言われてしまった。。。。
コボラーは、どこに行ってもコボラーってことか
527:仕様書無しさん
07/10/27 20:56:59
すまん、520はこれの事いってると思うのだ
URLﾘﾝｸ(ja.wikipedia.org)
528:仕様書無しさん
07/10/27 21:02:13
>>520は単に小鯔を馬鹿にしたかったんでは
529:仕様書無しさん
07/10/27 21:10:22
こうやって、いろいろ話が広がって
知識を習得する機会がうまれる。
520はいい仕事をした。
530:仕様書無しさん
07/10/27 21:11:03
＞「今正しく稼動してるものは変更しない」
という明確な意思なら勝手だけど、正規化自体まーったく知らない金融名古屋人とかいるよ。
531:仕様書無しさん
07/10/27 21:16:16
>>530
そこは注意が必要なとこで、
横長で初期開発が済んでしまったものはもちろんそうである。
これから汎用機からOPEN系へのリプレスをする段階では、
「今正しく稼動してるもの」とは言えない。
新システムはまだ稼動してないのだから。
532:仕様書無しさん
07/10/27 21:22:46
>>531
ユーフィットのアホにそのまま言ってやって
533:仕様書無しさん
07/10/27 21:28:42
ＣＯＢＯＬソースはそのまま移行（データ扱い部分をＳＱＬに自動変換）するから、
現汎用システムのレイアウトのまま、ＤＢテーブルで定義したりするね。
534:仕様書無しさん
07/10/27 21:37:08
正規化させろ
535:仕様書無しさん
07/10/27 21:43:30
コボラーのプログラム設計
売上実績ファイルと得意先マスターから得意先別の集計表を作成
だいたい、こんな感じ
1.得意先マスター取得ループ
1.1.売上実績ファイル取得ループ
（１で取得した得意先コードを指定）
1.1.1.売上実績の計を求める
1.2.売上実績がゼロ以外のとき、得意先マスタの情報と売上実績の計を出力
Group By使えよ
売上実績と得意先マスターを結合しろよ
SQL一発でできるぞ
536:仕様書無しさん
07/10/27 21:45:40
石頭金融はselectも * しかできないと思ってますよ。
537:仕様書無しさん
07/10/27 23:22:08
>>531
とか言ってたベンダが仕様温めやがって、結局納期ギリでコボルそのままになった経験
538:仕様書無しさん
07/10/28 02:14:13
>>531
汎用機からオープン系へのリプレースで横長にされました。
プログラムの中身も、データ部分とUI切り分けるでもなく
1つのクラスの中に長々と全部・・・
>>535
いいえ、真のコボラは大して重くない集計票でも、
月次処理などで集計済テーブルを別に作ろうとします。
○○集計テーブル、××集計テーブルと…帳票用のテーブルが山のように作られます。
539:仕様書無しさん
07/10/28 03:37:58
>>538
そうそう、集計済みテーブル好きだよね。
ちょいとしたSQLで1秒かからずに出るのに、ストアドプロシージャで
データ追加のたびに集計表更新してる。
しかもプロシージャとかそれを呼び出すプログラムが腐ってて
集計結果間違えたりしてんのｗｗｗ
540:仕様書無しさん
07/10/28 06:40:13
>>532
＞ユーフィットのアホにそのまま言ってやって
そおいや、その会社のCOBOLソースを見たら
正規化って概念知らずにソース内で力ワザをしているのを
何回か気が遠くなったな。
しかもそういう劣悪設計なのから「修正新規」とかで
劣化コピーなプログラムが何本かあって、不具合や仕様変更が発生すると
お約束で原本＆劣化軍団を同時に修正しなきゃいけないから、
修正コストやユニットテスト、連動テストのコストがバカにならん・・・。
その場しのぎの短絡的思考なヤツが多いと思う。金融系＆COBOLerは特に。
541:仕様書無しさん
07/10/28 08:20:00
>>538,>>539
そそ、集計テーブル好きだね
入力処理の実行時に集計テーブルへの更新もやったり
”日次締処理”で日次の集計処理をやったり・・・
＞集計結果間違えたりしてんのｗｗｗ
そこで、再集計処理ですよ。
542:仕様書無しさん
07/10/28 10:58:32
というか、プログラムで処理すりゃいいようなレベルをなぜか
DB上で実行しようとする(多分ファイルメモリの記憶が濃厚なんだろうけど)
・・・今更256もつんでりゃ一万位のデータ問題なく処理できるって。
543:仕様書無しさん
07/10/28 11:35:19
逆にDBにまかせりゃ良い事をプログラムでやろうとしたりな。
544:仕様書無しさん
07/10/28 12:00:38
コボラーはストアドになんか変な幻想抱いている気がするね。
ストアドで実質プログラム書いた事あるよ・・・。
別ストアドを関数として、
XMLDBを変数領域として、
えらく遅かったです。
545:仕様書無しさん
07/10/28 12:01:00
VBとDEVELOPERが共存するシステムで
CSV取り込みをDEVELOPERで
ストアドCALLするだけの画面をVBでやれ
といわれたときゲンナリした。
546:仕様書無しさん
07/10/28 12:08:23
>>540
それは現在の俺の状況に近いものがあるな・・・死にたいです・・・
547:仕様書無しさん
07/10/28 12:59:59
>>545
VBでなくPBで経験した。
548:仕様書無しさん
07/10/28 13:48:35
3回集計して、結果が同じだったらOKって事で。。
549:仕様書無しさん
07/10/28 15:38:08
>>548
2回目と３回目の間に、他の人が別のＰＣでデータ登録して
２回目と3回目の集計結果が違った
って、落ちはないの？
550:仕様書無しさん
07/10/28 17:15:31
でもSQLで出来るからってA4 4～5枚のSQLかれた時はまいったよ。
オープン系の若い兄ちゃんだけどね。
コボラーの簡単SQL+プログラムもまいるが.....
バランスって難しいねぇ
551:仕様書無しさん
07/10/28 19:14:00
その辺のバランスを、うまく取るのがセンスかな
頭の固いコボラーには、無理だろうな
552:仕様書無しさん
07/10/28 20:55:48
一番困るのがその頭の固さ。
知らないことは詳しい人に聞いて最善の方法を考えようとか絶対しない。
メールの「グループ化」すら知らないのか嫌なのか、
３０人くらいのアドレスを書き連ねて送信。
当然忘れられる人もいる。
うるさいけどできる外注のおばさんをそれで怒らせて辞められてしまった。
553:仕様書無しさん
07/10/28 22:46:46
最近、コボラーを雇ってる金融機関にとても不安を感じる今日この頃
日本の将来は大丈夫か
ＯＬＤコボラってプルグラムを組ませていけないのかなぁ
３０年前から進歩がないやつらみたいだし
windows使えこなせそうだし
554:仕様書無しさん
07/10/28 22:54:37
日本語でおｋ
555:仕様書無しさん
07/10/28 23:20:13
553は金融機関とかで働きたいニートなのか？
556:仕様書無しさん
07/10/29 02:04:52
団塊の新作はまだかなぁ。
作家は何人いるんだろう？
557:仕様書無しさん
07/10/29 02:06:27
次回からサブタイトル付だとおもしろいな。
558:仕様書無しさん
07/10/29 02:11:07
汎用使うような業種はそもそもお硬く役所的で根拠ないプライド高いから、
変化や協力、効率性とか排除しがちなんだろうな。
559:仕様書無しさん
07/10/29 06:48:34
働く人間の全員がそういうワケではないが、そういう風に職場的に洗脳している
雰囲気はあるな。
つか、COBOLを保守メンテする案件ってぶっちゃけ無能でも出来るから、
って理由がほとんどだと思うが。
最初のシステム構築はどんな言語であれ出来る人間がいないと辛いけどサ。
560:仕様書無しさん
07/10/29 06:52:31
SE（いちおう技術者としとく）になりたいというより、
○○銀行、証券、生命の系列会社に入りたかった人間が多いから。
一番直前名前挙がってる会社なんて
人生に「ひがしうみ ぎんこう」の名前が欲しくて、
実家を離れたくなくて入った人ばかりだから。
561:仕様書無しさん
07/10/29 16:30:12
コボラーはこんなのがすき
ｽﾚﾘﾝｸ(db板:191番)
562:仕様書無しさん
07/10/29 23:15:23
次スレ候補
【非正規化】コボラは横長DBがお好き ３カラム目【用済み】
563:仕様書無しさん
07/10/30 00:08:57
Ｂ『Ｃさんをどう思いますか？』
Ａ『Ｃどうって？何の話ですか？』
Ｂ『仕事の面で....』
Ａ『まぁ、普通なんじゃないでしょうか？
彼は大学出て就職してまだ１年半くらいと聞きましたが。
何か、問題でも？』
Ｂ『いえ、ちょっと要領が悪いというか、
他の人と比べるとちょっと割りに合わないというか....
出している金額は多少安いんですが....』
Ａ『そうですか。彼も私と同じように３ヶ月契約ですかね？どうされるんですか？』
Ｂ『次回はお断りしようかと思ってるんですが....』
Ａ『そうですか。しかし、「切る」というのは簡単ですが、
それによるマイナスも十分に考えておいたほうがよいかも知れませんよ。』
Ｂ『いや、Ｃさんが抜けても特に....』
Ａ『いえ、そういうことではありません。
たとえば、Ｃさんが１０年目ならまぁ、切るのも仕方のないことでしょう。
しかし、１年半となると事情が違ってきます。』
Ｂ『といいますと？』
Ａ『１年半となると今のような現状は容易に想像がつきますね？
完成品が欲しければＣさんは初めから受け入れないというのが常識的な判断です。
使えない人員を出す方も問題ですが、
受け入れるということはそれを了承していると思われても仕方ありません。
１年半ですからね。
これは、派遣元の業者はもちろんのこと、自社の上司や同僚からも
Ｂさんの評価が下がる要因になるでしょう。』
Ｂ『上司はまだしも、派遣元の業者が評価ですか？』
Ａ『評価というのは語弊があるかもしれませんが、
「非常識な客だ」とか「だから安いんだろ？」と思われるということです。
思う方も思う方ですが、一旦受け入れてしまっていますからね。
外注業者への心証は意外と侮れないものですよ。』
564:仕様書無しさん
07/10/30 00:46:18
Ａ『Ｃさんとこは誰のツテでしたっけ？』
Ｂ『部長のツテですが....』
Ａ『Ｃさん一人についてのことで問題になることはないと思いますが、
「切ればいい」と思っていては、人を出してくれなくなることがありますからね。
当然、部長もいい気はしないどころか、部長の受け持っている他プロジェクトにも影響しかねません。』
Ｂ『....確かに。』
Ａ『これらは目に見える範疇で、本当に恐ろしいのは
Ｂさんが「切る人」であると思われてしまうことです。
こうなると、周りの人間がＢさんを怖がるようになります。
そして、Ｂさんの意見に反対する人が減るでしょう。
なぜなら、切られたくないからです。
これは、外注のみならず、自社の後輩や同僚についても同じことです。
こうして、誤った意思決定が横行してしまうわけですな。
リーダーは決して嫌われてはいけないんです。』
565:仕様書無しさん
07/10/30 00:48:32
>>563,564は間違いなくコボラ
566:仕様書無しさん
07/10/30 00:49:48
1週間で切られるような環境で育ってきたから
馬鹿らしいことこの上ない。
567:仕様書無しさん
07/10/30 01:02:39
Ａ『「デスマーチになった結果、嫌われたリーダ」というのはレアで実際は
「リーダが嫌われた結果、デスマーチになった」というケースほとんどです。
「和気藹々とデスマーチ」なんてのもごく少数ですが、あるにはありましたが....これはどうでもいいですね。』
Ｂ『そうなんですか。プロジェクト管理より嫌われないことですか。』
Ａ『そうです。というか、人心掌握力を欠いてはプロジェクト管理などありえません。
小規模ではどうにでもなりますが、１００名規模などとなるとリーダの人柄が命運を分けるといっても過言ではありません。
将来的にはその規模を任されたいと思っているのですよね？』
Ｂ『....はい。』
Ａ『それなら、「切る怖い人」ではなくて「育てる優しい人」を目指した方がよいと思います。外注も育ててナンボですから。』
Ｂ『そうですね....Ｃさんは長い目で見ることにします。』
568:仕様書無しさん
07/10/30 01:13:25
お、新作。
以前、デスマーチの挙句、外注が手を引いて別の外注業者に
ＰＧ一人１００万／月 取られてたバカがいた。
569:仕様書無しさん
07/10/30 01:34:28
外注を育てる？
金払って育てるんか？
570:仕様書無しさん
07/10/30 01:36:54
>>567
こうやって（優しさを勘違いした無能な）リーダーが作られていくのか・・・・・・
571:仕様書無しさん
07/10/30 01:40:09
まぁ、１００名規模のリーダにスキルなど....
572:仕様書無しさん
07/10/30 01:50:47
お前らクチだけは達者だなｗ
573:仕様書無しさん
07/10/30 01:50:57
第一話
>>300-301
第二話
>>360-361
第三話
>>372
第四話
>>463-466-467
第四話
>>474-476
第五話
>>482
第六話
>>501
第七話
>>563-564-567
第一話、第五話は秀逸。
あとは駄作。
574:仕様書無しさん
07/10/30 01:53:54
四話が２こありますが？
575:仕様書無しさん
07/10/30 01:55:16
失礼！
第一話
>>300-301
第二話
>>360-361
第三話
>>372
第四話
>>463-467
第五話
>>474-476
第六話
>>482
第七話
>>501
第八話
>>563-567
第一話、第六話は秀逸。
あとは駄作。
576:仕様書無しさん
07/10/30 02:22:54
すべて駄作。
577:仕様書無しさん
07/10/30 07:37:25
>567
おかしな話でAもＢもＣもプロジェクトのリーダーには慣れないと思うんだが。
リーダーと呼ばれる人間は、ワリと本人が意識しないウチにリーダーにならされていた（w)
ってケースも多いぞ。
正直、目の前のくだらねぇ問題で喚くレベルの人間がリーダーになるのは不可能に近いぞ。
578:仕様書無しさん
07/10/30 10:19:39
切りたくても、切らねぇ！って
カイジかよ。
しかもついこないだアニメで放送した分。
579:仕様書無しさん
07/10/30 19:43:17
嫌われるとか好かれるとかをいちいち考えている人はプロマネに向いてない。
小チームのリーダーぐらいならともかく。
580:仕様書無しさん
07/10/30 20:25:45
>>563-579
マごときが、プロジェクト管理語るか。
581:仕様書無しさん
07/10/30 23:10:24
一応管理者ですが、何も。
582:仕様書無しさん
07/10/30 23:19:46
係長も大変だな。
583:仕様書無しさん
07/10/31 00:21:35
>>567
無能だから嫌われた上でデスマになるってだけじゃないのん。
デスマになってから無能に気づくか、無能で嫌われたままデスマに突入するのか。
無能が原因でデスマしてたら和気藹々にはならなんだろうし。
584:仕様書無しさん
07/10/31 00:34:38
>>567
すごい反響だな。
585:仕様書無しさん
07/10/31 00:49:42
コボラの屁理屈に、飽きてきた
笑えるのがいいんだけど
586:仕様書無しさん
07/10/31 00:50:52
無能が無能を斬る。
それが２ｃｈ。
587:仕様書無しさん
07/10/31 01:24:43
しかし上手く斬れず別の無能が絡む
それが2ch
588:仕様書無しさん
07/10/31 01:44:14
>>585
熱心なファンだな。
589:仕様書無しさん
07/10/31 03:34:30
>>567
明日、会社の女子トイレでオナニーをしろよ。
590:仕様書無しさん
07/10/31 13:57:40
えらく伸びててハァ？と思ったが・・・
外注を育てるのはアホくさいが、外注にしても自社社員にしても
育つ場は現場だからなぁ。
どの現場でも切ることしかしないなら、無能な外注が増えて
デスマに陥る率も増えるだろ。
しかし爺の言うことは正論でも、育てる立場の会社や人間からしたら
ババを引いているにも違いはない。
591:仕様書無しさん
07/10/31 20:46:42
すごい！このスレってできる人ばっかしなんですね。
592:仕様書無しさん
07/10/31 22:24:58
八話が最優秀ってことでＦＡ？
593:仕様書無しさん
07/11/02 00:34:23
誰か、『氷河期ＶＢ厨』書けよ。
594:仕様書無しさん
07/11/02 00:39:03
１）COBOLER（コボラ、コボラー）
業務知識が豊富である反面、言語知識は最低限である場合が多い。
上流工程向け。今となっては希少な存在。
年収は３００万～１２００万程度。
２）オープン系技術者（ソルジャー）
仕事と趣味を混在させることが多く、更には自覚がない。
代わりはいくらでもいると思いきや、想像以上にハズレが多い。
仕様書に書いてあるより「上（設計）の事」には想像をめぐらすことが出来ないが、
仕様書より「下（手段）の事」にはこだわりがある。
年収は２５０万～４５０万（４０歳）程度。
595:仕様書無しさん
07/11/02 01:23:06
>>594
言語知識最低限じゃあどうせ設計もロクにできんだろうに…上流工程でも迷惑なだけだろ。
無駄に重ねた年齢故の立場、責任転嫁する権限があるから…切れないだけで。
というかそれぞれの区分の中で使える奴と使えない奴が混ざってるのにそこ分けないで持論に有利な点だけ抽出すんなって。
596:仕様書無しさん
07/11/02 01:51:05
重要なのはDB回りと通信なので、言語は誤差
スクリプト言語まで行くとさすがにまずいがな。
コーダにゃ、運用設計できないし。
597:仕様書無しさん
07/11/02 02:44:23
『ＸＸ回り』ってよく聞くけど、いつもイライラする。
598:仕様書無しさん
07/11/02 06:39:03
＞１）COBOLER（コボラ、コボラー）
＞
＞ 業務知識が豊富である反面、言語知識は最低限である場合が多い。
＞ 上流工程向け。今となっては希少な存在。
こいつらのクソ設計のおかげで中日が日本一の瞬間も障害対応していましたが、何か？
599:仕様書無しさん
07/11/02 20:24:56
>>596
ダウト。
言語によって得手不得手の設計が有る。これは決して誤差レベルではない。
コーダの話は誰もしてない。オープン系＝コーダとか思うのならいっぺん死んで来い。
っつかスレタイ嫁
600:仕様書無しさん
07/11/02 21:00:56
「ＤＢ周りと通信」
「ＤＢと通信」
601:仕様書無しさん
07/11/02 21:46:52
ユニークIDに意味をもたせるな！
602:仕様書無しさん
07/11/02 22:03:57
>>601
主キーと候補キーで使い分けるならアリなんだが。
603:仕様書無しさん
07/11/02 22:14:16
DATEよりNUMBER(8,0)かCHAR(8) がいいと思うのは俺だけ？
604:仕様書無しさん
07/11/02 22:27:46
>>603
なんで？既存システムとの兼ね合い？
605:仕様書無しさん
07/11/02 22:29:39
具体的に言うと名前を主キーにしないでください！
606:仕様書無しさん
07/11/02 22:58:12
年金システム？
607:仕様書無しさん
07/11/02 23:27:48
>>603
必ずや日付として無効なデータが入るであろう。
今年は10月が60日まであればよかったなー
608:仕様書無しさん
07/11/03 00:36:19
>>607
え？ごがつだよ？ねんはわすれたけど。
けんしゅうとかいうのがおわらないと６がつにならないっていってたんだ。
609:仕様書無しさん
07/11/03 01:01:23
>>607
それはあるんだけどな.....
しかし、インデックスが.....
610:仕様書無しさん
07/11/03 03:44:46
>>603
そうだね
DATE型だと、時間まで入ってしまうしね。
それに、未入力だとNulｌになってしまう。
Ｎｕｌｌは、あまり使いたくない。
オレも、よくNumberかCharで作成する。
611:仕様書無しさん
07/11/03 04:49:22
>>610
釣れますか？
612:仕様書無しさん
07/11/03 05:19:52
腐ってやがる...
遅すぎたんだ...
613:仕様書無しさん
07/11/03 07:04:13
>>609
格納したいものが、charで表せるようなもんで十分だと言うことが仕様上明確であれば、
別にcharでも良いと思う。
インデックスのためってのは、設計段階ではあまり理由にならない。
チューニング段階で、求められている速度に達しなくて、そこしかいじるところが無いって場合に初めてやればいい。
614:仕様書無しさん
07/11/03 07:39:27
>>610
Oracleが世界の中心みたいな発言でつな。
DB2はんな事ないんだが。
615:仕様書無しさん
07/11/03 10:25:06
まぁ、OracleとDB2とでは、技術者の数が違うからな
Nullって難しいよな
コボラーや年寄り技術者はもちろん、若いSEも理解していない奴が多い
DB製品間でも微妙に扱いが異なっているし
616:仕様書無しさん
07/11/03 13:37:40
>>613
チューニングってやったことありますか？
617:仕様書無しさん
07/11/03 13:45:53
>>615
Nullは値を持っていない…って解釈じゃマズイんかな？
自分とこの会社のコボラ連中、null不許可のvarcharだけでDB設計しやがった…orz
ワークテーブルも山ほど、ストアドの中はカーソルだらけ。
618:仕様書無しさん
07/11/03 14:47:56
正直な話、ＤＢのNULLの考え方はCOBOLerよりもまだ、Accessを使う
エンドユーザーの方が解っている気がしなくもない。
あとCOBOLerは「one fact in one place」の基本が出来てないヤツが圧倒的に
多いからアフォみたいにワークテーブル作るんだよな。
619:仕様書無しさん
07/11/03 15:40:29
多くのコボラーは
数値型でNull ＝ ゼロ
文字型でNull ＝ 空白
などと勘違いしている
コボラーなら、可変長のvarcharを使わず、
固定長のCharでNot Nullオンリー（笑）
620:仕様書無しさん
07/11/03 15:46:17
レスポンスが悪いからとテーブル設計を変えたり、
インデックスを追加したり、プログラムをSQLレベルではなく
ロジックそのものを変更したりするのは、
もはやチューニングではなく、
設計不良の修正
出来損ないのプログラムの修正
だろう
621:仕様書無しさん
07/11/03 16:52:53
>>619
いや、varchar使ういみ分かるならいいんだよ。
char 2～4でもvarcharにしたり、必ずmaxうまる項目にvarcharしたり
なんかdefみたいな?
まぁこんなこと言うとおっさんあつかいだけどね
622:仕様書無しさん
07/11/03 20:16:24
>業務知識が豊富である反面、言語知識は最低限である場合が多い。
これも付け加えておいてくれや。
つ【金の使い方が解らない】
623:仕様書無しさん
07/11/03 20:51:36
でも評価や金になるのは前者 "業務知識が豊富"
624:仕様書無しさん
07/11/03 21:07:28
業務知識って豊富なのかなぁ。
「保守経験が長い」ってのは納得だけど、
多くのCOBOLerって上流工程(この単語嫌い）から来た
仕様をそのままコードにして動かしていて、頭使わない日常送っている人が
ほとんどだと感じるけど。
625:仕様書無しさん
07/11/03 22:13:36
>仕様をそのままコードにして動かしていて、頭使わない日常送っている人が
>ほとんどだと感じるけど。
これについては、コボラーもゆとり世代も変わらないよ
626:仕様書無しさん
07/11/03 22:53:12
ゆとり世代の円周率はナンボだったけ？
627:仕様書無しさん
07/11/03 22:55:51
おおよそ3
628:仕様書無しさん
07/11/03 23:08:01
>>627
それは都市伝説で、キチンと小学校では3.14と教わっている。
中学ではそれがπに置き換わる。
629:ゆとり世代
07/11/03 23:11:45
ゆとり世代以前は複素数平面てなかったなんでしょ？
大半はベクトルって何か理解できてないんじゃないのかな？
630:仕様書無しさん
07/11/03 23:20:45
>>626
>>628
>>629
分かりやすくて恥ずかしくなる釣り。
631:仕様書無しさん
07/11/03 23:23:52
>>613
チューニングは設計ありき。
いくらインデックスを張ろうが、
『データがないこと』に勝るもんは何もない。
データを削除、あるいは退避する機能のないシステムはいずれ破綻をきたすことは自明。
632:仕様書無しさん
07/11/03 23:26:36
ていうか、事後にチューニングなんてバカのやること。
633:仕様書無しさん
07/11/03 23:27:31
ていうか、チューニングしなければならない状況がすでにバグ。
634:仕様書無しさん
07/11/03 23:29:22
>>631
つまり時々DB吹き飛ばせと。
635:仕様書無しさん
07/11/03 23:33:18
スラドは優秀だな
636:仕様書無しさん
07/11/03 23:51:53
事後になってチューニングを必要な設計をするのは***。
637:仕様書無しさん
07/11/04 00:14:43
>>624
スレチだが、上流行程と言うから嫌いなら前作業と脳内変換。
やっている奴らは前座に脳内変換。意外としっくりくる。
638:仕様書無しさん
07/11/04 04:01:52
>>636
繰り返しはいらんわ。
639:仕様書無しさん
07/11/04 04:09:11
偏差値７０～８０：人の使い方について考えてもいい人種
偏差値６０～７０：仕事のやりかたについて考えてもいい人種
偏差値５０～６０：最終的な成果物について考えてもいい人種
偏差値４０～５０：部品の組み立て方を考えてもいい人種
偏差値３０～４０：命令を理解すればいいだけの人種
偏差値 ～３０：脳内の活動を完全に停止しなければならない人種
640:仕様書無しさん
07/11/04 05:13:07
>>634 は、マジレスでは、ないと思うけど
>>631の言っていることは、正論だな
データの有効期限は、その会社の事業内容や、データの種類によって異なる
無駄に過去データを残していてもリソースの無駄遣い
レスポンスが悪化するのはあたりまえ
データの有効期限や、想定されるデータ量、要求されるレスポンスなど
要件定義や設計段階で設計段階で決めておくべき
641:仕様書無しさん
07/11/04 12:22:13
>>639
だから「回りは低能ばかり」と自分の偏差値をあげたがるわけだ
能力値 != 偏差値
642:仕様書無しさん
07/11/04 13:23:10
>>641
>>639 は大学のこといってんだと思うが。
「回りは低能ばかり」は低学歴がよく使う呪文。
643:仕様書無しさん
07/11/04 13:34:16
>>642
大学入試の偏差値の話？
644:仕様書無しさん
07/11/04 16:08:44
適性ってのが、意外に重要な気がする
単に勉強の量をこなすことで良い大学に入った奴は
システム開発に向いていないと思う
最小限の労力でどうすれば最大の結果を得ることが
出来るかを考えるのがシステム開発の本質だからね
645:仕様書無しさん
07/11/04 16:41:26
あまり勉強しないで二流大学に入った奴と、
ガリ勉して一流大学に入った奴では、
どちらが適性あるのだろうか？
646:仕様書無しさん
07/11/04 19:04:43
適正でなく、格。
低学歴は上に上がれないシステムになっている。
それでいい。
賢い低学歴を賢くない高学歴が使って搾取する。
それがＩＴ業界。
道義的によいかわるいかなど問題ではない。
647:仕様書無しさん
07/11/04 19:14:19
要は能力がるかどうか、頭がいいかどうかなどはどうでもよいこと。
賢い低学歴に「そんなこともわからないんですか？」と言われつつ、
定時で退散し、倍の給料をもらう。
だから、賢い底辺は丁重に扱うし、意見も積極的に聞くようにしている。
それで、自分の高収入が支えられてるんだなぁと思うと感謝せずにはいられない。
入り口間違わなくてよかったとしみじみ思う。
648:仕様書無しさん
07/11/04 19:36:39
コボラーとDBの話から学歴の話にズレてきている
みんな学歴の話になると必死だな
よほどコンプレックスがあるんだな
649:仕様書無しさん
07/11/04 19:49:25
いいポジションを得るためには、
世渡り上手＞＞＞＞学歴
650:仕様書無しさん
07/11/04 20:51:09
学歴厨って結局、世間知らないなあって感じしか受けないな
日本のIT業界の問題って、単に他の業界じゃとっくの昔に解決
されてる問題に過ぎないのに、なぜだか知らんが今自分の
おかれている状況こそ普遍的なことだみたいに思い込んでる
651:仕様書無しさん
07/11/04 20:55:57
>>650
>>学歴厨って結局、世間知らないなあって感じしか受けないな
それでいいんだって。
大切なのは手厚い待遇。
それを得るために能力を発揮しなければならない人間と
そうでない人間がいるというだけの話。
能力がなくても高待遇な人間は世間知らずでも全く問題なし。
貴族が俗世間を知らないのと同じだな。
652:仕様書無しさん
07/11/04 20:58:28
貧乏ほど、法律の半可通であるのはそういうことか。
653:仕様書無しさん
07/11/04 21:37:07
手厚い待遇は恒久的なものなのかな？
654:仕様書無しさん
07/11/05 00:30:03
政治力ってのは大事だわな
ただ社長が同じ大学という理由で外注選んだりするのは勘弁願いたい
655:仕様書無しさん
07/11/05 00:55:59
『外注を選ぶ』って固定的な外注先ないの？
そういうコネがあるのとないのとでは大違い。
656:仕様書無しさん
07/11/05 01:28:54
学生ベンチャーあがりの会社もバカに出来ないからねぇ。
657:仕様書無しさん
07/11/05 17:07:41
いや学生ベンチャーは異常系が甘いというか、
酷いのになると障害時の運用設計って概念無い人いるし。
「このタイミングでハード障害が起きた時はどうするの？」
「このタイミングで回線が切れたらどう動くの？」
とか突っ込むとポカーンとした顔で
「ハードが壊れたらどうにもなりません」
だって。
WEBのおもちゃみたいなCGIじゃないんだがな。
658:仕様書無しさん
07/11/05 17:13:38
>>657
でお前はどうするの？
659:仕様書無しさん
07/11/05 18:53:11
>>658
エラーハンドラぐらい書けって話じゃないの？
例えば二重化とか無しで、
ハード障害→エラー箇所のログ吐いて強制停止+管理者へ通報
回線障害→時間差掛けてリトライ、場合によっては回数カウントして一定量超えたら強制停止ないし管理者へ通報
みたいな。
しかし書き方が悪いな。
「ハードが壊れたらどうにもなりません」ってのは確かで、「管理者にメール送信して終了します」等が続くかどうかが問題なんだと思うけど。
「WEBのおもちゃみたいなCGI」って言い方もどうかと。おもちゃみたいなプログラムならCGIに限らないし、CGIを見下してるように見える。
「同時アクセスでカウントが吹っ飛ぶカウンタ」とか指してるとは思うけど…
660:仕様書無しさん
07/11/05 19:09:55
＞いや学生ベンチャーは異常系が甘いというか、
＞酷いのになると障害時の運用設計って概念無い人いるし。
学生、関係ないと思うぞ。
この間、汎用機からのメッセージが来なくて
永久にJOBが走らないトラブルがあって、
激しい障害が発生したんで、作ったSEに
「テメーの設計どうなってんだ！？」と問いただしたら
「ホストからメッセージがこない事なんてありえません」とヌカして
エラーハンドリングをまったく実装していないアフォがいたからな。
オープン系の方が異常系のハンドリングとかログとかしっかりやってる感があるな。
ウチの周りだけかもしれんが。
661:仕様書無しさん
07/11/05 19:23:36
学生もオープンも汎用機も関係なく、そういうのは一定割合で偏在している。
662:仕様書無しさん
07/11/05 19:33:59
「やだなぁ、メッセージが来ない場合があるんなら、ちゃんと仕様書にそう書いといてくださいよ。」
663:仕様書無しさん
07/11/05 20:25:23
学生ベンチャーあがりは外注だけでなく発注元にもなっていると思うが。
664:仕様書無しさん
07/11/05 20:36:22
>>661
なるほどな。
で>>657-663 の中にも確実にいる、と。
665:仕様書無しさん
07/11/05 23:14:41
結論、コボラは横長ＤＢがお好き
666:仕様書無しさん
07/11/05 23:23:47
『スレタイ』を『スレ題』と言ってたやつ見たことある。
667:仕様書無しさん
07/11/06 07:31:26
>>666
それ、馬鹿にするところなんだろうけど、ウマイ言い方だな。
668:仕様書無しさん
07/11/06 22:49:39
プログラム板に「COBOLは俺にきけ」なんてのがないのが不思議
くだらねぇ長文入力しているよりましなんじゃねぇ
669:仕様書無しさん
07/11/06 23:41:56
そりゃ、COBOLは読んで演算して書いての繰り返しだけだもの
入力データをどう加工すべきかは純粋に業務要件だけの話なんで、
技術知識の出番がないから「俺に聞け」みたいなスレは不要
670:仕様書無しさん
07/11/07 01:12:12
それじゃ、汎用機（ＪＣＬ）なら俺に聞けっていうのはどうだ
671:仕様書無しさん
07/11/07 02:06:14
シャア専用機なら俺に聞け。
672:仕様書無しさん
07/11/07 02:16:42
何色ですか？
673:仕様書無しさん
07/11/07 20:54:50
>>671
char専用機？
674:仕様書無しさん
07/11/07 21:10:56
そのうちvarchar専用機になるな
675:仕様書無しさん
07/11/07 22:24:15
ぬるぽ専用機？
676:仕様書無しさん
07/11/07 22:33:59
>>674
そして当然、varchar2専用機に乗り換える。
677:仕様書無しさん
07/11/08 23:40:45
そして、会社からの命令でNUMBER専用機に乗り換えさせられる
678:仕様書無しさん
07/11/09 00:31:01
ンなアホな
679:仕様書無しさん
07/11/09 09:51:12
桁数なんて飾りです。
偉い人にはそれがわからんのです。
680:仕様書無しさん
07/11/09 22:35:58
>>679
じゃ、お前は時給も日給も月給も一桁な
681:仕様書無しさん
07/11/09 22:40:07
>>680
1桁って事は桁数指定してんじゃん。だめだめ。
Oracleだと最大値いくつだったっけかなあ。
大金持ちだぜ。
682:仕様書無しさん
07/11/09 22:40:59
>>679
お前のバグでデスマを発生させたことあるだろ
683:仕様書無しさん
07/11/09 22:58:32
>>682
バカみたいに桁数指定にこだわりまくる
COBOLあがりのリーダーのせいで
桁あふれでコケたことはあるよ！
684:仕様書無しさん
07/11/09 23:05:52
>>680
2の64乗進数で一桁という事でどうでしょう？
685:仕様書無しさん
07/11/09 23:17:59
桁数と学歴の話は好きだなコボラ
686:仕様書無しさん
07/11/10 21:02:23
>>680
>>679 が何が言いたいかは "ジオング" でぐぐればわかる。
687:仕様書無しさん
07/11/10 21:03:35
>>682 もな
688:仕様書無しさん
07/11/10 21:23:57
>>686
デスマなんて飾りです。
偉い人にはそれがわからんのです。
こうですか？わかりません！＞＜
689:仕様書無しさん
07/11/10 22:03:50
そうかデスマが飾りか
そうやって残業代を稼いでいたんだな
コボラの生活の知恵を見た気がした
690:仕様書無しさん
07/11/10 22:34:54
"ジオング" ＋ "偉い人" でぐぐれば一発じゃまいか？