コボラは横長DBがお好き２カラム目

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 2chのread.cgiへ]
Update time : 05/09 13:19 / Filesize : 188 KB / Number-of Response : 868
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

コボラは横長DBがお好き２カラム目

1 名前：仕様書無しさん [2007/05/23(水) 22:42:50 ]: 前スレ
pc11.2ch.net/test/read.cgi/prog/1160745584/l50

コボラも参加してね。
2 名前：69式フリーPG ◆hND3Lufios mailto:sage [2007/05/23(水) 22:43:25 ]: 福岡から2get
3 名前：仕様書無しさん [2007/05/24(木) 00:56:11 ]: ２レコード目じゃないんだ。
4 名前：仕様書無しさん mailto:sage [2007/05/24(木) 01:08:20 ]: 前カラム、FILLERがあと35バイト残ってるから
そっちを先に使おう
5 名前：仕様書無しさん mailto:sage [2007/05/24(木) 19:20:08 ]: (；･`д･´)　な、なんだってー！！　(`･д´･；)
6 名前：仕様書無しさん [2007/05/24(木) 21:28:27 ]: １カラム目はレスポンス悪いからこっちで逝こうぜ。
7 名前：おめこ [2007/05/24(木) 21:34:26 ]: 前スレの１だけど、２スレ目が立って感激！！
8 名前：仕様書無しさん [2007/05/24(木) 21:52:57 ]: >>7
コボラ乙
9 名前：仕様書無しさん mailto:sage [2007/05/24(木) 22:22:22 ]: ほら、結局1000カラムじゃ足りないじゃないか。
5000カラムぐらい対応しないと。
駄目なDBだな。
10 名前：仕様書無しさん [2007/05/24(木) 23:03:05 ]: >>2
横長ＤＢだから、縦にのばしちゃダメ。
11 名前：仕様書無しさん mailto:sage [2007/05/24(木) 23:04:58 ]: >>10

>>3 だろｗ
12 名前：仕様書無しさん mailto:sage [2007/05/25(金) 19:10:21 ]: 糞スレ乙。
13 名前：仕様書無しさん [2007/05/25(金) 21:00:35 ]: クソスレータ・テルナー[Qtosleata Telnault
　　　　　　　　　　　　　 -ー=-‐ ､__
　　　　　　　　　　, r '"　　　　　　　　ヽ,
　　　　　　　　　ｌ　　　　　　　　　　　　 ' ,
　　　　　　　　 /　　三ﾆ=ｰ-'`=ﾆｉｉｉｉｉｉｉｉｉｉｉｌ
　　　　　　　　/　ﾆ'"　　　　　　　`ヾｉｉｉｉｉｉｉｉ|
　　　　　　　 /　ﾆ'　　　　　　　　　　 'ｌｉｉｉｉｉｉ|
　　　　　　　,ｌ　　|,r=-;.,_　　　_,､-=-、|ｉｉｉｉｉｌ
　　　　　　　ｌ　　.ｉl .,rｪｪ､_"　:;"ｪｪ j　　|ｉｉｉｉｉiｌ
　　　　　　　|　.　ｉ|　,,　　　 :;　　　,,　　ｉｉｉｉｉｉiｌ
　　　　　　 ,|　　ｉｌ,　　　　,　::　,　　　　ｌｉｉｉｉｉｉll
　　　　　　ｌ　　　ｉｉｌ,　　　 ` ' 　　　　　,|ｉｉｉｉｉｉｉｉ|
　　　　　　/　　　　 l、　ｰ- -,ｰ　　ｲｉｉｉｉｉｉｉｉｉｌｌ
　　　　　 /　　　　　ｉゝ、　￣　　／|ｉｉｉｉｉｉｉｉｉｉｉｉｌ
　　　　　/　　　　　　ｉ|　`ー- ' "　,ｌｉｉｉｉｉｉｉｉｉｉｉｉ|
　　
　　　　クソスレータ・テルナー[Qtosleata Telnault]
　　　　　　　　　(1946～1992　イタリア)
14 名前：仕様書無しさん mailto:sage [2007/05/25(金) 21:53:28 ]: 分かって無いな。糞スレだからこそ建てるんじゃないか。
15 名前：仕様書無しさん [2007/05/25(金) 22:30:12 ]: カラム数1000とかでだけでもうんざりなのに
全てのカラムにnot null制約がついてないのは気が狂いそうになる
16 名前：仕様書無しさん [2007/05/25(金) 23:04:47 ]: 1000も何に使うの？
こぼるはあんま知らないんだよね
17 名前：仕様書無しさん [2007/05/25(金) 23:13:54 ]: >>16
だから叩かれてるんだろうが！ヴぉけ。
18 名前：仕様書無しさん [2007/05/25(金) 23:15:55 ]: そんなアホな技術者でも食っていけるんだ
19 名前：仕様書無しさん mailto:sage [2007/05/25(金) 23:15:57 ]: >>13
かわいい。
20 名前：仕様書無しさん mailto:sage [2007/05/26(土) 11:26:17 ]: カラムがいくらあろうと構わん。けど、頼むから説明書も作っておいてくれ。カラムの名前からだけで内容を判断するのにもう疲れてんだよ、俺は。
21 名前：仕様書無しさん [2007/05/27(日) 03:43:15 ]: コボラの生態
１．横長（ＸＸコード００１～９９９など）
２．マスタをＪＯＩＮしない。
３．性質の違うデータをひとつのテーブルにぶち込みたがる。
　　（売上と入金など、データ区分などで分けて、片方で未使用の項目が山ほど）
４．トリガやストアドなどサーバプログラムを一切使わない。
５．無意味に物理削除を嫌う。
６．間違いを認めない。（ベテランの意地か？ｗ）
７．基本的にパソコンオタクだがたいしたスキルはない。
８．年下の上司に食ってかかる（くやしいんだろうなーｗ）
22 名前：仕様書無しさん [2007/05/27(日) 03:47:30 ]: ９．徹夜が好き。
10．読めもしないくせに紙テープのころのことを偉そうに語る。
11．態度がでかい。
12．ＰＧのくせにプロジェクト管理について薀蓄を語る。（やったことねーくせにｗ）
23 名前：仕様書無しさん [2007/05/27(日) 04:59:30 ]: >>21,22

あ。俺だ（ｗ
24 名前：仕様書無しさん [2007/05/27(日) 06:32:32 ]: ｗｗｗｗ
ip.tosp.co.jp/i.asp?I=tikyuu
25 名前：仕様書無しさん mailto:sage [2007/05/27(日) 09:22:49 ]: 13.SELECT文の結果は、すべて読み出す前提でいる。
14.集計関数が使えず、一行ずつ読み書きを繰り返す。
26 名前：仕様書無しさん [2007/05/27(日) 10:15:49 ]: 「取引履歴マスタ」w
27 名前：宇宙刑事コボラーが蒸着に必要なタイムは僅か0.05秒に過ぎない mailto:sage [2007/05/27(日) 11:06:05 ]: そこは「取引マスタ」に履歴連番を持たせて，
履歴連番が0の奴が最新のデータです，とか言うんだろ．
で，履歴と現在有効なデータの区別が付かなくなって，
データの検索条件が無意味に複雑になる，と．
28 名前：仕様書無しさん mailto:sage [2007/05/27(日) 12:48:13 ]: >>27
連番ならまだマシだぜ！

俺なんか
『更新日（YYYYMMDD）が最大のものが最新データです』
なんて言われちまったよ！

最大の更新日を取得するサブクエリが要るので激遅。
さらに更新日にインデックスも張っていなかったりする。

もう、コボラ市ねよ！
29 名前：仕様書無しさん [2007/05/27(日) 12:49:21 ]: >>23
お前コボラか？
誌ねや。
アンカーちゃんと付けろヴォヶ。
30 名前：仕様書無しさん [2007/05/27(日) 12:59:04 ]: 15．口癖は『こんな会社いたらダメになる』。といいながら一番の古株。（十分ダメになってるｗ）
16．いつでも辞めてやる的なポーズは取る。（ええ歳して恥ずかしないんか？ｗ）
17．無駄に顧客と喧嘩する。（反発することがかっこいいんだよなｗこいつらはｗ）
18．会議での発言は多いが的外れな発言ばかり。（自分はここまで考えてると必死でアピールするが空振りばかりｗ）
19．正しいかどうかじゃなくて議論に勝てるかどうかだけに固執する。（バカだからほぼ負けるｗ）
20．特に同い年以下の人間に対しては（19．）の傾向は非常に強い。（コンプレックスの塊だｗ）
31 名前：仕様書無しさん [2007/05/27(日) 13:04:44 ]: 21．２０年選手ですが、４,５月になると未だに『新人は使えない』と鼻高らか。（自分よりできない奴ができてうれしくてたまらないらしいｗ毎年すぐ抜かれてるがｗ）
22．新人の教育係を買って出るが無視される（大仁田かよｗ）
23．対して仕事してないくせに飲み会には必ず遅れてくる。（こなくていいよ？ｗ）
32 名前：仕様書無しさん [2007/05/27(日) 13:12:38 ]: 24．社内の退職金制度や社会保険のことには異常に詳しい。
　（いつ首になるかわからんもんなｗ）
25．会社に貢献することを異常に嫌う。また、がんばって上に上がろうとするものを何故かバカするスタンスをとっている。
　（がんばっても貢献できない、出世できないもんなｗ）
26．自分は仕事に全力出していないと全力でアピールする。
　（ええ歳して自分はこんなもんじゃないと思い込んでいるｗ）
33 名前：仕様書無しさん [2007/05/27(日) 13:16:48 ]: 27．悲観的なことを言えば賢いと思っている。（人生負け続けだからしかたないかｗ）
28．自分の失敗を偉そうに語る。（お前がバカなだけだろ？って突っ込むと怒るｗ）
29．オボコい新人にはやたら女の話をしたがる。遊んでそうな奴にはしない。（童貞だからｗ）
30．『結婚は人生の墓場』としてもいない癖にのたまう。（『余裕のある』既婚者は言わないよな　ｗ）
34 名前：仕様書無しさん [2007/05/27(日) 13:21:39 ]: 31．退職日が１５日とか末日とかキリのいい日付じゃない。（会社はすぐにでも切りたかった）
32．退職の挨拶に来ない。（クビだから当然かｗ）
33．送別会がない。（同上）
34．私物を取りに来ない。（オマケのフィギアとか置くなｗ）
35．何故か年賀状は送ってくる。（やっぱ辞めてくなかったのか？かわいそうにｗ）
36．たまに間違い電話がかかってくる。（友達おらんのか？ｗ）
35 名前：仕様書無しさん mailto:sage [2007/05/27(日) 13:25:29 ]: コボラ以外にも当てはまるのが多過ぎる気がするが…
36 名前：仕様書無しさん [2007/05/27(日) 13:31:44 ]: 37．失業手当もらうために６ヶ月休む。
38．同業種ではどこも雇ってくれない。
39．でも、同業種に固執する。
40．前職ではPMをやっていたと一世一代のハッタリをかます。
41．やっと内定したのは偽装請負。
42．オブジェクト指向がわからなくて挫折。
43．デスマーチを引き起こす。
44．一ヶ月後バックれ退社。
45．勤続一ヶ月なので失業手当もらえず。
46．就活するも、勤続一ヶ月なのでどこも内定できず。
47．でも、同業種に固執して１年棒に振る。
48．貯金が底をつく。
49．工場に就職（時給８００のバイト）するがDQNに苛められて３日でリタイヤ。
50．実家に泣きついて年金暮らしの両親の家計を圧迫する。
37 名前：仕様書無しさん mailto:sage [2007/05/27(日) 13:33:17 ]: 31からは生態じゃなくて転落物語だなｗ
38 名前：仕様書無しさん [2007/05/27(日) 13:39:34 ]: 51．両親に金を借りて株をはじめる。
52．当然、連敗で資金が底をつく。
53．もう一度金を借りてリベンジ。
54．一気に取りかえそうと信用取引に手を染める。
55．追証がかかる。
39 名前：仕様書無しさん [2007/05/27(日) 13:41:32 ]: 56．黙って両親を保証人にしてサラ金に手を出す。
57．でもさらに追証がかかる。
58．返済が滞る。
59．ブラックリストに載る。
60．闇金に手を出す。
40 名前：仕様書無しさん [2007/05/27(日) 13:42:16 ]: 61．株では時間がかかるので、先物、FXに乗り換える。
62．すばやく退場。
63．強面の取立てが家に来る。
64．３日待ってくれと懇願。
65．軽くどつかれる。
41 名前：仕様書無しさん [2007/05/27(日) 13:53:44 ]: 66．夜逃げする。
67．最寄駅の構内に住み着く。
68．縄張りを荒らしたと、先輩ホームレス達にボコられる。
69．空き巣に入る。
70．当然見つかる。
42 名前：仕様書無しさん [2007/05/27(日) 13:58:31 ]: 71．懲役１年執行猶予３年。
72．当然再犯でパクられ、懲役計２年６ヶ月。
73．古株の囚人に目を付けられる。
74．カマ掘られる。
75．尺八をさせられる。
43 名前：仕様書無しさん [2007/05/27(日) 14:02:23 ]: 76．出所後、実家を訪ねる。
77．勘当される。
78．腹が減る。
79．弱る。
80．へんじがないただのしかばねのようだ。
44 名前：仕様書無しさん [2007/05/27(日) 14:07:50 ]: 80番はうけた
45 名前：仕様書無しさん [2007/05/27(日) 14:21:39 ]: 81.しんでしまうとはなさけない。もういちどきかいをあたえよう。
46 名前：仕様書無しさん mailto:sage [2007/05/27(日) 18:05:52 ]: 単なる気に喰わない奴に対する罵倒か、これは。
47 名前：仕様書無しさん [2007/05/27(日) 18:18:13 ]: デスマ中なんだろう
48 名前：仕様書無しさん mailto:sage [2007/05/27(日) 18:22:44 ]: >１．横長（ＸＸコード００１～９９９など）
>２．マスタをＪＯＩＮしない。
>３．性質の違うデータをひとつのテーブルにぶち込みたがる。
>　　（売上と入金など、データ区分などで分けて、片方で未使用の項目が山ほど）
>４．トリガやストアドなどサーバプログラムを一切使わない。
>５．無意味に物理削除を嫌う。

使えそうなのはここまでだな。
49 名前：仕様書無しさん [2007/05/27(日) 18:26:13 ]: ３．と５．の合わせ技なんて最悪。

データ区分＝XX AND
削除区分＝0

とか全部に必要なんだよな。
50 名前：仕様書無しさん mailto:sage [2007/05/27(日) 18:32:00 ]: 履歴が必要なら、履歴テーブルを作るべきだな。
頭悪いんだよ、コボラは。
51 名前：仕様書無しさん [2007/05/27(日) 18:34:39 ]: ３．は最悪だぜ。
NOT NULL 制約や、外部キーが使いにくい。
SEQが溢れるのが早くなる（Or SEQが使えない。）
52 名前：仕様書無しさん mailto:sage [2007/05/27(日) 18:40:15 ]: オフショアでインドに出した案件が、オールCで作られてきたからって
「俺らC言語がわからないから、お前等レビューしろ」と
別プロジェクトの我々に命令するのはやめていただきたい。
53 名前：仕様書無しさん mailto:sage [2007/05/27(日) 18:46:43 ]: テーブル100個くらいあるシステムでこういうのに関わってます。

１．外部キーを全く使ってない
２．Nullを許容満載
３．全く同じ値であるべきデータが複数のテーブルに分散してる
４．キーが全く存在しないテーブルすらある
５．1つのテーブルで複数のマスタを共用し、区分で分けてる
　　もちろん区分の意味とかどこにも書かれてない

もうイヤです
54 名前：仕様書無しさん [2007/05/27(日) 20:36:46 ]: >>52
コボラのこういうところがわからんよな。

無能なくせに態度がでかいってのがｗ
55 名前：仕様書無しさん mailto:sage [2007/05/27(日) 20:38:22 ]: >>17．無駄に顧客と喧嘩する

コボラかどうか知らんけど、出世できなかった中年に多いな。
56 名前：仕様書無しさん mailto:sage [2007/05/27(日) 20:40:58 ]: 27～30 は未婚（下手すると童貞ｗ）
57 名前：仕様書無しさん mailto:sage [2007/05/27(日) 20:42:20 ]: 24～26 は財テクオタクだったりする。
新車買えるくらい負けたを大声で自慢するとかｗ
58 名前：仕様書無しさん mailto:sage [2007/05/27(日) 21:40:38 ]: コボラってJavaとかCはわかんないからDB設計で参加するよみたいな態度とるんだよな。
あれが一番意味不明。DBならできると思ってんのか。
59 名前：仕様書無しさん [2007/05/27(日) 21:50:47 ]: >>29
ｱﾋｬ！

ギコナビだと許容なアンカだがな。
60 名前：仕様書無しさん [2007/05/27(日) 22:01:17 ]: ANAの予約・発券システムの移行後の DB の表の長さが気になるな。w

日経BP見たら元がメインフレームで FORTRAN (本当か?) で、それを
Java で動くやつに入れ換えるんだとさ。もしや Java で全部読んで
ループさせて検索して遅いとか言ってんだろうか。
61 名前：仕様書無しさん [2007/05/27(日) 22:11:45 ]: だよなｗ
絶対、横長だぜ！！ｗ
62 名前：仕様書無しさん [2007/05/27(日) 22:12:43 ]: ヨコナガー
63 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:12:58 ]: きっと全行フェッチしてメモリ展開だな！
しかも線形リスト構造ｗｗｗｗ
64 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:16:34 ]: >>58
そうそう、おかげで正規化どころか適切な型とかインデックスとかも
まるで考慮されてないテーブルが出来上がって、
JavaのPGなのに中身はCOBOLっぽい処理せざるを得ない結果になって、んでもって、
「これならCOBOLでやったほうが工数少ないし処理効率いいな。」
とかいうんだよね。大抵。
65 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:17:34 ]: おまいのしってるDBはISAMだろってなー
66 名前：仕様書無しさん [2007/05/27(日) 22:17:38 ]: ＡＮＡコボラ乙ｗ
67 名前：仕様書無しさん [2007/05/27(日) 22:18:45 ]: >>64
そうそう。
『俺様（ＩＱ５０のｗ）に理解できない技術はクソ』とか思ってるｗ
68 名前：仕様書無しさん [2007/05/27(日) 22:19:47 ]: >>64
インデックスって知ってたらまだマシｗ
69 名前：仕様書無しさん [2007/05/27(日) 22:20:19 ]: w
70 名前：69式フリーPG ◆hND3Lufios mailto:sage [2007/05/27(日) 22:21:22 ]: ちょっとまて。
FORTRANって、流体関係（気象や原発の冷却水系シミュレーション）以外で
使ってるとこがあんの？電磁気分野でも20年前なら使ってたとこがあったけど
こんな分野じゃないだろー。いくらなんでも。
71 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:21:26 ]: >>60
削除区分を参照し忘れてたりするんだぜ、きっとｗ
『取り消したハズの予約が？？何故？？』
とか言ってるに決まってるｗ
72 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:22:23 ]: 確かに。計算以外使えるのかい？
73 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:25:18 ]: ４０歳バカコボラＳＥもどき『売上は区分＝U って言ったじゃないか！！区分＝Nも出てるぞ！！』

普通のＰＧ『そんなこと仕様書には....』

４０歳バカコボラＳＥもどき『Ｕは「Ｕｒｉａｇｅ」のＵ、Ｎは「ＮＹＵＫＩＮ」のＮに決まってるだろ！！』

こんな奴、掃いて捨てるほどおるｗ
74 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:26:45 ]: 先輩！ロールバックセグメントが10Gあっても足りません！
75 名前：仕様書無しさん [2007/05/27(日) 22:26:47 ]: >>73
まぁ、本当に「売上は区分＝U って言った」
のならまだええわな。

ほとんどの場合、口頭でも伝えてないんだからｗ
76 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:27:55 ]: つか、売上と入金が同じテーブルにあること自体終わってる罠。
77 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:28:24 ]: >>74
まあ、やつら、バッチ処理最高、バッチ処理ならどんな力技もおｋ、見たいな所あるからな…･･･。
78 名前：仕様書無しさん [2007/05/27(日) 22:29:26 ]: >>76
『つか』じゃなくて、それを言いたかったんだろうなｗ
79 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:31:12 ]: あー、5000万件のテーブルからフラグの立った100万件のレコードを
selectしてdeleteするバッチ書かされたとき、案の定ロールバックセグメントが不足したわ。
そんでソフトがどうのこうの言われたときはもううざいからオラクルも俺に触らせろと
おもった。
80 名前：仕様書無しさん [2007/05/27(日) 22:34:08 ]: ホワイトカラーエグゼンプションじゃなくて、
コボラエグゼンプションにしてくれ　ｗ
81 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:34:58 ]: あ？不治痛のSymfoware舐めんなよ
82 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:35:29 ]: こういう（ＡＮＡ）重大なトラブルって会社名じゃなくて
個人名晒すべきだよｗ
83 名前：仕様書無しさん [2007/05/27(日) 22:36:43 ]: いいか。お前ら。VARCHARは使うな。あれは可変文字列だからな。
CHARを使え。ランダムアクセスする時は固定長レコードじゃないとだめだ。
84 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:37:00 ]: >>Symfoware舐めんなよ
なにそれ？
甘いの？
85 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:37:59 ]: >>83
まぁ、マジレすすると、
断片化が起こりにくいというメリットはあるね。
86 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:44:35 ]: >>83
この辺、マジレスするとちょっと難しくて、
対象フィールドのサイズや書き換え頻度、インデックス対象かどうかで、
どっちにするべきかって変わってくると思うんだよ。

比較的小規模のテーブルで書き換え頻度が高いような要件だと、
ディスクの容量的に問題なければ、VARCHARにするよりCHARのほうがいいケースも多いと思う。
87 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:57:25 ]: asitamo mata cobol kayo …
88 名前：仕様書無しさん mailto:sage [2007/05/27(日) 22:58:21 ]: 固定長使って、1レコード長をページサイズの整数分の1にできると理屈の上では効率良くなるよな
89 名前：仕様書無しさん mailto:sage [2007/05/27(日) 23:56:20 ]: 1レコード1ページにするという手もある。
90 名前：仕様書無しさん mailto:sage [2007/05/28(月) 00:01:43 ]: 昔のSQLServerではたまにそういうテクを使ってた気もする
91 名前：仕様書無しさん [2007/05/28(月) 00:27:12 ]: コボラはDISTINCTとOrder By はタダだと思っている。
92 名前：仕様書無しさん mailto:sage [2007/05/28(月) 01:17:52 ]: >>91
あるある。

つーか、全体的に処理コストの論点がRDBとは違うのに、そこを意識できない。

なので、オープン系のシステム開発時に、
・コボラが自分理論でDB設計
↓
・泣く泣くPGが実装
↓
・性能出ない
↓
・PG側が必死こいてチューニング
↓
・コボラ：「これだからオープン系は……」

って流れが絶えない。
93 名前：仕様書無しさん [2007/05/28(月) 19:26:41 ]: コボラはレコード追加は有料だと思っている。

なんていうと、それで金取れるほうがいいとか言い出しそうだなｗ
94 名前：仕様書無しさん [2007/05/28(月) 19:43:07 ]: 過去に見た痛いコボラ
　１．全てのテーブルにおいて検索条件で絞り込んだサブクエリ同士を
　　　JOINする。テスト環境ではデータ量が少ないので、問題なかった（１秒ほど）が
　　　本番環境で実行すると２時間たっても帰ってこなかった。
　　　SQL直すと１０秒ほどで済んだ。
　
　２．設計で一人だけ横長テーブルになったコボラ（PL）
　　　あろうことか、全部横長に直させて言った。
　　　たまらず会議で横長はやめようと言ったら、烈火のごとくキレだして、
　　　『じゃぁ決を採ろう』などとわけのわからぬことを言い出した。
　　　決を採って見ると、横長：非横長＝１：６で横長却下に。
　　　顔真っ赤にして、会議を放り出してどこかへ消えたｗ
95 名前：仕様書無しさん mailto:sage [2007/05/28(月) 19:50:32 ]: ３．テーブルにYOBI01～YOBI99という項目を作ってるが
　　次バージョンの設計を見てみると別の列を追加して予備は放置。
　　『何のために作ったんですか？』と聞くと俯いて黙ったｗ
96 名前：仕様書無しさん [2007/05/28(月) 19:51:21 ]: >>95
そもそも、予備を作ることが無意味というか、むしろ害。
97 名前：仕様書無しさん mailto:sage [2007/05/28(月) 20:27:11 ]: おれなんかなぁ。。。。。

全行SELECTかましてマッチング取るやつ見たことあるぞ。
98 名前：仕様書無しさん mailto:sage [2007/05/28(月) 20:53:33 ]: しかし、ほんとうに田螺ってクズのへたれだな。こういう男を描かせたら花沢は日本一だな。
99 名前：仕様書無しさん mailto:sage [2007/05/28(月) 21:10:17 ]: とにかく空白というかFILLER項目がなくなるのが怖いんだよ。察してやってくれ w
100 名前：仕様書無しさん [2007/05/28(月) 21:12:21 ]: 田螺（タニシ）ってどういう意味？
101 名前：仕様書無しさん mailto:sage [2007/05/28(月) 21:13:12 ]: わかりにくいこと言う奴ってかっこいいよな！
102 名前：仕様書無しさん [2007/05/28(月) 21:26:02 ]: >>101
多分誰かを煽ってるつもりなんだろう。
103 名前：仕様書無しさん [2007/05/28(月) 21:28:33 ]: >>101
どんな馬鹿でもわかりにくい言い回しはできるけど
わかりやすい言い方は頭のいい人間にしかできない
ってのは至言だと思う
104 名前：仕様書無しさん mailto:sage [2007/05/28(月) 21:29:43 ]: >>100
マジレスすると、>>98は単に誤爆と思う。

田螺＝花沢健吾の漫画「ボーイズ・オン・ザ・ラン」の田西のことだと思う。
105 名前：仕様書無しさん [2007/05/28(月) 21:32:45 ]: >>104
仮にそれに例えての書き込みだったら身の毛もよだつ寒さ。
106 名前：仕様書無しさん mailto:sage [2007/05/28(月) 21:33:57 ]: 田螺→コボルのうんこコード
花沢→コボラ
107 名前：仕様書無しさん [2007/05/28(月) 21:34:05 ]: >>103
お前のマジレすがウケるｗ
108 名前：仕様書無しさん mailto:sage [2007/05/28(月) 21:35:00 ]: 田螺→コボラの設計したうんこオラクルDB
109 名前：仕様書無しさん [2007/05/28(月) 21:36:31 ]: >>94
そういう奴おるね！！
特に２．

バブル世代は自分が賢いと勘違いしてるから困ったもんだ。
顔真っ赤にして.....ってのはさすがに見たことないがｗ
110 名前：69式フリーPG ◆hND3Lufios mailto:sage [2007/05/28(月) 21:40:00 ]: おい。俺も一応バブル世代だぞｗ
コボルとは無縁。FORTRANなら学生時代にシミュレーションに使った。
111 名前：仕様書無しさん [2007/05/28(月) 22:07:19 ]: お前誰？
112 名前：仕様書無しさん [2007/05/28(月) 22:09:04 ]: pc11.2ch.net/test/read.cgi/prog/1174837272/l50

