■TOP■ ■スレッド一覧■全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 最新50 お名前.comの格安レンタルサーバー「共用サーバー SD」！

---

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

1 ：仕様書無しさん：2007/05/23(水) 22:42:50

前スレ
http://pc11.2ch.net/test/read.cgi/prog/1160745584/l50

コボラも参加してね。

2 ：69式フリーPG ◆hND3Lufios ：2007/05/23(水) 22:43:25

福岡から2get

3 ：仕様書無しさん：2007/05/24(木) 00:56:11

２レコード目じゃないんだ。

4 ：仕様書無しさん：2007/05/24(木) 01:08:20

前カラム、FILLERがあと35バイト残ってるから
そっちを先に使おう

5 ：仕様書無しさん：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 ：仕様書無しさん：2007/05/24(木) 22:22:22

ほら、結局1000カラムじゃ足りないじゃないか。
5000カラムぐらい対応しないと。
駄目なDBだな。

10 ：仕様書無しさん：2007/05/24(木) 23:03:05

>>2
横長ＤＢだから、縦にのばしちゃダメ。

11 ：仕様書無しさん：2007/05/24(木) 23:04:58

>>10

>>3 だろｗ

12 ：仕様書無しさん：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 ：仕様書無しさん：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 ：仕様書無しさん：2007/05/25(金) 23:15:57

>>13
かわいい。

20 ：仕様書無しさん：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

ｗｗｗｗ
http://ip.tosp.co.jp/i.asp?I=tikyuu

25 ：仕様書無しさん：2007/05/27(日) 09:22:49

13.SELECT文の結果は、すべて読み出す前提でいる。
14.集計関数が使えず、一行ずつ読み書きを繰り返す。

26 ：仕様書無しさん：2007/05/27(日) 10:15:49

「取引履歴マスタ」w

27 ：宇宙刑事コボラーが蒸着に必要なタイムは僅か0.05秒に過ぎない：2007/05/27(日) 11:06:05

そこは「取引マスタ」に履歴連番を持たせて，
履歴連番が0の奴が最新のデータです，とか言うんだろ．
で，履歴と現在有効なデータの区別が付かなくなって，
データの検索条件が無意味に複雑になる，と．

28 ：仕様書無しさん：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 ：仕様書無しさん：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 ：仕様書無しさん：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 ：仕様書無しさん：2007/05/27(日) 18:05:52

単なる気に喰わない奴に対する罵倒か、これは。

47 ：仕様書無しさん：2007/05/27(日) 18:18:13

デスマ中なんだろう

48 ：仕様書無しさん：2007/05/27(日) 18:22:44

>１．横長（ＸＸコード００１〜９９９ など）
>２．マスタをＪＯＩＮしない。
>３．性質の違うデータをひとつのテーブルにぶち込みたがる。
>　　（売上と入金など、データ区分などで分けて、片方で未使用の項目が山ほど）
>４．トリガやストアドなどサーバプログラムを一切使わない。
>５．無意味に物理削除を嫌う。

使えそうなのはここまでだな。

49 ：仕様書無しさん：2007/05/27(日) 18:26:13

３．と５．の合わせ技なんて最悪。

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

とか全部に必要なんだよな。

50 ：仕様書無しさん：2007/05/27(日) 18:32:00

履歴が必要なら、履歴テーブルを作るべきだな。
頭悪いんだよ、コボラは。

51 ：仕様書無しさん：2007/05/27(日) 18:34:39

３．は最悪だぜ。
NOT NULL 制約や、外部キーが使いにくい。
SEQが溢れるのが早くなる（Or SEQが使えない。）

52 ：仕様書無しさん：2007/05/27(日) 18:40:15

オフショアでインドに出した案件が、オールCで作られてきたからって
「俺らC言語がわからないから、お前等レビューしろ」と
別プロジェクトの我々に命令するのはやめていただきたい。

53 ：仕様書無しさん：2007/05/27(日) 18:46:43

テーブル100個くらいあるシステムでこういうのに関わってます。

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

もうイヤです

54 ：仕様書無しさん：2007/05/27(日) 20:36:46

>>52
コボラのこういうところがわからんよな。

無能なくせに態度がでかいってのが ｗ

55 ：仕様書無しさん：2007/05/27(日) 20:38:22

>>17．無駄に顧客と喧嘩する

コボラかどうか知らんけど、出世できなかった中年に多いな。

56 ：仕様書無しさん：2007/05/27(日) 20:40:58

27〜30 は 未婚（下手すると童貞 ｗ）

57 ：仕様書無しさん：2007/05/27(日) 20:42:20

24〜26 は 財テクオタクだったりする。
新車買えるくらい負けたを大声で自慢するとか ｗ

58 ：仕様書無しさん：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 ：仕様書無しさん：2007/05/27(日) 22:12:58

きっと全行フェッチしてメモリ展開だな！
しかも線形リスト構造ｗｗｗｗ

64 ：仕様書無しさん：2007/05/27(日) 22:16:34

>>58
そうそう、おかげで正規化どころか適切な型とかインデックスとかも
まるで考慮されてないテーブルが出来上がって、
JavaのPGなのに中身はCOBOLっぽい処理せざるを得ない結果になって、んでもって、
「これならCOBOLでやったほうが工数少ないし処理効率いいな。」
とかいうんだよね。大抵。

65 ：仕様書無しさん：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 ：2007/05/27(日) 22:21:22

ちょっとまて。
FORTRANって、流体関係（気象や原発の冷却水系シミュレーション）以外で
使ってるとこがあんの？電磁気分野でも20年前なら使ってたとこがあったけど
こんな分野じゃないだろー。いくらなんでも。

71 ：仕様書無しさん：2007/05/27(日) 22:21:26

>>60
削除区分を参照し忘れてたりするんだぜ、きっと ｗ
『取り消したハズの予約が？？何故？？』
とか言ってるに決まってる ｗ

72 ：仕様書無しさん：2007/05/27(日) 22:22:23

確かに。計算以外使えるのかい？

73 ：仕様書無しさん：2007/05/27(日) 22:25:18

４０歳バカコボラＳＥもどき『売上は区分＝U って言ったじゃないか！！区分＝Nも出てるぞ！！』

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

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

こんな奴、掃いて捨てるほどおる ｗ

74 ：仕様書無しさん：2007/05/27(日) 22:26:45

先輩！ロールバックセグメントが10Gあっても足りません！

75 ：仕様書無しさん：2007/05/27(日) 22:26:47

>>73
まぁ、本当に「売上は区分＝U って言った」
のならまだええわな。

ほとんどの場合、口頭でも伝えてないんだから ｗ

76 ：仕様書無しさん：2007/05/27(日) 22:27:55

つか、売上と入金が同じテーブルにあること自体終わってる罠。

77 ：仕様書無しさん：2007/05/27(日) 22:28:24

>>74
まあ、やつら、バッチ処理最高、バッチ処理ならどんな力技もおｋ、見たいな所あるからな…･･･。

78 ：仕様書無しさん：2007/05/27(日) 22:29:26

>>76
『つか』じゃなくて、それを言いたかったんだろうな ｗ

79 ：仕様書無しさん：2007/05/27(日) 22:31:12

あー、5000万件のテーブルからフラグの立った100万件のレコードを
selectしてdeleteするバッチ書かされたとき、案の定ロールバックセグメントが不足したわ。
そんでソフトがどうのこうの言われたときはもううざいからオラクルも俺に触らせろと
おもった。

80 ：仕様書無しさん：2007/05/27(日) 22:34:08

ホワイトカラーエグゼンプションじゃなくて、
コボラエグゼンプションにしてくれ　ｗ

81 ：仕様書無しさん：2007/05/27(日) 22:34:58

あ？不治痛のSymfoware舐めんなよ

82 ：仕様書無しさん：2007/05/27(日) 22:35:29

こういう（ＡＮＡ）重大なトラブルって会社名じゃなくて
個人名晒すべきだよ ｗ

83 ：仕様書無しさん：2007/05/27(日) 22:36:43

いいか。お前ら。VARCHARは使うな。あれは可変文字列だからな。
CHARを使え。ランダムアクセスする時は固定長レコードじゃないとだめだ。

84 ：仕様書無しさん：2007/05/27(日) 22:37:00

>>Symfoware舐めんなよ
なにそれ？
甘いの？

85 ：仕様書無しさん：2007/05/27(日) 22:37:59

>>83
まぁ、マジレすすると、
断片化が起こりにくいというメリットはあるね。

86 ：仕様書無しさん：2007/05/27(日) 22:44:35

>>83
この辺、マジレスするとちょっと難しくて、
対象フィールドのサイズや書き換え頻度、インデックス対象かどうかで、
どっちにするべきかって変わってくると思うんだよ。

比較的小規模のテーブルで書き換え頻度が高いような要件だと、
ディスクの容量的に問題なければ、VARCHARにするよりCHARのほうがいいケースも多いと思う。

87 ：仕様書無しさん：2007/05/27(日) 22:57:25

asitamo mata cobol kayo …

88 ：仕様書無しさん：2007/05/27(日) 22:58:21

固定長使って、1レコード長をページサイズの整数分の1にできると理屈の上では効率良くなるよな

89 ：仕様書無しさん：2007/05/27(日) 23:56:20

1レコード1ページにするという手もある。

90 ：仕様書無しさん：2007/05/28(月) 00:01:43

昔のSQLServerではたまにそういうテクを使ってた気もする

91 ：仕様書無しさん：2007/05/28(月) 00:27:12

コボラはDISTINCTとOrder By はタダだと思っている。

92 ：仕様書無しさん：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 ：仕様書無しさん：2007/05/28(月) 19:50:32

３．テーブルにYOBI01〜YOBI99という項目を作ってるが
　　次バージョンの設計を見てみると別の列を追加して予備は放置。
　　『何のために作ったんですか？』と聞くと俯いて黙った ｗ

96 ：仕様書無しさん：2007/05/28(月) 19:51:21

>>95
そもそも、予備を作ることが無意味というか、むしろ害。

97 ：仕様書無しさん：2007/05/28(月) 20:27:11

おれなんかなぁ。。。。。


全行SELECTかましてマッチング取るやつ見たことあるぞ。

98 ：仕様書無しさん：2007/05/28(月) 20:53:33

しかし、ほんとうに田螺ってクズのへたれだな。こういう男を描かせたら花沢は日本一だな。

99 ：仕様書無しさん：2007/05/28(月) 21:10:17

とにかく空白というかFILLER項目がなくなるのが怖いんだよ。察してやってくれ w

100 ：仕様書無しさん：2007/05/28(月) 21:12:21

田螺（タニシ）ってどういう意味？

101 ：仕様書無しさん：2007/05/28(月) 21:13:12

わかりにくいこと言う奴ってかっこいいよな！

102 ：仕様書無しさん：2007/05/28(月) 21:26:02

>>101
多分誰かを煽ってるつもりなんだろう。

103 ：仕様書無しさん：2007/05/28(月) 21:28:33

>>101
どんな馬鹿でもわかりにくい言い回しはできるけど
わかりやすい言い方は頭のいい人間にしかできない
ってのは至言だと思う

104 ：仕様書無しさん：2007/05/28(月) 21:29:43

>>100
マジレスすると、>>98は単に誤爆と思う。

田螺＝花沢健吾の漫画「ボーイズ・オン・ザ・ラン」の田西のことだと思う。

105 ：仕様書無しさん：2007/05/28(月) 21:32:45

>>104
仮にそれに例えての書き込みだったら身の毛もよだつ寒さ。

106 ：仕様書無しさん：2007/05/28(月) 21:33:57

田螺→コボルのうんこコード
花沢→コボラ

107 ：仕様書無しさん：2007/05/28(月) 21:34:05

>>103
お前のマジレすがウケる ｗ

108 ：仕様書無しさん：2007/05/28(月) 21:35:00

田螺→コボラの設計したうんこオラクルDB

109 ：仕様書無しさん：2007/05/28(月) 21:36:31

>>94
そういう奴おるね！！
特に２．

バブル世代は自分が賢いと勘違いしてるから困ったもんだ。
顔真っ赤にして.....ってのはさすがに見たことないが ｗ

110 ：69式フリーPG ◆hND3Lufios ：2007/05/28(月) 21:40:00

おい。俺も一応バブル世代だぞｗ
コボルとは無縁。FORTRANなら学生時代にシミュレーションに使った。

111 ：仕様書無しさん：2007/05/28(月) 22:07:19

お前誰？

112 ：仕様書無しさん：2007/05/28(月) 22:09:04

http://pc11.2ch.net/test/read.cgi/prog/1174837272/l50

ここに呼ばれてるおっさんか？

113 ：仕様書無しさん：2007/05/29(火) 00:02:43

69式ってDBも詳しいのか？
組み込み屋かとおもった

114 ：仕様書無しさん：2007/05/29(火) 06:40:35

DB屋はあれはあれで専門職だからなぁ。
レア技術職ではあるし。

だからと言って素人が横長DBってのはアレだが。

115 ：仕様書無しさん：2007/05/29(火) 10:54:57

>>97
それもコボラの基本

116 ：仕様書無しさん：2007/05/30(水) 21:16:32

今日のコボラ
　TRUNCATE TABLE XXXXX WHERE YYY=ZZZ

117 ：仕様書無しさん：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 ：仕様書無しさん：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 ：仕様書無しさん：2007/05/31(木) 15:44:24

>122
truncateしてしまったら、commitでもrollbackでもそのtableに関しては
同じ話だが。

126 ：仕様書無しさん：2007/05/31(木) 16:23:26

TRUNCATE用のロールバックセグメントが足りません＞＜

127 ：仕様書無しさん：2007/05/31(木) 17:10:34

>>121
つか君、その TRUNCATE が明らかに間違っていることに
気付いてないだろ。
ヴビ厨？

128 ：仕様書無しさん：2007/05/31(木) 18:09:45

せっかく面白い話だったのに。
125も127もsuneiku hutto

129 ：仕様書無しさん：2007/05/31(木) 20:55:00

>>125
>>127
『蛇足』とはお前らのためにあるような言葉だな ｗ

130 ：仕様書無しさん：2007/05/31(木) 20:55:42

>>127
ヴビ厨なら知ってるわな ｗ

131 ：127：2007/06/01(金) 11:00:11

>>129
失礼な！空気読まずにﾚｽしただけなのに！

132 ：仕様書無しさん：2007/06/01(金) 12:51:54

おおそうか。

必死だなワラってのは
こういう時に使うんだ。

133 ：仕様書無しさん：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 ：仕様書無しさん：2007/06/01(金) 22:31:55

日本人（日本企業）はMySQLつかわねぇよ。
理由はわかるよな？

137 ：仕様書無しさん：2007/06/01(金) 22:34:53

SQL-Serverは糞。

138 ：仕様書無しさん：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 ：仕様書無しさん：2007/06/01(金) 22:39:32

>>140
アホはお前。なんも知らんねんな ｗ

142 ：140：2007/06/01(金) 22:41:08

>>141
何が？

143 ：仕様書無しさん：2007/06/01(金) 22:47:58

ここ最近コボラ批判がなくて面白くないね。
誰かないの？コボラネタ。

144 ：仕様書無しさん：2007/06/01(金) 22:51:53

>>143
最近って、二日前にしてるんだけど？>>116 とか
お前の最近って昨日までですか？

145 ：仕様書無しさん：2007/06/01(金) 22:56:05

時代はCache'だぜ？

146 ：仕様書無しさん：2007/06/01(金) 23:15:00

SQL-SERVERってどっちの？

147 ：仕様書無しさん：2007/06/01(金) 23:15:05

そんな古いモンいまさらどうするよw

148 ：仕様書無しさん：2007/06/01(金) 23:17:00

比べてる点が、管理ツールのGUIとかなら

149 ：仕様書無しさん：2007/06/01(金) 23:53:06

>>147
マンプスと混同するな。

150 ：仕様書無しさん：2007/06/01(金) 23:56:39

だから、コボラネタないんかよ！

151 ：仕様書無しさん：2007/06/01(金) 23:57:24

優れた、DBMSについて語るより
痛いコボラ叩いてるほうがおもろいだろ！？

152 ：仕様書無しさん：2007/06/02(土) 02:19:17

つか、コボラって進歩が無く同じ事延々やってるだけだから、そりゃネタも尽きるんじゃないのか？

153 ：仕様書無しさん：2007/06/02(土) 02:32:31

　　>>88
Oracleにはそんな理屈は通用しない。
余裕を見て、何バイトか削っておくのが吉。

154 ：仕様書無しさん：2007/06/02(土) 03:44:30

Oracleじゃなくてもそうだろ。
ってか、そんなチューニングは誤差。

こぼらはそこの「効率」を気にするなら、マッチング処理と称してテーブルをジョインする操作をプログラムで書くな。

155 ：仕様書無しさん：2007/06/02(土) 05:19:16

いや〜ん。まっちいんぐ

156 ：仕様書無しさん：2007/06/02(土) 06:09:12

http://news21.2ch.net/test/read.cgi/bizplus/1180368241/
【調査/PC】「死んだ(または死につつある)コンピュータスキル」トップ10：1位はCOBOL [07/05/28]

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

元記事

本当に"死んで"いる? さびれゆくコンピュータスキル"トップ10" - 米誌調査
http://journal.mycom.co.jp/articles/2007/05/28/deadskills/index.html

157 ：仕様書無しさん：2007/06/02(土) 06:41:54

またコボラか

158 ：仕様書無しさん：2007/06/02(土) 10:30:35

>>156
コボラ乙。

159 ：仕様書無しさん：2007/06/02(土) 11:11:40

こぼるの人は帳票とか最大桁数にうるさいねぇ。
ないよそんなの。ああ打ち合わせ鬱陶しい。

160 ：仕様書無しさん：2007/06/02(土) 11:43:11

>>159
なら「最大桁は1億」とか言えばいいじゃん
責任押し付けられるのが嫌ならそこまでハッキリ言おうぜ

161 ：仕様書無しさん：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 ：仕様書無しさん：2007/06/03(日) 14:54:41

最大桁数ですか。そうですねえ。物理メモリが2Gでswapも2Gだから、
4Gですね。

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

メインフレームの大きなマシンからしたらきっと小さい単位だよな。
俺よく知らないけど。

165 ：仕様書無しさん：2007/06/03(日) 16:17:15

>>164
単位書けや。

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

でもファイルを数値型として扱うのなら4GB超える数値型も出来るけどな。
で、4GBだと2^(2^30*8*4)まで扱えるわけで、10進桁数に直すと…いくつだ？

166 ：仕様書無しさん：2007/06/03(日) 16:49:26

コボラーがなんで桁数に拘るかというと、
帳票とかの表示桁数＝保持変数桁数で実装させる処理系が多いから、
ある意味やむなくやっているという理由を聞いた事がある。
それも罫線バリバリの純日本的特殊帳票の場合だった。

確かに「ふ〜ん」とは思ったが....
まぁ俺には関係ない世界なんでどうでもいい。

167 ：仕様書無しさん：2007/06/03(日) 19:38:00

>>166
>>コボラーがなんで桁数に拘るかというと、
>>帳票とかの表示桁数＝保持変数桁数で実装させる処理系が多いから、

だから、ＣＵＩならではって言ってんじゃん。 >>162

168 ：仕様書無しさん：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 ：仕様書無しさん：2007/06/03(日) 22:41:38

N2の消費税は振り込み手数料らしい ｗ

170 ：仕様書無しさん：2007/06/03(日) 22:55:17

>>165
半可通も大概に。

171 ：仕様書無しさん：2007/06/03(日) 23:24:08

>>165
コボラ乙

172 ：仕様書無しさん：2007/06/04(月) 00:29:50

//*************
//変数の定義
//*************
みたいな要らんコメントつけるのも
コボラの特徴だと思うがどうよ。

173 ：仕様書無しさん：2007/06/04(月) 08:09:52

>172
COBOLは変数定義の場所がクッキリ区切られてるから
そうでも書かないと安心できないんだろうなｗ

174 ：仕様書無しさん：2007/06/04(月) 13:48:52

>>165
おいおい。サーバに Windows なんて使うわけないだろ。w

175 ：仕様書無しさん：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：2007/06/04(月) 15:06:01

そもそもどういう話かというと。

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

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

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

もう最大桁数が判らないと落ち着かないって
性格なのかなって、思った。

177 ：仕様書無しさん：2007/06/04(月) 15:30:50

>>176
全角30文字程度を想定している所に60文字送っても実用的な大きさで出るの？
相手が聞きたかったのは実用上の最大数だったんじゃないの？

178 ：仕様書無しさん：2007/06/04(月) 15:58:09

>>159 はやっぱりWeb屋だったか。

179 ：仕様書無しさん：2007/06/04(月) 22:03:46

