2008年05月12日

２ちゃんねるまとめサイト

レス紹介サイト

加減

どんだけ駄目な家庭なんだよｗｗｗ

画像・動画サイト

50万再生達成時の「組曲『ニコニコ動画』　全自動マリオVer」（1.25倍速）

デスノートコラ『くねくね』

ホッピングでの宙返りに成功するも、強烈なアッパーでノックアウト

コレで萌えたらロリ決定なｗ

鳥取砂丘といえば・・

スーパーファミスタ２ありえない変化球投手

声優の江由衣さんがエロ映画の看板に興味津々の巻き

実際にこんな娘はいないって分かっててもどうしても

奇跡！グーニーズに見る ”伝説の声優陣”の豪華共演

ロックマンX バグステージに挑戦してみた

ニュース・テキスト

新都市伝説！？「男の人の精子を飲むと女の生理が・・・」

DVD「劇場版空の境界 -俯瞰風景-」サンプル展示と両儀式

コンシューマーゲーム機の歴史を年代と共に紹介

「反日」消えた？　救援隊派遣でネットに「謝謝」の嵐　5月16日(金)

ためしてガッテンに学ぶ定番料理17品の美味しい作り方

判ってるけど言われるとイラッとくる上司の発言集

LOST+BRAIN　ロストブレイン　1巻　催眠術で世界を変えようとする少年

今日のニュースと「反論プロレス」

メモリ増設したっすよ

5月16日のピックアップ

大人向けサイト

アイドル並に可愛いギャルをほとんど脱がさず着エロＳＥＸ！

【MOVIE】パワーショベルのテクニシャン、ショベルを作って女性の服を剥ぎ取る

フェミニンな女子校制服のせいでスラックスの僕らはとても窮屈な思いをしているんだ

性のベテラン熟女が年下童貞をがっつり頂きます♪

「爽健美女」姫条ゆき

井上和香　生放送でリアルにブラチラ

※リンクは、自動的に取得しています。閲覧は自己責任でお願いします。

新しい記事：FX始めて勝ちっぱなしなんだけどなんでみんな勝てないの？

過去の記事：禁菓子ダイエット

【今日の更新一覧｜コメントを読む（68）｜投票結果を見る｜Read this article in English or Hiragana.】 #

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

⇒コメントを読む（68）｜投票結果を見る｜ネット・PC・技術・仕事・就活｜

ブックマーク： Buzzurl

/ Hatena

/ Livedoor

/Yahoo!

編集元：プログラマー板より「こういう奴の対処法を教えてください」

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

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

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

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

2 仕様書無しさん :2008/01/30(水) 23:00:20

しかもユーザの資料にも「画面イメージ」ときちんと書いてある
イメージはイメージなんだよ
そういう感じに作ればスペースが10個か20個かなんて気にしないべ
頭かてぇやつってまじつかえねぇ

3 仕様書無しさん :2008/01/30(水) 23:00:29

>>1
あら探しする人
のあら探しをする

4 仕様書無しさん :2008/01/30(水) 23:01:48

>>1
かんたんだ。
工程が終わるまで悩んでるふりをしろ。
そういうやつはお前に文句をつけたのが仕事だと思ってる。

6 仕様書無しさん :2008/01/30(水) 23:03:10

>>1
あら探しされることを楽しむというコペルニクス的な発想の転換はどうだ？

7 仕様書無しさん :2008/01/30(水) 23:03:38

>>1の注意力が散漫すぎることに起因してるだけじゃん

8 仕様書無しさん :2008/01/30(水) 23:05:17

だな

9 仕様書無しさん :2008/01/30(水) 23:06:12

自分の垂れ流した駄目なプログラムを駄目だと言ってもらえるだけ有り難いと思えや>>1

10 仕様書無しさん :2008/01/30(水) 23:07:35

いっぺんに問題点を指摘出来る人なんて俺見た事ないぜ

11 仕様書無しさん :2008/01/30(水) 23:10:39

世間は>>1が許される程甘いもんじゃない。

12 仕様書無しさん :2008/01/30(水) 23:10:55