ここに呼ばれてるおっさんか？
113 名前：仕様書無しさん mailto:sage [2007/05/29(火) 00:02:43 ]: 69式ってDBも詳しいのか？
組み込み屋かとおもった
114 名前：仕様書無しさん mailto:sage [2007/05/29(火) 06:40:35 ]: DB屋はあれはあれで専門職だからなぁ。
レア技術職ではあるし。

だからと言って素人が横長DBってのはアレだが。
115 名前：仕様書無しさん mailto:sage [2007/05/29(火) 10:54:57 ]: >>97
それもコボラの基本
116 名前：仕様書無しさん [2007/05/30(水) 21:16:32 ]: 今日のコボラ
　TRUNCATE TABLE XXXXX WHERE YYY=ZZZ
117 名前：仕様書無しさん mailto:sage [2007/05/30(水) 21:19:18 ]: ☆ヽ(o_ _)oﾎﾟﾃｯ
118 名前：仕様書無しさん [2007/05/30(水) 21:24:18 ]: >>116
その後は当然、COMMIT だよな！ｗ
119 名前：仕様書無しさん [2007/05/30(水) 21:26:05 ]: DECLARE
BEGIN
TRUNCATE TABLE XXXXX WHERE YYY=ZZZ;
COMMIT;
WHEN
OTHERS THEN
ROLLBACK;
END;
120 名前：仕様書無しさん [2007/05/30(水) 21:26:53 ]: >>119
EXCEPTION が抜けてますが？
コボラにしてはがんばったな。
121 名前：仕様書無しさん mailto:sage [2007/05/30(水) 22:47:52 ]: 蛇足だが、COMMITってのはネタだよな?
122 名前：仕様書無しさん [2007/05/30(水) 22:49:15 ]: >>121
ホント、蛇足。
コボラ？
123 名前：仕様書無しさん [2007/05/30(水) 22:51:19 ]: 昨日のコボラ
　UPDATE TAB SET TNAME = XXXX WHERE TNAME = YYYY;
124 名前：仕様書無しさん [2007/05/30(水) 22:52:11 ]: 明日のコボラ
　INSERT INTO DUAL VALUES('Y')
125 名前：仕様書無しさん mailto:sage [2007/05/31(木) 15:44:24 ]: >122
truncateしてしまったら、commitでもrollbackでもそのtableに関しては
同じ話だが。
126 名前：仕様書無しさん mailto:sage [2007/05/31(木) 16:23:26 ]: TRUNCATE用のロールバックセグメントが足りません＞＜
127 名前：仕様書無しさん mailto:sage [2007/05/31(木) 17:10:34 ]: >>121
つか君、その TRUNCATE が明らかに間違っていることに
気付いてないだろ。
ヴビ厨？
128 名前：仕様書無しさん mailto:sage [2007/05/31(木) 18:09:45 ]: せっかく面白い話だったのに。
125も127もsuneiku hutto
129 名前：仕様書無しさん [2007/05/31(木) 20:55:00 ]: >>125
>>127
『蛇足』とはお前らのためにあるような言葉だなｗ
130 名前：仕様書無しさん mailto:sage [2007/05/31(木) 20:55:42 ]: >>127
ヴビ厨なら知ってるわなｗ
131 名前：127 mailto:sage [2007/06/01(金) 11:00:11 ]: >>129
失礼な！空気読まずにﾚｽしただけなのに！
132 名前：仕様書無しさん mailto:sage [2007/06/01(金) 12:51:54 ]: おおそうか。

必死だなワラってのは
こういう時に使うんだ。
133 名前：仕様書無しさん mailto:sage [2007/06/01(金) 18:48:18 ]: >>131
わかりにくい。
『普通の』マジレすに見えた。
134 名前：仕様書無しさん [2007/06/01(金) 21:07:53 ]: まぁ、なんていうか、>>117 が一番優秀やな。
135 名前：仕様書無しさん [2007/06/01(金) 22:22:50 ]: つか、最近思うんだがoracleってのもなんだか古臭いよな。
SQL-ServerやMySQLと比べると。
136 名前：仕様書無しさん mailto:sage [2007/06/01(金) 22:31:55 ]: 日本人（日本企業）はMySQLつかわねぇよ。
理由はわかるよな？
137 名前：仕様書無しさん mailto:sage [2007/06/01(金) 22:34:53 ]: SQL-Serverは糞。
138 名前：仕様書無しさん mailto:sage [2007/06/01(金) 22:34:56 ]: 自分でコンパイルすれば無問題
139 名前：仕様書無しさん [2007/06/01(金) 22:36:17 ]: >>137
MySQLやSQL-SERVERやOracle よりも
>>135が糞。
師ねや。
140 名前：仕様書無しさん [2007/06/01(金) 22:37:49 ]: >>138
はぁ？
そんなめんどいこと誰が......？
あほじゃね！？ｗ
141 名前：仕様書無しさん mailto:sage [2007/06/01(金) 22:39:32 ]: >>140
アホはお前。なんも知らんねんなｗ
142 名前：140 [2007/06/01(金) 22:41:08 ]: >>141
何が？
143 名前：仕様書無しさん [2007/06/01(金) 22:47:58 ]: ここ最近コボラ批判がなくて面白くないね。
誰かないの？コボラネタ。
144 名前：仕様書無しさん mailto:sage [2007/06/01(金) 22:51:53 ]: >>143
最近って、二日前にしてるんだけど？>>116 とか
お前の最近って昨日までですか？
145 名前：仕様書無しさん mailto:sage [2007/06/01(金) 22:56:05 ]: 時代はCache'だぜ？
146 名前：仕様書無しさん mailto:sage [2007/06/01(金) 23:15:00 ]: SQL-SERVERってどっちの？
147 名前：仕様書無しさん mailto:sage [2007/06/01(金) 23:15:05 ]: そんな古いモンいまさらどうするよw
148 名前：仕様書無しさん mailto:sage [2007/06/01(金) 23:17:00 ]: 比べてる点が、管理ツールのGUIとかなら
149 名前：仕様書無しさん [2007/06/01(金) 23:53:06 ]: >>147
マンプスと混同するな。
150 名前：仕様書無しさん mailto:sage [2007/06/01(金) 23:56:39 ]: だから、コボラネタないんかよ！
151 名前：仕様書無しさん mailto:sage [2007/06/01(金) 23:57:24 ]: 優れた、DBMSについて語るより
痛いコボラ叩いてるほうがおもろいだろ！？
152 名前：仕様書無しさん [2007/06/02(土) 02:19:17 ]: つか、コボラって進歩が無く同じ事延々やってるだけだから、そりゃネタも尽きるんじゃないのか？
153 名前：仕様書無しさん mailto:sage [2007/06/02(土) 02:32:31 ]: 　　>>88
Oracleにはそんな理屈は通用しない。
余裕を見て、何バイトか削っておくのが吉。
154 名前：仕様書無しさん mailto:sage [2007/06/02(土) 03:44:30 ]: Oracleじゃなくてもそうだろ。
ってか、そんなチューニングは誤差。

こぼらはそこの「効率」を気にするなら、マッチング処理と称してテーブルをジョインする操作をプログラムで書くな。
155 名前：仕様書無しさん mailto:sage [2007/06/02(土) 05:19:16 ]: いや～ん。まっちいんぐ
156 名前：仕様書無しさん [2007/06/02(土) 06:09:12 ]: news21.2ch.net/test/read.cgi/bizplus/1180368241/
【調査/PC】「死んだ(または死につつある)コンピュータスキル」トップ10：1位はCOBOL [07/05/28]

米『Computerworld』誌は24日(現地時間)、
「死んだ(または死につつある)コンピュータスキル」を10種挙げるという記事を公開した。
サブタイトルには「あなたのスキルをアップデートすべきでは?」とあり、
どちらかというと前向きな提言というニュアンスを込めたいのかもしれないが、
必ずしもそう感じられる文章ではない点は少々残念なところだ。
(以下引用略)

元記事

本当に"死んで"いる? さびれゆくコンピュータスキル"トップ10" - 米誌調査
journal.mycom.co.jp/articles/2007/05/28/deadskills/index.html
157 名前：仕様書無しさん [2007/06/02(土) 06:41:54 ]: またコボラか
158 名前：仕様書無しさん mailto:sage [2007/06/02(土) 10:30:35 ]: >>156
コボラ乙。
159 名前：仕様書無しさん mailto:sage [2007/06/02(土) 11:11:40 ]: こぼるの人は帳票とか最大桁数にうるさいねぇ。
ないよそんなの。ああ打ち合わせ鬱陶しい。
160 名前：仕様書無しさん mailto:sage [2007/06/02(土) 11:43:11 ]: >>159
なら「最大桁は1億」とか言えばいいじゃん
責任押し付けられるのが嫌ならそこまでハッキリ言おうぜ
161 名前：仕様書無しさん mailto:sage [2007/06/02(土) 13:17:52 ]: >>160
わははは。いいね1億。

怒られちゃうよ！
162 名前：仕様書無しさん [2007/06/03(日) 00:57:42 ]: >>160
CUIならではのこだわりだな。
163 名前：仕様書無しさん [2007/06/03(日) 01:09:09 ]: >>160
いや、違うだろ。
「おまえ、コボラ？」って言えばそれで終了。
164 名前：仕様書無しさん mailto:sage [2007/06/03(日) 14:54:41 ]: 最大桁数ですか。そうですねえ。物理メモリが2Gでswapも2Gだから、
4Gですね。

とサラッと言ってみよう。

メインフレームの大きなマシンからしたらきっと小さい単位だよな。
俺よく知らないけど。
165 名前：仕様書無しさん mailto:sage [2007/06/03(日) 16:17:15 ]: >>164
単位書けや。

あとWin32での話なら大間違い。
仮想メモリ2GBだからそれ以上はメモリとしては使えない。
そして物理メモリサイズももswapサイズもも合計2GB超えてさえいれば関係ない。
プログラムとOSがメモリ食うからその分引かないと駄目。

でもファイルを数値型として扱うのなら4GB超える数値型も出来るけどな。
で、4GBだと2^(2^30*8*4)まで扱えるわけで、10進桁数に直すと…いくつだ？
166 名前：仕様書無しさん mailto:sage [2007/06/03(日) 16:49:26 ]: コボラーがなんで桁数に拘るかというと、
帳票とかの表示桁数＝保持変数桁数で実装させる処理系が多いから、
ある意味やむなくやっているという理由を聞いた事がある。
それも罫線バリバリの純日本的特殊帳票の場合だった。

確かに「ふ～ん」とは思ったが....
まぁ俺には関係ない世界なんでどうでもいい。
167 名前：仕様書無しさん mailto:sage [2007/06/03(日) 19:38:00 ]: >>166
>>コボラーがなんで桁数に拘るかというと、
>>帳票とかの表示桁数＝保持変数桁数で実装させる処理系が多いから、

だから、ＣＵＩならではって言ってんじゃん。 >>162
168 名前：仕様書無しさん mailto:sage [2007/06/03(日) 22:40:49 ]: 受注明細
--------------------------------------------------------------------------
受注番号　データ区分　製品コード　受注金額　消費税　銀行コード　受注番号２
100001　　　J　　　　　10011　　　1000000　　50000　　NULL　　　NULL
100002　　　N1　　　　NULL　　　　700000　　0　　　　NULL　　　100001
100003　　　N2　　　　　NULL　　　300000　　630　　　1001　　　　100001

データ区分
　　J：受注
　　N1:入金（現金）
　　N2:入金（振込み）

らしいよ。
コボラ曰く「テーブルが増えると大変だからねー」

　
　　
169 名前：仕様書無しさん mailto:sage [2007/06/03(日) 22:41:38 ]: N2の消費税は振り込み手数料らしいｗ
170 名前：仕様書無しさん mailto:sage [2007/06/03(日) 22:55:17 ]: >>165
半可通も大概に。
171 名前：仕様書無しさん [2007/06/03(日) 23:24:08 ]: >>165
コボラ乙
172 名前：仕様書無しさん mailto:sage [2007/06/04(月) 00:29:50 ]: //*************
//変数の定義
//*************
みたいな要らんコメントつけるのも
コボラの特徴だと思うがどうよ。
173 名前：仕様書無しさん mailto:sage [2007/06/04(月) 08:09:52 ]: >172
COBOLは変数定義の場所がクッキリ区切られてるから
そうでも書かないと安心できないんだろうなｗ
174 名前：仕様書無しさん mailto:sage [2007/06/04(月) 13:48:52 ]: >>165
おいおい。サーバに Windows なんて使うわけないだろ。w
175 名前：仕様書無しさん mailto:sage [2007/06/04(月) 13:51:47 ]: >>165
ところで君。この最後の1行は何を言いたかったんだ?

> で、4GBだと2^(2^30*8*4)まで扱えるわけで、10進桁数に直すと…いくつだ？

4GB は 4ギガバイトだよ。
4 * 1024 * 1024 * 1024 バイトだよ。
4,294,967,296バイト。
176 名前：159 mailto:sage [2007/06/04(月) 15:06:01 ]: そもそもどういう話かというと。

こっちがPDFで出してるWeb帳票のサンプルを渡したのよ。
こんな感じでやってますって。

そしたら、各項目、最大桁数はなんですかって
質問メールが来て。質問して判った所で
一体どうするつもりなんだか知らんけど。
別にあっちで再実装する訳じゃないんだし。

こっちは入りきらなかったら自動でフォントが小さくなるから
（業務上ほとんどそんな事ないんだけど）
最大桁数なんてねぇよ、と。

もう最大桁数が判らないと落ち着かないって
性格なのかなって、思った。
177 名前：仕様書無しさん mailto:sage [2007/06/04(月) 15:30:50 ]: >>176
全角30文字程度を想定している所に60文字送っても実用的な大きさで出るの？
相手が聞きたかったのは実用上の最大数だったんじゃないの？
178 名前：仕様書無しさん mailto:sage [2007/06/04(月) 15:58:09 ]: >>159 はやっぱりWeb屋だったか。
179 名前：仕様書無しさん mailto:sage [2007/06/04(月) 22:03:46 ]: 「金額はカンマ区切り20桁で出力する標準化」て言われてそのとおりにしたら実データは100円とかばっかりで千明細につき一行くらい百万円とかあって、「空白ばかりで見にくい！」とキレられる罠。
180 名前：仕様書無しさん mailto:sage [2007/06/04(月) 22:54:39 ]: ↑別にCOBOLに限った話じゃねーだろ、このヴォケ
181 名前：159 mailto:sage [2007/06/04(月) 23:17:55 ]: >>177
いやこれが、こっちがオープン屋で向こうがコボラーってだけで
先方とこっちとで同じ業界の仕事してるから
そんな非現実的な長さの文字列が来ない事は判ってるんですよ。
備考とかじゃないんだから。

帳票のレイアウト見れば、余裕をもった大きさなの判るわけだし、
その帳票を向こうで再実装するってなら判るけど
ただの参考資料として渡しただけなのに
最大桁数を聞いてくるってのがね、びっくりだったのです。

他に聞く事あるでしょう、っていう。こっち独自のコードとかも
出してるんだから、いの一番にそこ聞いてこいよ、とか。
182 名前：仕様書無しさん mailto:sage [2007/06/04(月) 23:19:21 ]: >159は、コボラ耐性があるかのテストをされたのに気づいてないだけだな
オープン屋をおちょくるコボラ乙
183 名前：159 mailto:sage [2007/06/04(月) 23:22:27 ]: あ、それと「実用上の桁数」を聞きたかったんじゃないのは確か。
だって最初の要望が、「この帳票の仕様書下さい」だったから。
184 名前：159 mailto:sage [2007/06/04(月) 23:24:46 ]: >>182
しまったーそうだったのか。

ってそんな鋭そうな人じゃなかったよ！
ぬぽーとした顔で、メールも英数が
全角半角入り乱れで。

あ、でも本当にそうだったら恐い。
背中を向けた途端に刺されそうな感じです。
185 名前：仕様書無しさん mailto:sage [2007/06/04(月) 23:54:41 ]: > ってそんな鋭そうな人じゃなかったよ！
> ぬぽーとした顔で、メールも英数が
> 全角半角入り乱れで。

これだけで、コボラ偽装できるなら楽勝だなw
面倒な仕事は、この作戦で押し付けることにしよう
186 名前：仕様書無しさん [2007/06/05(火) 00:25:40 ]: >>159
必死だな。
市ねやコボラ。
187 名前：仕様書無しさん [2007/06/05(火) 00:27:17 ]: ＣＯＢＯＬ国憲法

第１条
全リソースは万世一系のＣＯＢＯＬ、これを統治する

第２条
ＣＯＢＯＬは神聖にして侵すべからず

第３条
ＣＯＢＯＬはＣＰＵ、記憶装置、出力装置、通信制御装置を統帥する

第４条
臣民たるオペレータは法律の定める所によりテープ交換及び用紙交換の義務を有す
188 名前：仕様書無しさん [2007/06/05(火) 08:56:06 ]: またコボラか
189 名前：仕様書無しさん mailto:sage [2007/06/05(火) 13:14:01 ]: 宇宙海賊コボラ
190 名前：仕様書無しさん mailto:sage [2007/06/05(火) 14:45:00 ]: 大怪獣コボラ

毎週東京タワーにしがみつきます。
191 名前：仕様書無しさん mailto:sage [2007/06/05(火) 14:51:18 ]: まあコボラにとっては桁数は変数の最重要な属性だから。
彼らにとって桁数が決まったいないというのは許し難いことなんだから
192 名前：仕様書無しさん mailto:sage [2007/06/06(水) 00:30:39 ]: このスレは、井○雅和のことを言っているのか？
193 名前：仕様書無しさん mailto:sage [2007/06/06(水) 10:49:30 ]: 桁数を聞かれたら「100万桁」と即答するのを口ぐせにするとよい。
英語だと one million だ。"one million" と真顔で答えた後で
"ha ha ha" と笑うと粋なアメリカンジョークの完成となる。
194 名前：仕様書無しさん mailto:sage [2007/06/06(水) 12:15:54 ]: どこからともなく姿の見えない大勢の笑い声が
聞こえてくるのがいいな。
195 名前：仕様書無しさん mailto:sage [2007/06/06(水) 12:43:56 ]: なんか社保庁の名寄せでメーカーに開発を発注とか自民党がほざいているけど、
これに該当する開発メンバーってコボラになるんじゃねぇ?
196 名前：仕様書無しさん mailto:sage [2007/06/06(水) 22:16:43 ]: データと目立だっけか？
ロクなもんじゃねえなw
197 名前：仕様書無しさん mailto:sage [2007/06/06(水) 23:13:39 ]: 過去システムを見る為にコボルの知識は必須だろうな
198 名前：仕様書無しさん [2007/06/06(水) 23:29:51 ]: んなわけない
199 名前：仕様書無しさん mailto:sage [2007/06/07(木) 10:13:08 ]: 技術というより
コボラ耐性（って前スレにあって気に入った）が
必要となりそうな予感。
200 名前：仕様書無しさん [2007/06/07(木) 23:10:59 ]: COBOLでは生産性が悪いのでSYSLで開発しる
201 名前：仕様書無しさん mailto:sage [2007/06/08(金) 01:56:35 ]: やっぱDELPHIだな。
202 名前：仕様書無しさん [2007/06/08(金) 02:30:42 ]: >>199
コボラ対策も重要だぜ。
DB設計に入る前に、横長の弊害を教えておく。
しかし、相手はあくまでプライドだけは高い年長者なので
教えるというスタンスではなく、
『RDBで横長する奴ってホント、アホですよねー。』とか言っておく。

なんでもそうだが、これからする仕事に関して
やってほしくない、それでいてやってしまいそうなことを先に
散々バカにしておく。
203 名前：仕様書無しさん [2007/06/08(金) 02:37:47 ]: 自分が知っていてコボラが知らないようなことを逆にコボラに質問にいく。
『ＸＸってどうやるんでしたっけ？』などと聞きつつ
すぐに思い出したフリをして
『あ、そうだＸＸは○○して△△を□するんでしたよね？すいませんありがとうございます。』
と言って去る。
こうすればジジイの面子を潰さずに教育できる。
204 名前：仕様書無しさん [2007/06/08(金) 21:57:06 ]: そんな面子潰してしまえよ。
205 名前：仕様書無しさん [2007/06/08(金) 22:43:17 ]: >>203
教育など無駄。
さっさと引導を渡してやるのが、後輩としての情けだ。
206 名前：仕様書無しさん mailto:sage [2007/06/09(土) 01:31:01 ]: トドのつまり
207 名前：仕様書無しさん [2007/06/09(土) 15:12:05 ]: >>206
おもしろい、あるいはうまいつもりですか？
208 名前：仕様書無しさん [2007/06/10(日) 13:32:47 ]: >>203
その手使うと、でかい面しなくなる奴もおるしな。
態度改める奴はそうやって仕込んでいくと使い物になる奴も出てくるよ。
改めん奴は放置というか上司に頼んで切るわな。
209 名前：仕様書無しさん mailto:sage [2007/06/11(月) 23:18:12 ]: ５年ぐらい前の思い出

俺がコボラにキレたときの返事
「項目は横に持ったほうがいいのです」

レビューでキレた顧客のシステム担当
「それを運用する僕らの身にもなってよ」
210 名前：仕様書無しさん mailto:sage [2007/06/11(月) 23:21:49 ]: 「それを運用する僕らの身にもなってよ」
で、5000万件…
211 名前：仕様書無しさん mailto:sage [2007/06/12(火) 00:04:49 ]: ｲﾔｰ
212 名前：仕様書無しさん mailto:sage [2007/06/13(水) 22:20:45 ]: 今日のコボラーとの会話

俺「年金のシステムダウンはメインフレームで傷害が発生ってありますね。」
爺「ホストで処理してれば傷害なんて発生しないのに
　　オープン系は本当に駄目だな。」
俺「メインフレームは一般的に汎用機のことを指しますが…」
爺「お前馬鹿か？汎用機は長い年月を掛けて開発された完璧なシステムだ。
　　専用の端末を使って不具合も発生しないいトランザクション制御も
　　オープン系と比べられない量を処理出来るんだよ。
　　メインフレームってのもオープン系鯖使っててもそう呼ぶからな。」
俺「…アハハハハ、やっぱそうっすよね！」

毎日毎日ずれた会話ばかりで本当に疲れる
213 名前：仕様書無しさん mailto:sage [2007/06/13(水) 22:48:26 ]: 最終的にはIBM製はオープンとか言いそうだ
214 名前：仕様書無しさん [2007/06/13(水) 22:56:55 ]: その爺は横長なのか？
215 名前：仕様書無しさん mailto:sage [2007/06/13(水) 22:58:34 ]: >>213
明日、その爺に
『Accessって1テーブル、256カラムまでしかできないんですよ』
って言ってみ。
216 名前：仕様書無しさん mailto:sage [2007/06/13(水) 23:04:32 ]: なんでそこでM$のコンシューマ向けの製品名を出す？
217 名前：仕様書無しさん mailto:sage [2007/06/13(水) 23:05:39 ]: >>212
現存するどんなシステムも使い方のミスまでカバー出来る訳が無いってのに…
「完璧」なんて言葉に縋り付けるその神経が分からん…。
218 名前：仕様書無しさん mailto:sage [2007/06/14(木) 01:10:39 ]: >>212
明日、その爺に
『「人月の神話」って読んだ事がありますか？』
って言ってみ。
219 名前：仕様書無しさん mailto:sage [2007/06/14(木) 02:24:58 ]: >>218
爺「本読む前にもっと実地で経験を積め」
220 名前：仕様書無しさん mailto:sage [2007/06/14(木) 05:59:41 ]: 爺的にはみずほ銀行の合併時のシステム事故とか
ライブドアショックに伴う東証のドタバタは脳内から完全抹消されてるのかな…
221 名前：仕様書無しさん mailto:sage [2007/06/14(木) 17:42:03 ]: >>220
なんだかんだで結局オープン系に所為にされるんじゃないか？
222 名前：仕様書無しさん [2007/06/14(木) 21:50:34 ]: 自慰はそんな大規模なシステムなんぞ縁がないよ。
223 名前：仕様書無しさん mailto:sage [2007/06/19(火) 08:46:34 ]: >>212
単語と単語の意味する所に食い違いがあるような・・・。
224 名前：仕様書無しさん mailto:sage [2007/06/19(火) 23:59:33 ]: じゃあ
傷害→障害
から始めようか。
225 名前：仕様書無しさん [2007/06/30(土) 01:23:44 ]: ところで、ボンクラリーマンのお前らに聞くが、
例えば、デスマで５億の赤字が出たとしよう。
もし自分がそのプロジェクトの責任者だったとして
『責任を取る』というのは具体的に何をすることなんだ？
226 名前：仕様書無しさん mailto:sage [2007/06/30(土) 01:48:52 ]: >>225
割腹。
227 名前：仕様書無しさん mailto:sage [2007/06/30(土) 07:24:31 ]: >>225
知り合いの会社では普通にボーナスが減額になった。
ただし、会社全体で減額になったので、その赤字部署は恨まれている。

責任なんか実際とってないだろうなぁ。
その人が出世コースから外れるだけで、その下や周りの人が実質的に
責任とらされてかつ被害者になってる場合が多いな。
228 名前：仕様書無しさん [2007/06/30(土) 13:28:13 ]: ところで、ボンクラリーマンのお前らに聞くが、
例えば、お前らよりさらにボンクラな年上の人間がいたとしよう。
で、そのボンクラが間違ったことを言っている。
そのボンクラの言ってることは１００％間違いで
本当はお前の言ってることが正しいとしよう。
でも、そのボンクラは『俺はお前より１０年長く生きているから俺の方が正しいに決まってる』
と言った。周囲もどちらかというとボンクラよりだ。
さらに、ボンクラは続ける
『俺の言うとおりのやり方でうまくいかないのはお前が無能だからだ。
なぜなら俺はお前より１０年長く生きてるからお前より劣るわけがないからだ。
俺の言うことが間違っていて、お前の言うことが正しいなんていうことは、何においてもありえないわけだ。
まぁ俺の言うとおりやらないのもいいが、そのときはお前が責任を持てよ。
もっとも、俺の手法は間違いなく正しいから失敗するということはお前の無能のせいだ。
したがって、どちらにしても失敗はお前の責任で俺に責任はないということだ。
しかし、うまくいったときは上司の俺の功績になるわけだ。お前の功績など一切評価しない。』

こんなときどうするんだ？
229 名前：仕様書無しさん mailto:sage [2007/06/30(土) 15:14:34 ]: >>228
笑えばいいと思うよ。
230 名前：仕様書無しさん mailto:sage [2007/06/30(土) 17:14:29 ]: >>228
ぶっちゃけ、どうもしないだろ。

