こういう奴の対処法を教えてください

1 ：仕様書無しさん：2008/01/30(水) 22:57:58

俺今ＣＯＢＯＬでオーバレイ帳票20個くらい作ってんだけど、
結合試験している奴がうざすぎます。
帳票でスペースが足りないとか、カンマが半角に
なっていないとか、カタカナは半角にしろとか。
帳票一本に20個くらい赤書きしてきて、
それを「直したんで直してなんかあったら言ってください」
と下手に出てたら、
「直ってねぇ」とか前言わなかった所を「ここもだ」とか・・・

まじうぜぇ。ユーザーが半角だの全角だのこだわる訳ねぇべ。
しかも小出しに言ってくる。一回で纏めていえってかんじ。

こういう人のあら捜しする奴ってどうすればいいですか？

63 ：仕様書無しさん：2008/02/08(金) 15:35:57

現在>>1と似た状況の俺の場合ですが、
とにかく先方の国語力がなさすぎて困っています。

文書ベースのやりとりをしているんですが、この人は
本当に絶望的に意志の疎通ができない本物の人です。

もうかれこれ4週間ぐらい泥沼状態が続いていて、
「あなたの言いたいことはこうですね？ね？」と
再三確認するのですが、結局は「直ってねぇ」の繰り返しです。

この1ヶ月間でアドホックな変更がどんどん蓄積し、
コードベースの品質は坂道を転がるように劣化しており、
これ以上の変更は辛いと正直に進言したところ、
「なめてるのか」と怒られました。

ちなみに今月中にこの人を何とかしないと、俺の給料が出ません。

64 ：仕様書無しさん：2008/02/11(月) 07:10:12

打ち合わせの場を設けて上も同席してもらえ
担当者間の齟齬を当事者が解決できないことはよくあるこった

65 ：仕様書無しさん：2008/02/11(月) 14:40:13

優柔不断な奴、自分の言ったことを覚えてない奴、一貫性がない奴
こういう連中からは文章の形で言質を取る。

基本じゃんこんなの。なにをこんな中学生でも思いつく知恵も思いつかずにぶーたれてるのここの連中。
それこそアホちゃうか。

66 ：仕様書無しさん：2008/02/14(木) 01:58:53

今日また仕様変更が着ました。
反対仕分けをするときに反対仕分け理由を入れれるんだけど未入力のときは
反対仕分けできないようにしてくれといわれたよ
そういうこと開発の時には何もいってなかったのにだ。

マジむかつく
詳細設計とかレビューしてくれないくせに検証時に文句いってくるやつってどうすればいいですか？

67 ：仕様書無しさん：2008/02/14(木) 02:45:55

>>65
もってくる物：通訳

68 ：仕様書無しさん：2008/02/14(木) 03:48:19

なんか誤字脱字が激しいな
2ちゃんで言っても始まらんが

俺の客みたい

69 ：仕様書無しさん：2008/02/14(木) 08:21:20

どうすればいいですか？
って聞いてくる奴の日本語がことごとく悲惨なのは仕様

70 ：仕様書無しさん：2008/02/14(木) 11:13:47

俺には>>66が要求されている内容が正確にわからない。
どういう風にでも取れる。
こういう風に話受けてくるのが間違ってる。

71 ：仕様書無しさん：2008/02/14(木) 11:42:03

伝達能力の欠けたヤツがまともな解釈をしているのかどうかから疑うべき

72 ：仕様書無しさん：2008/02/14(木) 20:44:33

>>66は
『必須入力項目を増やせと要求された』
の一言でいいんでね？

73 ：仕様書無しさん：2008/02/14(木) 22:45:48

今日また仕様変更が着ました。
ユーザマスタを削除するときデリートで消してるんだけど消すときにフラグをアップデート
してほしいといわれた
消すのにアップデーtとしてもいみねぇだろうが
マジユーザーはあほだわ

74 ：仕様書無しさん：2008/02/14(木) 22:50:41

そんなの普通だろ。
…てか、業界未経験？

75 ：仕様書無しさん：2008/02/14(木) 23:12:19

削除済みフラグを立てるという意味ではなく?

76 ：仕様書無しさん：2008/02/14(木) 23:38:58

削除フラグ立てとか基本中の基本じゃねーか