今でもCOBOLの仕事ってあるの？

13 仕様書無しさん :2008/01/30(水) 23:12:44

つうかこの二つそんなにこだわる内容か？
こんなレベルのでもう５，６回赤書きだよ
100歩譲って直してやるにしても1回でいえよって感じ
まじうぜぇ

俺作った奴
＊＊＊＊＊＊＊＊＊＊＊＊　売掛金伝票　＊＊＊＊＊＊＊＊＊＊＊＊　（単位：千円）
【勘定科目】
売掛金 20000 売上 20000

ユーザの提供イメージ
　　　＊＊＊＊＊＊＊＊＊　売掛金伝票　＊＊＊＊＊＊＊＊＊　(単位:千円)
【勘定科目】
売掛金 20000 売上 20000

15 仕様書無しさん :2008/01/30(水) 23:24:40

＊増やせばいいだけだろ
黙ってやればすぐじゃん

17 仕様書無しさん :2008/01/30(水) 23:31:19

俺上のを作ったら、結合する奴が、
①＊増やす　②単位の括弧は全角
とか赤書きしたエクセル資料送ってくるのよ・・・
それを直して、叩いてみてくださいと言うと今度は、単位のコロンは半角にしろ
とか言ってくる。
一回で言えばいいよ、そんなレベルのものを一帳票につき一回5，6個ずつ5，6回
言われてみ？切れるぜ。
一回で言ってこいよって・・・

18 仕様書無しさん :2008/01/30(水) 23:33:04

一回で言ってこいよってのは同意だな

20 仕様書無しさん :2008/01/30(水) 23:39:12

どこの現場にもいるんだよな。こういう人のあら探しが好きな奴。
そういうやつって、たいしたことないことを大げさに赤書きしてきたり
するよね。

21 仕様書無しさん :2008/01/31(木) 00:45:35

指摘件数ｘ100円が収入の全てなんだから、許せよ

22 仕様書無しさん :2008/01/31(木) 00:51:40

Cobolの仕事だったら、仕様書（提供イメージそのものか、そこからSEが設定した仕様）に
ディスプレイチャート（名称を忘れたが、80x20とかの画面イメージのシート）にカラム位置まで
指定してあるもんじゃないのか?
まあバイトでその手の仕事をやったとき、そんなのにうんざりして「俺はコボラーにはならねえ」と誓ったけどさ。

25 仕様書無しさん :2008/01/31(木) 06:33:15

「こだわる必要がない」と勝手に決め付けてる>>1の方が問題あるわ
特に金額帳票系はユーザーの要望通りに作らないとダメ

ユーザーが求めてるのは”業務仕様通りの正しい帳票”であって、
>>1の独創性は一切求めてないはずだし
ちゃんと作れバカ、って言われるのは当然
５回も６回も同じミスを連発してる方が異常
１回で言えよ、じゃなくて１回でちゃんと作れ

そのうち「あいつの仕事粗すぎ」と言われて無能レッテルはられるぞ

28 仕様書無しさん :2008/01/31(木) 18:25:14

COBOLに限らず帳票系は死ぬほど細かいがな、うちも。
一本のアプリから客の数だけ印刷パターンがある。
ある意味仕方ないんでは。
どっかに提出するものなら(うちはそう)ガッチガチに決まってることも多いし。

まぁ言われたとおり作ってはみ出るデータがＤＢにないだけマシ。

30 仕様書無しさん :2008/01/31(木) 22:48:19

>>1が「クレームの電話は俺が取るから任せろ」って言えばいいんじゃね

31 仕様書無しさん :2008/02/01(金) 08:09:46

ヘッダの位置が真ん中から少しズレてるとか、カンマが全角か半角かとかどうでもよくね？
俺がいいたいのは、結合試験している奴の態度。直すのは構わないが一回で指摘してこいって事。
個人合計の部署が次の人と同じのが出ていますとか言って来て直してやったら、氏名も次の人と同じのが出てますとかいってくるんよ。
そして直してやると今度は最後の人の合計が出ていません。とかだぜ。
まじうぜぇ。こっちも忙しいんだから一回で言えよ。