そのボンクラな年上は自滅してくれるのだから。
231 名前：仕様書無しさん mailto:sage [2007/06/30(土) 18:02:44 ]: >>228
寒山拾得
232 名前：仕様書無しさん mailto:sage [2007/06/30(土) 20:46:29 ]: >>228
で、それがこのスレとどう関係ある？
233 名前：仕様書無しさん mailto:sage [2007/06/30(土) 20:48:29 ]: と[こ]ろで、[ボ]ンク[ラ]リーマン
234 名前：仕様書無しさん mailto:sage [2007/07/01(日) 09:49:52 ]: >>233
その着目は無かったｗ
235 名前：仕様書無しさん mailto:sage [2007/07/02(月) 10:20:21 ]: >>228
とりあえず転職情報紙を2、3冊買ってきて机の上に置いておく。
236 名前：仕様書無しさん mailto:sage [2007/07/03(火) 12:54:36 ]: ここに登場する大阪陣は駄目ですね
カップラーメンとかろくなもんしか作れない
大体カップラーメン50年食ってる人間と生野菜20年食ってる人間とどっちが幸せな人生なんでしょうか
味覚を狂わせ、人生を狂わせアホなんじゃないですか、考えることがはっきりいって
マシュマルは石油ストーブで一酸化炭素中毒起こすし、
あれなら姥捨て山で自然の寒さ感じながら死んだ方がましですよ
やたら薬屋も多いようですね
馬鹿ですね、はっきり言って
薬漬けで８０年生きろってブラックジャックの世界じゃないですか
もう何の感動もない人生を余生にして苦い薬ばっか飲ませたって幸せになれるわけ
ないじゃないですか
金儲けの発想しかできないんですね
まさに日本を駄目にした一番手ですね　
237 名前：仕様書無しさん mailto:sage [2007/07/03(火) 13:46:15 ]: > 大体カップラーメン50年食ってる人間と生野菜20年食ってる人間とどっちが幸せな人生なんでしょうか

中国産野菜20年ならばやはりカップラーメン50年の方が幸せなのではないか?
238 名前：仕様書無しさん mailto:sage [2007/07/03(火) 22:21:55 ]: つか、50まで生きてんだから、美味い物食って人生過ごした方の勝ちだろ。
239 名前：仕様書無しさん mailto:sage [2007/07/04(水) 15:12:44 ]: >>238
その通りだ。たとえ貧乏だろうともホームレスになろうとも
徹底的にうまいもん食ったやつの勝ちだ。
240 名前：仕様書無しさん mailto:sage [2007/07/04(水) 20:45:10 ]: >>236
>カップラーメンとかろくなもんしか作れない
「ろくなもん」->「ろくでもない」でいいのかね。
何かと突っ込みどころ多い文章だな…。
241 名前：仕様書無しさん mailto:sage [2007/07/04(水) 21:16:18 ]: そういやこの頃高いカップラーメンって売ってるよね。
それなりにうまいやつ。
しかしカップなのによくあそこまで頑張って作るもんだな。
242 名前：仕様書無しさん [2007/07/04(水) 21:33:44 ]: カップラーメンにはとんでもないはずれはあまりないよな。
ほとんどが、めちゃウマか、ちょいウマか。
243 名前：仕様書無しさん mailto:sage [2007/07/04(水) 21:37:45 ]: んなこたーねぇ
244 名前：69式フリーPG ◆hND3Lufios mailto:sage [2007/07/04(水) 22:02:28 ]: ちょっと微妙
245 名前：仕様書無しさん mailto:sage [2007/07/04(水) 22:07:50 ]: お前等、ジャンクフードしか喰ってねぇな w
246 名前：仕様書無しさん mailto:sage [2007/07/05(木) 18:35:07 ]: >>242
とんでもないやつはすぐ売れなくなって市場から消えていくということでは?
247 名前：仕様書無しさん [2007/07/05(木) 20:57:08 ]: >>246
当たり前のこと言うな、クソコボラ。
248 名前：仕様書無しさん mailto:sage [2007/07/05(木) 20:59:21 ]: >>247
俺はコボルのコの字も知らんのだが。
249 名前：仕様書無しさん mailto:sage [2007/07/05(木) 22:04:47 ]: >>248
コボラは能力ではない、心なのだ。
250 名前：仕様書無しさん [2007/07/06(金) 09:59:14 ]: >>249
は？
251 名前：仕様書無しさん mailto:sage [2007/07/06(金) 10:05:50 ]: いい言葉だ
252 名前：仕様書無しさん mailto:sage [2007/07/06(金) 11:34:34 ]: ヴビ厨に代わる蔑称か。
253 名前：仕様書無しさん mailto:sage [2007/07/06(金) 13:18:20 ]: COBOLを使う人に優秀な人ももちろんいる
だが「コボラ」は必ずしもCOBOLを使ってるとは限らず
しかし必ずバカである

ってことでいいじゃんこのスレでは
254 名前：仕様書無しさん [2007/07/06(金) 22:15:11 ]: 月曜から新しいプロジェクトが始まるが、
コボラ満載......欝だ(゜Д゜)
255 名前：仕様書無しさん mailto:sage [2007/07/08(日) 05:20:02 ]: 最初に嘘のように縦長なDBを強く提案しておこう。やがて横に伸びていくわけだが、
最初に縦長ならそんなに横には伸びないだろう。
256 名前：仕様書無しさん mailto:sage [2007/07/08(日) 05:25:41 ]: 見通しが甘すぎ
257 名前：仕様書無しさん [2007/07/08(日) 11:55:53 ]: まぁ、程度の問題ではなくて
『２つしかないから、横でＸＸＸコード１、ＸＸＸコード２』とかされたら
もう終わりなんだけど。
258 名前：仕様書無しさん [2007/07/08(日) 12:00:58 ]: 知り合いでRPGやってる奴いるけど、DB正規化を微塵も知らないバカだったな。
何年PGやってんだよ、って思った。
学習能力とか、市場を読む力あったら、いまからRPGとかCOBOLで開発しようとは思わないだろ。
だから結果としてバカだけが残る。
259 名前：仕様書無しさん mailto:sage [2007/07/08(日) 12:17:30 ]: 田原総一郎が年金問題をコボルのせいにしてまっせｗ
www.nikkeibp.co.jp/style/biz/column/tahara/070705_18th/
260 名前：仕様書無しさん mailto:sage [2007/07/08(日) 12:17:42 ]: いちおうRPGやってるのと正規化はあんまし関係ないぞ。
RPGでも正規化に対応していると言うか、まあCOBOLよりは
微妙にそういうのが扱いやすい言語だし。

正規化できん奴はナニやってもできんからな。
ExcelやAccessでも横長な表作る奴はいくらでもいるし。
#まあコレに文句いうのも変なんだが。

まあ、まともな脳があったら保守以外でRPGやCOBOLで
新規開発はやらんのは事実だろうが。
261 名前：仕様書無しさん [2007/07/08(日) 12:19:20 ]: >>260
言語の特性の話じゃないよ。
向学心とか学習能力がないから、結果として未だにRPGやってるって事。
262 名前：仕様書無しさん mailto:sage [2007/07/08(日) 12:22:25 ]: 社保庁のあれは年金番号の導入が97年になってやっと出来たからでしょ。
一意のキーがあればよかっただけの話。

責任があるといえば、国民総背番号制反対とか言ってた野党や組合のクズじゃないか。
263 名前：仕様書無しさん mailto:sage [2007/07/08(日) 15:25:29 ]: 一位のキーがあるのは当然として、そこに名寄せする作業がまんどくせ、って話じゃなかったっけ？
264 名前：仕様書無しさん [2007/07/08(日) 16:19:50 ]: どうせなら、国税も住民票も健康保険も運転免許所もパスポートも、
全部同じ番号で管理するがよろし。
265 名前：仕様書無しさん mailto:sage [2007/07/08(日) 16:28:28 ]: 公務員に運用能力はありませんアーメン
266 名前：仕様書無しさん [2007/07/08(日) 19:07:18 ]: ミスっても痛くも痒くもないんじゃ
細心の注意を払いながら入力するはずはない

田原みたいな三流ジャーナリストの目は
古いソフトとハードのせいに見えるようだが
ヒューマンエラーを前提としないシステム設計なら
最新のハードを使ったところで何も変わりゃしない
それがミカカデータクオリティでもある
267 名前：仕様書無しさん mailto:sage [2007/07/08(日) 21:05:06 ]: まあ、ミカカもアレだが日立と仕事していて、
あのお役所体質的な対応とられると
「だからテメーんトコロは名寄せ失敗するんだよ」とか
激しく思うな。

まあ、アフォなお役人と頭のおかしいCOBOLerの見事な合作と言う
ことなんだろうな。
268 名前：仕様書無しさん mailto:sage [2007/07/08(日) 22:21:36 ]: >>262
国民総背番号制と、データに一意のキーを設けることは別。
ごっちゃにするからいまだに複合キーがなくならないし
業務的に意味のあるコードを主キーにして
後で桁数変わったりして大問題になる。
269 名前：仕様書無しさん mailto:sage [2007/07/09(月) 14:51:56 ]: >>249
「朝起きたらこんなになっていて・・・」
「踊りなさい。コボルは心で踊るのよ。」
270 名前：仕様書無しさん mailto:sage [2007/07/09(月) 14:59:52 ]: 心でこぼるのよ！
271 名前：仕様書無しさん mailto:sage [2007/07/09(月) 15:01:33 ]: 「朝起きたらこんなになっていて・・・」
「コボりなさい。コボルは心でコボるのよ。」
272 名前：仕様書無しさん mailto:sage [2007/07/09(月) 16:04:26 ]: 「朝起きたらこんなになっていて・・・」
「コボりなさい。コボルはコボルでコボるのよ。」
273 名前：仕様書無しさん mailto:sage [2007/07/09(月) 16:26:31 ]: 「朝起きたらこんなになっていて・・・」
「ボコりなさい。コボルはコボルでボコるのよ。」
274 名前：仕様書無しさん mailto:sage [2007/07/09(月) 20:10:20 ]: 「朝起きたらこんなになっていて・・・」
「ボコりなさい。コボラは本気でボコるのよ。」
275 名前：仕様書無しさん [2007/07/09(月) 22:26:50 ]: 「朝起きたらコボラになっていて...」
276 名前：仕様書無しさん mailto:sage [2007/07/09(月) 22:40:30 ]: >>275
それ最悪マジ最悪もう氏ぬしかないね
277 名前：仕様書無しさん [2007/07/09(月) 22:46:10 ]: COBOLをさらに初級者向けにしたRPGなんかお勧めです。
小学二年生から出来ます。
278 名前：仕様書無しさん mailto:sage [2007/07/09(月) 22:49:27 ]: RPGはアレで標識とか使い出すと結構芸術的な事ができなくもない言語だが。
サイクルRPGなんか一般人見てもワケわからんだろ。

別の意味でのオブジェクト指向だしw
279 名前：仕様書無しさん [2007/07/09(月) 23:04:31 ]: >>278
ワケ分からんから芸術ってのは素人意見だなｗ
ピカソの絵なんて子供の落書きじゃん、って言っているようなもんだ。
280 名前：仕様書無しさん [2007/07/09(月) 23:06:08 ]: そもそもRPGとかは、プログラミングの技術や教育が発達してない時代に、
制御部分をシステムで用意しておいて、バカがその処理の中の部分だけ書けば済むように作られた。
プログラミング技術や環境が発達した今、そんなん使ってるのは頭弱い年寄りだけだろ。
281 名前：仕様書無しさん mailto:sage [2007/07/10(火) 00:39:21 ]: 書いて動いてテストが通りゃ、何だっていいんだよー
282 名前：仕様書無しさん mailto:sage [2007/07/10(火) 06:39:38 ]: >>280
＞そんなん使ってるのは頭弱い年寄りだけだろ。
某地銀の連中に言ってください。
18-22才くらいの新人が普通に新規（ｗ）で作っていたが。
283 名前：仕様書無しさん mailto:sage [2007/07/10(火) 06:43:34 ]: >>280
プログラミング技術や環境は目的じゃないからなぁ。
284 名前：仕様書無しさん mailto:sage [2007/07/10(火) 10:22:58 ]: >>275-276
最後は妹にも見捨てられ、衰弱死するんですね。
285 名前：仕様書無しさん [2007/07/10(火) 11:30:52 ]: そうなりそう
286 名前：仕様書無しさん mailto:sage [2007/07/10(火) 11:43:11 ]: >>283
それが目的な連中が永遠に煽りあってますが
287 名前：仕様書無しさん mailto:sage [2007/07/10(火) 20:51:08 ]: >>284
翌日彼は埋葬された
うつ伏せに、9の側から
288 名前：仕様書無しさん [2007/07/11(水) 02:56:57 ]: 今週から始まった新しいプロジェクトに『団塊のコボラ』がいた。
二重苦....orz
289 名前：仕様書無しさん mailto:sage [2007/07/11(水) 03:20:35 ]: COBOL至上のITアーキテクトなんだけど、なんか質問とかある？
290 名前：仕様書無しさん mailto:sage [2007/07/11(水) 03:23:13 ]: >>288
混じれ酢すると、一般的に団塊世代って、１９４７年から１９４９年生まれなので、
現時点で最低５８歳なんだ。
マジ？
291 名前：仕様書無しさん [2007/07/11(水) 08:10:40 ]: テストが通ればなんだっていいのか？
BASICやPerlで書かれたものをリプレースまで付き合うなんて勘弁して欲しいが。
292 名前：仕様書無しさん mailto:sage [2007/07/11(水) 10:24:42 ]: >>291
C++で書いたコードをCに書き直させられるよりはいいだろ？
293 名前：仕様書無しさん mailto:sage [2007/07/11(水) 11:01:15 ]: テストを絶対に通らない実装
294 名前：仕様書無しさん mailto:sage [2007/07/11(水) 23:16:09 ]: >>293
テスト内容を実装に合わせればいいッ!
295 名前：仕様書無しさん [2007/07/11(水) 23:28:15 ]: >>290
今年で還暦だってよ。
早期退職してフリーランス６年目だそうだ。
しかし、そこまで生き残ってるからやっぱ、凄腕だったりするのかね？
296 名前：仕様書無しさん mailto:sage [2007/07/11(水) 23:33:58 ]: COBOLで書かせれば凄腕なのでは？
297 名前：仕様書無しさん mailto:sage [2007/07/11(水) 23:47:05 ]: >>295
コネはハンパ無いだろうな
在籍中に関わったCOBOLのメンテ仕事を外部受託とか普通にあるだろうし
298 名前：仕様書無しさん mailto:sage [2007/07/12(木) 03:30:14 ]: 仕様をまとめるだけなら実害も少なそうだが。
（いや、処理内容をCOBOLベースで思考してしまうからDBの設計が非正規形になりそうだが・・・）
299 名前：仕様書無しさん mailto:sage [2007/07/12(木) 12:54:35 ]: >>295
会話してみた印象はどう？
凄腕なら、話の内容もそれなりに含蓄あるんでない。
300 名前：仕様書無しさん [2007/07/12(木) 23:32:25 ]: Ｂ（俺）『Ａさんはおいくつですか？』
Ａ（団塊）『私は今年で６０になりますわ。Ｂさんは？』
Ｂ『今年で３０です。』
Ａ『そうですか。私の息子と同い年ですわ。』
Ｂ『６０てことは、業界３８年ですか....』
Ａ『いえ、ずっとＩＴ業界ってわけじゃないんです。
　　それに、誤解なさってるようですが、私は中卒ですから一筋にしても４５年という計算になりますね。』
Ｂ『何故、この業界に？』
Ａ『成り行きですね。最初に就職した会社は３０年ほど勤めたんですが、
　　ちょうど、Ｂさんが生まれたころですかね、社内システムの担当者にあてがわれましてね。そこからですわ、ＩＴ業界を志したのは。』
Ｂ『じゃ、ざっと３０年ってとこですか....６０まで現場されてるってすごいことですよね？
　　相当な技術をお持ちなのかと....』
Ａ『いえいえ、何かに特化した技術は重要じゃないんです。　　
　　この業界、技術と言いますが、実際はそうではないですね。正確に言うと「技術を身につける力」。
　　移り変わりが速いですからね。「適応能力」と「考える力」が全てかと。
　　「これだけ」は誰にも負けないなんて限定的な力は逆に視野を狭くするマイナス要因だと思うんですよ。』
301 名前：仕様書無しさん [2007/07/12(木) 23:34:02 ]: Ｂ『そういうもんですか....私は資格試験に躍起になってますが、実際はそんなん、自己満足なんですかね？』
Ａ『いえ、そうではないですよ。Ｂさんが１発合格すれば、スペックの高さの証明になります。
　　１発まではいかなくとも、例えばＤＢスペシャリストを２発、３発で受かったら価値はあると思います。
　　しかし、５回落ちて６回目に受かった資格などに価値はないんですよ。逆に学習能力の低さを裏付けるだけです。
　　石の上に３年乗っちゃいけないんですよ。
　　あ、当然、司法試験などとは次元の違う話ですよ。』
Ｂ『そうなんですか....Ａさんってなんか意外ですね。昔の人って「能力」ではなく「過程の努力」を評価するものかと思っていましたが。』
Ａ『昔の人ですか（笑）しかし、実際はそういうもんですよ。「過程が大事。だから結果を気にせず頑張れ。」なんていうのは
　　若者を押さえつけるための方便に過ぎません。やはり、成果の上がらない努力は評価されない。それは、今も昔も変わらないことでしょう。』
Ｂ『なるほどですね。「３０年だから相当なスキル」ってのも一概には言えないってことですね（笑）』
Ａ『はは、それ言われると痛いですが、まぁそういうことですわ（笑）ってことでお手やわらかに頼みますわ。』
302 名前：仕様書無しさん [2007/07/12(木) 23:36:57 ]: >>299
なんか、団塊らしくない意外なオッサンやった。
303 名前：仕様書無しさん [2007/07/12(木) 23:40:29 ]: >>292
なんか知らんが、妙に笑える作業だなｗ
304 名前：仕様書無しさん [2007/07/12(木) 23:42:19 ]: >>300-301
すげー良いこと言ってんじゃん。
ただ、それと仕事で役に立つかは別問題だったりもするが。
COBOL開発じゃなくてコボラが来たとしたら、どちらも不幸じゃないか。
305 名前：仕様書無しさん mailto:sage [2007/07/12(木) 23:44:29 ]: 確かにいい事言っているが口だけ人間ならどっちにしろ邪魔だなぁ。
まあ、人間関係を円滑にしてくれる係なのかもしれんが。
306 名前：仕様書無しさん [2007/07/12(木) 23:50:28 ]: >>304-305
確かにな。
抽象的な話でなんとも言えんが、
このスレの話したら、「昔それでコケた」って言ってた。
だから、横長に関しては心配は要らんかもな。
307 名前：仕様書無しさん [2007/07/12(木) 23:53:51 ]: 縦長だといいね
308 名前：仕様書無しさん [2007/07/12(木) 23:59:59 ]: >>Ｂ『なるほどですね。「３０年だから相当なスキル」ってのも一概には言えないってことですね（笑）』

自分の親ほどのオッサンに対してとても失礼な件。
309 名前：仕様書無しさん [2007/07/13(金) 00:19:05 ]: >>308
だな。
年下相手でも十分失礼だけど。
問題あるのはコボラじゃなくて、アンタの方じゃね？と思った。
310 名前：仕様書無しさん [2007/07/13(金) 00:20:38 ]: >>306
悪くないんでない？
頭固いオッサンじゃないだろう。
そのオッサンは間違いは素直に認めそうな感じだし。
ここで語られてるクソコボラとは異質な希ガス。
311 名前：仕様書無しさん [2007/07/13(金) 00:20:40 ]: 相手を馬鹿にする発言して、一本とったと勘違いして（笑でごまかす奴いるけど、
にこやかに話してても相手は不快だよ。
それが上手い皮肉でもね。
悪意がないなら、相手に不快なだけでつまらない冗談は言わない方がいい。
312 名前：仕様書無しさん mailto:sage [2007/07/13(金) 00:24:27 ]: >>Ｂ『なるほどですね。「３０年だから相当なスキル」ってのも一概には言えないってことですね（笑）』

このあたりは思っていても口に出さないのが大人ってモンだな。

そおいや、某日立製作所で頭のハゲたおっさんのCOBOLerがいたけど、
マジで何十年やってるか知らんけど、RDBMSの基礎も知らんアフォだったけどな。
313 名前：仕様書無しさん [2007/07/13(金) 00:28:36 ]: >>309
>>311
>>312

あ、それな。
その後、本人に注意されたよ（笑）。
『私はいいんだけど、客観的に観てアレは失礼な発言だよ。
　でも、気にしなくていいよ。この次に来る目上の人に同じことしなければいいんだよ。』って。

冗談のつもりだったが、確かに失礼だわな。
気さくなオッサンだったんでつい....
314 名前：仕様書無しさん [2007/07/13(金) 00:37:29 ]: >>313
ますます良い親父じゃねぇか。
もうお前、養子になっちまえ。
315 名前：仕様書無しさん [2007/07/13(金) 00:43:12 ]: >>313
おいおい！
ここは、コボラを叩くスレなんだぞ！？
良いコボラ持ち出してどうすんだよ！

しかし、ええオヤジだな、そいつ。
316 名前：仕様書無しさん mailto:sage [2007/07/13(金) 09:33:29 ]: >>300
>そこからですわ、ＩＴ業界を志したのは。』
　　　　　　　　　　　~~~~~~~
胡散臭い。
317 名前：仕様書無しさん mailto:sage [2007/07/13(金) 13:22:56 ]: >>316
石の上に3年乗るな、かあ。

重い言葉だなあ。
318 名前：仕様書無しさん mailto:sage [2007/07/13(金) 13:49:26 ]: 年長者に失礼を言った点は置いておいて、みんな、>>300-301 のような会話できる？
話の発展させ方がうまくて、30の若造ながらしっかりしてるな～と感心した。
ここまで行かずにつまったりキョドる奴多いと思う。
319 名前：仕様書無しさん mailto:sage [2007/07/13(金) 16:02:44 ]: まあ録音したのをおこしたわけじゃあるまいし、
そのまんまってわけじゃないだろうけど
それでも雰囲気はよかったんだろうなあ。

これだけ会話を覚えてられたってのだけで
楽しかったんだろうなってのが伝わる。
おじさん、いい人なんじゃないかなあ。

捏造じゃなければ、だけどさ。
でも捏造だったとしても、いい言葉聞いたよ。
320 名前：仕様書無しさん mailto:sage [2007/07/14(土) 00:12:01 ]: お前らが３０年後に同じような会話が出来れば、それでいいのさ。
321 名前：仕様書無しさん mailto:sage [2007/07/14(土) 02:11:12 ]: ちょいコボオヤジ
322 名前：仕様書無しさん [2007/07/14(土) 02:18:45 ]: >>313
どうみても後付設定
323 名前：仕様書無しさん [2007/07/14(土) 02:23:21 ]: >>318
若造の方は普通に受け答えしてるだけだろ。
マのコミュ能力はそこまで低いのか？
むしろ、30歳の凡人並のコミュ能力あったら、こんな失礼な返しはしないよ。
結婚出来てない奴なのは明らか。
アンタの基準低すぎ。
純コーダーか？
324 名前：仕様書無しさん [2007/07/15(日) 13:08:30 ]: >>結婚出来てない奴なのは明らか。

どういう基準なんだよｗ
325 名前：仕様書無しさん [2007/07/15(日) 13:35:01 ]: >>324
いや、ヤンキーとかDQNは一部に受けるけどさ。
ヲタでナチュラルに人を中傷する奴とかって、普通に人が寄りつかないからさ。
特に女はそういう所に厳しい。
326 名前：仕様書無しさん [2007/07/15(日) 14:06:21 ]: >>325
２ちゃんねるの専用スレいけば同類はいくらでも。

まあ、全部俺の自演だが
327 名前：300 [2007/07/15(日) 14:12:12 ]: >>326
騙られてるしｗ

こんなん初めてみた。
328 名前：仕様書無しさん mailto:sage [2007/07/15(日) 15:03:55 ]: 年長者に失礼、とかナチュラルに出てくるあたり
まだ儒教の思想や年功序列はメインなんだな、と思う。
329 名前：仕様書無しさん mailto:sage [2007/07/15(日) 15:13:57 ]: 年長者のほとんどが今の日本を築いた。

もう糞ばっかｗ　敬うべき人は(年長者、若輩者ふくめて)ほんの一握りだ。
330 名前：仕様書無しさん [2007/07/15(日) 15:46:39 ]: 尊敬出来る相手かに関わらず、まともな社会人なら、
年長者にはそれなりの対応とるよ。
まともな教育受けてない人は知らんけど。
敬ってないから、適当に扱うってのは随分頭悪いよ。
自分の周りからの評価下がるだけで、何も得しない。
331 名前：仕様書無しさん mailto:sage [2007/07/15(日) 17:53:37 ]: >>330
まあ、そちらの常識がどうかは知らないが、
相手への対応ってのは年齢で変わるわけじゃないだろう？
332 名前：仕様書無しさん mailto:sage [2007/07/15(日) 19:32:50 ]: PGとしては人間関係気にして本質的な議論に入れないよりかは、立場はある程度無視して議論したほうが数倍マシ。だと思うんだがな。

ほらアレだ。モヒカン族とかその辺の話。
以下コピペ。

"d.hatena.ne.jp/keyword/%A5%E2%A5%D2%A5%AB%A5%F3%C2%B2"

この説明によれば、文系宗教から見た処断すべき異端者の事を「モヒカン族」と呼称しているのであり、理系宗教から見た処断すべき異端者の名前は存在しない。
しかし根本的にモヒカン族は、理系宗教世界にしか存在しない物ではない。
理系宗教の人間が文系宗教世界に足を踏み入れれば、真っ先にやって来るのはやはりモヒカンで手斧を持ったプロテクター姿のコミュニケーションの達人であり、彼らは異端者を手斧でボコボコに殴って叩き潰す。
そしてその日の晩には「空気の読めない奴」として断頭台送りである。

自分は文系だからモヒカン族ではない、などとは思わない事だ。
333 名前：仕様書無しさん [2007/07/15(日) 22:05:17 ]: >>300
君の話は面白かったけど、最後がなければ叩かれることもなかったね。
そこは、バカ正直に全て書かずに最後の２文はカットするくらいの柔軟性がほしいとこだな。
334 名前：仕様書無しさん [2007/07/15(日) 22:09:28 ]: ところで、ボンクラリーマンのお前らに聞くが、
例えば、デスマで５億の赤字が出たとしよう。
もし自分がそのプロジェクトの責任者だったとして
『責任を取る』というのは具体的に何をすることなんだ？
335 名前：仕様書無しさん mailto:sage [2007/07/15(日) 22:11:50 ]: 部下の給料とボーナスを減額。
部下だけで足りなければ部署、
部署で足りなければ全社的に減額。

当人は出世コースから外れるだけ。
336 名前：仕様書無しさん mailto:sage [2007/07/15(日) 22:17:27 ]: >>335
なんだ、その程度か。
やっぱ、ボンクラだなお前。
337 名前：仕様書無しさん mailto:sage [2007/07/15(日) 22:27:52 ]: だって赤字を出すボンクラの話をしているのにそんなボンクラにボンクラと突っ込まれてもwww

頭大丈夫？

ちなみに漏れは赤だした事ないし。
338 名前：仕様書無しさん [2007/07/15(日) 22:47:31 ]: 年上だから偉いとは思わないが、態度や言葉遣いを変えるのは、
ある程度まともな企業での社会人なら普通というか、最低限の事だよ。
底辺マはには分からんかもだけど。
普通の会社で年上にため口聞いたら、頭おかしいと思われる。
そんな人間客先に出せないし。
ま、底辺マは客先出せないけど。
339 名前：仕様書無しさん [2007/07/15(日) 23:05:26 ]: ゆとりを先取り、それが底辺
340 名前：仕様書無しさん [2007/07/16(月) 00:46:15 ]: >>337
釣られんなよｗ
荒氏はほっとけ。
341 名前：仕様書無しさん mailto:sage [2007/07/16(月) 00:47:51 ]: >>ちなみに漏れは赤だした事ないし。