削除された後も関連情報を残したい事由は多々あるわけで
そういうシステムのが一般的
速攻DELETEとか所謂常識外れだろ
ユーザの側に立ってモノを見ろ

ぶっちゃけいきなりユーザマスタからDELETEするシステムのほうがすくねーだろ
ま別テーブルに待避してからDELETEとかならありか

77 ：仕様書無しさん：2008/02/14(木) 23:43:32

直接DELETEだとテストしづらいこともある

78 ：仕様書無しさん：2008/02/15(金) 00:23:34

論理削除フラグはシステム全体のパフォーマンスを悪くするんだよなぁ。
外部キー制約や一意制約も有効に使えなくなるし。SQL文も長くなる。
なんでもかんでも論理削除にして、頻度の少い要件のために機能を増やし
て負荷を高めるよりか別の手段（ログやバックアップ、冗長化等）を用いた
方が利口。
馬鹿はまさしく馬鹿の一つ覚えみたいに論理削除にしたがるが、ただフラグ
を設けるだけで、整合性を考えてリカバリ方法まで考慮してるケースは稀。
そして、論理削除で助かったぁ、ということもほとんどお目にかからない。
...ヤレヤレだぜ。

79 ：仕様書無しさん：2008/02/15(金) 01:19:59

金融系だと法律で特定の期間はデータは残しとけってのはあるから、データを
削除するんじゃなくて、削除フラグを用意してってのはあるな。

仕様変更なんて工数もらえればシステムの根幹にかかわるようなのじゃない限り
2chでスレ立てて騒ぐようなことじゃないけどな。手を入れればバグがもぐりこむ
確率が上がるから、可能なら手を入れないで運用対処とかで済ませてもらいたい
けど、そうもいってられない時もあるからねぇ。

80 ：仕様書無しさん：2008/02/15(金) 01:28:43

全テーブルについていると確かに不便だし、
データ登録するときヘタするとMERGE文相当のことをさせられる。

81 ：仕様書無しさん：2008/02/15(金) 10:20:14

うちは削除フラグと、削除日をつけといて
一定期日過ぎれば別テーブルに移してDELETEかけてる
こんなもんだと思ってた
そのうち、削除した人のID的なものも欲しい、って言われるから心の準備をしておくように

82 ：仕様書無しさん：2008/02/15(金) 17:37:57

>>81
登録・更新・削除ごとに[1]実施者[2]実施時間 の計6つのカラムと、
くわえて削除フラグで、計7つ必要になるように…。
そして開始期間とか終了期間とか増えるとさらにカオスになる。

83 ：仕様書無しさん：2008/02/16(土) 02:41:03

>>79　>>81　
削除フラグやXX日付ってめんどい。でも代用設計なかなかないよね。

>>82　みたいな件はトリガーとview用意して、簡単なSQLの上辺っ顔用意すれば
利用率９割近い機能の仕様実現できると思うんだ
プログラマって、利用頻度の低い部分にも拘っちゃうからわだかまりができるんじゃないだろうか

84 ：仕様書無しさん：2008/02/16(土) 23:26:50

普段はいかに綺麗なデータベースを作るかって考えてるが、時間の壁が、、、

85 ：仕様書無しさん：2008/02/16(土) 23:33:26

Ｔ字型ってどうよ？

86 ：仕様書無しさん：2008/02/20(水) 22:10:05

いやー、でもあら探しする人もどうかと思うよ。
そういう人に限って本質的な問題気づかない（気づけない）でしょ

87 ：仕様書無しさん：2008/02/20(水) 23:21:59

大火事だ！問題だ！ひとがたんねええええええ！
って自作自演に乗っけられてやってきたものの

まっちぽんぷの集団だった。

88 ：仕様書無しさん：2008/02/20(水) 23:42:21

OOスレの無知芸人おじゃばはどうしたらいいんでしょうか

89 ：仕様書無しさん：2008/02/21(木) 20:09:20

�_

90 ：仕様書無しさん：2008/02/29(金) 19:07:30

寿司食いたいﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌ

91 ：仕様書無しさん：2008/02/29(金) 19:29:02