「金額はカンマ区切り20桁で出力する標準化」て言われてそのとおりにしたら実データは100円とかばっかりで千明細につき一行くらい百万円とかあって、「空白ばかりで見にくい！」とキレられる罠。

180 ：仕様書無しさん：2007/06/04(月) 22:54:39

↑別にCOBOLに限った話じゃねーだろ、このヴォケ

181 ：159：2007/06/04(月) 23:17:55

>>177
いやこれが、こっちがオープン屋で向こうがコボラーってだけで
先方とこっちとで同じ業界の仕事してるから
そんな非現実的な長さの文字列が来ない事は判ってるんですよ。
備考とかじゃないんだから。

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

他に聞く事あるでしょう、っていう。こっち独自のコードとかも
出してるんだから、いの一番にそこ聞いてこいよ、とか。

182 ：仕様書無しさん：2007/06/04(月) 23:19:21

>159は、コボラ耐性があるかのテストをされたのに気づいてないだけだな
オープン屋をおちょくるコボラ乙

183 ：159：2007/06/04(月) 23:22:27

あ、それと「実用上の桁数」を聞きたかったんじゃないのは確か。
だって最初の要望が、「この帳票の仕様書下さい」だったから。

184 ：159：2007/06/04(月) 23:24:46

>>182
しまったーそうだったのか。

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

あ、でも本当にそうだったら恐い。
背中を向けた途端に刺されそうな感じです。

185 ：仕様書無しさん：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 ：仕様書無しさん：2007/06/05(火) 13:14:01

宇宙海賊コボラ

190 ：仕様書無しさん：2007/06/05(火) 14:45:00

大怪獣 コボラ

毎週東京タワーにしがみつきます。

191 ：仕様書無しさん：2007/06/05(火) 14:51:18

まあコボラにとっては桁数は変数の最重要な属性だから。
彼らにとって桁数が決まったいないというのは許し難いことなんだから

192 ：仕様書無しさん：2007/06/06(水) 00:30:39

このスレは、井○雅和のことを言っているのか？

193 ：仕様書無しさん：2007/06/06(水) 10:49:30

桁数を聞かれたら「100万桁」と即答するのを口ぐせにするとよい。
英語だと one million だ。"one million" と真顔で答えた後で
"ha ha ha" と笑うと粋なアメリカンジョークの完成となる。

194 ：仕様書無しさん：2007/06/06(水) 12:15:54

どこからともなく姿の見えない大勢の笑い声が
聞こえてくるのがいいな。

195 ：仕様書無しさん：2007/06/06(水) 12:43:56

なんか社保庁の名寄せでメーカーに開発を発注とか自民党がほざいているけど、
これに該当する開発メンバーってコボラになるんじゃねぇ?

196 ：仕様書無しさん：2007/06/06(水) 22:16:43

データと目立だっけか？
ロクなもんじゃねえなw

197 ：仕様書無しさん：2007/06/06(水) 23:13:39

過去システムを見る為にコボルの知識は必須だろうな

198 ：仕様書無しさん：2007/06/06(水) 23:29:51

んなわけない

199 ：仕様書無しさん：2007/06/07(木) 10:13:08

技術というより
コボラ耐性（って前スレにあって気に入った）が
必要となりそうな予感。

200 ：仕様書無しさん：2007/06/07(木) 23:10:59

COBOLでは生産性が悪いのでSYSLで開発しる

201 ：仕様書無しさん：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 ：仕様書無しさん：2007/06/09(土) 01:31:01

トドのつまり

207 ：仕様書無しさん：2007/06/09(土) 15:12:05

>>206
おもしろい、あるいはうまいつもりですか？

208 ：仕様書無しさん：2007/06/10(日) 13:32:47

>>203
その手使うと、でかい面しなくなる奴もおるしな。
態度改める奴はそうやって仕込んでいくと使い物になる奴も出てくるよ。
改めん奴は放置というか上司に頼んで切るわな。

209 ：仕様書無しさん：2007/06/11(月) 23:18:12

５年ぐらい前の思い出

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

レビューでキレた顧客のシステム担当
「それを運用する僕らの身にもなってよ」

210 ：仕様書無しさん：2007/06/11(月) 23:21:49

「それを運用する僕らの身にもなってよ」
で、5000万件…

211 ：仕様書無しさん：2007/06/12(火) 00:04:49

ｲﾔｰ

212 ：仕様書無しさん：2007/06/13(水) 22:20:45

今日のコボラーとの会話

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

毎日毎日ずれた会話ばかりで本当に疲れる

213 ：仕様書無しさん：2007/06/13(水) 22:48:26

最終的にはIBM製はオープンとか言いそうだ

214 ：仕様書無しさん：2007/06/13(水) 22:56:55

その爺は横長なのか？

215 ：仕様書無しさん：2007/06/13(水) 22:58:34

>>213
明日、その爺に
『Accessって1テーブル、256カラムまでしかできないんですよ』
って言ってみ。

216 ：仕様書無しさん：2007/06/13(水) 23:04:32

なんでそこでM$のコンシューマ向けの製品名を出す？

217 ：仕様書無しさん：2007/06/13(水) 23:05:39

>>212
現存するどんなシステムも使い方のミスまでカバー出来る訳が無いってのに…
「完璧」なんて言葉に縋り付けるその神経が分からん…。

218 ：仕様書無しさん：2007/06/14(木) 01:10:39

>>212
明日、その爺に
『「人月の神話」って読んだ事がありますか？』
って言ってみ。

219 ：仕様書無しさん：2007/06/14(木) 02:24:58

>>218
爺「本読む前にもっと実地で経験を積め」

220 ：仕様書無しさん：2007/06/14(木) 05:59:41

爺的にはみずほ銀行の合併時のシステム事故とか
ライブドアショックに伴う東証のドタバタは脳内から完全抹消されてるのかな…

221 ：仕様書無しさん：2007/06/14(木) 17:42:03

>>220
なんだかんだで結局オープン系に所為にされるんじゃないか？

222 ：仕様書無しさん：2007/06/14(木) 21:50:34

自慰はそんな大規模なシステムなんぞ縁がないよ。

223 ：仕様書無しさん：2007/06/19(火) 08:46:34

>>212
単語と単語の意味する所に食い違いがあるような・・・。

224 ：仕様書無しさん：2007/06/19(火) 23:59:33

じゃあ
傷害→障害
から始めようか。

225 ：仕様書無しさん：2007/06/30(土) 01:23:44

ところで、ボンクラリーマンのお前らに聞くが、
例えば、デスマで５億の赤字が出たとしよう。
もし自分がそのプロジェクトの責任者だったとして
『責任を取る』というのは具体的に何をすることなんだ？

226 ：仕様書無しさん：2007/06/30(土) 01:48:52

>>225
割腹。

227 ：仕様書無しさん：2007/06/30(土) 07:24:31

>>225
知り合いの会社では普通にボーナスが減額になった。
ただし、会社全体で減額になったので、その赤字部署は恨まれている。

責任なんか実際とってないだろうなぁ。
その人が出世コースから外れるだけで、その下や周りの人が実質的に
責任とらされてかつ被害者になってる場合が多いな。

228 ：仕様書無しさん：2007/06/30(土) 13:28:13

ところで、ボンクラリーマンのお前らに聞くが、
例えば、お前らよりさらにボンクラな年上の人間がいたとしよう。
で、そのボンクラが間違ったことを言っている。
そのボンクラの言ってることは１００％間違いで
本当はお前の言ってることが正しいとしよう。
でも、そのボンクラは『俺はお前より１０年長く生きているから俺の方が正しいに決まってる』
と言った。周囲もどちらかというとボンクラよりだ。
さらに、ボンクラは続ける
『俺の言うとおりのやり方でうまくいかないのはお前が無能だからだ。
なぜなら俺はお前より１０年長く生きてるからお前より劣るわけがないからだ。
俺の言うことが間違っていて、お前の言うことが正しいなんていうことは、何においてもありえないわけだ。
まぁ俺の言うとおりやらないのもいいが、そのときはお前が責任を持てよ。
もっとも、俺の手法は間違いなく正しいから失敗するということはお前の無能のせいだ。
したがって、どちらにしても失敗はお前の責任で俺に責任はないということだ。
しかし、うまくいったときは上司の俺の功績になるわけだ。お前の功績など一切評価しない。』

こんなときどうするんだ？

229 ：仕様書無しさん：2007/06/30(土) 15:14:34

>>228
笑えばいいと思うよ。

230 ：仕様書無しさん：2007/06/30(土) 17:14:29

>>228
ぶっちゃけ、どうもしないだろ。

そのボンクラな年上は自滅してくれるのだから。

231 ：仕様書無しさん：2007/06/30(土) 18:02:44

>>228
寒山拾得

232 ：仕様書無しさん：2007/06/30(土) 20:46:29

>>228
で、それがこのスレとどう関係ある？

233 ：仕様書無しさん：2007/06/30(土) 20:48:29

と[こ]ろで、[ボ]ンク[ラ]リーマン

234 ：仕様書無しさん：2007/07/01(日) 09:49:52

>>233
その着目は無かったｗ

235 ：仕様書無しさん：2007/07/02(月) 10:20:21

>>228
とりあえず転職情報紙を2、3冊買ってきて机の上に置いておく。

236 ：仕様書無しさん：2007/07/03(火) 12:54:36

ここに登場する大阪陣は駄目ですね
カップラーメンとかろくなもんしか作れない
大体カップラーメン50年食ってる人間と生野菜20年食ってる人間とどっちが幸せな人生なんでしょうか
味覚を狂わせ、人生を狂わせアホなんじゃないですか、考えることがはっきりいって
マシュマルは石油ストーブで一酸化炭素中毒起こすし、
あれなら姥捨て山で自然の寒さ感じながら死んだ 方がましですよ
やたら薬屋も多いようですね
馬鹿ですね、はっきり言って
薬漬けで８０年生きろってブラックジャックの世界じゃないですか
もう何の感動もない人生を余生にして苦い薬ばっか飲ませたって幸せになれるわけ
ないじゃないですか
金儲けの発想しかできないんですね
まさに日本を駄目にした一番手ですね　

237 ：仕様書無しさん：2007/07/03(火) 13:46:15

> 大体カップラーメン50年食ってる人間と生野菜20年食ってる人間とどっちが幸せな人生なんでしょうか

中国産野菜20年ならばやはりカップラーメン50年の方が幸せなのではないか?

238 ：仕様書無しさん：2007/07/03(火) 22:21:55

つか、50まで生きてんだから、美味い物食って人生過ごした方の勝ちだろ。

239 ：仕様書無しさん：2007/07/04(水) 15:12:44

>>238
その通りだ。たとえ貧乏だろうともホームレスになろうとも
徹底的にうまいもん食ったやつの勝ちだ。

240 ：仕様書無しさん：2007/07/04(水) 20:45:10

>>236
>カップラーメンとかろくなもんしか作れない
「ろくなもん」->「ろくでもない」でいいのかね。
何かと突っ込みどころ多い文章だな…。

241 ：仕様書無しさん：2007/07/04(水) 21:16:18

そういやこの頃高いカップラーメンって売ってるよね。
それなりにうまいやつ。
しかしカップなのによくあそこまで頑張って作るもんだな。

242 ：仕様書無しさん：2007/07/04(水) 21:33:44

カップラーメンにはとんでもないはずれはあまりないよな。
ほとんどが、めちゃウマか、ちょいウマか。

243 ：仕様書無しさん：2007/07/04(水) 21:37:45

んなこたーねぇ

244 ：69式フリーPG ◆hND3Lufios ：2007/07/04(水) 22:02:28

ちょっと微妙

245 ：仕様書無しさん：2007/07/04(水) 22:07:50

お前等、ジャンクフードしか喰ってねぇな w

246 ：仕様書無しさん：2007/07/05(木) 18:35:07

>>242
とんでもないやつはすぐ売れなくなって市場から消えていくということでは?

247 ：仕様書無しさん：2007/07/05(木) 20:57:08

>>246
当たり前のこと言うな、クソコボラ。

248 ：仕様書無しさん：2007/07/05(木) 20:59:21

>>247
俺はコボルのコの字も知らんのだが。

249 ：仕様書無しさん：2007/07/05(木) 22:04:47

>>248
コボラは能力ではない、心なのだ。

250 ：仕様書無しさん：2007/07/06(金) 09:59:14

>>249
は？

251 ：仕様書無しさん：2007/07/06(金) 10:05:50

いい言葉だ

252 ：仕様書無しさん：2007/07/06(金) 11:34:34

ヴビ厨に代わる蔑称か。

253 ：仕様書無しさん：2007/07/06(金) 13:18:20

COBOLを使う人に優秀な人ももちろんいる
だが「コボラ」は必ずしもCOBOLを使ってるとは限らず
しかし必ずバカである

ってことでいいじゃんこのスレでは

254 ：仕様書無しさん：2007/07/06(金) 22:15:11

月曜から新しいプロジェクトが始まるが、
コボラ満載......欝だ(゜Д゜)

255 ：仕様書無しさん：2007/07/08(日) 05:20:02

最初に嘘のように縦長なDBを強く提案しておこう。やがて横に伸びていくわけだが、
最初に縦長ならそんなに横には伸びないだろう。

256 ：仕様書無しさん：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 ：仕様書無しさん：2007/07/08(日) 12:17:30

田原総一郎が年金問題をコボルのせいにしてまっせｗ
http://www.nikkeibp.co.jp/style/biz/column/tahara/070705_18th/

260 ：仕様書無しさん：2007/07/08(日) 12:17:42

いちおうRPGやってるのと正規化はあんまし関係ないぞ。
RPGでも正規化に対応していると言うか、まあCOBOLよりは
微妙にそういうのが扱いやすい言語だし。

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

まあ、まともな脳があったら保守以外でRPGやCOBOLで
新規開発はやらんのは事実だろうが。

261 ：仕様書無しさん：2007/07/08(日) 12:19:20

>>260
言語の特性の話じゃないよ。
向学心とか学習能力がないから、結果として未だにRPGやってるって事。

262 ：仕様書無しさん：2007/07/08(日) 12:22:25

社保庁のあれは年金番号の導入が97年になってやっと出来たからでしょ。
一意のキーがあればよかっただけの話。

責任があるといえば、国民総背番号制反対とか言ってた野党や組合のクズじゃないか。

263 ：仕様書無しさん：2007/07/08(日) 15:25:29

一位のキーがあるのは当然として、そこに名寄せする作業がまんどくせ、って話じゃなかったっけ？

264 ：仕様書無しさん：2007/07/08(日) 16:19:50

どうせなら、国税も住民票も健康保険も運転免許所もパスポートも、
全部同じ番号で管理するがよろし。

265 ：仕様書無しさん：2007/07/08(日) 16:28:28

公務員に運用能力はありませんアーメン

266 ：仕様書無しさん：2007/07/08(日) 19:07:18

ミスっても痛くも痒くもないんじゃ
細心の注意を払いながら入力するはずはない

田原みたいな三流ジャーナリストの目は
古いソフトとハードのせいに見えるようだが
ヒューマンエラーを前提としないシステム設計なら
最新のハードを使ったところで何も変わりゃしない
それがミカカデータクオリティでもある

267 ：仕様書無しさん：2007/07/08(日) 21:05:06

まあ、ミカカもアレだが日立と仕事していて、
あのお役所体質的な対応とられると
「だからテメーんトコロは名寄せ失敗するんだよ」とか
激しく思うな。

まあ、アフォなお役人と頭のおかしいCOBOLerの見事な合作と言う
ことなんだろうな。

268 ：仕様書無しさん：2007/07/08(日) 22:21:36

>>262
国民総背番号制と、データに一意のキーを設けることは別。
ごっちゃにするからいまだに複合キーがなくならないし
業務的に意味のあるコードを主キーにして
後で桁数変わったりして大問題になる。

269 ：仕様書無しさん：2007/07/09(月) 14:51:56

>>249
「朝起きたらこんなになっていて・・・」
「踊りなさい。コボルは心で踊るのよ。」

270 ：仕様書無しさん：2007/07/09(月) 14:59:52

心でこぼるのよ！

271 ：仕様書無しさん：2007/07/09(月) 15:01:33

「朝起きたらこんなになっていて・・・」
「コボりなさい。コボルは心でコボるのよ。」

272 ：仕様書無しさん：2007/07/09(月) 16:04:26

「朝起きたらこんなになっていて・・・」
「コボりなさい。コボルはコボルでコボるのよ。」

273 ：仕様書無しさん：2007/07/09(月) 16:26:31

「朝起きたらこんなになっていて・・・」
「ボコりなさい。コボルはコボルでボコるのよ。」

274 ：仕様書無しさん：2007/07/09(月) 20:10:20

「朝起きたらこんなになっていて・・・」
「ボコりなさい。コボラは本気でボコるのよ。」

275 ：仕様書無しさん：2007/07/09(月) 22:26:50

「朝起きたらコボラになっていて...」

276 ：仕様書無しさん：2007/07/09(月) 22:40:30

>>275
それ最悪マジ最悪もう氏ぬしかないね

277 ：仕様書無しさん：2007/07/09(月) 22:46:10

COBOLをさらに初級者向けにしたRPGなんかお勧めです。
小学二年生から出来ます。

278 ：仕様書無しさん：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 ：仕様書無しさん：2007/07/10(火) 00:39:21

書いて動いてテストが通りゃ、何だっていいんだよー

282 ：仕様書無しさん：2007/07/10(火) 06:39:38

>>280
＞そんなん使ってるのは頭弱い年寄りだけだろ。
某地銀の連中に言ってください。
18-22才くらいの新人が普通に新規（ｗ）で作っていたが。

283 ：仕様書無しさん：2007/07/10(火) 06:43:34

>>280
プログラミング技術や環境は目的じゃないからなぁ。

284 ：仕様書無しさん：2007/07/10(火) 10:22:58

>>275-276
最後は妹にも見捨てられ、衰弱死するんですね。

285 ：仕様書無しさん：2007/07/10(火) 11:30:52

そうなりそう

286 ：仕様書無しさん：2007/07/10(火) 11:43:11

>>283
それが目的な連中が永遠に煽りあってますが

287 ：仕様書無しさん：2007/07/10(火) 20:51:08

>>284
翌日彼は埋葬された
うつ伏せに、9の側から

288 ：仕様書無しさん：2007/07/11(水) 02:56:57

今週から始まった新しいプロジェクトに『団塊のコボラ』がいた。
二重苦....orz

289 ：仕様書無しさん：2007/07/11(水) 03:20:35

COBOL至上のITアーキテクトなんだけど、なんか質問とかある？

290 ：仕様書無しさん：2007/07/11(水) 03:23:13

>>288
混じれ酢すると、一般的に団塊世代って、１９４７年から１９４９年生まれなので、
現時点で最低５８歳なんだ。
マジ？

291 ：仕様書無しさん：2007/07/11(水) 08:10:40

テストが通ればなんだっていいのか？
BASICやPerlで書かれたものをリプレースまで付き合うなんて勘弁して欲しいが。

292 ：仕様書無しさん：2007/07/11(水) 10:24:42

>>291
C++で書いたコードをCに書き直させられるよりはいいだろ？

293 ：仕様書無しさん：2007/07/11(水) 11:01:15

テストを絶対に通らない実装

294 ：仕様書無しさん：2007/07/11(水) 23:16:09

>>293
テスト内容を実装に合わせればいいッ!

295 ：仕様書無しさん：2007/07/11(水) 23:28:15

>>290
今年で還暦だってよ。
早期退職してフリーランス６年目だそうだ。
しかし、そこまで生き残ってるからやっぱ、凄腕だったりするのかね？

296 ：仕様書無しさん：2007/07/11(水) 23:33:58

COBOLで書かせれば凄腕なのでは？

297 ：仕様書無しさん：2007/07/11(水) 23:47:05

>>295
コネはハンパ無いだろうな
在籍中に関わったCOBOLのメンテ仕事を外部受託とか普通にあるだろうし

298 ：仕様書無しさん：2007/07/12(木) 03:30:14

仕様をまとめるだけなら実害も少なそうだが。
（いや、処理内容をCOBOLベースで思考してしまうからDBの設計が非正規形になりそうだが・・・）

299 ：仕様書無しさん：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 ：仕様書無しさん：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 ：仕様書無しさん：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 ：仕様書無しさん：2007/07/13(金) 09:33:29

>>300
>そこからですわ、ＩＴ業界を志したのは。』
　　　　　　　　　　　~~~~~~~
胡散臭い。

317 ：仕様書無しさん：2007/07/13(金) 13:22:56

>>316
石の上に3年乗るな、かあ。

重い言葉だなあ。

318 ：仕様書無しさん：2007/07/13(金) 13:49:26

年長者に失礼を言った点は置いておいて、みんな、>>300-301 のような会話できる？
話の発展させ方がうまくて、30の若造ながらしっかりしてるな〜と感心した。
ここまで行かずにつまったりキョドる奴多いと思う。