そうか。苦労知らずはええのー。
勝ち組やんけｗ
342 名前：仕様書無しさん mailto:sage [2007/07/16(月) 01:04:01 ]: >>341
いや、派遣に赤字もクソもないだろ。
343 名前：仕様書無しさん [2007/07/16(月) 01:07:07 ]: ところで、ボンクラ派遣リーマンのお前らに聞くが、
お前よりさらにボンクラな元請の社員がいたとしよう。
トラブルが発生してその原因を作ったのはボンクラ元請だったとしよう。
で、そのボンクラはお前のミスにしようとしているが、
本当はボンクラのミスだったとしよう。
で、そのボンクラは『ソースは俺が管理しているので、コメントをお前の名前にしておけばそれでお前のせいになる。』
と言った。さらにボンクラは続ける。
『お前はド底辺の派遣なんだから、俺より優秀なんてことは客観的にありえないわけだ。
したがって、このトラブルもお前が原因であるということにすれば、すんなり受け入れられる。
いくらお前が本当のことを主張しても、周囲にはただの被害妄想にしか聞こえない。
次回、契約更新の際にこのトラブルをネタに単価を下げるが、お前が自主的に辞めない限り
こちらから契約を切ることはしない。

ここから先は嘘だから本気にするなよ。
「お前が辞めたいと言い出したら、お前の会社との付き合い自体なくそうとおもっている。
　仮にお前の担当営業が会社都合でお前を引き上げると言い出したとしても、お前意思と解釈する。」
まぁ、安心しろ、これは冗談だから、こんなこと言ったら脅迫になっちまうからな。
当然こんなこと常識的に考えてするわけがない。

なんしても俺はお前を辞めさしたくないわけだ。
だってお前は実際は優秀なんだからできるだけ低コストで末永くこき使って
俺の出世や保身のために利用したいからだ。』

こんなときどうする？
344 名前：仕様書無しさん mailto:sage [2007/07/16(月) 01:24:46 ]: ぷち殺す。
345 名前：仕様書無しさん [2007/07/16(月) 01:28:30 ]: >>344
プチでいいのか？
346 名前：仕様書無しさん [2007/07/16(月) 01:35:47 ]: >>343
そんなこと言ったらﾀｲｰﾎじゃないのか？
347 名前：仕様書無しさん mailto:sage [2007/07/16(月) 08:41:08 ]: >>343
会話をICレコーダーで録音し、社内メールでその内容を全社員に送りつける。
ついでに労働基準監督署や警察、マスコミ等に通報する。

それくらいで勘弁してやれ。
348 名前：仕様書無しさん mailto:sage [2007/07/16(月) 11:11:35 ]: >>343
会社と話し合って給料ウプしなければ辞める
単価が下がろうとも構わない
349 名前：仕様書無しさん mailto:sage [2007/07/16(月) 14:02:55 ]: 元請がボンクラなんてよくあることじゃないですか。
で、たいてい無能な人かどうかなんてのは周りにバレてますよ。
350 名前：仕様書無しさん mailto:sage [2007/07/16(月) 14:11:46 ]: >>343
相手先会社を訴えるだけ。
ソースとシグネチャの同時納品だからシグネチャのないソースは俺のじゃないし。
どうせボンクラはシグネチャの意味もわからず墓穴掘るだけだろうが。
賠償金アップでウマーだ。
351 名前：仕様書無しさん mailto:sage [2007/07/16(月) 17:06:30 ]: シグネチャっていうとファイルの識別子部分もそう呼ぶから気をつけようぜ。
べつに電子署名って言ってもボンクラは意味を理解できないだろ。
352 名前：仕様書無しさん [2007/07/16(月) 17:19:59 ]: ところで、ボンクラリーマンのお前らに聞くが、
お前よりさらにボンクラな肉便器女がいたとしよう。
肉便器女は残業を極端に嫌っている。
残業を嫌うのはわかるが、自分の割り当てられた作業の進捗が非常に悪い
にもかかわらず、残業を一切しない構えだ。
その他のメンバーは肉便器女の倍の作業をこなしているが残業は５時間／月ほどだ。
さらに言うと、その肉便器女に割り当てられた作業量は他のメンバーの約半分ほどで確実に定時内に終わるくらいのものだ。
全ての会社ではないが、女には残業や長期出張はなるべくさせないというの風潮は確かにあり、それをわかっているのか、悪びれる様子はない。
そこで、肉便器女はのたまう。

『残業なんてしませんよ。そんなのあなたがかわりにやってくれればいいだけじゃないんですか？』

さらに、

『私は時間内はちゃんと作業してますよ？あなたの作業の振り方が悪いに決まってるじゃないですか。
　時間内に終わらないということがそれを証明しています。他のメンバーは定時でさっさと帰ってるじゃないですか。
　それでも残業を強要するなら労働基準局に訴えますよ。また、この件が原因で契約を打ち切られたらそれも同様です。
　さらに、この先私の契約が切られたらこの件が原因だと断定します。私が自主的に辞めるのを待つかこの件が
　もう時効（許してもよいと思えるだけの期間）だと私が判断できるくらいの期間をおいてから契約を解除してください。
　「私が時効だと判断できるだけの期間」というのはあなた自身が判断してください。
　しかし判断を誤ればそれは無効です。そしてそのことに関して私に聞くことは堅く禁止します。
　私の作業に関しては私の言うことのほうが正しいに決まっています。
　なぜならしているのは私であなたは私の作業過程に関与していないからです。
　したがって、あなたが何を言っても私はそれを否定することができます。
　ゆえに、あなたが今思ってる「作業効率の悪さ」も否定されます。
　また、第３者の言うこともあなたの言うことと同様です。』

こんなときどうする？
353 名前：仕様書無しさん mailto:sage [2007/07/16(月) 17:22:29 ]: COBOLerって休みの日に長文つくる寂しい人ばかりなのでつか？
354 名前：仕様書無しさん mailto:sage [2007/07/16(月) 17:41:57 ]: これ、脅迫で告訴できんじゃね？
355 名前：仕様書無しさん [2007/07/16(月) 17:56:19 ]: これ、ＳＥＸできるんじゃね？
356 名前：仕様書無しさん [2007/07/16(月) 17:57:11 ]: 長文の駄文コピペする奴は放置じゃね？
357 名前：仕様書無しさん mailto:sage [2007/07/16(月) 18:14:58 ]: 放置するのが正しいんだけどさ、コピペのやり方が間違っているとどうしても突っ込みたくなってしまう。
>>352
首切ってOK
ただし、証拠は揃えておく事。
358 名前：仕様書無しさん [2007/07/17(火) 14:17:54 ]: とりあえず常にICレコーダーもっておけというのは解った
359 名前：仕様書無しさん [2007/07/17(火) 16:26:34 ]: >>352
ひれ伏してこれまでの自らの行い詫び、心の底から反省して神棚に祀る。
360 名前：仕様書無しさん [2007/07/23(月) 22:35:26 ]: Ａ『Ｂさんはこの先、どのようなキャリアを志向されますか？やっぱ管理系ですか？』
Ｂ『そうですね。いずれは。』
Ａ『いずれはですか。今はまだ現場のＳＥ、ＰＧでいたいと？』
Ｂ『そうですね。まだ２９ですし。』
Ａ『いや、もう遅いですよ。あ、間に合わないという意味ではないですよ。
　　そうですね、５年後のＡさんはどうなっていますか？実際がどうかはおいといて
　　希望はどうなっていたいですか？』
Ｂ『そうですね、さすがに３５となると、平ＳＥじゃサラリーマン的にイケてないとは思います。
　　そのころにはプロジェクトを任されるくらいにはなりたいですね。』
Ａ『では、それまでの５年間は何なんでしょう？』
Ｂ『何といいますと？』
Ａ『いえね、コレは私の経験則で一般論とは違うかも知れませんが、
　　ＰＧからＳＥ、ＳＥからＰＬ、ＰＬからＰＭというステップアップは本当に王道か？
　　私見ではＮＯなんです。』
361 名前：仕様書無しさん [2007/07/23(月) 22:36:47 ]: Ｂ『えーーーーっと、どういうことですかね？』
Ａ『確かにＳＥ業務にＰＧ経験は活きるとは思います。しかし、実際活かすことのできている人は皆無に等しい。
　　何故活かせないかというと、ＰＧとして未熟なままＳＥにあがってしまうからです。
　　そして、ほとんどの人がそれを「ＰＧのゴール」と勘違いします。
　　だから、派遣ＰＧと元請ＳＥの軋轢は絶えないわけですな。
　　派遣ＰＧからすると「自分の方が知ってるのに」、元請ＳＥからすると「自分のほうがキャリアが上なのに」と』
Ｂ『なるほど、でもそれだとＰＧとして完成してからＳＥに上がれ....とそういっているように聞こえるんですが....
　　やはりＰＧからＳＥ、ＳＥからＰＬ、ＰＬからＰＭが王道ではないんですか？その理屈からいくと。』
Ａ『そうなんです。それが王道です。しかし、これからたった５年で現在の職域を極められるとでも？
　　すいません、Ｂさんを貶めるつもりはないですが、そんなに甘いものではないですよ。
　　王道を地で行ってる人などいません。つまりそんな王道など存在しない。
　　だから、どうせなら一切やる必要がないのです。最終的に何になろうがそこだけ極めればよいのですよ。
　　そして自分にないものは専門家に頼ればいいんです。』
Ｂ『なるほど。まぁしかし、上がるには周囲の評価が必要になってきますね。それだけは自分の意思ではどうにもならないかと。
　　機会を待ってるしかないですね。』
Ａ『そうですね。しかし、常に「目指すものの視点」は意識しておくべきですね。そういうところを人は見てるもんですよ。』
362 名前：仕様書無しさん mailto:sage [2007/07/23(月) 22:45:59 ]: >>360-361
団塊コボラ、痺れるなー。
ファンになった。
363 名前：仕様書無しさん mailto:sage [2007/07/23(月) 22:49:50 ]: ピーターの法則も知らんやつに
噛んで含めるように教えてやるとは
団塊えらいな。
364 名前：仕様書無しさん mailto:sage [2007/07/24(火) 01:05:00 ]: 確かに団塊が口が達者なのは解るんだけど、実際の仕事ぶりの話題はでないのだな。

正直、言うだけなら漏れでも似た事言えるし。
365 名前：仕様書無しさん mailto:sage [2007/07/24(火) 02:02:27 ]: 言うだけなら誰でもだが、年食わねえと言葉にウエイトが乗らんわな。
366 名前：仕様書無しさん mailto:sage [2007/07/24(火) 06:36:00 ]: エンジニア同士だと年ではなく、実力と実績が伴いと意味ないと思うが。

そこらのゴマスリ命のリーマンなら年食ってりゃ、言う内容によっては
ウェイトあるけどサ。
367 名前：仕様書無しさん [2007/07/24(火) 16:04:56 ]: まさかとは思いますが、この「団塊コボラ」とは、あなたの想像上の存在にすぎないのでは
ないでしょうか。もしそうだとすれば、あなた自身が統合失調症であることに
ほぼ間違いないと思います。

あるいは、「団塊コボラ」は実在して、しかしここに書かれているような正常な行動は
全く取っておらず、すべてはあなたの妄想という可能性も読み取れます。
この場合も、あなた自身が統合失調症であることにほぼ間違いないということになります。
368 名前：仕様書無しさん mailto:sage [2007/07/24(火) 23:14:26 ]: 俺より一回り若い奴が横長DBを使っていた事実...orz
369 名前：仕様書無しさん mailto:sage [2007/07/25(水) 00:18:15 ]: それは単に経験不足なだけなのでは？
370 名前：仕様書無しさん mailto:sage [2007/07/25(水) 20:46:47 ]: いや、すでに洗脳済みで手遅れってことも考えられるぞ。
371 名前：仕様書無しさん [2007/07/25(水) 22:41:05 ]: >>俺より一回り若い
いや、とっちゃんボウヤかも
372 名前：仕様書無しさん [2007/08/08(水) 22:38:12 ]: Ｂ『最新のソースは \\XXXX\YYYYYYY\ZZ にあります。』
Ａ『ＶＳＳってご存知ですか？』
Ｂ『....はい。知ってますが。』
Ａ『Ｂさんははこの先、管理系に行きたいとおっしゃってましたよね？
　　その類のツールの存在をご存知なのに「最新のソースは \\XXXX\YYYYYYY\ZZ にあります。」
　　とはいったいどういうことでしょう？銀の弾丸....とは言えないかもしれませんが....何故打たないのですか？
　　それらは業界では常識ともいえるくらい広く知られています....が、ＸＸさん（ＰＭ）くらいの歳の方はご存知ない場合が多いです。』
Ｂ『いえ、一度提案はしてみたんですけどね。どうも、使い方がわからないらしく、断念せざるを得ませんでした。』
Ａ『それは困りましたね。困るというのはＸＸさんではなくＢさんに対してですよ。』
Ｂ『え？』
Ａ『何故、ＸＸさんがＶＳＳの使い方を知る必要があるのですか？』
Ｂ『まぁ、ないと言えばないですね。』
Ａ『「ないと言えばない」ではなく、「全くない」のですよ。』
Ｂ『たしかに。しかし彼もＳＥ上がりですから、一応は元技術屋な訳ですよ。言いたいことわかります？』
Ａ『なるほどね。「自分に理解できないものはクソ」と』
Ｂ『そうなんですよ。ってか、その考えがクソなのは私もそう思いますが、サラリーマンですから....
　　一度はちゃんと提案したという事実だけで十分かと。』
Ａ『....そうですか。先程、銀の弾丸といいましたがもう一つの解釈もあることにお気づきですか？』
Ｂ『は？』
Ａ『プロジェクト推進のためのではなく、あなたの自己アピールのためにこの状況を利用すべきということです。
　　いやらしい話ですが、一度、わざと「先祖帰り」でもさせてみては？当然、最新のソースはどこかに保存しておいてですよ。
　　あなたが「一度は提案した」という事実が活きてきますね。』
Ｂ『いや、さすがにそれは......』
Ａ『「サラリーマンですから....」って、だからこそですよ。
　　無能な上司は自分で引きずり降ろさなければ、効率の良い仕事はできませんよ。』
373 名前：仕様書無しさん mailto:sage [2007/08/08(水) 23:13:16 ]: 夏休みが羨ましい・・・
374 名前：仕様書無しさん mailto:sage [2007/08/08(水) 23:45:22 ]: 今年こそは、正規の夏休みが取れそうな悪寒。
毎年毎年１日削られ２日削られ･･･

溜まり貯まった鬱憤不満のその全てを、今年こそは吐き出すのだ！！！
375 名前：仕様書無しさん [2007/08/09(木) 00:03:50 ]: まさかとは思いますが、この「団塊コボラ」とは、あなたの想像上の存在にすぎないのでは
ないでしょうか。もしそうだとすれば、あなた自身が統合失調症であることに
ほぼ間違いないと思います。

あるいは、「団塊コボラ」は実在して、しかしここに書かれているような正常な行動は
全く取っておらず、すべてはあなたの妄想という可能性も読み取れます。
この場合も、あなた自身が統合失調症であることにほぼ間違いないということになります。
376 名前：仕様書無しさん mailto:sage [2007/08/09(木) 01:30:40 ]: 今まではまだしも372はネタでしかありえん
377 名前：仕様書無しさん mailto:sage [2007/08/09(木) 11:22:51 ]: >>372
夏休みの昆虫観察は余所でやりなさい。
そんな餌じゃアリンコも寄りつきません！！
378 名前：仕様書無しさん [2007/08/09(木) 20:26:24 ]: コボラ上がりのSEはPro*Cを使いたがる癖って無い？
マジでうざいんだけど。
379 名前：仕様書無しさん [2007/08/09(木) 21:10:26 ]: 今日、テーブルの項目名で久々に『予備』ってのを見た。
ホント、新でくれ。
380 名前：仕様書無しさん mailto:sage [2007/08/09(木) 21:54:44 ]: >>372
意外にも腹黒いんだな。
381 名前：仕様書無しさん mailto:sage [2007/08/10(金) 06:16:08 ]: VSSってVisual SourceSafe？
WindowsでCOBOL保守してるん？
382 名前：仕様書無しさん mailto:sage [2007/08/10(金) 11:05:47 ]: VSSでCOBOL保守って、お前は.....!!
383 名前：仕様書無しさん mailto:sage [2007/08/10(金) 11:41:26 ]: >>378
俺はコボちゃんではないが、C/C++ で書くときは Pro*C を使いたがる。
つか、コボちゃん如きが Pro*C で書けるのか？
384 名前：仕様書無しさん mailto:sage [2007/08/10(金) 13:25:32 ]: Pro*Cがうざいって言うけど、じゃあ何を使う？
情報ぐぐったら、Cからデータベースアクセスするためのプリコンパイラだよね、Pro*Cって。
自分で一からデータベースアクセス用ライブラリ作らなくてすむんなら、選択して当然って気がするが。
385 名前：仕様書無しさん mailto:sage [2007/08/10(金) 17:58:42 ]: ODBC？
386 名前：仕様書無しさん mailto:sage [2007/08/10(金) 19:08:43 ]: まあ、ODBCかJDBCでもいいワケで。
387 名前：仕様書無しさん [2007/08/11(土) 00:39:12 ]: >>自分で一からデータベースアクセス用ライブラリ作らなくてすむんなら

半日かからんわな。
388 名前：仕様書無しさん mailto:sage [2007/08/11(土) 00:42:22 ]: VSS嫌。SVNにして。
389 名前：仕様書無しさん [2007/08/11(土) 08:58:28 ]: COBOLしかできないPGとC言語しかできないPG、仕事ができないのは
どっちだ？
390 名前：仕様書無しさん [2007/08/11(土) 10:28:36 ]: Ｃだろ。
391 名前：仕様書無しさん mailto:sage [2007/08/11(土) 11:30:14 ]: マジレスすると業界によりけり。
組み込みか業務系か。

俺は業務系なので、どっちか採用しなきゃ
いけないならコボラ。
392 名前：仕様書無しさん mailto:sage [2007/08/11(土) 11:48:49 ]: 漏れはどっちかと言われればCだなぁ。

コボラは何年使っても効率や能率は常に一定だけど、
C言語経験者は最初悪いかもしれんが、後から伸びてくる
確率がやや高い。

まあ、業界によりけりなんじゃね。

短期間なドカタを雇いたいならコボラで、デカイシステムを
設計・開発・保守を長期間ってヤツならＣ言語って感じで。
393 名前：仕様書無しさん mailto:sage [2007/08/11(土) 12:04:19 ]: 雇うかどうかなら最初から雇わないほうがいい…。

ただ、仕事ができるかどうかといわれたら俺はCの方に賭けるかな。
でもC言語しかできないっていう輩はCもできないでしょ実際。
394 名前：仕様書無しさん mailto:sage [2007/08/11(土) 17:03:34 ]: COBOLしか出来ない技術者は腐っても他の言語をCOBOLライクに使ってしまう。
C言語しかできない技術者はなんだかんだといっても他の言語を習得してしまう。
395 名前：仕様書無しさん mailto:sage [2007/08/11(土) 17:06:03 ]: そんなことないだろ。
C++やJavaで、Cライクなコードを目撃しまくってるぞ。
396 名前：仕様書無しさん mailto:sage [2007/08/11(土) 20:47:39 ]: そうだね…。
メソッドの先頭に変数宣言するのをやめないとか、
なんでも返り値で表現したりとか、
もう変数名なんでも TypenameRet (bRet) とか…　（これはVBの文化もあるなｗ）、
あと某本では配列渡す際に配列の最大インデックスまで渡してたｗｗｗ
事情がない限り、array.length使えよｗｗｗｗ

しかしそんなC使いでも //コメントはふつうに使うという…
397 名前：仕様書無しさん mailto:sage [2007/08/12(日) 00:24:29 ]: >396
VC++とgcc、どっちも独自拡張でCソース中の//コメント認めてるからなぁ……
398 名前：仕様書無しさん mailto:sage [2007/08/12(日) 00:40:17 ]: そもそもあれらのC言語モードは殆ど外面だけじゃないかと思う。
399 名前：仕様書無しさん mailto:sage [2007/08/12(日) 07:19:51 ]: C99から正式に規格入りじゃなかったっけ？ < //のコメント
400 名前：仕様書無しさん mailto:sage [2007/08/12(日) 12:22:50 ]: >>399
そうだね。
でもCの専門家さんは可変長配列とかの機能を使ってない。
401 名前：仕様書無しさん mailto:sage [2007/08/12(日) 13:09:44 ]: COBOLしか出来ない技術者はCOBOLしかやらないから問題外
402 名前：仕様書無しさん [2007/08/13(月) 23:14:59 ]: Cができるやつはホストコンピュータの運用やカスタマイズのことで相談できたり、
WINDOWSのツールを作ってくれて頼れるのだが、
コボラの場合・・・JCLとモジュールつくりにくるだけのおっさん状態。
いいわけは、工数がどうたらこたら。たらたら仕事しやがって。
403 名前：仕様書無しさん [2007/08/13(月) 23:56:30 ]: 実業務はコボル一筋６年だが、リナックス・ｃもできる。資格も持ってるぞ。
404 名前：仕様書無しさん mailto:sage [2007/08/14(火) 00:04:46 ]: いや、趣味自慢されても困るが・・・。

実業務でそのスキルを生かしてCOBOLの案件をJavaやC/C++に
移行させたって話なら自慢してもいいんだが。

それにＣが出来てもこのスレ的にはSQLが出来ないとどーなんだろ？って感じだが。
結局全件読み込んでプログラムで集計とかしてるなら、
普通のエンジニアにウザがられるだけだし。
405 名前：仕様書無しさん [2007/08/14(火) 00:17:13 ]: ＞いや、趣味自慢されても困るが・・・。
コボルだけじゃないよって言いたかった
＞移行させたって話なら自慢してもいいんだが。
今度それをやる予定
406 名前：仕様書無しさん mailto:sage [2007/08/14(火) 00:26:13 ]: PoEAAは読んでると眠くなる
良いこと書いてあるのは判るんだけど
407 名前：仕様書無しさん mailto:sage [2007/08/14(火) 01:27:12 ]: >>406
手を動かしながら読む本だよ
408 名前：仕様書無しさん [2007/08/14(火) 14:39:17 ]: アプリでＣつかう奴は糞。
409 名前：仕様書無しさん [2007/08/14(火) 18:10:36 ]: ＋＋でしょ？
410 名前：仕様書無しさん [2007/08/14(火) 20:36:45 ]: >>404
趣味でもやっているだけましだ。
趣味だとバカにしているやつは、趣味でやっているヤツ以下なのを自覚するべきだ。
411 名前：仕様書無しさん mailto:sage [2007/08/14(火) 20:58:21 ]: 趣味というか自発的な興味というか好奇心が無ければプログラマには向かないってよく言うよな。
412 名前：仕様書無しさん mailto:sage [2007/08/14(火) 21:19:35 ]: >>404
そうだね。
SQLがわからないのに業務プログラマやってる奴なんて
万が一にもいたとしたら、
多少スキルがあるにしろ、死んだほうがいいと思うよ。
（新人などしょうがない人はのぞく）

Cが使えるからどーのとかの話は、
可燃ごみと不燃ごみのどちらがエレジーかってぐらいのレベルだよ。
413 名前：仕様書無しさん mailto:sage [2007/08/14(火) 22:20:10 ]: 湯の町エレジー
414 名前：仕様書無しさん mailto:sage [2007/08/14(火) 23:21:55 ]: ＞趣味だとバカにしているやつは、趣味でやっているヤツ以下なのを自覚するべきだ。

いや、さすがにDB絡みの開発運用業務マジ系(AIX+WebSphere+DB2)でやっているやつと
趣味程度(Linux+Apache+MySQL)では、かなりの隔たりがあると思うが。

そりゃまあ基本は同じだろうけど資格やLinux程度でデカイ事言われてﾓﾅｰ
415 名前：仕様書無しさん mailto:sage [2007/08/14(火) 23:40:55 ]: ＞AIX+WebSphere+DB2
で予備１～予備４0とかのカラムがある話？
416 名前：仕様書無しさん mailto:sage [2007/08/15(水) 00:00:16 ]: ＞で予備１～予備４0とかのカラムがある話？
さすがにWebSphere+DB2使ってるレベルの案件でソレは見たことないな・・・。
417 名前：仕様書無しさん mailto:sage [2007/08/15(水) 00:14:17 ]: >>WebSphere+DB2使ってるレベルの案件
はああ？？
418 名前：仕様書無しさん mailto:sage [2007/08/15(水) 02:07:44 ]: Web2.0(Linux+Apache+MySQL+笑)
419 名前：仕様書無しさん mailto:sage [2007/08/15(水) 06:46:02 ]: COBOLerには別世界の会話が続くなｗ
420 名前：仕様書無しさん mailto:sage [2007/08/15(水) 13:54:24 ]: SQLって知ってるとか知らないとか難しいとか何とか言うレベルのものか？

一昔前に例えるなら、DOSのコマンドプロンプトとバッチファイルレベルのもんだろう。
421 名前：仕様書無しさん mailto:sage [2007/08/15(水) 14:04:57 ]: 世の中には10年以上も業務システムやってきて
SQLでクロス集計もできない人がいるんだよ。

アプリ側でフェッチして一生懸命集計してんの。
当然バグの温床。
422 名前：仕様書無しさん mailto:sage [2007/08/15(水) 18:50:11 ]: COBOLerがマテリアライズとかトリガーとかそういうのは知らなくても
仕方ないと思えなくもないが、にしてもグループ集計とか
簡単なJOINくらいは覚えろよ、って思うよな。

なんか必死にアプリで１行毎に読み込んでアレコレしたがるクセがある。
423 名前：仕様書無しさん mailto:sage [2007/08/15(水) 22:17:25 ]: >>420
コボラーにはそのバッチすら作れないし読めない
メーカの分厚く分かりにくいマニュアルは読めても
ポケットリファレンスなんて開こうとすらしないからな
424 名前：1＆前１ [2007/08/16(木) 00:49:38 ]: おおー久々に見ると伸びてるなー。
人気スレになってうれしい。（人気スレ？か）
なんていうと伸び悩むとか？　ｗ
425 名前：仕様書無しさん mailto:sage [2007/08/16(木) 05:04:46 ]: 伸び縮むするよ
426 名前：仕様書無しさん [2007/08/16(木) 05:22:35 ]: 【猛暑のせいで】本日の東武東上線スレ【線路曲がった】
news23.2ch.net/test/read.cgi/news/1187168413/
427 名前：仕様書無しさん [2007/08/16(木) 14:22:21 ]: コボラ「インターネットがつながらない」
ランケーブルが抜けてた
挿した
コボラ「ありがとう」
428 名前：仕様書無しさん mailto:sage [2007/08/16(木) 23:03:29 ]: >>414
経験しなきゃ超えられない壁ってあるけど、たまたま業務でそれの「経験あります」ってより、
自発的に勉強してるやつのほうが、伸びしろはあるだろ。
429 名前：仕様書無しさん mailto:sage [2007/08/16(木) 23:28:57 ]: どうとも言えないのが結論。
430 名前：仕様書無しさん [2007/08/17(金) 00:08:21 ]: LANケーブルのことを「ランケーブル」と書いているおまえもやばいと思う。

