1 仕様書無しさん :2008/01/30(水) 22:57:58
俺今ＣＯＢＯＬでオーバレイ帳票20個くらい作ってんだけど、
結合試験している奴がうざすぎます。
帳票でスペースが足りないとか、カンマが半角に
なっていないとか、カタカナは半角にしろとか。
帳票一本に20個くらい赤書きしてきて、
それを「直したんで直してなんかあったら言ってください」
と下手に出てたら、
「直ってねぇ」とか前言わなかった所を「ここもだ」とか・・・
まじうぜぇ。ユーザーが半角だの全角だのこだわる訳ねぇべ。
しかも小出しに言ってくる。一回で纏めていえってかんじ。
こういう人のあら捜しする奴ってどうすればいいですか？
結合試験している奴がうざすぎます。
帳票でスペースが足りないとか、カンマが半角に
なっていないとか、カタカナは半角にしろとか。
帳票一本に20個くらい赤書きしてきて、
それを「直したんで直してなんかあったら言ってください」
と下手に出てたら、
「直ってねぇ」とか前言わなかった所を「ここもだ」とか・・・
まじうぜぇ。ユーザーが半角だの全角だのこだわる訳ねぇべ。
しかも小出しに言ってくる。一回で纏めていえってかんじ。
こういう人のあら捜しする奴ってどうすればいいですか？
2 仕様書無しさん :2008/01/30(水) 23:00:20
しかもユーザの資料にも「画面イメージ」ときちんと書いてある
イメージはイメージなんだよ
そういう感じに作ればスペースが10個か20個かなんて気にしないべ
頭かてぇやつってまじつかえねぇ
3 仕様書無しさん :2008/01/30(水) 23:00:29イメージはイメージなんだよ
そういう感じに作ればスペースが10個か20個かなんて気にしないべ
頭かてぇやつってまじつかえねぇ
>>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こんなレベルのでもう５，６回赤書きだよ
100歩譲って直してやるにしても1回でいえよって感じ
まじうぜぇ
俺作った奴
＊＊＊＊＊＊＊＊＊＊＊＊ 売掛金伝票 ＊＊＊＊＊＊＊＊＊＊＊＊ （単位：千円）
【勘定科目】
売掛金 20000 売上 20000
ユーザの提供イメージ
＊＊＊＊＊＊＊＊＊ 売掛金伝票 ＊＊＊＊＊＊＊＊＊ (単位:千円)
【勘定科目】
売掛金 20000 売上 20000
＊増やせばいいだけだろ
黙ってやればすぐじゃん
17 仕様書無しさん :2008/01/30(水) 23:31:19黙ってやればすぐじゃん
俺上のを作ったら、結合する奴が、
� �増やす ��単位の括弧は全角
とか赤書きしたエクセル資料送ってくるのよ・・・
それを直して、叩いてみてくださいと言うと今度は、単位のコロンは半角にしろ
とか言ってくる。
一回で言えばいいよ、そんなレベルのものを一帳票につき一回5，6個ずつ5，6回
言われてみ？切れるぜ。
一回で言ってこいよって・・・
18 仕様書無しさん :2008/01/30(水) 23:33:04� �増やす ��単位の括弧は全角
とか赤書きしたエクセル資料送ってくるのよ・・・
それを直して、叩いてみてくださいと言うと今度は、単位のコロンは半角にしろ
とか言ってくる。
一回で言えばいいよ、そんなレベルのものを一帳票につき一回5，6個ずつ5，6回
言われてみ？切れるぜ。
一回で言ってこいよって・・・
一回で言ってこいよってのは同意だな
20 仕様書無しさん :2008/01/30(水) 23:39:12どこの現場にもいるんだよな。こういう人のあら探しが好きな奴。
そういうやつって、たいしたことないことを大げさに赤書きしてきたり
するよね。
21 仕様書無しさん :2008/01/31(木) 00:45:35そういうやつって、たいしたことないことを大げさに赤書きしてきたり
するよね。
指摘件数ｘ100円が収入の全てなんだから、許せよ
22 仕様書無しさん :2008/01/31(木) 00:51:40Cobolの仕事だったら、仕様書（提供イメージそのものか、そこからSEが設定した仕様）に
ディスプレイチャート（名称を忘れたが、80x20とかの画面イメージのシート）にカラム位置まで
指定してあるもんじゃないのか?
まあバイトでその手の仕事をやったとき、そんなのにうんざりして「俺はコボラーにはならねえ」と誓ったけどさ。
25 仕様書無しさん :2008/01/31(木) 06:33:15ディスプレイチャート（名称を忘れたが、80x20とかの画面イメージのシート）にカラム位置まで
指定してあるもんじゃないのか?
まあバイトでその手の仕事をやったとき、そんなのにうんざりして「俺はコボラーにはならねえ」と誓ったけどさ。
「こだわる必要がない」と勝手に決め付けてる>>1の方が問題あるわ
特に金額帳票系はユーザーの要望通りに作らないとダメ
ユーザーが求めてるのは”業務仕様通りの正しい帳票”であって、
>>1の独創性は一切求めてないはずだし
ちゃんと作れバカ、って言われるのは当然
５回も６回も同じミスを連発してる方が異常
１回で言えよ、じゃなくて１回でちゃんと作れ
そのうち「あいつの仕事粗すぎ」と言われて無能レッテルはられるぞ
28 仕様書無しさん :2008/01/31(木) 18:25:14特に金額帳票系はユーザーの要望通りに作らないとダメ
ユーザーが求めてるのは”業務仕様通りの正しい帳票”であって、
>>1の独創性は一切求めてないはずだし
ちゃんと作れバカ、って言われるのは当然
５回も６回も同じミスを連発してる方が異常
１回で言えよ、じゃなくて１回でちゃんと作れ
そのうち「あいつの仕事粗すぎ」と言われて無能レッテルはられるぞ
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それ対応すると3じかんくらいかかるやつ
まじむかつく
なら最初から詳細をかくにんしとけやってかんじ
>>50
たった三時間！
対応も修正もダミーデータの作成も単体テストも結合テストも入れて三時間！
やればいいじゃないか。もっと言うならそれを2.5hでやって株を上げればいいじゃないか。
なお言うなら普通にalter table ...とviewで組み合わせて、でいいじゃないか。
いいなぁ
61 仕様書無しさん :2008/02/08(金) 00:26:37たった三時間！
対応も修正もダミーデータの作成も単体テストも結合テストも入れて三時間！
やればいいじゃないか。もっと言うならそれを2.5hでやって株を上げればいいじゃないか。
なお言うなら普通にalter table ...とviewで組み合わせて、でいいじゃないか。
いいなぁ
画面項目が増えたぐらいで嘆くとか
DBから簡単に引っ張れるデータなら一個位置制御と表示命令入れれば終わりじゃないの？
根本的な出力帳票のダメ出しを1度くらってから、適当に作ったゲラ刷り持って行って、
「サンプルですが見ていただけますか？ 不備な点は多数あると思いますので、
そういう箇所は、赤ペンで、ここはこう とご指示をいただければ、
上長確認の元、修正作業をさせていただきます」
とか言う事にしてる。
「おまえのやることだろ」って言われたら、
「私がすることは、お客様のニーズに出来るだけ応える事だと思っておりますので。
直接の意見が頂きたく思い、こうさせていただきました」
って言えば大体なんとかなる。
あとはもらった赤まみれのダミーを上司に持って行ってGOもらって完了。
63 仕様書無しさん :2008/02/08(金) 15:35:57DBから簡単に引っ張れるデータなら一個位置制御と表示命令入れれば終わりじゃないの？
根本的な出力帳票のダメ出しを1度くらってから、適当に作ったゲラ刷り持って行って、
「サンプルですが見ていただけますか？ 不備な点は多数あると思いますので、
そういう箇所は、赤ペンで、ここはこう とご指示をいただければ、
上長確認の元、修正作業をさせていただきます」
とか言う事にしてる。
「おまえのやることだろ」って言われたら、
「私がすることは、お客様のニーズに出来るだけ応える事だと思っておりますので。
直接の意見が頂きたく思い、こうさせていただきました」
って言えば大体なんとかなる。
あとはもらった赤まみれのダミーを上司に持って行ってGOもらって完了。
現在>>1と似た状況の俺の場合ですが、
とにかく先方の国語力がなさすぎて困っています。
文書ベースのやりとりをしているんですが、この人は
本当に絶望的に意志の疎通ができない本物の人です。
もうかれこれ4週間ぐらい泥沼状態が続いていて、
「あなたの言いたいことはこうですね？ね？」と
再三確認するのですが、結局は「直ってねぇ」の繰り返しです。
この1ヶ月間でアドホックな変更がどんどん蓄積し、
コードベースの品質は坂道を転がるように劣化しており、
これ以上の変更は辛いと正直に進言したところ、
「なめてるのか」と怒られました。
ちなみに今月中にこの人を何とかしないと、俺の給料が出ません。
64 仕様書無しさん :2008/02/11(月) 07:10:12とにかく先方の国語力がなさすぎて困っています。
文書ベースのやりとりをしているんですが、この人は
本当に絶望的に意志の疎通ができない本物の人です。
もうかれこれ4週間ぐらい泥沼状態が続いていて、
「あなたの言いたいことはこうですね？ね？」と
再三確認するのですが、結局は「直ってねぇ」の繰り返しです。
この1ヶ月間でアドホックな変更がどんどん蓄積し、
コードベースの品質は坂道を転がるように劣化しており、
これ以上の変更は辛いと正直に進言したところ、
「なめてるのか」と怒られました。
ちなみに今月中にこの人を何とかしないと、俺の給料が出ません。
打ち合わせの場を設けて上も同席してもらえ
担当者間の齟齬を当事者が解決できないことはよくあるこった
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ユーザマスタを削除するときデリートで消してるんだけど消すときにフラグをアップデート
してほしいといわれた
消すのにアップデーtとしてもいみねぇだろうが
マジユーザーはあほだわ
削除フラグ立てとか基本中の基本じゃねーか
削除された後も関連情報を残したい事由は多々あるわけで
そういうシステムのが一般的
速攻DELETEとか所謂常識外れだろ
ユーザの側に立ってモノを見ろ
ぶっちゃけいきなりユーザマスタからDELETEするシステムのほうがすくねーだろ
ま別テーブルに待避してからDELETEとかならありか
78 仕様書無しさん :2008/02/15(金) 00:23:34削除された後も関連情報を残したい事由は多々あるわけで
そういうシステムのが一般的
速攻DELETEとか所謂常識外れだろ
ユーザの側に立ってモノを見ろ
ぶっちゃけいきなりユーザマスタからDELETEするシステムのほうがすくねーだろ
ま別テーブルに待避してからDELETEとかならありか
論理削除フラグはシステム全体のパフォーマンスを悪くするんだよなぁ。
外部キー制約や一意制約も有効に使えなくなるし。SQL文も長くなる。
なんでもかんでも論理削除にして、頻度の少い要件のために機能を増やし
て負荷を高めるよりか別の手段（ログやバックアップ、冗長化等）を用いた
方が利口。
馬鹿はまさしく馬鹿の一つ覚えみたいに論理削除にしたがるが、ただフラグ
を設けるだけで、整合性を考えてリカバリ方法まで考慮してるケースは稀。
そして、論理削除で助かったぁ、ということもほとんどお目にかからない。
...ヤレヤレだぜ。
79 仕様書無しさん :2008/02/15(金) 01:19:59外部キー制約や一意制約も有効に使えなくなるし。SQL文も長くなる。
なんでもかんでも論理削除にして、頻度の少い要件のために機能を増やし
て負荷を高めるよりか別の手段（ログやバックアップ、冗長化等）を用いた
方が利口。
馬鹿はまさしく馬鹿の一つ覚えみたいに論理削除にしたがるが、ただフラグ
を設けるだけで、整合性を考えてリカバリ方法まで考慮してるケースは稀。
そして、論理削除で助かったぁ、ということもほとんどお目にかからない。
...ヤレヤレだぜ。
金融系だと法律で特定の期間はデータは残しとけってのはあるから、データを
削除するんじゃなくて、削除フラグを用意してってのはあるな。
仕様変更なんて工数もらえればシステムの根幹にかかわるようなのじゃない限り
2chでスレ立てて騒ぐようなことじゃないけどな。手を入れればバグがもぐりこむ
確率が上がるから、可能なら手を入れないで運用対処とかで済ませてもらいたい
けど、そうもいってられない時もあるからねぇ。
83 仕様書無しさん :2008/02/16(土) 02:41:03削除するんじゃなくて、削除フラグを用意してってのはあるな。
仕様変更なんて工数もらえればシステムの根幹にかかわるようなのじゃない限り
2chでスレ立てて騒ぐようなことじゃないけどな。手を入れればバグがもぐりこむ
確率が上がるから、可能なら手を入れないで運用対処とかで済ませてもらいたい
けど、そうもいってられない時もあるからねぇ。
削除フラグやXX日付ってめんどい。でも代用設計なかなかないよね。
81 仕様書無しさん :2008/02/15(金) 10:20:14うちは削除フラグと、削除日をつけといて
一定期日過ぎれば別テーブルに移してDELETEかけてる
こんなもんだと思ってた
そのうち、削除した人のID的なものも欲しい、って言われるから心の準備をしておくように
82 仕様書無しさん :2008/02/15(金) 17:37:57一定期日過ぎれば別テーブルに移してDELETEかけてる
こんなもんだと思ってた
そのうち、削除した人のID的なものも欲しい、って言われるから心の準備をしておくように
>>81
登録・更新・削除ごとに[1]実施者[2]実施時間 の計6つのカラムと、
くわえて削除フラグで、計7つ必要になるように…。
そして開始期間とか終了期間とか増えるとさらにカオスになる。
84 仕様書無しさん :2008/02/16(土) 23:26:50登録・更新・削除ごとに[1]実施者[2]実施時間 の計6つのカラムと、
くわえて削除フラグで、計7つ必要になるように…。
そして開始期間とか終了期間とか増えるとさらにカオスになる。
普段はいかに綺麗なデータベースを作るかって考えてるが、時間の壁が、、、
86 仕様書無しさん :2008/02/20(水) 22:10:05いやー、でもあら探しする人もどうかと思うよ。
そういう人に限って本質的な問題気づかない（気づけない）でしょ
93 仕様書無しさん :2008/04/26(土) 03:24:13そういう人に限って本質的な問題気づかない（気づけない）でしょ
いや、でもあらさがしはよくないでしょ。
っていうか細かいことばっかり言う人ほど、
大きな間違いや、大きな漏れに気づいてないよね？
っていうか細かいことばっかり言う人ほど、
大きな間違いや、大きな漏れに気づいてないよね？
オススメの動画
同じカテゴリーの記事
コメントありがとう御座います。★最新のコメントへ（70）
客に納品してから問題バッコするより
作ってるところで細かいところまで膿だしきっといたほうがよくね？
もちろん、デスマとかならそんな余裕はねーけど
普通のワーキングなら当然のことだろ？
作ってるところで細かいところまで膿だしきっといたほうがよくね？
もちろん、デスマとかならそんな余裕はねーけど
普通のワーキングなら当然のことだろ？
なんにも考えずに「ｗ」押しっ放す俺には
関係の無い話だなｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
関係の無い話だなｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
自己判断するソフト屋なんて要らんわｗ
ミスなくすか、確認するかしろっての。
自己流が良いと思うんなら、客先納得させるまでが自分の仕事だわな。
ミスなくすか、確認するかしろっての。
自己流が良いと思うんなら、客先納得させるまでが自分の仕事だわな。
自分の仕事は問題無いのにと言い張る奴は使えても使えねぇ、いずれ使わねぇに変わる
少なくとも使いにくそうな奴だな
こういう相手は素直に言う事聞いて「はい、はい」言ってりゃok
注意すべきは、
「やっぱり元に戻せ」「あそこはあんな風に」
とか言う事が多いので、変更前のデータを取っておく事。
クライアントが馬鹿だと思って割り切るのが一番だよｗ
注意すべきは、
「やっぱり元に戻せ」「あそこはあんな風に」
とか言う事が多いので、変更前のデータを取っておく事。
クライアントが馬鹿だと思って割り切るのが一番だよｗ
言質とる為のドキュメントを作らずに作った時点で負けだろ、ｊｋ
ソフトウェアってのは自動化されたプロセスの一部としても使われる事が往々にあるんだから、一字一句スペースやら＊の数まで同じであるべきなのは当然だろう。数値のコンマ全角ってどこの素人だよ、こいつ。
相手の頭固いとか言う前にソフトウェア産業に従属する人間らしい常識を身に着けろよ。
相手の頭固いとか言う前にソフトウェア産業に従属する人間らしい常識を身に着けろよ。
早くCOBOL死滅しねーかな
どう考えても>>1が糞だろ
アンケ無反応ﾜﾛﾀ
>1はすごいヤツだな
>>前言わなかった所を「ここもだ」とか
↑こんな発言信じられない・・・
１箇所ミスを指摘されたら同じようなミスしてそうな所は自発的に見直すべきだろ
上司に全部指摘してもらおうという甘え根性に加えて１回で漏らさず頼むって
どんだけ使えない屑なんだよ
>>前言わなかった所を「ここもだ」とか
↑こんな発言信じられない・・・
１箇所ミスを指摘されたら同じようなミスしてそうな所は自発的に見直すべきだろ
上司に全部指摘してもらおうという甘え根性に加えて１回で漏らさず頼むって
どんだけ使えない屑なんだよ
たしかに弥勒などの昔の伝票帳票システム（紙のね）で生きてきた
古い経理部長は「コンピュータだから簡単なんだろ」って
気楽に仕様の変更を申し入れてくるんだよな。
オッサンたちはコンピュータは「魔法の箱」で
プログラミングは「呪文」ぐらいにしか思ってない。
テクマクマヤコンとかピピルマピピルマと唱えれば
簡単にシステムが構築できるとイメージしてる。
古い経理部長は「コンピュータだから簡単なんだろ」って
気楽に仕様の変更を申し入れてくるんだよな。
オッサンたちはコンピュータは「魔法の箱」で
プログラミングは「呪文」ぐらいにしか思ってない。
テクマクマヤコンとかピピルマピピルマと唱えれば
簡単にシステムが構築できるとイメージしてる。
ユーザって馬鹿なんだよな
ホント死にたくなるくらい馬鹿
こんな奴のためにプログラム書かないといけないのが悲しい
ホント死にたくなるくらい馬鹿
こんな奴のためにプログラム書かないといけないのが悲しい
米欄に残念な奴が居るな
プログラマの世界じゃ普通にあることだな。
というか依頼受けたものはきっちりしないと。
>>13とか明らかに作成ミスの領域。
というか依頼受けたものはきっちりしないと。
>>13とか明らかに作成ミスの領域。
もしかして、文字コードとか、バイトで換算した時にいくつになるかとか、
違う形式への変換とか、漢字コードの自動変換の穴とか、
今時のプログラマは、まるで考えないの？
それとも>>1は、特例？
違う形式への変換とか、漢字コードの自動変換の穴とか、
今時のプログラマは、まるで考えないの？
それとも>>1は、特例？
>>1叩きスレと聞いて
「ここもだ」ってことは、前回に指摘したのと同様の修正点がまだ残ってた、ていう意味だろうが
なら言われたとこだけ直すんじゃなくて※1012の言うように同じ事をやってる箇所が他にも無いか
全体をもう一度見直してみるべきだったろうな
「ここもだ」ってことは、前回に指摘したのと同様の修正点がまだ残ってた、ていう意味だろうが
なら言われたとこだけ直すんじゃなくて※1012の言うように同じ事をやってる箇所が他にも無いか
全体をもう一度見直してみるべきだったろうな
>>1は言われた場所しか修正してないんじゃないの？
全角カンマを半角にしろってのは、全部の全角カンマを半角にしてってことなのに
指摘された場所しか修正せずに提出。
それだと、指摘した方としては全然直ってないとしかいえんよな。
それか、
うまくいかない→間違い探し→修正点指摘→直して再提出
→やっぱりうまくいかない→間違い探し→修正点してき→直して再提出
→やっぱりうまくいk(ry
なんてサイクルにはまってるのかもね。
どっちにしろちゃんと書かない>>1の方がいかんよなあ。
全角カンマを半角にしろってのは、全部の全角カンマを半角にしてってことなのに
指摘された場所しか修正せずに提出。
それだと、指摘した方としては全然直ってないとしかいえんよな。
それか、
うまくいかない→間違い探し→修正点指摘→直して再提出
→やっぱりうまくいかない→間違い探し→修正点してき→直して再提出
→やっぱりうまくいk(ry
なんてサイクルにはまってるのかもね。
どっちにしろちゃんと書かない>>1の方がいかんよなあ。
1は一度に全部言葉で指摘されたらされたで覚えきれずに、「一気にいっぱい言うんじゃねぇよ」とか言いそう。
>個人合計の部署が次の人と同じのが出ていますとか言って来て直して
>やったら、氏名も次の人と同じのが出てますとかいってくる
あら捜し以前につくれてないじゃん。そのくせ指摘されたら文句って・・・
ってかこんなものもつくれない>>1使えなさすぎだろ
>やったら、氏名も次の人と同じのが出てますとかいってくる
あら捜し以前につくれてないじゃん。そのくせ指摘されたら文句って・・・
ってかこんなものもつくれない>>1使えなさすぎだろ
指摘されてるうちは幸せなんだぜ？
うちとこじゃ「使えねぇ」って見切ったら、業務に支障が出ない程度に周囲が無言でフォローして後は何言ってもスルーだな。
うちとこじゃ「使えねぇ」って見切ったら、業務に支障が出ない程度に周囲が無言でフォローして後は何言ってもスルーだな。
ぷろぐらまあ(笑)
正確さが求められる帳票で、カンマが半角だろうが全角だろうがいいだろうが、なんてアホかｗ
ｺﾚ、もう一段下げて、やっぱ上げて、やっぱ下げて、やっぱ戻して、あと仕様変更でこれ追加ね、なんてよくある話。
ｺﾚ、もう一段下げて、やっぱ上げて、やっぱ下げて、やっぱ戻して、あと仕様変更でこれ追加ね、なんてよくある話。
言われたままに修正やら変更をするのではなく、どうして相手が
そういうことを要求するのかをまず考えるべき
そうすることで指示のない修整部分も浮かび上がってくるし、
相手に対してより良い提案も出来る
考えて仕事せにゃ
そういうことを要求するのかをまず考えるべき
そうすることで指示のない修整部分も浮かび上がってくるし、
相手に対してより良い提案も出来る
考えて仕事せにゃ
まあ、この手の話しを「伝達能力」で考えるのは修羅場を経験していない証拠。
たくさん仕事をこなせばわかるが、
SEとかが普通に持ってる「プログラム脳」って、実は特殊能力なんだぜ？
仕様書とか会話から、できるだけ早い段階でそのことに気付き、
やばいと思ったら先手をうっておくのがプロってもんだ。
＃最初の段階で細かい仕様についても細かく聞き出す
＃「言った言ってない」にならないように必ずCC付きのメールでやりとりする
＃会議で決まったら、箇条書きでいいから決まったことの確認を同様に求めるetc...
どうせ年をとればマネージメント側にシフトしていくんだし、
これくらいの危機管理感覚が無いと、でかい仕事で大損害出すかもしれない。
……と、かつて数千万の損害を出したことのある俺が言ってみるｗ
たくさん仕事をこなせばわかるが、
SEとかが普通に持ってる「プログラム脳」って、実は特殊能力なんだぜ？
仕様書とか会話から、できるだけ早い段階でそのことに気付き、
やばいと思ったら先手をうっておくのがプロってもんだ。
＃最初の段階で細かい仕様についても細かく聞き出す
＃「言った言ってない」にならないように必ずCC付きのメールでやりとりする
＃会議で決まったら、箇条書きでいいから決まったことの確認を同様に求めるetc...
どうせ年をとればマネージメント側にシフトしていくんだし、
これくらいの危機管理感覚が無いと、でかい仕事で大損害出すかもしれない。
……と、かつて数千万の損害を出したことのある俺が言ってみるｗ
COBOLって既に失われた言語だと思ってたよ
>81からの提言があまりに現実味ありすぎて吹いたｗｗｗ
COBOLは俺らより長生きする気がする
COBOLは俺らより長生きする気がする
アンケのどの項目に投票しても>>１叩きにしかならない件
>>1026
貴方の説明していることが「プログラム脳」の中身だとしたら、それは特殊能力ではない
取引先がいてチームで作業する職場なら、貴方が書いたことは業種関係なく必要な能力
貴方の説明していることが「プログラム脳」の中身だとしたら、それは特殊能力ではない
取引先がいてチームで作業する職場なら、貴方が書いたことは業種関係なく必要な能力
帳票の半角全角の間違いは致命傷だよ。>>1死ぬか金の関わらないwebサイトでも作ってろ。
試しに、その相手に
「お手本を見せて下さいよぅ〜、ﾌﾋﾋ」
とか煽てて作らせてみるってのはどないだ？
「お手本を見せて下さいよぅ〜、ﾌﾋﾋ」
とか煽てて作らせてみるってのはどないだ？
地方気味の上司はどうしたら良いっすか？
人の話をまるで聞かず、思い込みで仕事されっからたまったもんじゃない。
人の話をまるで聞かず、思い込みで仕事されっからたまったもんじゃない。
そもそもこういうのは粗探しとは言わんよな
＞＞１は使えない奴だということはわかった。
こいつだめだな
指摘されたミスしか確認してねえし
そもそもミスがあった時点でおかしいんだぞ
俺ならこいつはもう使わない
使ったら自分の仕事が増えるだけだ
指摘されたミスしか確認してねえし
そもそもミスがあった時点でおかしいんだぞ
俺ならこいつはもう使わない
使ったら自分の仕事が増えるだけだ
これ釣りでしょ？
ネタにマジレスなんとかってヤツ。
ネタにマジレスなんとかってヤツ。
指摘した場所しか修正しない
↓
その修正によって影響を受ける場所はスルー
↓
再度指摘
↓
上に戻る
こういうのしょっちゅうなんだけど影で1のようなこと言われてたら嫌だな……。
自分でやってた時の方が楽だった。
委託先の育成のために手出し禁止とか辛い。
↓
その修正によって影響を受ける場所はスルー
↓
再度指摘
↓
上に戻る
こういうのしょっちゅうなんだけど影で1のようなこと言われてたら嫌だな……。
自分でやってた時の方が楽だった。
委託先の育成のために手出し禁止とか辛い。
ユーザー依頼の個別帳票なんぞ、細かいお客さんなら5mmずれてるだけで返品くるぞ。
13のずれ加減はありえねーよｗ
13のずれ加減はありえねーよｗ
>>1038
「関連する所ももちろん直せ」くらいは言っても良いだろ
「関連する所ももちろん直せ」くらいは言っても良いだろ
まーた俺のレスが載ってるスレかｗ
間違いなくこのスレでは>>1に問題があった。
間違いなくこのスレでは>>1に問題があった。
やっぱプログラマって、いいね。
あきらめきれん。
あきらめきれん。
>>1はまずは仕様書通りに作れるようになってから文句言えよ。
モジュールごとの関連考えたら、
仕様書通り作らなければバグの温床になるだけ。
モジュールごとの関連考えたら、
仕様書通り作らなければバグの温床になるだけ。
仕様書のとおりに作られてないプログラムなんて、
作ってないのと同じだ。
時間を無駄にしてる分、たちが悪いぐらいだよ。
作ってないのと同じだ。
時間を無駄にしてる分、たちが悪いぐらいだよ。
※1042
プログラマになるにしても、健全な技術指向のある職場にいかないと
「なんじゃこれ」ってことになるよ。
みんなかなしいぐらいレベル低いので仕事は別に難しくはないです。
日曜プログラマの方がレベル高いです。
（まあ、尤も彼らはSQLとか使えないわけだが）
プログラマになるにしても、健全な技術指向のある職場にいかないと
「なんじゃこれ」ってことになるよ。
みんなかなしいぐらいレベル低いので仕事は別に難しくはないです。
日曜プログラマの方がレベル高いです。
（まあ、尤も彼らはSQLとか使えないわけだが）
米1030
いや、「プログラム脳」っていうのは、コンピュータ的な思考のこと。
すでに持ち合わせている人間には当たり前すぎて意識しにくいが……
うん。フロチャートっぽいものを書かせれば、いっぱつでわかる。
わかっているやつは紡錘形に近いフローチャートを書くことが多い。
わかっていない奴は終点も何も無いピラミッド型のフローチャートを書く。
「データの処理」というものをイメージできない人、と言い換えてもいいかもしれん。
いや、「プログラム脳」っていうのは、コンピュータ的な思考のこと。
すでに持ち合わせている人間には当たり前すぎて意識しにくいが……
うん。フロチャートっぽいものを書かせれば、いっぱつでわかる。
わかっているやつは紡錘形に近いフローチャートを書くことが多い。
わかっていない奴は終点も何も無いピラミッド型のフローチャートを書く。
「データの処理」というものをイメージできない人、と言い換えてもいいかもしれん。
*1003
ソフト屋に限らず、受託者の立場で勝手に判断するってのは社会人失格だよな。
メーカーだろうが商社だろうが、そんなことやった瞬間に案件完成前に即失注。
委託者とちゃんとコンセンサスを取って、ゴールと全体像を常に把握するのが
仕事の基本動作で、自分の仕事しか目に入らず、委託者の商売がどんなモノで
何を望んでいるか理解して無いやつがスレ主みたいなこと平気で言う。
ソフト屋に限らず、受託者の立場で勝手に判断するってのは社会人失格だよな。
メーカーだろうが商社だろうが、そんなことやった瞬間に案件完成前に即失注。
委託者とちゃんとコンセンサスを取って、ゴールと全体像を常に把握するのが
仕事の基本動作で、自分の仕事しか目に入らず、委託者の商売がどんなモノで
何を望んでいるか理解して無いやつがスレ主みたいなこと平気で言う。
いやいやいやいや、全角と半角とか、出力位置とか問題だろ。
しかもCobolで。
大体>>31は完全にバグｗ 3回も同じとこでバグ出しといて
それを「直してやったら」って。糞プログラマにもほどがあるｗ
しかもCobolで。
大体>>31は完全にバグｗ 3回も同じとこでバグ出しといて
それを「直してやったら」って。糞プログラマにもほどがあるｗ
というか、これネタでなければ特定されるだろ
先方の依頼をネットに事細かく垂れ流すのって問題ありじゃね？
先方の依頼をネットに事細かく垂れ流すのって問題ありじゃね？
先方つーか、社内じゃない？
帳票はきっちり作らんと言われてもしょうがないんじゃね？
小出しにすんなと言うわりには、>>1が文句を小出しに言ってるという
スレタイのこういうやつ＝１ということですか
>>1が悪いだけだろ……
>>１が癌だろう…
指摘されたなら他も見直せよ・・・使えないカスだな
>>1をかばうやついないな〜と思ってたら>>1040にフイタ
言われなきゃ動かないやつっているんだな・・・
言われなきゃ動かないやつっているんだな・・・
何の話か全然わかんねｗ
まあ、あれよ、勉強だと思いなよｗ
世の中には細かい人がいるって事。
今回はたまたまその人だったけど、客にも居ないとは限らない。
仲良くやっている客・会社でも担当が自分の会社をよく思っていないなんて事はある。
そんな担当が揚げ足をとってくるなんてよくある事だよ。
「イメージ」てのも自分と他人、それに客と取り方が違うなんて事はよくあるんだよｗイメージ通りに作っておけば絶対間違いないんだからさｗ
それにな、そういうタイプなのが分かってたら空気読んで全部見直せよｗ
結合テストする人にしてみたら指摘が多過ぎる場合「なんだこれ？テストどころじゃねえ！とりあえず全部見直して！」て事はあると思うぞｗ
世の中には細かい人がいるって事。
今回はたまたまその人だったけど、客にも居ないとは限らない。
仲良くやっている客・会社でも担当が自分の会社をよく思っていないなんて事はある。
そんな担当が揚げ足をとってくるなんてよくある事だよ。
「イメージ」てのも自分と他人、それに客と取り方が違うなんて事はよくあるんだよｗイメージ通りに作っておけば絶対間違いないんだからさｗ
それにな、そういうタイプなのが分かってたら空気読んで全部見直せよｗ
結合テストする人にしてみたら指摘が多過ぎる場合「なんだこれ？テストどころじゃねえ！とりあえず全部見直して！」て事はあると思うぞｗ
>>1059
せめてスレくらい読んでからコメントした方がいいよ
文末の「ｗ」がすごく痛々しいよ
せめてスレくらい読んでからコメントした方がいいよ
文末の「ｗ」がすごく痛々しいよ
COBOLの汎用機での勘定処理なら当然の事だな。
客の仕様通りに作れない１が問題。
一つ注意を受けたら同様の訂正がないか全チェックするのが常識。
その他仕様と異なる箇所があれば、問題ないか確認するのも常識。
早く仕事を覚えてくださいね。１は入社2年目ぐらいかなｗｗｗ
一つ注意を受けたら同様の訂正がないか全チェックするのが常識。
その他仕様と異なる箇所があれば、問題ないか確認するのも常識。
早く仕事を覚えてくださいね。１は入社2年目ぐらいかなｗｗｗ
でも帳票とかのユーザーが見える（見ることができる）部分は
細かい指摘が多いのも仕方がない気がする
細かい指摘が多いのも仕方がない気がする
※1045
少しイメージがつかめたかも。
ありがとうございます。
少しイメージがつかめたかも。
ありがとうございます。
>>1が悪いだけじゃないか
>>1が阿呆すぎて言葉が出んわ
>>1を擁護してるやつって社会や仕事ってものをまだ知らないんだろうな
ネタかと思ったら普通に議論しててﾜﾛﾀ
>>1がダメだろ
>>1がダメだろ
ﾅﾆｺﾉ>>1 こんなん外注できたら外注会社ごと縁切りだわｗ
>>1はどの立場から考えても駄目