319 ：仕様書無しさん：2007/07/13(金) 16:02:44

まあ録音したのをおこしたわけじゃあるまいし、
そのまんまってわけじゃないだろうけど
それでも雰囲気はよかったんだろうなあ。

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

捏造じゃなければ、だけどさ。
でも捏造だったとしても、いい言葉聞いたよ。

320 ：仕様書無しさん：2007/07/14(土) 00:12:01

お前らが３０年後に同じような会話が出来れば、それでいいのさ。

321 ：仕様書無しさん：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 ：仕様書無しさん：2007/07/15(日) 15:03:55

年長者に失礼、とかナチュラルに出てくるあたり
まだ儒教の思想や年功序列はメインなんだな、と思う。

329 ：仕様書無しさん：2007/07/15(日) 15:13:57

年長者のほとんどが今の日本を築いた。

もう糞ばっかｗ　敬うべき人は(年長者、若輩者ふくめて)ほんの一握りだ。

330 ：仕様書無しさん：2007/07/15(日) 15:46:39

尊敬出来る相手かに関わらず、まともな社会人なら、
年長者にはそれなりの対応とるよ。
まともな教育受けてない人は知らんけど。
敬ってないから、適当に扱うってのは随分頭悪いよ。
自分の周りからの評価下がるだけで、何も得しない。

331 ：仕様書無しさん：2007/07/15(日) 17:53:37

>>330
まあ、そちらの常識がどうかは知らないが、
相手への対応ってのは年齢で変わるわけじゃないだろう？

332 ：仕様書無しさん：2007/07/15(日) 19:32:50

PGとしては人間関係気にして本質的な議論に入れないよりかは、立場はある程度無視して議論したほうが数倍マシ。だと思うんだがな。

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

"http://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 ：仕様書無しさん：2007/07/15(日) 22:11:50

部下の給料とボーナスを減額。
部下だけで足りなければ部署、
部署で足りなければ全社的に減額。

当人は出世コースから外れるだけ。

336 ：仕様書無しさん：2007/07/15(日) 22:17:27

>>335
なんだ、その程度か。
やっぱ、ボンクラだなお前。

337 ：仕様書無しさん：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 ：仕様書無しさん：2007/07/16(月) 00:47:51

>>ちなみに漏れは赤だした事ないし。

そうか。苦労知らずはええのー。
勝ち組やんけ ｗ

342 ：仕様書無しさん：2007/07/16(月) 01:04:01

>>341
いや、派遣に赤字もクソもないだろ。

343 ：仕様書無しさん：2007/07/16(月) 01:07:07

ところで、ボンクラ派遣リーマンのお前らに聞くが、
お前よりさらにボンクラな元請の社員がいたとしよう。
トラブルが発生してその原因を作ったのはボンクラ元請だったとしよう。
で、そのボンクラはお前のミスにしようとしているが、
本当はボンクラのミスだったとしよう。
で、そのボンクラは『ソースは俺が管理しているので、コメントをお前の名前にしておけばそれでお前のせいになる。』
と言った。さらにボンクラは続ける。
『お前はド底辺の派遣なんだから、俺より優秀なんてことは客観的にありえないわけだ。
したがって、このトラブルもお前が原因であるということにすれば、すんなり受け入れられる。
いくらお前が本当のことを主張しても、周囲にはただの被害妄想にしか聞こえない。
次回、契約更新の際にこのトラブルをネタに単価を下げるが、お前が自主的に辞めない限り
こちらから契約を切ることはしない。

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

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

こんなときどうする？

344 ：仕様書無しさん：2007/07/16(月) 01:24:46

ぷち殺す。

345 ：仕様書無しさん：2007/07/16(月) 01:28:30

>>344
プチでいいのか？

346 ：仕様書無しさん：2007/07/16(月) 01:35:47

>>343
そんなこと言ったらﾀｲｰﾎじゃないのか？

347 ：仕様書無しさん：2007/07/16(月) 08:41:08

>>343
会話をICレコーダーで録音し、社内メールでその内容を全社員に送りつける。
ついでに労働基準監督署や警察、マスコミ等に通報する。

それくらいで勘弁してやれ。

348 ：仕様書無しさん：2007/07/16(月) 11:11:35

>>343
会社と話し合って給料ウプしなければ辞める
単価が下がろうとも構わない

349 ：仕様書無しさん：2007/07/16(月) 14:02:55

元請がボンクラなんてよくあることじゃないですか。
で、たいてい無能な人かどうかなんてのは周りにバレてますよ。

350 ：仕様書無しさん：2007/07/16(月) 14:11:46

>>343
相手先会社を訴えるだけ。
ソースとシグネチャの同時納品だからシグネチャのないソースは俺のじゃないし。
どうせボンクラはシグネチャの意味もわからず墓穴掘るだけだろうが。
賠償金アップでウマーだ。

351 ：仕様書無しさん：2007/07/16(月) 17:06:30

シグネチャっていうとファイルの識別子部分もそう呼ぶから気をつけようぜ。
べつに電子署名って言ってもボンクラは意味を理解できないだろ。

352 ：仕様書無しさん：2007/07/16(月) 17:19:59

ところで、ボンクラリーマンのお前らに聞くが、
お前よりさらにボンクラな肉便器女がいたとしよう。
肉便器女は残業を極端に嫌っている。
残業を嫌うのはわかるが、自分の割り当てられた作業の進捗が非常に悪い
にもかかわらず、残業を一切しない構えだ。
その他のメンバーは肉便器女の倍の作業をこなしているが残業は５時間／月ほどだ。
さらに言うと、その肉便器女に割り当てられた作業量は他のメンバーの約半分ほどで確実に定時内に終わるくらいのものだ。
全ての会社ではないが、女には残業や長期出張はなるべくさせないというの風潮は確かにあり、それをわかっているのか、悪びれる様子はない。
そこで、肉便器女はのたまう。

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

さらに、

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

こんなときどうする？

353 ：仕様書無しさん：2007/07/16(月) 17:22:29

COBOLerって休みの日に長文つくる寂しい人ばかりなのでつか？

354 ：仕様書無しさん：2007/07/16(月) 17:41:57

これ、脅迫で告訴できんじゃね？

355 ：仕様書無しさん：2007/07/16(月) 17:56:19

これ、ＳＥＸできるんじゃね？

356 ：仕様書無しさん：2007/07/16(月) 17:57:11

長文の駄文コピペする奴は放置じゃね？

357 ：仕様書無しさん：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 ：仕様書無しさん：2007/07/23(月) 22:45:59

>>360-361
団塊コボラ、痺れるなー。
ファンになった。

363 ：仕様書無しさん：2007/07/23(月) 22:49:50

ピーターの法則も知らんやつに
噛んで含めるように教えてやるとは
団塊えらいな。

364 ：仕様書無しさん：2007/07/24(火) 01:05:00

確かに団塊が口が達者なのは解るんだけど、実際の仕事ぶりの話題はでないのだな。

正直、言うだけなら漏れでも似た事言えるし。

365 ：仕様書無しさん：2007/07/24(火) 02:02:27

言うだけなら誰でもだが、年食わねえと言葉にウエイトが乗らんわな。

366 ：仕様書無しさん：2007/07/24(火) 06:36:00

エンジニア同士だと年ではなく、実力と実績が伴いと意味ないと思うが。

そこらのゴマスリ命のリーマンなら年食ってりゃ、言う内容によっては
ウェイトあるけどサ。

367 ：仕様書無しさん：2007/07/24(火) 16:04:56

まさかとは思いますが、この「団塊コボラ」とは、あなたの想像上の存在にすぎないのでは
ないでしょうか。もしそうだとすれば、あなた自身が統合失調症であることに
ほぼ間違いないと思います。

あるいは、「団塊コボラ」は実在して、しかしここに書かれているような正常な行動は
全く取っておらず、すべてはあなたの妄想という可能性も読み取れます。
この場合も、あなた自身が統合失調症であることにほぼ間違いないということになります。

368 ：仕様書無しさん：2007/07/24(火) 23:14:26

俺より一回り若い奴が横長DBを使っていた事実...orz

369 ：仕様書無しさん：2007/07/25(水) 00:18:15

それは単に経験不足なだけなのでは？

370 ：仕様書無しさん：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 ：仕様書無しさん：2007/08/08(水) 23:13:16

夏休みが羨ましい・・・

374 ：仕様書無しさん：2007/08/08(水) 23:45:22

今年こそは、正規の夏休みが取れそうな悪寒。
毎年毎年１日削られ２日削られ･･･

溜まり貯まった鬱憤不満のその全てを、今年こそは吐き出すのだ！！！

375 ：仕様書無しさん：2007/08/09(木) 00:03:50

まさかとは思いますが、この「団塊コボラ」とは、あなたの想像上の存在にすぎないのでは
ないでしょうか。もしそうだとすれば、あなた自身が統合失調症であることに
ほぼ間違いないと思います。

あるいは、「団塊コボラ」は実在して、しかしここに書かれているような正常な行動は
全く取っておらず、すべてはあなたの妄想という可能性も読み取れます。
この場合も、あなた自身が統合失調症であることにほぼ間違いないということになります。

376 ：仕様書無しさん：2007/08/09(木) 01:30:40

今まではまだしも372はネタでしかありえん

377 ：仕様書無しさん：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 ：仕様書無しさん：2007/08/09(木) 21:54:44

>>372
意外にも腹黒いんだな。

381 ：仕様書無しさん：2007/08/10(金) 06:16:08

VSSってVisual SourceSafe？
WindowsでCOBOL保守してるん？

382 ：仕様書無しさん：2007/08/10(金) 11:05:47

VSSでCOBOL保守って、お前は.....!!

383 ：仕様書無しさん：2007/08/10(金) 11:41:26

>>378
俺はコボちゃんではないが、C/C++ で書くときは Pro*C を使いたがる。
つか、コボちゃん如きが Pro*C で書けるのか？

384 ：仕様書無しさん：2007/08/10(金) 13:25:32

Pro*Cがうざいって言うけど、じゃあ何を使う？
情報ぐぐったら、Cからデータベースアクセスするためのプリコンパイラだよね、Pro*Cって。
自分で一からデータベースアクセス用ライブラリ作らなくてすむんなら、選択して当然って気がするが。

385 ：仕様書無しさん：2007/08/10(金) 17:58:42

ODBC？

386 ：仕様書無しさん：2007/08/10(金) 19:08:43

まあ、ODBCかJDBCでもいいワケで。

387 ：仕様書無しさん：2007/08/11(土) 00:39:12

>>自分で一からデータベースアクセス用ライブラリ作らなくてすむんなら

半日かからんわな。

388 ：仕様書無しさん：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 ：仕様書無しさん：2007/08/11(土) 11:30:14

マジレスすると業界によりけり。
組み込みか業務系か。

俺は業務系なので、どっちか採用しなきゃ
いけないならコボラ。

392 ：仕様書無しさん：2007/08/11(土) 11:48:49

漏れはどっちかと言われればCだなぁ。

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

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

短期間なドカタを雇いたいならコボラで、デカイシステムを
設計・開発・保守を長期間ってヤツならＣ言語って感じで。

393 ：仕様書無しさん：2007/08/11(土) 12:04:19

雇うかどうかなら最初から雇わないほうがいい…。

ただ、仕事ができるかどうかといわれたら俺はCの方に賭けるかな。
でもC言語しかできないっていう輩はCもできないでしょ実際。

394 ：仕様書無しさん：2007/08/11(土) 17:03:34

COBOLしか出来ない技術者は腐っても他の言語をCOBOLライクに使ってしまう。
C言語しかできない技術者はなんだかんだといっても他の言語を習得してしまう。

395 ：仕様書無しさん：2007/08/11(土) 17:06:03

そんなことないだろ。
C++やJavaで、Cライクなコードを目撃しまくってるぞ。

396 ：仕様書無しさん：2007/08/11(土) 20:47:39

そうだね…。
メソッドの先頭に変数宣言するのをやめないとか、
なんでも返り値で表現したりとか、
もう変数名なんでも TypenameRet (bRet) とか…　（これはVBの文化もあるなｗ）、
あと某本では配列渡す際に配列の最大インデックスまで渡してたｗｗｗ
事情がない限り、array.length使えよｗｗｗｗ

しかしそんなC使いでも //コメント はふつうに使うという…

397 ：仕様書無しさん：2007/08/12(日) 00:24:29

>396
VC++とgcc、どっちも独自拡張でCソース中の//コメント認めてるからなぁ……

398 ：仕様書無しさん：2007/08/12(日) 00:40:17

そもそもあれらのC言語モードは殆ど外面だけじゃないかと思う。

399 ：仕様書無しさん：2007/08/12(日) 07:19:51

C99から正式に規格入りじゃなかったっけ？ < //のコメント

400 ：仕様書無しさん：2007/08/12(日) 12:22:50

>>399
そうだね。
でもCの専門家さんは可変長配列とかの機能を使ってない。

401 ：仕様書無しさん：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 ：仕様書無しさん：2007/08/14(火) 00:04:46

いや、趣味自慢されても困るが・・・。

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

それにＣが出来てもこのスレ的にはSQLが出来ないとどーなんだろ？って感じだが。
結局全件読み込んでプログラムで集計とかしてるなら、
普通のエンジニアにウザがられるだけだし。

405 ：仕様書無しさん：2007/08/14(火) 00:17:13

＞いや、趣味自慢されても困るが・・・。
コボルだけじゃないよって言いたかった
＞移行させたって話なら自慢してもいいんだが。
今度それをやる予定

406 ：仕様書無しさん：2007/08/14(火) 00:26:13

PoEAAは読んでると眠くなる
良いこと書いてあるのは判るんだけど

407 ：仕様書無しさん：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 ：仕様書無しさん：2007/08/14(火) 20:58:21

趣味というか自発的な興味というか好奇心が無ければプログラマには向かないってよく言うよな。

412 ：仕様書無しさん：2007/08/14(火) 21:19:35

>>404
そうだね。
SQLがわからないのに業務プログラマやってる奴なんて
万が一にもいたとしたら、
多少スキルがあるにしろ、死んだほうがいいと思うよ。
（新人などしょうがない人はのぞく）

Cが使えるからどーのとかの話は、
可燃ごみと不燃ごみのどちらがエレジーかってぐらいのレベルだよ。

413 ：仕様書無しさん：2007/08/14(火) 22:20:10

湯の町エレジー

414 ：仕様書無しさん：2007/08/14(火) 23:21:55

＞趣味だとバカにしているやつは、趣味でやっているヤツ以下なのを自覚するべきだ。

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

そりゃまあ基本は同じだろうけど資格やLinux程度でデカイ事言われてﾓﾅｰ

415 ：仕様書無しさん：2007/08/14(火) 23:40:55

＞AIX+WebSphere+DB2
で予備１〜予備４0とかのカラムがある話？

416 ：仕様書無しさん：2007/08/15(水) 00:00:16

＞で予備１〜予備４0とかのカラムがある話？
さすがにWebSphere+DB2使ってるレベルの案件でソレは見たことないな・・・。

417 ：仕様書無しさん：2007/08/15(水) 00:14:17

>>WebSphere+DB2使ってるレベルの案件
はああ？？

418 ：仕様書無しさん：2007/08/15(水) 02:07:44

Web2.0(Linux+Apache+MySQL+笑)

419 ：仕様書無しさん：2007/08/15(水) 06:46:02

COBOLerには別世界の会話が続くなｗ

420 ：仕様書無しさん：2007/08/15(水) 13:54:24

SQLって知ってるとか知らないとか難しいとか何とか言うレベルのものか？

一昔前に例えるなら、DOSのコマンドプロンプトとバッチファイルレベルのもんだろう。

421 ：仕様書無しさん：2007/08/15(水) 14:04:57

世の中には10年以上も業務システムやってきて
SQLでクロス集計もできない人がいるんだよ。

アプリ側でフェッチして一生懸命集計してんの。
当然バグの温床。

422 ：仕様書無しさん：2007/08/15(水) 18:50:11

COBOLerがマテリアライズとかトリガーとかそういうのは知らなくても
仕方ないと思えなくもないが、にしてもグループ集計とか
簡単なJOINくらいは覚えろよ、って思うよな。

なんか必死にアプリで１行毎に読み込んでアレコレしたがるクセがある。

423 ：仕様書無しさん：2007/08/15(水) 22:17:25

>>420
コボラーにはそのバッチすら作れないし読めない
メーカの分厚く分かりにくいマニュアルは読めても
ポケットリファレンスなんて開こうとすらしないからな

424 ：1＆前１：2007/08/16(木) 00:49:38

おおー久々に見ると伸びてるなー。
人気スレになってうれしい。（人気スレ？か）
なんていうと伸び悩むとか？　ｗ

425 ：仕様書無しさん：2007/08/16(木) 05:04:46

伸び縮むするよ

426 ：仕様書無しさん：2007/08/16(木) 05:22:35

【猛暑のせいで】本日の東武東上線スレ【線路曲がった】
http://news23.2ch.net/test/read.cgi/news/1187168413/

427 ：仕様書無しさん：2007/08/16(木) 14:22:21

コボラ「インターネットがつながらない」
ランケーブルが抜けてた
挿した
コボラ「ありがとう」

428 ：仕様書無しさん：2007/08/16(木) 23:03:29

>>414
経験しなきゃ超えられない壁ってあるけど、たまたま業務でそれの「経験あります」ってより、
自発的に勉強してるやつのほうが、伸びしろはあるだろ。

429 ：仕様書無しさん：2007/08/16(木) 23:28:57

どうとも言えないのが結論。

430 ：仕様書無しさん：2007/08/17(金) 00:08:21

LANケーブルのことを「ランケーブル」と書いているおまえもやばいと思う。

「ＬＡＮケーブル」と全角で書くヤツよりもたちが悪い。

431 ：仕様書無しさん：2007/08/17(金) 00:31:08

ノンケーブル

432 ：仕様書無しさん：2007/08/17(金) 00:34:14

LANケーブル？
おー、イエローケーブルのことね

433 ：仕様書無しさん：2007/08/17(金) 00:37:11

ヤザン＝ゲーブル？

434 ：仕様書無しさん：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 ：仕様書無しさん：2007/08/17(金) 02:12:39

yobi1

439 ：仕様書無しさん：2007/08/17(金) 07:23:02

関係無いけど、Cの構造体のパディング対策で入れる予備領域の名前は
いつも悩むなぁ…。
え、pragma pack使え？すいません…。

440 ：仕様書無しさん：2007/08/17(金) 10:23:59

>>432
ふつー、ツイストペア。

441 ：仕様書無しさん：2007/08/17(金) 22:39:15

>>439
このスレだから
fillerが良いのでは？

442 ：仕様書無しさん：2007/08/17(金) 23:05:21

>>432
>おー、イエローケーブルのことね
昔あった、「メローイエロー」って炭酸飲料思い出した。

443 ：仕様書無しさん：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 ：仕様書無しさん：2007/08/18(土) 01:25:48

Easytrieve Plus?

448 ：仕様書無しさん：2007/08/20(月) 00:19:39

＞経験しなきゃ超えられない壁ってあるけど、たまたま業務でそれの「経験あります」ってより、
＞自発的に勉強してるやつのほうが、伸びしろはあるだろ。

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

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

そしてFILLERとか設計するヤツは現代において嫌われるって事実だ。w

449 ：仕様書無しさん：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 ：仕様書無しさん：2007/08/23(木) 04:07:45

痔の業界用語

454 ：仕様書無しさん：2007/08/23(木) 23:31:35

BINDってなんだ？

455 ：仕様書無しさん：2007/08/24(金) 00:08:08

ボインD

456 ：仕様書無しさん：2007/08/31(金) 00:25:04

今日配属先で初めてコボルのソースを見せてもらったら、３０００ステップ以上
あってほとんどＰＩＣ句ばかり。コボルってこんなんばっかなのかよ。

457 ：仕様書無しさん：2007/08/31(金) 15:52:52

COPY句ばっかりだと余計楽しめるぞ。
さらにそのCOPY句がPROCEDURE DIVISION内にあったりしたら
ウキウキだぞ。

458 ：仕様書無しさん：2007/09/14(金) 07:59:15

cobolの参考書は市販されていてもJCLの参考書が市販されていないのはなぜだろう

459 ：仕様書無しさん：2007/09/14(金) 21:24:32

>>458
口伝による、一子相伝だから。

460 ：仕様書無しさん：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 ：仕様書無しさん：2007/10/07(日) 01:22:33

でたー！
団塊コボラ

465 ：仕様書無しさん：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 ：仕様書無しさん：2007/10/08(月) 23:58:29

>>463
ここまでくると、じらじらしい気がする。

