当社ではプルグラマ毎にバグ数を棒グラフ

>>180
>>大事なのはバグを見つける能力とそれを解決する能力。
>>バグを出さない事自体には全く何の意味も無い。

>完成前ならな。
>一回客んとこ誤りに行きゃわかるよ。

ｱﾅﾀﾉｲﾃﾙｺﾄ　ﾖｸ　ﾜｶﾘﾏｾﾝ

>>182
俺にはよく解るのだが。プログラマじゃない奴はラウンジに帰れよ。

・・・あ、プルグラマか（藁

>>1 は納期後のバグ？　納期前のバグ？　どっちや＾
納期後なら >>1 のいうことも分かるが・・
納期前なら、バグ数は関係ないやろ＾

>>183　(ﾟДﾟ)ﾊｱ?
>>179に対する>>180のレスがおかしいって言ってんだぜ

バグが出るのは仕方が無い。
出たら解決すればいいんだよ!!
それで納品時に完璧であるようにテストをするんじゃないの？

今どきcobolやってるやつはプルグラマじゃないってか？

僕はプログラムを一つ作ると１０個はバグを出すダメプログラマです。
こんな僕は優秀なプログラマの皆様によって生かされています。
こんな僕ですが早く優秀なプログラマになれるよう日々勉強しています。

>>1に質問ですが、どうすれば優秀なプログラマになれるのでしょうか？
是非教えて下さい。例えば角度とか。
あっ！僕は間違ってもプルグラマにはなる気はありませんので。

カナダではホントにあるらしい
http://www.google.com/search?q=cache:RSH0awnjENk:www.interq.or.jp/tokyo/ystation/people6.html+%83v%83%8B%83O%83%89%83%7D&hl=ja&lr=lang_ja

>>45 でがいしゅつ。
>>47 ではｇｏｏも絞り込み済。
他のネタ求む。

>>184
同意。

開発中はバグを積極的に見つけるように assert() を埋めたり、境界条件にひっかかるような
テストコードを大量に書く。そうやって早め早めにバグを「あぶり出す」努力をしてはじめて、
出荷時のバグが減る。

開発中、単純にバグをひとつ見つけたら１点減点とか言われた日には、バグを見つけるための
コードを書く気力が失せる。手を抜いたヤツのほうが評価されることになるからね。

でもさー、バグの多い奴と少ない奴っているよねー。

プルガサリやー

>>190
しょうもないバグを
いつも大量生産してる奴の場合は
確かにダメPGといわれてもしょうがないってのはあるよね。
だからといって結果としてのバグの多少で
プログラマの優劣が決定されるってのは
そりゃ違うだろとも思うが。
現実問題としてはバグよりも
構文の使い方とか
アルゴリズムを理解してない奴の独特のコードとかで
あ、こいつダメだって思う事が多いと思う

>>192
禿げ堂。
まだ勉強したてならともかく、ある程度経験あるのにワケわかんない
スパゲッティを大量生産されると、あとで俺が収拾つけるのがもう大変！
なんで同じ値がグローバルとモジュールとローカルと文字型とintとlongで
あるんだよぉー！！！
・・・とか。
自分で収拾つかなくなって泣きつかれてそのコード見た時にこっちが
泣きそうになっちゃったよ。

>>193
ごみはごみ箱にすてちゃいましょう＾
（といっても、ごみソースから仕様を把握するまでは捨てれないが）

マイクロ○フトが一番じゃないか。
そんで、優先順位つけて、直らねーのは、SPにするんだ。

し

おれはバグが出ないようにチェックしながらプログラム作ってるよ。
グラフでもなんでも良いから、ちゃんと評価してくれよ。
「なんとなく優秀」じゃなくて、目に見える形で評価して欲しい。

要するに、角度を見直せと。

>>197
それは局所的なバグの話で、あたりまえだと思われ。
でも、それすらしない奴が多いから>>192や>>193が言う
しょーもないバグが減らない。
せめて局所的なバグは個々に潰しておいて欲しいね。角度とか。

２００もげっと、と。

次のキリ番はやっぱ 256 だよね？