「ＬＡＮケーブル」と全角で書くヤツよりもたちが悪い。
431 名前：仕様書無しさん mailto:sage [2007/08/17(金) 00:31:08 ]: ノンケーブル
432 名前：仕様書無しさん mailto:sage [2007/08/17(金) 00:34:14 ]: LANケーブル？
おー、イエローケーブルのことね
433 名前：仕様書無しさん [2007/08/17(金) 00:37:11 ]: ヤザン＝ゲーブル？
434 名前：仕様書無しさん mailto:sage [2007/08/17(金) 00:38:47 ]: 昔は同軸でハブなしでも繋げたんだっけ？
435 名前：仕様書無しさん [2007/08/17(金) 00:39:32 ]: ついつい横長♪
COBOLer♪
436 名前：仕様書無しさん [2007/08/17(金) 01:14:00 ]: コボラは、エクセルの機能の大半が使えません。
SQLを知っててもアクセス使えません。もちろん、Officeが使えません
プログラム言語はコボルとJCLがかけます。
時代に取り残されたコボラの履歴書より。
437 名前：仕様書無しさん [2007/08/17(金) 01:54:45 ]: 予備１
438 名前：仕様書無しさん mailto:sage [2007/08/17(金) 02:12:39 ]: yobi1
439 名前：仕様書無しさん mailto:sage [2007/08/17(金) 07:23:02 ]: 関係無いけど、Cの構造体のパディング対策で入れる予備領域の名前は
いつも悩むなぁ…。
え、pragma pack使え？すいません…。
440 名前：仕様書無しさん mailto:sage [2007/08/17(金) 10:23:59 ]: >>432
ふつー、ツイストペア。
441 名前：仕様書無しさん mailto:sage [2007/08/17(金) 22:39:15 ]: >>439
このスレだから
fillerが良いのでは？
442 名前：仕様書無しさん mailto:sage [2007/08/17(金) 23:05:21 ]: >>432
>おー、イエローケーブルのことね
昔あった、「メローイエロー」って炭酸飲料思い出した。
443 名前：仕様書無しさん mailto:sage [2007/08/17(金) 23:06:13 ]: >>441
大文字だろ、常考。
444 名前：仕様書無しさん [2007/08/17(金) 23:44:06 ]: >>442
あったなー。
ガキだった俺は「全然メロンの味せんやんけ、しかも黄色やし」って当時思った。
445 名前：仕様書無しさん [2007/08/18(土) 01:07:49 ]: ＞＞４３０
いじめるなよ。ＣＯＢＯＬｅｒのぼくが書いてるんだから。
446 名前：仕様書無しさん [2007/08/18(土) 01:13:15 ]: >>436
イージィーもできるよ！！
447 名前：仕様書無しさん mailto:sage [2007/08/18(土) 01:25:48 ]: Easytrieve Plus?
448 名前：仕様書無しさん mailto:sage [2007/08/20(月) 00:19:39 ]: ＞経験しなきゃ超えられない壁ってあるけど、たまたま業務でそれの「経験あります」ってより、
＞自発的に勉強してるやつのほうが、伸びしろはあるだろ。

そんな夢見がちな学生の意見を言われてﾓﾅｰ

趣味人間の当てのない将来の可能性に夢見るほど現場の人間はロマンチストでないぞ。
そして偽経験なんか現場の人間は一発で見抜く。

そしてFILLERとか設計するヤツは現代において嫌われるって事実だ。w
449 名前：仕様書無しさん mailto:sage [2007/08/20(月) 02:43:51 ]: 今となってはイエローケーブルなんて見た事無い奴の方が多いんだろうなぁ
450 名前：仕様書無しさん [2007/08/20(月) 23:05:58 ]: >>449
コボラ乙
451 名前：仕様書無しさん [2007/08/22(水) 07:22:42 ]: >>436
イージィーってなんだ？
452 名前：仕様書無しさん [2007/08/22(水) 22:54:17 ]: >>451
インポのことだよ。
453 名前：仕様書無しさん mailto:sage [2007/08/23(木) 04:07:45 ]: 痔の業界用語
454 名前：仕様書無しさん [2007/08/23(木) 23:31:35 ]: BINDってなんだ？
455 名前：仕様書無しさん mailto:sage [2007/08/24(金) 00:08:08 ]: ボインD
456 名前：仕様書無しさん [2007/08/31(金) 00:25:04 ]: 今日配属先で初めてコボルのソースを見せてもらったら、３０００ステップ以上
あってほとんどＰＩＣ句ばかり。コボルってこんなんばっかなのかよ。
457 名前：仕様書無しさん mailto:sage [2007/08/31(金) 15:52:52 ]: COPY句ばっかりだと余計楽しめるぞ。
さらにそのCOPY句がPROCEDURE DIVISION内にあったりしたら
ウキウキだぞ。
458 名前：仕様書無しさん [2007/09/14(金) 07:59:15 ]: cobolの参考書は市販されていてもJCLの参考書が市販されていないのはなぜだろう
459 名前：仕様書無しさん mailto:sage [2007/09/14(金) 21:24:32 ]: >>458
口伝による、一子相伝だから。
460 名前：仕様書無しさん mailto:sage [2007/09/16(日) 14:02:39 ]: JCLって汎用機ごとに命令の記述はちがうの？
NECしかやったこと無いからしらん・・・

もしそうなら参考書が出ていないのは何となくわかる。
461 名前：仕様書無しさん [2007/09/19(水) 20:15:35 ]: レスのテーマから外れてきた
コボルをからかうレスだった
462 名前：仕様書無しさん [2007/09/30(日) 15:43:48 ]: >>レスのテーマ

スレのテーマ
463 名前：仕様書無しさん [2007/10/06(土) 22:08:47 ]: Ｂ『「コボラは横長ＤＢがお好き」って知ってますか？』
Ａ『......いえ。』
Ｂ『２ｃｈのＰＧ板のスレなんですけどね、読んで見ると、なるほどと思いました。』
Ａ『そうですか。』
Ｂ『Ａさんもご覧になってみたらいいと思います。
　　この業界が如何に偏見や見栄、虚構で成り立っているか実感できるでしょう。』
Ａ『虚構ですか。』
Ｂ『そうです。ここで語られている「コボラ」という人物像は
　　１．３０代後半～４０代後半
　　２．コボルの経験がある。
　　３．コンピュータオタク（スキルの程度は必ずしも高くない）。
　　
　　というものです。で、これらのカテゴリーを排除していこうというのがそのスレの趣旨だそうです。』
464 名前：仕様書無しさん mailto:sage [2007/10/07(日) 01:22:33 ]: でたー！
団塊コボラ
465 名前：仕様書無しさん mailto:sage [2007/10/08(月) 08:55:08 ]: やりすぎ
466 名前：仕様書無しさん [2007/10/08(月) 15:50:56 ]: Ｂ『「確証バイアス」という言葉をご存知ですか？』
Ａ『....いえ』
Ｂ『自分の偏見に合致する事実のみを評価してあらかじめ用意していた結論を導く行為で、詭弁の一種ですな。』
Ａ『そうですか。』
Ｂ『そのスレで行われている議論はまさにそれです。
　　しかし、これは業界全体の性質と言っても過言ではありません。
　　「ＶＢ厨」という言葉をご存知ですか？』
Ａ『はい。ＶＢしかできない人のことですよね。』
Ｂ『そうです。しかし、広義にはＶＢ「も得意」という人が含まれています。
　　「ＶＢも得意」というのは複数の言語をマスターしつつＶＢが得意という意味で
　　とてもよいことです。しかし、実際はそのようにに評価されることは少ないようです。』
Ａ『なぜですか？』
Ｂ『やはり第一印象というものは非常に重要で、

　　　　ＶＢが得意⇒ＶＢをさせてるのが最善　

　　その結果

　　　　ＶＢしかしない⇒ＶＢしかできない。

　　という結論に至るわけですな。』
467 名前：仕様書無しさん [2007/10/08(月) 15:52:49 ]: Ａ『しかし、ほかにもできることがあるのにそれを発揮してもらわないのは勿体ないと思いますが....』
Ｂ『そうなんです。もったいないです。しかし、そこでもったいないと感じるのは
　　その人のスキルに対してのことでしょう？会社やサラリーマンである管理職にとっては
　　評価を下げることによる買い叩きがより重要なのです。
　　そこは、会社は「利益」、管理職は「自分の成績」と利害が一致していますからね。
　　それらを損なうことがよりもったいない感じるわけです。』
Ａ『しかし、それで優秀な技術者を放出してしまったら、結局、会社も利益を損ない、
　　管理職の評価も下がるのでは？』
Ｂ『当然そうなんですが、もともと評価が低いということで合意されている上、
　　もし、「使い続けていたら？」ということなど誰にもわからないですからね。
　　「素材を見る目」、「素材の活かし方」が評価されるほどまだ業界が成長していないということですな。
　　「いい素材だけを仕入れる」ことに集中すればまだマシなのですが、「安い素材を仕入れる」ことばかり
　　に躍起になっているのが現状です。』
Ａ『そうなんですか。安いに越したことはないですが....』
Ｂ『コボル、ＶＢに限らず、これから淘汰されていく技術に関しても同様の議論がなされるでしょう。』
Ａ『以前言っていた、「突出した限定的なスキルは重要ではない」とはこういうことなのですか。』
Ｂ『そうですね。「偏見を持たないため」ということだったんですが、結局は「偏見を持たれないため」
　　ということにもなりますね。』
468 名前：仕様書無しさん [2007/10/08(月) 23:55:25 ]: >>466=467
それ用のスレ立てろよ。
469 名前：仕様書無しさん mailto:sage [2007/10/08(月) 23:58:29 ]: >>463
ここまでくると、じらじらしい気がする。
470 名前：仕様書無しさん mailto:sage [2007/10/09(火) 00:13:13 ]: "じらじらしい" に一致する日本語のページ 1 件中 1 - 1 件目 (0.36 秒)
471 名前：仕様書無しさん [2007/10/09(火) 00:13:37 ]: 商業高校でＣＯＢＯＬを教えるのを辞めてほしい。
先生たちの時代にＣＯＢＯＬが流行っていたからといって
今の時代にそれを教えるのは大間違い。
472 名前：仕様書無しさん [2007/10/09(火) 00:19:08 ]: 基本情報技術者試験の午後試験からCOBOLをなくしてほしい。
昔、COBOLが流行っていたからといって
今の時代にそれを試験に入れるのは大間違い。
473 名前：仕様書無しさん mailto:sage [2007/10/09(火) 01:15:46 ]: メンバメイコボルスミなんちゃら
474 名前：仕様書無しさん [2007/10/10(水) 22:44:40 ]: Ｂ『昨日また、「コボラは横長ＤＢがお好き」を見ましたが、こないだの話に酷似した書き込みがありました。』
Ａ『すいません。実は私も見ていたんです。』
Ｂ『そうですか。ていうことは団塊コボラとは私のことですね？』
Ａ『....はい。すいません。』
Ｂ『いえ、いいんです。確かに私のキャリアの中で一番長いのはコボルですから。』
475 名前：仕様書無しさん [2007/10/10(水) 22:51:38 ]: そろそろ東映から映画化の話が・・
476 名前：仕様書無しさん [2007/10/11(木) 01:36:53 ]: Ａ『この仕事自体は好きなんですが、業界のこういう体質は嫌いなんです。』
Ｂ『なるほど、仕事自体は好きと。』
Ａ『とはいえ、働きすぎは良くないとは思いますが。』
Ｂ『なるほど。しかし、この仕事が好きと「言う」人は珍しいですね。
　　多くのは人は
　　「家でパソコン触らない」
　　「これしかできないからしかたなく」
　　といいながらいつまでもしがみついてるものですよ。』
Ａ『そうなんですか。何で嫌いなのに続けるのですかね？
　　他業種に比べて給料も特別高いわけじゃないと思うし。』
Ｂ『マーフィーの法則です。』
Ａ『え？』
Ｂ『「進んで働くものほど無能である」というヤツですな。』
Ａ『えーっと、無能を否定するために仕事に消極的、つまり嫌いだと？』
Ｂ『はい。もっと言うと、「成果が上がらないのは力を入れてないから」ということですな。
　　同じ「不満足」な成果なら手を抜いた方が優秀という論理です。』
Ａ『「負けたのは本気を出していないから」ですか.... ｗ』
Ｂ『はは、そうですね。
　　無能はサボりを効率化と誇りますが、有能は効率化をサボりと謙るもんです。』
477 名前：仕様書無しさん [2007/10/11(木) 22:38:13 ]: いつの間にか、ＡとＢが逆転してますよ？
478 名前：仕様書無しさん [2007/10/12(金) 00:35:36 ]: コボラ自体をよくわからんやつが書き込んでるな
笑えるのにしてくれんか
479 名前：仕様書無しさん [2007/10/13(土) 23:49:20 ]: 団塊、相変わらず含蓄のある言葉をくれるな。
480 名前：仕様書無しさん [2007/10/14(日) 11:11:10 ]: >>476
たしかに。
馬鹿ほど

『パソコン興味ない』とか『管理職なりたくない』

とか言うね。
さらに
『仕事の話嫌い』とか『会社の飲み会行きたくない』
みたいな、ある意味、当たり前のことを今知ったように言うよな。
481 名前：仕様書無しさん mailto:sage [2007/10/16(火) 23:10:33 ]: 団塊コボラまだー？
482 名前：仕様書無しさん [2007/10/22(月) 23:55:11 ]: Ｂ『運用ではありえないことですから....』
Ａ『運用ではありえない？』
Ｂ『はい』
Ａ『「頻度が少ないから想定しない」、「万が一のために備えておく」
　　どちらにいたしましょうか？』
Ｂ『えーーーーーっと.....』
Ａ『はい、コレは意地悪で聞いているのですが、
　　そもそも、「運用ではありえない」という誤魔化しが問題なのです。
　　本来なら、ＰＧである私とＳＥであるＢさんとの間には会話は一切必要ありません。
　　それが究極です。』
Ｂ『話せずに仕事をするのですか？』
Ａ『はい、そうです。Ｂさんはよく「わからんことあったら聞いてください」
　　と他のＰＧに言っていますねよ？』
Ｂ『はい』
Ａ『とんでもない話です。』
Ｂ『何がですか？わからないことを聞くのは当たり前でしょう？』
Ａ『「わからないことがある」ということが問題です。
　　もっと言うと、「聞け」と言ったことで、一度に伝える内容を薄めてしまっているのです。
　　コレはＢさんに限ったことではありませんが、「質問される」ということに優越感を感じてしまうのですな。』
Ｂ『何を言ってるんですか？わけがわかりません。』
Ａ『まぁ、ここで「はいそうです」という人は誰もいません。
　　自分のいやらしい心理を肯定するのは勇気がいるものです。
　　うっとおしい爺だと思われるかも知れませんが、
　　これで、少しでもＢさんが精度の高い仕事ができるようになれば本望ですな。』
Ｂ『.....』
Ａ『さて、さっきの話ですが、いかがいたしましょうかね？』
483 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:31:34 ]: >>482のＡ爺
「あり得ないから想定しない」は無いの～？
「頻度は少ないがあり得るから想定する」は～？
484 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:34:56 ]: まぁ、機能に組み込むかどうかって話なら
２択になるんかな。
485 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:38:29 ]: Bはあり得ないと言ってるのに、Aはありうると決めつけている。
まあ、備えた方が無難とも考えられるが。
486 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:40:58 ]: 『運用では』ってのが鼻についたんじゃね？
487 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:43:19 ]: 入力されないはずの値をPG的に許可するかどうかって話でしょ？
それが仕様書に明記されていないって話だろ。
今まさにこの時間にもそんな話してる奴掃いて捨てるほどおるんだろうなー。
馬鹿げた職業だｗ
488 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:44:39 ]: 「あり得へん。あったら切腹や」
くらい言えよ
489 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:46:45 ]: Ａ『もしあったらゴキブリ以下ですよ？』
490 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:50:29 ]: B「しゃー！こらー！！」
491 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:54:30 ]: >>483-488
釣られまくってんな。
492 名前：仕様書無しさん [2007/10/23(火) 00:55:35 ]: 釣られまくるってのも不思議な日本語だ。
493 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:58:45 ]: >>482
AとBのやりとりは>>482の実際の経験？
494 名前：仕様書無しさん mailto:sage [2007/10/23(火) 01:00:25 ]: みんな時事ネタ知っててほっとした。
495 名前：仕様書無しさん [2007/10/23(火) 01:10:03 ]: >>493
このスレで名物化（してるのかｗ？）しているネタ。
俺は結構好きで全部読んだ。
同一人物が書き込んでいるかどうかも不明。
実話かどうかももちろん不明。
496 名前：団塊コボラ mailto:sage [2007/10/23(火) 01:24:57 ]: 呼びましたか？
497 名前：仕様書無しさん mailto:sage [2007/10/23(火) 01:41:25 ]: よんでねぇ。
消えろクソ爺。
498 名前：仕様書無しさん [2007/10/23(火) 22:42:33 ]: ガラの悪い奴だ

これだからコボラは・・・
499 名前：仕様書無しさん mailto:sage [2007/10/24(水) 00:23:03 ]: コボルの人と会話がかみ合いません。データベースの
テーブルらしきもののことをファイルファイルって言います。
ファイルは一文字1バイトの文字列で表現された構造体の
ようなものっぽいんですが、ファイルってなんですか
500 名前：仕様書無しさん mailto:sage [2007/10/24(水) 00:40:32 ]: ISAMファイル
501 名前：仕様書無しさん mailto:sage [2007/10/25(木) 22:26:20 ]: Ｃ『ところで、質問なんですが......』
Ｂ『ちょっと後にしてもらえる？』
Ｃ『いや、１分もかからないと思いますが。』
Ｂ『今、それどころじゃないんだよ。』
Ｃ『コレわからないと先に進めないのですが。』
Ａ『トラブルですか？』
Ｂ『はい、昨日の夜間バッチがコケてたみたいで。』
Ａ『それは大変ですね。』
Ｂ『しかし、１分で済むことは１分で済ませたほうがいいですよ。
　　１分で済むことを１日遅らせるより、１日かかることを１分遅らせるほうがダメージは少ないですよ。
　　おっと、余計なおしゃべりはこの辺にしておきましょう。』
502 名前：仕様書無しさん mailto:sage [2007/10/25(木) 22:27:12 ]: ラスト訂正Ｂ→Ａ
Ａ『しかし、１分で済むことは１分で済ませたほうがいいですよ。
　　１分で済むことを１日遅らせるより、１日かかることを１分遅らせるほうがダメージは少ないですよ。
　　おっと、余計なおしゃべりはこの辺にしておきましょう。』
503 名前：仕様書無しさん mailto:sage [2007/10/26(金) 21:53:47 ]: 団塊コボラの話し方が鼻についてきた。
直に話してるＡにしてみれば、年の違いや声音などで、
話し方が傲慢でも相殺されてるんだろうけど。
504 名前：仕様書無しさん [2007/10/27(土) 06:42:45 ]: まぁ、作者が違うってことだろｗ
505 名前：仕様書無しさん mailto:sage [2007/10/27(土) 07:20:30 ]: 団塊いいこと言ってるね。
まぁ、ありがちな話ばっかりだけど、
実際、それらの話みたいなことは頻繁にあるもんね。
506 名前：仕様書無しさん mailto:sage [2007/10/27(土) 08:12:08 ]: >>501はかなり程度が低いよな。
釣りじゃねぇ？
Cみたいな話し方するのって、空気読めないアホな新人で、
コイツの仕事は正直どうでもいい。
重要なシステムなら1分障害が伸びると1億損失って事もある。
ま、Bの仕事もどうでもいいものかも知れないが、
この言い方はありえんなぁ。
507 名前：仕様書無しさん mailto:sage [2007/10/27(土) 09:30:08 ]: とりあえずCは無能だろ
508 名前：仕様書無しさん mailto:sage [2007/10/27(土) 09:39:03 ]: 漏れも釣りだと思うが。

状況と関係が不鮮明なので、推測だけどとりあえずＣはどーでもいい仕事で、
「コレがわからないと先に進めない」なんて状況は現実的にないな。

そしてＢは「Ｃの説明する１分と言うのは大抵１分で終わらない」って
経験的に理解しているから「今それどころじゃねえ」と返答している可能性もあるのに
Aがしったか精神で「しかし、１分で済む・・・」なんて語られたら
現場の人間からするとウザい事この上ない。

Aが真にプロならＢの代わりにAがＣの質問に答えてやればいいじゃん。
それがお互いの時間を一番効率的に利用できるんだし。
509 名前：仕様書無しさん mailto:sage [2007/10/27(土) 10:44:28 ]: >>508
そうなんだよな。
質問に答えず説教することで余計なやりとりが発生して時間を無駄にするより、
質問の要点に答えて終わらせる方が時間の節約になる。
質問者がいつまでたっても学習しない奴なら説教は必要だろうが。
510 名前：仕様書無しさん mailto:sage [2007/10/27(土) 13:19:37 ]: ラスト訂正ってのがどうもなｗ
511 名前：仕様書無しさん mailto:sage [2007/10/27(土) 14:20:27 ]: コボラーって、正規化できないんだよな
コボラーの設計したテーブルだと
SQLでアクセスしにくいんだよね
512 名前：仕様書無しさん mailto:sage [2007/10/27(土) 14:46:53 ]: このスレの主題が久々に出たな。
ついでにチューニングも利かん。
513 名前：仕様書無しさん mailto:sage [2007/10/27(土) 16:32:53 ]: コボラーの設計したテーブル　その１

得意先別月別実績ファイル（コボラーは、テーブルのことをファイルと呼ぶ）
得意先コード、年度、１月実績、２月実績・・・１２月実績
（得意先コードと年度が主キー）

年度またがりで期間指定で集計しようと思ったら、
そのつどSQLを変更しなければならない
514 名前：仕様書無しさん mailto:sage [2007/10/27(土) 18:10:36 ]: >>513
俺の上司は、利率が変わったりといった
制度変更の履歴を横に持ってるぞ　Riritsu12, Riritsu2, Riritsu3…

変わったら修正すれば良いでしょって、、、
コストは客に負担させるつもりらしい。
515 名前：509 mailto:sage [2007/10/27(土) 18:16:40 ]: >>510
ははは。言われればその通り。
516 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:04:46 ]: SQL?なにそれ？
ブレイクさせろブレイク！
517 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:20:09 ]: 横長のDBでしか設計できないのは、本物のコボラじゃない。
本物のコボラは木構造のＤＢ設計をするんだ。
RDBしか使った事ないおまえらには理解不能だろうがな。
518 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:25:04 ]: >>513
汎用系のファイルをそのままＤＢテーブルに置き換えてるだけだから

適用開始日１　消費税率１　適用開始日2 消費税率２

（５％になった時に後ろ２つを追加、関連ＰＧ改修したと思われる）
とかもある。この先税率が変ったら？

正規化の概念うんぬん、というより
「今正しく稼動してるものは変更しない」でガチガチと思われる。
519 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:25:35 ]: あー>>514見てなかった。ごめん。
520 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:47:48 ]: >>517
>>本物のコボラは木構造のＤＢ設計をするんだ。

お前ＲＤＢって何かしらないんだなｗ
521 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:48:33 ]: わかってないのは>>520の方だけど
522 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:53:03 ]: >>520
Wikipediaで調べろ。
523 名前：仕様書無しさん [2007/10/27(土) 20:14:51 ]: >>520
木構造DBを直接使った事ないのは普通だと思うけど、知らないのはまずいぞ。
RDBも、インデックスは木構造DBだから、意識せずに使ってるてだけだからな。
インデックスに対してSQLのORやNOTが効かない理由を考えたことすらないのか？
勉強をしようともしない態度はおまいが嫌ってるコボラーといっしょだぞ？？
524 名前：仕様書無しさん mailto:sage [2007/10/27(土) 20:23:14 ]: >>520
知ったかぶりをすると勉強になる件。
みんなが教えてくれるからな。
でも、そんな親切な連中はあんましいないぜ。
525 名前：仕様書無しさん mailto:sage [2007/10/27(土) 20:28:11 ]: >>520
www.atmarkit.co.jp/fdb/rensai/sqlstune04/sqlstune04_1.html

これ読んで勉強汁。
526 名前：仕様書無しさん mailto:sage [2007/10/27(土) 20:54:17 ]: >>514, >>518
うぉーっ
その２を先に言われてしまった。。。。
コボラーは、どこに行ってもコボラーってことか
527 名前：仕様書無しさん mailto:sage [2007/10/27(土) 20:56:59 ]: すまん、520はこれの事いってると思うのだ
ja.wikipedia.org/wiki/IMS
528 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:02:13 ]: >>520は単に小鯔を馬鹿にしたかったんでは
529 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:10:22 ]: こうやって、いろいろ話が広がって
知識を習得する機会がうまれる。
520はいい仕事をした。
530 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:11:03 ]: ＞「今正しく稼動してるものは変更しない」

という明確な意思なら勝手だけど、正規化自体まーったく知らない金融名古屋人とかいるよ。
531 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:16:16 ]: >>530
そこは注意が必要なとこで、
横長で初期開発が済んでしまったものはもちろんそうである。

これから汎用機からOPEN系へのリプレスをする段階では、
「今正しく稼動してるもの」とは言えない。
新システムはまだ稼動してないのだから。
532 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:22:46 ]: >>531
ユーフィットのアホにそのまま言ってやって
533 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:28:42 ]: ＣＯＢＯＬソースはそのまま移行（データ扱い部分をＳＱＬに自動変換）するから、
現汎用システムのレイアウトのまま、ＤＢテーブルで定義したりするね。
534 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:37:08 ]: 正規化させろ
535 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:43:30 ]: コボラーのプログラム設計

売上実績ファイルと得意先マスターから得意先別の集計表を作成
だいたい、こんな感じ

1.得意先マスター取得ループ
　1.1.売上実績ファイル取得ループ
　　　　（１で取得した得意先コードを指定）
　　1.1.1.売上実績の計を求める
　1.2.売上実績がゼロ以外のとき、得意先マスタの情報と売上実績の計を出力　

Group By使えよ
売上実績と得意先マスターを結合しろよ
SQL一発でできるぞ
536 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:45:40 ]: 石頭金融はselectも　*　しかできないと思ってますよ。
537 名前：仕様書無しさん mailto:sage [2007/10/27(土) 23:22:08 ]: >>531
とか言ってたベンダが仕様温めやがって、結局納期ギリでコボルそのままになった経験
538 名前：仕様書無しさん mailto:sage [2007/10/28(日) 02:14:13 ]: >>531
汎用機からオープン系へのリプレースで横長にされました。
プログラムの中身も、データ部分とUI切り分けるでもなく
1つのクラスの中に長々と全部・・・

>>535
いいえ、真のコボラは大して重くない集計票でも、
月次処理などで集計済テーブルを別に作ろうとします。
○○集計テーブル、××集計テーブルと…帳票用のテーブルが山のように作られます。
539 名前：仕様書無しさん mailto:sage [2007/10/28(日) 03:37:58 ]: >>538
そうそう、集計済みテーブル好きだよね。
ちょいとしたSQLで1秒かからずに出るのに、ストアドプロシージャで
データ追加のたびに集計表更新してる。
しかもプロシージャとかそれを呼び出すプログラムが腐ってて
集計結果間違えたりしてんのｗｗｗ
540 名前：仕様書無しさん mailto:sage [2007/10/28(日) 06:40:13 ]: >>532
＞ユーフィットのアホにそのまま言ってやって

そおいや、その会社のCOBOLソースを見たら
正規化って概念知らずにソース内で力ワザをしているのを
何回か気が遠くなったな。