34 仕様書無しさん :2008/02/01(金) 08:28:55

>>31
テスト項目ごとに指摘してるだけかも。
帳票の文字の種類やら位置やらは開発者個人が「どうでもよくね？」と
決め付けるのは無理だろ。
客が「かまいませんよ」と言っていたりするのか？

32 仕様書無しさん :2008/02/01(金) 08:20:26

そういう事を決める仕様書、画面設計書があるはず。ないなら設計書にないと言えるが、自分が書いてなかったり、作ってないだけなら、文言いえない。

36 仕様書無しさん :2008/02/01(金) 08:45:42

氏名が出てない
合計が出てない

って明らかに単体テストしてないだろ

37 仕様書無しさん :2008/02/01(金) 08:52:44

50代の人達はコンピュータが無い時代を過ごした経験があるよ
その当時は、帳票は印刷屋に頼んでいたんだよ
印刷屋は、文字単位で位置をずらす事ができたりと、
結構細かい調整が出来る
レイアウトは、手間だけど、簡単なんだから
きっちりしないと、駄目だよ

39 仕様書無しさん :2008/02/01(金) 09:47:47

集計自体がまともに出来てないことにワロタ
文句言う前に単体試験からやりなおせ

48 1 :2008/02/06(水) 21:07:44

今ユーザが受入検証しているんだけど所属テーブルをリード表示するとき利用開始日と利用終了日をみて現在の所属を表示しろといってきた
使用変更というやつだ
まじむかつく

詳細にかいてないのにだ

こういう時はどうすればいいですか？

51 仕様書無しさん :2008/02/06(水) 23:04:48

>>48
素直に従えばいいと思う。もちろん上に、営業に話し通してもらって、追加工賃もらって。
言っちゃ悪いがそんなもんです。

ディスプレイのチャートも次は貰ってだな。
自分から要求しないなら、
こいつは仕様の細部まで確認しないやつ＝あんまり使えないやつ
ってなるぞ。

49 仕様書無しさん :2008/02/06(水) 21:11:04

使用変更というわけのわからん言葉を叫んでる奴の対処は大変だわな
まあそれはいいとして、
仕様変更ならば金を要求すればいいだろ
そんなこともわからんで叫んでんのか？

50 1 :2008/02/06(水) 22:57:22

さいあくなのはオンラインプログラムで論理削除フラグをついかしろだとさ
それ対応すると3じかんくらいかかるやつ
まじむかつく
なら最初から詳細をかくにんしとけやってかんじ

53 仕様書無しさん :2008/02/06(水) 23:18:01

>>50
たった三時間！
対応も修正もダミーデータの作成も単体テストも結合テストも入れて三時間！
やればいいじゃないか。もっと言うならそれを2.5hでやって株を上げればいいじゃないか。
なお言うなら普通にalter table ...とviewで組み合わせて、でいいじゃないか。

いいなぁ

61 仕様書無しさん :2008/02/08(金) 00:26:37

画面項目が増えたぐらいで嘆くとか
DBから簡単に引っ張れるデータなら一個位置制御と表示命令入れれば終わりじゃないの？

根本的な出力帳票のダメ出しを1度くらってから、適当に作ったゲラ刷り持って行って、
「サンプルですが見ていただけますか？　不備な点は多数あると思いますので、
　そういう箇所は、赤ペンで、ここはこう　とご指示をいただければ、
　上長確認の元、修正作業をさせていただきます」
とか言う事にしてる。
「おまえのやることだろ」って言われたら、
「私がすることは、お客様のニーズに出来るだけ応える事だと思っておりますので。
　直接の意見が頂きたく思い、こうさせていただきました」
って言えば大体なんとかなる。

　あとはもらった赤まみれのダミーを上司に持って行ってGOもらって完了。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【投票する】

⇒コメントを書く（68）｜ネット・PC・技術・仕事・就活｜

ブックマーク： Buzzurl

/ Hatena

/ Livedoor

/Yahoo!

トラックバック

