- 1 名前：仕様書無しさん [2007/05/23(水) 22:42:50 ]
- 前スレ
pc11.2ch.net/test/read.cgi/prog/1160745584/l50
コボラも参加してね。
- 603 名前：仕様書無しさん mailto:sage [2007/11/02(金) 22:14:16 ]
- DATEよりNUMBER(8,0)かCHAR(8) がいいと思うのは俺だけ？
- 604 名前：仕様書無しさん mailto:sage [2007/11/02(金) 22:27:46 ]
- >>603
なんで？既存システムとの兼ね合い？
- 605 名前：仕様書無しさん mailto:sage [2007/11/02(金) 22:29:39 ]
- 具体的に言うと名前を主キーにしないでください！
- 606 名前：仕様書無しさん mailto:sage [2007/11/02(金) 22:58:12 ]
- 年金システム？
- 607 名前：仕様書無しさん mailto:sage [2007/11/02(金) 23:27:48 ]
- >>603
必ずや日付として無効なデータが入るであろう。
今年は10月が60日まであればよかったなー
- 608 名前：仕様書無しさん mailto:sage [2007/11/03(土) 00:36:19 ]
- >>607
え？ごがつだよ？ねんはわすれたけど。
けんしゅうとかいうのがおわらないと６がつにならないっていってたんだ。
- 609 名前：仕様書無しさん mailto:sage [2007/11/03(土) 01:01:23 ]
- >>607
それはあるんだけどな.....
しかし、インデックスが.....
- 610 名前：仕様書無しさん mailto:sage [2007/11/03(土) 03:44:46 ]
- >>603
そうだね
DATE型だと、時間まで入ってしまうしね。
それに、未入力だとNulｌになってしまう。
Ｎｕｌｌは、あまり使いたくない。
オレも、よくNumberかCharで作成する。
- 611 名前：仕様書無しさん mailto:sage [2007/11/03(土) 04:49:22 ]
- >>610
釣れますか？
- 612 名前：仕様書無しさん mailto:sage [2007/11/03(土) 05:19:52 ]
- 腐ってやがる...
遅すぎたんだ...
- 613 名前：仕様書無しさん mailto:sage [2007/11/03(土) 07:04:13 ]
- >>609
格納したいものが、charで表せるようなもんで十分だと言うことが仕様上明確であれば、
別にcharでも良いと思う。
インデックスのためってのは、設計段階ではあまり理由にならない。
チューニング段階で、求められている速度に達しなくて、そこしかいじるところが無いって場合に初めてやればいい。
- 614 名前：仕様書無しさん mailto:sage [2007/11/03(土) 07:39:27 ]
- >>610
Oracleが世界の中心みたいな発言でつな。
DB2はんな事ないんだが。
- 615 名前：仕様書無しさん mailto:sage [2007/11/03(土) 10:25:06 ]
- まぁ、OracleとDB2とでは、技術者の数が違うからな
Nullって難しいよな
コボラーや年寄り技術者はもちろん、若いSEも理解していない奴が多い
DB製品間でも微妙に扱いが異なっているし
- 616 名前：仕様書無しさん mailto:sage [2007/11/03(土) 13:37:40 ]
- >>613
チューニングってやったことありますか？
- 617 名前：仕様書無しさん mailto:sage [2007/11/03(土) 13:45:53 ]
- >>615
Nullは値を持っていない…って解釈じゃマズイんかな？
自分とこの会社のコボラ連中、null不許可のvarcharだけでDB設計しやがった…orz
ワークテーブルも山ほど、ストアドの中はカーソルだらけ。
- 618 名前：仕様書無しさん mailto:sage [2007/11/03(土) 14:47:56 ]
- 正直な話、ＤＢのNULLの考え方はCOBOLerよりもまだ、Accessを使う
エンドユーザーの方が解っている気がしなくもない。
あとCOBOLerは「one fact in one place」の基本が出来てないヤツが圧倒的に
多いからアフォみたいにワークテーブル作るんだよな。
- 619 名前：仕様書無しさん mailto:sage [2007/11/03(土) 15:40:29 ]
- 多くのコボラーは
数値型でNull ＝ ゼロ
文字型でNull ＝ 空白
などと勘違いしている
コボラーなら、可変長のvarcharを使わず、
固定長のCharでNot Nullオンリー（笑）
- 620 名前：仕様書無しさん mailto:sage [2007/11/03(土) 15:46:17 ]
- レスポンスが悪いからとテーブル設計を変えたり、
インデックスを追加したり、プログラムをSQLレベルではなく
ロジックそのものを変更したりするのは、
もはやチューニングではなく、
設計不良の修正
出来損ないのプログラムの修正
だろう
- 621 名前：仕様書無しさん mailto:sage [2007/11/03(土) 16:52:53 ]
- >>619
いや、varchar使ういみ分かるならいいんだよ。
char 2～4でもvarcharにしたり、必ずmaxうまる項目にvarcharしたり
なんかdefみたいな?
まぁこんなこと言うとおっさんあつかいだけどね
- 622 名前：仕様書無しさん mailto:sage [2007/11/03(土) 20:16:24 ]
- >業務知識が豊富である反面、言語知識は最低限である場合が多い。
これも付け加えておいてくれや。
つ【金の使い方が解らない】
- 623 名前：仕様書無しさん mailto:sage [2007/11/03(土) 20:51:36 ]
- でも評価や金になるのは前者 "業務知識が豊富"
- 624 名前：仕様書無しさん mailto:sage [2007/11/03(土) 21:07:28 ]
- 業務知識って豊富なのかなぁ。
「保守経験が長い」ってのは納得だけど、
多くのCOBOLerって上流工程(この単語嫌い）から来た
仕様をそのままコードにして動かしていて、頭使わない日常送っている人が
ほとんどだと感じるけど。
- 625 名前：仕様書無しさん mailto:sage [2007/11/03(土) 22:13:36 ]
- >仕様をそのままコードにして動かしていて、頭使わない日常送っている人が
>ほとんどだと感じるけど。
これについては、コボラーもゆとり世代も変わらないよ
- 626 名前：仕様書無しさん mailto:sage [2007/11/03(土) 22:53:12 ]
- ゆとり世代の円周率はナンボだったけ？
- 627 名前：仕様書無しさん mailto:sage [2007/11/03(土) 22:55:51 ]
- おおよそ3
- 628 名前：仕様書無しさん [2007/11/03(土) 23:08:01 ]
- >>627
それは都市伝説で、キチンと小学校では3.14と教わっている。
中学ではそれがπに置き換わる。
- 629 名前：ゆとり世代 [2007/11/03(土) 23:11:45 ]
- ゆとり世代以前は複素数平面てなかったなんでしょ？
大半はベクトルって何か理解できてないんじゃないのかな？
- 630 名前：仕様書無しさん mailto:sage [2007/11/03(土) 23:20:45 ]
- >>626
>>628
>>629
分かりやすくて恥ずかしくなる釣り。
- 631 名前：仕様書無しさん mailto:sage [2007/11/03(土) 23:23:52 ]
- >>613
チューニングは設計ありき。
いくらインデックスを張ろうが、
『データがないこと』に勝るもんは何もない。
データを削除、あるいは退避する機能のないシステムはいずれ破綻をきたすことは自明。
- 632 名前：仕様書無しさん [2007/11/03(土) 23:26:36 ]
- ていうか、事後にチューニングなんてバカのやること。
- 633 名前：仕様書無しさん [2007/11/03(土) 23:27:31 ]
- ていうか、チューニングしなければならない状況がすでにバグ。
- 634 名前：仕様書無しさん mailto:sage [2007/11/03(土) 23:29:22 ]
- >>631
つまり時々DB吹き飛ばせと。
- 635 名前：仕様書無しさん mailto:sage [2007/11/03(土) 23:33:18 ]
- スラドは優秀だな
- 636 名前：仕様書無しさん mailto:sage [2007/11/03(土) 23:51:53 ]
- 事後になってチューニングを必要な設計をするのは***。
- 637 名前：仕様書無しさん mailto:sage [2007/11/04(日) 00:14:43 ]
- >>624
スレチだが、上流行程と言うから嫌いなら前作業と脳内変換。
やっている奴らは前座に脳内変換。意外としっくりくる。
- 638 名前：仕様書無しさん mailto:sage [2007/11/04(日) 04:01:52 ]
- >>636
繰り返しはいらんわ。
- 639 名前：仕様書無しさん [2007/11/04(日) 04:09:11 ]
- 偏差値７０～８０：人の使い方について考えてもいい人種
偏差値６０～７０：仕事のやりかたについて考えてもいい人種
偏差値５０～６０：最終的な成果物について考えてもいい人種
偏差値４０～５０：部品の組み立て方を考えてもいい人種
偏差値３０～４０：命令を理解すればいいだけの人種
偏差値 ～３０：脳内の活動を完全に停止しなければならない人種
- 640 名前：仕様書無しさん mailto:sage [2007/11/04(日) 05:13:07 ]
- >>634 は、マジレスでは、ないと思うけど
>>631の言っていることは、正論だな
データの有効期限は、その会社の事業内容や、データの種類によって異なる
無駄に過去データを残していてもリソースの無駄遣い
レスポンスが悪化するのはあたりまえ
データの有効期限や、想定されるデータ量、要求されるレスポンスなど
要件定義や設計段階で設計段階で決めておくべき
- 641 名前：仕様書無しさん mailto:sage [2007/11/04(日) 12:22:13 ]
- >>639
だから「回りは低能ばかり」と自分の偏差値をあげたがるわけだ
能力値 != 偏差値
- 642 名前：仕様書無しさん [2007/11/04(日) 13:23:10 ]
- >>641
>>639 は大学のこといってんだと思うが。
「回りは低能ばかり」は低学歴がよく使う呪文。
- 643 名前：仕様書無しさん mailto:sage [2007/11/04(日) 13:34:16 ]
- >>642
大学入試の偏差値の話？
- 644 名前：仕様書無しさん mailto:sage [2007/11/04(日) 16:08:44 ]
- 適性ってのが、意外に重要な気がする
単に勉強の量をこなすことで良い大学に入った奴は
システム開発に向いていないと思う
最小限の労力でどうすれば最大の結果を得ることが
出来るかを考えるのがシステム開発の本質だからね
- 645 名前：仕様書無しさん mailto:sage [2007/11/04(日) 16:41:26 ]
- あまり勉強しないで二流大学に入った奴と、
ガリ勉して一流大学に入った奴では、
どちらが適性あるのだろうか？
- 646 名前：仕様書無しさん [2007/11/04(日) 19:04:43 ]
- 適正でなく、格。
低学歴は上に上がれないシステムになっている。
それでいい。
賢い低学歴を賢くない高学歴が使って搾取する。
それがＩＴ業界。
道義的によいかわるいかなど問題ではない。
- 647 名前：仕様書無しさん mailto:sage [2007/11/04(日) 19:14:19 ]
- 要は能力がるかどうか、頭がいいかどうかなどはどうでもよいこと。
賢い低学歴に「そんなこともわからないんですか？」と言われつつ、
定時で退散し、倍の給料をもらう。
だから、賢い底辺は丁重に扱うし、意見も積極的に聞くようにしている。
それで、自分の高収入が支えられてるんだなぁと思うと感謝せずにはいられない。
入り口間違わなくてよかったとしみじみ思う。
- 648 名前：仕様書無しさん mailto:sage [2007/11/04(日) 19:36:39 ]
- コボラーとDBの話から学歴の話にズレてきている
みんな学歴の話になると必死だな
よほどコンプレックスがあるんだな
- 649 名前：仕様書無しさん [2007/11/04(日) 19:49:25 ]
- いいポジションを得るためには、
世渡り上手＞＞＞＞学歴
- 650 名前：仕様書無しさん mailto:sage [2007/11/04(日) 20:51:09 ]
- 学歴厨って結局、世間知らないなあって感じしか受けないな
日本のIT業界の問題って、単に他の業界じゃとっくの昔に解決
されてる問題に過ぎないのに、なぜだか知らんが今自分の
おかれている状況こそ普遍的なことだみたいに思い込んでる
- 651 名前：仕様書無しさん mailto:sage [2007/11/04(日) 20:55:57 ]
- >>650
>>学歴厨って結局、世間知らないなあって感じしか受けないな
それでいいんだって。
大切なのは手厚い待遇。
それを得るために能力を発揮しなければならない人間と
そうでない人間がいるというだけの話。
能力がなくても高待遇な人間は世間知らずでも全く問題なし。
貴族が俗世間を知らないのと同じだな。
- 652 名前：仕様書無しさん [2007/11/04(日) 20:58:28 ]
- 貧乏ほど、法律の半可通であるのはそういうことか。
- 653 名前：仕様書無しさん mailto:sage [2007/11/04(日) 21:37:07 ]
- 手厚い待遇は恒久的なものなのかな？
- 654 名前：仕様書無しさん mailto:sage [2007/11/05(月) 00:30:03 ]
- 政治力ってのは大事だわな
ただ社長が同じ大学という理由で外注選んだりするのは勘弁願いたい
- 655 名前：仕様書無しさん [2007/11/05(月) 00:55:59 ]
- 『外注を選ぶ』って固定的な外注先ないの？
そういうコネがあるのとないのとでは大違い。
- 656 名前：仕様書無しさん mailto:sage [2007/11/05(月) 01:28:54 ]
- 学生ベンチャーあがりの会社もバカに出来ないからねぇ。
- 657 名前：仕様書無しさん mailto:sage [2007/11/05(月) 17:07:41 ]
- いや学生ベンチャーは異常系が甘いというか、
酷いのになると障害時の運用設計って概念無い人いるし。
「このタイミングでハード障害が起きた時はどうするの？」
「このタイミングで回線が切れたらどう動くの？」
とか突っ込むとポカーンとした顔で
「ハードが壊れたらどうにもなりません」
だって。
WEBのおもちゃみたいなCGIじゃないんだがな。
- 658 名前：仕様書無しさん [2007/11/05(月) 17:13:38 ]
- >>657
でお前はどうするの？
- 659 名前：仕様書無しさん mailto:sage [2007/11/05(月) 18:53:11 ]
- >>658
エラーハンドラぐらい書けって話じゃないの？
例えば二重化とか無しで、
ハード障害→エラー箇所のログ吐いて強制停止+管理者へ通報
回線障害→時間差掛けてリトライ、場合によっては回数カウントして一定量超えたら強制停止ないし管理者へ通報
みたいな。
しかし書き方が悪いな。
「ハードが壊れたらどうにもなりません」ってのは確かで、「管理者にメール送信して終了します」等が続くかどうかが問題なんだと思うけど。
「WEBのおもちゃみたいなCGI」って言い方もどうかと。おもちゃみたいなプログラムならCGIに限らないし、CGIを見下してるように見える。
「同時アクセスでカウントが吹っ飛ぶカウンタ」とか指してるとは思うけど…
- 660 名前：仕様書無しさん mailto:sage [2007/11/05(月) 19:09:55 ]
- ＞いや学生ベンチャーは異常系が甘いというか、
＞酷いのになると障害時の運用設計って概念無い人いるし。
学生、関係ないと思うぞ。
この間、汎用機からのメッセージが来なくて
永久にJOBが走らないトラブルがあって、
激しい障害が発生したんで、作ったSEに
「テメーの設計どうなってんだ！？」と問いただしたら
「ホストからメッセージがこない事なんてありえません」とヌカして
エラーハンドリングをまったく実装していないアフォがいたからな。
オープン系の方が異常系のハンドリングとかログとかしっかりやってる感があるな。
ウチの周りだけかもしれんが。
- 661 名前：仕様書無しさん mailto:sage [2007/11/05(月) 19:23:36 ]
- 学生もオープンも汎用機も関係なく、そういうのは一定割合で偏在している。
- 662 名前：仕様書無しさん mailto:sage [2007/11/05(月) 19:33:59 ]
- 「やだなぁ、メッセージが来ない場合があるんなら、ちゃんと仕様書にそう書いといてくださいよ。」
- 663 名前：仕様書無しさん mailto:sage [2007/11/05(月) 20:25:23 ]
- 学生ベンチャーあがりは外注だけでなく発注元にもなっていると思うが。
- 664 名前：仕様書無しさん [2007/11/05(月) 20:36:22 ]
- >>661
なるほどな。
で>>657-663 の中にも確実にいる、と。
- 665 名前：仕様書無しさん [2007/11/05(月) 23:14:41 ]
- 結論、コボラは横長ＤＢがお好き
- 666 名前：仕様書無しさん [2007/11/05(月) 23:23:47 ]
- 『スレタイ』を『スレ題』と言ってたやつ見たことある。
- 667 名前：仕様書無しさん mailto:sage [2007/11/06(火) 07:31:26 ]
- >>666
それ、馬鹿にするところなんだろうけど、ウマイ言い方だな。
- 668 名前：仕様書無しさん [2007/11/06(火) 22:49:39 ]
- プログラム板に「COBOLは俺にきけ」なんてのがないのが不思議
くだらねぇ長文入力しているよりましなんじゃねぇ
- 669 名前：仕様書無しさん [2007/11/06(火) 23:41:56 ]
- そりゃ、COBOLは読んで演算して書いての繰り返しだけだもの
入力データをどう加工すべきかは純粋に業務要件だけの話なんで、
技術知識の出番がないから「俺に聞け」みたいなスレは不要
- 670 名前：仕様書無しさん [2007/11/07(水) 01:12:12 ]
- それじゃ、汎用機（ＪＣＬ）なら俺に聞けっていうのはどうだ
- 671 名前：仕様書無しさん [2007/11/07(水) 02:06:14 ]
- シャア専用機なら俺に聞け。
- 672 名前：仕様書無しさん [2007/11/07(水) 02:16:42 ]
- 何色ですか？
- 673 名前：仕様書無しさん mailto:sage [2007/11/07(水) 20:54:50 ]
- >>671
char専用機？
- 674 名前：仕様書無しさん mailto:sage [2007/11/07(水) 21:10:56 ]
- そのうちvarchar専用機になるな
- 675 名前：仕様書無しさん mailto:sage [2007/11/07(水) 22:24:15 ]
- ぬるぽ専用機？
- 676 名前：仕様書無しさん [2007/11/07(水) 22:33:59 ]
- >>674
そして当然、varchar2専用機に乗り換える。
- 677 名前：仕様書無しさん [2007/11/08(木) 23:40:45 ]
- そして、会社からの命令でNUMBER専用機に乗り換えさせられる
- 678 名前：仕様書無しさん mailto:sage [2007/11/09(金) 00:31:01 ]
- ンなアホな
- 679 名前：仕様書無しさん mailto:sage [2007/11/09(金) 09:51:12 ]
- 桁数なんて飾りです。
偉い人にはそれがわからんのです。
- 680 名前：仕様書無しさん mailto:sage [2007/11/09(金) 22:35:58 ]
- >>679
じゃ、お前は時給も日給も月給も一桁な
- 681 名前：仕様書無しさん mailto:sage [2007/11/09(金) 22:40:07 ]
- >>680
1桁って事は桁数指定してんじゃん。だめだめ。
Oracleだと最大値いくつだったっけかなあ。
大金持ちだぜ。
- 682 名前：仕様書無しさん [2007/11/09(金) 22:40:59 ]
- >>679
お前のバグでデスマを発生させたことあるだろ
- 683 名前：仕様書無しさん mailto:sage [2007/11/09(金) 22:58:32 ]
- >>682
バカみたいに桁数指定にこだわりまくる
COBOLあがりのリーダーのせいで
桁あふれでコケたことはあるよ！
- 684 名前：仕様書無しさん mailto:sage [2007/11/09(金) 23:05:52 ]
- >>680
2の64乗進数で一桁という事でどうでしょう？
- 685 名前：仕様書無しさん [2007/11/09(金) 23:17:59 ]
- 桁数と学歴の話は好きだなコボラ
- 686 名前：仕様書無しさん [2007/11/10(土) 21:02:23 ]
- >>680
>>679 が何が言いたいかは "ジオング" でぐぐればわかる。
- 687 名前：仕様書無しさん [2007/11/10(土) 21:03:35 ]
- >>682 もな
- 688 名前：仕様書無しさん mailto:sage [2007/11/10(土) 21:23:57 ]
- >>686
デスマなんて飾りです。
偉い人にはそれがわからんのです。
こうですか？わかりません！＞＜
- 689 名前：仕様書無しさん [2007/11/10(土) 22:03:50 ]
- そうかデスマが飾りか
そうやって残業代を稼いでいたんだな
コボラの生活の知恵を見た気がした
- 690 名前：仕様書無しさん mailto:sage [2007/11/10(土) 22:34:54 ]
- "ジオング" ＋ "偉い人" でぐぐれば一発じゃまいか？
- 691 名前：仕様書無しさん mailto:sage [2007/11/10(土) 22:48:30 ]
- 「コボラが居ればデスマと最適化で稼げる。かかってこいやぁ！残業代でホクホクだぜぃ」
見たいな意見が以前このスレで出てたな。
- 692 名前：仕様書無しさん mailto:sage [2007/11/11(日) 10:51:47 ]
- >>686
判っていて敢えて書いてんだよｗ
- 693 名前：仕様書無しさん mailto:sage [2007/11/12(月) 18:56:00 ]
- 679はガンダム抜きにしても
見事に当たってる
- 694 名前：仕様書無しさん [2007/11/13(火) 01:01:57 ]
- ところで桁ってどの部分の桁なんよ
pic？
レコードの構成を考慮してソースをレビューすると突っ込まれると思う
- 695 名前：仕様書無しさん mailto:sage [2007/11/14(水) 00:34:32 ]
- 00123456
~~
- 696 名前：仕様書無しさん [2007/11/15(木) 22:05:45 ]
- >>694
自分のいるとこだと固定長の電文をただDBにぶち込むだけの
アホみたいな通信制御システム作ってるコボラ風な奴が
やたらと桁数で喚いていたことがある
- 697 名前：仕様書無しさん mailto:sage [2007/11/17(土) 02:41:39 ]
- 電文........
懐かしい響きだな。
- 698 名前：仕様書無しさん [2007/11/20(火) 19:02:36 ]
- コボラ、元気か？
- 699 名前：団塊コボラ mailto:sage [2007/11/20(火) 19:57:29 ]
- 呼びましたか？
最近、ネタ切れで....
- 700 名前：仕様書無しさん mailto:sage [2007/11/21(水) 23:41:41 ]
- そういやコボルってソートどうやって実装するの?
外だしか?
- 701 名前：仕様書無しさん mailto:sage [2007/11/22(木) 04:07:50 ]
- 言語仕様にあったりする。でもたいがい外。
- 702 名前：仕様書無しさん mailto:sage [2007/11/22(木) 07:54:14 ]
- RDBにつなげているからOrder一発なのに
一生懸命並び替えている馬鹿が居たなー(遠い目)
- 703 名前：仕様書無しさん mailto:sage [2007/11/22(木) 13:07:52 ]
- >>700-701
COBOL でできること以外に興味持たないと、楽そうだねー
>>702
ソートのロジックを考えようとした分、プログラマとしてはましな気がする。
- 704 名前：仕様書無しさん mailto:sage [2007/11/22(木) 19:04:58 ]
- 趣味ならいいけど、仕事でやられたら刺したくなるが
- 705 名前：仕様書無しさん mailto:sage [2007/11/22(木) 21:09:53 ]
- >>702
ORDER BY よりクライアントでソートのほうが当然速いわな。
何で開発しているかしらんけど、多くの言語にはソートの機能は実装されている。
- 706 名前：仕様書無しさん mailto:sage [2007/11/22(木) 21:43:00 ]
- 先頭の一部しか必要ないときも全部ネットワーク越しに取ってきてから
ソートして、いらないところを捨てるの?
- 707 名前：仕様書無しさん mailto:sage [2007/11/22(木) 22:00:41 ]
- RDBならインデックス次第だな。
- 708 名前：仕様書無しさん mailto:sage [2007/11/22(木) 22:12:43 ]
- 業務ではVB6で挿入ソートを自作したことはある。
- 709 名前：仕様書無しさん [2007/11/22(木) 22:25:35 ]
- 寒いな、コボラ
何も変わってないじゃないか
- 710 名前：仕様書無しさん mailto:sage [2007/11/22(木) 22:34:33 ]
- 最近コボラに殺意を覚えるようになってきた・・・。
あいつの作ったシステムはモデルとビューと
データが全て渾然一体だ・・・。糞な設計で苦しんでる
くせに、オペレーターの人気を取ろうとして、しょうもない
機能を追加してさらにカオスを増大させやがって・・・
まじで殺したい。。。
- 711 名前：仕様書無しさん mailto:sage [2007/11/22(木) 23:18:37 ]
- >>705
こぼらか、あるいはヴビ厨か？
- 712 名前：仕様書無しさん mailto:sage [2007/11/22(木) 23:35:21 ]
- コボルなら挿入ソートが限界かな、言語でサポートされてるの
使ったことないよ。icamnでokか
vbのソートはリストコントロールに突っ込めばokだっけ?
なにもかも懐かしい
- 713 名前：仕様書無しさん mailto:sage [2007/11/22(木) 23:36:44 ]
- あICEMANか
- 714 名前：仕様書無しさん mailto:sage [2007/11/23(金) 00:08:42 ]
- >>705
RDBのチューンすら出来ないコボラーは黙って氏ね!
- 715 名前：仕様書無しさん mailto:sage [2007/11/23(金) 13:01:50 ]
- コボラーに回ってくるころにはTABLE設計完了してるので
もともと手がでましぇん
- 716 名前：仕様書無しさん mailto:sage [2007/11/23(金) 13:47:33 ]
- うちはコボラがISAMで設計してんだぞいい加減にしろ
- 717 名前：仕様書無しさん mailto:sage [2007/11/23(金) 17:42:56 ]
- >>710
殺りたきゃお好きにどうぞ。
自分のコボラ上司と同一人物であることを祈る。
- 718 名前：仕様書無しさん mailto:sage [2007/11/24(土) 13:43:08 ]
- 誰か、これこそは「至高の言語」を挙げろ。
- 719 名前：仕様書無しさん mailto:sage [2007/11/24(土) 13:43:35 ]
- 日本語
- 720 名前：仕様書無しさん mailto:sage [2007/11/24(土) 13:50:32 ]
- 日本語だめだ
あいまいすぐる
- 721 名前：仕様書無しさん mailto:sage [2007/11/24(土) 13:57:36 ]
- だが、そこがいい
- 722 名前：仕様書無しさん mailto:sage [2007/11/24(土) 14:02:28 ]
- それはあいまいなのに通じてしまう
利用者がすごいのであって
言語としてはどうなんだろう
- 723 名前：仕様書無しさん mailto:sage [2007/11/24(土) 15:16:00 ]
- >>720
まるで、多ヶ国語をマスターしているかのような物言い。
- 724 名前：仕様書無しさん mailto:sage [2007/11/24(土) 16:27:15 ]
- 「至高の言語」..."幼女"を20通りの表現であらわすことができる
あれか?
- 725 名前：仕様書無しさん mailto:sage [2007/11/24(土) 17:21:35 ]
- >>723
プログラミング言語含めれば多言語マスターしてる
プログラミング言語のあいまいさ＜自然言語のあいまいさ
- 726 名前：仕様書無しさん mailto:sage [2007/11/24(土) 18:28:17 ]
- 多ヶ国語
- 727 名前：仕様書無しさん mailto:sage [2007/11/24(土) 18:30:28 ]
- >>726
タガログ語？
- 728 名前：仕様書無しさん mailto:sage [2007/11/24(土) 19:33:32 ]
- 誰か、これこそは「究極の言語」を挙げろ。
- 729 名前：仕様書無しさん mailto:sage [2007/11/24(土) 20:26:43 ]
- 日本語
- 730 名前：仕様書無しさん mailto:sage [2007/11/24(土) 21:04:04 ]
- １行だけ「現行と同じ機能を実装すること」と書いておき、
ひたすら「死んでもﾔﾚ」と事あるごとに怒鳴りつければ出来上がる。
なんて便利な言語なんだろうなー（棒
- 731 名前：仕様書無しさん mailto:sage [2007/11/24(土) 21:12:06 ]
- それ日本語に限ったことじゃねぇだろ。
- 732 名前：仕様書無しさん mailto:sage [2007/11/24(土) 21:12:53 ]
- >>725
多ヶ国語
- 733 名前：仕様書無しさん mailto:sage [2007/11/24(土) 21:22:53 ]
- >>730>>731
ハートマン軍曹が一人いればOKだな。w
- 734 名前：仕様書無しさん [2007/11/26(月) 21:39:08 ]
- おい、コボラ！ボコルぞ！
- 735 名前：仕様書無しさん mailto:sage [2007/11/28(水) 01:26:36 ]
- うちの元システム管理者（<> SE, PG）はコボル崇拝者だった。
何の言語もわからないのに、
爺「あそこの業者はVBしか使えないからいかん。COBOLで作れるところを探せ」
俺「CかJAVAでええやん」（俺もVB「しか」使えない業者はいらん）
爺「Cなんてバグだらけになる。JAVAはウェブだろが」
爺「俺はSEだからプログラムなんか作れんが、COBOLとDB2で作ったものしか認めん」
爺「SQLを使うこと自体、あの業者は頭が悪い」
俺「は？ DB2でもSQLを使うんだが、それはいいのか？」
爺「おまえは何もしらないのか。SQLはマイクロソフト、DB2はIBMだろ。ちゃんと勉強しとけ」
俺「一度くらい本屋のPC棚みてこい。SQLハンドブックの対応RDBを３回音読してこい」
などなど、いろんな珍問答をしてきたものだ。
- 736 名前：仕様書無しさん mailto:sage [2007/11/28(水) 01:30:44 ]
- SQLはSYBASEだろうが
- 737 名前：仕様書無しさん mailto:sage [2007/11/28(水) 01:38:51 ]
- >>735
COBOLを書くコボラの痛さはわかるが、プログラム自体知らずになぜCOBOL信者になるんだよｗ
- 738 名前：仕様書無しさん mailto:sage [2007/11/28(水) 03:38:30 ]
- そこがコボラ達の恐ろしさ。
- 739 名前：仕様書無しさん mailto:sage [2007/11/28(水) 07:41:53 ]
- Cだとポインタ、Javaだとオブジェクト指向の概念といろいろハードルがあって、
あまりにもレベルの低い奴は淘汰される。
ところはCOBOLは馬鹿でもできるから馬鹿が淘汰されない。
もちろん、できる奴はCOBOLなんかで満足できずに他所へ行く。
したがって、コボラーには馬鹿しか残らない。
- 740 名前：仕様書無しさん mailto:sage [2007/11/28(水) 19:04:54 ]
- ぶぶぶVBは？
- 741 名前：仕様書無しさん mailto:sage [2007/11/28(水) 19:56:49 ]
- 似たり寄ったり
- 742 名前：仕様書無しさん [2007/11/28(水) 23:03:25 ]
- >>741
それ言うなら、ソリューションやってる時点で
C++でもJAVAでもVBでもCOBOLでも
どんぐりの背比べ。
- 743 名前：仕様書無しさん mailto:sage [2007/11/28(水) 23:36:09 ]
- さすがにCOBOLと言うどんぐりは小さすぎな希ガス
- 744 名前：仕様書無しさん mailto:sage [2007/11/29(木) 22:25:37 ]
- >>742
>ソリューション
とかぬかす奴が「C++」の0.1%も理解しているとも思えんのだが。
- 745 名前：仕様書無しさん mailto:sage [2007/11/29(木) 22:34:31 ]
- VSのソリューション？
前と同じにワークスペースじゃ駄目なのかねぇ…
- 746 名前：仕様書無しさん mailto:sage [2007/11/30(金) 02:03:25 ]
- itpro.nikkeibp.co.jp/article/OPINION/20071129/288267/
あほくさ
- 747 名前：仕様書無しさん [2007/11/30(金) 02:07:41 ]
- ちゅうか、「ＩＴソリューション」全般のこといってんじゃまいか？
- 748 名前：仕様書無しさん mailto:sage [2007/11/30(金) 02:14:09 ]
- やっぱ、「C（C++）が偉い」という半可通の誤解は根強いな。
- 749 名前：仕様書無しさん mailto:sage [2007/11/30(金) 20:07:48 ]
- 最近入った現場。
横長だが数が足りてない。
開発初期から分かっていたらしい。
なんだこの設計。
- 750 名前：仕様書無しさん mailto:sage [2007/11/30(金) 22:19:33 ]
- 一回承認されたものはどんな不都合があっても、それがどれだけ早期発見であっても直さない。
それがコボラ。
- 751 名前：仕様書無しさん mailto:sage [2007/12/01(土) 08:27:21 ]
- おい、コボラ
- 752 名前：仕様書無しさん mailto:sage [2007/12/01(土) 09:51:14 ]
- >>751
なんでしょ？
- 753 名前：仕様書無しさん mailto:sage [2007/12/01(土) 10:50:12 ]
- 結婚してくれ
- 754 名前：仕様書無しさん mailto:sage [2007/12/01(土) 13:19:06 ]
- >>749
ご愁傷様です
- 755 名前：仕様書無しさん mailto:sage [2007/12/01(土) 17:13:33 ]
- >>744
C++得意なんだ。すごいね。
- 756 名前：仕様書無しさん [2007/12/01(土) 17:38:25 ]
- やっぱりCOBOLと連携するDBとかって横長DBにしかできんの？
コボラの気持ちが分からないので、売り上げ管理のようなシステムで
「社員IDと社員名と代理店IDと代理店名と所属支社名と所属IDはいらないですよね？全部マスタファイルがあるわけですからID→固有名の取得はテーブル結合で・・・」
とか話したのに、出来上がったデータは横長で全部入ってた。
社員ID―社員名、のような社員マスタがあるうえ
社員ID→代理店ID―代理店名の代理店マスタもあるので（１対ｎ：→ね）
代理店IDさえ持ってれば処理できるはずなのに・・・うーん。
ホスト上のレコードの持ち方もあるのだろうし、日程も無いからそのまま突っ込んだけどさ。
- 757 名前：仕様書無しさん mailto:sage [2007/12/01(土) 17:57:45 ]
- 「テーブル結合」なんていう専門用語を使ったのが失敗だな
- 758 名前：仕様書無しさん mailto:sage [2007/12/01(土) 18:05:40 ]
- コボラはね、連結した結果を保存する事しか考えないんだよ。
確かにマスターは有るよ？ でもそれを結合した結果は「せっかくだから保存しちゃえ！」って考えるんだよ。
だって、売上げデータを集計するとかそれを帳票印字するとかさ、売上げデータに全部入っていれば、
売上げデータだけをぐりぐり回してブレイクキーで操作すれば帳票項目が全部揃うでしょ？簡単じゃん！って思うんだよ。
コボラの脳みそはスタック一個分しかないんだよ。
- 759 名前：仕様書無しさん mailto:sage [2007/12/01(土) 19:23:05 ]
- 何か1レコードupdateするとそれを使ってるテーブルも一斉にupdateしたりするよな。
- 760 名前：仕様書無しさん mailto:sage [2007/12/01(土) 20:59:18 ]
- コボラじゃなかったけど、やっぱりテーブルの連結ができないベテランと仕事をしたことがあるよ。
テーブルの連結以前にSQLをかけなくてAccessのGUIで、マウスでリレーションを書いて、それでSQLを生成させてた。
Accessでも複数のテーブルの連結は可能だろうけど、それさえも使えてなかったみたいで、テーブルは二つまでしか連結してなかった。
でも、仕事は、新規の案件じゃなかったから、データは普通に正規化されてて、複数のテーブルを連結させなきゃならない。
で、どうしたかというと、WKTBL1,WKTBL2,WKTBL3…と、作業用のテーブルを作っておいて、
DELETE FROM WKTBL1
INSERT INTO WKTBL1 …
SELECT…FROM TBL1, TBL2
:
DELETE FROM WKTBL2
INSERT INTO WKTBL2 …
SELECT…FROM WKTBL1, TBL3
と、作業用のテーブルを何段か経由して、一個ずつテーブルを連結していくっていう、目からうろこのテクニックを使ってますたよ。
ほかにも考えられないようなことをいろいろしてたので、5年くらいまえのPCに載ってるシステムを、新しいPCに変えて納品するって仕事だったのに、以前のシステムより遅くなったりとかすごいことになってた。
- 761 名前：仕様書無しさん mailto:sage [2007/12/01(土) 22:18:49 ]
- なんていうか、速度を気にしてコードをかけない奴は糞だが、コボラ出身者にはそういうのが割と多いって所もありそうだな。
メインフレームに頼り切るから…
- 762 名前：仕様書無しさん mailto:sage [2007/12/01(土) 23:23:53 ]
- ここは日本なのに「アメリカでは右側通行だ！世界の常識をしらんのか！」とか言って
右側走ってるようなもんだよなぁ・・・・
- 763 名前：仕様書無しさん mailto:sage [2007/12/01(土) 23:40:53 ]
- 一バイトに数値が0から9までしか持てないって考えてるのはなんなの？
昔はアセンブラが専門だったって言ってたけどありゃ嘘だな。
- 764 名前：仕様書無しさん mailto:sage [2007/12/02(日) 00:56:02 ]
- >>763
うーん
ja.wikipedia.org/wiki/%E4%BA%8C%E9%80%B2%E5%8C%96%E5%8D%81%E9%80%B2%E8%A1%A8%E7%8F%BE
このへん
- 765 名前：仕様書無しさん mailto:sage [2007/12/02(日) 01:27:12 ]
- bcdにしたって二桁だけど・・・
- 766 名前：仕様書無しさん mailto:sage [2007/12/02(日) 02:46:12 ]
- 一度入ったらまず更新されない、しかもいつも結合して使うと分かってるのなら、
一緒にしちゃって横長にした方が使う人が楽だと考えるんじゃないか？
整合性を確実に取りたかったらトリガー使えばいいし。
- 767 名前：仕様書無しさん mailto:sage [2007/12/02(日) 04:32:21 ]
- >>760
Viewも知らんのかw
- 768 名前：仕様書無しさん mailto:sage [2007/12/02(日) 09:51:37 ]
- >>763
ホスト用のアセンブラ(旧世代RPGとか)だな。
- 769 名前：仕様書無しさん mailto:sage [2007/12/02(日) 17:56:01 ]
- ゾーンだよゾーン
- 770 名前：仕様書無しさん mailto:sage [2007/12/02(日) 19:28:37 ]
- 流星人間
- 771 名前：仕様書無しさん mailto:sage [2007/12/02(日) 21:15:03 ]
- >>767
コボラーをかいかぶり過ぎ。
SQLの知識なんて初級シスアド持ってる事務のねーやん以下。
- 772 名前：仕様書無しさん mailto:sage [2007/12/02(日) 22:24:07 ]
- ＞ホスト用のアセンブラ(旧世代RPG
･･？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？
- 773 名前：仕様書無しさん mailto:sage [2007/12/02(日) 23:39:56 ]
- >>772
まぁ、今時の若者がRPGのソース見たらアセンブラと勘違いするかも知れん(苦笑)
- 774 名前：仕様書無しさん mailto:sage [2007/12/02(日) 23:41:57 ]
- Role Playing Gameしか知らないかも。
- 775 名前：仕様書無しさん mailto:sage [2007/12/03(月) 00:22:01 ]
- >>773
今もやってますが？
- 776 名前：仕様書無しさん mailto:sage [2007/12/03(月) 06:47:29 ]
- >>775
仕事結構ある？
ILEは使った事無いけど大丈夫かね？
- 777 名前：仕様書無しさん mailto:sage [2007/12/03(月) 11:59:23 ]
- 漏れの周りは未だにRPGⅢだなぁ。
ILEはサッパリ。
正直フリーフォーマット言語(?)使っていいならILE RPGよりも
C/C++かJavaを提案するが。
- 778 名前：仕様書無しさん mailto:sage [2007/12/03(月) 23:22:19 ]
- >>776
閉鎖ドブス地帯で同じようなルートでずぶずぶやるなら食える程度に
もうじき東京行きますが
今のＩＬＥだとほとんど標識使わずすっきり書けますな
>>777
フリーフォーマットってほどでも
- 779 名前：仕様書無しさん mailto:sage [2007/12/05(水) 19:30:58 ]
- Perlの文字コード変換ライブラリと、
C/C++/gcc/Win32でカーネル開発やmozillaに貢献は、
果てしない技術レベルの壁がある。
まぁ文字コード関係も、大きな努力と集中力を要する
大変な作業であることも確かだが…。
Webの大部分はパブリッシング、デザインの世界だからね。
技術先行でやってるとこなんてごくわずかで、今後コモディティ化が
進めば技術者にとってはより住みにくい世界になるだろうね。
- 780 名前：仕様書無しさん [2007/12/05(水) 19:42:09 ]
- >>779
さっきからいろいろなスレに何コピペしてんの？
発端は
pc11.2ch.net/test/read.cgi/prog/1172052000/218-231
か？
- 781 名前：仕様書無しさん mailto:sage [2007/12/05(水) 21:30:20 ]
- 火病ってマルチポストとかチョンかよ
- 782 名前：仕様書無しさん mailto:sageない [2007/12/12(水) 20:53:01 ]
- 横長から縦長にコンバートするプろグラム作成中…
- 783 名前：仕様書無しさん mailto:sage [2007/12/13(木) 21:08:05 ]
- 社名変更したら顧客番号も変更するってどんなアホな設計だよ・・・
まじで新で欲しい・・・
- 784 名前：仕様書無しさん mailto:sage [2007/12/14(金) 13:05:24 ]
- 世の中にはな、inputが無いoutputを定義する馬鹿がいるんだから…。
何で顧客登録しないでいきなり課金データが出てくるかなぁ。orz
- 785 名前：仕様書無しさん mailto:sage [2007/12/15(土) 00:28:31 ]
- >>783
よ～、判らん。何で社名変更が顧客番号の変更に繋がる？
そういえば顧客名を音別に分けてコード化していたとこもあったが。
- 786 名前：仕様書無しさん mailto:sage [2007/12/15(土) 01:54:55 ]
- 変更前後で区別したい理由があったのかな？
- 787 名前：仕様書無しさん mailto:sage [2007/12/15(土) 17:44:52 ]
- 顧客番号が変わるとダメになる
設計もなんだよな。
- 788 名前：仕様書無しさん mailto:sage [2007/12/15(土) 18:58:45 ]
- じゃあ何を主キーにするんだよ
- 789 名前：仕様書無しさん mailto:sage [2007/12/15(土) 19:41:34 ]
- 俺コード
- 790 名前：仕様書無しさん mailto:sage [2007/12/15(土) 20:21:19 ]
- 君の人生
- 791 名前：仕様書無しさん mailto:sage [2007/12/15(土) 21:21:11 ]
- 連番でIDふっちゃえばいい。だから俺コードは割りと正解。
業務で使う項目を主キーにする神経がわからん。
業務ルールなんてお客さんの都合で変わるじゃん。
- 792 名前：仕様書無しさん mailto:sage [2007/12/15(土) 22:35:25 ]
- 業務側に振り回されるのを防ぐのなら、俺コードをDB内部で使って、俺コードと客コードの対応テーブルも用意しとけば良いってことか。
- 793 名前：仕様書無しさん mailto:sage [2007/12/16(日) 01:12:04 ]
- >>792
俺コードと客コードの対応テーブルなんていらない。
主キーが俺コード。客コードは単なる属性のひとつ。
どうしても気持ち悪ければNOT NULL と ユニーク制約つけときゃいい。
- 794 名前：仕様書無しさん mailto:sage [2007/12/16(日) 11:20:04 ]
- そして元の木阿弥
- 795 名前：仕様書無しさん mailto:sage [2007/12/16(日) 18:19:58 ]
- プログラムより業務と言い張る社内コボラーは
PCのヘルプデスクや障害対応がまったく出来ない。
ヘルプも業務の一環ですよ？
誰でも出来るCOBOLだけうれしそうにやってないで
そろそろ他の業務も覚えて下さい。
- 796 名前：仕様書無しさん mailto:sage [2007/12/17(月) 10:56:15 ]
- >>794
どこが？他テーブルの外部キーが
俺コードってだけで大違いじゃん。
- 797 名前：仕様書無しさん mailto:sage [2007/12/17(月) 18:36:20 ]
- 他テーブルには俺コードと客コード両方持つのか？
- 798 名前：仕様書無しさん mailto:sage [2007/12/17(月) 23:25:53 ]
- >>797
なぜそういう発想になるのかさっぱりわかんない。
だから客コードは名称とか一緒のただの属性で、
主キーは俺コード（つかただの連番、なんちゃらIDとか）
でいいじゃんて話だよ。なんで伝わんないかなあ。
まあ他テーブルが売上データとかで、
売上日当時の客コードを過去データとして
スナップショット取っておくとかならわかるけどな。
- 799 名前：仕様書無しさん mailto:sage [2007/12/17(月) 23:35:45 ]
- サロゲートキーっていう言葉がある
- 800 名前：仕様書無しさん mailto:sage [2007/12/18(火) 00:58:15 ]
- >>799
それそれ。ってあまり好きな言葉じゃないんだけど。
だって代理でもなんでもない、システムが稼動する限り
変わらない事が保証される、本当のキーじゃん。
業務ルールの都合で変わる可能性が0じゃないもんを
主キーにするのがおかしい。
- 801 名前：仕様書無しさん mailto:sage [2007/12/18(火) 02:02:47 ]
- >>800
>>783に対してのレスの流れだと、変わらない事が保証されないわけで。
だったら変わる部分と本当のキーの対応を別テーブルに…ってことかと思ったんだが、違うのか？
- 802 名前：仕様書無しさん mailto:sage [2007/12/18(火) 02:55:11 ]
- >>801
だから、変わる可能性がある、業務に使うコードなんか
主キーにするから泣きを見るっていってんじゃん。
だから業務で使うコード（783なら顧客番号）じゃなくて
俺コードをPKにすりゃいいっていってんのに
それがなんで別テーブルで管理って話になるんだ？
顧客テーブル
・顧客番号（PK）
・顧客名
・住所
っての状態を
顧客テーブル
・顧客ID（PK 自動採番）
・顧客番号
・顧客名
・住所
にすりゃ、顧客名が変わると同時に顧客番号が
変わるって業務ルールでも何の問題もないし
別テーブルで管理なんて冗長な事いらんでしょ。
ここまで説明せんといかんとは。
人の事コボラーとかいって笑えないぜ。
あまり長文かかすなよ。自分で自分がきもいわ。
- 803 名前：仕様書無しさん mailto:sage [2007/12/18(火) 07:02:00 ]
- 新旧の顧客番号が一緒に飛んでくる。
- 804 名前：仕様書無しさん mailto:sage [2007/12/18(火) 07:45:00 ]
- >>803
>SELECT * FROM こきゃくますた
+－－－－－－+－－－－－－+－－－－－－+－－－－－－+
| 顧客番号１ | 顧客番号２ | 顧客番号３ | 顧客番号４ | ・・・・
+－－－－－－+－－－－－－+－－－－－－+－－－－－－+
＿＿＿_
／ ＼
／ ─ ─＼
／ （●） （●） ＼
| （__人__） | ＿＿＿＿＿＿＿_
＼ ｀ ⌒´ ,／ | | |
ノ ＼ | | |
／´ | | |
| ｌ | | |
ヽ -一ー_~､⌒)^),-､ | |_＿＿＿＿＿＿__|
ヽ ＿＿＿＿,ノγ⌒ヽ)ニニ-￣ | | |
- 805 名前：仕様書無しさん mailto:sage [2007/12/18(火) 08:35:23 ]
- >>804
おお～！アタマ良いなw
- 806 名前：仕様書無しさん mailto:sage [2007/12/18(火) 17:30:02 ]
- 一挙解決じゃん。
頭いいな>>804
- 807 名前：仕様書無しさん mailto:sage [2007/12/18(火) 18:06:08 ]
- >>804
で横長ＤＢができるのかw
- 808 名前：仕様書無しさん mailto:sage [2007/12/18(火) 21:32:45 ]
- 見事にオチがつきました。ﾁｬﾝﾁｬﾝ w
- 809 名前：仕様書無しさん mailto:sage [2007/12/18(火) 21:53:01 ]
- >>802
新規で作るならそれでいいけどね、、すでに顧客番号が主キー
になってしまってて、糞設計をカバーするための無理な改修と
複雑な迂回経路ロジックが絡まって、崩壊寸前のカオス状態の
データをどうすっかなーという愚痴なわけで・・・
結論としてはコボラー士ね。これ。
- 810 名前：仕様書無しさん mailto:sage [2007/12/19(水) 02:29:42 ]
- 先日、うちのシステム部門が作っている新規システムのデモに参加した。
品番や顧客コードの変更に弱く、品番ツリー（部品表）も実務に耐えられる機能を持っていなかった。
出しゃばりの俺が、システムの同期に設計を見せてもらったらひどすぎた。
業務キーを主キーにするのは当然のこと、
部品表を表すための品番構成マスタもルートに対しての参照と構成レベルで表現されていた。
n:nの自己参照を関連テーブルで作って再帰ツリーにする方法がわからなかったらしい。
現在、趣味グラマの俺（生管）が「楽々ERDレッスン」を使って、プロジェクトチームに講習会を行っている。
どんな会社だ。
- 811 名前：仕様書無しさん mailto:sage [2007/12/19(水) 03:03:38 ]
- >>810
製造業でひどい設計のDBだと死にそうだなあ。
俺は物流ばっかりだからひどいのも何度も見てるけど
まあなんとかなってたよ。
- 812 名前：仕様書無しさん mailto:sage [2007/12/24(月) 12:54:47 ]
- >>再帰ツリーにする方法がわからなかったらしい
講習会よりも転職、異動を薦めるほうが....
- 813 名前：仕様書無しさん [2007/12/24(月) 21:36:28 ]
- ───────── ― - --
─── /⌒ヽ, ─────────
￣￣ / ,ﾍ ヽ∧＿∧ ￣￣￣￣￣￣￣￣ , ” ' ‐ ,
￣￣ i .i ＼ （ ´Д｀）ヽ, ___,, __ ＿ ,, - _―" ’. ' ・, ’・ , /∧＿∧
── ヽ勿 ヽ,__ j i~"" ＿ ― ＿: i ∴”_ ∵, ）） →>>コボラ
＿＿＿＿＿＿ ヽ,, / / __,,, -- "" ─ "ー ・, ； ; - 、・ r=-,/⌒ ~ヽ~,
─────── ヽﾉ ﾉ,イ ─── ― - i ｙ ﾉ' ﾉi j |
─────── / /,. ヽ, ── i,,___ノ /／
＿＿＿＿＿＿ 丿 ﾉ ヽ,__,ﾉ ＿＿＿ ＿ _ _ ,' ゝi
j i ／ y ノ
＿＿＿＿＿ 巛i~ ＿＿＿＿ ＿ / ／~／
i < /
─────── _ _ ヽ, ＼
// | | 巛 / ヽ_ ）
──── // | | ＝＝＝┐ i （~＿ノ
// | | | | ﾉ /
~ ~ | | ﾉ /
＝＝＝┘ (~ ソ
~￣
..... ............................ ......... . . ... ....... .
: :: ::::: :::::::::::::::::::::::::::: ::::::::::: :: : : : :::::::::: :::::: :: : : :
- 814 名前：仕様書無しさん mailto:sage [2007/12/24(月) 22:17:52 ]
- ───────── ― - --
─── /⌒ヽ, ─────────
￣￣ / ,ﾍ ヽ∧＿∧ ￣￣￣￣￣￣￣￣ , ” ' ‐ ,
￣￣ i .i ＼ （ ´Д｀）ヽ, ___,, __ ＿ ,, - _―" ’. ' ・, ’・ , /∧＿∧
── ヽ勿 ヽ,__ j i~"" ＿ ― ＿: i ∴”_ ∵, ）） →>>813
＿＿＿＿＿＿ ヽ,, / / __,,, -- "" ─ "ー ・, ； ; - 、・ r=-,/⌒ ~ヽ~,
─────── ヽﾉ ﾉ,イ ─── ― - i ｙ ﾉ' ﾉi j |
─────── / /,. ヽ, ── i,,___ノ /／
＿＿＿＿＿＿ 丿 ﾉ ヽ,__,ﾉ ＿＿＿ ＿ _ _ ,' ゝi
j i ／ y ノ
＿＿＿＿＿ 巛i~ ＿＿＿＿ ＿ / ／~／
i < /
─────── _ _ ヽ, ＼
// | | 巛 / ヽ_ ）
──── // | | ＝＝＝┐ i （~＿ノ
// | | | | ﾉ /
~ ~ | | ﾉ /
＝＝＝┘ (~ ソ
~￣
..... ............................ ......... . . ... ....... .
: :: ::::: :::::::::::::::::::::::::::: ::::::::::: :: : : : :::::::::: :::::: :: : : :
- 815 名前：仕様書無しさん mailto:sage [2007/12/25(火) 02:25:48 ]
- 同じ顧客コードがついてるけど別会社です、とか
別の顧客コードがついてるけど同じ会社です、とか
それに対応するシステムを作れ、とか
俺は悲しい
- 816 名前：仕様書無しさん mailto:sage [2007/12/25(火) 10:27:03 ]
- >>815
新規案件だったら簡単な話だけど
そうじゃなさそうだなこの流れだと。
そういうの死ぬよなー。
俺は商品周りでそれやられた。
- 817 名前：仕様書無しさん mailto:sage [2007/12/25(火) 20:41:03 ]
- 顧客番号の取り方で、ある番号帯ではインクリメントしていき、
別の番号帯ではデクリメントしていき、そしてまた桁の繰り上がり
が上がったり下がったりするようなのを自慢げに語られるわけです。
俺はこんなに複雑なもんを組んで、桁数が足りないのをカバー
してんだぞと・・。もう市ねといいたいです。
- 818 名前：仕様書無しさん mailto:sage [2007/12/26(水) 10:09:21 ]
- >>817
それってどういう意味があるんだろう？桁数は変わらないような。
顧客番号から顧客数を推測されるのを回避できそうだと思うけれども。
- 819 名前：仕様書無しさん mailto:sage [2007/12/27(木) 00:13:17 ]
- >>818
顧客番号は社内のみで使用
- 820 名前：仕様書無しさん mailto:sage [2007/12/27(木) 00:21:42 ]
- いままさにおれの状況だ…
なんで顧客番号のほかに「キー」なんてｶﾗﾑがあるんだよ、orz
- 821 名前：仕様書無しさん [2007/12/27(木) 22:23:43 ]
- >>815
前提なら悲しくない。
そういう前提の仕事をできないお前がクズ。
しね。
- 822 名前：仕様書無しさん mailto:sage [2007/12/28(金) 23:25:35 ]
- その前提自体が悲しい。
- 823 名前：仕様書無しさん mailto:sage [2007/12/29(土) 04:37:02 ]
- >>822
この程度で悲しんでたら
仕事になんねーじゃん。
泣くのはこの前提がカットオーバー
間際に発覚とかそういう場合だろ。
- 824 名前：仕様書無しさん [2008/01/03(木) 06:08:21 ]
- コボラではないが、
DEVELOPER(PL/SQL)とVB6.0が共存するシステムで
CSV取り込みをDEVELOPERで
バッチをVBで
やるとか言われて仰天した。
なんか通じるものがある。
- 825 名前：仕様書無しさん mailto:sage [2008/01/03(木) 18:40:53 ]
- 今設計やってるんだが、
コボルからの移行なんだがDBを横長にしないとぶち切れる。
脳みそついてきてないんだろうな・・・。
ものすごく簡単なリレーションも理解できないから
同じ項目を何箇所にも持たせようとしたりして突っ込みに疲れる
- 826 名前：仕様書無しさん mailto:sage [2008/01/03(木) 18:46:04 ]
- 同じ物を何カ所も持ってたり、更新のたびにあちこちで再計算しまくるのな。
- 827 名前：仕様書無しさん mailto:sage [2008/01/03(木) 18:47:04 ]
- あがってきたdb設計をおれが全部直してる。
全部こっちでやろうかな・・・
- 828 名前：仕様書無しさん [2008/01/04(金) 13:49:56 ]
- >>827
そうしろ。
３日から大変だな。
- 829 名前：仕様書無しさん [2008/01/04(金) 22:48:03 ]
- おい、ここか
コボラじゃないふりしてコボラをばかにしてる集会所は
- 830 名前：仕様書無しさん mailto:sage [2008/01/04(金) 22:55:10 ]
- >>829
そうなんだよ。
お前もいつまでも演技してんな。
- 831 名前：仕様書無しさん mailto:sage [2008/01/05(土) 08:12:26 ]
- コボラがガオー
- 832 名前：仕様書無しさん mailto:sage [2008/01/05(土) 19:46:52 ]
- ,._.,
‘^^
- 833 名前：仕様書無しさん mailto:sage [2008/01/05(土) 19:47:41 ]
- ,._.,
‘^^
- 834 名前：仕様書無しさん mailto:sage [2008/01/05(土) 22:46:45 ]
- >>826
＞更新のたびにあちこちで再計算
トリガー使えばなんてことない。
ちまちま結合してる余裕がないのです。
データ構造を熟知してない人でも使えてレスポンスの良い横長の結果が重要なのですよ。
ケースバイケースでやらないと某スレで言われてるみたいに
プログラムは単純作業って言われちゃいますよ。
- 835 名前：仕様書無しさん mailto:sage [2008/01/05(土) 23:28:37 ]
- >ちまちま結合してる余裕がないのです。
トリガー内で結合してるよね？
>データ構造を熟知してない人でも使えて
コボラーに使わせる必要が無い^^
- 836 名前：仕様書無しさん [2008/01/06(日) 00:11:38 ]
- >>834
半可通乙
- 837 名前：仕様書無しさん mailto:sage [2008/01/06(日) 00:57:27 ]
- >>835
＞トリガー内で結合してるよね？
横長DBをSELECTするときに結合する必要がない。
＞コボラーに使わせる必要が無い^^
それで済んだら世話ない。
- 838 名前：仕様書無しさん [2008/01/06(日) 03:37:20 ]
- 団塊でてこい。
- 839 名前：仕様書無しさん [2008/01/06(日) 06:21:19 ]
- 倖田來未とＳＥＸ
相武沙希と握手
ギャル曽根と大食い勝負
お前らどれする？
- 840 名前：仕様書無しさん mailto:sage [2008/01/06(日) 10:19:58 ]
- >>837はリレーションわからないコボラーの典型だな
- 841 名前：仕様書無しさん mailto:sage [2008/01/06(日) 10:24:00 ]
- >>834
>>837
そういう時はビューを使いましょう
- 842 名前：仕様書無しさん mailto:sage [2008/01/06(日) 23:38:49 ]
- >>840
リレーションをわかってないのは君だ。
リレーションシップな。
- 843 名前：仕様書無しさん mailto:sage [2008/01/07(月) 01:20:44 ]
- リレーションとリレーションシップってどう違うの？
リレーショナルデータベースっていうくらいだからリレーションでもいいと思うんだが
- 844 名前：仕様書無しさん mailto:sage [2008/01/07(月) 01:32:09 ]
- ざっくりとした説明だが、
リレーション = テーブル、だ。
出直してきなさい。
- 845 名前：仕様書無しさん mailto:sage [2008/01/07(月) 03:41:19 ]
- 半可通もいい加減に.......
- 846 名前：仕様書無しさん mailto:sage [2008/01/07(月) 04:11:48 ]
- >>845
リレーション = テーブルってのも言葉足らずで
不正確なのはわかっとるわい。
リレーションを関連とか思ってる奴には
とりあえずこれでいいだろこれで。
- 847 名前：仕様書無しさん mailto:sage [2008/01/07(月) 04:51:58 ]
- >>846
あんたが「リレーションについて知ってるぞ」って主張したいのは
分かったけど、>>841はスルーなの？
- 848 名前：仕様書無しさん mailto:sage [2008/01/07(月) 05:05:17 ]
- >>847
へ？ビュー使えばいいじゃん。
あ、そうか。俺、>>834でも>>837でもないです。
コボラー叩きしたつもりで恥さらしてる>>840が
痛々しいので横から大きなお世話焼こうかなって
思っただけです。
- 849 名前：仕様書無しさん mailto:sage [2008/01/07(月) 05:34:51 ]
- まぁ、前後との関係で読み取れる範囲だと思うよ。840は。
実際、841は察してるしね（OR 同じ間違い）。
- 850 名前：仕様書無しさん mailto:sage [2008/01/07(月) 05:42:30 ]
- >>849
前後の関係っていうか、841が察してるとかは知らんけど、まぁわかるわな。
実際とてもありがちな誤用なので。
- 851 名前：仕様書無しさん [2008/01/07(月) 07:34:44 ]
- >>846
>>リレーション = テーブルってのも言葉足らずで
>>不正確なのはわかっとるわい。
なら、>>840がなんで叩かれるんだろう？
- 852 名前：仕様書無しさん mailto:sage [2008/01/07(月) 07:53:47 ]
- わぁ＞＜
釣れてる＞＜
・・・仕事いってきます
- 853 名前：仕様書無しさん mailto:sage [2008/01/07(月) 10:05:15 ]
- >>851
リレーションを関連の意味で使ってるのは
明らかな間違いなのと、
この間違い自体はよくある話だからいいとしても
それを他人を叩く文脈で使ってるのが凄く恥ずかしいから。
民主党なみのブーメラン現象だろう？
- 854 名前：仕様書無しさん [2008/01/07(月) 20:50:25 ]
- ビューでもジョインでもどっちでもいいが
ボラクルCBOのアホさ加減には辟易する
- 855 名前：仕様書無しさん [2008/01/19(土) 21:37:29 ]
- ファビョリジニー
- 856 名前：仕様書無しさん [2008/01/25(金) 01:37:56 ]
- >>854
刺ねよ、クソコボラ。
- 857 名前：仕様書無しさん [2008/01/25(金) 21:41:12 ]
- IT業界に３０年以上いますが、
プログラミングしかやったことがありません。
言語はコボルしかやったことがありません。
最近はコボル人口が激減しているのでとても待遇がいいです。
今年のボーナスの合計額は３７８万円でした。
こんなにもらって申し訳ない気持ちでいっぱいです。
- 858 名前：仕様書無しさん mailto:sage [2008/01/25(金) 23:07:05 ]
- そういえばエボラの無毒化に成功したみたいだね。
- 859 名前：仕様書無しさん mailto:sage [2008/01/26(土) 20:56:13 ]
- コボラの無害化は....無理か
- 860 名前：仕様書無しさん mailto:sage [2008/01/26(土) 21:12:43 ]
- この前引き継いだシステムはコボルで設計した横長ＤＢを
そのままSQLに突っ込んだだけのもので、それを複雑な
ビューとストアドで正規化されているテーブルのように見せ、
使うときはそのビューを結合して使うのだった。いい加減に城。
- 861 名前：仕様書無しさん [2008/01/26(土) 23:06:23 ]
- そのビューのレイアウトにコンバージョンすればいんじゃね？
- 862 名前：仕様書無しさん [2008/01/26(土) 23:16:06 ]
- 参照はそれでいいけど
更新はどうすんだよ？
糞テーブル残してトリガ更新か？
- 863 名前：仕様書無しさん [2008/01/27(日) 02:18:01 ]
- お前らよく聞け。
オープン系が出てくる遥か前にコボラは市場を席巻している。
もう、お前らの負けは確定的。
- 864 名前：仕様書無しさん mailto:sage [2008/01/27(日) 23:26:08 ]
- >863
「自動車? この馬車全盛の世の中でそんなもん売れるわけないだろう」
(フォードが融資を頼みに行った銀行からの断り文句)
- 865 名前：仕様書無しさん [2008/01/27(日) 23:49:28 ]
- まぁ、馬車と自動車ほど
汎用機とオープン系は違わないからなー。
利用者にとっては。ユビキタスだな。
- 866 名前：仕様書無しさん mailto:sage [2008/01/28(月) 04:29:02 ]
- 俺、コボラだけど
JAVAでサーブレットも
PERLでCGIも
Cで組み込みも
VB,DELPHIでC/Sも
ついでにPL/SQLとかDBMAGICなんかもできるよ。
言語をして、どれがいいとかわけわかりません。
ただ一ついえるのは
コ ボ ル が 一 番 楽 で 金 に な る 。
ってこと。
その次は組み込みかな。
JAVA案件は貧乏人がやればいい ｗ
- 867 名前：仕様書無しさん mailto:sage [2008/01/28(月) 04:32:23 ]
- Oracle案件は半可通が多くて困ることが結構ある。
特にパフォーマンスに関しては
「このプロジェクトで一番詳しい」
とか言われてる奴がど素人だったりするから ｗ
|
 |