470 ：仕様書無しさん：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 ：仕様書無しさん：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 ：仕様書無しさん：2007/10/16(火) 23:10:33

団塊コボラまだー？

482 ：仕様書無しさん：2007/10/22(月) 23:55:11

Ｂ『運用ではありえないことですから....』
Ａ『運用ではありえない？』
Ｂ『はい』
Ａ『「頻度が少ないから想定しない」、「万が一のために備えておく」
　　どちらにいたしましょうか？』
Ｂ『えーーーーーっと.....』
Ａ『はい、コレは意地悪で聞いているのですが、
　　そもそも、「運用ではありえない」という誤魔化しが問題なのです。
　　本来なら、ＰＧである私とＳＥであるＢさんとの間には会話は一切必要ありません。
　　それが究極です。』
Ｂ『話せずに仕事をするのですか？』
Ａ『はい、そうです。Ｂさんはよく「わからんことあったら聞いてください」
　　と他のＰＧに言っていますねよ？』
Ｂ『はい』
Ａ『とんでもない話です。』
Ｂ『何がですか？わからないことを聞くのは当たり前でしょう？』
Ａ『「わからないことがある」ということが問題です。
　　もっと言うと、「聞け」と言ったことで、一度に伝える内容を薄めてしまっているのです。
　　コレはＢさんに限ったことではありませんが、「質問される」ということに優越感を感じてしまうのですな。』
Ｂ『何を言ってるんですか？わけがわかりません。』
Ａ『まぁ、ここで「はいそうです」という人は誰もいません。
　　自分のいやらしい心理を肯定するのは勇気がいるものです。
　　うっとおしい爺だと思われるかも知れませんが、
　　これで、少しでもＢさんが精度の高い仕事ができるようになれば本望ですな。』
Ｂ『.....』
Ａ『さて、さっきの話ですが、いかがいたしましょうかね？』

483 ：仕様書無しさん：2007/10/23(火) 00:31:34

>>482のＡ爺
「あり得ないから想定しない」は無いの〜？
「頻度は少ないがあり得るから想定する」は〜？

484 ：仕様書無しさん：2007/10/23(火) 00:34:56

まぁ、機能に組み込むかどうかって話なら
２択になるんかな。

485 ：仕様書無しさん：2007/10/23(火) 00:38:29

Bはあり得ないと言ってるのに、Aはありうると決めつけている。
まあ、備えた方が無難とも考えられるが。

486 ：仕様書無しさん：2007/10/23(火) 00:40:58

『運用では』ってのが鼻についたんじゃね？

487 ：仕様書無しさん：2007/10/23(火) 00:43:19

入力されないはずの値をPG的に許可するかどうかって話でしょ？
それが仕様書に明記されていないって話だろ。
今まさにこの時間にもそんな話してる奴掃いて捨てるほどおるんだろうなー。
馬鹿げた職業だ ｗ

488 ：仕様書無しさん：2007/10/23(火) 00:44:39

「あり得へん。あったら切腹や」
くらい言えよ

489 ：仕様書無しさん：2007/10/23(火) 00:46:45

Ａ『もしあったらゴキブリ以下ですよ？』

490 ：仕様書無しさん：2007/10/23(火) 00:50:29

B「しゃー！こらー！！」

491 ：仕様書無しさん：2007/10/23(火) 00:54:30

>>483-488
釣られまくってんな。

492 ：仕様書無しさん：2007/10/23(火) 00:55:35

釣られまくるってのも不思議な日本語だ。

493 ：仕様書無しさん：2007/10/23(火) 00:58:45

>>482
AとBのやりとりは>>482の実際の経験？

494 ：仕様書無しさん：2007/10/23(火) 01:00:25

みんな時事ネタ知っててほっとした。

495 ：仕様書無しさん：2007/10/23(火) 01:10:03

>>493
このスレで名物化（してるのか ｗ？）しているネタ。
俺は結構好きで全部読んだ。
同一人物が書き込んでいるかどうかも不明。
実話かどうかももちろん不明。

496 ：団塊コボラ：2007/10/23(火) 01:24:57

呼びましたか？

497 ：仕様書無しさん：2007/10/23(火) 01:41:25

よんでねぇ。
消えろクソ爺。

498 ：仕様書無しさん：2007/10/23(火) 22:42:33

ガラの悪い奴だ

これだからコボラは・・・

499 ：仕様書無しさん：2007/10/24(水) 00:23:03

コボルの人と会話がかみ合いません。データベースの
テーブルらしきもののことをファイルファイルって言います。
ファイルは一文字1バイトの文字列で表現された構造体の
ようなものっぽいんですが、ファイルってなんですか

500 ：仕様書無しさん：2007/10/24(水) 00:40:32

ISAMファイル

501 ：仕様書無しさん：2007/10/25(木) 22:26:20

Ｃ『ところで、質問なんですが......』
Ｂ『ちょっと後にしてもらえる？』
Ｃ『いや、１分もかからないと思いますが。』
Ｂ『今、それどころじゃないんだよ。』
Ｃ『コレわからないと先に進めないのですが。』
Ａ『トラブルですか？』
Ｂ『はい、昨日の夜間バッチがコケてたみたいで。』
Ａ『それは大変ですね。』
Ｂ『しかし、１分で済むことは１分で済ませたほうがいいですよ。
　　１分で済むことを１日遅らせるより、１日かかることを１分遅らせるほうがダメージは少ないですよ。
　　おっと、余計なおしゃべりはこの辺にしておきましょう。』

502 ：仕様書無しさん：2007/10/25(木) 22:27:12

ラスト訂正Ｂ→Ａ
Ａ『しかし、１分で済むことは１分で済ませたほうがいいですよ。
　　１分で済むことを１日遅らせるより、１日かかることを１分遅らせるほうがダメージは少ないですよ。
　　おっと、余計なおしゃべりはこの辺にしておきましょう。』

503 ：仕様書無しさん：2007/10/26(金) 21:53:47

団塊コボラの話し方が鼻についてきた。
直に話してるＡにしてみれば、年の違いや声音などで、
話し方が傲慢でも相殺されてるんだろうけど。

504 ：仕様書無しさん：2007/10/27(土) 06:42:45

まぁ、作者が違うってことだろ ｗ

505 ：仕様書無しさん：2007/10/27(土) 07:20:30

団塊いいこと言ってるね。
まぁ、ありがちな話ばっかりだけど、
実際、それらの話みたいなことは頻繁にあるもんね。

506 ：仕様書無しさん：2007/10/27(土) 08:12:08

>>501はかなり程度が低いよな。
釣りじゃねぇ？
Cみたいな話し方するのって、空気読めないアホな新人で、
コイツの仕事は正直どうでもいい。
重要なシステムなら1分障害が伸びると1億損失って事もある。
ま、Bの仕事もどうでもいいものかも知れないが、
この言い方はありえんなぁ。

507 ：仕様書無しさん：2007/10/27(土) 09:30:08

とりあえずCは無能だろ

508 ：仕様書無しさん：2007/10/27(土) 09:39:03

漏れも釣りだと思うが。

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

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

Aが真にプロならＢの代わりにAがＣの質問に答えてやればいいじゃん。
それがお互いの時間を一番効率的に利用できるんだし。

509 ：仕様書無しさん：2007/10/27(土) 10:44:28

>>508
そうなんだよな。
質問に答えず説教することで余計なやりとりが発生して時間を無駄にするより、
質問の要点に答えて終わらせる方が時間の節約になる。
質問者がいつまでたっても学習しない奴なら説教は必要だろうが。

510 ：仕様書無しさん：2007/10/27(土) 13:19:37

ラスト訂正ってのがどうもな ｗ

511 ：仕様書無しさん：2007/10/27(土) 14:20:27

コボラーって、正規化できないんだよな
コボラーの設計したテーブルだと
SQLでアクセスしにくいんだよね

512 ：仕様書無しさん：2007/10/27(土) 14:46:53

このスレの主題が久々に出たな。
ついでにチューニングも利かん。

513 ：仕様書無しさん：2007/10/27(土) 16:32:53

コボラーの設計したテーブル　その１

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

年度またがりで期間指定で集計しようと思ったら、
そのつどSQLを変更しなければならない

514 ：仕様書無しさん：2007/10/27(土) 18:10:36

>>513
俺の上司は、利率が変わったりといった
制度変更の履歴を横に持ってるぞ　Riritsu12, Riritsu2, Riritsu3…

変わったら修正すれば良いでしょって、、、
コストは客に負担させるつもりらしい。

515 ：509：2007/10/27(土) 18:16:40

>>510
ははは。言われればその通り。

516 ：仕様書無しさん：2007/10/27(土) 19:04:46

SQL?なにそれ？
ブレイクさせろブレイク！

517 ：仕様書無しさん：2007/10/27(土) 19:20:09

横長のDBでしか設計できないのは、本物のコボラじゃない。
本物のコボラは木構造のＤＢ設計をするんだ。
RDBしか使った事ないおまえらには理解不能だろうがな。

518 ：仕様書無しさん：2007/10/27(土) 19:25:04

>>513
汎用系のファイルをそのままＤＢテーブルに置き換えてるだけだから

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


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


正規化の概念うんぬん、というより
「今正しく稼動してるものは変更しない」でガチガチと思われる。

519 ：仕様書無しさん：2007/10/27(土) 19:25:35

あー>>514見てなかった。ごめん。

520 ：仕様書無しさん：2007/10/27(土) 19:47:48

>>517
>>本物のコボラは木構造のＤＢ設計をするんだ。

お前ＲＤＢって何かしらないんだな ｗ

521 ：仕様書無しさん：2007/10/27(土) 19:48:33

わかってないのは>>520の方だけど

522 ：仕様書無しさん：2007/10/27(土) 19:53:03

>>520
Wikipediaで調べろ。

523 ：仕様書無しさん：2007/10/27(土) 20:14:51

>>520
木構造DBを直接使った事ないのは普通だと思うけど、知らないのはまずいぞ。
RDBも、インデックスは木構造DBだから、意識せずに使ってるてだけだからな。
インデックスに対してSQLのORやNOTが効かない理由を考えたことすらないのか？
勉強をしようともしない態度はおまいが嫌ってるコボラーといっしょだぞ？？

524 ：仕様書無しさん：2007/10/27(土) 20:23:14

>>520
知ったかぶりをすると勉強になる件。
みんなが教えてくれるからな。
でも、そんな親切な連中はあんましいないぜ。

525 ：仕様書無しさん：2007/10/27(土) 20:28:11

>>520
http://www.atmarkit.co.jp/fdb/rensai/sqlstune04/sqlstune04_1.html

これ読んで勉強汁。

526 ：仕様書無しさん：2007/10/27(土) 20:54:17

>>514, >>518
うぉーっ
その２を先に言われてしまった。。。。
コボラーは、どこに行ってもコボラーってことか

527 ：仕様書無しさん：2007/10/27(土) 20:56:59

すまん、520はこれの事いってると思うのだ
http://ja.wikipedia.org/wiki/IMS

528 ：仕様書無しさん：2007/10/27(土) 21:02:13

>>520は単に小鯔を馬鹿にしたかったんでは

529 ：仕様書無しさん：2007/10/27(土) 21:10:22

こうやって、いろいろ話が広がって
知識を習得する機会がうまれる。
520はいい仕事をした。

530 ：仕様書無しさん：2007/10/27(土) 21:11:03

＞「今正しく稼動してるものは変更しない」

という明確な意思なら勝手だけど、正規化自体まーったく知らない金融名古屋人とかいるよ。

531 ：仕様書無しさん：2007/10/27(土) 21:16:16

>>530
そこは注意が必要なとこで、
横長で初期開発が済んでしまったものはもちろんそうである。

これから汎用機からOPEN系へのリプレスをする段階では、
「今正しく稼動してるもの」とは言えない。
新システムはまだ稼動してないのだから。

532 ：仕様書無しさん：2007/10/27(土) 21:22:46

>>531
ユーフィットのアホにそのまま言ってやって

533 ：仕様書無しさん：2007/10/27(土) 21:28:42

ＣＯＢＯＬソースはそのまま移行（データ扱い部分をＳＱＬに自動変換）するから、
現汎用システムのレイアウトのまま、ＤＢテーブルで定義したりするね。

534 ：仕様書無しさん：2007/10/27(土) 21:37:08

正規化させろ

535 ：仕様書無しさん：2007/10/27(土) 21:43:30

コボラーのプログラム設計

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

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

Group By使えよ
売上実績と得意先マスターを結合しろよ
SQL一発でできるぞ

536 ：仕様書無しさん：2007/10/27(土) 21:45:40

石頭金融はselectも　*　しかできないと思ってますよ。

537 ：仕様書無しさん：2007/10/27(土) 23:22:08

>>531
とか言ってたベンダが仕様温めやがって、結局納期ギリでコボルそのままになった経験

538 ：仕様書無しさん：2007/10/28(日) 02:14:13

>>531
汎用機からオープン系へのリプレースで横長にされました。
プログラムの中身も、データ部分とUI切り分けるでもなく
1つのクラスの中に長々と全部・・・

>>535
いいえ、真のコボラは大して重くない集計票でも、
月次処理などで集計済テーブルを別に作ろうとします。
○○集計テーブル、××集計テーブルと…帳票用のテーブルが山のように作られます。

539 ：仕様書無しさん：2007/10/28(日) 03:37:58

>>538
そうそう、集計済みテーブル好きだよね。
ちょいとしたSQLで1秒かからずに出るのに、ストアドプロシージャで
データ追加のたびに集計表更新してる。
しかもプロシージャとかそれを呼び出すプログラムが腐ってて
集計結果間違えたりしてんのｗｗｗ

540 ：仕様書無しさん：2007/10/28(日) 06:40:13

>>532
＞ユーフィットのアホにそのまま言ってやって

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

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

その場しのぎの短絡的思考なヤツが多いと思う。金融系＆COBOLerは特に。

541 ：仕様書無しさん：2007/10/28(日) 08:20:00

>>538,>>539
そそ、集計テーブル好きだね
入力処理の実行時に集計テーブルへの更新もやったり
”日次締処理”で日次の集計処理をやったり・・・


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

そこで、再集計処理ですよ。

542 ：仕様書無しさん：2007/10/28(日) 10:58:32

というか、プログラムで処理すりゃいいようなレベルをなぜか
DB上で実行しようとする(多分ファイルメモリの記憶が濃厚なんだろうけど)

・・・今更256もつんでりゃ一万位のデータ問題なく処理できるって。

543 ：仕様書無しさん：2007/10/28(日) 11:35:19

逆にDBにまかせりゃ良い事をプログラムでやろうとしたりな。

544 ：仕様書無しさん：2007/10/28(日) 12:00:38

コボラーはストアドになんか変な幻想抱いている気がするね。
ストアドで実質プログラム書いた事あるよ・・・。

別ストアドを関数として、
XMLDBを変数領域として、
えらく遅かったです。

545 ：仕様書無しさん：2007/10/28(日) 12:01:00

VBとDEVELOPERが共存するシステムで
CSV取り込みをDEVELOPERで
ストアドCALLするだけの画面をVBでやれ
といわれたときゲンナリした。

546 ：仕様書無しさん：2007/10/28(日) 12:08:23

>>540
それは現在の俺の状況に近いものがあるな・・・死にたいです・・・

547 ：仕様書無しさん：2007/10/28(日) 12:59:59

>>545
VBでなくPBで経験した。

548 ：仕様書無しさん：2007/10/28(日) 13:48:35

3回集計して、結果が同じだったらOKって事で。。

549 ：仕様書無しさん：2007/10/28(日) 15:38:08

>>548
2回目と３回目の間に、他の人が別のＰＣでデータ登録して
２回目と3回目の集計結果が違った
って、落ちはないの？

550 ：仕様書無しさん：2007/10/28(日) 17:15:31

でもSQLで出来るからってA4 4〜5枚のSQLかれた時はまいったよ。
オープン系の若い兄ちゃんだけどね。
コボラーの簡単SQL+プログラムもまいるが.....
バランスって難しいねぇ

551 ：仕様書無しさん：2007/10/28(日) 19:14:00

その辺のバランスを、うまく取るのがセンスかな
頭の固いコボラーには、無理だろうな

552 ：仕様書無しさん：2007/10/28(日) 20:55:48

一番困るのがその頭の固さ。
知らないことは詳しい人に聞いて最善の方法を考えようとか絶対しない。
メールの「グループ化」すら知らないのか嫌なのか、
３０人くらいのアドレスを書き連ねて送信。
当然忘れられる人もいる。
うるさいけどできる外注のおばさんをそれで怒らせて辞められてしまった。

553 ：仕様書無しさん：2007/10/28(日) 22:46:46

最近、コボラーを雇ってる金融機関にとても不安を感じる今日この頃
日本の将来は大丈夫か

ＯＬＤコボラってプルグラムを組ませていけないのかなぁ
３０年前から進歩がないやつらみたいだし
windows使えこなせそうだし

554 ：仕様書無しさん：2007/10/28(日) 22:54:37

日本語でおｋ

555 ：仕様書無しさん：2007/10/28(日) 23:20:13

553は金融機関とかで働きたいニートなのか？

556 ：仕様書無しさん：2007/10/29(月) 02:04:52

団塊の新作はまだかなぁ。
作家は何人いるんだろう？

557 ：仕様書無しさん：2007/10/29(月) 02:06:27

次回からサブタイトル付だとおもしろいな。

558 ：仕様書無しさん：2007/10/29(月) 02:11:07

汎用使うような業種はそもそもお硬く役所的で根拠ないプライド高いから、
変化や協力、効率性とか排除しがちなんだろうな。

559 ：仕様書無しさん：2007/10/29(月) 06:48:34

働く人間の全員がそういうワケではないが、そういう風に職場的に洗脳している
雰囲気はあるな。

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

最初のシステム構築はどんな言語であれ出来る人間がいないと辛いけどサ。

560 ：仕様書無しさん：2007/10/29(月) 06:52:31

SE（いちおう技術者としとく）になりたいというより、
○○銀行、証券、生命の系列会社に入りたかった人間が多いから。

一番直前名前挙がってる会社なんて
人生に「ひがしうみ　ぎんこう」の名前が欲しくて、
実家を離れたくなくて入った人ばかりだから。

561 ：仕様書無しさん：2007/10/29(月) 16:30:12

コボラーはこんなのがすき
http://pc11.2ch.net/test/read.cgi/db/1116097001/191

562 ：仕様書無しさん：2007/10/29(月) 23:15:23

次スレ候補
【非正規化】コボラは横長DBがお好き　３カラム目【用済み】

563 ：仕様書無しさん：2007/10/30(火) 00:08:57

Ｂ『Ｃさんをどう思いますか？』
Ａ『Ｃどうって？何の話ですか？』
Ｂ『仕事の面で....』
Ａ『まぁ、普通なんじゃないでしょうか？
　　彼は大学出て就職してまだ１年半くらいと聞きましたが。
　　何か、問題でも？』
Ｂ『いえ、ちょっと要領が悪いというか、
　　他の人と比べるとちょっと割りに合わないというか....
　　出している金額は多少安いんですが....』
Ａ『そうですか。彼も私と同じように３ヶ月契約ですかね？どうされるんですか？』
Ｂ『次回はお断りしようかと思ってるんですが....』
Ａ『そうですか。しかし、「切る」というのは簡単ですが、
　　それによるマイナスも十分に考えておいたほうがよいかも知れませんよ。』
Ｂ『いや、Ｃさんが抜けても特に....』
Ａ『いえ、そういうことではありません。
　　たとえば、Ｃさんが１０年目ならまぁ、切るのも仕方のないことでしょう。
　　しかし、１年半となると事情が違ってきます。』
Ｂ『といいますと？』
Ａ『１年半となると今のような現状は容易に想像がつきますね？
　　完成品が欲しければＣさんは初めから受け入れないというのが常識的な判断です。
　　使えない人員を出す方も問題ですが、
　　受け入れるということはそれを了承していると思われても仕方ありません。
　　１年半ですからね。
　　これは、派遣元の業者はもちろんのこと、自社の上司や同僚からも
　　Ｂさんの評価が下がる要因になるでしょう。』
Ｂ『上司はまだしも、派遣元の業者が評価ですか？』
Ａ『評価というのは語弊があるかもしれませんが、
　　「非常識な客だ」とか「だから安いんだろ？」と思われるということです。
　　思う方も思う方ですが、一旦受け入れてしまっていますからね。
　　外注業者への心証は意外と侮れないものですよ。』

564 ：仕様書無しさん：2007/10/30(火) 00:46:18