プルグラマ的には２５０あたりかと。

>>199
バグの多くは局所的なものだと思うよ。
客先であわてて一行直して解決ってことも多い。

>>203
俺もよくある（藁
散々悩んで結局たった１行直すだけで解決って事も多いし。

それはともかく、局所的なバグでない場合も結構多いよ。
その多くは仕様の詰めの段階で潜んでいるけどね。

ちょいと空気読めてないかもですが・・・

>>1って"ばまつ"・"ヘコリプタ"・"転箱"等を世に生み出した４１階？

http://cheese.2ch.net/kankon/kako/986/986893951.html

>>203
大規模システムの代表で客先逝くと
機能がまるごと「存在しない」なんてのもあるがな。

>>205
同一人物かどうかは解らんが、痛さ具合では同じようなモンだ。角度とか。

>>205
個人的には「LANネット」がいいな。（LANネットって・・・ﾊｧ
>多分、会社のLANネットとかからカキコしてるんじゃない？ひんぱんに名前が勝手に入ることが
>けっこうありそうだし。
あるか！

Cookieを理解してない上にＬＡＮネットか。いいね。
そのうち「ＣＧＩって軽いな」とか言い出しそう。

クラッキングあげ

よーし、パパＬＡＮネットからカキコしちゃうぞ♪

>>1
うちの会社は毎日バグ出現数とバグ回収数と総バグ数を報告するよう指示されています
開発（コーディング）に入ったその日から

>>212
職場でプログラマ・クエストでもやってるんですか（ｗ

さぁ。
なんかリーダーが必要だとか言ってます。
一応新たな監視の方法なんじゃないかな。
開発始めてすぐにバグなんて出るはずねーのに、これだから管理しかできないおっさんは・・・

またまたぁ。
プルグラマだって事がばれちゃうんで怖いんでしょ。

ちゃんと計算してる？角度とか。

＞ちゃんと計算してる？角度とか。

懐かしいネタだな（ｗ

バグ数調べないとexcelでバグ数のトレンドグラフが作れないだろゴルァ！
グラフの角度とか、みるんだよ。
角度とか！

>>217
ﾜﾗﾀ

客先から指摘されたようなバグは、カウントして公表してもいいんじゃない？
開発している人と、客先からのクレームに対応する人が違うと
顧客の「怒り」が開発者に届きにくいでしょ。

>>219
いいね。吊し上げ。実力がハッキリ見えて良いかも。
悪い人に悪い作法教わらなくて良いし。

>>219
>顧客の「怒り」が開発者に届きにくいでしょ。

客に無理なスケジュールと無理な仕様変更への怒りも伝えてくれる
ならいいかもな(W

>>219
それは大抵のところで実践してるでしょ。
バグ出し目的じゃない仮納品でのバグの指摘を
しかも顧客にされた日にゃオレならショックで
4日は放浪するね。
で、ナンパして、20戦20敗で諦めてヘルス行くね。

　某所で実際にあった究極の辱めはデバガ何十人もの真中でプログラマが
たった１人でプログラミングさせる事かな〜
　温和な人だったのに…１ヶ月で性格変わっちゃったヨ…（遠い目

デバガなの？デバッガなの？
デバガなら うれしいな。

漏れはデパガの方が良いな・・・（壊

>>224
ハッ　��(ﾟДﾟ；)　バレバレ？（ｗ
>>225
時給換算で半分以下になってもいいのなら…残業は４倍になるけど（藁

>221
会社どうしの契約的には特殊な部類になるけど　顧客の会社から
人員派遣させてデバグするとこもありますね　現場の人間とか
混ざってるので完全に出来上がって以降のクレームほぼ０になる。
　ただこれは…双方の会社の上司がプログラムとはどう言うものか
よく理解してるとこでないと無理ですが

>>224
>>225
デバガメでした〜

デジカメでデバガメ・・・すまそ、逝ってくる。

プログラマの使用する用語でデバッガー言うとプログラミング
ユーティリティのほうのデバッガーと紛らわしくなるので
スラングとしてデバッガーの事デバガ言ったり書いたりする
とこ多いのです

nage