"ﾌﾌﾌﾌﾌ"の対処だったらポインタが指してるとこを(ry

92 ：仕様書無しさん：2008/02/29(金) 19:34:32

違う
ガリでも食ってろﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌﾌ

93 ：仕様書無しさん：2008/04/26(土) 03:24:13

いや、でもあらさがしはよくないでしょ。
っていうか細かいことばっかり言う人ほど、
大きな間違いや、大きな漏れに気づいてないよね？

94 ：仕様書無しさん：2008/04/26(土) 07:10:12

http://pc11.2ch.net/test/read.cgi/streaming/1202224933/
740 ：ゴキ ◆KBolwFjGFs ：2008/03/02(日) 16:10:33 ID:XSKtFMSK0
いつになったら五期鬼太郎43・44・46・47話うpしてくれるんですか＞＜
750 ：ゴキ ◆KBolwFjGFs ：2008/03/02(日) 17:10:36 ID:XSKtFMSK0
いつになったら五期鬼太郎43・44・46・47話うpしてくれるんですか＞＜
762 ：ゴキ ◆KBolwFjGFs ：2008/03/02(日) 23:15:47 ID:XSKtFMSK0
いつになったら五期鬼太郎43・44・46・47話うpしてくれるんですか＞＜
772 ：ゴキ ◆KBolwFjGFs ：2008/03/03(月) 02:23:17 ID:FCp+FnG70
いつになったら五期鬼太郎43・44・46・47話うpしてくれるんですか＞＜
811 ：ゴキ ◆KBolwFjGFs ：2008/03/04(火) 00:55:53 ID:4/B+VsKZ0
いつになったら五期鬼太郎43・44・46・47話うpしてくれるんですか＞＜

95 ：仕様書無しさん：2008/04/26(土) 15:24:59

色目使うと、逆に「入れて」とか言ってからかう若い女ＰＧ。

96 ：仕様書無しさん：2008/07/22(火) 23:22:55

ｗ

97 ：仕様書無しさん：2008/07/23(水) 20:17:49

細かいミスを指摘してくれるのはありがたいが
さも見つけました！と得意げに言ってくる上、他の連中に「こんな間違いあったよ」
と吹聴して笑っているような人間
個人向けでいいのに、わざわざＭＬで他人の間違いを指摘する人間
とにかく誰かをやっつける事しか考えられない人間

98 ：仕様書無しさん：2008/07/24(木) 00:18:58

MLとかグループウエアで言うのはいいことじゃないか？
個人向けにこっそり教えたってそれは氷山の一角かもしれん。
ハインリヒの法則を考えると、どんなことでも共有するのが一番だとおもう。
俺も結構、ライブラリとかに「モジュール○○に××なケースのチェック漏れがありました」とか
単純なバグレポ出すけど、
相手をやっつけようなんて思ってないなぁ。
むしろ仕事を増やして悪いなぁ、とか思うが、いいものを作りたいなら仕方が無いことじゃないかなぁと思う。

でもまぁ、吹聴して笑っちゃ不味いよな。
バグレポ出したら、修正案ぐらい同時に出すべきだ。

99 ：仕様書無しさん：2008/07/24(木) 19:47:38

>>98
淡々と指摘をしてくれればいいのだが
ねちねちと言葉の節々に嫌味が含まれてる
自分のミスもMLに流せばいいと思うが流さないぞ
いいものを作る為じゃなく、自分の筋を通す為って感じだし

100 ：仕様書無しさん：2008/07/24(木) 20:25:26

>>97
関西人全員と富士通社員じゃん

101 ：仕様書無しさん：2008/07/25(金) 01:22:32

そう、関西人のテスターは最悪。

102 ：仕様書無しさん：2008/07/26(土) 00:22:46

>99
なら其奴の指摘をしてやれ。

103 ：仕様書無しさん：2008/07/26(土) 07:54:18

>102
やめとけ、火に油を注いで状況は悪化するだけ。

メールのやりとりを開発メンバーすべてにBCCで送りつけるようにすると良いよ。
bccは止めるように、とお達しが来るけど、結果的にこいつをチームに入れておくとやばいから
はやくどっかに移そうという話しになる。

104 ：仕様書無しさん：2008/08/23(土) 18:38:30

自分からテスト専門です、って宣言してる派遣テスターって何なの？

将来プログラマとかSEになりたい、とかならわかるけど。
向上心ないよね、頑固だし。
そういう派遣テスターって、仕様書は読めない、
テスト仕様書も作れない、テストプログラムも作れない
やれることは「テキトーにプログラムを触る」ことだけ。

俺は派遣プだけどさ、こういう派遣テスターがいると
派遣全体がバカにされるんだよ。
テスト専門派遣なんて氏んで欲しいよ、まったく。

今日も正社員の人が派遣テスターに仕様書を読んで
テスト仕様書を作ってください、って説教してたよ。
その派遣は頑固に「何故、仕様書が必要なんですか？」って
反論してたから、きっとテスト専門派遣テスターだな。
仕様書も読まず、テスト仕様書も作らず、ただテキトーに
プログラム触るだけで給料もらおうなんて頭おかしいんじゃねーの？

あ〜あ、あの派遣テスターが3ヵ月後に切られるまで、
仕様書も読まねーでテキトーにテストしたバグ票がまわってくんのかよ。
そんな糞なもん、読んで処理する派遣プの身にもなってくれよ。
うわ〜、しかもそいつが切られる3ヵ月以内に中間納品あるじゃねーか！
テスト仕様書もなしにテキトーにテストして納品か。
中間納品後にソッコウクレームでデスマ必至だな。俺の休みも返上かよ。

派遣専門テスターさんよ、少しは向上心持てよ！
頑固な性格直して仕様書読めよ！テスト仕様書作れよ！

105 ：仕様書無しさん：2008/08/23(土) 18:54:03

>104
本人の目の前で言ってから、ここに書き込むように。

106 ：仕様書無しさん：2008/08/23(土) 19:05:03

>>104
対処以前にそんな派遣テスター辞めてもらえばいいだけだろ
逆になんで切られないのか不思議だ

107 ：仕様書無しさん：2008/08/23(土) 19:20:19

>>1

人のあら探しするヤツは、
自分の仕事を全くしていない

それでもそいつがチェック係で、
そいつを通さなきゃしようがないんだったら
１日中それに付き合ってやるといいよ。
（大声で。ここがミソ）
周りにも、チェック係りの彼は、
自分の仕事してないくせに君をイビってるっていう事をわかってもらえる

あと、そいつの帰り際にはかならず修正したものを持っていくこと。
めんどくさくなって必ずＯＫを出すから。

君が実績を出せば、周囲はわかってくれる。
チェック係りの彼は、
１日中君をイビっているだけで何もしていないのだから、
何も成果物を出せないはずだ。

がんばれ。

108 ：仕様書無しさん：2008/08/23(土) 20:01:02

>>1

そいつは、どう修正したらＯＫなのか、自分でもわかっていないんだよ。
不安だから１日中ダメ出しするの。驚くだろうけどホントに。そういう奴いるよ。
自分が上司なのに無能なのをひがむ気持ちもあって君をイビるんだよ。
まあ、普通に働けば、できる人間はダメな奴と組まされる。
そういうもんだよ。そういうのが疲れてイヤになったら、スローライフがいいですな。

109 ：仕様書無しさん：2008/08/23(土) 20:14:08

>>1
テスト仕様書すら作らない自称「結合試験」なんてやってるアホ会社じゃしょーがねーよ、あきらめろ
まあ、>>104に出てくるようなアホ派遣テスターが威張ってる会社だろ
辞めたほうが幸せになれるよ

110 ：側近中の側近 ◆0351148456 ：2008/08/23(土) 22:43:09

(っ´▽｀)っ
帳票設計書なし
テスト仕様書なし
･･･。

金融系のシステムじゃないだろうね？
こんな仕事してたら品質なんてまともなわけない。
トラブルの嵐だと思うんだけど。

111 ：仕様書無しさん：2008/08/24(日) 07:52:25

>106
書いてる本人も下っ端で、人を辞めさせる権限ないんだよ。
結局、底辺同士の愚痴なのさ。

112 ：仕様書無しさん：2008/08/24(日) 10:54:37

指揮監督者の正社員が読み書きできない派遣テスターすら切れないんでしょ
波風立てるのがイヤで
本来、切るべき人間を無理に残すとチームワークが無茶苦茶になるんだよね