ニュース 最近のコメント 動画まとめ 先月の記事 毎月の注目記事 問い合わせ ネタ投稿 お気に入り
ブックマーク: Buzzurl  / Hatena /Yahoo!  




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

    1 仕様書無しさん :2008/01/30(水) 22:57:58
    俺今COBOLでオーバレイ帳票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
    つうかこの二つそんなにこだわる内容か?
    こんなレベルのでもう5,6回赤書きだよ
    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
    指摘件数x100円が収入の全てなんだから、許せよ

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

    25 仕様書無しさん :2008/01/31(木) 06:33:15
    「こだわる必要がない」と勝手に決め付けてる>>1の方が問題あるわ
    特に金額帳票系はユーザーの要望通りに作らないとダメ

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

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

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

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

    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
    いや、でもあらさがしはよくないでしょ。
    っていうか細かいことばっかり言う人ほど、
    大きな間違いや、大きな漏れに気づいてないよね?






    ブックマーク: Buzzurl  / Hatena /Yahoo!


    オススメの動画






    同じカテゴリーの記事
    コメントありがとう御座います。最新のコメントへ(70)

    1001  学名ナナシ  :2008年05月12日 14:11  ID:UbYnObw.0
    客に納品してから問題バッコするより
    作ってるところで細かいところまで膿だしきっといたほうがよくね?
    もちろん、デスマとかならそんな余裕はねーけど
    普通のワーキングなら当然のことだろ?
    1002  学名ナナシ  :2008年05月12日 14:13  ID:mBER5.zD0
    なんにも考えずに「w」押しっ放す俺には
    関係の無い話だなwwwwwwwwwwwwwww
    1003  学名ナナシ  :2008年05月12日 14:19  ID:ard9jrmJ0
    自己判断するソフト屋なんて要らんわw
    ミスなくすか、確認するかしろっての。
    自己流が良いと思うんなら、客先納得させるまでが自分の仕事だわな。
    1004  学名ナナシ  :2008年05月12日 14:23  ID:nemJJIFh0
    自分の仕事は問題無いのにと言い張る奴は使えても使えねぇ、いずれ使わねぇに変わる
    1005  学名ナナシ  :2008年05月12日 14:27  ID:SWczJYz6O
    少なくとも使いにくそうな奴だな
    1006  学名ナナシ  :2008年05月12日 14:29  ID:wUsB9d4t0
    こういう相手は素直に言う事聞いて「はい、はい」言ってりゃok

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

    クライアントが馬鹿だと思って割り切るのが一番だよw
    1007  学名ナナシ  :2008年05月12日 14:37  ID:abyAKW3E0
    言質とる為のドキュメントを作らずに作った時点で負けだろ、jk
    1008  学名ナナシ  :2008年05月12日 14:51  ID:9GkSLpNB0
    ソフトウェアってのは自動化されたプロセスの一部としても使われる事が往々にあるんだから、一字一句スペースやら*の数まで同じであるべきなのは当然だろう。数値のコンマ全角ってどこの素人だよ、こいつ。
    相手の頭固いとか言う前にソフトウェア産業に従属する人間らしい常識を身に着けろよ。
    1009  学名ナナシ  :2008年05月12日 14:56  ID:6.tU.s6N0
    早くCOBOL死滅しねーかな
    1010  学名ナナシ  :2008年05月12日 14:58  ID:GFy7DtGz0
    どう考えても>>1が糞だろ
    1011  学名ナナシ  :2008年05月12日 15:01  ID:c7cf.4ky0
    アンケ無反応ワロタ
    1012  学名ナナシ  :2008年05月12日 15:12  ID:2wgLSXWx0
    >1はすごいヤツだな
    >>前言わなかった所を「ここもだ」とか
    ↑こんな発言信じられない・・・

    1箇所ミスを指摘されたら同じようなミスしてそうな所は自発的に見直すべきだろ
    上司に全部指摘してもらおうという甘え根性に加えて1回で漏らさず頼むって
    どんだけ使えない屑なんだよ
    1013  学名ナナシ  :2008年05月12日 15:29  ID:a1CSbFHx0
    たしかに弥勒などの昔の伝票帳票システム(紙のね)で生きてきた
    古い経理部長は「コンピュータだから簡単なんだろ」って
    気楽に仕様の変更を申し入れてくるんだよな。
    オッサンたちはコンピュータは「魔法の箱」で
    プログラミングは「呪文」ぐらいにしか思ってない。
    テクマクマヤコンとかピピルマピピルマと唱えれば
    簡単にシステムが構築できるとイメージしてる。
    1014  学名ナナシ  :2008年05月12日 15:47  ID:wVsmYmUh0
    ユーザって馬鹿なんだよな
    ホント死にたくなるくらい馬鹿
    こんな奴のためにプログラム書かないといけないのが悲しい
    1015  学名ナナシ  :2008年05月12日 16:06  ID:qAEA7OJF0
    米欄に残念な奴が居るな
    1016  学名ナナシ  :2008年05月12日 16:07  ID:1Ua8p.eO0
    プログラマの世界じゃ普通にあることだな。
    というか依頼受けたものはきっちりしないと。
    >>13とか明らかに作成ミスの領域。
    1017  学名ナナシ  :2008年05月12日 16:08  ID:a6ArBCqJ0
    もしかして、文字コードとか、バイトで換算した時にいくつになるかとか、
    違う形式への変換とか、漢字コードの自動変換の穴とか、
    今時のプログラマは、まるで考えないの?

    それとも>>1は、特例?
    1018  学名ナナシ  :2008年05月12日 16:16  ID:STc6nPZ70
    >>1叩きスレと聞いて

    「ここもだ」ってことは、前回に指摘したのと同様の修正点がまだ残ってた、ていう意味だろうが
    なら言われたとこだけ直すんじゃなくて※1012の言うように同じ事をやってる箇所が他にも無いか
    全体をもう一度見直してみるべきだったろうな
    1019  学名ナナシ  :2008年05月12日 16:31  ID:TixOSc.W0
    >>1は言われた場所しか修正してないんじゃないの?
    全角カンマを半角にしろってのは、全部の全角カンマを半角にしてってことなのに
    指摘された場所しか修正せずに提出。
    それだと、指摘した方としては全然直ってないとしかいえんよな。

    それか、
    うまくいかない→間違い探し→修正点指摘→直して再提出
    →やっぱりうまくいかない→間違い探し→修正点してき→直して再提出
    →やっぱりうまくいk(ry
    なんてサイクルにはまってるのかもね。
    どっちにしろちゃんと書かない>>1の方がいかんよなあ。
    1020  :2008年05月12日 16:31  ID:yNrmfEzIO
    1は一度に全部言葉で指摘されたらされたで覚えきれずに、「一気にいっぱい言うんじゃねぇよ」とか言いそう。
    1021  学名ナナシ  :2008年05月12日 16:35  ID:vNYVynip0
    >個人合計の部署が次の人と同じのが出ていますとか言って来て直して
    >やったら、氏名も次の人と同じのが出てますとかいってくる
    あら捜し以前につくれてないじゃん。そのくせ指摘されたら文句って・・・
    ってかこんなものもつくれない>>1使えなさすぎだろ
    1022  学名ナナシ  :2008年05月12日 16:37  ID:auk6TD5V0
    指摘されてるうちは幸せなんだぜ?
    うちとこじゃ「使えねぇ」って見切ったら、業務に支障が出ない程度に周囲が無言でフォローして後は何言ってもスルーだな。
    1023  学名ナナシ  :2008年05月12日 16:52  ID:.domfi3vO
    ぷろぐらまあ(笑)
    1024  学名ナナシ  :2008年05月12日 16:54  ID:8j.PVOv.0
    正確さが求められる帳票で、カンマが半角だろうが全角だろうがいいだろうが、なんてアホかw
    コレ、もう一段下げて、やっぱ上げて、やっぱ下げて、やっぱ戻して、あと仕様変更でこれ追加ね、なんてよくある話。
    1025  学名ナナシ  :2008年05月12日 17:05  ID:uLrMywMY0
    言われたままに修正やら変更をするのではなく、どうして相手が
    そういうことを要求するのかをまず考えるべき
    そうすることで指示のない修整部分も浮かび上がってくるし、
    相手に対してより良い提案も出来る
    考えて仕事せにゃ
    1026  学名ナナシ  :2008年05月12日 17:17  ID:ZaNboHlM0
    まあ、この手の話しを「伝達能力」で考えるのは修羅場を経験していない証拠。
    たくさん仕事をこなせばわかるが、
    SEとかが普通に持ってる「プログラム脳」って、実は特殊能力なんだぜ?

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

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


    ……と、かつて数千万の損害を出したことのある俺が言ってみるw
    1027  学名ナナシ  :2008年05月12日 17:24  ID:HOb.gzOPO
    COBOLって既に失われた言語だと思ってたよ
    1028  学名ナナシ  :2008年05月12日 17:31  ID:NyOmPl1W0
    >81からの提言があまりに現実味ありすぎて吹いたwww


    COBOLは俺らより長生きする気がする
    1029  学名ナナシ  :2008年05月12日 18:01  ID:2wgLSXWx0
    アンケのどの項目に投票しても>>1叩きにしかならない件
    1030  学名ナナシ  :2008年05月12日 18:05  ID:2wgLSXWx0
    >>1026
    貴方の説明していることが「プログラム脳」の中身だとしたら、それは特殊能力ではない
    取引先がいてチームで作業する職場なら、貴方が書いたことは業種関係なく必要な能力
    1031   :2008年05月12日 18:25  ID:SntwgOz3O
    帳票の半角全角の間違いは致命傷だよ。>>1死ぬか金の関わらないwebサイトでも作ってろ。
    1032  学名ナナシ  :2008年05月12日 18:33  ID:5AgngOSd0
    試しに、その相手に
    「お手本を見せて下さいよぅ〜、フヒヒ」
    とか煽てて作らせてみるってのはどないだ?
    1033  学名ナナシ  :2008年05月12日 19:00  ID:.pDCCCfZ0
    地方気味の上司はどうしたら良いっすか?
    人の話をまるで聞かず、思い込みで仕事されっからたまったもんじゃない。
    1034  学名ナナシ  :2008年05月12日 19:55  ID:uLrMywMY0
    そもそもこういうのは粗探しとは言わんよな
    1035  学名ナナシ  :2008年05月12日 20:24  ID:FjAanqyj0
    >>1は使えない奴だということはわかった。
    1036  学名ナナシ  :2008年05月12日 20:37  ID:SygUo.I50
    こいつだめだな
    指摘されたミスしか確認してねえし
    そもそもミスがあった時点でおかしいんだぞ

    俺ならこいつはもう使わない
    使ったら自分の仕事が増えるだけだ
    1037  学名ナナシ  :2008年05月12日 21:19  ID:PzVCPVeF0
    これ釣りでしょ?
    ネタにマジレスなんとかってヤツ。
    1038  通りすがり  :2008年05月12日 21:57  ID:8UW9wSTRO
    指摘した場所しか修正しない

    その修正によって影響を受ける場所はスルー

    再度指摘

    上に戻る

    こういうのしょっちゅうなんだけど影で1のようなこと言われてたら嫌だな……。
    自分でやってた時の方が楽だった。
    委託先の育成のために手出し禁止とか辛い。
    1039  学名ナナシ  :2008年05月12日 22:02  ID:y9RSSQ1.0
    ユーザー依頼の個別帳票なんぞ、細かいお客さんなら5mmずれてるだけで返品くるぞ。
    13のずれ加減はありえねーよw
    1040  学名ナナシ  :2008年05月12日 22:32  ID:qAEA7OJF0
    >>1038
    「関連する所ももちろん直せ」くらいは言っても良いだろ

    1041  学名ナナシ  :2008年05月12日 22:34  ID:4Behg4WA0
    まーた俺のレスが載ってるスレかw
    間違いなくこのスレでは>>1に問題があった。
    1042  学名ナナシ  :2008年05月12日 23:10  ID:qameIUAB0
    やっぱプログラマって、いいね。
    あきらめきれん。
    1043  学名ナナシ  :2008年05月12日 23:10  ID:7HKuGXym0
    >>1はまずは仕様書通りに作れるようになってから文句言えよ。
    モジュールごとの関連考えたら、
    仕様書通り作らなければバグの温床になるだけ。
    1044  学名ナナシ  :2008年05月12日 23:22  ID:ak0bwL9r0
    仕様書のとおりに作られてないプログラムなんて、
    作ってないのと同じだ。
    時間を無駄にしてる分、たちが悪いぐらいだよ。
    1045  学名ナナシ  :2008年05月12日 23:34  ID:4Behg4WA0
    ※1042
    プログラマになるにしても、健全な技術指向のある職場にいかないと
    「なんじゃこれ」ってことになるよ。

    みんなかなしいぐらいレベル低いので仕事は別に難しくはないです。
    日曜プログラマの方がレベル高いです。
    (まあ、尤も彼らはSQLとか使えないわけだが)
    1046  学名ナナシ  :2008年05月12日 23:44  ID:ZaNboHlM0
    米1030
    いや、「プログラム脳」っていうのは、コンピュータ的な思考のこと。
    すでに持ち合わせている人間には当たり前すぎて意識しにくいが……
    うん。フロチャートっぽいものを書かせれば、いっぱつでわかる。

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

    「データの処理」というものをイメージできない人、と言い換えてもいいかもしれん。
    1047  学名ナナシ  :2008年05月12日 23:54  ID:uKBdKT1l0
    *1003
    ソフト屋に限らず、受託者の立場で勝手に判断するってのは社会人失格だよな。
    メーカーだろうが商社だろうが、そんなことやった瞬間に案件完成前に即失注。
    委託者とちゃんとコンセンサスを取って、ゴールと全体像を常に把握するのが
    仕事の基本動作で、自分の仕事しか目に入らず、委託者の商売がどんなモノで
    何を望んでいるか理解して無いやつがスレ主みたいなこと平気で言う。
    1048  学名ナナシ  :2008年05月13日 00:51  ID:x..0ffhz0
    いやいやいやいや、全角と半角とか、出力位置とか問題だろ。
    しかもCobolで。

    大体>>31は完全にバグw 3回も同じとこでバグ出しといて
    それを「直してやったら」って。糞プログラマにもほどがあるw
    1049  学名ナナシ  :2008年05月13日 00:53  ID:NkU3eo.N0
    というか、これネタでなければ特定されるだろ
    先方の依頼をネットに事細かく垂れ流すのって問題ありじゃね?
    1050  学名ナナシ  :2008年05月13日 00:59  ID:x..0ffhz0
    先方つーか、社内じゃない?
    1051  学名ナナシ  :2008年05月13日 01:35  ID:LkIxTQbu0
    帳票はきっちり作らんと言われてもしょうがないんじゃね?
    1052  学名ナナシ  :2008年05月13日 01:50  ID:H94gEBi30
    小出しにすんなと言うわりには、>>1が文句を小出しに言ってるという
    1053  学名ナナシ  :2008年05月13日 02:33  ID:ZT7sxdMt0
    スレタイのこういうやつ=1ということですか
    1054  学名ナナシ  :2008年05月13日 06:55  ID:PII9j5taO
    >>1が悪いだけだろ……
    1055  学名ナナシ  :2008年05月13日 09:03  ID:33emiiW30
    >>1が癌だろう…
    1056  学名ナナシ  :2008年05月13日 09:42  ID:EmJW2zo60
    指摘されたなら他も見直せよ・・・使えないカスだな
    1057  学名ナナシ  :2008年05月13日 10:27  ID:ypPUL.XE0
    >>1をかばうやついないな〜と思ってたら>>1040にフイタ
    言われなきゃ動かないやつっているんだな・・・
    1058  学名ナナシ  :2008年05月13日 10:49  ID:JbPqPkCI0
    何の話か全然わかんねw
    1059  学名ナナシ  :2008年05月13日 10:51  ID:TQ.MoxTM0
    まあ、あれよ、勉強だと思いなよw
    世の中には細かい人がいるって事。
    今回はたまたまその人だったけど、客にも居ないとは限らない。
    仲良くやっている客・会社でも担当が自分の会社をよく思っていないなんて事はある。
    そんな担当が揚げ足をとってくるなんてよくある事だよ。
    「イメージ」てのも自分と他人、それに客と取り方が違うなんて事はよくあるんだよwイメージ通りに作っておけば絶対間違いないんだからさw
    それにな、そういうタイプなのが分かってたら空気読んで全部見直せよw
    結合テストする人にしてみたら指摘が多過ぎる場合「なんだこれ?テストどころじゃねえ!とりあえず全部見直して!」て事はあると思うぞw
    1060  学名ナナシ  :2008年05月13日 15:05  ID:ypPUL.XE0
    >>1059
    せめてスレくらい読んでからコメントした方がいいよ
    文末の「w」がすごく痛々しいよ
    1061  学名ナナシ  :2008年05月13日 15:30  ID:3LZqK.cq0
    COBOLの汎用機での勘定処理なら当然の事だな。
    1062  学名ナナシ  :2008年05月13日 18:39  ID:Ix1og69B0
    客の仕様通りに作れない1が問題。
    一つ注意を受けたら同様の訂正がないか全チェックするのが常識。
    その他仕様と異なる箇所があれば、問題ないか確認するのも常識。

    早く仕事を覚えてくださいね。1は入社2年目ぐらいかなwww
    1063  学名ナナシ  :2008年05月13日 19:57  ID:cQNzXMrQ0
    でも帳票とかのユーザーが見える(見ることができる)部分は
    細かい指摘が多いのも仕方がない気がする
    1064  1042  :2008年05月13日 20:22  ID:.lzb7UFQ0
    ※1045
    少しイメージがつかめたかも。
    ありがとうございます。
    1065  学名ナナシ  :2008年05月13日 20:43  ID:qVm0Jx0L0
    >>1が悪いだけじゃないか
    1066  学名ナナシ  :2008年05月14日 12:38  ID:78QSsUhd0
    >>1が阿呆すぎて言葉が出んわ
    1067  学名ナナシ  :2008年05月14日 14:56  ID:RiL847cf0
    >>1を擁護してるやつって社会や仕事ってものをまだ知らないんだろうな
    1068  学名ナナシ  :2008年05月15日 00:17  ID:nk6MJHLv0
    ネタかと思ったら普通に議論しててワロタ
    >>1がダメだろ
    1069  ヾ(o゚ω゚o)ノ゙  :2008年06月10日 13:54  ID:do4JCUMV0
    ナニコノ>>1 こんなん外注できたら外注会社ごと縁切りだわw
    1070  学名ナナシ  :2008年12月13日 19:30  ID:fbU6NWt70
    >>1はどの立場から考えても駄目
    画像RSS
    おすすめ



    ブログパーツ アクセス解析 アクセス解析 アクセス解析 ブログパーツ レンタルCGI アクセスランキング ブログパーツ ブログパーツ