Ａ『Ｃさんとこは誰のツテでしたっけ？』
Ｂ『部長のツテですが....』
Ａ『Ｃさん一人についてのことで問題になることはないと思いますが、
　　「切ればいい」と思っていては、人を出してくれなくなることがありますからね。
　　当然、部長もいい気はしないどころか、部長の受け持っている他プロジェクトにも影響しかねません。』
Ｂ『....確かに。』
Ａ『これらは目に見える範疇で、本当に恐ろしいのは
　　Ｂさんが「切る人」であると思われてしまうことです。
　　こうなると、周りの人間がＢさんを怖がるようになります。
　　そして、Ｂさんの意見に反対する人が減るでしょう。
　　なぜなら、切られたくないからです。
　　これは、外注のみならず、自社の後輩や同僚についても同じことです。
　　こうして、誤った意思決定が横行してしまうわけですな。
　　リーダーは決して嫌われてはいけないんです。』

565 ：仕様書無しさん：2007/10/30(火) 00:48:32

>>563,564は間違いなくコボラ

566 ：仕様書無しさん：2007/10/30(火) 00:49:48

1週間で切られるような環境で育ってきたから
馬鹿らしいことこの上ない。

567 ：仕様書無しさん：2007/10/30(火) 01:02:39

Ａ『「デスマーチになった結果、嫌われたリーダ」というのはレアで実際は
　　「リーダが嫌われた結果、デスマーチになった」というケースほとんどです。
　　「和気藹々とデスマーチ」なんてのもごく少数ですが、あるにはありましたが....これはどうでもいいですね。』
Ｂ『そうなんですか。プロジェクト管理より嫌われないことですか。』
Ａ『そうです。というか、人心掌握力を欠いてはプロジェクト管理などありえません。
　　小規模ではどうにでもなりますが、１００名規模などとなるとリーダの人柄が命運を分けるといっても過言ではありません。
　　将来的にはその規模を任されたいと思っているのですよね？』
Ｂ『....はい。』
Ａ『それなら、「切る怖い人」ではなくて「育てる優しい人」を目指した方がよいと思います。外注も育ててナンボですから。』
Ｂ『そうですね....Ｃさんは長い目で見ることにします。』

568 ：仕様書無しさん：2007/10/30(火) 01:13:25

お、新作。

以前、デスマーチの挙句、外注が手を引いて別の外注業者に
ＰＧ一人１００万／月 取られてたバカがいた。

569 ：仕様書無しさん：2007/10/30(火) 01:34:28

外注を育てる？
金払って育てるんか？

570 ：仕様書無しさん：2007/10/30(火) 01:36:54

>>567
こうやって（優しさを勘違いした無能な）リーダーが作られていくのか・・・・・・

571 ：仕様書無しさん：2007/10/30(火) 01:40:09

まぁ、１００名規模のリーダにスキルなど....

572 ：仕様書無しさん：2007/10/30(火) 01:50:47

お前らクチだけは達者だなｗ

573 ：仕様書無しさん：2007/10/30(火) 01:50:57

第一話
　>>300-301

第二話
　>>360-361

第三話
　>>372

第四話
　>>463-466-467

第四話
　>>474-476

第五話
　>>482

第六話
　>>501

第七話
　>>563-564-567

第一話、第五話は秀逸。
あとは駄作。

574 ：仕様書無しさん：2007/10/30(火) 01:53:54

四話が２こありますが？

575 ：仕様書無しさん：2007/10/30(火) 01:55:16

失礼！

第一話
　>>300-301

第二話
　>>360-361

第三話
　>>372

第四話
　>>463-467

第五話
　>>474-476

第六話
　>>482

第七話
　>>501

第八話
　>>563-567

第一話、第六話は秀逸。
あとは駄作。

576 ：仕様書無しさん：2007/10/30(火) 02:22:54

すべて駄作。

577 ：仕様書無しさん：2007/10/30(火) 07:37:25

>567
おかしな話でAもＢもＣもプロジェクトのリーダーには慣れないと思うんだが。

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

正直、目の前のくだらねぇ問題で喚くレベルの人間がリーダーになるのは不可能に近いぞ。

578 ：仕様書無しさん：2007/10/30(火) 10:19:39

切りたくても、切らねぇ！って
カイジかよ。

しかもついこないだアニメで放送した分。

579 ：仕様書無しさん：2007/10/30(火) 19:43:17

嫌われるとか好かれるとかをいちいち考えている人はプロマネに向いてない。
小チームのリーダーぐらいならともかく。

580 ：仕様書無しさん：2007/10/30(火) 20:25:45

>>563-579
マごときが、プロジェクト管理語るか。

581 ：仕様書無しさん：2007/10/30(火) 23:10:24

一応管理者ですが、何も。

582 ：仕様書無しさん：2007/10/30(火) 23:19:46

係長も大変だな。

583 ：仕様書無しさん：2007/10/31(水) 00:21:35

>>567
無能だから嫌われた上でデスマになるってだけじゃないのん。
デスマになってから無能に気づくか、無能で嫌われたままデスマに突入するのか。
無能が原因でデスマしてたら和気藹々にはならなんだろうし。

584 ：仕様書無しさん：2007/10/31(水) 00:34:38

>>567
すごい反響だな。

585 ：仕様書無しさん：2007/10/31(水) 00:49:42

コボラの屁理屈に、飽きてきた

笑えるのがいいんだけど

586 ：仕様書無しさん：2007/10/31(水) 00:50:52

無能が無能を斬る。
それが２ｃｈ。

587 ：仕様書無しさん：2007/10/31(水) 01:24:43

しかし上手く斬れず別の無能が絡む
それが2ch

588 ：仕様書無しさん：2007/10/31(水) 01:44:14

>>585
熱心なファンだな。

589 ：仕様書無しさん：2007/10/31(水) 03:34:30

>>567
明日、会社の女子トイレでオナニーをしろよ。

590 ：仕様書無しさん：2007/10/31(水) 13:57:40

えらく伸びててハァ？と思ったが・・・

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

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

しかし爺の言うことは正論でも、育てる立場の会社や人間からしたら
ババを引いているにも違いはない。

591 ：仕様書無しさん：2007/10/31(水) 20:46:42

すごい！このスレってできる人ばっかしなんですね。

592 ：仕様書無しさん：2007/10/31(水) 22:24:58

八話が最優秀ってことでＦＡ？

593 ：仕様書無しさん：2007/11/02(金) 00:34:23

誰か、『氷河期ＶＢ厨』書けよ。

594 ：仕様書無しさん：2007/11/02(金) 00:39:03

１）COBOLER（コボラ、コボラー）

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

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

　仕事と趣味を混在させることが多く、更には自覚がない。
　代わりはいくらでもいると思いきや、想像以上にハズレが多い。
　仕様書に書いてあるより「上（設計）の事」には想像をめぐらすことが出来ないが、
　仕様書より「下（手段）の事」にはこだわりがある。
　年収は２５０万〜４５０万（４０歳）程度。

595 ：仕様書無しさん：2007/11/02(金) 01:23:06

>>594
言語知識最低限じゃあどうせ設計もロクにできんだろうに…上流工程でも迷惑なだけだろ。
無駄に重ねた年齢故の立場、責任転嫁する権限があるから…切れないだけで。
というかそれぞれの区分の中で使える奴と使えない奴が混ざってるのにそこ分けないで持論に有利な点だけ抽出すんなって。

596 ：仕様書無しさん：2007/11/02(金) 01:51:05

重要なのはDB回りと通信なので、言語は誤差
スクリプト言語まで行くとさすがにまずいがな。
コーダにゃ、運用設計できないし。

597 ：仕様書無しさん：2007/11/02(金) 02:44:23

『ＸＸ回り』ってよく聞くけど、いつもイライラする。

598 ：仕様書無しさん：2007/11/02(金) 06:39:03

＞１）COBOLER（コボラ、コボラー）
＞
＞　業務知識が豊富である反面、言語知識は最低限である場合が多い。
＞　上流工程向け。今となっては希少な存在。

こいつらのクソ設計のおかげで中日が日本一の瞬間も障害対応していましたが、何か？

599 ：仕様書無しさん：2007/11/02(金) 20:24:56

>>596
ダウト。
言語によって得手不得手の設計が有る。これは決して誤差レベルではない。
コーダの話は誰もしてない。オープン系＝コーダとか思うのならいっぺん死んで来い。

っつかスレタイ嫁

600 ：仕様書無しさん：2007/11/02(金) 21:00:56

「ＤＢ周りと通信」
「ＤＢと通信」

601 ：仕様書無しさん：2007/11/02(金) 21:46:52

ユニークIDに意味をもたせるな！

602 ：仕様書無しさん：2007/11/02(金) 22:03:57

>>601
主キーと候補キーで使い分けるならアリなんだが。

603 ：仕様書無しさん：2007/11/02(金) 22:14:16

DATEよりNUMBER(8,0)かCHAR(8) がいいと思うのは俺だけ？

604 ：仕様書無しさん：2007/11/02(金) 22:27:46

>>603
なんで？既存システムとの兼ね合い？

605 ：仕様書無しさん：2007/11/02(金) 22:29:39

具体的に言うと名前を主キーにしないでください！

606 ：仕様書無しさん：2007/11/02(金) 22:58:12

年金システム？

607 ：仕様書無しさん：2007/11/02(金) 23:27:48

>>603
必ずや日付として無効なデータが入るであろう。

今年は10月が60日まであればよかったなー

608 ：仕様書無しさん：2007/11/03(土) 00:36:19

>>607
え？ごがつだよ？ねんはわすれたけど。
けんしゅうとかいうのがおわらないと６がつにならないっていってたんだ。

609 ：仕様書無しさん：2007/11/03(土) 01:01:23

>>607
それはあるんだけどな.....
しかし、インデックスが.....

610 ：仕様書無しさん：2007/11/03(土) 03:44:46

>>603
そうだね
DATE型だと、時間まで入ってしまうしね。
それに、未入力だとNulｌになってしまう。
Ｎｕｌｌは、あまり使いたくない。
オレも、よくNumberかCharで作成する。

611 ：仕様書無しさん：2007/11/03(土) 04:49:22

>>610
釣れますか？

612 ：仕様書無しさん：2007/11/03(土) 05:19:52

腐ってやがる...

　　　遅すぎたんだ...

613 ：仕様書無しさん：2007/11/03(土) 07:04:13

>>609
格納したいものが、charで表せるようなもんで十分だと言うことが仕様上明確であれば、
別にcharでも良いと思う。
インデックスのためってのは、設計段階ではあまり理由にならない。
チューニング段階で、求められている速度に達しなくて、そこしかいじるところが無いって場合に初めてやればいい。

614 ：仕様書無しさん：2007/11/03(土) 07:39:27

>>610
Oracleが世界の中心みたいな発言でつな。
DB2はんな事ないんだが。

615 ：仕様書無しさん：2007/11/03(土) 10:25:06

まぁ、OracleとDB2とでは、技術者の数が違うからな
Nullって難しいよな
コボラーや年寄り技術者はもちろん、若いSEも理解していない奴が多い
DB製品間でも微妙に扱いが異なっているし

616 ：仕様書無しさん：2007/11/03(土) 13:37:40

>>613
チューニングってやったことありますか？

617 ：仕様書無しさん：2007/11/03(土) 13:45:53

>>615
Nullは値を持っていない…って解釈じゃマズイんかな？

自分とこの会社のコボラ連中、null不許可のvarcharだけでDB設計しやがった…orz
ワークテーブルも山ほど、ストアドの中はカーソルだらけ。

618 ：仕様書無しさん：2007/11/03(土) 14:47:56

正直な話、ＤＢのNULLの考え方はCOBOLerよりもまだ、Accessを使う
エンドユーザーの方が解っている気がしなくもない。

あとCOBOLerは「one fact in one place」の基本が出来てないヤツが圧倒的に
多いからアフォみたいにワークテーブル作るんだよな。

619 ：仕様書無しさん：2007/11/03(土) 15:40:29

多くのコボラーは
　数値型でNull　＝　ゼロ
　文字型でNull　＝　空白
などと勘違いしている

コボラーなら、可変長のvarcharを使わず、
固定長のCharでNot Nullオンリー（笑）

620 ：仕様書無しさん：2007/11/03(土) 15:46:17

レスポンスが悪いからとテーブル設計を変えたり、
インデックスを追加したり、プログラムをSQLレベルではなく
ロジックそのものを変更したりするのは、
もはやチューニングではなく、
　設計不良の修正
　出来損ないのプログラムの修正
だろう

621 ：仕様書無しさん：2007/11/03(土) 16:52:53

>>619
いや、varchar使ういみ分かるならいいんだよ。
char 2〜4でもvarcharにしたり、必ずmaxうまる項目にvarcharしたり
なんかdefみたいな?
まぁこんなこと言うとおっさんあつかいだけどね

622 ：仕様書無しさん：2007/11/03(土) 20:16:24

>業務知識が豊富である反面、言語知識は最低限である場合が多い。

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

つ【金の使い方が解らない】

623 ：仕様書無しさん：2007/11/03(土) 20:51:36

でも評価や金になるのは前者　"業務知識が豊富"

624 ：仕様書無しさん：2007/11/03(土) 21:07:28