エンタメの神様さん「今後こんな感じで更新します。」

その他の記事

■同じカテゴリー（ネット・PC・技術・仕事・就活 ）の記事を読む
■新しい記事：FX始めて勝ちっぱなしなんだけどなんでみんな勝てないの？

■過去の記事：禁菓子ダイエット

はてなブックマークのコメント

コメントありがとう御座います。　 ⇒最新のコメントへ（68）

学名ナナシ :2008年05月12日 14:11

客に納品してから問題バッコするより
作ってるところで細かいところまで膿だしきっといたほうがよくね？
もちろん、デスマとかならそんな余裕はねーけど
普通のワーキングなら当然のことだろ？

学名ナナシ :2008年05月12日 14:13

なんにも考えずに「ｗ」押しっ放す俺には
関係の無い話だなｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

学名ナナシ :2008年05月12日 14:19

自己判断するソフト屋なんて要らんわｗ
ミスなくすか、確認するかしろっての。
自己流が良いと思うんなら、客先納得させるまでが自分の仕事だわな。

学名ナナシ :2008年05月12日 14:23

自分の仕事は問題無いのにと言い張る奴は使えても使えねぇ、いずれ使わねぇに変わる

学名ﾅﾅｼ :2008年05月12日 14:27

少なくとも使いにくそうな奴だな

学名ナナシ :2008年05月12日 14:29

こういう相手は素直に言う事聞いて「はい、はい」言ってりゃok

注意すべきは、
「やっぱり元に戻せ」「あそこはあんな風に」
とか言う事が多いので、変更前のデータを取っておく事。

クライアントが馬鹿だと思って割り切るのが一番だよｗ

学名ナナシ :2008年05月12日 14:37

言質とる為のドキュメントを作らずに作った時点で負けだろ、ｊｋ

学名ナナシ :2008年05月12日 14:51

ソフトウェアってのは自動化されたプロセスの一部としても使われる事が往々にあるんだから、一字一句スペースやら＊の数まで同じであるべきなのは当然だろう。数値のコンマ全角ってどこの素人だよ、こいつ。
相手の頭固いとか言う前にソフトウェア産業に従属する人間らしい常識を身に着けろよ。

学名ナナシ :2008年05月12日 14:56

早くCOBOL死滅しねーかな

学名ナナシ :2008年05月12日 14:58

どう考えても>>1が糞だろ

学名ナナシ :2008年05月12日 15:01

アンケ無反応ﾜﾛﾀ

学名ナナシ :2008年05月12日 15:12

>1はすごいヤツだな
>>前言わなかった所を「ここもだ」とか
↑こんな発言信じられない・・・

１箇所ミスを指摘されたら同じようなミスしてそうな所は自発的に見直すべきだろ
上司に全部指摘してもらおうという甘え根性に加えて１回で漏らさず頼むって
どんだけ使えない屑なんだよ

学名ナナシ :2008年05月12日 15:29

たしかに弥勒などの昔の伝票帳票システム（紙のね）で生きてきた
古い経理部長は「コンピュータだから簡単なんだろ」って
気楽に仕様の変更を申し入れてくるんだよな。
オッサンたちはコンピュータは「魔法の箱」で
プログラミングは「呪文」ぐらいにしか思ってない。
テクマクマヤコンとかピピルマピピルマと唱えれば
簡単にシステムが構築できるとイメージしてる。

学名ナナシ :2008年05月12日 15:47

ユーザって馬鹿なんだよな
ホント死にたくなるくらい馬鹿
こんな奴のためにプログラム書かないといけないのが悲しい

学名ナナシ :2008年05月12日 16:06

米欄に残念な奴が居るな

学名ナナシ :2008年05月12日 16:07

プログラマの世界じゃ普通にあることだな。
というか依頼受けたものはきっちりしないと。
>>13とか明らかに作成ミスの領域。

学名ナナシ :2008年05月12日 16:08

もしかして、文字コードとか、バイトで換算した時にいくつになるかとか、
違う形式への変換とか、漢字コードの自動変換の穴とか、
今時のプログラマは、まるで考えないの？

