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

1 名前：仕様書無しさん [2007/05/23(水) 22:42:50 ] 前スレ pc11.2ch.net/test/read.cgi/prog/1160745584/l50 コボラも参加してね。 412 名前：仕様書無しさん mailto:sage [2007/08/14(火) 21:19:35 ] >>404 そうだね。 SQLがわからないのに業務プログラマやってる奴なんて 万が一にもいたとしたら、 多少スキルがあるにしろ、死んだほうがいいと思うよ。 （新人などしょうがない人はのぞく） Cが使えるからどーのとかの話は、 可燃ごみと不燃ごみのどちらがエレジーかってぐらいのレベルだよ。 413 名前：仕様書無しさん mailto:sage [2007/08/14(火) 22:20:10 ] 湯の町エレジー 414 名前：仕様書無しさん mailto:sage [2007/08/14(火) 23:21:55 ] ＞趣味だとバカにしているやつは、趣味でやっているヤツ以下なのを自覚するべきだ。 いや、さすがにDB絡みの開発運用業務マジ系(AIX+WebSphere+DB2)でやっているやつと 趣味程度(Linux+Apache+MySQL)では、かなりの隔たりがあると思うが。 そりゃまあ基本は同じだろうけど資格やLinux程度でデカイ事言われてﾓﾅｰ 415 名前：仕様書無しさん mailto:sage [2007/08/14(火) 23:40:55 ] ＞AIX+WebSphere+DB2 で予備１〜予備４0とかのカラムがある話？ 416 名前：仕様書無しさん mailto:sage [2007/08/15(水) 00:00:16 ] ＞で予備１〜予備４0とかのカラムがある話？ さすがにWebSphere+DB2使ってるレベルの案件でソレは見たことないな・・・。 417 名前：仕様書無しさん mailto:sage [2007/08/15(水) 00:14:17 ] >>WebSphere+DB2使ってるレベルの案件 はああ？？ 418 名前：仕様書無しさん mailto:sage [2007/08/15(水) 02:07:44 ] Web2.0(Linux+Apache+MySQL+笑) 419 名前：仕様書無しさん mailto:sage [2007/08/15(水) 06:46:02 ] COBOLerには別世界の会話が続くなｗ 420 名前：仕様書無しさん mailto:sage [2007/08/15(水) 13:54:24 ] SQLって知ってるとか知らないとか難しいとか何とか言うレベルのものか？ 一昔前に例えるなら、DOSのコマンドプロンプトとバッチファイルレベルのもんだろう。 421 名前：仕様書無しさん mailto:sage [2007/08/15(水) 14:04:57 ] 世の中には10年以上も業務システムやってきて SQLでクロス集計もできない人がいるんだよ。 アプリ側でフェッチして一生懸命集計してんの。 当然バグの温床。 422 名前：仕様書無しさん mailto:sage [2007/08/15(水) 18:50:11 ] COBOLerがマテリアライズとかトリガーとかそういうのは知らなくても 仕方ないと思えなくもないが、にしてもグループ集計とか 簡単なJOINくらいは覚えろよ、って思うよな。 なんか必死にアプリで１行毎に読み込んでアレコレしたがるクセがある。 423 名前：仕様書無しさん mailto:sage [2007/08/15(水) 22:17:25 ] >>420 コボラーにはそのバッチすら作れないし読めない メーカの分厚く分かりにくいマニュアルは読めても ポケットリファレンスなんて開こうとすらしないからな 424 名前：1＆前１ [2007/08/16(木) 00:49:38 ] おおー久々に見ると伸びてるなー。 人気スレになってうれしい。（人気スレ？か） なんていうと伸び悩むとか？　ｗ 425 名前：仕様書無しさん mailto:sage [2007/08/16(木) 05:04:46 ] 伸び縮むするよ 426 名前：仕様書無しさん [2007/08/16(木) 05:22:35 ] 【猛暑のせいで】本日の東武東上線スレ【線路曲がった】 news23.2ch.net/test/read.cgi/news/1187168413/ 427 名前：仕様書無しさん [2007/08/16(木) 14:22:21 ] コボラ「インターネットがつながらない」 ランケーブルが抜けてた 挿した コボラ「ありがとう」 428 名前：仕様書無しさん mailto:sage [2007/08/16(木) 23:03:29 ] >>414 経験しなきゃ超えられない壁ってあるけど、たまたま業務でそれの「経験あります」ってより、 自発的に勉強してるやつのほうが、伸びしろはあるだろ。 429 名前：仕様書無しさん mailto:sage [2007/08/16(木) 23:28:57 ] どうとも言えないのが結論。 430 名前：仕様書無しさん [2007/08/17(金) 00:08:21 ] LANケーブルのことを「ランケーブル」と書いているおまえもやばいと思う。 「ＬＡＮケーブル」と全角で書くヤツよりもたちが悪い。 431 名前：仕様書無しさん mailto:sage [2007/08/17(金) 00:31:08 ] ノンケーブル 432 名前：仕様書無しさん mailto:sage [2007/08/17(金) 00:34:14 ] LANケーブル？ おー、イエローケーブルのことね 433 名前：仕様書無しさん [2007/08/17(金) 00:37:11 ] ヤザン＝ゲーブル？ 434 名前：仕様書無しさん mailto:sage [2007/08/17(金) 00:38:47 ] 昔は同軸でハブなしでも繋げたんだっけ？ 435 名前：仕様書無しさん [2007/08/17(金) 00:39:32 ] ついつい横長♪ COBOLer♪ 436 名前：仕様書無しさん [2007/08/17(金) 01:14:00 ] コボラは、エクセルの機能の大半が使えません。 SQLを知っててもアクセス使えません。もちろん、Officeが使えません プログラム言語はコボルとJCLがかけます。 時代に取り残されたコボラの履歴書より。 437 名前：仕様書無しさん [2007/08/17(金) 01:54:45 ] 予備１ 438 名前：仕様書無しさん mailto:sage [2007/08/17(金) 02:12:39 ] yobi1 439 名前：仕様書無しさん mailto:sage [2007/08/17(金) 07:23:02 ] 関係無いけど、Cの構造体のパディング対策で入れる予備領域の名前は いつも悩むなぁ…。 え、pragma pack使え？すいません…。 440 名前：仕様書無しさん mailto:sage [2007/08/17(金) 10:23:59 ] >>432 ふつー、ツイストペア。 441 名前：仕様書無しさん mailto:sage [2007/08/17(金) 22:39:15 ] >>439 このスレだから fillerが良いのでは？ 442 名前：仕様書無しさん mailto:sage [2007/08/17(金) 23:05:21 ] >>432 >おー、イエローケーブルのことね 昔あった、「メローイエロー」って炭酸飲料思い出した。 443 名前：仕様書無しさん mailto:sage [2007/08/17(金) 23:06:13 ] >>441 大文字だろ、常考。 444 名前：仕様書無しさん [2007/08/17(金) 23:44:06 ] >>442 あったなー。 ガキだった俺は「全然メロンの味せんやんけ、しかも黄色やし」って当時思った。 445 名前：仕様書無しさん [2007/08/18(土) 01:07:49 ] ＞＞４３０ いじめるなよ。ＣＯＢＯＬｅｒのぼくが書いてるんだから。 446 名前：仕様書無しさん [2007/08/18(土) 01:13:15 ] >>436 イージィーもできるよ！！ 447 名前：仕様書無しさん mailto:sage [2007/08/18(土) 01:25:48 ] Easytrieve Plus? 448 名前：仕様書無しさん mailto:sage [2007/08/20(月) 00:19:39 ] ＞経験しなきゃ超えられない壁ってあるけど、たまたま業務でそれの「経験あります」ってより、 ＞自発的に勉強してるやつのほうが、伸びしろはあるだろ。 そんな夢見がちな学生の意見を言われてﾓﾅｰ 趣味人間の当てのない将来の可能性に夢見るほど現場の人間はロマンチストでないぞ。 そして偽経験なんか現場の人間は一発で見抜く。 そしてFILLERとか設計するヤツは現代において嫌われるって事実だ。w 449 名前：仕様書無しさん mailto:sage [2007/08/20(月) 02:43:51 ] 今となってはイエローケーブルなんて見た事無い奴の方が多いんだろうなぁ 450 名前：仕様書無しさん [2007/08/20(月) 23:05:58 ] >>449 コボラ乙 451 名前：仕様書無しさん [2007/08/22(水) 07:22:42 ] >>436 イージィーってなんだ？ 452 名前：仕様書無しさん [2007/08/22(水) 22:54:17 ] >>451 インポのことだよ。 453 名前：仕様書無しさん mailto:sage [2007/08/23(木) 04:07:45 ] 痔の業界用語 454 名前：仕様書無しさん [2007/08/23(木) 23:31:35 ] BINDってなんだ？ 455 名前：仕様書無しさん mailto:sage [2007/08/24(金) 00:08:08 ] ボインD 456 名前：仕様書無しさん [2007/08/31(金) 00:25:04 ] 今日配属先で初めてコボルのソースを見せてもらったら、３０００ステップ以上 あってほとんどＰＩＣ句ばかり。コボルってこんなんばっかなのかよ。 457 名前：仕様書無しさん mailto:sage [2007/08/31(金) 15:52:52 ] COPY句ばっかりだと余計楽しめるぞ。 さらにそのCOPY句がPROCEDURE DIVISION内にあったりしたら ウキウキだぞ。 458 名前：仕様書無しさん [2007/09/14(金) 07:59:15 ] cobolの参考書は市販されていてもJCLの参考書が市販されていないのはなぜだろう 459 名前：仕様書無しさん mailto:sage [2007/09/14(金) 21:24:32 ] >>458 口伝による、一子相伝だから。 460 名前：仕様書無しさん mailto:sage [2007/09/16(日) 14:02:39 ] JCLって汎用機ごとに命令の記述はちがうの？ NECしかやったこと無いからしらん・・・ もしそうなら参考書が出ていないのは何となくわかる。 461 名前：仕様書無しさん [2007/09/19(水) 20:15:35 ] レスのテーマから外れてきた コボルをからかうレスだった 462 名前：仕様書無しさん [2007/09/30(日) 15:43:48 ] >>レスのテーマ スレのテーマ 463 名前：仕様書無しさん [2007/10/06(土) 22:08:47 ] Ｂ『「コボラは横長ＤＢがお好き」って知ってますか？』 Ａ『......いえ。』 Ｂ『２ｃｈのＰＧ板のスレなんですけどね、読んで見ると、なるほどと思いました。』 Ａ『そうですか。』 Ｂ『Ａさんもご覧になってみたらいいと思います。 　　この業界が如何に偏見や見栄、虚構で成り立っているか実感できるでしょう。』 Ａ『虚構ですか。』 Ｂ『そうです。ここで語られている「コボラ」という人物像は 　　１．３０代後半〜４０代後半 　　２．コボルの経験がある。 　　３．コンピュータオタク（スキルの程度は必ずしも高くない）。 　　 　　というものです。で、これらのカテゴリーを排除していこうというのがそのスレの趣旨だそうです。』 464 名前：仕様書無しさん mailto:sage [2007/10/07(日) 01:22:33 ] でたー！ 団塊コボラ 465 名前：仕様書無しさん mailto:sage [2007/10/08(月) 08:55:08 ] やりすぎ 466 名前：仕様書無しさん [2007/10/08(月) 15:50:56 ] Ｂ『「確証バイアス」という言葉をご存知ですか？』 Ａ『....いえ』 Ｂ『自分の偏見に合致する事実のみを評価してあらかじめ用意していた結論を導く行為で、詭弁の一種ですな。』 Ａ『そうですか。』 Ｂ『そのスレで行われている議論はまさにそれです。 　　しかし、これは業界全体の性質と言っても過言ではありません。 　　「ＶＢ厨」という言葉をご存知ですか？』 Ａ『はい。ＶＢしかできない人のことですよね。』 Ｂ『そうです。しかし、広義にはＶＢ「も得意」という人が含まれています。 　　「ＶＢも得意」というのは複数の言語をマスターしつつＶＢが得意という意味で 　　とてもよいことです。しかし、実際はそのようにに評価されることは少ないようです。』 Ａ『なぜですか？』 Ｂ『やはり第一印象というものは非常に重要で、 　　　　ＶＢが得意⇒ＶＢをさせてるのが最善　 　　その結果 　　　　ＶＢしかしない⇒ＶＢしかできない。 　　という結論に至るわけですな。』 467 名前：仕様書無しさん [2007/10/08(月) 15:52:49 ] Ａ『しかし、ほかにもできることがあるのにそれを発揮してもらわないのは勿体ないと思いますが....』 Ｂ『そうなんです。もったいないです。しかし、そこでもったいないと感じるのは 　　その人のスキルに対してのことでしょう？会社やサラリーマンである管理職にとっては 　　評価を下げることによる買い叩きがより重要なのです。 　　そこは、会社は「利益」、管理職は「自分の成績」と利害が一致していますからね。 　　それらを損なうことがよりもったいない感じるわけです。』 Ａ『しかし、それで優秀な技術者を放出してしまったら、結局、会社も利益を損ない、 　　管理職の評価も下がるのでは？』 Ｂ『当然そうなんですが、もともと評価が低いということで合意されている上、 　　もし、「使い続けていたら？」ということなど誰にもわからないですからね。 　　「素材を見る目」、「素材の活かし方」が評価されるほどまだ業界が成長していないということですな。 　　「いい素材だけを仕入れる」ことに集中すればまだマシなのですが、「安い素材を仕入れる」ことばかり 　　に躍起になっているのが現状です。』 Ａ『そうなんですか。安いに越したことはないですが....』 Ｂ『コボル、ＶＢに限らず、これから淘汰されていく技術に関しても同様の議論がなされるでしょう。』 Ａ『以前言っていた、「突出した限定的なスキルは重要ではない」とはこういうことなのですか。』 Ｂ『そうですね。「偏見を持たないため」ということだったんですが、結局は「偏見を持たれないため」 　　ということにもなりますね。』 468 名前：仕様書無しさん [2007/10/08(月) 23:55:25 ] >>466=467 それ用のスレ立てろよ。 469 名前：仕様書無しさん mailto:sage [2007/10/08(月) 23:58:29 ] >>463 ここまでくると、じらじらしい気がする。 470 名前：仕様書無しさん mailto:sage [2007/10/09(火) 00:13:13 ] "じらじらしい" に一致する日本語のページ 1 件中 1 - 1 件目 (0.36 秒) 471 名前：仕様書無しさん [2007/10/09(火) 00:13:37 ] 商業高校でＣＯＢＯＬを教えるのを辞めてほしい。 先生たちの時代にＣＯＢＯＬが流行っていたからといって 今の時代にそれを教えるのは大間違い。 472 名前：仕様書無しさん [2007/10/09(火) 00:19:08 ] 基本情報技術者試験の午後試験からCOBOLをなくしてほしい。 昔、COBOLが流行っていたからといって 今の時代にそれを試験に入れるのは大間違い。 473 名前：仕様書無しさん mailto:sage [2007/10/09(火) 01:15:46 ] メンバメイコボルスミなんちゃら 474 名前：仕様書無しさん [2007/10/10(水) 22:44:40 ] Ｂ『昨日また、「コボラは横長ＤＢがお好き」を見ましたが、こないだの話に酷似した書き込みがありました。』 Ａ『すいません。実は私も見ていたんです。』 Ｂ『そうですか。ていうことは団塊コボラとは私のことですね？』 Ａ『....はい。すいません。』 Ｂ『いえ、いいんです。確かに私のキャリアの中で一番長いのはコボルですから。』 475 名前：仕様書無しさん [2007/10/10(水) 22:51:38 ] そろそろ東映から映画化の話が・・ 476 名前：仕様書無しさん [2007/10/11(木) 01:36:53 ] Ａ『この仕事自体は好きなんですが、業界のこういう体質は嫌いなんです。』 Ｂ『なるほど、仕事自体は好きと。』 Ａ『とはいえ、働きすぎは良くないとは思いますが。』 Ｂ『なるほど。しかし、この仕事が好きと「言う」人は珍しいですね。 　　多くのは人は 　　「家でパソコン触らない」 　　「これしかできないからしかたなく」 　　といいながらいつまでもしがみついてるものですよ。』 Ａ『そうなんですか。何で嫌いなのに続けるのですかね？ 　　他業種に比べて給料も特別高いわけじゃないと思うし。』 Ｂ『マーフィーの法則です。』 Ａ『え？』 Ｂ『「進んで働くものほど無能である」というヤツですな。』 Ａ『えーっと、無能を否定するために仕事に消極的、つまり嫌いだと？』 Ｂ『はい。もっと言うと、「成果が上がらないのは力を入れてないから」ということですな。 　　同じ「不満足」な成果なら手を抜いた方が優秀という論理です。』 Ａ『「負けたのは本気を出していないから」ですか.... ｗ』 Ｂ『はは、そうですね。 　　無能はサボりを効率化と誇りますが、有能は効率化をサボりと謙るもんです。』 477 名前：仕様書無しさん [2007/10/11(木) 22:38:13 ] いつの間にか、ＡとＢが逆転してますよ？ 478 名前：仕様書無しさん [2007/10/12(金) 00:35:36 ] コボラ自体をよくわからんやつが書き込んでるな 笑えるのにしてくれんか 479 名前：仕様書無しさん [2007/10/13(土) 23:49:20 ] 団塊、相変わらず含蓄のある言葉をくれるな。 480 名前：仕様書無しさん [2007/10/14(日) 11:11:10 ] >>476 たしかに。 馬鹿ほど 『パソコン興味ない』とか『管理職なりたくない』 とか言うね。 さらに 『仕事の話嫌い』とか『会社の飲み会行きたくない』 みたいな、ある意味、当たり前のことを今知ったように言うよな。 481 名前：仕様書無しさん mailto:sage [2007/10/16(火) 23:10:33 ] 団塊コボラまだー？ 482 名前：仕様書無しさん [2007/10/22(月) 23:55:11 ] Ｂ『運用ではありえないことですから....』 Ａ『運用ではありえない？』 Ｂ『はい』 Ａ『「頻度が少ないから想定しない」、「万が一のために備えておく」 　　どちらにいたしましょうか？』 Ｂ『えーーーーーっと.....』 Ａ『はい、コレは意地悪で聞いているのですが、 　　そもそも、「運用ではありえない」という誤魔化しが問題なのです。 　　本来なら、ＰＧである私とＳＥであるＢさんとの間には会話は一切必要ありません。 　　それが究極です。』 Ｂ『話せずに仕事をするのですか？』 Ａ『はい、そうです。Ｂさんはよく「わからんことあったら聞いてください」 　　と他のＰＧに言っていますねよ？』 Ｂ『はい』 Ａ『とんでもない話です。』 Ｂ『何がですか？わからないことを聞くのは当たり前でしょう？』 Ａ『「わからないことがある」ということが問題です。 　　もっと言うと、「聞け」と言ったことで、一度に伝える内容を薄めてしまっているのです。 　　コレはＢさんに限ったことではありませんが、「質問される」ということに優越感を感じてしまうのですな。』 Ｂ『何を言ってるんですか？わけがわかりません。』 Ａ『まぁ、ここで「はいそうです」という人は誰もいません。 　　自分のいやらしい心理を肯定するのは勇気がいるものです。 　　うっとおしい爺だと思われるかも知れませんが、 　　これで、少しでもＢさんが精度の高い仕事ができるようになれば本望ですな。』 Ｂ『.....』 Ａ『さて、さっきの話ですが、いかがいたしましょうかね？』 483 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:31:34 ] >>482のＡ爺 「あり得ないから想定しない」は無いの〜？ 「頻度は少ないがあり得るから想定する」は〜？ 484 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:34:56 ] まぁ、機能に組み込むかどうかって話なら ２択になるんかな。 485 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:38:29 ] Bはあり得ないと言ってるのに、Aはありうると決めつけている。 まあ、備えた方が無難とも考えられるが。 486 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:40:58 ] 『運用では』ってのが鼻についたんじゃね？ 487 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:43:19 ] 入力されないはずの値をPG的に許可するかどうかって話でしょ？ それが仕様書に明記されていないって話だろ。 今まさにこの時間にもそんな話してる奴掃いて捨てるほどおるんだろうなー。 馬鹿げた職業だ ｗ 488 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:44:39 ] 「あり得へん。あったら切腹や」 くらい言えよ 489 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:46:45 ] Ａ『もしあったらゴキブリ以下ですよ？』 490 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:50:29 ] B「しゃー！こらー！！」 491 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:54:30 ] >>483-488 釣られまくってんな。 492 名前：仕様書無しさん [2007/10/23(火) 00:55:35 ] 釣られまくるってのも不思議な日本語だ。 493 名前：仕様書無しさん mailto:sage [2007/10/23(火) 00:58:45 ] >>482 AとBのやりとりは>>482の実際の経験？ 494 名前：仕様書無しさん mailto:sage [2007/10/23(火) 01:00:25 ] みんな時事ネタ知っててほっとした。 495 名前：仕様書無しさん [2007/10/23(火) 01:10:03 ] >>493 このスレで名物化（してるのか ｗ？）しているネタ。 俺は結構好きで全部読んだ。 同一人物が書き込んでいるかどうかも不明。 実話かどうかももちろん不明。 496 名前：団塊コボラ mailto:sage [2007/10/23(火) 01:24:57 ] 呼びましたか？ 497 名前：仕様書無しさん mailto:sage [2007/10/23(火) 01:41:25 ] よんでねぇ。 消えろクソ爺。 498 名前：仕様書無しさん [2007/10/23(火) 22:42:33 ] ガラの悪い奴だ これだからコボラは・・・ 499 名前：仕様書無しさん mailto:sage [2007/10/24(水) 00:23:03 ] コボルの人と会話がかみ合いません。データベースの テーブルらしきもののことをファイルファイルって言います。 ファイルは一文字1バイトの文字列で表現された構造体の ようなものっぽいんですが、ファイルってなんですか 500 名前：仕様書無しさん mailto:sage [2007/10/24(水) 00:40:32 ] ISAMファイル 501 名前：仕様書無しさん mailto:sage [2007/10/25(木) 22:26:20 ] Ｃ『ところで、質問なんですが......』 Ｂ『ちょっと後にしてもらえる？』 Ｃ『いや、１分もかからないと思いますが。』 Ｂ『今、それどころじゃないんだよ。』 Ｃ『コレわからないと先に進めないのですが。』 Ａ『トラブルですか？』 Ｂ『はい、昨日の夜間バッチがコケてたみたいで。』 Ａ『それは大変ですね。』 Ｂ『しかし、１分で済むことは１分で済ませたほうがいいですよ。 　　１分で済むことを１日遅らせるより、１日かかることを１分遅らせるほうがダメージは少ないですよ。 　　おっと、余計なおしゃべりはこの辺にしておきましょう。』 502 名前：仕様書無しさん mailto:sage [2007/10/25(木) 22:27:12 ] ラスト訂正Ｂ→Ａ Ａ『しかし、１分で済むことは１分で済ませたほうがいいですよ。 　　１分で済むことを１日遅らせるより、１日かかることを１分遅らせるほうがダメージは少ないですよ。 　　おっと、余計なおしゃべりはこの辺にしておきましょう。』 503 名前：仕様書無しさん mailto:sage [2007/10/26(金) 21:53:47 ] 団塊コボラの話し方が鼻についてきた。 直に話してるＡにしてみれば、年の違いや声音などで、 話し方が傲慢でも相殺されてるんだろうけど。 504 名前：仕様書無しさん [2007/10/27(土) 06:42:45 ] まぁ、作者が違うってことだろ ｗ 505 名前：仕様書無しさん mailto:sage [2007/10/27(土) 07:20:30 ] 団塊いいこと言ってるね。 まぁ、ありがちな話ばっかりだけど、 実際、それらの話みたいなことは頻繁にあるもんね。 506 名前：仕様書無しさん mailto:sage [2007/10/27(土) 08:12:08 ] >>501はかなり程度が低いよな。 釣りじゃねぇ？ Cみたいな話し方するのって、空気読めないアホな新人で、 コイツの仕事は正直どうでもいい。 重要なシステムなら1分障害が伸びると1億損失って事もある。 ま、Bの仕事もどうでもいいものかも知れないが、 この言い方はありえんなぁ。 507 名前：仕様書無しさん mailto:sage [2007/10/27(土) 09:30:08 ] とりあえずCは無能だろ 508 名前：仕様書無しさん mailto:sage [2007/10/27(土) 09:39:03 ] 漏れも釣りだと思うが。 状況と関係が不鮮明なので、推測だけどとりあえずＣはどーでもいい仕事で、 「コレがわからないと先に進めない」なんて状況は現実的にないな。 そしてＢは「Ｃの説明する１分と言うのは大抵１分で終わらない」って 経験的に理解しているから「今それどころじゃねえ」と返答している可能性もあるのに Aがしったか精神で「しかし、１分で済む・・・」なんて語られたら 現場の人間からするとウザい事この上ない。 Aが真にプロならＢの代わりにAがＣの質問に答えてやればいいじゃん。 それがお互いの時間を一番効率的に利用できるんだし。 509 名前：仕様書無しさん mailto:sage [2007/10/27(土) 10:44:28 ] >>508 そうなんだよな。 質問に答えず説教することで余計なやりとりが発生して時間を無駄にするより、 質問の要点に答えて終わらせる方が時間の節約になる。 質問者がいつまでたっても学習しない奴なら説教は必要だろうが。 510 名前：仕様書無しさん mailto:sage [2007/10/27(土) 13:19:37 ] ラスト訂正ってのがどうもな ｗ 511 名前：仕様書無しさん mailto:sage [2007/10/27(土) 14:20:27 ] コボラーって、正規化できないんだよな コボラーの設計したテーブルだと SQLでアクセスしにくいんだよね 512 名前：仕様書無しさん mailto:sage [2007/10/27(土) 14:46:53 ] このスレの主題が久々に出たな。 ついでにチューニングも利かん。 513 名前：仕様書無しさん mailto:sage [2007/10/27(土) 16:32:53 ] コボラーの設計したテーブル　その１ 得意先別月別実績ファイル（コボラーは、テーブルのことをファイルと呼ぶ） 得意先コード、年度、１月実績、２月実績・・・１２月実績 （得意先コードと年度が主キー） 年度またがりで期間指定で集計しようと思ったら、 そのつどSQLを変更しなければならない 514 名前：仕様書無しさん mailto:sage [2007/10/27(土) 18:10:36 ] >>513 俺の上司は、利率が変わったりといった 制度変更の履歴を横に持ってるぞ　Riritsu12, Riritsu2, Riritsu3… 変わったら修正すれば良いでしょって、、、 コストは客に負担させるつもりらしい。 515 名前：509 mailto:sage [2007/10/27(土) 18:16:40 ] >>510 ははは。言われればその通り。 516 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:04:46 ] SQL?なにそれ？ ブレイクさせろブレイク！ 517 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:20:09 ] 横長のDBでしか設計できないのは、本物のコボラじゃない。 本物のコボラは木構造のＤＢ設計をするんだ。 RDBしか使った事ないおまえらには理解不能だろうがな。 518 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:25:04 ] >>513 汎用系のファイルをそのままＤＢテーブルに置き換えてるだけだから 適用開始日１　消費税率１　適用開始日2 消費税率２ （５％になった時に後ろ２つを追加、関連ＰＧ改修したと思われる） とかもある。この先税率が変ったら？ 正規化の概念うんぬん、というより 「今正しく稼動してるものは変更しない」でガチガチと思われる。 519 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:25:35 ] あー>>514見てなかった。ごめん。 520 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:47:48 ] >>517 >>本物のコボラは木構造のＤＢ設計をするんだ。 お前ＲＤＢって何かしらないんだな ｗ 521 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:48:33 ] わかってないのは>>520の方だけど 522 名前：仕様書無しさん mailto:sage [2007/10/27(土) 19:53:03 ] >>520 Wikipediaで調べろ。 523 名前：仕様書無しさん [2007/10/27(土) 20:14:51 ] >>520 木構造DBを直接使った事ないのは普通だと思うけど、知らないのはまずいぞ。 RDBも、インデックスは木構造DBだから、意識せずに使ってるてだけだからな。 インデックスに対してSQLのORやNOTが効かない理由を考えたことすらないのか？ 勉強をしようともしない態度はおまいが嫌ってるコボラーといっしょだぞ？？ 524 名前：仕様書無しさん mailto:sage [2007/10/27(土) 20:23:14 ] >>520 知ったかぶりをすると勉強になる件。 みんなが教えてくれるからな。 でも、そんな親切な連中はあんましいないぜ。 525 名前：仕様書無しさん mailto:sage [2007/10/27(土) 20:28:11 ] >>520 www.atmarkit.co.jp/fdb/rensai/sqlstune04/sqlstune04_1.html これ読んで勉強汁。 526 名前：仕様書無しさん mailto:sage [2007/10/27(土) 20:54:17 ] >>514, >>518 うぉーっ その２を先に言われてしまった。。。。 コボラーは、どこに行ってもコボラーってことか 527 名前：仕様書無しさん mailto:sage [2007/10/27(土) 20:56:59 ] すまん、520はこれの事いってると思うのだ ja.wikipedia.org/wiki/IMS 528 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:02:13 ] >>520は単に小鯔を馬鹿にしたかったんでは 529 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:10:22 ] こうやって、いろいろ話が広がって 知識を習得する機会がうまれる。 520はいい仕事をした。 530 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:11:03 ] ＞「今正しく稼動してるものは変更しない」 という明確な意思なら勝手だけど、正規化自体まーったく知らない金融名古屋人とかいるよ。 531 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:16:16 ] >>530 そこは注意が必要なとこで、 横長で初期開発が済んでしまったものはもちろんそうである。 これから汎用機からOPEN系へのリプレスをする段階では、 「今正しく稼動してるもの」とは言えない。 新システムはまだ稼動してないのだから。 532 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:22:46 ] >>531 ユーフィットのアホにそのまま言ってやって 533 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:28:42 ] ＣＯＢＯＬソースはそのまま移行（データ扱い部分をＳＱＬに自動変換）するから、 現汎用システムのレイアウトのまま、ＤＢテーブルで定義したりするね。 534 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:37:08 ] 正規化させろ 535 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:43:30 ] コボラーのプログラム設計 売上実績ファイルと得意先マスターから得意先別の集計表を作成 だいたい、こんな感じ 1.得意先マスター取得ループ 　1.1.売上実績ファイル取得ループ 　　　　（１で取得した得意先コードを指定） 　　1.1.1.売上実績の計を求める 　1.2.売上実績がゼロ以外のとき、得意先マスタの情報と売上実績の計を出力　 Group By使えよ 売上実績と得意先マスターを結合しろよ SQL一発でできるぞ 536 名前：仕様書無しさん mailto:sage [2007/10/27(土) 21:45:40 ] 石頭金融はselectも　*　しかできないと思ってますよ。 537 名前：仕様書無しさん mailto:sage [2007/10/27(土) 23:22:08 ] >>531 とか言ってたベンダが仕様温めやがって、結局納期ギリでコボルそのままになった経験 538 名前：仕様書無しさん mailto:sage [2007/10/28(日) 02:14:13 ] >>531 汎用機からオープン系へのリプレースで横長にされました。 プログラムの中身も、データ部分とUI切り分けるでもなく 1つのクラスの中に長々と全部・・・ >>535 いいえ、真のコボラは大して重くない集計票でも、 月次処理などで集計済テーブルを別に作ろうとします。 ○○集計テーブル、××集計テーブルと…帳票用のテーブルが山のように作られます。 539 名前：仕様書無しさん mailto:sage [2007/10/28(日) 03:37:58 ] >>538 そうそう、集計済みテーブル好きだよね。 ちょいとしたSQLで1秒かからずに出るのに、ストアドプロシージャで データ追加のたびに集計表更新してる。 しかもプロシージャとかそれを呼び出すプログラムが腐ってて 集計結果間違えたりしてんのｗｗｗ 540 名前：仕様書無しさん mailto:sage [2007/10/28(日) 06:40:13 ] >>532 ＞ユーフィットのアホにそのまま言ってやって そおいや、その会社のCOBOLソースを見たら 正規化って概念知らずにソース内で力ワザをしているのを 何回か気が遠くなったな。 しかもそういう劣悪設計なのから「修正新規」とかで 劣化コピーなプログラムが何本かあって、不具合や仕様変更が発生すると お約束で原本＆劣化軍団を同時に修正しなきゃいけないから、 修正コストやユニットテスト、連動テストのコストがバカにならん・・・。 その場しのぎの短絡的思考なヤツが多いと思う。金融系＆COBOLerは特に。 541 名前：仕様書無しさん mailto:sage [2007/10/28(日) 08:20:00 ] >>538,>>539 そそ、集計テーブル好きだね 入力処理の実行時に集計テーブルへの更新もやったり ”日次締処理”で日次の集計処理をやったり・・・ ＞集計結果間違えたりしてんのｗｗｗ そこで、再集計処理ですよ。 542 名前：仕様書無しさん mailto:sage [2007/10/28(日) 10:58:32 ] というか、プログラムで処理すりゃいいようなレベルをなぜか DB上で実行しようとする(多分ファイルメモリの記憶が濃厚なんだろうけど) ・・・今更256もつんでりゃ一万位のデータ問題なく処理できるって。 543 名前：仕様書無しさん mailto:sage [2007/10/28(日) 11:35:19 ] 逆にDBにまかせりゃ良い事をプログラムでやろうとしたりな。 544 名前：仕様書無しさん mailto:sage [2007/10/28(日) 12:00:38 ] コボラーはストアドになんか変な幻想抱いている気がするね。 ストアドで実質プログラム書いた事あるよ・・・。 別ストアドを関数として、 XMLDBを変数領域として、 えらく遅かったです。 545 名前：仕様書無しさん mailto:sage [2007/10/28(日) 12:01:00 ] VBとDEVELOPERが共存するシステムで CSV取り込みをDEVELOPERで ストアドCALLするだけの画面をVBでやれ といわれたときゲンナリした。 546 名前：仕様書無しさん mailto:sage [2007/10/28(日) 12:08:23 ] >>540 それは現在の俺の状況に近いものがあるな・・・死にたいです・・・ 547 名前：仕様書無しさん mailto:sage [2007/10/28(日) 12:59:59 ] >>545 VBでなくPBで経験した。 548 名前：仕様書無しさん mailto:sage [2007/10/28(日) 13:48:35 ] 3回集計して、結果が同じだったらOKって事で。。 549 名前：仕様書無しさん mailto:sage [2007/10/28(日) 15:38:08 ] >>548 2回目と３回目の間に、他の人が別のＰＣでデータ登録して ２回目と3回目の集計結果が違った って、落ちはないの？ 550 名前：仕様書無しさん [2007/10/28(日) 17:15:31 ] でもSQLで出来るからってA4 4〜5枚のSQLかれた時はまいったよ。 オープン系の若い兄ちゃんだけどね。 コボラーの簡単SQL+プログラムもまいるが..... バランスって難しいねぇ 551 名前：仕様書無しさん mailto:sage [2007/10/28(日) 19:14:00 ] その辺のバランスを、うまく取るのがセンスかな 頭の固いコボラーには、無理だろうな 552 名前：仕様書無しさん mailto:sage [2007/10/28(日) 20:55:48 ] 一番困るのがその頭の固さ。 知らないことは詳しい人に聞いて最善の方法を考えようとか絶対しない。 メールの「グループ化」すら知らないのか嫌なのか、 ３０人くらいのアドレスを書き連ねて送信。 当然忘れられる人もいる。 うるさいけどできる外注のおばさんをそれで怒らせて辞められてしまった。 553 名前：仕様書無しさん [2007/10/28(日) 22:46:46 ] 最近、コボラーを雇ってる金融機関にとても不安を感じる今日この頃 日本の将来は大丈夫か ＯＬＤコボラってプルグラムを組ませていけないのかなぁ ３０年前から進歩がないやつらみたいだし windows使えこなせそうだし 554 名前：仕様書無しさん mailto:sage [2007/10/28(日) 22:54:37 ] 日本語でおｋ 555 名前：仕様書無しさん mailto:sage [2007/10/28(日) 23:20:13 ] 553は金融機関とかで働きたいニートなのか？ 556 名前：仕様書無しさん [2007/10/29(月) 02:04:52 ] 団塊の新作はまだかなぁ。 作家は何人いるんだろう？ 557 名前：仕様書無しさん [2007/10/29(月) 02:06:27 ] 次回からサブタイトル付だとおもしろいな。 558 名前：仕様書無しさん mailto:sage [2007/10/29(月) 02:11:07 ] 汎用使うような業種はそもそもお硬く役所的で根拠ないプライド高いから、 変化や協力、効率性とか排除しがちなんだろうな。 559 名前：仕様書無しさん mailto:sage [2007/10/29(月) 06:48:34 ] 働く人間の全員がそういうワケではないが、そういう風に職場的に洗脳している 雰囲気はあるな。 つか、COBOLを保守メンテする案件ってぶっちゃけ無能でも出来るから、 って理由がほとんどだと思うが。 最初のシステム構築はどんな言語であれ出来る人間がいないと辛いけどサ。 560 名前：仕様書無しさん mailto:sage [2007/10/29(月) 06:52:31 ] SE（いちおう技術者としとく）になりたいというより、 ○○銀行、証券、生命の系列会社に入りたかった人間が多いから。 一番直前名前挙がってる会社なんて 人生に「ひがしうみ　ぎんこう」の名前が欲しくて、 実家を離れたくなくて入った人ばかりだから。 561 名前：仕様書無しさん mailto:sage [2007/10/29(月) 16:30:12 ] コボラーはこんなのがすき ttp://pc11.2ch.net/test/read.cgi/db/1116097001/191 562 名前：仕様書無しさん mailto:sage [2007/10/29(月) 23:15:23 ] 次スレ候補 【非正規化】コボラは横長DBがお好き　３カラム目【用済み】 563 名前：仕様書無しさん [2007/10/30(火) 00:08:57 ] Ｂ『Ｃさんをどう思いますか？』 Ａ『Ｃどうって？何の話ですか？』 Ｂ『仕事の面で....』 Ａ『まぁ、普通なんじゃないでしょうか？ 　　彼は大学出て就職してまだ１年半くらいと聞きましたが。 　　何か、問題でも？』 Ｂ『いえ、ちょっと要領が悪いというか、 　　他の人と比べるとちょっと割りに合わないというか.... 　　出している金額は多少安いんですが....』 Ａ『そうですか。彼も私と同じように３ヶ月契約ですかね？どうされるんですか？』 Ｂ『次回はお断りしようかと思ってるんですが....』 Ａ『そうですか。しかし、「切る」というのは簡単ですが、 　　それによるマイナスも十分に考えておいたほうがよいかも知れませんよ。』 Ｂ『いや、Ｃさんが抜けても特に....』 Ａ『いえ、そういうことではありません。 　　たとえば、Ｃさんが１０年目ならまぁ、切るのも仕方のないことでしょう。 　　しかし、１年半となると事情が違ってきます。』 Ｂ『といいますと？』 Ａ『１年半となると今のような現状は容易に想像がつきますね？ 　　完成品が欲しければＣさんは初めから受け入れないというのが常識的な判断です。 　　使えない人員を出す方も問題ですが、 　　受け入れるということはそれを了承していると思われても仕方ありません。 　　１年半ですからね。 　　これは、派遣元の業者はもちろんのこと、自社の上司や同僚からも 　　Ｂさんの評価が下がる要因になるでしょう。』 Ｂ『上司はまだしも、派遣元の業者が評価ですか？』 Ａ『評価というのは語弊があるかもしれませんが、 　　「非常識な客だ」とか「だから安いんだろ？」と思われるということです。 　　思う方も思う方ですが、一旦受け入れてしまっていますからね。 　　外注業者への心証は意外と侮れないものですよ。』 564 名前：仕様書無しさん [2007/10/30(火) 00:46:18 ] Ａ『Ｃさんとこは誰のツテでしたっけ？』 Ｂ『部長のツテですが....』 Ａ『Ｃさん一人についてのことで問題になることはないと思いますが、 　　「切ればいい」と思っていては、人を出してくれなくなることがありますからね。 　　当然、部長もいい気はしないどころか、部長の受け持っている他プロジェクトにも影響しかねません。』 Ｂ『....確かに。』 Ａ『これらは目に見える範疇で、本当に恐ろしいのは 　　Ｂさんが「切る人」であると思われてしまうことです。 　　こうなると、周りの人間がＢさんを怖がるようになります。 　　そして、Ｂさんの意見に反対する人が減るでしょう。 　　なぜなら、切られたくないからです。 　　これは、外注のみならず、自社の後輩や同僚についても同じことです。 　　こうして、誤った意思決定が横行してしまうわけですな。 　　リーダーは決して嫌われてはいけないんです。』 565 名前：仕様書無しさん mailto:sage [2007/10/30(火) 00:48:32 ] >>563,564は間違いなくコボラ 566 名前：仕様書無しさん mailto:sage [2007/10/30(火) 00:49:48 ] 1週間で切られるような環境で育ってきたから 馬鹿らしいことこの上ない。 567 名前：仕様書無しさん [2007/10/30(火) 01:02:39 ] Ａ『「デスマーチになった結果、嫌われたリーダ」というのはレアで実際は 　　「リーダが嫌われた結果、デスマーチになった」というケースほとんどです。 　　「和気藹々とデスマーチ」なんてのもごく少数ですが、あるにはありましたが....これはどうでもいいですね。』 Ｂ『そうなんですか。プロジェクト管理より嫌われないことですか。』 Ａ『そうです。というか、人心掌握力を欠いてはプロジェクト管理などありえません。 　　小規模ではどうにでもなりますが、１００名規模などとなるとリーダの人柄が命運を分けるといっても過言ではありません。 　　将来的にはその規模を任されたいと思っているのですよね？』 Ｂ『....はい。』 Ａ『それなら、「切る怖い人」ではなくて「育てる優しい人」を目指した方がよいと思います。外注も育ててナンボですから。』 Ｂ『そうですね....Ｃさんは長い目で見ることにします。』 568 名前：仕様書無しさん [2007/10/30(火) 01:13:25 ] お、新作。 以前、デスマーチの挙句、外注が手を引いて別の外注業者に ＰＧ一人１００万／月 取られてたバカがいた。 569 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:34:28 ] 外注を育てる？ 金払って育てるんか？ 570 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:36:54 ] >>567 こうやって（優しさを勘違いした無能な）リーダーが作られていくのか・・・・・・ 571 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:40:09 ] まぁ、１００名規模のリーダにスキルなど.... 572 名前：仕様書無しさん [2007/10/30(火) 01:50:47 ] お前らクチだけは達者だなｗ 573 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:50:57 ] 第一話 　>>300-301 第二話 　>>360-361 第三話 　>>372 第四話 　>>463-466-467 第四話 　>>474-476 第五話 　>>482 第六話 　>>501 第七話 　>>563-564-567 第一話、第五話は秀逸。 あとは駄作。 574 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:53:54 ] 四話が２こありますが？ 575 名前：仕様書無しさん mailto:sage [2007/10/30(火) 01:55:16 ] 失礼！ 第一話 　>>300-301 第二話 　>>360-361 第三話 　>>372 第四話 　>>463-467 第五話 　>>474-476 第六話 　>>482 第七話 　>>501 第八話 　>>563-567 第一話、第六話は秀逸。 あとは駄作。 576 名前：仕様書無しさん mailto:sage [2007/10/30(火) 02:22:54 ] すべて駄作。 577 名前：仕様書無しさん mailto:sage [2007/10/30(火) 07:37:25 ] >567 おかしな話でAもＢもＣもプロジェクトのリーダーには慣れないと思うんだが。 リーダーと呼ばれる人間は、ワリと本人が意識しないウチにリーダーにならされていた（w) ってケースも多いぞ。 正直、目の前のくだらねぇ問題で喚くレベルの人間がリーダーになるのは不可能に近いぞ。 578 名前：仕様書無しさん mailto:sage [2007/10/30(火) 10:19:39 ] 切りたくても、切らねぇ！って カイジかよ。 しかもついこないだアニメで放送した分。 579 名前：仕様書無しさん mailto:sage [2007/10/30(火) 19:43:17 ] 嫌われるとか好かれるとかをいちいち考えている人はプロマネに向いてない。 小チームのリーダーぐらいならともかく。 580 名前：仕様書無しさん mailto:sage [2007/10/30(火) 20:25:45 ] >>563-579 マごときが、プロジェクト管理語るか。 581 名前：仕様書無しさん mailto:sage [2007/10/30(火) 23:10:24 ] 一応管理者ですが、何も。 582 名前：仕様書無しさん mailto:sage [2007/10/30(火) 23:19:46 ] 係長も大変だな。 583 名前：仕様書無しさん mailto:sage さて、この文に無能と何回出たでしょう。 [2007/10/31(水) 00:21:35 ] >>567 無能だから嫌われた上でデスマになるってだけじゃないのん。 デスマになってから無能に気づくか、無能で嫌われたままデスマに突入するのか。 無能が原因でデスマしてたら和気藹々にはならなんだろうし。 584 名前：仕様書無しさん mailto:sage [2007/10/31(水) 00:34:38 ] >>567 すごい反響だな。 585 名前：仕様書無しさん [2007/10/31(水) 00:49:42 ] コボラの屁理屈に、飽きてきた 笑えるのがいいんだけど 586 名前：仕様書無しさん mailto:sage [2007/10/31(水) 00:50:52 ] 無能が無能を斬る。 それが２ｃｈ。 587 名前：仕様書無しさん mailto:sage [2007/10/31(水) 01:24:43 ] しかし上手く斬れず別の無能が絡む それが2ch 588 名前：仕様書無しさん mailto:sage [2007/10/31(水) 01:44:14 ] >>585 熱心なファンだな。 589 名前：仕様書無しさん mailto:sage [2007/10/31(水) 03:34:30 ] >>567 明日、会社の女子トイレでオナニーをしろよ。 590 名前：仕様書無しさん mailto:sage [2007/10/31(水) 13:57:40 ] えらく伸びててハァ？と思ったが・・・ 外注を育てるのはアホくさいが、外注にしても自社社員にしても 育つ場は現場だからなぁ。 どの現場でも切ることしかしないなら、無能な外注が増えて デスマに陥る率も増えるだろ。 しかし爺の言うことは正論でも、育てる立場の会社や人間からしたら ババを引いているにも違いはない。 591 名前：仕様書無しさん mailto:sage [2007/10/31(水) 20:46:42 ] すごい！このスレってできる人ばっかしなんですね。 592 名前：仕様書無しさん mailto:sage [2007/10/31(水) 22:24:58 ] 八話が最優秀ってことでＦＡ？ 593 名前：仕様書無しさん [2007/11/02(金) 00:34:23 ] 誰か、『氷河期ＶＢ厨』書けよ。 594 名前：仕様書無しさん mailto:sage [2007/11/02(金) 00:39:03 ] １）COBOLER（コボラ、コボラー） 　業務知識が豊富である反面、言語知識は最低限である場合が多い。 　上流工程向け。今となっては希少な存在。 　年収は３００万〜１２００万程度。 ２）オープン系技術者（ソルジャー） 　仕事と趣味を混在させることが多く、更には自覚がない。 　代わりはいくらでもいると思いきや、想像以上にハズレが多い。 　仕様書に書いてあるより「上（設計）の事」には想像をめぐらすことが出来ないが、 　仕様書より「下（手段）の事」にはこだわりがある。 　年収は２５０万〜４５０万（４０歳）程度。 595 名前：仕様書無しさん mailto:sage [2007/11/02(金) 01:23:06 ] >>594 言語知識最低限じゃあどうせ設計もロクにできんだろうに…上流工程でも迷惑なだけだろ。 無駄に重ねた年齢故の立場、責任転嫁する権限があるから…切れないだけで。 というかそれぞれの区分の中で使える奴と使えない奴が混ざってるのにそこ分けないで持論に有利な点だけ抽出すんなって。 596 名前：仕様書無しさん mailto:sage [2007/11/02(金) 01:51:05 ] 重要なのはDB回りと通信なので、言語は誤差 スクリプト言語まで行くとさすがにまずいがな。 コーダにゃ、運用設計できないし。 597 名前：仕様書無しさん [2007/11/02(金) 02:44:23 ] 『ＸＸ回り』ってよく聞くけど、いつもイライラする。 598 名前：仕様書無しさん mailto:sage [2007/11/02(金) 06:39:03 ] ＞１）COBOLER（コボラ、コボラー） ＞ ＞　業務知識が豊富である反面、言語知識は最低限である場合が多い。 ＞　上流工程向け。今となっては希少な存在。 こいつらのクソ設計のおかげで中日が日本一の瞬間も障害対応していましたが、何か？ 599 名前：仕様書無しさん mailto:sage [2007/11/02(金) 20:24:56 ] >>596 ダウト。 言語によって得手不得手の設計が有る。これは決して誤差レベルではない。 コーダの話は誰もしてない。オープン系＝コーダとか思うのならいっぺん死んで来い。 っつかスレタイ嫁 600 名前：仕様書無しさん [2007/11/02(金) 21:00:56 ] 「ＤＢ周りと通信」 「ＤＢと通信」 601 名前：仕様書無しさん mailto:sage [2007/11/02(金) 21:46:52 ] ユニークIDに意味をもたせるな！ 602 名前：仕様書無しさん [2007/11/02(金) 22:03:57 ] >>601 主キーと候補キーで使い分けるならアリなんだが。 603 名前：仕様書無しさん mailto:sage [2007/11/02(金) 22:14:16 ] DATEよりNUMBER(8,0)かCHAR(8) がいいと思うのは俺だけ？ 604 名前：仕様書無しさん mailto:sage [2007/11/02(金) 22:27:46 ] >>603 なんで？既存システムとの兼ね合い？ 605 名前：仕様書無しさん mailto:sage [2007/11/02(金) 22:29:39 ] 具体的に言うと名前を主キーにしないでください！ 606 名前：仕様書無しさん mailto:sage [2007/11/02(金) 22:58:12 ] 年金システム？ 607 名前：仕様書無しさん mailto:sage [2007/11/02(金) 23:27:48 ] >>603 必ずや日付として無効なデータが入るであろう。 今年は10月が60日まであればよかったなー 608 名前：仕様書無しさん mailto:sage [2007/11/03(土) 00:36:19 ] >>607 え？ごがつだよ？ねんはわすれたけど。 けんしゅうとかいうのがおわらないと６がつにならないっていってたんだ。 609 名前：仕様書無しさん mailto:sage [2007/11/03(土) 01:01:23 ] >>607 それはあるんだけどな..... しかし、インデックスが..... 610 名前：仕様書無しさん mailto:sage [2007/11/03(土) 03:44:46 ] >>603 そうだね DATE型だと、時間まで入ってしまうしね。 それに、未入力だとNulｌになってしまう。 Ｎｕｌｌは、あまり使いたくない。 オレも、よくNumberかCharで作成する。 611 名前：仕様書無しさん mailto:sage [2007/11/03(土) 04:49:22 ] >>610 釣れますか？ 612 名前：仕様書無しさん mailto:sage [2007/11/03(土) 05:19:52 ] 腐ってやがる... 　　　遅すぎたんだ... 613 名前：仕様書無しさん mailto:sage [2007/11/03(土) 07:04:13 ] >>609 格納したいものが、charで表せるようなもんで十分だと言うことが仕様上明確であれば、 別にcharでも良いと思う。 インデックスのためってのは、設計段階ではあまり理由にならない。 チューニング段階で、求められている速度に達しなくて、そこしかいじるところが無いって場合に初めてやればいい。 614 名前：仕様書無しさん mailto:sage [2007/11/03(土) 07:39:27 ] >>610 Oracleが世界の中心みたいな発言でつな。 DB2はんな事ないんだが。 615 名前：仕様書無しさん mailto:sage [2007/11/03(土) 10:25:06 ] まぁ、OracleとDB2とでは、技術者の数が違うからな Nullって難しいよな コボラーや年寄り技術者はもちろん、若いSEも理解していない奴が多い DB製品間でも微妙に扱いが異なっているし 616 名前：仕様書無しさん mailto:sage [2007/11/03(土) 13:37:40 ] >>613 チューニングってやったことありますか？ 617 名前：仕様書無しさん mailto:sage [2007/11/03(土) 13:45:53 ] >>615 Nullは値を持っていない…って解釈じゃマズイんかな？ 自分とこの会社のコボラ連中、null不許可のvarcharだけでDB設計しやがった…orz ワークテーブルも山ほど、ストアドの中はカーソルだらけ。 618 名前：仕様書無しさん mailto:sage [2007/11/03(土) 14:47:56 ] 正直な話、ＤＢのNULLの考え方はCOBOLerよりもまだ、Accessを使う エンドユーザーの方が解っている気がしなくもない。 あとCOBOLerは「one fact in one place」の基本が出来てないヤツが圧倒的に 多いからアフォみたいにワークテーブル作るんだよな。 619 名前：仕様書無しさん mailto:sage [2007/11/03(土) 15:40:29 ] 多くのコボラーは 　数値型でNull　＝　ゼロ 　文字型でNull　＝　空白 などと勘違いしている コボラーなら、可変長のvarcharを使わず、 固定長のCharでNot Nullオンリー（笑） 620 名前：仕様書無しさん mailto:sage [2007/11/03(土) 15:46:17 ] レスポンスが悪いからとテーブル設計を変えたり、 インデックスを追加したり、プログラムをSQLレベルではなく ロジックそのものを変更したりするのは、 もはやチューニングではなく、 　設計不良の修正 　出来損ないのプログラムの修正 だろう 621 名前：仕様書無しさん mailto:sage [2007/11/03(土) 16:52:53 ] >>619 いや、varchar使ういみ分かるならいいんだよ。 char 2〜4でもvarcharにしたり、必ずmaxうまる項目にvarcharしたり なんかdefみたいな? まぁこんなこと言うとおっさんあつかいだけどね 622 名前：仕様書無しさん mailto:sage [2007/11/03(土) 20:16:24 ] >業務知識が豊富である反面、言語知識は最低限である場合が多い。 これも付け加えておいてくれや。 つ【金の使い方が解らない】 623 名前：仕様書無しさん mailto:sage [2007/11/03(土) 20:51:36 ] でも評価や金になるのは前者　"業務知識が豊富" 624 名前：仕様書無しさん mailto:sage [2007/11/03(土) 21:07:28 ] 業務知識って豊富なのかなぁ。 「保守経験が長い」ってのは納得だけど、 多くのCOBOLerって上流工程(この単語嫌い）から来た 仕様をそのままコードにして動かしていて、頭使わない日常送っている人が ほとんどだと感じるけど。 625 名前：仕様書無しさん mailto:sage [2007/11/03(土) 22:13:36 ] >仕様をそのままコードにして動かしていて、頭使わない日常送っている人が >ほとんどだと感じるけど。 これについては、コボラーもゆとり世代も変わらないよ 626 名前：仕様書無しさん mailto:sage [2007/11/03(土) 22:53:12 ] ゆとり世代の円周率はナンボだったけ？ 627 名前：仕様書無しさん mailto:sage [2007/11/03(土) 22:55:51 ] おおよそ3 628 名前：仕様書無しさん [2007/11/03(土) 23:08:01 ] >>627 それは都市伝説で、キチンと小学校では3.14と教わっている。 中学ではそれがπに置き換わる。 629 名前：ゆとり世代 [2007/11/03(土) 23:11:45 ] ゆとり世代以前は複素数平面てなかったなんでしょ？ 大半はベクトルって何か理解できてないんじゃないのかな？ 630 名前：仕様書無しさん mailto:sage [2007/11/03(土) 23:20:45 ] >>626 >>628 >>629 分かりやすくて恥ずかしくなる釣り。 631 名前：仕様書無しさん mailto:sage [2007/11/03(土) 23:23:52 ] >>613 チューニングは設計ありき。 いくらインデックスを張ろうが、 『データがないこと』に勝るもんは何もない。 データを削除、あるいは退避する機能のないシステムはいずれ破綻をきたすことは自明。 632 名前：仕様書無しさん [2007/11/03(土) 23:26:36 ] ていうか、事後にチューニングなんてバカのやること。 633 名前：仕様書無しさん [2007/11/03(土) 23:27:31 ] ていうか、チューニングしなければならない状況がすでにバグ。 634 名前：仕様書無しさん mailto:sage [2007/11/03(土) 23:29:22 ] >>631 つまり時々DB吹き飛ばせと。 635 名前：仕様書無しさん mailto:sage [2007/11/03(土) 23:33:18 ] スラドは優秀だな 636 名前：仕様書無しさん mailto:sage [2007/11/03(土) 23:51:53 ] 事後になってチューニングを必要な設計をするのは***。 637 名前：仕様書無しさん mailto:sage [2007/11/04(日) 00:14:43 ] >>624 スレチだが、上流行程と言うから嫌いなら前作業と脳内変換。 やっている奴らは前座に脳内変換。意外としっくりくる。 638 名前：仕様書無しさん mailto:sage [2007/11/04(日) 04:01:52 ] >>636 繰り返しはいらんわ。 639 名前：仕様書無しさん [2007/11/04(日) 04:09:11 ] 偏差値７０〜８０：人の使い方について考えてもいい人種 偏差値６０〜７０：仕事のやりかたについて考えてもいい人種 偏差値５０〜６０：最終的な成果物について考えてもいい人種 偏差値４０〜５０：部品の組み立て方を考えてもいい人種 偏差値３０〜４０：命令を理解すればいいだけの人種 偏差値　　〜３０：脳内の活動を完全に停止しなければならない人種 640 名前：仕様書無しさん mailto:sage [2007/11/04(日) 05:13:07 ] >>634 は、マジレスでは、ないと思うけど >>631の言っていることは、正論だな データの有効期限は、その会社の事業内容や、データの種類によって異なる 無駄に過去データを残していてもリソースの無駄遣い レスポンスが悪化するのはあたりまえ データの有効期限や、想定されるデータ量、要求されるレスポンスなど 要件定義や設計段階で設計段階で決めておくべき 641 名前：仕様書無しさん mailto:sage [2007/11/04(日) 12:22:13 ] >>639 だから「回りは低能ばかり」と自分の偏差値をあげたがるわけだ 能力値 != 偏差値 642 名前：仕様書無しさん [2007/11/04(日) 13:23:10 ] >>641 >>639 は大学のこといってんだと思うが。 「回りは低能ばかり」は低学歴がよく使う呪文。 643 名前：仕様書無しさん mailto:sage [2007/11/04(日) 13:34:16 ] >>642 大学入試の偏差値の話？ 644 名前：仕様書無しさん mailto:sage [2007/11/04(日) 16:08:44 ] 適性ってのが、意外に重要な気がする 単に勉強の量をこなすことで良い大学に入った奴は システム開発に向いていないと思う 最小限の労力でどうすれば最大の結果を得ることが 出来るかを考えるのがシステム開発の本質だからね 645 名前：仕様書無しさん mailto:sage [2007/11/04(日) 16:41:26 ] あまり勉強しないで二流大学に入った奴と、 ガリ勉して一流大学に入った奴では、 どちらが適性あるのだろうか？ 646 名前：仕様書無しさん [2007/11/04(日) 19:04:43 ] 適正でなく、格。 低学歴は上に上がれないシステムになっている。 それでいい。 賢い低学歴を賢くない高学歴が使って搾取する。 それがＩＴ業界。 道義的によいかわるいかなど問題ではない。 647 名前：仕様書無しさん mailto:sage [2007/11/04(日) 19:14:19 ] 要は能力がるかどうか、頭がいいかどうかなどはどうでもよいこと。 賢い低学歴に「そんなこともわからないんですか？」と言われつつ、 定時で退散し、倍の給料をもらう。 だから、賢い底辺は丁重に扱うし、意見も積極的に聞くようにしている。 それで、自分の高収入が支えられてるんだなぁと思うと感謝せずにはいられない。 入り口間違わなくてよかったとしみじみ思う。 648 名前：仕様書無しさん mailto:sage [2007/11/04(日) 19:36:39 ] コボラーとDBの話から学歴の話にズレてきている みんな学歴の話になると必死だな よほどコンプレックスがあるんだな 649 名前：仕様書無しさん [2007/11/04(日) 19:49:25 ] いいポジションを得るためには、 世渡り上手＞＞＞＞学歴 650 名前：仕様書無しさん mailto:sage [2007/11/04(日) 20:51:09 ] 学歴厨って結局、世間知らないなあって感じしか受けないな 日本のIT業界の問題って、単に他の業界じゃとっくの昔に解決 されてる問題に過ぎないのに、なぜだか知らんが今自分の おかれている状況こそ普遍的なことだみたいに思い込んでる 651 名前：仕様書無しさん mailto:sage [2007/11/04(日) 20:55:57 ] >>650 >>学歴厨って結局、世間知らないなあって感じしか受けないな それでいいんだって。 大切なのは手厚い待遇。 それを得るために能力を発揮しなければならない人間と そうでない人間がいるというだけの話。 能力がなくても高待遇な人間は世間知らずでも全く問題なし。 貴族が俗世間を知らないのと同じだな。 652 名前：仕様書無しさん [2007/11/04(日) 20:58:28 ] 貧乏ほど、法律の半可通であるのはそういうことか。 653 名前：仕様書無しさん mailto:sage [2007/11/04(日) 21:37:07 ] 手厚い待遇は恒久的なものなのかな？ 654 名前：仕様書無しさん mailto:sage [2007/11/05(月) 00:30:03 ] 政治力ってのは大事だわな ただ社長が同じ大学という理由で外注選んだりするのは勘弁願いたい 655 名前：仕様書無しさん [2007/11/05(月) 00:55:59 ] 『外注を選ぶ』って固定的な外注先ないの？ そういうコネがあるのとないのとでは大違い。 656 名前：仕様書無しさん mailto:sage [2007/11/05(月) 01:28:54 ] 学生ベンチャーあがりの会社もバカに出来ないからねぇ。 657 名前：仕様書無しさん mailto:sage [2007/11/05(月) 17:07:41 ] いや学生ベンチャーは異常系が甘いというか、 酷いのになると障害時の運用設計って概念無い人いるし。 「このタイミングでハード障害が起きた時はどうするの？」 「このタイミングで回線が切れたらどう動くの？」 とか突っ込むとポカーンとした顔で 「ハードが壊れたらどうにもなりません」 だって。 WEBのおもちゃみたいなCGIじゃないんだがな。 658 名前：仕様書無しさん [2007/11/05(月) 17:13:38 ] >>657 でお前はどうするの？ 659 名前：仕様書無しさん mailto:sage [2007/11/05(月) 18:53:11 ] >>658 エラーハンドラぐらい書けって話じゃないの？ 例えば二重化とか無しで、 ハード障害→エラー箇所のログ吐いて強制停止+管理者へ通報 回線障害→時間差掛けてリトライ、場合によっては回数カウントして一定量超えたら強制停止ないし管理者へ通報 みたいな。 しかし書き方が悪いな。 「ハードが壊れたらどうにもなりません」ってのは確かで、「管理者にメール送信して終了します」等が続くかどうかが問題なんだと思うけど。 「WEBのおもちゃみたいなCGI」って言い方もどうかと。おもちゃみたいなプログラムならCGIに限らないし、CGIを見下してるように見える。 「同時アクセスでカウントが吹っ飛ぶカウンタ」とか指してるとは思うけど… 660 名前：仕様書無しさん mailto:sage [2007/11/05(月) 19:09:55 ] ＞いや学生ベンチャーは異常系が甘いというか、 ＞酷いのになると障害時の運用設計って概念無い人いるし。 学生、関係ないと思うぞ。 この間、汎用機からのメッセージが来なくて 永久にJOBが走らないトラブルがあって、 激しい障害が発生したんで、作ったSEに 「テメーの設計どうなってんだ！？」と問いただしたら 「ホストからメッセージがこない事なんてありえません」とヌカして エラーハンドリングをまったく実装していないアフォがいたからな。 オープン系の方が異常系のハンドリングとかログとかしっかりやってる感があるな。 ウチの周りだけかもしれんが。 661 名前：仕様書無しさん mailto:sage [2007/11/05(月) 19:23:36 ] 学生もオープンも汎用機も関係なく、そういうのは一定割合で偏在している。 662 名前：仕様書無しさん mailto:sage [2007/11/05(月) 19:33:59 ] 「やだなぁ、メッセージが来ない場合があるんなら、ちゃんと仕様書にそう書いといてくださいよ。」 663 名前：仕様書無しさん mailto:sage [2007/11/05(月) 20:25:23 ] 学生ベンチャーあがりは外注だけでなく発注元にもなっていると思うが。 664 名前：仕様書無しさん [2007/11/05(月) 20:36:22 ] >>661 なるほどな。 で>>657-663 の中にも確実にいる、と。 665 名前：仕様書無しさん [2007/11/05(月) 23:14:41 ] 結論、コボラは横長ＤＢがお好き 666 名前：仕様書無しさん [2007/11/05(月) 23:23:47 ] 『スレタイ』を『スレ題』と言ってたやつ見たことある。 667 名前：仕様書無しさん mailto:sage [2007/11/06(火) 07:31:26 ] >>666 それ、馬鹿にするところなんだろうけど、ウマイ言い方だな。 668 名前：仕様書無しさん [2007/11/06(火) 22:49:39 ] プログラム板に「COBOLは俺にきけ」なんてのがないのが不思議 くだらねぇ長文入力しているよりましなんじゃねぇ 669 名前：仕様書無しさん [2007/11/06(火) 23:41:56 ] そりゃ、COBOLは読んで演算して書いての繰り返しだけだもの 入力データをどう加工すべきかは純粋に業務要件だけの話なんで、 技術知識の出番がないから「俺に聞け」みたいなスレは不要 670 名前：仕様書無しさん [2007/11/07(水) 01:12:12 ] それじゃ、汎用機（ＪＣＬ）なら俺に聞けっていうのはどうだ 671 名前：仕様書無しさん [2007/11/07(水) 02:06:14 ] シャア専用機なら俺に聞け。 672 名前：仕様書無しさん [2007/11/07(水) 02:16:42 ] 何色ですか？ 673 名前：仕様書無しさん mailto:sage [2007/11/07(水) 20:54:50 ] >>671 char専用機？ 674 名前：仕様書無しさん mailto:sage [2007/11/07(水) 21:10:56 ] そのうちvarchar専用機になるな 675 名前：仕様書無しさん mailto:sage [2007/11/07(水) 22:24:15 ] ぬるぽ専用機？ 676 名前：仕様書無しさん [2007/11/07(水) 22:33:59 ] >>674 そして当然、varchar2専用機に乗り換える。 677 名前：仕様書無しさん [2007/11/08(木) 23:40:45 ] そして、会社からの命令でNUMBER専用機に乗り換えさせられる 678 名前：仕様書無しさん mailto:sage [2007/11/09(金) 00:31:01 ] ンなアホな 679 名前：仕様書無しさん mailto:sage [2007/11/09(金) 09:51:12 ] 桁数なんて飾りです。 偉い人にはそれがわからんのです。 680 名前：仕様書無しさん mailto:sage [2007/11/09(金) 22:35:58 ] >>679 じゃ、お前は時給も日給も月給も一桁な 681 名前：仕様書無しさん mailto:sage [2007/11/09(金) 22:40:07 ] >>680 1桁って事は桁数指定してんじゃん。だめだめ。 Oracleだと最大値いくつだったっけかなあ。 大金持ちだぜ。 682 名前：仕様書無しさん [2007/11/09(金) 22:40:59 ] >>679 お前のバグでデスマを発生させたことあるだろ 683 名前：仕様書無しさん mailto:sage [2007/11/09(金) 22:58:32 ] >>682 バカみたいに桁数指定にこだわりまくる COBOLあがりのリーダーのせいで 桁あふれでコケたことはあるよ！ 684 名前：仕様書無しさん mailto:sage [2007/11/09(金) 23:05:52 ] >>680 2の64乗進数で一桁という事でどうでしょう？ 685 名前：仕様書無しさん [2007/11/09(金) 23:17:59 ] 桁数と学歴の話は好きだなコボラ 686 名前：仕様書無しさん [2007/11/10(土) 21:02:23 ] >>680 >>679 が何が言いたいかは "ジオング" でぐぐればわかる。 687 名前：仕様書無しさん [2007/11/10(土) 21:03:35 ] >>682 もな 688 名前：仕様書無しさん mailto:sage [2007/11/10(土) 21:23:57 ] >>686 デスマなんて飾りです。 偉い人にはそれがわからんのです。 こうですか？わかりません！＞＜ 689 名前：仕様書無しさん [2007/11/10(土) 22:03:50 ] そうかデスマが飾りか そうやって残業代を稼いでいたんだな コボラの生活の知恵を見た気がした 690 名前：仕様書無しさん mailto:sage [2007/11/10(土) 22:34:54 ] "ジオング" ＋ "偉い人" でぐぐれば一発じゃまいか？ 691 名前：仕様書無しさん mailto:sage [2007/11/10(土) 22:48:30 ] 「コボラが居ればデスマと最適化で稼げる。かかってこいやぁ！残業代でホクホクだぜぃ」 見たいな意見が以前このスレで出てたな。 692 名前：仕様書無しさん mailto:sage [2007/11/11(日) 10:51:47 ] >>686 判っていて敢えて書いてんだよｗ 693 名前：仕様書無しさん mailto:sage [2007/11/12(月) 18:56:00 ] 679はガンダム抜きにしても 見事に当たってる 694 名前：仕様書無しさん [2007/11/13(火) 01:01:57 ] ところで桁ってどの部分の桁なんよ pic？ レコードの構成を考慮してソースをレビューすると突っ込まれると思う 695 名前：仕様書無しさん mailto:sage [2007/11/14(水) 00:34:32 ] 00123456 ~~ 696 名前：仕様書無しさん [2007/11/15(木) 22:05:45 ] >>694 自分のいるとこだと固定長の電文をただDBにぶち込むだけの アホみたいな通信制御システム作ってるコボラ風な奴が やたらと桁数で喚いていたことがある 697 名前：仕様書無しさん mailto:sage [2007/11/17(土) 02:41:39 ] 電文........ 懐かしい響きだな。 698 名前：仕様書無しさん [2007/11/20(火) 19:02:36 ] コボラ、元気か？ 699 名前：団塊コボラ mailto:sage [2007/11/20(火) 19:57:29 ] 呼びましたか？ 最近、ネタ切れで.... 700 名前：仕様書無しさん mailto:sage [2007/11/21(水) 23:41:41 ] そういやコボルってソートどうやって実装するの? 外だしか? 701 名前：仕様書無しさん mailto:sage [2007/11/22(木) 04:07:50 ] 言語仕様にあったりする。でもたいがい外。 702 名前：仕様書無しさん mailto:sage [2007/11/22(木) 07:54:14 ] RDBにつなげているからOrder一発なのに 一生懸命並び替えている馬鹿が居たなー(遠い目) 703 名前：仕様書無しさん mailto:sage [2007/11/22(木) 13:07:52 ] >>700-701 COBOL でできること以外に興味持たないと、楽そうだねー >>702 ソートのロジックを考えようとした分、プログラマとしてはましな気がする。 704 名前：仕様書無しさん mailto:sage [2007/11/22(木) 19:04:58 ] 趣味ならいいけど、仕事でやられたら刺したくなるが 705 名前：仕様書無しさん mailto:sage [2007/11/22(木) 21:09:53 ] >>702 ORDER BY よりクライアントでソートのほうが当然速いわな。 何で開発しているかしらんけど、多くの言語にはソートの機能は実装されている。 706 名前：仕様書無しさん mailto:sage [2007/11/22(木) 21:43:00 ] 先頭の一部しか必要ないときも全部ネットワーク越しに取ってきてから ソートして、いらないところを捨てるの? 707 名前：仕様書無しさん mailto:sage [2007/11/22(木) 22:00:41 ] RDBならインデックス次第だな。 708 名前：仕様書無しさん mailto:sage [2007/11/22(木) 22:12:43 ] 業務ではVB6で挿入ソートを自作したことはある。 709 名前：仕様書無しさん [2007/11/22(木) 22:25:35 ] 寒いな、コボラ 何も変わってないじゃないか 710 名前：仕様書無しさん mailto:sage [2007/11/22(木) 22:34:33 ] 最近コボラに殺意を覚えるようになってきた・・・。 あいつの作ったシステムはモデルとビューと データが全て渾然一体だ・・・。糞な設計で苦しんでる くせに、オペレーターの人気を取ろうとして、しょうもない 機能を追加してさらにカオスを増大させやがって・・・ まじで殺したい。。。 711 名前：仕様書無しさん mailto:sage [2007/11/22(木) 23:18:37 ] >>705 こぼらか、あるいはヴビ厨か？ 712 名前：仕様書無しさん mailto:sage [2007/11/22(木) 23:35:21 ] コボルなら挿入ソートが限界かな、言語でサポートされてるの 使ったことないよ。icamnでokか vbのソートはリストコントロールに突っ込めばokだっけ? なにもかも懐かしい 713 名前：仕様書無しさん mailto:sage [2007/11/22(木) 23:36:44 ] あICEMANか 714 名前：仕様書無しさん mailto:sage [2007/11/23(金) 00:08:42 ] >>705 RDBのチューンすら出来ないコボラーは黙って氏ね! 715 名前：仕様書無しさん mailto:sage [2007/11/23(金) 13:01:50 ] コボラーに回ってくるころにはTABLE設計完了してるので もともと手がでましぇん 716 名前：仕様書無しさん mailto:sage [2007/11/23(金) 13:47:33 ] うちはコボラがISAMで設計してんだぞいい加減にしろ 717 名前：仕様書無しさん mailto:sage [2007/11/23(金) 17:42:56 ] >>710 殺りたきゃお好きにどうぞ。 自分のコボラ上司と同一人物であることを祈る。 718 名前：仕様書無しさん mailto:sage [2007/11/24(土) 13:43:08 ] 誰か、これこそは「至高の言語」を挙げろ。 719 名前：仕様書無しさん mailto:sage [2007/11/24(土) 13:43:35 ] 日本語 720 名前：仕様書無しさん mailto:sage [2007/11/24(土) 13:50:32 ] 日本語だめだ あいまいすぐる 721 名前：仕様書無しさん mailto:sage [2007/11/24(土) 13:57:36 ] だが、そこがいい 722 名前：仕様書無しさん mailto:sage [2007/11/24(土) 14:02:28 ] それはあいまいなのに通じてしまう 利用者がすごいのであって 言語としてはどうなんだろう 723 名前：仕様書無しさん mailto:sage [2007/11/24(土) 15:16:00 ] >>720 まるで、多ヶ国語をマスターしているかのような物言い。 724 名前：仕様書無しさん mailto:sage [2007/11/24(土) 16:27:15 ] 「至高の言語」..."幼女"を20通りの表現であらわすことができる あれか? 725 名前：仕様書無しさん mailto:sage [2007/11/24(土) 17:21:35 ] >>723 プログラミング言語含めれば多言語マスターしてる プログラミング言語のあいまいさ＜自然言語のあいまいさ 726 名前：仕様書無しさん mailto:sage [2007/11/24(土) 18:28:17 ] 多ヶ国語 727 名前：仕様書無しさん mailto:sage [2007/11/24(土) 18:30:28 ] >>726 タガログ語？ 728 名前：仕様書無しさん mailto:sage [2007/11/24(土) 19:33:32 ] 誰か、これこそは「究極の言語」を挙げろ。 729 名前：仕様書無しさん mailto:sage [2007/11/24(土) 20:26:43 ] 日本語 730 名前：仕様書無しさん mailto:sage [2007/11/24(土) 21:04:04 ] １行だけ「現行と同じ機能を実装すること」と書いておき、 ひたすら「死んでもﾔﾚ」と事あるごとに怒鳴りつければ出来上がる。 なんて便利な言語なんだろうなー（棒 731 名前：仕様書無しさん mailto:sage [2007/11/24(土) 21:12:06 ] それ日本語に限ったことじゃねぇだろ。 732 名前：仕様書無しさん mailto:sage [2007/11/24(土) 21:12:53 ] >>725 多ヶ国語 733 名前：仕様書無しさん mailto:sage [2007/11/24(土) 21:22:53 ] >>730>>731 ハートマン軍曹が一人いればOKだな。w 734 名前：仕様書無しさん [2007/11/26(月) 21:39:08 ] おい、コボラ！ボコルぞ！ 735 名前：仕様書無しさん mailto:sage [2007/11/28(水) 01:26:36 ] うちの元システム管理者（<> SE, PG）はコボル崇拝者だった。 何の言語もわからないのに、 爺「あそこの業者はVBしか使えないからいかん。COBOLで作れるところを探せ」 俺「CかJAVAでええやん」（俺もVB「しか」使えない業者はいらん） 爺「Cなんてバグだらけになる。JAVAはウェブだろが」 爺「俺はSEだからプログラムなんか作れんが、COBOLとDB2で作ったものしか認めん」 爺「SQLを使うこと自体、あの業者は頭が悪い」 俺「は？　DB2でもSQLを使うんだが、それはいいのか？」 爺「おまえは何もしらないのか。SQLはマイクロソフト、DB2はIBMだろ。ちゃんと勉強しとけ」 俺「一度くらい本屋のPC棚みてこい。SQLハンドブックの対応RDBを３回音読してこい」 などなど、いろんな珍問答をしてきたものだ。 736 名前：仕様書無しさん mailto:sage [2007/11/28(水) 01:30:44 ] SQLはSYBASEだろうが 737 名前：仕様書無しさん mailto:sage [2007/11/28(水) 01:38:51 ] >>735 COBOLを書くコボラの痛さはわかるが、プログラム自体知らずになぜCOBOL信者になるんだよｗ 738 名前：仕様書無しさん mailto:sage [2007/11/28(水) 03:38:30 ] そこがコボラ達の恐ろしさ。 739 名前：仕様書無しさん mailto:sage [2007/11/28(水) 07:41:53 ] Cだとポインタ、Javaだとオブジェクト指向の概念といろいろハードルがあって、 あまりにもレベルの低い奴は淘汰される。 ところはCOBOLは馬鹿でもできるから馬鹿が淘汰されない。 もちろん、できる奴はCOBOLなんかで満足できずに他所へ行く。 したがって、コボラーには馬鹿しか残らない。 740 名前：仕様書無しさん mailto:sage [2007/11/28(水) 19:04:54 ] ぶぶぶVBは？ 741 名前：仕様書無しさん mailto:sage [2007/11/28(水) 19:56:49 ] 似たり寄ったり 742 名前：仕様書無しさん [2007/11/28(水) 23:03:25 ] >>741 それ言うなら、ソリューションやってる時点で C++でもJAVAでもVBでもCOBOLでも どんぐりの背比べ。 743 名前：仕様書無しさん mailto:sage [2007/11/28(水) 23:36:09 ] さすがにCOBOLと言うどんぐりは小さすぎな希ガス 744 名前：仕様書無しさん mailto:sage [2007/11/29(木) 22:25:37 ] >>742 >ソリューション とかぬかす奴が「C++」の0.1%も理解しているとも思えんのだが。 745 名前：仕様書無しさん mailto:sage [2007/11/29(木) 22:34:31 ] VSのソリューション？ 前と同じにワークスペースじゃ駄目なのかねぇ… 746 名前：仕様書無しさん mailto:sage [2007/11/30(金) 02:03:25 ] itpro.nikkeibp.co.jp/article/OPINION/20071129/288267/ あほくさ 747 名前：仕様書無しさん [2007/11/30(金) 02:07:41 ] ちゅうか、「ＩＴソリューション」全般のこといってんじゃまいか？ 748 名前：仕様書無しさん mailto:sage [2007/11/30(金) 02:14:09 ] やっぱ、「C（C++）が偉い」という半可通の誤解は根強いな。 749 名前：仕様書無しさん mailto:sage [2007/11/30(金) 20:07:48 ] 最近入った現場。 横長だが数が足りてない。 開発初期から分かっていたらしい。 なんだこの設計。 750 名前：仕様書無しさん mailto:sage [2007/11/30(金) 22:19:33 ] 一回承認されたものはどんな不都合があっても、それがどれだけ早期発見であっても直さない。 それがコボラ。 751 名前：仕様書無しさん mailto:sage [2007/12/01(土) 08:27:21 ] おい、コボラ 752 名前：仕様書無しさん mailto:sage [2007/12/01(土) 09:51:14 ] >>751 なんでしょ？ 753 名前：仕様書無しさん mailto:sage [2007/12/01(土) 10:50:12 ] 結婚してくれ 754 名前：仕様書無しさん mailto:sage [2007/12/01(土) 13:19:06 ] >>749 ご愁傷様です 755 名前：仕様書無しさん mailto:sage [2007/12/01(土) 17:13:33 ] >>744 C++得意なんだ。すごいね。 756 名前：仕様書無しさん [2007/12/01(土) 17:38:25 ] やっぱりCOBOLと連携するDBとかって横長DBにしかできんの？ コボラの気持ちが分からないので、売り上げ管理のようなシステムで 「社員IDと社員名と代理店IDと代理店名と所属支社名と所属IDはいらないですよね？全部マスタファイルがあるわけですからID→固有名の取得はテーブル結合で・・・」 とか話したのに、出来上がったデータは横長で全部入ってた。 社員ID―社員名、のような社員マスタがあるうえ 社員ID→代理店ID―代理店名の代理店マスタもあるので（１対ｎ：→ね） 代理店IDさえ持ってれば処理できるはずなのに・・・うーん。 ホスト上のレコードの持ち方もあるのだろうし、日程も無いからそのまま突っ込んだけどさ。 757 名前：仕様書無しさん mailto:sage [2007/12/01(土) 17:57:45 ] 「テーブル結合」なんていう専門用語を使ったのが失敗だな 758 名前：仕様書無しさん mailto:sage [2007/12/01(土) 18:05:40 ] コボラはね、連結した結果を保存する事しか考えないんだよ。 確かにマスターは有るよ？　でもそれを結合した結果は「せっかくだから保存しちゃえ！」って考えるんだよ。 だって、売上げデータを集計するとかそれを帳票印字するとかさ、売上げデータに全部入っていれば、 売上げデータだけをぐりぐり回してブレイクキーで操作すれば帳票項目が全部揃うでしょ？簡単じゃん！って思うんだよ。 コボラの脳みそはスタック一個分しかないんだよ。 759 名前：仕様書無しさん mailto:sage [2007/12/01(土) 19:23:05 ] 何か1レコードupdateするとそれを使ってるテーブルも一斉にupdateしたりするよな。 760 名前：仕様書無しさん mailto:sage [2007/12/01(土) 20:59:18 ] コボラじゃなかったけど、やっぱりテーブルの連結ができないベテランと仕事をしたことがあるよ。 テーブルの連結以前にSQLをかけなくてAccessのGUIで、マウスでリレーションを書いて、それでSQLを生成させてた。 Accessでも複数のテーブルの連結は可能だろうけど、それさえも使えてなかったみたいで、テーブルは二つまでしか連結してなかった。 でも、仕事は、新規の案件じゃなかったから、データは普通に正規化されてて、複数のテーブルを連結させなきゃならない。 で、どうしたかというと、WKTBL1,WKTBL2,WKTBL3…と、作業用のテーブルを作っておいて、 DELETE FROM WKTBL1 INSERT INTO WKTBL1 … SELECT…FROM TBL1, TBL2 : DELETE FROM WKTBL2 INSERT INTO WKTBL2 … SELECT…FROM WKTBL1, TBL3 と、作業用のテーブルを何段か経由して、一個ずつテーブルを連結していくっていう、目からうろこのテクニックを使ってますたよ。 ほかにも考えられないようなことをいろいろしてたので、5年くらいまえのPCに載ってるシステムを、新しいPCに変えて納品するって仕事だったのに、以前のシステムより遅くなったりとかすごいことになってた。 761 名前：仕様書無しさん mailto:sage [2007/12/01(土) 22:18:49 ] なんていうか、速度を気にしてコードをかけない奴は糞だが、コボラ出身者にはそういうのが割と多いって所もありそうだな。 メインフレームに頼り切るから… 762 名前：仕様書無しさん mailto:sage [2007/12/01(土) 23:23:53 ] ここは日本なのに「アメリカでは右側通行だ！世界の常識をしらんのか！」とか言って 右側走ってるようなもんだよなぁ・・・・ 763 名前：仕様書無しさん mailto:sage [2007/12/01(土) 23:40:53 ] 一バイトに数値が0から9までしか持てないって考えてるのはなんなの？ 昔はアセンブラが専門だったって言ってたけどありゃ嘘だな。 764 名前：仕様書無しさん mailto:sage [2007/12/02(日) 00:56:02 ] >>763 うーん ja.wikipedia.org/wiki/%E4%BA%8C%E9%80%B2%E5%8C%96%E5%8D%81%E9%80%B2%E8%A1%A8%E7%8F%BE このへん 765 名前：仕様書無しさん mailto:sage [2007/12/02(日) 01:27:12 ] bcdにしたって二桁だけど・・・ 766 名前：仕様書無しさん mailto:sage [2007/12/02(日) 02:46:12 ] 一度入ったらまず更新されない、しかもいつも結合して使うと分かってるのなら、 一緒にしちゃって横長にした方が使う人が楽だと考えるんじゃないか？ 整合性を確実に取りたかったらトリガー使えばいいし。 767 名前：仕様書無しさん mailto:sage [2007/12/02(日) 04:32:21 ] >>760 Viewも知らんのかw 768 名前：仕様書無しさん mailto:sage [2007/12/02(日) 09:51:37 ] >>763 ホスト用のアセンブラ(旧世代RPGとか)だな。 769 名前：仕様書無しさん mailto:sage [2007/12/02(日) 17:56:01 ] ゾーンだよゾーン 770 名前：仕様書無しさん mailto:sage [2007/12/02(日) 19:28:37 ] 流星人間 771 名前：仕様書無しさん mailto:sage [2007/12/02(日) 21:15:03 ] >>767 コボラーをかいかぶり過ぎ。 SQLの知識なんて初級シスアド持ってる事務のねーやん以下。 772 名前：仕様書無しさん mailto:sage [2007/12/02(日) 22:24:07 ] ＞ホスト用のアセンブラ(旧世代RPG ･･？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？ 773 名前：仕様書無しさん mailto:sage [2007/12/02(日) 23:39:56 ] >>772 まぁ、今時の若者がRPGのソース見たらアセンブラと勘違いするかも知れん(苦笑) 774 名前：仕様書無しさん mailto:sage [2007/12/02(日) 23:41:57 ] Role Playing Gameしか知らないかも。 775 名前：仕様書無しさん mailto:sage [2007/12/03(月) 00:22:01 ] >>773 今もやってますが？ 776 名前：仕様書無しさん mailto:sage [2007/12/03(月) 06:47:29 ] >>775 仕事結構ある？ ILEは使った事無いけど大丈夫かね？ 777 名前：仕様書無しさん mailto:sage [2007/12/03(月) 11:59:23 ] 漏れの周りは未だにRPG�Vだなぁ。 ILEはサッパリ。 正直フリーフォーマット言語(?)使っていいならILE RPGよりも C/C++かJavaを提案するが。 778 名前：仕様書無しさん mailto:sage [2007/12/03(月) 23:22:19 ] >>776 閉鎖ドブス地帯で同じようなルートでずぶずぶやるなら食える程度に もうじき東京行きますが 今のＩＬＥだとほとんど標識使わずすっきり書けますな >>777 フリーフォーマットってほどでも 779 名前：仕様書無しさん mailto:sage [2007/12/05(水) 19:30:58 ] Perlの文字コード変換ライブラリと、 C/C++/gcc/Win32でカーネル開発やmozillaに貢献は、 果てしない技術レベルの壁がある。 まぁ文字コード関係も、大きな努力と集中力を要する 大変な作業であることも確かだが…。 Webの大部分はパブリッシング、デザインの世界だからね。 技術先行でやってるとこなんてごくわずかで、今後コモディティ化が 進めば技術者にとってはより住みにくい世界になるだろうね。 780 名前：仕様書無しさん [2007/12/05(水) 19:42:09 ] >>779 さっきからいろいろなスレに何コピペしてんの？ 発端は pc11.2ch.net/test/read.cgi/prog/1172052000/218-231 か？ 781 名前：仕様書無しさん mailto:sage [2007/12/05(水) 21:30:20 ] 火病ってマルチポストとかチョンかよ 782 名前：仕様書無しさん mailto:sageない [2007/12/12(水) 20:53:01 ] 横長から縦長にコンバートするプろグラム作成中… 783 名前：仕様書無しさん mailto:sage [2007/12/13(木) 21:08:05 ] 社名変更したら顧客番号も変更するってどんなアホな設計だよ・・・ まじで新で欲しい・・・ 784 名前：仕様書無しさん mailto:sage [2007/12/14(金) 13:05:24 ] 世の中にはな、inputが無いoutputを定義する馬鹿がいるんだから…。 何で顧客登録しないでいきなり課金データが出てくるかなぁ。orz 785 名前：仕様書無しさん mailto:sage [2007/12/15(土) 00:28:31 ] >>783 よ〜、判らん。何で社名変更が顧客番号の変更に繋がる？ そういえば顧客名を音別に分けてコード化していたとこもあったが。 786 名前：仕様書無しさん mailto:sage [2007/12/15(土) 01:54:55 ] 変更前後で区別したい理由があったのかな？ 787 名前：仕様書無しさん mailto:sage [2007/12/15(土) 17:44:52 ] 顧客番号が変わるとダメになる 設計もなんだよな。 788 名前：仕様書無しさん mailto:sage [2007/12/15(土) 18:58:45 ] じゃあ何を主キーにするんだよ 789 名前：仕様書無しさん mailto:sage [2007/12/15(土) 19:41:34 ] 俺コード 790 名前：仕様書無しさん mailto:sage [2007/12/15(土) 20:21:19 ] 君の人生 791 名前：仕様書無しさん mailto:sage [2007/12/15(土) 21:21:11 ] 連番でIDふっちゃえばいい。だから俺コードは割りと正解。 業務で使う項目を主キーにする神経がわからん。 業務ルールなんてお客さんの都合で変わるじゃん。 792 名前：仕様書無しさん mailto:sage [2007/12/15(土) 22:35:25 ] 業務側に振り回されるのを防ぐのなら、俺コードをDB内部で使って、俺コードと客コードの対応テーブルも用意しとけば良いってことか。 793 名前：仕様書無しさん mailto:sage [2007/12/16(日) 01:12:04 ] >>792 俺コードと客コードの対応テーブルなんていらない。 主キーが俺コード。客コードは単なる属性のひとつ。 どうしても気持ち悪ければNOT NULL と ユニーク制約つけときゃいい。 794 名前：仕様書無しさん mailto:sage [2007/12/16(日) 11:20:04 ] そして元の木阿弥 795 名前：仕様書無しさん mailto:sage [2007/12/16(日) 18:19:58 ] プログラムより業務と言い張る社内コボラーは PCのヘルプデスクや障害対応がまったく出来ない。 ヘルプも業務の一環ですよ？ 誰でも出来るCOBOLだけうれしそうにやってないで そろそろ他の業務も覚えて下さい。 796 名前：仕様書無しさん mailto:sage [2007/12/17(月) 10:56:15 ] >>794 どこが？他テーブルの外部キーが 俺コードってだけで大違いじゃん。 797 名前：仕様書無しさん mailto:sage [2007/12/17(月) 18:36:20 ] 他テーブルには俺コードと客コード両方持つのか？ 798 名前：仕様書無しさん mailto:sage [2007/12/17(月) 23:25:53 ] >>797 なぜそういう発想になるのかさっぱりわかんない。 だから客コードは名称とか一緒のただの属性で、 主キーは俺コード（つかただの連番、なんちゃらIDとか） でいいじゃんて話だよ。なんで伝わんないかなあ。 まあ他テーブルが売上データとかで、 売上日当時の客コードを過去データとして スナップショット取っておくとかならわかるけどな。 799 名前：仕様書無しさん mailto:sage [2007/12/17(月) 23:35:45 ] サロゲートキーっていう言葉がある 800 名前：仕様書無しさん mailto:sage [2007/12/18(火) 00:58:15 ] >>799 それそれ。ってあまり好きな言葉じゃないんだけど。 だって代理でもなんでもない、システムが稼動する限り 変わらない事が保証される、本当のキーじゃん。 業務ルールの都合で変わる可能性が0じゃないもんを 主キーにするのがおかしい。 801 名前：仕様書無しさん mailto:sage [2007/12/18(火) 02:02:47 ] >>800 >>783に対してのレスの流れだと、変わらない事が保証されないわけで。 だったら変わる部分と本当のキーの対応を別テーブルに…ってことかと思ったんだが、違うのか？ 802 名前：仕様書無しさん mailto:sage [2007/12/18(火) 02:55:11 ] >>801 だから、変わる可能性がある、業務に使うコードなんか 主キーにするから泣きを見るっていってんじゃん。 だから業務で使うコード（783なら顧客番号）じゃなくて 俺コードをPKにすりゃいいっていってんのに それがなんで別テーブルで管理って話になるんだ？ 顧客テーブル ・顧客番号（PK） ・顧客名 ・住所 っての状態を 顧客テーブル ・顧客ID（PK 自動採番） ・顧客番号 ・顧客名 ・住所 にすりゃ、顧客名が変わると同時に顧客番号が 変わるって業務ルールでも何の問題もないし 別テーブルで管理なんて冗長な事いらんでしょ。 ここまで説明せんといかんとは。 人の事コボラーとかいって笑えないぜ。 あまり長文かかすなよ。自分で自分がきもいわ。 803 名前：仕様書無しさん mailto:sage [2007/12/18(火) 07:02:00 ] 新旧の顧客番号が一緒に飛んでくる。 804 名前：仕様書無しさん mailto:sage [2007/12/18(火) 07:45:00 ] >>803 >SELECT * FROM こきゃくますた +−−−−−−+−−−−−−+−−−−−−+−−−−−−+ |　顧客番号１　 |　顧客番号２　 |　顧客番号３　 |　顧客番号４　 |　・・・・ +−−−−−−+−−−−−−+−−−−−−+−−−−−−+ 　　　　　　　　 ＿＿＿_　　　　　　　　　 　　　　　　　／　　 　 　＼　　　　　　　　 　　　　 　／　　─　 　 ─＼　　　　　 　　　　／ 　　 （●） 　（●） ＼　　　　 　　　　　 　　　　 　　　　|　 　　 　 （__人__）　 　 |　＿＿＿＿＿＿＿_ 　　　 　 　　 ＼　　 　　 ｀ ⌒´ 　 ,／　| |　　　　　　　　　　| 　 　　　　ノ　　　　　　　　　　　＼　| |　　　　　　　　　　| 　 　 ／´ 　 　　　　　　　　　　　 　 | |　　　　　　　　　　| 　 　|　　　　ｌ 　 　 　 　 　 　　　　　| |　　　　　　　　　　| 　ヽ　　　 -一ー_~､⌒)^),-､　　　| |_＿＿＿＿＿＿__| 　　 　　ヽ ＿＿＿＿,ノγ⌒ヽ)ニニ-￣　　　| |　　| 　　　　　 805 名前：仕様書無しさん mailto:sage [2007/12/18(火) 08:35:23 ] >>804 おお〜！アタマ良いなw 806 名前：仕様書無しさん mailto:sage [2007/12/18(火) 17:30:02 ] 一挙解決じゃん。 頭いいな>>804 807 名前：仕様書無しさん mailto:sage [2007/12/18(火) 18:06:08 ] >>804 で横長ＤＢができるのかw 808 名前：仕様書無しさん mailto:sage [2007/12/18(火) 21:32:45 ] 見事にオチがつきました。ﾁｬﾝﾁｬﾝ w 809 名前：仕様書無しさん mailto:sage [2007/12/18(火) 21:53:01 ] >>802 新規で作るならそれでいいけどね、、すでに顧客番号が主キー になってしまってて、糞設計をカバーするための無理な改修と 複雑な迂回経路ロジックが絡まって、崩壊寸前のカオス状態の データをどうすっかなーという愚痴なわけで・・・ 結論としてはコボラー士ね。これ。 810 名前：仕様書無しさん mailto:sage [2007/12/19(水) 02:29:42 ] 先日、うちのシステム部門が作っている新規システムのデモに参加した。 品番や顧客コードの変更に弱く、品番ツリー（部品表）も実務に耐えられる機能を持っていなかった。 出しゃばりの俺が、システムの同期に設計を見せてもらったらひどすぎた。 業務キーを主キーにするのは当然のこと、 部品表を表すための品番構成マスタもルートに対しての参照と構成レベルで表現されていた。 n:nの自己参照を関連テーブルで作って再帰ツリーにする方法がわからなかったらしい。 現在、趣味グラマの俺（生管）が「楽々ERDレッスン」を使って、プロジェクトチームに講習会を行っている。 どんな会社だ。 811 名前：仕様書無しさん mailto:sage [2007/12/19(水) 03:03:38 ] >>810 製造業でひどい設計のDBだと死にそうだなあ。 俺は物流ばっかりだからひどいのも何度も見てるけど まあなんとかなってたよ。 812 名前：仕様書無しさん mailto:sage [2007/12/24(月) 12:54:47 ] >>再帰ツリーにする方法がわからなかったらしい 講習会よりも転職、異動を薦めるほうが.... 813 名前：仕様書無しさん [2007/12/24(月) 21:36:28 ] ───────── ― -　-- ─── /⌒ヽ, ───────── ￣￣　 / ,ﾍ　 ヽ∧＿∧　￣￣￣￣￣￣￣￣　　　,　”　'　‐ , ￣￣　i　.i　＼ （　´Д｀）ヽ, 　　___,, __ ＿ ,, - _―" ’.　　'　・,　　’・　, 　/∧＿∧ ──　ヽ勿　　ヽ,__　 　 j　 i~""　　　　 ＿ ― ＿: i ∴”_　∵,　　　　　　　　　　））　→>>コボラ ＿＿＿＿＿＿ 　 ヽ,,　/　/　__,,, -- "" ─ "ー ・, ；　; - 、・　　 r=-,/⌒　　~ヽ~, ───────　 ヽﾉ　ﾉ,イ　　─── ― -　　　　　 　 　　 　i　ｙ 　ﾉ'　ﾉi　j | ───────　 /　/,. 　ヽ, 　──　　　　　　　　　　　　 　　 i,,___ノ　　　/／ ＿＿＿＿＿＿ 　 丿 ﾉ　ヽ,__,ﾉ　＿＿＿ ＿　_ _　　　　　 　　 　　,'　　　　ゝi 　　　　　　　　　　 j　 i　　　　　　　　　　　　　　　　　　　　　 　 ／　　　y　ノ ＿＿＿＿＿ 　 　巛i~　＿＿＿＿ ＿　　　　　　　　　　　　　/ 　　 ／~／ 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　　i　 　<　/ ───────　　　　　_　 _　　　　　　　 　 　　　　　 　 　 ヽ,　 ＼ 　　　 　　　　　　　　　　　//　| | 巛　　　　　　　　　　　　 　　 / ヽ_ 　） ────　　　　　　　　// 　 | |　 　　＝＝＝┐　　　 　　　 i （~＿ノ 　　　　　　　　　　　　　//　　　| |　　　　　　　| |　　　 　　　　ﾉ　 / 　　　　　　　　　　　　　~　　　　~　　　　　　　| |　　 　 　　　 ﾉ　 / 　　　　　　　　　　　　　　　　　　　　　＝＝＝┘　　 　　　(~ 　 ソ 　　　　　　　　　　　　　　　　　　　　　　　　　　 　　 　　　　~￣ 　　　　　　　　　..... ............................ ......... . .　　　　　　　　　　 　... ....... . 　　　　　　　:　:: ::::: :::::::::::::::::::::::::::: ::::::::::: :: : : 　　　　　　:　:::::::::: :::::: :: 　: : : 814 名前：仕様書無しさん mailto:sage [2007/12/24(月) 22:17:52 ] ───────── ― -　-- ─── /⌒ヽ, ───────── ￣￣　 / ,ﾍ　 ヽ∧＿∧　￣￣￣￣￣￣￣￣　　　,　”　'　‐ , ￣￣　i　.i　＼ （　´Д｀）ヽ, 　　___,, __ ＿ ,, - _―" ’.　　'　・,　　’・　, 　/∧＿∧ ──　ヽ勿　　ヽ,__　 　 j　 i~""　　　　 ＿ ― ＿: i ∴”_　∵,　　　　　　　　　　））　→>>813 ＿＿＿＿＿＿ 　 ヽ,,　/　/　__,,, -- "" ─ "ー ・, ；　; - 、・　　 r=-,/⌒　　~ヽ~, ───────　 ヽﾉ　ﾉ,イ　　─── ― -　　　　　 　 　　 　i　ｙ 　ﾉ'　ﾉi　j | ───────　 /　/,. 　ヽ, 　──　　　　　　　　　　　　 　　 i,,___ノ　　　/／ ＿＿＿＿＿＿ 　 丿 ﾉ　ヽ,__,ﾉ　＿＿＿ ＿　_ _　　　　　 　　 　　,'　　　　ゝi 　　　　　　　　　　 j　 i　　　　　　　　　　　　　　　　　　　　　 　 ／　　　y　ノ ＿＿＿＿＿ 　 　巛i~　＿＿＿＿ ＿　　　　　　　　　　　　　/ 　　 ／~／ 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　　i　 　<　/ ───────　　　　　_　 _　　　　　　　 　 　　　　　 　 　 ヽ,　 ＼ 　　　 　　　　　　　　　　　//　| | 巛　　　　　　　　　　　　 　　 / ヽ_ 　） ────　　　　　　　　// 　 | |　 　　＝＝＝┐　　　 　　　 i （~＿ノ 　　　　　　　　　　　　　//　　　| |　　　　　　　| |　　　 　　　　ﾉ　 / 　　　　　　　　　　　　　~　　　　~　　　　　　　| |　　 　 　　　 ﾉ　 / 　　　　　　　　　　　　　　　　　　　　　＝＝＝┘　　 　　　(~ 　 ソ 　　　　　　　　　　　　　　　　　　　　　　　　　　 　　 　　　　~￣ 　　　　　　　　　..... ............................ ......... . .　　　　　　　　　　 　... ....... . 　　　　　　　:　:: ::::: :::::::::::::::::::::::::::: ::::::::::: :: : : 　　　　　　:　:::::::::: :::::: :: 　: : : 815 名前：仕様書無しさん mailto:sage [2007/12/25(火) 02:25:48 ] 同じ顧客コードがついてるけど別会社です、とか 別の顧客コードがついてるけど同じ会社です、とか それに対応するシステムを作れ、とか 俺は悲しい 816 名前：仕様書無しさん mailto:sage [2007/12/25(火) 10:27:03 ] >>815 新規案件だったら簡単な話だけど そうじゃなさそうだなこの流れだと。 そういうの死ぬよなー。 俺は商品周りでそれやられた。 817 名前：仕様書無しさん mailto:sage [2007/12/25(火) 20:41:03 ] 顧客番号の取り方で、ある番号帯ではインクリメントしていき、 別の番号帯ではデクリメントしていき、そしてまた桁の繰り上がり が上がったり下がったりするようなのを自慢げに語られるわけです。 俺はこんなに複雑なもんを組んで、桁数が足りないのをカバー してんだぞと・・。もう市ねといいたいです。 818 名前：仕様書無しさん mailto:sage [2007/12/26(水) 10:09:21 ] >>817 それってどういう意味があるんだろう？桁数は変わらないような。 顧客番号から顧客数を推測されるのを回避できそうだと思うけれども。 819 名前：仕様書無しさん mailto:sage [2007/12/27(木) 00:13:17 ] >>818 顧客番号は社内のみで使用 820 名前：仕様書無しさん mailto:sage [2007/12/27(木) 00:21:42 ] いままさにおれの状況だ… なんで顧客番号のほかに「キー」なんてｶﾗﾑがあるんだよ、orz 821 名前：仕様書無しさん [2007/12/27(木) 22:23:43 ] >>815 前提なら悲しくない。 そういう前提の仕事をできないお前がクズ。 しね。 822 名前：仕様書無しさん mailto:sage [2007/12/28(金) 23:25:35 ] その前提自体が悲しい。 823 名前：仕様書無しさん mailto:sage [2007/12/29(土) 04:37:02 ] >>822 この程度で悲しんでたら 仕事になんねーじゃん。 泣くのはこの前提がカットオーバー 間際に発覚とかそういう場合だろ。 824 名前：仕様書無しさん [2008/01/03(木) 06:08:21 ] コボラではないが、 DEVELOPER(PL/SQL)とVB6.0が共存するシステムで CSV取り込みをDEVELOPERで バッチをVBで やるとか言われて仰天した。 なんか通じるものがある。 825 名前：仕様書無しさん mailto:sage [2008/01/03(木) 18:40:53 ] 今設計やってるんだが、 コボルからの移行なんだがDBを横長にしないとぶち切れる。 脳みそついてきてないんだろうな・・・。 ものすごく簡単なリレーションも理解できないから 同じ項目を何箇所にも持たせようとしたりして突っ込みに疲れる 826 名前：仕様書無しさん mailto:sage [2008/01/03(木) 18:46:04 ] 同じ物を何カ所も持ってたり、更新のたびにあちこちで再計算しまくるのな。 827 名前：仕様書無しさん mailto:sage [2008/01/03(木) 18:47:04 ] あがってきたdb設計をおれが全部直してる。 全部こっちでやろうかな・・・ 828 名前：仕様書無しさん [2008/01/04(金) 13:49:56 ] >>827 そうしろ。 ３日から大変だな。 829 名前：仕様書無しさん [2008/01/04(金) 22:48:03 ] おい、ここか コボラじゃないふりしてコボラをばかにしてる集会所は 830 名前：仕様書無しさん mailto:sage [2008/01/04(金) 22:55:10 ] >>829 そうなんだよ。 お前もいつまでも演技してんな。 831 名前：仕様書無しさん mailto:sage [2008/01/05(土) 08:12:26 ] コボラがガオー 832 名前：仕様書無しさん mailto:sage [2008/01/05(土) 19:46:52 ] ,._., 　　　 　　　 ‘^^ 833 名前：仕様書無しさん mailto:sage [2008/01/05(土) 19:47:41 ] ,._., 　　　 ‘^^ 834 名前：仕様書無しさん mailto:sage [2008/01/05(土) 22:46:45 ] >>826 ＞更新のたびにあちこちで再計算 トリガー使えばなんてことない。 ちまちま結合してる余裕がないのです。 データ構造を熟知してない人でも使えてレスポンスの良い横長の結果が重要なのですよ。 ケースバイケースでやらないと某スレで言われてるみたいに プログラムは単純作業って言われちゃいますよ。 835 名前：仕様書無しさん mailto:sage [2008/01/05(土) 23:28:37 ] >ちまちま結合してる余裕がないのです。 トリガー内で結合してるよね？ >データ構造を熟知してない人でも使えて コボラーに使わせる必要が無い^^ 836 名前：仕様書無しさん [2008/01/06(日) 00:11:38 ] >>834 半可通乙 837 名前：仕様書無しさん mailto:sage [2008/01/06(日) 00:57:27 ] >>835 ＞トリガー内で結合してるよね？ 横長DBをSELECTするときに結合する必要がない。 ＞コボラーに使わせる必要が無い^^ それで済んだら世話ない。 838 名前：仕様書無しさん [2008/01/06(日) 03:37:20 ] 団塊でてこい。 839 名前：仕様書無しさん [2008/01/06(日) 06:21:19 ] 倖田來未とＳＥＸ 相武沙希と握手 ギャル曽根と大食い勝負 お前らどれする？ 840 名前：仕様書無しさん mailto:sage [2008/01/06(日) 10:19:58 ] >>837はリレーションわからないコボラーの典型だな 841 名前：仕様書無しさん mailto:sage [2008/01/06(日) 10:24:00 ] >>834 >>837 そういう時はビューを使いましょう 842 名前：仕様書無しさん mailto:sage [2008/01/06(日) 23:38:49 ] >>840 リレーションをわかってないのは君だ。 リレーションシップな。 843 名前：仕様書無しさん mailto:sage [2008/01/07(月) 01:20:44 ] リレーションとリレーションシップってどう違うの？ リレーショナルデータベースっていうくらいだからリレーションでもいいと思うんだが 844 名前：仕様書無しさん mailto:sage [2008/01/07(月) 01:32:09 ] ざっくりとした説明だが、 リレーション = テーブル、だ。 出直してきなさい。 845 名前：仕様書無しさん mailto:sage [2008/01/07(月) 03:41:19 ] 半可通もいい加減に....... 846 名前：仕様書無しさん mailto:sage [2008/01/07(月) 04:11:48 ] >>845 リレーション = テーブルってのも言葉足らずで 不正確なのはわかっとるわい。 リレーションを関連とか思ってる奴には とりあえずこれでいいだろこれで。 847 名前：仕様書無しさん mailto:sage [2008/01/07(月) 04:51:58 ] >>846 あんたが「リレーションについて知ってるぞ」って主張したいのは 分かったけど、>>841はスルーなの？ 848 名前：仕様書無しさん mailto:sage [2008/01/07(月) 05:05:17 ] >>847 へ？ビュー使えばいいじゃん。 あ、そうか。俺、>>834でも>>837でもないです。 コボラー叩きしたつもりで恥さらしてる>>840が 痛々しいので横から大きなお世話焼こうかなって 思っただけです。 849 名前：仕様書無しさん mailto:sage [2008/01/07(月) 05:34:51 ] まぁ、前後との関係で読み取れる範囲だと思うよ。840は。 実際、841は察してるしね（OR 同じ間違い）。 850 名前：仕様書無しさん mailto:sage [2008/01/07(月) 05:42:30 ] >>849 前後の関係っていうか、841が察してるとかは知らんけど、まぁわかるわな。 実際とてもありがちな誤用なので。 851 名前：仕様書無しさん [2008/01/07(月) 07:34:44 ] >>846 >>リレーション = テーブルってのも言葉足らずで >>不正確なのはわかっとるわい。 なら、>>840がなんで叩かれるんだろう？ 852 名前：仕様書無しさん mailto:sage [2008/01/07(月) 07:53:47 ] わぁ＞＜ 釣れてる＞＜ ・・・仕事いってきます 853 名前：仕様書無しさん mailto:sage [2008/01/07(月) 10:05:15 ] >>851 リレーションを関連の意味で使ってるのは 明らかな間違いなのと、 この間違い自体はよくある話だからいいとしても それを他人を叩く文脈で使ってるのが凄く恥ずかしいから。 民主党なみのブーメラン現象だろう？ 854 名前：仕様書無しさん [2008/01/07(月) 20:50:25 ] ビューでもジョインでもどっちでもいいが ボラクルCBOのアホさ加減には辟易する 855 名前：仕様書無しさん [2008/01/19(土) 21:37:29 ] ファビョリジニー 856 名前：仕様書無しさん [2008/01/25(金) 01:37:56 ] >>854 刺ねよ、クソコボラ。 857 名前：仕様書無しさん [2008/01/25(金) 21:41:12 ] IT業界に３０年以上いますが、 プログラミングしかやったことがありません。 言語はコボルしかやったことがありません。 最近はコボル人口が激減しているのでとても待遇がいいです。 今年のボーナスの合計額は３７８万円でした。 こんなにもらって申し訳ない気持ちでいっぱいです。 858 名前：仕様書無しさん mailto:sage [2008/01/25(金) 23:07:05 ] そういえばエボラの無毒化に成功したみたいだね。 859 名前：仕様書無しさん mailto:sage [2008/01/26(土) 20:56:13 ] コボラの無害化は....無理か 860 名前：仕様書無しさん mailto:sage [2008/01/26(土) 21:12:43 ] この前引き継いだシステムはコボルで設計した横長ＤＢを そのままSQLに突っ込んだだけのもので、それを複雑な ビューとストアドで正規化されているテーブルのように見せ、 使うときはそのビューを結合して使うのだった。いい加減に城。 861 名前：仕様書無しさん [2008/01/26(土) 23:06:23 ] そのビューのレイアウトにコンバージョンすればいんじゃね？ 862 名前：仕様書無しさん [2008/01/26(土) 23:16:06 ] 参照はそれでいいけど 更新はどうすんだよ？ 糞テーブル残してトリガ更新か？ 863 名前：仕様書無しさん [2008/01/27(日) 02:18:01 ] お前らよく聞け。 オープン系が出てくる遥か前にコボラは市場を席巻している。 もう、お前らの負けは確定的。 864 名前：仕様書無しさん mailto:sage [2008/01/27(日) 23:26:08 ] >863 「自動車? この馬車全盛の世の中でそんなもん売れるわけないだろう」 (フォードが融資を頼みに行った銀行からの断り文句) 865 名前：仕様書無しさん [2008/01/27(日) 23:49:28 ] まぁ、馬車と自動車ほど 汎用機とオープン系は違わないからなー。 利用者にとっては。ユビキタスだな。 866 名前：仕様書無しさん mailto:sage [2008/01/28(月) 04:29:02 ] 俺、コボラだけど JAVAでサーブレットも PERLでCGIも Cで組み込みも VB,DELPHIでC/Sも ついでにPL/SQLとかDBMAGICなんかもできるよ。 言語をして、どれがいいとかわけわかりません。 ただ一ついえるのは 　　コ　ボ　ル　が　一　番　楽　で　金　に　な　る　。 ってこと。 その次は組み込みかな。 JAVA案件は貧乏人がやればいい ｗ 867 名前：仕様書無しさん mailto:sage [2008/01/28(月) 04:32:23 ] Oracle案件は半可通が多くて困ることが結構ある。 特にパフォーマンスに関しては 「このプロジェクトで一番詳しい」 とか言われてる奴がど素人だったりするから ｗ

---

---

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

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