しかもそういう劣悪設計なのから「修正新規」とかで
劣化コピーなプログラムが何本かあって、不具合や仕様変更が発生すると
お約束で原本＆劣化軍団を同時に修正しなきゃいけないから、
修正コストやユニットテスト、連動テストのコストがバカにならん・・・。

その場しのぎの短絡的思考なヤツが多いと思う。金融系＆COBOLerは特に。
541 名前：仕様書無しさん mailto:sage [2007/10/28(日) 08:20:00 ]: >>538,>>539
そそ、集計テーブル好きだね
入力処理の実行時に集計テーブルへの更新もやったり
”日次締処理”で日次の集計処理をやったり・・・

＞集計結果間違えたりしてんのｗｗｗ

そこで、再集計処理ですよ。
542 名前：仕様書無しさん mailto:sage [2007/10/28(日) 10:58:32 ]: というか、プログラムで処理すりゃいいようなレベルをなぜか
DB上で実行しようとする(多分ファイルメモリの記憶が濃厚なんだろうけど)

・・・今更256もつんでりゃ一万位のデータ問題なく処理できるって。
543 名前：仕様書無しさん mailto:sage [2007/10/28(日) 11:35:19 ]: 逆にDBにまかせりゃ良い事をプログラムでやろうとしたりな。
544 名前：仕様書無しさん mailto:sage [2007/10/28(日) 12:00:38 ]: コボラーはストアドになんか変な幻想抱いている気がするね。
ストアドで実質プログラム書いた事あるよ・・・。

別ストアドを関数として、
XMLDBを変数領域として、
えらく遅かったです。
545 名前：仕様書無しさん mailto:sage [2007/10/28(日) 12:01:00 ]: VBとDEVELOPERが共存するシステムで
CSV取り込みをDEVELOPERで
ストアドCALLするだけの画面をVBでやれ
といわれたときゲンナリした。
546 名前：仕様書無しさん mailto:sage [2007/10/28(日) 12:08:23 ]: >>540
それは現在の俺の状況に近いものがあるな・・・死にたいです・・・
547 名前：仕様書無しさん mailto:sage [2007/10/28(日) 12:59:59 ]: >>545
VBでなくPBで経験した。
548 名前：仕様書無しさん mailto:sage [2007/10/28(日) 13:48:35 ]: 3回集計して、結果が同じだったらOKって事で。。
549 名前：仕様書無しさん mailto:sage [2007/10/28(日) 15:38:08 ]: >>548
2回目と３回目の間に、他の人が別のＰＣでデータ登録して
２回目と3回目の集計結果が違った
って、落ちはないの？
550 名前：仕様書無しさん [2007/10/28(日) 17:15:31 ]: でもSQLで出来るからってA4 4～5枚のSQLかれた時はまいったよ。
オープン系の若い兄ちゃんだけどね。
コボラーの簡単SQL+プログラムもまいるが.....
バランスって難しいねぇ
551 名前：仕様書無しさん mailto:sage [2007/10/28(日) 19:14:00 ]: その辺のバランスを、うまく取るのがセンスかな
頭の固いコボラーには、無理だろうな
552 名前：仕様書無しさん mailto:sage [2007/10/28(日) 20:55:48 ]: 一番困るのがその頭の固さ。
知らないことは詳しい人に聞いて最善の方法を考えようとか絶対しない。
メールの「グループ化」すら知らないのか嫌なのか、
３０人くらいのアドレスを書き連ねて送信。
当然忘れられる人もいる。
うるさいけどできる外注のおばさんをそれで怒らせて辞められてしまった。
553 名前：仕様書無しさん [2007/10/28(日) 22:46:46 ]: 最近、コボラーを雇ってる金融機関にとても不安を感じる今日この頃
日本の将来は大丈夫か

ＯＬＤコボラってプルグラムを組ませていけないのかなぁ
３０年前から進歩がないやつらみたいだし
windows使えこなせそうだし
554 名前：仕様書無しさん mailto:sage [2007/10/28(日) 22:54:37 ]: 日本語でおｋ
555 名前：仕様書無しさん mailto:sage [2007/10/28(日) 23:20:13 ]: 553は金融機関とかで働きたいニートなのか？
556 名前：仕様書無しさん [2007/10/29(月) 02:04:52 ]: 団塊の新作はまだかなぁ。
作家は何人いるんだろう？
557 名前：仕様書無しさん [2007/10/29(月) 02:06:27 ]: 次回からサブタイトル付だとおもしろいな。
558 名前：仕様書無しさん mailto:sage [2007/10/29(月) 02:11:07 ]: 汎用使うような業種はそもそもお硬く役所的で根拠ないプライド高いから、
変化や協力、効率性とか排除しがちなんだろうな。
559 名前：仕様書無しさん mailto:sage [2007/10/29(月) 06:48:34 ]: 働く人間の全員がそういうワケではないが、そういう風に職場的に洗脳している
雰囲気はあるな。

つか、COBOLを保守メンテする案件ってぶっちゃけ無能でも出来るから、
って理由がほとんどだと思うが。

最初のシステム構築はどんな言語であれ出来る人間がいないと辛いけどサ。
560 名前：仕様書無しさん mailto:sage [2007/10/29(月) 06:52:31 ]: SE（いちおう技術者としとく）になりたいというより、
○○銀行、証券、生命の系列会社に入りたかった人間が多いから。

一番直前名前挙がってる会社なんて
人生に「ひがしうみ　ぎんこう」の名前が欲しくて、
実家を離れたくなくて入った人ばかりだから。
561 名前：仕様書無しさん mailto:sage [2007/10/29(月) 16:30:12 ]: コボラーはこんなのがすき
ttp://pc11.2ch.net/test/read.cgi/db/1116097001/191
562 名前：仕様書無しさん mailto:sage [2007/10/29(月) 23:15:23 ]: 次スレ候補
【非正規化】コボラは横長DBがお好き　３カラム目【用済み】
563 名前：仕様書無しさん [2007/10/30(火) 00:08:57 ]: Ｂ『Ｃさんをどう思いますか？』
Ａ『Ｃどうって？何の話ですか？』
Ｂ『仕事の面で....』
Ａ『まぁ、普通なんじゃないでしょうか？
　　彼は大学出て就職してまだ１年半くらいと聞きましたが。
　　何か、問題でも？』
Ｂ『いえ、ちょっと要領が悪いというか、
　　他の人と比べるとちょっと割りに合わないというか....
　　出している金額は多少安いんですが....』
Ａ『そうですか。彼も私と同じように３ヶ月契約ですかね？どうされるんですか？』
Ｂ『次回はお断りしようかと思ってるんですが....』
Ａ『そうですか。しかし、「切る」というのは簡単ですが、
　　それによるマイナスも十分に考えておいたほうがよいかも知れませんよ。』
Ｂ『いや、Ｃさんが抜けても特に....』
Ａ『いえ、そういうことではありません。
　　たとえば、Ｃさんが１０年目ならまぁ、切るのも仕方のないことでしょう。
　　しかし、１年半となると事情が違ってきます。』
Ｂ『といいますと？』
Ａ『１年半となると今のような現状は容易に想像がつきますね？
　　完成品が欲しければＣさんは初めから受け入れないというのが常識的な判断です。
　　使えない人員を出す方も問題ですが、
　　受け入れるということはそれを了承していると思われても仕方ありません。
　　１年半ですからね。
　　これは、派遣元の業者はもちろんのこと、自社の上司や同僚からも
　　Ｂさんの評価が下がる要因になるでしょう。』
Ｂ『上司はまだしも、派遣元の業者が評価ですか？』
Ａ『評価というのは語弊があるかもしれませんが、
　　「非常識な客だ」とか「だから安いんだろ？」と思われるということです。
　　思う方も思う方ですが、一旦受け入れてしまっていますからね。
　　外注業者への心証は意外と侮れないものですよ。』
564 名前：仕様書無しさん [2007/10/30(火) 00:46:18 ]: Ａ『Ｃさんとこは誰のツテでしたっけ？』
Ｂ『部長のツテですが....』
Ａ『Ｃさん一人についてのことで問題になることはないと思いますが、
　　「切ればいい」と思っていては、人を出してくれなくなることがありますからね。
　　当然、部長もいい気はしないどころか、部長の受け持っている他プロジェクトにも影響しかねません。』
Ｂ『....確かに。』
Ａ『これらは目に見える範疇で、本当に恐ろしいのは
　　Ｂさんが「切る人」であると思われてしまうことです。
　　こうなると、周りの人間がＢさんを怖がるようになります。
　　そして、Ｂさんの意見に反対する人が減るでしょう。
　　なぜなら、切られたくないからです。
　　これは、外注のみならず、自社の後輩や同僚についても同じことです。
　　こうして、誤った意思決定が横行してしまうわけですな。
　　リーダーは決して嫌われてはいけないんです。』
565 名前：仕様書無しさん mailto:sage [2007/10/30(火) 00:48:32 ]: >>563,564は間違いなくコボラ
566 名前：仕様書無しさん mailto:sage [2007/10/30(火) 00:49:48 ]: 1週間で切られるような環境で育ってきたから
馬鹿らしいことこの上ない。
567 名前：仕様書無しさん [2007/10/30(火) 01:02:39 ]: Ａ『「デスマーチになった結果、嫌われたリーダ」というのはレアで実際は
　　「リーダが嫌われた結果、デスマーチになった」というケースほとんどです。
　　「和気藹々とデスマーチ」なんてのもごく少数ですが、あるにはありましたが....これはどうでもいいですね。』
Ｂ『そうなんですか。プロジェクト管理より嫌われないことですか。』
Ａ『そうです。というか、人心掌握力を欠いてはプロジェクト管理などありえません。
　　小規模ではどうにでもなりますが、１００名規模などとなるとリーダの人柄が命運を分けるといっても過言ではありません。
　　将来的にはその規模を任されたいと思っているのですよね？』
Ｂ『....はい。』
Ａ『それなら、「切る怖い人」ではなくて「育てる優しい人」を目指した方がよいと思います。外注も育ててナンボですから。』
Ｂ『そうですね....Ｃさんは長い目で見ることにします。』
568 名前：仕様書無しさん [2007/10/30(火) 01:13:25 ]: お、新作。

以前、デスマーチの挙句、外注が手を引いて別の外注業者に
ＰＧ一人１００万／月取られてたバカがいた。
569 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:34:28 ]: 外注を育てる？
金払って育てるんか？
570 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:36:54 ]: >>567
こうやって（優しさを勘違いした無能な）リーダーが作られていくのか・・・・・・
571 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:40:09 ]: まぁ、１００名規模のリーダにスキルなど....
572 名前：仕様書無しさん [2007/10/30(火) 01:50:47 ]: お前らクチだけは達者だなｗ
573 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:50:57 ]: 第一話
　>>300-301

第二話
　>>360-361

第三話
　>>372

第四話
　>>463-466-467

第四話
　>>474-476

第五話
　>>482

第六話
　>>501

第七話
　>>563-564-567

第一話、第五話は秀逸。
あとは駄作。
574 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:53:54 ]: 四話が２こありますが？
575 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:55:16 ]: 失礼！

第一話
　>>300-301

第二話
　>>360-361

第三話
　>>372

第四話
　>>463-467

第五話
　>>474-476

第六話
　>>482

第七話
　>>501

第八話
　>>563-567

第一話、第六話は秀逸。
あとは駄作。
576 名前：仕様書無しさん mailto:sage [2007/10/30(火) 02:22:54 ]: すべて駄作。
577 名前：仕様書無しさん mailto:sage [2007/10/30(火) 07:37:25 ]: >567
おかしな話でAもＢもＣもプロジェクトのリーダーには慣れないと思うんだが。

リーダーと呼ばれる人間は、ワリと本人が意識しないウチにリーダーにならされていた（w)
ってケースも多いぞ。

正直、目の前のくだらねぇ問題で喚くレベルの人間がリーダーになるのは不可能に近いぞ。
578 名前：仕様書無しさん mailto:sage [2007/10/30(火) 10:19:39 ]: 切りたくても、切らねぇ！って
カイジかよ。

しかもついこないだアニメで放送した分。
579 名前：仕様書無しさん mailto:sage [2007/10/30(火) 19:43:17 ]: 嫌われるとか好かれるとかをいちいち考えている人はプロマネに向いてない。
小チームのリーダーぐらいならともかく。
580 名前：仕様書無しさん mailto:sage [2007/10/30(火) 20:25:45 ]: >>563-579
マごときが、プロジェクト管理語るか。
581 名前：仕様書無しさん mailto:sage [2007/10/30(火) 23:10:24 ]: 一応管理者ですが、何も。
582 名前：仕様書無しさん mailto:sage [2007/10/30(火) 23:19:46 ]: 係長も大変だな。
583 名前：仕様書無しさん mailto:sage さて、この文に無能と何回出たでしょう。 [2007/10/31(水) 00:21:35 ]: >>567
無能だから嫌われた上でデスマになるってだけじゃないのん。
デスマになってから無能に気づくか、無能で嫌われたままデスマに突入するのか。
無能が原因でデスマしてたら和気藹々にはならなんだろうし。
584 名前：仕様書無しさん mailto:sage [2007/10/31(水) 00:34:38 ]: >>567
すごい反響だな。
585 名前：仕様書無しさん [2007/10/31(水) 00:49:42 ]: コボラの屁理屈に、飽きてきた

笑えるのがいいんだけど
586 名前：仕様書無しさん mailto:sage [2007/10/31(水) 00:50:52 ]: 無能が無能を斬る。
それが２ｃｈ。
587 名前：仕様書無しさん mailto:sage [2007/10/31(水) 01:24:43 ]: しかし上手く斬れず別の無能が絡む
それが2ch
588 名前：仕様書無しさん mailto:sage [2007/10/31(水) 01:44:14 ]: >>585
熱心なファンだな。
589 名前：仕様書無しさん mailto:sage [2007/10/31(水) 03:34:30 ]: >>567
明日、会社の女子トイレでオナニーをしろよ。
590 名前：仕様書無しさん mailto:sage [2007/10/31(水) 13:57:40 ]: えらく伸びててハァ？と思ったが・・・

外注を育てるのはアホくさいが、外注にしても自社社員にしても
育つ場は現場だからなぁ。

どの現場でも切ることしかしないなら、無能な外注が増えて
デスマに陥る率も増えるだろ。

しかし爺の言うことは正論でも、育てる立場の会社や人間からしたら
ババを引いているにも違いはない。
591 名前：仕様書無しさん mailto:sage [2007/10/31(水) 20:46:42 ]: すごい！このスレってできる人ばっかしなんですね。
592 名前：仕様書無しさん mailto:sage [2007/10/31(水) 22:24:58 ]: 八話が最優秀ってことでＦＡ？
593 名前：仕様書無しさん [2007/11/02(金) 00:34:23 ]: 誰か、『氷河期ＶＢ厨』書けよ。
594 名前：仕様書無しさん mailto:sage [2007/11/02(金) 00:39:03 ]: １）COBOLER（コボラ、コボラー）

　業務知識が豊富である反面、言語知識は最低限である場合が多い。
　上流工程向け。今となっては希少な存在。
　年収は３００万～１２００万程度。

２）オープン系技術者（ソルジャー）

　仕事と趣味を混在させることが多く、更には自覚がない。
　代わりはいくらでもいると思いきや、想像以上にハズレが多い。
　仕様書に書いてあるより「上（設計）の事」には想像をめぐらすことが出来ないが、
　仕様書より「下（手段）の事」にはこだわりがある。
　年収は２５０万～４５０万（４０歳）程度。
595 名前：仕様書無しさん mailto:sage [2007/11/02(金) 01:23:06 ]: >>594
言語知識最低限じゃあどうせ設計もロクにできんだろうに…上流工程でも迷惑なだけだろ。
無駄に重ねた年齢故の立場、責任転嫁する権限があるから…切れないだけで。
というかそれぞれの区分の中で使える奴と使えない奴が混ざってるのにそこ分けないで持論に有利な点だけ抽出すんなって。
596 名前：仕様書無しさん mailto:sage [2007/11/02(金) 01:51:05 ]: 重要なのはDB回りと通信なので、言語は誤差
スクリプト言語まで行くとさすがにまずいがな。
コーダにゃ、運用設計できないし。
597 名前：仕様書無しさん [2007/11/02(金) 02:44:23 ]: 『ＸＸ回り』ってよく聞くけど、いつもイライラする。
598 名前：仕様書無しさん mailto:sage [2007/11/02(金) 06:39:03 ]: ＞１）COBOLER（コボラ、コボラー）
＞
＞　業務知識が豊富である反面、言語知識は最低限である場合が多い。
＞　上流工程向け。今となっては希少な存在。

こいつらのクソ設計のおかげで中日が日本一の瞬間も障害対応していましたが、何か？
599 名前：仕様書無しさん mailto:sage [2007/11/02(金) 20:24:56 ]: >>596
ダウト。
言語によって得手不得手の設計が有る。これは決して誤差レベルではない。
コーダの話は誰もしてない。オープン系＝コーダとか思うのならいっぺん死んで来い。

っつかスレタイ嫁
600 名前：仕様書無しさん [2007/11/02(金) 21:00:56 ]: 「ＤＢ周りと通信」
「ＤＢと通信」
601 名前：仕様書無しさん mailto:sage [2007/11/02(金) 21:46:52 ]: ユニークIDに意味をもたせるな！
602 名前：仕様書無しさん [2007/11/02(金) 22:03:57 ]: >>601
主キーと候補キーで使い分けるならアリなんだが。
603 名前：仕様書無しさん mailto:sage [2007/11/02(金) 22:14:16 ]: DATEよりNUMBER(8,0)かCHAR(8) がいいと思うのは俺だけ？
604 名前：仕様書無しさん mailto:sage [2007/11/02(金) 22:27:46 ]: >>603
なんで？既存システムとの兼ね合い？
605 名前：仕様書無しさん mailto:sage [2007/11/02(金) 22:29:39 ]: 具体的に言うと名前を主キーにしないでください！
606 名前：仕様書無しさん mailto:sage [2007/11/02(金) 22:58:12 ]: 年金システム？
607 名前：仕様書無しさん mailto:sage [2007/11/02(金) 23:27:48 ]: >>603
必ずや日付として無効なデータが入るであろう。

今年は10月が60日まであればよかったなー
608 名前：仕様書無しさん mailto:sage [2007/11/03(土) 00:36:19 ]: >>607
え？ごがつだよ？ねんはわすれたけど。
けんしゅうとかいうのがおわらないと６がつにならないっていってたんだ。
609 名前：仕様書無しさん mailto:sage [2007/11/03(土) 01:01:23 ]: >>607
それはあるんだけどな.....
しかし、インデックスが.....
610 名前：仕様書無しさん mailto:sage [2007/11/03(土) 03:44:46 ]: >>603
そうだね
DATE型だと、時間まで入ってしまうしね。
それに、未入力だとNulｌになってしまう。
Ｎｕｌｌは、あまり使いたくない。
オレも、よくNumberかCharで作成する。
611 名前：仕様書無しさん mailto:sage [2007/11/03(土) 04:49:22 ]: >>610
釣れますか？
612 名前：仕様書無しさん mailto:sage [2007/11/03(土) 05:19:52 ]: 腐ってやがる...

　　　遅すぎたんだ...
613 名前：仕様書無しさん mailto:sage [2007/11/03(土) 07:04:13 ]: >>609
格納したいものが、charで表せるようなもんで十分だと言うことが仕様上明確であれば、
別にcharでも良いと思う。
インデックスのためってのは、設計段階ではあまり理由にならない。
チューニング段階で、求められている速度に達しなくて、そこしかいじるところが無いって場合に初めてやればいい。
614 名前：仕様書無しさん mailto:sage [2007/11/03(土) 07:39:27 ]: >>610
Oracleが世界の中心みたいな発言でつな。
DB2はんな事ないんだが。
615 名前：仕様書無しさん mailto:sage [2007/11/03(土) 10:25:06 ]: まぁ、OracleとDB2とでは、技術者の数が違うからな
Nullって難しいよな
コボラーや年寄り技術者はもちろん、若いSEも理解していない奴が多い
DB製品間でも微妙に扱いが異なっているし
616 名前：仕様書無しさん mailto:sage [2007/11/03(土) 13:37:40 ]: >>613
チューニングってやったことありますか？
617 名前：仕様書無しさん mailto:sage [2007/11/03(土) 13:45:53 ]: >>615
Nullは値を持っていない…って解釈じゃマズイんかな？

自分とこの会社のコボラ連中、null不許可のvarcharだけでDB設計しやがった…orz
ワークテーブルも山ほど、ストアドの中はカーソルだらけ。
618 名前：仕様書無しさん mailto:sage [2007/11/03(土) 14:47:56 ]: 正直な話、ＤＢのNULLの考え方はCOBOLerよりもまだ、Accessを使う
エンドユーザーの方が解っている気がしなくもない。

あとCOBOLerは「one fact in one place」の基本が出来てないヤツが圧倒的に
多いからアフォみたいにワークテーブル作るんだよな。
619 名前：仕様書無しさん mailto:sage [2007/11/03(土) 15:40:29 ]: 多くのコボラーは
　数値型でNull　＝　ゼロ
　文字型でNull　＝　空白
などと勘違いしている

コボラーなら、可変長のvarcharを使わず、
固定長のCharでNot Nullオンリー（笑）
620 名前：仕様書無しさん mailto:sage [2007/11/03(土) 15:46:17 ]: レスポンスが悪いからとテーブル設計を変えたり、
インデックスを追加したり、プログラムをSQLレベルではなく
ロジックそのものを変更したりするのは、
もはやチューニングではなく、
　設計不良の修正
　出来損ないのプログラムの修正
だろう
621 名前：仕様書無しさん mailto:sage [2007/11/03(土) 16:52:53 ]: >>619
いや、varchar使ういみ分かるならいいんだよ。
char 2～4でもvarcharにしたり、必ずmaxうまる項目にvarcharしたり
なんかdefみたいな?
まぁこんなこと言うとおっさんあつかいだけどね
622 名前：仕様書無しさん mailto:sage [2007/11/03(土) 20:16:24 ]: >業務知識が豊富である反面、言語知識は最低限である場合が多い。

これも付け加えておいてくれや。