それとも>>1は、特例？

学名ナナシ :2008年05月12日 16:16

>>1叩きスレと聞いて

「ここもだ」ってことは、前回に指摘したのと同様の修正点がまだ残ってた、ていう意味だろうが
なら言われたとこだけ直すんじゃなくて※1012の言うように同じ事をやってる箇所が他にも無いか
全体をもう一度見直してみるべきだったろうな

学名ナナシ :2008年05月12日 16:31

>>1は言われた場所しか修正してないんじゃないの？
全角カンマを半角にしろってのは、全部の全角カンマを半角にしてってことなのに
指摘された場所しか修正せずに提出。
それだと、指摘した方としては全然直ってないとしかいえんよな。

それか、
うまくいかない→間違い探し→修正点指摘→直して再提出
→やっぱりうまくいかない→間違い探し→修正点してき→直して再提出
→やっぱりうまくいk(ry
なんてサイクルにはまってるのかもね。
どっちにしろちゃんと書かない>>1の方がいかんよなあ。

あ :2008年05月12日 16:31

1は一度に全部言葉で指摘されたらされたで覚えきれずに、「一気にいっぱい言うんじゃねぇよ」とか言いそう。

学名ナナシ :2008年05月12日 16:35

>個人合計の部署が次の人と同じのが出ていますとか言って来て直して
>やったら、氏名も次の人と同じのが出てますとかいってくる
あら捜し以前につくれてないじゃん。そのくせ指摘されたら文句って・・・
ってかこんなものもつくれない>>1使えなさすぎだろ

学名ナナシ :2008年05月12日 16:37

指摘されてるうちは幸せなんだぜ？
うちとこじゃ「使えねぇ」って見切ったら、業務に支障が出ない程度に周囲が無言でフォローして後は何言ってもスルーだな。

学名ナナシ :2008年05月12日 16:52

ぷろぐらまあ(笑)

学名ナナシ :2008年05月12日 16:54

正確さが求められる帳票で、カンマが半角だろうが全角だろうがいいだろうが、なんてアホかｗ
ｺﾚ、もう一段下げて、やっぱ上げて、やっぱ下げて、やっぱ戻して、あと仕様変更でこれ追加ね、なんてよくある話。

学名ナナシ :2008年05月12日 17:05

言われたままに修正やら変更をするのではなく、どうして相手が
そういうことを要求するのかをまず考えるべき
そうすることで指示のない修整部分も浮かび上がってくるし、
相手に対してより良い提案も出来る
考えて仕事せにゃ

学名ナナシ :2008年05月12日 17:17

まあ、この手の話しを「伝達能力」で考えるのは修羅場を経験していない証拠。
たくさん仕事をこなせばわかるが、
SEとかが普通に持ってる「プログラム脳」って、実は特殊能力なんだぜ？

仕様書とか会話から、できるだけ早い段階でそのことに気付き、
やばいと思ったら先手をうっておくのがプロってもんだ。
＃最初の段階で細かい仕様についても細かく聞き出す
＃「言った言ってない」にならないように必ずCC付きのメールでやりとりする
＃会議で決まったら、箇条書きでいいから決まったことの確認を同様に求めるetc...

どうせ年をとればマネージメント側にシフトしていくんだし、
これくらいの危機管理感覚が無いと、でかい仕事で大損害出すかもしれない。

……と、かつて数千万の損害を出したことのある俺が言ってみるｗ

学名ﾅﾅｼ :2008年05月12日 17:24

COBOLって既に失われた言語だと思ってたよ

学名ナナシ :2008年05月12日 17:31

>81からの提言があまりに現実味ありすぎて吹いたｗｗｗ

COBOLは俺らより長生きする気がする

学名ナナシ :2008年05月12日 18:01

アンケのどの項目に投票しても>>１叩きにしかならない件

学名ナナシ :2008年05月12日 18:05

>>1026
貴方の説明していることが「プログラム脳」の中身だとしたら、それは特殊能力ではない
取引先がいてチームで作業する職場なら、貴方が書いたことは業種関係なく必要な能力

:2008年05月12日 18:25

帳票の半角全角の間違いは致命傷だよ。>>1死ぬか金の関わらないwebサイトでも作ってろ。

学名ナナシ :2008年05月12日 18:33

試しに、その相手に
「お手本を見せて下さいよぅ～、ﾌﾋﾋ」
とか煽てて作らせてみるってのはどないだ？

学名ナナシ :2008年05月12日 19:00

地方気味の上司はどうしたら良いっすか？
人の話をまるで聞かず、思い込みで仕事されっからたまったもんじゃない。

学名ナナシ :2008年05月12日 19:55

そもそもこういうのは粗探しとは言わんよな

学名ナナシ :2008年05月12日 20:24

＞＞１は使えない奴だということはわかった。

学名ナナシ :2008年05月12日 20:37

こいつだめだな
指摘されたミスしか確認してねえし
そもそもミスがあった時点でおかしいんだぞ

俺ならこいつはもう使わない
使ったら自分の仕事が増えるだけだ

学名ナナシ :2008年05月12日 21:19

これ釣りでしょ？
ネタにマジレスなんとかってヤツ。

通りすがり :2008年05月12日 21:57

指摘した場所しか修正しない
↓
その修正によって影響を受ける場所はスルー
↓
再度指摘
↓
上に戻る

こういうのしょっちゅうなんだけど影で1のようなこと言われてたら嫌だな……。
自分でやってた時の方が楽だった。
委託先の育成のために手出し禁止とか辛い。

学名ナナシ :2008年05月12日 22:02

ユーザー依頼の個別帳票なんぞ、細かいお客さんなら5mmずれてるだけで返品くるぞ。
13のずれ加減はありえねーよｗ

学名ナナシ :2008年05月12日 22:32

>>1038
「関連する所ももちろん直せ」くらいは言っても良いだろ

学名ナナシ :2008年05月12日 22:34

まーた俺のレスが載ってるスレかｗ
間違いなくこのスレでは>>1に問題があった。

学名ナナシ :2008年05月12日 23:10

やっぱプログラマって、いいね。
あきらめきれん。

学名ナナシ :2008年05月12日 23:10

>>1はまずは仕様書通りに作れるようになってから文句言えよ。
モジュールごとの関連考えたら、
仕様書通り作らなければバグの温床になるだけ。

学名ナナシ :2008年05月12日 23:22

仕様書のとおりに作られてないプログラムなんて、
作ってないのと同じだ。
時間を無駄にしてる分、たちが悪いぐらいだよ。

学名ナナシ :2008年05月12日 23:34

※1042
プログラマになるにしても、健全な技術指向のある職場にいかないと
「なんじゃこれ」ってことになるよ。

みんなかなしいぐらいレベル低いので仕事は別に難しくはないです。
日曜プログラマの方がレベル高いです。
（まあ、尤も彼らはSQLとか使えないわけだが）

学名ナナシ :2008年05月12日 23:44

米1030
いや、「プログラム脳」っていうのは、コンピュータ的な思考のこと。
すでに持ち合わせている人間には当たり前すぎて意識しにくいが……
うん。フロチャートっぽいものを書かせれば、いっぱつでわかる。

わかっているやつは紡錘形に近いフローチャートを書くことが多い。
わかっていない奴は終点も何も無いピラミッド型のフローチャートを書く。

「データの処理」というものをイメージできない人、と言い換えてもいいかもしれん。

学名ナナシ :2008年05月12日 23:54

*1003
ソフト屋に限らず、受託者の立場で勝手に判断するってのは社会人失格だよな。
メーカーだろうが商社だろうが、そんなことやった瞬間に案件完成前に即失注。
委託者とちゃんとコンセンサスを取って、ゴールと全体像を常に把握するのが
仕事の基本動作で、自分の仕事しか目に入らず、委託者の商売がどんなモノで
何を望んでいるか理解して無いやつがスレ主みたいなこと平気で言う。

学名ナナシ :2008年05月13日 00:51

いやいやいやいや、全角と半角とか、出力位置とか問題だろ。
しかもCobolで。

大体>>31は完全にバグｗ　3回も同じとこでバグ出しといて
それを「直してやったら」って。糞プログラマにもほどがあるｗ

学名ナナシ :2008年05月13日 00:53

というか、これネタでなければ特定されるだろ
先方の依頼をネットに事細かく垂れ流すのって問題ありじゃね？

学名ナナシ :2008年05月13日 00:59

先方つーか、社内じゃない？

学名ナナシ :2008年05月13日 01:35

帳票はきっちり作らんと言われてもしょうがないんじゃね？

学名ナナシ :2008年05月13日 01:50

小出しにすんなと言うわりには、>>1が文句を小出しに言ってるという

学名ナナシ :2008年05月13日 02:33

スレタイのこういうやつ＝１ということですか

学名ナナシ :2008年05月13日 06:55

>>1が悪いだけだろ……

学名ナナシ :2008年05月13日 09:03

>>１が癌だろう…

学名ナナシ :2008年05月13日 09:42

指摘されたなら他も見直せよ・・・使えないカスだな

学名ナナシ :2008年05月13日 10:27

>>1をかばうやついないな～と思ってたら>>1040にフイタ
言われなきゃ動かないやつっているんだな・・・

学名ナナシ :2008年05月13日 10:49

何の話か全然わかんねｗ

学名ナナシ :2008年05月13日 10:51

まあ、あれよ、勉強だと思いなよｗ
世の中には細かい人がいるって事。
今回はたまたまその人だったけど、客にも居ないとは限らない。
仲良くやっている客・会社でも担当が自分の会社をよく思っていないなんて事はある。
そんな担当が揚げ足をとってくるなんてよくある事だよ。
「イメージ」てのも自分と他人、それに客と取り方が違うなんて事はよくあるんだよｗイメージ通りに作っておけば絶対間違いないんだからさｗ
それにな、そういうタイプなのが分かってたら空気読んで全部見直せよｗ
結合テストする人にしてみたら指摘が多過ぎる場合「なんだこれ？テストどころじゃねえ！とりあえず全部見直して！」て事はあると思うぞｗ

学名ナナシ :2008年05月13日 15:05

>>1059
せめてスレくらい読んでからコメントした方がいいよ
文末の「ｗ」がすごく痛々しいよ

学名ナナシ :2008年05月13日 15:30

COBOLの汎用機での勘定処理なら当然の事だな。

学名ナナシ :2008年05月13日 18:39

客の仕様通りに作れない１が問題。
一つ注意を受けたら同様の訂正がないか全チェックするのが常識。
その他仕様と異なる箇所があれば、問題ないか確認するのも常識。

早く仕事を覚えてくださいね。１は入社2年目ぐらいかなｗｗｗ

学名ナナシ :2008年05月13日 19:57

でも帳票とかのユーザーが見える（見ることができる）部分は
細かい指摘が多いのも仕方がない気がする

1042 :2008年05月13日 20:22

※1045
少しイメージがつかめたかも。
ありがとうございます。

学名ナナシ :2008年05月13日 20:43

>>1が悪いだけじゃないか

学名ナナシ :2008年05月14日 12:38

>>1が阿呆すぎて言葉が出んわ

学名ナナシ :2008年05月14日 14:56

>>1を擁護してるやつって社会や仕事ってものをまだ知らないんだろうな

学名ナナシ :2008年05月15日 00:17

ネタかと思ったら普通に議論しててﾜﾛﾀ
>>1がダメだろ

アンケート機能β　⇒投票する｜ランキングを見る

お気軽に一言お願いします。　⇒最初のコメントへ（68）

発言の引用には > を、コメントへのアンカーは >> でお願いします。

コメント中のURLは、自動的にリンクに変換されます。

URLの記入はhttpのhを抜いて下さい（宣伝対策です）。

サイトや掲載内容に関するご意見・苦情等はコチラからお願いします。

名前:	←コメントの名前を記憶する
メール:

	コメントが反映されるまで時間が掛かる場合があります。半角英数字のみの内容は投稿できません。