業務知識って豊富なのかなぁ。
「保守経験が長い」ってのは納得だけど、
多くのCOBOLerって上流工程(この単語嫌い）から来た
仕様をそのままコードにして動かしていて、頭使わない日常送っている人が
ほとんどだと感じるけど。

625 ：仕様書無しさん：2007/11/03(土) 22:13:36

>仕様をそのままコードにして動かしていて、頭使わない日常送っている人が
>ほとんどだと感じるけど。

これについては、コボラーもゆとり世代も変わらないよ

626 ：仕様書無しさん：2007/11/03(土) 22:53:12

ゆとり世代の円周率はナンボだったけ？

627 ：仕様書無しさん：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 ：仕様書無しさん：2007/11/03(土) 23:20:45

>>626
>>628
>>629

分かりやすくて恥ずかしくなる釣り。

631 ：仕様書無しさん：2007/11/03(土) 23:23:52

>>613
チューニングは設計ありき。
いくらインデックスを張ろうが、
『データがないこと』に勝るもんは何もない。
データを削除、あるいは退避する機能のないシステムはいずれ破綻をきたすことは自明。

632 ：仕様書無しさん：2007/11/03(土) 23:26:36

ていうか、事後にチューニングなんてバカのやること。

633 ：仕様書無しさん：2007/11/03(土) 23:27:31

ていうか、チューニングしなければならない状況がすでにバグ。

634 ：仕様書無しさん：2007/11/03(土) 23:29:22

>>631
つまり時々DB吹き飛ばせと。

635 ：仕様書無しさん：2007/11/03(土) 23:33:18

スラドは優秀だな

636 ：仕様書無しさん：2007/11/03(土) 23:51:53

事後になってチューニングを必要な設計をするのは***。

637 ：仕様書無しさん：2007/11/04(日) 00:14:43

>>624
スレチだが、上流行程と言うから嫌いなら前作業と脳内変換。
やっている奴らは前座に脳内変換。意外としっくりくる。

638 ：仕様書無しさん：2007/11/04(日) 04:01:52

>>636
繰り返しはいらんわ。

639 ：仕様書無しさん：2007/11/04(日) 04:09:11

偏差値７０〜８０：人の使い方について考えてもいい人種
偏差値６０〜７０：仕事のやりかたについて考えてもいい人種
偏差値５０〜６０：最終的な成果物について考えてもいい人種
偏差値４０〜５０：部品の組み立て方を考えてもいい人種
偏差値３０〜４０：命令を理解すればいいだけの人種
偏差値　　〜３０：脳内の活動を完全に停止しなければならない人種

640 ：仕様書無しさん：2007/11/04(日) 05:13:07

>>634 は、マジレスでは、ないと思うけど
>>631の言っていることは、正論だな
データの有効期限は、その会社の事業内容や、データの種類によって異なる
無駄に過去データを残していてもリソースの無駄遣い
レスポンスが悪化するのはあたりまえ
データの有効期限や、想定されるデータ量、要求されるレスポンスなど
要件定義や設計段階で設計段階で決めておくべき

641 ：仕様書無しさん：2007/11/04(日) 12:22:13

>>639
だから「回りは低能ばかり」と自分の偏差値をあげたがるわけだ
能力値 != 偏差値

642 ：仕様書無しさん：2007/11/04(日) 13:23:10

>>641
>>639 は大学のこといってんだと思うが。
「回りは低能ばかり」は低学歴がよく使う呪文。

643 ：仕様書無しさん：2007/11/04(日) 13:34:16

>>642
大学入試の偏差値の話？

644 ：仕様書無しさん：2007/11/04(日) 16:08:44

適性ってのが、意外に重要な気がする
単に勉強の量をこなすことで良い大学に入った奴は
システム開発に向いていないと思う
最小限の労力でどうすれば最大の結果を得ることが
出来るかを考えるのがシステム開発の本質だからね

645 ：仕様書無しさん：2007/11/04(日) 16:41:26

あまり勉強しないで二流大学に入った奴と、
ガリ勉して一流大学に入った奴では、
どちらが適性あるのだろうか？

646 ：仕様書無しさん：2007/11/04(日) 19:04:43

適正でなく、格。
低学歴は上に上がれないシステムになっている。
それでいい。
賢い低学歴を賢くない高学歴が使って搾取する。
それがＩＴ業界。
道義的によいかわるいかなど問題ではない。

647 ：仕様書無しさん：2007/11/04(日) 19:14:19

要は能力がるかどうか、頭がいいかどうかなどはどうでもよいこと。
賢い低学歴に「そんなこともわからないんですか？」と言われつつ、
定時で退散し、倍の給料をもらう。
だから、賢い底辺は丁重に扱うし、意見も積極的に聞くようにしている。
それで、自分の高収入が支えられてるんだなぁと思うと感謝せずにはいられない。
入り口間違わなくてよかったとしみじみ思う。

648 ：仕様書無しさん：2007/11/04(日) 19:36:39

コボラーとDBの話から学歴の話にズレてきている
みんな学歴の話になると必死だな
よほどコンプレックスがあるんだな

649 ：仕様書無しさん：2007/11/04(日) 19:49:25

いいポジションを得るためには、
世渡り上手＞＞＞＞学歴

650 ：仕様書無しさん：2007/11/04(日) 20:51:09

学歴厨って結局、世間知らないなあって感じしか受けないな

日本のIT業界の問題って、単に他の業界じゃとっくの昔に解決
されてる問題に過ぎないのに、なぜだか知らんが今自分の
おかれている状況こそ普遍的なことだみたいに思い込んでる

651 ：仕様書無しさん：2007/11/04(日) 20:55:57

>>650
>>学歴厨って結局、世間知らないなあって感じしか受けないな

それでいいんだって。
大切なのは手厚い待遇。
それを得るために能力を発揮しなければならない人間と
そうでない人間がいるというだけの話。
能力がなくても高待遇な人間は世間知らずでも全く問題なし。
貴族が俗世間を知らないのと同じだな。

652 ：仕様書無しさん：2007/11/04(日) 20:58:28

貧乏ほど、法律の半可通であるのはそういうことか。

653 ：仕様書無しさん：2007/11/04(日) 21:37:07

手厚い待遇は恒久的なものなのかな？

654 ：仕様書無しさん：2007/11/05(月) 00:30:03

政治力ってのは大事だわな
ただ社長が同じ大学という理由で外注選んだりするのは勘弁願いたい

655 ：仕様書無しさん：2007/11/05(月) 00:55:59

『外注を選ぶ』って固定的な外注先ないの？
そういうコネがあるのとないのとでは大違い。

656 ：仕様書無しさん：2007/11/05(月) 01:28:54

学生ベンチャーあがりの会社もバカに出来ないからねぇ。

657 ：仕様書無しさん：2007/11/05(月) 17:07:41

いや学生ベンチャーは異常系が甘いというか、
酷いのになると障害時の運用設計って概念無い人いるし。
「このタイミングでハード障害が起きた時はどうするの？」
「このタイミングで回線が切れたらどう動くの？」
とか突っ込むとポカーンとした顔で
「ハードが壊れたらどうにもなりません」
だって。
WEBのおもちゃみたいなCGIじゃないんだがな。

658 ：仕様書無しさん：2007/11/05(月) 17:13:38

>>657
でお前はどうするの？

659 ：仕様書無しさん：2007/11/05(月) 18:53:11

>>658
エラーハンドラぐらい書けって話じゃないの？

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

みたいな。
しかし書き方が悪いな。
「ハードが壊れたらどうにもなりません」ってのは確かで、「管理者にメール送信して終了します」等が続くかどうかが問題なんだと思うけど。
「WEBのおもちゃみたいなCGI」って言い方もどうかと。おもちゃみたいなプログラムならCGIに限らないし、CGIを見下してるように見える。
「同時アクセスでカウントが吹っ飛ぶカウンタ」とか指してるとは思うけど…

660 ：仕様書無しさん：2007/11/05(月) 19:09:55

＞いや学生ベンチャーは異常系が甘いというか、
＞酷いのになると障害時の運用設計って概念無い人いるし。

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

オープン系の方が異常系のハンドリングとかログとかしっかりやってる感があるな。
ウチの周りだけかもしれんが。

661 ：仕様書無しさん：2007/11/05(月) 19:23:36

学生もオープンも汎用機も関係なく、そういうのは一定割合で偏在している。

662 ：仕様書無しさん：2007/11/05(月) 19:33:59

「やだなぁ、メッセージが来ない場合があるんなら、ちゃんと仕様書にそう書いといてくださいよ。」

663 ：仕様書無しさん：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 ：仕様書無しさん：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 ：仕様書無しさん：2007/11/07(水) 20:54:50

>>671
char専用機？

674 ：仕様書無しさん：2007/11/07(水) 21:10:56

そのうちvarchar専用機になるな

675 ：仕様書無しさん：2007/11/07(水) 22:24:15

ぬるぽ専用機？

676 ：仕様書無しさん：2007/11/07(水) 22:33:59

>>674
そして当然、varchar2専用機に乗り換える。

677 ：仕様書無しさん：2007/11/08(木) 23:40:45

そして、会社からの命令でNUMBER専用機に乗り換えさせられる

678 ：仕様書無しさん：2007/11/09(金) 00:31:01

ンなアホな

679 ：仕様書無しさん：2007/11/09(金) 09:51:12

桁数なんて飾りです。
偉い人にはそれがわからんのです。

680 ：仕様書無しさん：2007/11/09(金) 22:35:58

>>679
じゃ、お前は時給も日給も月給も一桁な

681 ：仕様書無しさん：2007/11/09(金) 22:40:07

>>680
1桁って事は桁数指定してんじゃん。だめだめ。
Oracleだと最大値いくつだったっけかなあ。
大金持ちだぜ。

682 ：仕様書無しさん：2007/11/09(金) 22:40:59

>>679
お前のバグでデスマを発生させたことあるだろ

683 ：仕様書無しさん：2007/11/09(金) 22:58:32

>>682
バカみたいに桁数指定にこだわりまくる
COBOLあがりのリーダーのせいで
桁あふれでコケたことはあるよ！

684 ：仕様書無しさん：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 ：仕様書無しさん：2007/11/10(土) 21:23:57

>>686
デスマなんて飾りです。
偉い人にはそれがわからんのです。

こうですか？わかりません！＞＜

689 ：仕様書無しさん：2007/11/10(土) 22:03:50

そうかデスマが飾りか
そうやって残業代を稼いでいたんだな
コボラの生活の知恵を見た気がした

690 ：仕様書無しさん：2007/11/10(土) 22:34:54

"ジオング" ＋ "偉い人" でぐぐれば一発じゃまいか？

691 ：仕様書無しさん：2007/11/10(土) 22:48:30

「コボラが居ればデスマと最適化で稼げる。かかってこいやぁ！残業代でホクホクだぜぃ」
見たいな意見が以前このスレで出てたな。

692 ：仕様書無しさん：2007/11/11(日) 10:51:47

>>686
判っていて敢えて書いてんだよｗ

693 ：仕様書無しさん：2007/11/12(月) 18:56:00

679はガンダム抜きにしても
見事に当たってる

694 ：仕様書無しさん：2007/11/13(火) 01:01:57

ところで桁ってどの部分の桁なんよ
pic？
レコードの構成を考慮してソースをレビューすると突っ込まれると思う

695 ：仕様書無しさん：2007/11/14(水) 00:34:32

00123456
~~

696 ：仕様書無しさん：2007/11/15(木) 22:05:45

>>694
自分のいるとこだと固定長の電文をただDBにぶち込むだけの
アホみたいな通信制御システム作ってるコボラ風な奴が
やたらと桁数で喚いていたことがある

697 ：仕様書無しさん：2007/11/17(土) 02:41:39

電文........
懐かしい響きだな。

698 ：仕様書無しさん：2007/11/20(火) 19:02:36

コボラ、元気か？

699 ：団塊コボラ：2007/11/20(火) 19:57:29

呼びましたか？
最近、ネタ切れで....

700 ：仕様書無しさん：2007/11/21(水) 23:41:41

そういやコボルってソートどうやって実装するの?
外だしか?

701 ：仕様書無しさん：2007/11/22(木) 04:07:50

言語仕様にあったりする。でもたいがい外。

702 ：仕様書無しさん：2007/11/22(木) 07:54:14

RDBにつなげているからOrder一発なのに
一生懸命並び替えている馬鹿が居たなー(遠い目)

703 ：仕様書無しさん：2007/11/22(木) 13:07:52

>>700-701
COBOL でできること以外に興味持たないと、楽そうだねー
>>702
ソートのロジックを考えようとした分、プログラマとしてはましな気がする。

704 ：仕様書無しさん：2007/11/22(木) 19:04:58

趣味ならいいけど、仕事でやられたら刺したくなるが

705 ：仕様書無しさん：2007/11/22(木) 21:09:53

>>702
ORDER BY よりクライアントでソートのほうが当然速いわな。
何で開発しているかしらんけど、多くの言語にはソートの機能は実装されている。

706 ：仕様書無しさん：2007/11/22(木) 21:43:00

先頭の一部しか必要ないときも全部ネットワーク越しに取ってきてから
ソートして、いらないところを捨てるの?

707 ：仕様書無しさん：2007/11/22(木) 22:00:41

RDBならインデックス次第だな。

708 ：仕様書無しさん：2007/11/22(木) 22:12:43

業務ではVB6で挿入ソートを自作したことはある。

709 ：仕様書無しさん：2007/11/22(木) 22:25:35

寒いな、コボラ
何も変わってないじゃないか

710 ：仕様書無しさん：2007/11/22(木) 22:34:33

最近コボラに殺意を覚えるようになってきた・・・。
あいつの作ったシステムはモデルとビューと
データが全て渾然一体だ・・・。糞な設計で苦しんでる
くせに、オペレーターの人気を取ろうとして、しょうもない
機能を追加してさらにカオスを増大させやがって・・・
まじで殺したい。。。

711 ：仕様書無しさん：2007/11/22(木) 23:18:37

>>705
こぼらか、あるいはヴビ厨か？

712 ：仕様書無しさん：2007/11/22(木) 23:35:21

コボルなら挿入ソートが限界かな、言語でサポートされてるの
使ったことないよ。icamnでokか
vbのソートはリストコントロールに突っ込めばokだっけ?
なにもかも懐かしい

713 ：仕様書無しさん：2007/11/22(木) 23:36:44

あICEMANか

714 ：仕様書無しさん：2007/11/23(金) 00:08:42

>>705
RDBのチューンすら出来ないコボラーは黙って氏ね!

715 ：仕様書無しさん：2007/11/23(金) 13:01:50

コボラーに回ってくるころにはTABLE設計完了してるので
もともと手がでましぇん

716 ：仕様書無しさん：2007/11/23(金) 13:47:33

うちはコボラがISAMで設計してんだぞいい加減にしろ

717 ：仕様書無しさん：2007/11/23(金) 17:42:56

>>710
殺りたきゃお好きにどうぞ。
自分のコボラ上司と同一人物であることを祈る。

718 ：仕様書無しさん：2007/11/24(土) 13:43:08

誰か、これこそは「至高の言語」を挙げろ。

719 ：仕様書無しさん：2007/11/24(土) 13:43:35

日本語

720 ：仕様書無しさん：2007/11/24(土) 13:50:32

日本語だめだ
あいまいすぐる

721 ：仕様書無しさん：2007/11/24(土) 13:57:36

だが、そこがいい

722 ：仕様書無しさん：2007/11/24(土) 14:02:28

それはあいまいなのに通じてしまう
利用者がすごいのであって
言語としてはどうなんだろう

723 ：仕様書無しさん：2007/11/24(土) 15:16:00

>>720
まるで、多ヶ国語をマスターしているかのような物言い。

724 ：仕様書無しさん：2007/11/24(土) 16:27:15

「至高の言語」..."幼女"を20通りの表現であらわすことができる
あれか?

725 ：仕様書無しさん：2007/11/24(土) 17:21:35

>>723
プログラミング言語含めれば多言語マスターしてる
プログラミング言語のあいまいさ＜自然言語のあいまいさ

726 ：仕様書無しさん：2007/11/24(土) 18:28:17

多ヶ国語

727 ：仕様書無しさん：2007/11/24(土) 18:30:28

>>726
タガログ語？

728 ：仕様書無しさん：2007/11/24(土) 19:33:32

誰か、これこそは「究極の言語」を挙げろ。

729 ：仕様書無しさん：2007/11/24(土) 20:26:43

日本語

730 ：仕様書無しさん：2007/11/24(土) 21:04:04

１行だけ「現行と同じ機能を実装すること」と書いておき、
ひたすら「死んでもﾔﾚ」と事あるごとに怒鳴りつければ出来上がる。

なんて便利な言語なんだろうなー（棒

731 ：仕様書無しさん：2007/11/24(土) 21:12:06

それ日本語に限ったことじゃねぇだろ。

732 ：仕様書無しさん：2007/11/24(土) 21:12:53

>>725
多ヶ国語

733 ：仕様書無しさん：2007/11/24(土) 21:22:53

>>730>>731
ハートマン軍曹が一人いればOKだな。w

734 ：仕様書無しさん：2007/11/26(月) 21:39:08

おい、コボラ！ボコルぞ！

735 ：仕様書無しさん：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 ：仕様書無しさん：2007/11/28(水) 01:30:44

SQLはSYBASEだろうが

737 ：仕様書無しさん：2007/11/28(水) 01:38:51

>>735
COBOLを書くコボラの痛さはわかるが、プログラム自体知らずになぜCOBOL信者になるんだよｗ

738 ：仕様書無しさん：2007/11/28(水) 03:38:30

そこがコボラ達の恐ろしさ。

739 ：仕様書無しさん：2007/11/28(水) 07:41:53

Cだとポインタ、Javaだとオブジェクト指向の概念といろいろハードルがあって、
あまりにもレベルの低い奴は淘汰される。

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

したがって、コボラーには馬鹿しか残らない。

740 ：仕様書無しさん：2007/11/28(水) 19:04:54

ぶぶぶVBは？

741 ：仕様書無しさん：2007/11/28(水) 19:56:49

似たり寄ったり

742 ：仕様書無しさん：2007/11/28(水) 23:03:25

>>741
それ言うなら、ソリューションやってる時点で
C++でもJAVAでもVBでもCOBOLでも
どんぐりの背比べ。

743 ：仕様書無しさん：2007/11/28(水) 23:36:09

さすがにCOBOLと言うどんぐりは小さすぎな希ガス

744 ：仕様書無しさん：2007/11/29(木) 22:25:37

>>742
>ソリューション
とかぬかす奴が「C++」の0.1%も理解しているとも思えんのだが。

745 ：仕様書無しさん：2007/11/29(木) 22:34:31

VSのソリューション？
前と同じにワークスペースじゃ駄目なのかねぇ…

746 ：仕様書無しさん：2007/11/30(金) 02:03:25

http://itpro.nikkeibp.co.jp/article/OPINION/20071129/288267/

あほくさ

747 ：仕様書無しさん：2007/11/30(金) 02:07:41

ちゅうか、「ＩＴソリューション」全般のこといってんじゃまいか？

748 ：仕様書無しさん：2007/11/30(金) 02:14:09

やっぱ、「C（C++）が偉い」という半可通の誤解は根強いな。

749 ：仕様書無しさん：2007/11/30(金) 20:07:48

最近入った現場。
横長だが数が足りてない。
開発初期から分かっていたらしい。
なんだこの設計。

750 ：仕様書無しさん：2007/11/30(金) 22:19:33

一回承認されたものはどんな不都合があっても、それがどれだけ早期発見であっても直さない。
それがコボラ。

751 ：仕様書無しさん：2007/12/01(土) 08:27:21

おい、コボラ

752 ：仕様書無しさん：2007/12/01(土) 09:51:14

>>751

なんでしょ？

753 ：仕様書無しさん：2007/12/01(土) 10:50:12

結婚してくれ

754 ：仕様書無しさん：2007/12/01(土) 13:19:06

>>749
ご愁傷様です

755 ：仕様書無しさん：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 ：仕様書無しさん：2007/12/01(土) 17:57:45

「テーブル結合」なんていう専門用語を使ったのが失敗だな

758 ：仕様書無しさん：2007/12/01(土) 18:05:40

コボラはね、連結した結果を保存する事しか考えないんだよ。
確かにマスターは有るよ？　でもそれを結合した結果は「せっかくだから保存しちゃえ！」って考えるんだよ。
だって、売上げデータを集計するとかそれを帳票印字するとかさ、売上げデータに全部入っていれば、
売上げデータだけをぐりぐり回してブレイクキーで操作すれば帳票項目が全部揃うでしょ？簡単じゃん！って思うんだよ。

コボラの脳みそはスタック一個分しかないんだよ。

759 ：仕様書無しさん：2007/12/01(土) 19:23:05

何か1レコードupdateするとそれを使ってるテーブルも一斉にupdateしたりするよな。

760 ：仕様書無しさん：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 ：仕様書無しさん：2007/12/01(土) 22:18:49

なんていうか、速度を気にしてコードをかけない奴は糞だが、コボラ出身者にはそういうのが割と多いって所もありそうだな。
メインフレームに頼り切るから…

762 ：仕様書無しさん：2007/12/01(土) 23:23:53

ここは日本なのに「アメリカでは右側通行だ！世界の常識をしらんのか！」とか言って
右側走ってるようなもんだよなぁ・・・・

763 ：仕様書無しさん：2007/12/01(土) 23:40:53

一バイトに数値が0から9までしか持てないって考えてるのはなんなの？
昔はアセンブラが専門だったって言ってたけどありゃ嘘だな。

764 ：仕様書無しさん：2007/12/02(日) 00:56:02

>>763
うーん
http://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 ：仕様書無しさん：2007/12/02(日) 01:27:12

bcdにしたって二桁だけど・・・

766 ：仕様書無しさん：2007/12/02(日) 02:46:12

一度入ったらまず更新されない、しかもいつも結合して使うと分かってるのなら、
一緒にしちゃって横長にした方が使う人が楽だと考えるんじゃないか？
整合性を確実に取りたかったらトリガー使えばいいし。

767 ：仕様書無しさん：2007/12/02(日) 04:32:21

>>760
Viewも知らんのかw

768 ：仕様書無しさん：2007/12/02(日) 09:51:37

>>763
ホスト用のアセンブラ(旧世代RPGとか)だな。

769 ：仕様書無しさん：2007/12/02(日) 17:56:01

ゾーンだよゾーン

770 ：仕様書無しさん：2007/12/02(日) 19:28:37

流星人間

771 ：仕様書無しさん：2007/12/02(日) 21:15:03

>>767
コボラーをかいかぶり過ぎ。
SQLの知識なんて初級シスアド持ってる事務のねーやん以下。

772 ：仕様書無しさん：2007/12/02(日) 22:24:07

＞ホスト用のアセンブラ(旧世代RPG

･･？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？

773 ：仕様書無しさん：2007/12/02(日) 23:39:56

>>772
まぁ、今時の若者がRPGのソース見たらアセンブラと勘違いするかも知れん(苦笑)

774 ：仕様書無しさん：2007/12/02(日) 23:41:57

Role Playing Gameしか知らないかも。

775 ：仕様書無しさん：2007/12/03(月) 00:22:01

>>773
今もやってますが？

776 ：仕様書無しさん：2007/12/03(月) 06:47:29

>>775
仕事結構ある？
ILEは使った事無いけど大丈夫かね？

777 ：仕様書無しさん：2007/12/03(月) 11:59:23

漏れの周りは未だにRPG?だなぁ。
ILEはサッパリ。

正直フリーフォーマット言語(?)使っていいならILE RPGよりも
C/C++かJavaを提案するが。

778 ：仕様書無しさん：2007/12/03(月) 23:22:19

>>776
閉鎖ドブス地帯で同じようなルートでずぶずぶやるなら食える程度に
もうじき東京行きますが
今のＩＬＥだとほとんど標識使わずすっきり書けますな

>>777
フリーフォーマットってほどでも

779 ：仕様書無しさん：2007/12/05(水) 19:30:58

Perlの文字コード変換ライブラリと、
C/C++/gcc/Win32でカーネル開発やmozillaに貢献は、
果てしない技術レベルの壁がある。
まぁ文字コード関係も、大きな努力と集中力を要する
大変な作業であることも確かだが…。
Webの大部分はパブリッシング、デザインの世界だからね。
技術先行でやってるとこなんてごくわずかで、今後コモディティ化が
進めば技術者にとってはより住みにくい世界になるだろうね。

780 ：仕様書無しさん：2007/12/05(水) 19:42:09

>>779
さっきからいろいろなスレに何コピペしてんの？
発端は
http://pc11.2ch.net/test/read.cgi/prog/1172052000/218-231
か？

781 ：仕様書無しさん：2007/12/05(水) 21:30:20

火病ってマルチポストとかチョンかよ

782 ：仕様書無しさん：2007/12/12(水) 20:53:01

横長から縦長にコンバートするプろグラム作成中…

783 ：仕様書無しさん：2007/12/13(木) 21:08:05

社名変更したら顧客番号も変更するってどんなアホな設計だよ・・・
まじで新で欲しい・・・

784 ：仕様書無しさん：2007/12/14(金) 13:05:24

世の中にはな、inputが無いoutputを定義する馬鹿がいるんだから…。
何で顧客登録しないでいきなり課金データが出てくるかなぁ。orz

785 ：仕様書無しさん：2007/12/15(土) 00:28:31

>>783
よ〜、判らん。何で社名変更が顧客番号の変更に繋がる？


そういえば顧客名を音別に分けてコード化していたとこもあったが。

786 ：仕様書無しさん：2007/12/15(土) 01:54:55

変更前後で区別したい理由があったのかな？

787 ：仕様書無しさん：2007/12/15(土) 17:44:52

顧客番号が変わるとダメになる
設計もなんだよな。

788 ：仕様書無しさん：2007/12/15(土) 18:58:45

じゃあ何を主キーにするんだよ

789 ：仕様書無しさん：2007/12/15(土) 19:41:34

俺コード

790 ：仕様書無しさん：2007/12/15(土) 20:21:19

君の人生

791 ：仕様書無しさん：2007/12/15(土) 21:21:11

連番でIDふっちゃえばいい。だから俺コードは割りと正解。
業務で使う項目を主キーにする神経がわからん。
業務ルールなんてお客さんの都合で変わるじゃん。

792 ：仕様書無しさん：2007/12/15(土) 22:35:25

業務側に振り回されるのを防ぐのなら、俺コードをDB内部で使って、俺コードと客コードの対応テーブルも用意しとけば良いってことか。

793 ：仕様書無しさん：2007/12/16(日) 01:12:04

>>792
俺コードと客コードの対応テーブルなんていらない。
主キーが俺コード。客コードは単なる属性のひとつ。
どうしても気持ち悪ければNOT NULL と ユニーク制約つけときゃいい。

794 ：仕様書無しさん：2007/12/16(日) 11:20:04

そして元の木阿弥

795 ：仕様書無しさん：2007/12/16(日) 18:19:58

プログラムより業務と言い張る社内コボラーは
PCのヘルプデスクや障害対応がまったく出来ない。
ヘルプも業務の一環ですよ？
誰でも出来るCOBOLだけうれしそうにやってないで
そろそろ他の業務も覚えて下さい。

796 ：仕様書無しさん：2007/12/17(月) 10:56:15

>>794
どこが？他テーブルの外部キーが
俺コードってだけで大違いじゃん。

797 ：仕様書無しさん：2007/12/17(月) 18:36:20

他テーブルには俺コードと客コード両方持つのか？

798 ：仕様書無しさん：2007/12/17(月) 23:25:53

>>797
なぜそういう発想になるのかさっぱりわかんない。
だから客コードは名称とか一緒のただの属性で、
主キーは俺コード（つかただの連番、なんちゃらIDとか）
でいいじゃんて話だよ。なんで伝わんないかなあ。

まあ他テーブルが売上データとかで、
売上日当時の客コードを過去データとして
スナップショット取っておくとかならわかるけどな。

799 ：仕様書無しさん：2007/12/17(月) 23:35:45

サロゲートキーっていう言葉がある

800 ：仕様書無しさん：2007/12/18(火) 00:58:15

>>799
それそれ。ってあまり好きな言葉じゃないんだけど。
だって代理でもなんでもない、システムが稼動する限り
変わらない事が保証される、本当のキーじゃん。

業務ルールの都合で変わる可能性が0じゃないもんを
主キーにするのがおかしい。

801 ：仕様書無しさん：2007/12/18(火) 02:02:47

>>800
>>783に対してのレスの流れだと、変わらない事が保証されないわけで。
だったら変わる部分と本当のキーの対応を別テーブルに…ってことかと思ったんだが、違うのか？

802 ：仕様書無しさん：2007/12/18(火) 02:55:11

>>801
だから、変わる可能性がある、業務に使うコードなんか
主キーにするから泣きを見るっていってんじゃん。
だから業務で使うコード（783なら顧客番号）じゃなくて
俺コードをPKにすりゃいいっていってんのに
それがなんで別テーブルで管理って話になるんだ？

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

っての状態を

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

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

ここまで説明せんといかんとは。
人の事コボラーとかいって笑えないぜ。
あまり長文かかすなよ。自分で自分がきもいわ。

803 ：仕様書無しさん：2007/12/18(火) 07:02:00

新旧の顧客番号が一緒に飛んでくる。

804 ：仕様書無しさん：2007/12/18(火) 07:45:00

>>803
>SELECT * FROM こきゃくますた

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

　　　　　　　　 ＿＿＿_　　　　　　　　　
　　　　　　　／　　 　 　＼　　　　　　　　
　　　　 　／　　─　 　 ─＼　　　　　
　　　　／ 　　 （●） 　（●） ＼　　　　 　　　　　 　　　　
　　　　|　 　　 　 （__人__）　 　 |　＿＿＿＿＿＿＿_ 　　　
　 　　 ＼　　 　　 ｀ ⌒´ 　 ,／　| |　　　　　　　　　　| 　
　　　　ノ　　　　　　　　　　　＼　| |　　　　　　　　　　| 　
　 ／´ 　 　　　　　　　　　　　 　 | |　　　　　　　　　　| 　
　|　　　　ｌ 　 　 　 　 　 　　　　　| |　　　　　　　　　　|
　ヽ　　　 -一ー_~､⌒)^),-､　　　| |_＿＿＿＿＿＿__| 　　
　　ヽ ＿＿＿＿,ノγ⌒ヽ)ニニ-￣　　　| |　　| 　　　　　