つ【金の使い方が解らない】
623 名前：仕様書無しさん mailto:sage [2007/11/03(土) 20:51:36 ]: でも評価や金になるのは前者　"業務知識が豊富"
624 名前：仕様書無しさん mailto:sage [2007/11/03(土) 21:07:28 ]: 業務知識って豊富なのかなぁ。
「保守経験が長い」ってのは納得だけど、
多くのCOBOLerって上流工程(この単語嫌い）から来た
仕様をそのままコードにして動かしていて、頭使わない日常送っている人が
ほとんどだと感じるけど。
625 名前：仕様書無しさん mailto:sage [2007/11/03(土) 22:13:36 ]: >仕様をそのままコードにして動かしていて、頭使わない日常送っている人が
>ほとんどだと感じるけど。

これについては、コボラーもゆとり世代も変わらないよ
626 名前：仕様書無しさん mailto:sage [2007/11/03(土) 22:53:12 ]: ゆとり世代の円周率はナンボだったけ？
627 名前：仕様書無しさん mailto:sage [2007/11/03(土) 22:55:51 ]: おおよそ3
628 名前：仕様書無しさん [2007/11/03(土) 23:08:01 ]: >>627
それは都市伝説で、キチンと小学校では3.14と教わっている。
中学ではそれがπに置き換わる。
629 名前：ゆとり世代 [2007/11/03(土) 23:11:45 ]: ゆとり世代以前は複素数平面てなかったなんでしょ？
大半はベクトルって何か理解できてないんじゃないのかな？
630 名前：仕様書無しさん mailto:sage [2007/11/03(土) 23:20:45 ]: >>626
>>628
>>629

分かりやすくて恥ずかしくなる釣り。
631 名前：仕様書無しさん mailto:sage [2007/11/03(土) 23:23:52 ]: >>613
チューニングは設計ありき。
いくらインデックスを張ろうが、
『データがないこと』に勝るもんは何もない。
データを削除、あるいは退避する機能のないシステムはいずれ破綻をきたすことは自明。
632 名前：仕様書無しさん [2007/11/03(土) 23:26:36 ]: ていうか、事後にチューニングなんてバカのやること。
633 名前：仕様書無しさん [2007/11/03(土) 23:27:31 ]: ていうか、チューニングしなければならない状況がすでにバグ。
634 名前：仕様書無しさん mailto:sage [2007/11/03(土) 23:29:22 ]: >>631
つまり時々DB吹き飛ばせと。
635 名前：仕様書無しさん mailto:sage [2007/11/03(土) 23:33:18 ]: スラドは優秀だな
636 名前：仕様書無しさん mailto:sage [2007/11/03(土) 23:51:53 ]: 事後になってチューニングを必要な設計をするのは***。
637 名前：仕様書無しさん mailto:sage [2007/11/04(日) 00:14:43 ]: >>624
スレチだが、上流行程と言うから嫌いなら前作業と脳内変換。
やっている奴らは前座に脳内変換。意外としっくりくる。
638 名前：仕様書無しさん mailto:sage [2007/11/04(日) 04:01:52 ]: >>636
繰り返しはいらんわ。
639 名前：仕様書無しさん [2007/11/04(日) 04:09:11 ]: 偏差値７０～８０：人の使い方について考えてもいい人種
偏差値６０～７０：仕事のやりかたについて考えてもいい人種
偏差値５０～６０：最終的な成果物について考えてもいい人種
偏差値４０～５０：部品の組み立て方を考えてもいい人種
偏差値３０～４０：命令を理解すればいいだけの人種
偏差値　　～３０：脳内の活動を完全に停止しなければならない人種
640 名前：仕様書無しさん mailto:sage [2007/11/04(日) 05:13:07 ]: >>634 は、マジレスでは、ないと思うけど
>>631の言っていることは、正論だな
データの有効期限は、その会社の事業内容や、データの種類によって異なる
無駄に過去データを残していてもリソースの無駄遣い
レスポンスが悪化するのはあたりまえ
データの有効期限や、想定されるデータ量、要求されるレスポンスなど
要件定義や設計段階で設計段階で決めておくべき
641 名前：仕様書無しさん mailto:sage [2007/11/04(日) 12:22:13 ]: >>639
だから「回りは低能ばかり」と自分の偏差値をあげたがるわけだ
能力値 != 偏差値
642 名前：仕様書無しさん [2007/11/04(日) 13:23:10 ]: >>641
>>639 は大学のこといってんだと思うが。
「回りは低能ばかり」は低学歴がよく使う呪文。
643 名前：仕様書無しさん mailto:sage [2007/11/04(日) 13:34:16 ]: >>642
大学入試の偏差値の話？
644 名前：仕様書無しさん mailto:sage [2007/11/04(日) 16:08:44 ]: 適性ってのが、意外に重要な気がする
単に勉強の量をこなすことで良い大学に入った奴は
システム開発に向いていないと思う
最小限の労力でどうすれば最大の結果を得ることが
出来るかを考えるのがシステム開発の本質だからね
645 名前：仕様書無しさん mailto:sage [2007/11/04(日) 16:41:26 ]: あまり勉強しないで二流大学に入った奴と、
ガリ勉して一流大学に入った奴では、
どちらが適性あるのだろうか？
646 名前：仕様書無しさん [2007/11/04(日) 19:04:43 ]: 適正でなく、格。
低学歴は上に上がれないシステムになっている。
それでいい。
賢い低学歴を賢くない高学歴が使って搾取する。
それがＩＴ業界。
道義的によいかわるいかなど問題ではない。
647 名前：仕様書無しさん mailto:sage [2007/11/04(日) 19:14:19 ]: 要は能力がるかどうか、頭がいいかどうかなどはどうでもよいこと。
賢い低学歴に「そんなこともわからないんですか？」と言われつつ、
定時で退散し、倍の給料をもらう。
だから、賢い底辺は丁重に扱うし、意見も積極的に聞くようにしている。
それで、自分の高収入が支えられてるんだなぁと思うと感謝せずにはいられない。
入り口間違わなくてよかったとしみじみ思う。
648 名前：仕様書無しさん mailto:sage [2007/11/04(日) 19:36:39 ]: コボラーとDBの話から学歴の話にズレてきている
みんな学歴の話になると必死だな
よほどコンプレックスがあるんだな
649 名前：仕様書無しさん [2007/11/04(日) 19:49:25 ]: いいポジションを得るためには、
世渡り上手＞＞＞＞学歴
650 名前：仕様書無しさん mailto:sage [2007/11/04(日) 20:51:09 ]: 学歴厨って結局、世間知らないなあって感じしか受けないな

日本のIT業界の問題って、単に他の業界じゃとっくの昔に解決
されてる問題に過ぎないのに、なぜだか知らんが今自分の
おかれている状況こそ普遍的なことだみたいに思い込んでる
651 名前：仕様書無しさん mailto:sage [2007/11/04(日) 20:55:57 ]: >>650
>>学歴厨って結局、世間知らないなあって感じしか受けないな

それでいいんだって。
大切なのは手厚い待遇。
それを得るために能力を発揮しなければならない人間と
そうでない人間がいるというだけの話。
能力がなくても高待遇な人間は世間知らずでも全く問題なし。
貴族が俗世間を知らないのと同じだな。
652 名前：仕様書無しさん [2007/11/04(日) 20:58:28 ]: 貧乏ほど、法律の半可通であるのはそういうことか。
653 名前：仕様書無しさん mailto:sage [2007/11/04(日) 21:37:07 ]: 手厚い待遇は恒久的なものなのかな？
654 名前：仕様書無しさん mailto:sage [2007/11/05(月) 00:30:03 ]: 政治力ってのは大事だわな
ただ社長が同じ大学という理由で外注選んだりするのは勘弁願いたい
655 名前：仕様書無しさん [2007/11/05(月) 00:55:59 ]: 『外注を選ぶ』って固定的な外注先ないの？
そういうコネがあるのとないのとでは大違い。
656 名前：仕様書無しさん mailto:sage [2007/11/05(月) 01:28:54 ]: 学生ベンチャーあがりの会社もバカに出来ないからねぇ。
657 名前：仕様書無しさん mailto:sage [2007/11/05(月) 17:07:41 ]: いや学生ベンチャーは異常系が甘いというか、
酷いのになると障害時の運用設計って概念無い人いるし。
「このタイミングでハード障害が起きた時はどうするの？」
「このタイミングで回線が切れたらどう動くの？」
とか突っ込むとポカーンとした顔で
「ハードが壊れたらどうにもなりません」
だって。
WEBのおもちゃみたいなCGIじゃないんだがな。
658 名前：仕様書無しさん [2007/11/05(月) 17:13:38 ]: >>657
でお前はどうするの？
659 名前：仕様書無しさん mailto:sage [2007/11/05(月) 18:53:11 ]: >>658
エラーハンドラぐらい書けって話じゃないの？

例えば二重化とか無しで、
ハード障害→エラー箇所のログ吐いて強制停止+管理者へ通報
回線障害→時間差掛けてリトライ、場合によっては回数カウントして一定量超えたら強制停止ないし管理者へ通報

みたいな。
しかし書き方が悪いな。
「ハードが壊れたらどうにもなりません」ってのは確かで、「管理者にメール送信して終了します」等が続くかどうかが問題なんだと思うけど。
「WEBのおもちゃみたいなCGI」って言い方もどうかと。おもちゃみたいなプログラムならCGIに限らないし、CGIを見下してるように見える。
「同時アクセスでカウントが吹っ飛ぶカウンタ」とか指してるとは思うけど…
660 名前：仕様書無しさん mailto:sage [2007/11/05(月) 19:09:55 ]: ＞いや学生ベンチャーは異常系が甘いというか、
＞酷いのになると障害時の運用設計って概念無い人いるし。

学生、関係ないと思うぞ。
この間、汎用機からのメッセージが来なくて
永久にJOBが走らないトラブルがあって、
激しい障害が発生したんで、作ったSEに
「テメーの設計どうなってんだ！？」と問いただしたら
「ホストからメッセージがこない事なんてありえません」とヌカして
エラーハンドリングをまったく実装していないアフォがいたからな。

オープン系の方が異常系のハンドリングとかログとかしっかりやってる感があるな。
ウチの周りだけかもしれんが。
661 名前：仕様書無しさん mailto:sage [2007/11/05(月) 19:23:36 ]: 学生もオープンも汎用機も関係なく、そういうのは一定割合で偏在している。
662 名前：仕様書無しさん mailto:sage [2007/11/05(月) 19:33:59 ]: 「やだなぁ、メッセージが来ない場合があるんなら、ちゃんと仕様書にそう書いといてくださいよ。」
663 名前：仕様書無しさん mailto:sage [2007/11/05(月) 20:25:23 ]: 学生ベンチャーあがりは外注だけでなく発注元にもなっていると思うが。
664 名前：仕様書無しさん [2007/11/05(月) 20:36:22 ]: >>661
なるほどな。
で>>657-663 の中にも確実にいる、と。
665 名前：仕様書無しさん [2007/11/05(月) 23:14:41 ]: 結論、コボラは横長ＤＢがお好き
666 名前：仕様書無しさん [2007/11/05(月) 23:23:47 ]: 『スレタイ』を『スレ題』と言ってたやつ見たことある。
667 名前：仕様書無しさん mailto:sage [2007/11/06(火) 07:31:26 ]: >>666
それ、馬鹿にするところなんだろうけど、ウマイ言い方だな。
668 名前：仕様書無しさん [2007/11/06(火) 22:49:39 ]: プログラム板に「COBOLは俺にきけ」なんてのがないのが不思議

くだらねぇ長文入力しているよりましなんじゃねぇ
669 名前：仕様書無しさん [2007/11/06(火) 23:41:56 ]: そりゃ、COBOLは読んで演算して書いての繰り返しだけだもの
入力データをどう加工すべきかは純粋に業務要件だけの話なんで、
技術知識の出番がないから「俺に聞け」みたいなスレは不要
670 名前：仕様書無しさん [2007/11/07(水) 01:12:12 ]: それじゃ、汎用機（ＪＣＬ）なら俺に聞けっていうのはどうだ
671 名前：仕様書無しさん [2007/11/07(水) 02:06:14 ]: シャア専用機なら俺に聞け。
672 名前：仕様書無しさん [2007/11/07(水) 02:16:42 ]: 何色ですか？
673 名前：仕様書無しさん mailto:sage [2007/11/07(水) 20:54:50 ]: >>671
char専用機？
674 名前：仕様書無しさん mailto:sage [2007/11/07(水) 21:10:56 ]: そのうちvarchar専用機になるな
675 名前：仕様書無しさん mailto:sage [2007/11/07(水) 22:24:15 ]: ぬるぽ専用機？
676 名前：仕様書無しさん [2007/11/07(水) 22:33:59 ]: >>674
そして当然、varchar2専用機に乗り換える。
677 名前：仕様書無しさん [2007/11/08(木) 23:40:45 ]: そして、会社からの命令でNUMBER専用機に乗り換えさせられる
678 名前：仕様書無しさん mailto:sage [2007/11/09(金) 00:31:01 ]: ンなアホな
679 名前：仕様書無しさん mailto:sage [2007/11/09(金) 09:51:12 ]: 桁数なんて飾りです。
偉い人にはそれがわからんのです。
680 名前：仕様書無しさん mailto:sage [2007/11/09(金) 22:35:58 ]: >>679
じゃ、お前は時給も日給も月給も一桁な
681 名前：仕様書無しさん mailto:sage [2007/11/09(金) 22:40:07 ]: >>680
1桁って事は桁数指定してんじゃん。だめだめ。
Oracleだと最大値いくつだったっけかなあ。
大金持ちだぜ。
682 名前：仕様書無しさん [2007/11/09(金) 22:40:59 ]: >>679
お前のバグでデスマを発生させたことあるだろ
683 名前：仕様書無しさん mailto:sage [2007/11/09(金) 22:58:32 ]: >>682
バカみたいに桁数指定にこだわりまくる
COBOLあがりのリーダーのせいで
桁あふれでコケたことはあるよ！
684 名前：仕様書無しさん mailto:sage [2007/11/09(金) 23:05:52 ]: >>680
2の64乗進数で一桁という事でどうでしょう？
685 名前：仕様書無しさん [2007/11/09(金) 23:17:59 ]: 桁数と学歴の話は好きだなコボラ
686 名前：仕様書無しさん [2007/11/10(土) 21:02:23 ]: >>680

>>679 が何が言いたいかは "ジオング" でぐぐればわかる。
687 名前：仕様書無しさん [2007/11/10(土) 21:03:35 ]: >>682 もな
688 名前：仕様書無しさん mailto:sage [2007/11/10(土) 21:23:57 ]: >>686
デスマなんて飾りです。
偉い人にはそれがわからんのです。

こうですか？わかりません！＞＜
689 名前：仕様書無しさん [2007/11/10(土) 22:03:50 ]: そうかデスマが飾りか
そうやって残業代を稼いでいたんだな
コボラの生活の知恵を見た気がした
690 名前：仕様書無しさん mailto:sage [2007/11/10(土) 22:34:54 ]: "ジオング" ＋ "偉い人" でぐぐれば一発じゃまいか？
691 名前：仕様書無しさん mailto:sage [2007/11/10(土) 22:48:30 ]: 「コボラが居ればデスマと最適化で稼げる。かかってこいやぁ！残業代でホクホクだぜぃ」
見たいな意見が以前このスレで出てたな。
692 名前：仕様書無しさん mailto:sage [2007/11/11(日) 10:51:47 ]: >>686
判っていて敢えて書いてんだよｗ
693 名前：仕様書無しさん mailto:sage [2007/11/12(月) 18:56:00 ]: 679はガンダム抜きにしても
見事に当たってる
694 名前：仕様書無しさん [2007/11/13(火) 01:01:57 ]: ところで桁ってどの部分の桁なんよ
pic？
レコードの構成を考慮してソースをレビューすると突っ込まれると思う
695 名前：仕様書無しさん mailto:sage [2007/11/14(水) 00:34:32 ]: 00123456
~~
696 名前：仕様書無しさん [2007/11/15(木) 22:05:45 ]: >>694
自分のいるとこだと固定長の電文をただDBにぶち込むだけの
アホみたいな通信制御システム作ってるコボラ風な奴が
やたらと桁数で喚いていたことがある
697 名前：仕様書無しさん mailto:sage [2007/11/17(土) 02:41:39 ]: 電文........
懐かしい響きだな。
698 名前：仕様書無しさん [2007/11/20(火) 19:02:36 ]: コボラ、元気か？
699 名前：団塊コボラ mailto:sage [2007/11/20(火) 19:57:29 ]: 呼びましたか？
最近、ネタ切れで....
700 名前：仕様書無しさん mailto:sage [2007/11/21(水) 23:41:41 ]: そういやコボルってソートどうやって実装するの?
外だしか?
701 名前：仕様書無しさん mailto:sage [2007/11/22(木) 04:07:50 ]: 言語仕様にあったりする。でもたいがい外。
702 名前：仕様書無しさん mailto:sage [2007/11/22(木) 07:54:14 ]: RDBにつなげているからOrder一発なのに
一生懸命並び替えている馬鹿が居たなー(遠い目)
703 名前：仕様書無しさん mailto:sage [2007/11/22(木) 13:07:52 ]: >>700-701
COBOL でできること以外に興味持たないと、楽そうだねー
>>702
ソートのロジックを考えようとした分、プログラマとしてはましな気がする。
704 名前：仕様書無しさん mailto:sage [2007/11/22(木) 19:04:58 ]: 趣味ならいいけど、仕事でやられたら刺したくなるが
705 名前：仕様書無しさん mailto:sage [2007/11/22(木) 21:09:53 ]: >>702
ORDER BY よりクライアントでソートのほうが当然速いわな。
何で開発しているかしらんけど、多くの言語にはソートの機能は実装されている。
706 名前：仕様書無しさん mailto:sage [2007/11/22(木) 21:43:00 ]: 先頭の一部しか必要ないときも全部ネットワーク越しに取ってきてから
ソートして、いらないところを捨てるの?
707 名前：仕様書無しさん mailto:sage [2007/11/22(木) 22:00:41 ]: RDBならインデックス次第だな。
708 名前：仕様書無しさん mailto:sage [2007/11/22(木) 22:12:43 ]: 業務ではVB6で挿入ソートを自作したことはある。
709 名前：仕様書無しさん [2007/11/22(木) 22:25:35 ]: 寒いな、コボラ
何も変わってないじゃないか
710 名前：仕様書無しさん mailto:sage [2007/11/22(木) 22:34:33 ]: 最近コボラに殺意を覚えるようになってきた・・・。
あいつの作ったシステムはモデルとビューと
データが全て渾然一体だ・・・。糞な設計で苦しんでる
くせに、オペレーターの人気を取ろうとして、しょうもない
機能を追加してさらにカオスを増大させやがって・・・
まじで殺したい。。。
711 名前：仕様書無しさん mailto:sage [2007/11/22(木) 23:18:37 ]: >>705
こぼらか、あるいはヴビ厨か？
712 名前：仕様書無しさん mailto:sage [2007/11/22(木) 23:35:21 ]: コボルなら挿入ソートが限界かな、言語でサポートされてるの
使ったことないよ。icamnでokか
vbのソートはリストコントロールに突っ込めばokだっけ?
なにもかも懐かしい
713 名前：仕様書無しさん mailto:sage [2007/11/22(木) 23:36:44 ]: あICEMANか
714 名前：仕様書無しさん mailto:sage [2007/11/23(金) 00:08:42 ]: >>705
RDBのチューンすら出来ないコボラーは黙って氏ね!
715 名前：仕様書無しさん mailto:sage [2007/11/23(金) 13:01:50 ]: コボラーに回ってくるころにはTABLE設計完了してるので
もともと手がでましぇん
716 名前：仕様書無しさん mailto:sage [2007/11/23(金) 13:47:33 ]: うちはコボラがISAMで設計してんだぞいい加減にしろ
717 名前：仕様書無しさん mailto:sage [2007/11/23(金) 17:42:56 ]: >>710
殺りたきゃお好きにどうぞ。
自分のコボラ上司と同一人物であることを祈る。
718 名前：仕様書無しさん mailto:sage [2007/11/24(土) 13:43:08 ]: 誰か、これこそは「至高の言語」を挙げろ。
719 名前：仕様書無しさん mailto:sage [2007/11/24(土) 13:43:35 ]: 日本語
720 名前：仕様書無しさん mailto:sage [2007/11/24(土) 13:50:32 ]: 日本語だめだ
あいまいすぐる
721 名前：仕様書無しさん mailto:sage [2007/11/24(土) 13:57:36 ]: だが、そこがいい
722 名前：仕様書無しさん mailto:sage [2007/11/24(土) 14:02:28 ]: それはあいまいなのに通じてしまう
利用者がすごいのであって
言語としてはどうなんだろう
723 名前：仕様書無しさん mailto:sage [2007/11/24(土) 15:16:00 ]: >>720
まるで、多ヶ国語をマスターしているかのような物言い。
724 名前：仕様書無しさん mailto:sage [2007/11/24(土) 16:27:15 ]: 「至高の言語」..."幼女"を20通りの表現であらわすことができる
あれか?
725 名前：仕様書無しさん mailto:sage [2007/11/24(土) 17:21:35 ]: >>723
プログラミング言語含めれば多言語マスターしてる
プログラミング言語のあいまいさ＜自然言語のあいまいさ
726 名前：仕様書無しさん mailto:sage [2007/11/24(土) 18:28:17 ]: 多ヶ国語
727 名前：仕様書無しさん mailto:sage [2007/11/24(土) 18:30:28 ]: >>726
タガログ語？
728 名前：仕様書無しさん mailto:sage [2007/11/24(土) 19:33:32 ]: 誰か、これこそは「究極の言語」を挙げろ。
729 名前：仕様書無しさん mailto:sage [2007/11/24(土) 20:26:43 ]: 日本語
730 名前：仕様書無しさん mailto:sage [2007/11/24(土) 21:04:04 ]: １行だけ「現行と同じ機能を実装すること」と書いておき、
ひたすら「死んでもﾔﾚ」と事あるごとに怒鳴りつければ出来上がる。

なんて便利な言語なんだろうなー（棒
731 名前：仕様書無しさん mailto:sage [2007/11/24(土) 21:12:06 ]: それ日本語に限ったことじゃねぇだろ。
732 名前：仕様書無しさん mailto:sage [2007/11/24(土) 21:12:53 ]: >>725
多ヶ国語
733 名前：仕様書無しさん mailto:sage [2007/11/24(土) 21:22:53 ]: >>730 >>731
ハートマン軍曹が一人いればOKだな。w
734 名前：仕様書無しさん [2007/11/26(月) 21:39:08 ]: おい、コボラ！ボコルぞ！
735 名前：仕様書無しさん mailto:sage [2007/11/28(水) 01:26:36 ]: うちの元システム管理者（<> SE, PG）はコボル崇拝者だった。

何の言語もわからないのに、
爺「あそこの業者はVBしか使えないからいかん。COBOLで作れるところを探せ」
俺「CかJAVAでええやん」（俺もVB「しか」使えない業者はいらん）
爺「Cなんてバグだらけになる。JAVAはウェブだろが」

爺「俺はSEだからプログラムなんか作れんが、COBOLとDB2で作ったものしか認めん」
爺「SQLを使うこと自体、あの業者は頭が悪い」
俺「は？　DB2でもSQLを使うんだが、それはいいのか？」
爺「おまえは何もしらないのか。SQLはマイクロソフト、DB2はIBMだろ。ちゃんと勉強しとけ」
俺「一度くらい本屋のPC棚みてこい。SQLハンドブックの対応RDBを３回音読してこい」

などなど、いろんな珍問答をしてきたものだ。
736 名前：仕様書無しさん mailto:sage [2007/11/28(水) 01:30:44 ]: SQLはSYBASEだろうが
737 名前：仕様書無しさん mailto:sage [2007/11/28(水) 01:38:51 ]: >>735
COBOLを書くコボラの痛さはわかるが、プログラム自体知らずになぜCOBOL信者になるんだよｗ
738 名前：仕様書無しさん mailto:sage [2007/11/28(水) 03:38:30 ]: そこがコボラ達の恐ろしさ。
739 名前：仕様書無しさん mailto:sage [2007/11/28(水) 07:41:53 ]: Cだとポインタ、Javaだとオブジェクト指向の概念といろいろハードルがあって、
あまりにもレベルの低い奴は淘汰される。

ところはCOBOLは馬鹿でもできるから馬鹿が淘汰されない。
もちろん、できる奴はCOBOLなんかで満足できずに他所へ行く。

したがって、コボラーには馬鹿しか残らない。
740 名前：仕様書無しさん mailto:sage [2007/11/28(水) 19:04:54 ]: ぶぶぶVBは？
741 名前：仕様書無しさん mailto:sage [2007/11/28(水) 19:56:49 ]: 似たり寄ったり
742 名前：仕様書無しさん [2007/11/28(水) 23:03:25 ]: >>741
それ言うなら、ソリューションやってる時点で
C++でもJAVAでもVBでもCOBOLでも
どんぐりの背比べ。
743 名前：仕様書無しさん mailto:sage [2007/11/28(水) 23:36:09 ]: さすがにCOBOLと言うどんぐりは小さすぎな希ガス
744 名前：仕様書無しさん mailto:sage [2007/11/29(木) 22:25:37 ]: >>742
>ソリューション
とかぬかす奴が「C++」の0.1%も理解しているとも思えんのだが。
745 名前：仕様書無しさん mailto:sage [2007/11/29(木) 22:34:31 ]: VSのソリューション？
前と同じにワークスペースじゃ駄目なのかねぇ…
746 名前：仕様書無しさん mailto:sage [2007/11/30(金) 02:03:25 ]: itpro.nikkeibp.co.jp/article/OPINION/20071129/288267/

あほくさ
747 名前：仕様書無しさん [2007/11/30(金) 02:07:41 ]: ちゅうか、「ＩＴソリューション」全般のこといってんじゃまいか？
748 名前：仕様書無しさん mailto:sage [2007/11/30(金) 02:14:09 ]: やっぱ、「C（C++）が偉い」という半可通の誤解は根強いな。
749 名前：仕様書無しさん mailto:sage [2007/11/30(金) 20:07:48 ]: 最近入った現場。
横長だが数が足りてない。
開発初期から分かっていたらしい。
なんだこの設計。
750 名前：仕様書無しさん mailto:sage [2007/11/30(金) 22:19:33 ]: 一回承認されたものはどんな不都合があっても、それがどれだけ早期発見であっても直さない。
それがコボラ。
751 名前：仕様書無しさん mailto:sage [2007/12/01(土) 08:27:21 ]: おい、コボラ
752 名前：仕様書無しさん mailto:sage [2007/12/01(土) 09:51:14 ]: >>751

なんでしょ？
753 名前：仕様書無しさん mailto:sage [2007/12/01(土) 10:50:12 ]: 結婚してくれ
754 名前：仕様書無しさん mailto:sage [2007/12/01(土) 13:19:06 ]: >>749
ご愁傷様です
755 名前：仕様書無しさん mailto:sage [2007/12/01(土) 17:13:33 ]: >>744
C++得意なんだ。すごいね。
756 名前：仕様書無しさん [2007/12/01(土) 17:38:25 ]: やっぱりCOBOLと連携するDBとかって横長DBにしかできんの？
コボラの気持ちが分からないので、売り上げ管理のようなシステムで
「社員IDと社員名と代理店IDと代理店名と所属支社名と所属IDはいらないですよね？全部マスタファイルがあるわけですからID→固有名の取得はテーブル結合で・・・」
とか話したのに、出来上がったデータは横長で全部入ってた。

社員ID―社員名、のような社員マスタがあるうえ
社員ID→代理店ID―代理店名の代理店マスタもあるので（１対ｎ：→ね）
代理店IDさえ持ってれば処理できるはずなのに・・・うーん。

ホスト上のレコードの持ち方もあるのだろうし、日程も無いからそのまま突っ込んだけどさ。
757 名前：仕様書無しさん mailto:sage [2007/12/01(土) 17:57:45 ]: 「テーブル結合」なんていう専門用語を使ったのが失敗だな
758 名前：仕様書無しさん mailto:sage [2007/12/01(土) 18:05:40 ]: コボラはね、連結した結果を保存する事しか考えないんだよ。
確かにマスターは有るよ？　でもそれを結合した結果は「せっかくだから保存しちゃえ！」って考えるんだよ。
だって、売上げデータを集計するとかそれを帳票印字するとかさ、売上げデータに全部入っていれば、
売上げデータだけをぐりぐり回してブレイクキーで操作すれば帳票項目が全部揃うでしょ？簡単じゃん！って思うんだよ。

コボラの脳みそはスタック一個分しかないんだよ。
759 名前：仕様書無しさん mailto:sage [2007/12/01(土) 19:23:05 ]: 何か1レコードupdateするとそれを使ってるテーブルも一斉にupdateしたりするよな。
760 名前：仕様書無しさん mailto:sage [2007/12/01(土) 20:59:18 ]: コボラじゃなかったけど、やっぱりテーブルの連結ができないベテランと仕事をしたことがあるよ。
テーブルの連結以前にSQLをかけなくてAccessのGUIで、マウスでリレーションを書いて、それでSQLを生成させてた。
Accessでも複数のテーブルの連結は可能だろうけど、それさえも使えてなかったみたいで、テーブルは二つまでしか連結してなかった。
でも、仕事は、新規の案件じゃなかったから、データは普通に正規化されてて、複数のテーブルを連結させなきゃならない。
で、どうしたかというと、WKTBL1,WKTBL2,WKTBL3…と、作業用のテーブルを作っておいて、
DELETE FROM WKTBL1

INSERT INTO WKTBL1 …
SELECT…FROM TBL1, TBL2
:
DELETE FROM WKTBL2

INSERT INTO WKTBL2 …
SELECT…FROM WKTBL1, TBL3

と、作業用のテーブルを何段か経由して、一個ずつテーブルを連結していくっていう、目からうろこのテクニックを使ってますたよ。
ほかにも考えられないようなことをいろいろしてたので、5年くらいまえのPCに載ってるシステムを、新しいPCに変えて納品するって仕事だったのに、以前のシステムより遅くなったりとかすごいことになってた。
761 名前：仕様書無しさん mailto:sage [2007/12/01(土) 22:18:49 ]: なんていうか、速度を気にしてコードをかけない奴は糞だが、コボラ出身者にはそういうのが割と多いって所もありそうだな。
メインフレームに頼り切るから…
762 名前：仕様書無しさん mailto:sage [2007/12/01(土) 23:23:53 ]: ここは日本なのに「アメリカでは右側通行だ！世界の常識をしらんのか！」とか言って
右側走ってるようなもんだよなぁ・・・・
763 名前：仕様書無しさん mailto:sage [2007/12/01(土) 23:40:53 ]: 一バイトに数値が0から9までしか持てないって考えてるのはなんなの？
昔はアセンブラが専門だったって言ってたけどありゃ嘘だな。
764 名前：仕様書無しさん mailto:sage [2007/12/02(日) 00:56:02 ]: >>763
うーん
ja.wikipedia.org/wiki/%E4%BA%8C%E9%80%B2%E5%8C%96%E5%8D%81%E9%80%B2%E8%A1%A8%E7%8F%BE
このへん
765 名前：仕様書無しさん mailto:sage [2007/12/02(日) 01:27:12 ]: bcdにしたって二桁だけど・・・
766 名前：仕様書無しさん mailto:sage [2007/12/02(日) 02:46:12 ]: 一度入ったらまず更新されない、しかもいつも結合して使うと分かってるのなら、
一緒にしちゃって横長にした方が使う人が楽だと考えるんじゃないか？
整合性を確実に取りたかったらトリガー使えばいいし。
767 名前：仕様書無しさん mailto:sage [2007/12/02(日) 04:32:21 ]: >>760
Viewも知らんのかw
768 名前：仕様書無しさん mailto:sage [2007/12/02(日) 09:51:37 ]: >>763
ホスト用のアセンブラ(旧世代RPGとか)だな。
769 名前：仕様書無しさん mailto:sage [2007/12/02(日) 17:56:01 ]: ゾーンだよゾーン
770 名前：仕様書無しさん mailto:sage [2007/12/02(日) 19:28:37 ]: 流星人間
771 名前：仕様書無しさん mailto:sage [2007/12/02(日) 21:15:03 ]: >>767
コボラーをかいかぶり過ぎ。
SQLの知識なんて初級シスアド持ってる事務のねーやん以下。
772 名前：仕様書無しさん mailto:sage [2007/12/02(日) 22:24:07 ]: ＞ホスト用のアセンブラ(旧世代RPG

･･？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？
773 名前：仕様書無しさん mailto:sage [2007/12/02(日) 23:39:56 ]: >>772
まぁ、今時の若者がRPGのソース見たらアセンブラと勘違いするかも知れん(苦笑)
774 名前：仕様書無しさん mailto:sage [2007/12/02(日) 23:41:57 ]: Role Playing Gameしか知らないかも。
775 名前：仕様書無しさん mailto:sage [2007/12/03(月) 00:22:01 ]: >>773
今もやってますが？
776 名前：仕様書無しさん mailto:sage [2007/12/03(月) 06:47:29 ]: >>775
仕事結構ある？
ILEは使った事無いけど大丈夫かね？
777 名前：仕様書無しさん mailto:sage [2007/12/03(月) 11:59:23 ]: 漏れの周りは未だにRPGⅢだなぁ。
ILEはサッパリ。

正直フリーフォーマット言語(?)使っていいならILE RPGよりも
C/C++かJavaを提案するが。
778 名前：仕様書無しさん mailto:sage [2007/12/03(月) 23:22:19 ]: >>776
閉鎖ドブス地帯で同じようなルートでずぶずぶやるなら食える程度に
もうじき東京行きますが
今のＩＬＥだとほとんど標識使わずすっきり書けますな

>>777
フリーフォーマットってほどでも
779 名前：仕様書無しさん mailto:sage [2007/12/05(水) 19:30:58 ]: Perlの文字コード変換ライブラリと、
C/C++/gcc/Win32でカーネル開発やmozillaに貢献は、
果てしない技術レベルの壁がある。
まぁ文字コード関係も、大きな努力と集中力を要する
大変な作業であることも確かだが…。
Webの大部分はパブリッシング、デザインの世界だからね。
技術先行でやってるとこなんてごくわずかで、今後コモディティ化が
進めば技術者にとってはより住みにくい世界になるだろうね。
780 名前：仕様書無しさん [2007/12/05(水) 19:42:09 ]: >>779
さっきからいろいろなスレに何コピペしてんの？
発端は
pc11.2ch.net/test/read.cgi/prog/1172052000/218-231
か？
781 名前：仕様書無しさん mailto:sage [2007/12/05(水) 21:30:20 ]: 火病ってマルチポストとかチョンかよ
782 名前：仕様書無しさん mailto:sageない [2007/12/12(水) 20:53:01 ]: 横長から縦長にコンバートするプろグラム作成中…
783 名前：仕様書無しさん mailto:sage [2007/12/13(木) 21:08:05 ]: 社名変更したら顧客番号も変更するってどんなアホな設計だよ・・・
まじで新で欲しい・・・
784 名前：仕様書無しさん mailto:sage [2007/12/14(金) 13:05:24 ]: 世の中にはな、inputが無いoutputを定義する馬鹿がいるんだから…。
何で顧客登録しないでいきなり課金データが出てくるかなぁ。orz
785 名前：仕様書無しさん mailto:sage [2007/12/15(土) 00:28:31 ]: >>783
よ～、判らん。何で社名変更が顧客番号の変更に繋がる？

そういえば顧客名を音別に分けてコード化していたとこもあったが。
786 名前：仕様書無しさん mailto:sage [2007/12/15(土) 01:54:55 ]: 変更前後で区別したい理由があったのかな？
787 名前：仕様書無しさん mailto:sage [2007/12/15(土) 17:44:52 ]: 顧客番号が変わるとダメになる
設計もなんだよな。
788 名前：仕様書無しさん mailto:sage [2007/12/15(土) 18:58:45 ]: じゃあ何を主キーにするんだよ
789 名前：仕様書無しさん mailto:sage [2007/12/15(土) 19:41:34 ]: 俺コード
790 名前：仕様書無しさん mailto:sage [2007/12/15(土) 20:21:19 ]: 君の人生
791 名前：仕様書無しさん mailto:sage [2007/12/15(土) 21:21:11 ]: 連番でIDふっちゃえばいい。だから俺コードは割りと正解。
業務で使う項目を主キーにする神経がわからん。
業務ルールなんてお客さんの都合で変わるじゃん。
792 名前：仕様書無しさん mailto:sage [2007/12/15(土) 22:35:25 ]: 業務側に振り回されるのを防ぐのなら、俺コードをDB内部で使って、俺コードと客コードの対応テーブルも用意しとけば良いってことか。
793 名前：仕様書無しさん mailto:sage [2007/12/16(日) 01:12:04 ]: >>792
俺コードと客コードの対応テーブルなんていらない。
主キーが俺コード。客コードは単なる属性のひとつ。
どうしても気持ち悪ければNOT NULL とユニーク制約つけときゃいい。
794 名前：仕様書無しさん mailto:sage [2007/12/16(日) 11:20:04 ]: そして元の木阿弥
795 名前：仕様書無しさん mailto:sage [2007/12/16(日) 18:19:58 ]: プログラムより業務と言い張る社内コボラーは
PCのヘルプデスクや障害対応がまったく出来ない。
ヘルプも業務の一環ですよ？
誰でも出来るCOBOLだけうれしそうにやってないで
そろそろ他の業務も覚えて下さい。
796 名前：仕様書無しさん mailto:sage [2007/12/17(月) 10:56:15 ]: >>794
どこが？他テーブルの外部キーが
俺コードってだけで大違いじゃん。
797 名前：仕様書無しさん mailto:sage [2007/12/17(月) 18:36:20 ]: 他テーブルには俺コードと客コード両方持つのか？
798 名前：仕様書無しさん mailto:sage [2007/12/17(月) 23:25:53 ]: >>797
なぜそういう発想になるのかさっぱりわかんない。
だから客コードは名称とか一緒のただの属性で、
主キーは俺コード（つかただの連番、なんちゃらIDとか）
でいいじゃんて話だよ。なんで伝わんないかなあ。

まあ他テーブルが売上データとかで、
売上日当時の客コードを過去データとして
スナップショット取っておくとかならわかるけどな。
799 名前：仕様書無しさん mailto:sage [2007/12/17(月) 23:35:45 ]: サロゲートキーっていう言葉がある
800 名前：仕様書無しさん mailto:sage [2007/12/18(火) 00:58:15 ]: >>799
それそれ。ってあまり好きな言葉じゃないんだけど。
だって代理でもなんでもない、システムが稼動する限り
変わらない事が保証される、本当のキーじゃん。

業務ルールの都合で変わる可能性が0じゃないもんを
主キーにするのがおかしい。
801 名前：仕様書無しさん mailto:sage [2007/12/18(火) 02:02:47 ]: >>800
>>783に対してのレスの流れだと、変わらない事が保証されないわけで。
だったら変わる部分と本当のキーの対応を別テーブルに…ってことかと思ったんだが、違うのか？
802 名前：仕様書無しさん mailto:sage [2007/12/18(火) 02:55:11 ]: >>801
だから、変わる可能性がある、業務に使うコードなんか
主キーにするから泣きを見るっていってんじゃん。
だから業務で使うコード（783なら顧客番号）じゃなくて
俺コードをPKにすりゃいいっていってんのに
それがなんで別テーブルで管理って話になるんだ？

顧客テーブル
・顧客番号（PK）
・顧客名
・住所

っての状態を

顧客テーブル
・顧客ID（PK 自動採番）
・顧客番号
・顧客名
・住所

にすりゃ、顧客名が変わると同時に顧客番号が
変わるって業務ルールでも何の問題もないし
別テーブルで管理なんて冗長な事いらんでしょ。

ここまで説明せんといかんとは。
人の事コボラーとかいって笑えないぜ。
あまり長文かかすなよ。自分で自分がきもいわ。
803 名前：仕様書無しさん mailto:sage [2007/12/18(火) 07:02:00 ]: 新旧の顧客番号が一緒に飛んでくる。
804 名前：仕様書無しさん mailto:sage [2007/12/18(火) 07:45:00 ]: >>803
>SELECT * FROM こきゃくますた

+－－－－－－+－－－－－－+－－－－－－+－－－－－－+
|　顧客番号１　 |　顧客番号２　 |　顧客番号３　 |　顧客番号４　 |　・・・・
+－－－－－－+－－－－－－+－－－－－－+－－－－－－+

　　　　　　　　＿＿＿_　　　　　　　　　
　　　　　　　／　　　　＼　　　　　　　　
　　　　　／　　─　　 ─＼　　　　　
　　　　／　　（●）　（●）＼　　　　　　　　　　　　　
　　　　|　　　　（__人__）　　 |　＿＿＿＿＿＿＿_ 　　　
　　　＼　　　　｀ ⌒´ 　 ,／　| |　　　　　　　　　　| 　
　　　　ノ　　　　　　　　　　　＼　| |　　　　　　　　　　| 　
　／´ 　　　　　　　　　　　　　 | |　　　　　　　　　　| 　
　|　　　　ｌ　　　　　　　　　　| |　　　　　　　　　　|
　ヽ　　　 -一ー_~､⌒)^),-､　　　| |_＿＿＿＿＿＿__| 　　
　　ヽ＿＿＿＿,ノγ⌒ヽ)ニニ-￣　　　| |　　| 　　　　　
805 名前：仕様書無しさん mailto:sage [2007/12/18(火) 08:35:23 ]: >>804
おお～！アタマ良いなw
806 名前：仕様書無しさん mailto:sage [2007/12/18(火) 17:30:02 ]: 一挙解決じゃん。
頭いいな>>804
807 名前：仕様書無しさん mailto:sage [2007/12/18(火) 18:06:08 ]: >>804
で横長ＤＢができるのかw
808 名前：仕様書無しさん mailto:sage [2007/12/18(火) 21:32:45 ]: 見事にオチがつきました。ﾁｬﾝﾁｬﾝ w
809 名前：仕様書無しさん mailto:sage [2007/12/18(火) 21:53:01 ]: >>802
新規で作るならそれでいいけどね、、すでに顧客番号が主キー
になってしまってて、糞設計をカバーするための無理な改修と
複雑な迂回経路ロジックが絡まって、崩壊寸前のカオス状態の
データをどうすっかなーという愚痴なわけで・・・
結論としてはコボラー士ね。これ。
810 名前：仕様書無しさん mailto:sage [2007/12/19(水) 02:29:42 ]: 先日、うちのシステム部門が作っている新規システムのデモに参加した。
品番や顧客コードの変更に弱く、品番ツリー（部品表）も実務に耐えられる機能を持っていなかった。
出しゃばりの俺が、システムの同期に設計を見せてもらったらひどすぎた。