805 ：仕様書無しさん：2007/12/18(火) 08:35:23

>>804
おお〜！アタマ良いなw

806 ：仕様書無しさん：2007/12/18(火) 17:30:02

一挙解決じゃん。
頭いいな>>804

807 ：仕様書無しさん：2007/12/18(火) 18:06:08

>>804
で横長ＤＢができるのかw

808 ：仕様書無しさん：2007/12/18(火) 21:32:45

見事にオチがつきました。ﾁｬﾝﾁｬﾝ w

809 ：仕様書無しさん：2007/12/18(火) 21:53:01

>>802
新規で作るならそれでいいけどね、、すでに顧客番号が主キー
になってしまってて、糞設計をカバーするための無理な改修と
複雑な迂回経路ロジックが絡まって、崩壊寸前のカオス状態の
データをどうすっかなーという愚痴なわけで・・・
結論としてはコボラー士ね。これ。

810 ：仕様書無しさん：2007/12/19(水) 02:29:42

先日、うちのシステム部門が作っている新規システムのデモに参加した。
品番や顧客コードの変更に弱く、品番ツリー（部品表）も実務に耐えられる機能を持っていなかった。
出しゃばりの俺が、システムの同期に設計を見せてもらったらひどすぎた。

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

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

どんな会社だ。

811 ：仕様書無しさん：2007/12/19(水) 03:03:38

>>810
製造業でひどい設計のDBだと死にそうだなあ。
俺は物流ばっかりだからひどいのも何度も見てるけど
まあなんとかなってたよ。

812 ：仕様書無しさん：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 ：仕様書無しさん：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 ：仕様書無しさん：2007/12/25(火) 02:25:48

同じ顧客コードがついてるけど別会社です、とか
別の顧客コードがついてるけど同じ会社です、とか
それに対応するシステムを作れ、とか

俺は悲しい

816 ：仕様書無しさん：2007/12/25(火) 10:27:03

>>815
新規案件だったら簡単な話だけど
そうじゃなさそうだなこの流れだと。
そういうの死ぬよなー。

俺は商品周りでそれやられた。

817 ：仕様書無しさん：2007/12/25(火) 20:41:03

顧客番号の取り方で、ある番号帯ではインクリメントしていき、
別の番号帯ではデクリメントしていき、そしてまた桁の繰り上がり
が上がったり下がったりするようなのを自慢げに語られるわけです。
俺はこんなに複雑なもんを組んで、桁数が足りないのをカバー
してんだぞと・・。もう市ねといいたいです。

818 ：仕様書無しさん：2007/12/26(水) 10:09:21

>>817
それってどういう意味があるんだろう？桁数は変わらないような。
顧客番号から顧客数を推測されるのを回避できそうだと思うけれども。

819 ：仕様書無しさん：2007/12/27(木) 00:13:17

>>818
顧客番号は社内のみで使用

820 ：仕様書無しさん：2007/12/27(木) 00:21:42

いままさにおれの状況だ…
なんで顧客番号のほかに「キー」なんてｶﾗﾑがあるんだよ、orz

821 ：仕様書無しさん：2007/12/27(木) 22:23:43

>>815
前提なら悲しくない。
そういう前提の仕事をできないお前がクズ。
しね。

822 ：仕様書無しさん：2007/12/28(金) 23:25:35

その前提自体が悲しい。

823 ：仕様書無しさん：2007/12/29(土) 04:37:02

>>822
この程度で悲しんでたら
仕事になんねーじゃん。

泣くのはこの前提がカットオーバー
間際に発覚とかそういう場合だろ。

824 ：仕様書無しさん：2008/01/03(木) 06:08:21

コボラではないが、
DEVELOPER(PL/SQL)とVB6.0が共存するシステムで

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

やるとか言われて仰天した。
なんか通じるものがある。

825 ：仕様書無しさん：2008/01/03(木) 18:40:53

今設計やってるんだが、
コボルからの移行なんだがDBを横長にしないとぶち切れる。
脳みそついてきてないんだろうな・・・。
ものすごく簡単なリレーションも理解できないから
同じ項目を何箇所にも持たせようとしたりして突っ込みに疲れる

826 ：仕様書無しさん：2008/01/03(木) 18:46:04

同じ物を何カ所も持ってたり、更新のたびにあちこちで再計算しまくるのな。

827 ：仕様書無しさん：2008/01/03(木) 18:47:04

あがってきたdb設計をおれが全部直してる。
全部こっちでやろうかな・・・

828 ：仕様書無しさん：2008/01/04(金) 13:49:56

>>827
そうしろ。
３日から大変だな。

829 ：仕様書無しさん：2008/01/04(金) 22:48:03

おい、ここか
コボラじゃないふりしてコボラをばかにしてる集会所は

830 ：仕様書無しさん：2008/01/04(金) 22:55:10

>>829
そうなんだよ。
お前もいつまでも演技してんな。

831 ：仕様書無しさん：2008/01/05(土) 08:12:26

コボラがガオー

832 ：仕様書無しさん：2008/01/05(土) 19:46:52

,._., 　　　
　　　 ‘^^

833 ：仕様書無しさん：2008/01/05(土) 19:47:41

,._., 　　　
‘^^

834 ：仕様書無しさん：2008/01/05(土) 22:46:45

>>826
＞更新のたびにあちこちで再計算
トリガー使えばなんてことない。

ちまちま結合してる余裕がないのです。
データ構造を熟知してない人でも使えてレスポンスの良い横長の結果が重要なのですよ。
ケースバイケースでやらないと某スレで言われてるみたいに
プログラムは単純作業って言われちゃいますよ。

835 ：仕様書無しさん：2008/01/05(土) 23:28:37

>ちまちま結合してる余裕がないのです。
トリガー内で結合してるよね？

>データ構造を熟知してない人でも使えて
コボラーに使わせる必要が無い^^

836 ：仕様書無しさん：2008/01/06(日) 00:11:38

>>834
半可通乙

837 ：仕様書無しさん：2008/01/06(日) 00:57:27

>>835
＞トリガー内で結合してるよね？
横長DBをSELECTするときに結合する必要がない。

＞コボラーに使わせる必要が無い^^
それで済んだら世話ない。

838 ：仕様書無しさん：2008/01/06(日) 03:37:20

団塊でてこい。

839 ：仕様書無しさん：2008/01/06(日) 06:21:19

倖田來未とＳＥＸ
相武沙希と握手
ギャル曽根と大食い勝負

お前らどれする？

840 ：仕様書無しさん：2008/01/06(日) 10:19:58

>>837はリレーションわからないコボラーの典型だな

841 ：仕様書無しさん：2008/01/06(日) 10:24:00

>>834
>>837
そういう時はビューを使いましょう

842 ：仕様書無しさん：2008/01/06(日) 23:38:49

>>840
リレーションをわかってないのは君だ。
リレーションシップな。

843 ：仕様書無しさん：2008/01/07(月) 01:20:44

リレーションとリレーションシップってどう違うの？
リレーショナルデータベースっていうくらいだからリレーションでもいいと思うんだが

844 ：仕様書無しさん：2008/01/07(月) 01:32:09

ざっくりとした説明だが、
リレーション = テーブル、だ。
出直してきなさい。

845 ：仕様書無しさん：2008/01/07(月) 03:41:19

半可通もいい加減に.......

846 ：仕様書無しさん：2008/01/07(月) 04:11:48

>>845
リレーション = テーブルってのも言葉足らずで
不正確なのはわかっとるわい。
リレーションを関連とか思ってる奴には
とりあえずこれでいいだろこれで。

847 ：仕様書無しさん：2008/01/07(月) 04:51:58

>>846
あんたが「リレーションについて知ってるぞ」って主張したいのは
分かったけど、>>841はスルーなの？

848 ：仕様書無しさん：2008/01/07(月) 05:05:17

>>847
へ？ビュー使えばいいじゃん。
あ、そうか。俺、>>834でも>>837でもないです。

コボラー叩きしたつもりで恥さらしてる>>840が
痛々しいので横から大きなお世話焼こうかなって
思っただけです。

849 ：仕様書無しさん：2008/01/07(月) 05:34:51

まぁ、前後との関係で読み取れる範囲だと思うよ。840は。
実際、841は察してるしね（OR 同じ間違い）。

850 ：仕様書無しさん：2008/01/07(月) 05:42:30

>>849
前後の関係っていうか、841が察してるとかは知らんけど、まぁわかるわな。
実際とてもありがちな誤用なので。

851 ：仕様書無しさん：2008/01/07(月) 07:34:44

>>846
>>リレーション = テーブルってのも言葉足らずで
>>不正確なのはわかっとるわい。

なら、>>840がなんで叩かれるんだろう？

852 ：仕様書無しさん：2008/01/07(月) 07:53:47

わぁ＞＜
釣れてる＞＜

・・・仕事いってきます

853 ：仕様書無しさん：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 ：仕様書無しさん：2008/01/25(金) 23:07:05

そういえばエボラの無毒化に成功したみたいだね。

859 ：仕様書無しさん：2008/01/26(土) 20:56:13

コボラの無害化は....無理か

860 ：仕様書無しさん：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 ：仕様書無しさん：2008/01/27(日) 23:26:08

>863
「自動車? この馬車全盛の世の中でそんなもん売れるわけないだろう」
(フォードが融資を頼みに行った銀行からの断り文句)

865 ：仕様書無しさん：2008/01/27(日) 23:49:28

まぁ、馬車と自動車ほど
汎用機とオープン系は違わないからなー。
利用者にとっては。ユビキタスだな。

866 ：仕様書無しさん：2008/01/28(月) 04:29:02

俺、コボラだけど
JAVAでサーブレットも
PERLでCGIも
Cで組み込みも
VB,DELPHIでC/Sも
ついでにPL/SQLとかDBMAGICなんかもできるよ。
言語をして、どれがいいとかわけわかりません。
ただ一ついえるのは

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

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

JAVA案件は貧乏人がやればいい ｗ

867 ：仕様書無しさん：2008/01/28(月) 04:32:23

Oracle案件は半可通が多くて困ることが結構ある。
特にパフォーマンスに関しては
「このプロジェクトで一番詳しい」
とか言われてる奴がど素人だったりするから ｗ

868 ：仕様書無しさん：2008/01/28(月) 21:14:34

>>862
トリガーじゃなくて、プログラムでＳＱＬ組み立てて
あちこちであちこちの個所を同期させようとしてる。
正直どの画面から何を更新してるかプログラムを
追いかけないとわからない。もう嫌です。

869 ：仕様書無しさん：2008/01/29(火) 04:10:32

月次の売り上げを印刷する際に、
履歴テーブルに当月の列を増やして横にのばしていくVBerを見た。
「絶対にこの方が見やすいから！」
と本人はご機嫌だった。

コボラでもそこまでひどくないだろう・・・orz
スレ違いだが、横長DBでこのスレを思い出した。すまそ。

870 ：仕様書無しさん：2008/01/29(火) 11:03:17

>>869
毎月カラム追加？すげーなあ。

871 ：仕様書無しさん：2008/01/29(火) 12:32:21

>>869
だから最初からYobiを1〜255まで用意しておく必要があるんだよ！

872 ：仕様書無しさん：2008/01/29(火) 13:09:27

それは、データベースが使いものになる期間を最初から255ヶ月と決めてるってことかな？
21年強と考えれば十分長いか。

873 ：仕様書無しさん：2008/01/29(火) 13:24:21

>>869
テーブルにエクセルを使うんならたてもよこも使ったほうがいいだろ。
・・・
横に伸ばすのに縦に伸ばすデータはないか。

874 ：仕様書無しさん：2008/01/29(火) 20:34:37

>>869
卒研のときにAccessでそれをやっているやつがいた…より頻繁な更新を前提にしてたけど。
出席簿を作ってるつもりだったらしく、出席を取る用件ごとにテーブルを用意してあって、フィールドは氏名だけ。
使うときは日付をフィールド名にして新しいカラムを継ぎ足すという仕組みだった。
本人にこんな構造にした理由を聞いたところ、"正規化は面倒くさい"との答えが返ってきた…。

875 ：仕様書無しさん：2008/01/30(水) 00:30:00

>874
正規化を知ってるだけマシというか、むしろ始末に負えんというか……

876 ：仕様書無しさん：2008/01/30(水) 01:16:43

>>870
時代はInsertColumnか！！？ ｗ

>>874
いったいなんのための"研究"なんだよ ｗ

877 ：仕様書無しさん：2008/01/30(水) 19:58:54

>>875
いや本当は知らないはず。ただのしったか。
知ってたらそんなの気持ち悪くてできなくなる。

878 ：874：2008/01/30(水) 20:04:32

後日談。
用件、用件の担当者、参加者、出席の４つに分割したMDBを作って見せたんだが、
"どうせ卒研なんだからｷﾆｼﾅｲ!!(意訳)"と言われた。

879 ：仕様書無しさん：2008/01/31(木) 02:34:27

そして、卒研ではなく落研になりました

880 ：874：2008/01/31(木) 07:19:33

>>879
いや、卒業できたんだなこれが。

881 ：仕様書無しさん：2008/01/31(木) 19:16:42

信頼性や実用性を求められなくともキッチリやるタイプの人間にとっては異常な話だが、必要がなければとことん手を抜くってのも才能のうちかもな…。
真似したくは無いが。

882 ：仕様書無しさん：2008/01/31(木) 21:53:09

正規化を知ってるのにそれをしないというのは、
シャツを裏返しに着てても平気だというようなもんだろ。

883 ：仕様書無しさん：2008/01/31(木) 22:48:18

それがどうかしたんかと

884 ：仕様書無しさん：2008/01/31(木) 23:03:33

目的を達成できればなんでもいいのがプログラム。
頭がちがちで目的は達成しても１データ１分とかかかるのろまシステム組む馬鹿よりまし

885 ：仕様書無しさん：2008/01/31(木) 23:44:52

>>880
人生を卒業したってオチじゃないだろうな。w

886 ：874：2008/02/01(金) 07:12:59

>>881
手を抜いたことになってるか?これ。

>>885
いや、普通に卒業したってこと。

887 ：仕様書無しさん：2008/02/01(金) 08:22:05

卒論は研究のやり方をトレースする訓練でしかないから、
中身の出来の質はあまり問わないよね。

888 ：仕様書無しさん：2008/02/01(金) 10:17:25

フォーマット通りの仕様書が書ければ
実装はどうだってかまわない、みたいな感じ？

889 ：仕様書無しさん：2008/02/01(金) 21:41:32

>>884
それを言っていいのは天才が誰にも理解できないような
複雑怪奇なコードで驚異のパフォーマンスを出した時だけ。

890 ：仕様書無しさん：2008/02/02(土) 13:32:05

テーブル設計をするときは、まず正規化をして（第３正規化）
次にパフォーマンスを考慮して正規化を崩すことも必要
何でもかんでも正規化すればいいってものじゃない

891 ：仕様書無しさん：2008/02/02(土) 13:38:17

でっていう

892 ：仕様書無しさん：2008/02/02(土) 14:04:42

>それを言っていいのは天才が誰にも理解できないような
>複雑怪奇なコードで驚異のパフォーマンスを出した時だけ。

なんというかVRAMに図形をアセンブラで描画していた時代のノリならともかく、
現代においてはアンチパターンはアンチでしかないよな。

誰にも理解できないコードはゴミでしかないし。

893 ：仕様書無しさん：2008/02/02(土) 17:03:30

根本的に正規化がめんどくさいというのを正当化するために
パフォーマンスだとか言い出すのは違うだろ。

894 ：仕様書無しさん：2008/02/02(土) 18:38:41

>889
ナーシャ・ジベリのことかー

895 ：仕様書無しさん：2008/02/02(土) 20:40:30

>>890
そこまでしなきゃならない場合ってのは、今時多くないのでは？
http://journal.mycom.co.jp/news/2005/11/14/023.html

…まあそれはともかく、大本の>>825はこんなことを書いているので、

＞コボルからの移行
＞ものすごく簡単なリレーションも理解できない

>>890の、
＞まず正規化をして（第３正規化）
＞次にパフォーマンスを考慮して正規化を崩す

という過程を踏んでない可能性がある。
もしそうだったら流石にそれは問題だろう。
理由もなく非正規形のテーブルにしてるってことなんだから。

896 ：仕様書無しさん：2008/02/02(土) 21:28:25

>>895
>>869に対する>>874からの流れで>>890だったのだと思うのだが。
そこまで戻るのなら前スレでも何度と無くそういう話は出ているはずなんだが…なんでそんなレスが。

897 ：仕様書無しさん：2008/02/02(土) 21:48:00

>>896
ｽﾏﾝ。見間違えた。

898 ：仕様書無しさん：2008/02/03(日) 07:46:24

>>890
ここで言われてる正規形でないテーブルってのは横長のことだよ。
冗長化や名称の多重化のことは誰もやるなといってない。
このスレはアンチ横長なだけ。

899 ：仕様書無しさん：2008/02/03(日) 18:06:20

コボラ、電話くれ。

900 ：仕様書無しさん：2008/02/03(日) 18:49:36

せめて第一正規化はしろってことだな。

901 ：仕様書無しさん：2008/02/03(日) 20:16:31

奴らはファイルの感覚だからな。
ﾒﾓ255とかやられたときは泣きそうになったよ。

902 ：仕様書無しさん：2008/02/03(日) 20:23:55

>>900
横長でも第一正規化にはなってるじゃん。
どうやって、一つの項目に二つ以上入れるんだよ？

903 ：仕様書無しさん：2008/02/03(日) 20:44:20

>>902
ＸＸコード１、ＸＸコード２..........
ってのがまさにそれだってことがわからんか？

904 ：仕様書無しさん：2008/02/03(日) 21:56:06

クエリを受ける項目にREDEFINESがごろごろあるようなソースを
見せられたときは、さすがにめげるぞ。

905 ：仕様書無しさん：2008/02/03(日) 22:56:58

>>904
いや、だからそれやんなっていってんだけど...

906 ：仕様書無しさん：2008/02/05(火) 02:44:47

「20万件検索して１０秒で画面に一覧表示しろ、それが客の要求だから何とかしろ」

んー、（おいらも何が何だかわからんが）打ち合わせと称して客と昼寝でもしてたんだろうかこのこぼらーｗ

907 ：仕様書無しさん：2008/02/05(火) 06:53:22

普通に実現可能な見積もりだせばいいのでは？
新規のサーバー追加で予算５億くらい出せ、とか。

908 ：仕様書無しさん：2008/02/05(火) 19:16:53

住○ネットのデータ１件削除に3500万なんだから
それぐらいは妥当

909 ：仕様書無しさん：2008/02/05(火) 20:48:07

20万件も画面表示して何したいんだろう？
ダミーデータでも貼っとけば。w

910 ：仕様書無しさん：2008/02/05(火) 21:53:00

>>906
全部メモリに入れとけ

911 ：仕様書無しさん：2008/02/06(水) 00:31:50

20万件全部表示なんてゆってねーだろ。要約すると
20万件を10秒で検索しろってことだろ。こんなもん
データベースの出来を見ないとなんとも胃炎わい。

912 ：仕様書無しさん：2008/02/06(水) 06:59:01

いや、数百万件表示したいって案件が昔あったもので。
ヒアリングしたら意味不明な業務だったので、却下されたけど。

913 ：仕様書無しさん：2008/02/11(月) 02:23:20

２０年歴コボラです。４７才。
このスレ途中まで読んだが、信じられん話ばかりだな。なんでアイテム数膨大なレコード作りたがるんだろう。

某ＮＴＴの某システムに携わった時、或るアイテムに三種類の値を持たせよう、との話になった。
俺「区分設けて別レコードにしましょうよ」
Ｎ「レコード数増えるから横にアイテム三つ持たせよう」
俺「それだとプログラムが煩雑になりますよ」
Ｎ「いや、１レコード＝xxx円のコストがかかるからレコード増やせない」
確かにレコード件数、数千万件にもなればディスクコストも考えねばならんものか、とその時は納得した次第。

しかし、ここで書かれてるコボラ達はそこまでシビアな計算に基づいてるとも思えないし、横長の弊害はバッチの時から有った。
大きい点では、データ定義も表示したコンパイルリストを出力できない。ロジック部の１０倍位のステップ数でデータ定義コピー句が
記述されている。そこまでデカクなると、まともなレコード仕様書が作れなくなる。
このアイテムの意味（バッチ処理の始めのジョブでフラグ立てて、後ろのジョブで参照するような）が誰にも分からない。
そんな、誰もあずかり知らぬ持ち回りデータの温床だった。
今のロートルコボラ（俺もだが）が、飯の数だけでデカイ顔してたら潰した方が安定システム構築の礎になるだろう。

ちなみに、俺は間違ってもテーブル設計なぞには首突っ込まないし呼ばれない。
数１０〜数１００ものプログラムを作るにあたり、製造品質に最も影響を与える分野だからうかつに近づきたくはない。

ま、何と言われても、COBOLの仕事は無くならない訳で、俺はそれで飯が食えてます。

914 ：仕様書無しさん：2008/02/11(月) 08:27:11

>>913
> ちなみに、俺は間違ってもテーブル設計なぞには首突っ込まないし呼ばれない。
> 数１０〜数１００ものプログラムを作るにあたり、製造品質に最も影響を与える分野だからうかつに近づきたくはない。

20年の経歴があってテーブル設計にタッチしたことが一度もないんですか？
それもやばい気がするが。（わかってる専門の人間にまかせてるってことなんだろうけど）
万が一テーブル設計が糞だった時、あなたが作るプログラムで全部かぶるんですか？

915 ：仕様書無しさん：2008/02/11(月) 16:45:26

>>914
おはようさんの寝坊助です。
テーブル設計＝DBのレコードレイアウトって、自分一人が関わるプログラム
だけじゃないのよね。そのDBを触るすべてのPGが関わって来る。どのDBと
どのDBをどんなふうに組み合わせて読み書きするか、計り知れない。
そういう世界は、その道のベテランに任せてます。
規模が大きいと、そういう世界にロートルコボラは邪魔でしかないんです。

自分一人が関わるサブシステムの中なら、好きなようにレイアウトするけどね。

916 ：仕様書無しさん：2008/02/11(月) 19:16:21

と言うワリにはCOBOLerがつくるシステムって
そのプログラムしか使わない中間ファイルを
ドカドカ作るか、ＤＢを横長にするかの２択
が多いよな。

COBOLerのこの道何年とかのベテランは
そこらの素人と大差ない。

917 ：仕様書無しさん：2008/02/11(月) 20:17:33

>>916
>そのプログラムしか使わない中間ファイルを
ドカドカ作るか、ＤＢを横長にするかの２択<
これは比較対象にならない。
中間ファイルは主にテンポラリファイルで用事が済めば開放される代物。
プログラム間のインターフェースでしかないから多くても構わない。
ＤＢ横長ってのはパーマネントとして残る（他者もアクセスする）代物。
同列な考えで作る事はできない。

ちなみに、テンポラリファイルが多くなる要因としては、COBOLプログラムの
中身を単純にさせるとそうなる。COBOLもいいとこ１ｋで済ますべき。
テンポラリファイルが多いとＩＯネックにならんか？って言われそうだが
今時のメインフレームはRAID構成だからそんなこと心配しない。

918 ：仕様書無しさん：2008/02/11(月) 20:52:57

証券取引はHDDアクセスがネックなくせに

919 ：仕様書無しさん：2008/02/11(月) 21:17:39

とりあえず917みたいな寝言を言うエンジニアが
多いからCOBOLerのエンジニアは素人と呼ばれて
いるのがわからんのだろうか？

根本的に設計が腐っていると言う事に気がつけよ。

920 ：仕様書無しさん：2008/02/11(月) 21:23:54

で、プログラムを単純化してジョブフローを複雑怪奇にすると。
仕事の囲い込みはこうやって起きるわけですな。

921 ：仕様書無しさん：2008/02/12(火) 00:15:15

今時のCOBOL、IN-FILE、OUT-FILE、共に２個辺りが限度。
そのクラスのモジュール、どう？いでもジョブフローのメッシュは知れている。
複雑怪奇にはできない。
逆に入出力ファイル数が多い程、ジョブフローも複雑になってくる。
（有る時はこのファイルはDUMMYにするとか、変な例外をこさえてしまう）

ひるがえってDB無造作に使ってるCOBOL設計みると、１本に１０位DBアクセスしてる。
アイテムが横長であろうとなかろうと、１モジュールに関わるアクセスファイル数は
少ない方が後々のメンテを考えればその方がベター。

922 ：仕様書無しさん：2008/02/12(火) 04:30:37

でも、全体としてのシステムの複雑さは変わらないわけだからなぁ。
あんたがいってるのってイマドキの話し方だと
「モジュールの粒度を小さくすると楽」っつことだろ。
そりゃ小さいプログラムのほうがメンテしやすいのはバカでもわかるが、
障害があったときにそこへたどり着くまでの手間が増える。
どっちもどっち。

923 ：仕様書無しさん：2008/02/12(火) 04:44:56

正確なドキュメントがモジュール変更について行ければ
粒度なんかいくらでも小さくできる。
それができないので、コボラーが「寄生する」システムになってしまうんだろ。

924 ：仕様書無しさん：2008/02/12(火) 06:36:53

>>913 殿
コボラでありながら自らこのスレに飛び込んできた貴殿の勇気に敬意を表す。

925 ：仕様書無しさん：2008/02/12(火) 06:51:50

おはようさん。
>>924
>なんでアイテム数膨大なレコード作りたがるんだろう。
スレタイ通りの疑問です。

926 ：仕様書無しさん：2008/02/12(火) 09:57:34

いやあ、921みたいなド素人が「後のメンテを考えるとベター」
なんて壮絶な勘違いしているから、後任でメンテさせられる立場の
人間から毛嫌いされているのだろうに

927 ：仕様書無しさん：2008/02/13(水) 02:40:11

残りレス数も少ないんだから、もう少し実り有るレスを希望。
断定的なコボラ〜叩きで終わるのは情けない。
もっと具体的に、グウの根も出ない位に理詰めで叩かなきゃ只のグチスレ。
君たち、若手のバリバリＳＥなんだろう？　ジジイをギャフンと言わせられる
だけの理屈を並べなきゃ、読み手も納得しない。　ここは2chなんだから遠慮無用。

レスが面白くなきゃ次のスレには来ないよ〜ん。

928 ：仕様書無しさん：2008/02/13(水) 04:09:13

>>927
はい、さよなら。

929 ：仕様書無しさん：2008/02/13(水) 04:18:14

>>１レコード＝xxx円

これもコボラが残した負の遺産だよな。

930 ：仕様書無しさん：2008/02/13(水) 04:44:56

ああ、1レコードの削除代金が２０００万円とかいうあれ？

931 ：仕様書無しさん：2008/02/13(水) 05:28:47

>>930
それは、「結果、そのような計算になる」ってだけで
別途２０００万かかるわけじゃない。

932 ：仕様書無しさん：2008/02/13(水) 05:30:21

すでに失われた金。

933 ：仕様書無しさん：2008/02/14(木) 23:08:24

>>931
？

934 ：仕様書無しさん：2008/02/15(金) 04:40:30

俺、コボラ。
古い技術にケチつける若造はいつの時代もいるからな。
まぁ、せいぜい吼えとれや ｗ
俺は、今年１０月に退職金３５００万もらって勝ち逃げ。団塊最高！

935 ：仕様書無しさん：2008/02/15(金) 04:46:03

>>934
爺さん、こんな朝方までおつかれさん。

936 ：仕様書無しさん：2008/02/15(金) 14:00:00

>>935
馬鹿だな。
年よりは朝が早いんだよ。
プログラマなら夜型だけど、窓際は仕事してないから。

937 ：仕様書無しさん：2008/02/15(金) 22:58:16

>>934
まだ7ヶ月あるぜ。気を抜くな

938 ：仕様書無しさん：2008/02/16(土) 01:22:38

>>934
お前ひょっとして俺の上司じゃないか？ふざけんなよ

939 ：仕様書無しさん：2008/02/16(土) 04:13:07

>>938
ああ、職場ではお前みたいな部下に嫌われてるわ ｗ
まぁ、俺を妬む気持ちはわかるがな。
俺の１／４の賃金で連日終電なんて常軌を逸してるわ。
退職金はもらうけど嘱託で残る事になってる。
そのことは社長以外誰もしらないが、知ったらどんな顔するかな？ｗ
単価は月８５と安いんだが、年金もらうまでのつなぎだ。
いつまでもあいつらを食い物にしたいなー。

940 ：仕様書無しさん：2008/02/16(土) 06:55:41

>>939
その時間に書くところに涙が...

941 ：仕様書無しさん：2008/02/16(土) 18:12:27

>>940
それより、君は土曜に早起きて仕事ですか？

942 ：仕様書無しさん：2008/02/17(日) 01:24:01

今時こんな会社どう思う？
http://www.cobol.co.jp/

943 ：仕様書無しさん：2008/02/17(日) 17:30:43

まだCOBOLが必要な業界もあるだろうし、それに特化するならいいんじゃね？
じきに技術者の寿命とともに消えて行くだろうけど

944 ：仕様書無しさん：2008/02/17(日) 18:00:04

技術者の寿命よりシステムの寿命の方が
まだまだ長いヨカン。

945 ：仕様書無しさん：2008/02/17(日) 23:05:57

汎用機上での設計〜製造〜運用をまともに出来る技術者がいなくなって
企業の基幹システムがロスト・テクノロジーになってしまい、
残されたコボラがだましだまし使うというのが最悪のパターンか？

946 ：仕様書無しさん：2008/02/18(月) 04:33:38

オープン系へのリプレイスが急務だ。

947 ：仕様書無しさん：2008/02/18(月) 06:36:26

>>945
いや、誰でもできるだろ。
やりたがる奴は少ないのでおいしい市場が出来上がりそうだ。

948 ：仕様書無しさん：2008/02/19(火) 00:51:29

話の流れをぶった切るが
IBMのホスト開発の経験のあるコボラさんは
REXXを使えるの
それともcobolとjclだけ？

949 ：仕様書無しさん：2008/02/19(火) 06:45:13

REXX懐かしい
OS/2で勉強したなぁ

950 ：仕様書無しさん：2008/02/20(水) 01:18:05

IBM経験の(略)はAPLを(略)？

951 ：仕様書無しさん：2008/02/20(水) 22:02:47

テーブル名に年と月がついてるんだけどどーしよ？

952 ：仕様書無しさん：2008/02/21(木) 00:48:59

コボラーはもう終わったって聞くけど、どうなの

953 ：仕様書無しさん：2008/02/21(木) 12:35:09

コボラを生産し続ける職場もある。

954 ：仕様書無しさん：2008/02/21(木) 19:21:51

>>952
横だけじゃなくて、奥行があるんだな。
３次元コボラ。

955 ：仕様書無しさん：2008/02/21(木) 19:24:25

>>929
横長の弊害だな。
正規化されたＤＢではあり得ない発想。

956 ：仕様書無しさん：2008/02/21(木) 22:57:26

ＤＯＡの開発に携わってみたい。
一度、経験しておきたい。

957 ：仕様書無しさん：2008/02/21(木) 23:22:22

DEAD OR ALIVE ?

958 ：仕様書無しさん：2008/02/22(金) 20:26:09

コボラはDEAD OR DEAD 死ぬしかない。

959 ：仕様書無しさん：2008/02/22(金) 20:37:32

今日、２ｃｈというものの存在を知った。
見るのも書くのも初めて。
ただ一つわかったのはうそつきが多いということだ。
特に>>958は死んだほうがいい。

960 ：仕様書無しさん：2008/02/22(金) 20:44:54

うそつき村へようこそ！

961 ：仕様書無しさん：2008/02/23(土) 01:17:11

コボラーは単価が安くても必ず最後の最後まで残りそう…
そんなこといったら、すべての言語が残るかｗｗ

962 ：仕様書無しさん：2008/02/27(水) 07:02:36

誰か次すれ立てろよ。

963 ：仕様書無しさん：2008/02/27(水) 11:25:48

990まで黙って待ってろ早漏

964 ：仕様書無しさん：2008/03/09(日) 23:56:15

nurupo

965 ：仕様書無しさん：2008/03/10(月) 20:28:51

gaaaaaaaaaaaaaaaaaa

966 ：仕様書無しさん：2008/03/12(水) 00:25:44

うちのコボラ親父マジでうっとうしい。
「UNIXもいい言語だったけどCOBOLの方が・・・」（この後20分続いた）
開いた口がふさがらないとはこのことだ。

最後、「ところで、何年前ならUNIXが言語だったんですか？」とつっこんどいた。

967 ：仕様書無しさん：2008/03/12(水) 01:23:00

>>966
もう言語と環境が渾然一体となってわやくちゃだな。
たぶんCOBOLのところではオフコンが、言語のところでは
環境って言いたいんだろうな。

968 ：仕様書無しさん：2008/03/12(水) 03:18:41

>>967
いや、COBOL以外の世界を知らないくせに、自分は博識だと言いたいらしい。
「UNIXで作るとメモリ管理とか低級なことまでやらないといかんから、生産性が低い」
とか
「UNIXにはレコード型がないから、データの一貫性に問題が云々」
などと20分の間に言っていた。

おまえはいったい何と何をどんな基準で比較してるんだ。
コボラとかオープン系とかそれ以前の、この業界の人間として恥ずかしいわ。

さて・・・帰ろう。

969 ：仕様書無しさん：2008/03/12(水) 03:25:15

お疲れさん

970 ：仕様書無しさん：2008/03/12(水) 07:01:45

ご愁傷様としか言いようが無いな………
お疲れさん。

971 ：仕様書無しさん：2008/03/12(水) 07:18:17

>>968
何でこんな知識で勤まるのか…現場から離れて久しいのか?

972 ：仕様書無しさん：2008/03/12(水) 10:08:20

>>966
つっこんだ後の反応はどうだった？

973 ：仕様書無しさん：2008/03/12(水) 10:35:35

「はっ！はぁぁぁあんっ！イ、イサキは？イサキは、と、取れたの？」

974 ：仕様書無しさん：2008/03/12(水) 20:45:42

そろそろ、将来性に疑問をもったコボラが退職する３月３１日が近づいてきたよ。

975 ：仕様書無しさん：2008/03/12(水) 23:02:53

>>974
漏れどうするの？
会社からＣＯＢＯＬだけやってればいいんだよ、って言われているんですが・・・

他の言語全然知らないし・・・
一応は独学でｃとｊａｖａは勉強しようと思ってますが・・・

976 ：仕様書無しさん：2008/03/12(水) 23:22:22

思ってるだけじゃ駄目だな

977 ：仕様書無しさん：2008/03/12(水) 23:41:41

>>976
それを言っちゃダメダメｗｗｗｗｗｗ
というか漏れだって、入社してまだ３ヶ月しか経ってないなんだからｗ
１２月に入って、同期で入ったみんなはｊａｖａだｃだとか言われてるけど
漏れだけ、ＣＯＢＯＬｅｒさんねって言われてね・・・

978 ：仕様書無しさん：2008/03/12(水) 23:53:31

>>977
まぁ、プログラムを考える上では役にたたないことはない。
言語がちがうだけで、考え方はそんなに違わないから。
あと、ＳＱＬ等は勉強しておいた方がいいぞ。

979 ：仕様書無しさん：2008/03/12(水) 23:56:20

>>978
ＳＱＬも勉強してますわｗｗよう、わからんけどｗｗ
まずはプログラミング並びにコーディングを
もっとしっかりせねばと思ってますわ

980 ：仕様書無しさん：2008/03/12(水) 23:58:46

…なんか、そんなんだからCOBOLだけで良いって言われてんじゃないかって気がしてきた。

981 ：仕様書無しさん：2008/03/12(水) 23:59:35

>>979
そうか、それはよかった。がんばれよ。
と言うオレは、挫折し３月３１日で退社ですわ。
オレがはたせなかった夢をかなえてくれよ。

982 ：仕様書無しさん：2008/03/13(木) 00:13:07

>>981
なんでおまえのような人間がここにいる。ここは化石コボラーと
闘う現代プログラマの愚痴スレではないのか

983 ：仕様書無しさん：2008/03/13(木) 00:21:14

>>982
そんなに冷たいこといわないでくれよぅ。
好きでコボルやったわけでないのに、
現代のコボラーだって、過去の遺物をだましだまし運用しているんだよ。
君達同様の愚痴をはいてみたかったんだよぅ。

さようなら。。。。

984 ：仕様書無しさん：2008/03/13(木) 01:09:05

誰かそろそろ次のスレ立ててよ、そして、ここうめちまおうぜ

985 ：仕様書無しさん：2008/03/13(木) 01:14:28

じゃあ、ちょっくら立ててくる

986 ：仕様書無しさん：2008/03/13(木) 01:23:17

コボラは横長DBがお好き 3カラム目
http://pc11.2ch.net/test/read.cgi/prog/1205338975/

987 ：仕様書無しさん：2008/03/13(木) 20:16:42

>>983
最後の光だ。
コボラーならこの先１０年だけ食える。

988 ：仕様書無しさん：2008/03/13(木) 21:18:48

>>983
COBOL覚えたら次はRPGだな

989 ：仕様書無しさん：2008/03/13(木) 23:27:20

>>986
ありがと

990 ：仕様書無しさん：2008/03/14(金) 00:52:17

つか今のCOBOLの位置に
5年後10年後、J2EEが来てる気がする

だからコボラはJavaをかじっておこう

991 ：仕様書無しさん：2008/03/14(金) 01:24:22

>>990
そうなるとコスト面でどうなのよ

ぼったくり汎用機よりも安価になるのかな
保守も含めて

992 ：仕様書無しさん：2008/03/15(土) 00:06:10

>5年後10年後、J2EEが来てる気がする
すると２０年後くらいにはJava使いは氏ねとか言われてるのか・・・・

993 ：仕様書無しさん：2008/03/15(土) 11:02:50

どう考えても次のコボラはVB厨だろ・・・。ありえんだろVBプログラマの
スキルの低さは・・・。コピペとグローバル変数使いまくりの糞コードを
大量生産しやがって・・・。

994 ：仕様書無しさん：2008/03/15(土) 14:15:15

>993
単純にｺﾎﾞﾗがVB厨に変身しただけ。
ｺﾎﾞﾗが比較的すんなり移行できるのがVBだけ

そんなやつが新人教育するんだから負の連鎖は未来永劫続くのである

995 ：仕様書無しさん：2008/03/15(土) 14:54:27

>>994
そうか・・・俺の知ってるのは30前後の連中だが、それは
コボラの薫陶を受けたというわけなのだな・・・。そうかもしれんな・・・。

996 ：仕様書無しさん：2008/03/15(土) 15:34:05

だが、いつまで行っても機械語/アセンブリ言語が叩かれる事は無いと思いたい。

997 ：仕様書無しさん：2008/03/15(土) 19:37:09

PL/I って何？

998 ：仕様書無しさん：2008/03/16(日) 00:04:32

おれがうめてやるよ
998

999 ：仕様書無しさん：2008/03/16(日) 00:06:05

999

1000 ：仕様書無しさん：2008/03/16(日) 00:12:28

あ

1001 ：１００１：Over 1000 Thread

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

216.64 KB [ 23ch.info お名前.comの格安レンタルサーバー「共用サーバー SD」！ ] 総レス数 1001

---

---

■TOP■ ■スレッド一覧■ 全部 1- 101- 201- 301- 401- 501- 601- 701- 801- 901- 最新50