業務キーを主キーにするのは当然のこと、
部品表を表すための品番構成マスタもルートに対しての参照と構成レベルで表現されていた。
n:nの自己参照を関連テーブルで作って再帰ツリーにする方法がわからなかったらしい。

現在、趣味グラマの俺（生管）が「楽々ERDレッスン」を使って、プロジェクトチームに講習会を行っている。

どんな会社だ。
811 名前：仕様書無しさん mailto:sage [2007/12/19(水) 03:03:38 ]: >>810
製造業でひどい設計のDBだと死にそうだなあ。
俺は物流ばっかりだからひどいのも何度も見てるけど
まあなんとかなってたよ。
812 名前：仕様書無しさん mailto:sage [2007/12/24(月) 12:54:47 ]: >>再帰ツリーにする方法がわからなかったらしい

講習会よりも転職、異動を薦めるほうが....
813 名前：仕様書無しさん [2007/12/24(月) 21:36:28 ]: ───────── ― -　--
─── /⌒ヽ, ─────────
￣￣　 / ,ﾍ　ヽ∧＿∧　￣￣￣￣￣￣￣￣　　　,　”　'　‐ ,
￣￣　i　.i　＼（　´Д｀）ヽ, 　　___,, __ ＿ ,, - _―" ’.　　'　・,　　’・　, 　/∧＿∧
──　ヽ勿　　ヽ,__　　 j　 i~""　　　　＿ ― ＿: i ∴”_　∵,　　　　　　　　　　））　→>>コボラ
＿＿＿＿＿＿　ヽ,,　/　/　__,,, -- "" ─ "ー・, ；　; - 、・　　 r=-,/⌒　　~ヽ~,
───────　ヽﾉ　ﾉ,イ　　─── ― -　　　　　　　　　i　ｙ　ﾉ'　ﾉi　j |
───────　 /　/,. 　ヽ, 　──　　　　　　　　　　　　　　 i,,___ノ　　　/／
＿＿＿＿＿＿　丿ﾉ　ヽ,__,ﾉ　＿＿＿＿　_ _　　　　　　　　　,'　　　　ゝi
　　　　　　　　　　 j　 i　　　　　　　　　　　　　　　　　　　　　　／　　　y　ノ
＿＿＿＿＿　　巛i~　＿＿＿＿＿　　　　　　　　　　　　　/ 　　／~／
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　i　　<　/
───────　　　　　_　 _　　　　　　　　　　　　　　　ヽ,　＼
　　　　　　　　　　　　　　//　| | 巛　　　　　　　　　　　　　　 / ヽ_ 　）
────　　　　　　　　// 　 | |　　　＝＝＝┐　　　　　　 i （~＿ノ
　　　　　　　　　　　　　//　　　| |　　　　　　　| |　　　　　　　ﾉ　 /
　　　　　　　　　　　　　~　　　　~　　　　　　　| |　　　　　　ﾉ　 /
　　　　　　　　　　　　　　　　　　　　　＝＝＝┘　　　　　(~ 　ソ
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　~￣
　　　　　　　　　..... ............................ ......... . .　　　　　　　　　　　... ....... .
　　　　　　　:　:: ::::: :::::::::::::::::::::::::::: ::::::::::: :: : : 　　　　　　:　:::::::::: :::::: :: 　: : :
814 名前：仕様書無しさん mailto:sage [2007/12/24(月) 22:17:52 ]: ───────── ― -　--
─── /⌒ヽ, ─────────
￣￣　 / ,ﾍ　ヽ∧＿∧　￣￣￣￣￣￣￣￣　　　,　”　'　‐ ,
￣￣　i　.i　＼（　´Д｀）ヽ, 　　___,, __ ＿ ,, - _―" ’.　　'　・,　　’・　, 　/∧＿∧
──　ヽ勿　　ヽ,__　　 j　 i~""　　　　＿ ― ＿: i ∴”_　∵,　　　　　　　　　　））　→>>813
＿＿＿＿＿＿　ヽ,,　/　/　__,,, -- "" ─ "ー・, ；　; - 、・　　 r=-,/⌒　　~ヽ~,
───────　ヽﾉ　ﾉ,イ　　─── ― -　　　　　　　　　i　ｙ　ﾉ'　ﾉi　j |
───────　 /　/,. 　ヽ, 　──　　　　　　　　　　　　　　 i,,___ノ　　　/／
＿＿＿＿＿＿　丿ﾉ　ヽ,__,ﾉ　＿＿＿＿　_ _　　　　　　　　　,'　　　　ゝi
　　　　　　　　　　 j　 i　　　　　　　　　　　　　　　　　　　　　　／　　　y　ノ
＿＿＿＿＿　　巛i~　＿＿＿＿＿　　　　　　　　　　　　　/ 　　／~／
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　i　　<　/
───────　　　　　_　 _　　　　　　　　　　　　　　　ヽ,　＼
　　　　　　　　　　　　　　//　| | 巛　　　　　　　　　　　　　　 / ヽ_ 　）
────　　　　　　　　// 　 | |　　　＝＝＝┐　　　　　　 i （~＿ノ
　　　　　　　　　　　　　//　　　| |　　　　　　　| |　　　　　　　ﾉ　 /
　　　　　　　　　　　　　~　　　　~　　　　　　　| |　　　　　　ﾉ　 /
　　　　　　　　　　　　　　　　　　　　　＝＝＝┘　　　　　(~ 　ソ
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　~￣
　　　　　　　　　..... ............................ ......... . .　　　　　　　　　　　... ....... .
　　　　　　　:　:: ::::: :::::::::::::::::::::::::::: ::::::::::: :: : : 　　　　　　:　:::::::::: :::::: :: 　: : :
815 名前：仕様書無しさん mailto:sage [2007/12/25(火) 02:25:48 ]: 同じ顧客コードがついてるけど別会社です、とか
別の顧客コードがついてるけど同じ会社です、とか
それに対応するシステムを作れ、とか

俺は悲しい
816 名前：仕様書無しさん mailto:sage [2007/12/25(火) 10:27:03 ]: >>815
新規案件だったら簡単な話だけど
そうじゃなさそうだなこの流れだと。
そういうの死ぬよなー。

俺は商品周りでそれやられた。
817 名前：仕様書無しさん mailto:sage [2007/12/25(火) 20:41:03 ]: 顧客番号の取り方で、ある番号帯ではインクリメントしていき、
別の番号帯ではデクリメントしていき、そしてまた桁の繰り上がり
が上がったり下がったりするようなのを自慢げに語られるわけです。
俺はこんなに複雑なもんを組んで、桁数が足りないのをカバー
してんだぞと・・。もう市ねといいたいです。
818 名前：仕様書無しさん mailto:sage [2007/12/26(水) 10:09:21 ]: >>817
それってどういう意味があるんだろう？桁数は変わらないような。
顧客番号から顧客数を推測されるのを回避できそうだと思うけれども。
819 名前：仕様書無しさん mailto:sage [2007/12/27(木) 00:13:17 ]: >>818
顧客番号は社内のみで使用
820 名前：仕様書無しさん mailto:sage [2007/12/27(木) 00:21:42 ]: いままさにおれの状況だ…
なんで顧客番号のほかに「キー」なんてｶﾗﾑがあるんだよ、orz
821 名前：仕様書無しさん [2007/12/27(木) 22:23:43 ]: >>815
前提なら悲しくない。
そういう前提の仕事をできないお前がクズ。
しね。
822 名前：仕様書無しさん mailto:sage [2007/12/28(金) 23:25:35 ]: その前提自体が悲しい。
823 名前：仕様書無しさん mailto:sage [2007/12/29(土) 04:37:02 ]: >>822
この程度で悲しんでたら
仕事になんねーじゃん。

泣くのはこの前提がカットオーバー
間際に発覚とかそういう場合だろ。
824 名前：仕様書無しさん [2008/01/03(木) 06:08:21 ]: コボラではないが、
DEVELOPER(PL/SQL)とVB6.0が共存するシステムで

CSV取り込みをDEVELOPERで
バッチをVBで

やるとか言われて仰天した。
なんか通じるものがある。
825 名前：仕様書無しさん mailto:sage [2008/01/03(木) 18:40:53 ]: 今設計やってるんだが、
コボルからの移行なんだがDBを横長にしないとぶち切れる。
脳みそついてきてないんだろうな・・・。
ものすごく簡単なリレーションも理解できないから
同じ項目を何箇所にも持たせようとしたりして突っ込みに疲れる
826 名前：仕様書無しさん mailto:sage [2008/01/03(木) 18:46:04 ]: 同じ物を何カ所も持ってたり、更新のたびにあちこちで再計算しまくるのな。
827 名前：仕様書無しさん mailto:sage [2008/01/03(木) 18:47:04 ]: あがってきたdb設計をおれが全部直してる。
全部こっちでやろうかな・・・
828 名前：仕様書無しさん [2008/01/04(金) 13:49:56 ]: >>827
そうしろ。
３日から大変だな。
829 名前：仕様書無しさん [2008/01/04(金) 22:48:03 ]: おい、ここか
コボラじゃないふりしてコボラをばかにしてる集会所は
830 名前：仕様書無しさん mailto:sage [2008/01/04(金) 22:55:10 ]: >>829
そうなんだよ。
お前もいつまでも演技してんな。
831 名前：仕様書無しさん mailto:sage [2008/01/05(土) 08:12:26 ]: コボラがガオー
832 名前：仕様書無しさん mailto:sage [2008/01/05(土) 19:46:52 ]: ,._., 　　　
　　　 ‘^^
833 名前：仕様書無しさん mailto:sage [2008/01/05(土) 19:47:41 ]: ,._., 　　　
‘^^
834 名前：仕様書無しさん mailto:sage [2008/01/05(土) 22:46:45 ]: >>826
＞更新のたびにあちこちで再計算
トリガー使えばなんてことない。

ちまちま結合してる余裕がないのです。
データ構造を熟知してない人でも使えてレスポンスの良い横長の結果が重要なのですよ。
ケースバイケースでやらないと某スレで言われてるみたいに
プログラムは単純作業って言われちゃいますよ。
835 名前：仕様書無しさん mailto:sage [2008/01/05(土) 23:28:37 ]: >ちまちま結合してる余裕がないのです。
トリガー内で結合してるよね？

>データ構造を熟知してない人でも使えて
コボラーに使わせる必要が無い^^
836 名前：仕様書無しさん [2008/01/06(日) 00:11:38 ]: >>834
半可通乙
837 名前：仕様書無しさん mailto:sage [2008/01/06(日) 00:57:27 ]: >>835
＞トリガー内で結合してるよね？
横長DBをSELECTするときに結合する必要がない。

＞コボラーに使わせる必要が無い^^
それで済んだら世話ない。
838 名前：仕様書無しさん [2008/01/06(日) 03:37:20 ]: 団塊でてこい。
839 名前：仕様書無しさん [2008/01/06(日) 06:21:19 ]: 倖田來未とＳＥＸ
相武沙希と握手
ギャル曽根と大食い勝負

お前らどれする？
840 名前：仕様書無しさん mailto:sage [2008/01/06(日) 10:19:58 ]: >>837はリレーションわからないコボラーの典型だな
841 名前：仕様書無しさん mailto:sage [2008/01/06(日) 10:24:00 ]: >>834
>>837
そういう時はビューを使いましょう
842 名前：仕様書無しさん mailto:sage [2008/01/06(日) 23:38:49 ]: >>840
リレーションをわかってないのは君だ。
リレーションシップな。
843 名前：仕様書無しさん mailto:sage [2008/01/07(月) 01:20:44 ]: リレーションとリレーションシップってどう違うの？
リレーショナルデータベースっていうくらいだからリレーションでもいいと思うんだが
844 名前：仕様書無しさん mailto:sage [2008/01/07(月) 01:32:09 ]: ざっくりとした説明だが、
リレーション = テーブル、だ。
出直してきなさい。
845 名前：仕様書無しさん mailto:sage [2008/01/07(月) 03:41:19 ]: 半可通もいい加減に.......
846 名前：仕様書無しさん mailto:sage [2008/01/07(月) 04:11:48 ]: >>845
リレーション = テーブルってのも言葉足らずで
不正確なのはわかっとるわい。
リレーションを関連とか思ってる奴には
とりあえずこれでいいだろこれで。
847 名前：仕様書無しさん mailto:sage [2008/01/07(月) 04:51:58 ]: >>846
あんたが「リレーションについて知ってるぞ」って主張したいのは
分かったけど、>>841はスルーなの？
848 名前：仕様書無しさん mailto:sage [2008/01/07(月) 05:05:17 ]: >>847
へ？ビュー使えばいいじゃん。
あ、そうか。俺、>>834でも>>837でもないです。

コボラー叩きしたつもりで恥さらしてる>>840が
痛々しいので横から大きなお世話焼こうかなって
思っただけです。
849 名前：仕様書無しさん mailto:sage [2008/01/07(月) 05:34:51 ]: まぁ、前後との関係で読み取れる範囲だと思うよ。840は。
実際、841は察してるしね（OR 同じ間違い）。
850 名前：仕様書無しさん mailto:sage [2008/01/07(月) 05:42:30 ]: >>849
前後の関係っていうか、841が察してるとかは知らんけど、まぁわかるわな。
実際とてもありがちな誤用なので。
851 名前：仕様書無しさん [2008/01/07(月) 07:34:44 ]: >>846
>>リレーション = テーブルってのも言葉足らずで
>>不正確なのはわかっとるわい。

なら、>>840がなんで叩かれるんだろう？
852 名前：仕様書無しさん mailto:sage [2008/01/07(月) 07:53:47 ]: わぁ＞＜
釣れてる＞＜

・・・仕事いってきます
853 名前：仕様書無しさん mailto:sage [2008/01/07(月) 10:05:15 ]: >>851
リレーションを関連の意味で使ってるのは
明らかな間違いなのと、
この間違い自体はよくある話だからいいとしても
それを他人を叩く文脈で使ってるのが凄く恥ずかしいから。
民主党なみのブーメラン現象だろう？
854 名前：仕様書無しさん [2008/01/07(月) 20:50:25 ]: ビューでもジョインでもどっちでもいいが
ボラクルCBOのアホさ加減には辟易する
855 名前：仕様書無しさん [2008/01/19(土) 21:37:29 ]: ファビョリジニー
856 名前：仕様書無しさん [2008/01/25(金) 01:37:56 ]: >>854
刺ねよ、クソコボラ。
857 名前：仕様書無しさん [2008/01/25(金) 21:41:12 ]: IT業界に３０年以上いますが、
プログラミングしかやったことがありません。
言語はコボルしかやったことがありません。
最近はコボル人口が激減しているのでとても待遇がいいです。
今年のボーナスの合計額は３７８万円でした。
こんなにもらって申し訳ない気持ちでいっぱいです。
858 名前：仕様書無しさん mailto:sage [2008/01/25(金) 23:07:05 ]: そういえばエボラの無毒化に成功したみたいだね。
859 名前：仕様書無しさん mailto:sage [2008/01/26(土) 20:56:13 ]: コボラの無害化は....無理か
860 名前：仕様書無しさん mailto:sage [2008/01/26(土) 21:12:43 ]: この前引き継いだシステムはコボルで設計した横長ＤＢを
そのままSQLに突っ込んだだけのもので、それを複雑な
ビューとストアドで正規化されているテーブルのように見せ、
使うときはそのビューを結合して使うのだった。いい加減に城。
861 名前：仕様書無しさん [2008/01/26(土) 23:06:23 ]: そのビューのレイアウトにコンバージョンすればいんじゃね？
862 名前：仕様書無しさん [2008/01/26(土) 23:16:06 ]: 参照はそれでいいけど
更新はどうすんだよ？
糞テーブル残してトリガ更新か？
863 名前：仕様書無しさん [2008/01/27(日) 02:18:01 ]: お前らよく聞け。
オープン系が出てくる遥か前にコボラは市場を席巻している。
もう、お前らの負けは確定的。
864 名前：仕様書無しさん mailto:sage [2008/01/27(日) 23:26:08 ]: >863
「自動車? この馬車全盛の世の中でそんなもん売れるわけないだろう」
(フォードが融資を頼みに行った銀行からの断り文句)
865 名前：仕様書無しさん [2008/01/27(日) 23:49:28 ]: まぁ、馬車と自動車ほど
汎用機とオープン系は違わないからなー。
利用者にとっては。ユビキタスだな。
866 名前：仕様書無しさん mailto:sage [2008/01/28(月) 04:29:02 ]: 俺、コボラだけど
JAVAでサーブレットも
PERLでCGIも
Cで組み込みも
VB,DELPHIでC/Sも
ついでにPL/SQLとかDBMAGICなんかもできるよ。
言語をして、どれがいいとかわけわかりません。
ただ一ついえるのは

　　コ　ボ　ル　が　一　番　楽　で　金　に　な　る　。

ってこと。
その次は組み込みかな。

JAVA案件は貧乏人がやればいいｗ
867 名前：仕様書無しさん mailto:sage [2008/01/28(月) 04:32:23 ]: Oracle案件は半可通が多くて困ることが結構ある。
特にパフォーマンスに関しては
「このプロジェクトで一番詳しい」
とか言われてる奴がど素人だったりするからｗ

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef