プログラマー「バグはあって当たり前」←なにこいつら無能なの？

※ 1. 名無し  2016年06月02日 08:09 ID:CCJ2M99b0 ※このコメントに返信する※
(e/d)

大規模プロジェクト一回やってみなよ素人。

※ 2. 私は名無しさん  2016年06月02日 08:23 ID:6F5EQ5Ui0 ※このコメントに返信する※
(e/d)

大規模だからこそ雑はイカンぞ？　ゆとりボウズ

キミは日本人か？　

※ 3.  2016年06月02日 08:25 ID:pc9.8e.n0 ※このコメントに返信する※
(e/d)

こういうこというやつはプログラミングしたことないんだろうなー

※ 4. 　  2016年06月02日 08:31 ID:dMOY.VpK0 ※このコメントに返信する※
(e/d)

プログラマーどうこうじゃなく一般的な品質管理の勉強した方が良い。
お前の書く報告書は常に完璧なのか？

※ 5. なななし  2016年06月02日 08:35 ID:Fe.DXF1v0 ※このコメントに返信する※
(e/d)

何でこういう奴らは、ＩＴだけが完全無欠にできるものだと思っているのか。
作ってるのは人間やぞ。
やってることは特定の規則に従い文書を書いてるだけだからな。そのなかで誤字も文法間違いも一切無く、なんて絶対に無いとは言えんだろ。
ただ、そもそも動かないものを納品するのはＮＧ

※ 6. 私は名無しさん  2016年06月02日 08:39 ID:GTmjF7eS0 ※このコメントに返信する※
(e/d)

>>1の文章に電波度が足りないから、ただの構ってちゃんの釣りスレだろ

親にもまともに相手されない可哀想な子だよ
遅かれ早かれ自ｻﾂする人生だからそっとしておいてあげよう

※ 7. あ  2016年06月02日 08:43 ID:uhktTMrE0 ※このコメントに返信する※
(e/d)

バクなんてないよ？仕様だよ？笑

※ 8. 私は名無しさん  2016年06月02日 08:43 ID:gbpB1uD00 ※このコメントに返信する※
(e/d)

バグはあって当たり前、って
人間はミスするものだから、テストをしましょうって話であって、
バグったままリリースしていいぞって事じゃないんだけどね
工業生産品だって不良品0には出来ないし、品質管理部門でチェックするでしょ、それと同じ

※ 9. 名無しさん。  2016年06月02日 08:47 ID:JN5MDrbk0 ※このコメントに返信する※
(e/d)

そもそもテストなんて全パターンやらんしな

※ 10. 通りすがり  2016年06月02日 08:49 ID:dMOY.VpK0 ※このコメントに返信する※
(e/d)

※8
品質管理部門でチェックしても不良品ゼロはありえないんだぞ。

※ 11. あ  2016年06月02日 08:51 ID:pRmVrsTd0 ※このコメントに返信する※
(e/d)

そもそも、バグの定義が曖昧。
要件上の不具合もあれば、プログラム上の不具合もある。
すれらをひっくるめて、稼働する前に全て想定通りに動く事を保証することは難しい。
スレタイは極論だが、多かれ少なかれ想定通りに動かない部分は必ず出ると思って準備してるところが多い。

※ 12. 私は名無しさん  2016年06月02日 08:53 ID:4q4xOnqs0 ※このコメントに返信する※
(e/d)

欠陥だらけの種族である人間が作った物に完璧はあり得ないが、少しでも完璧に近づける為に検査やデバッグは念入りにやって欲しいのは確かではある。
特に人命にかかわる物は。

※ 13. 私は名無しさん  2016年06月02日 08:56 ID:ucvH0t580 ※このコメントに返信する※
(e/d)

バグなしにしろって工業製品で不良品を0にしろって言ってるのとほぼイコールでしょう。時間さえかければ限りなく0に近づける事は可能でも0にするのは不可能。そして0に近づけようとすればする程コストがかかる。

※ 14. 私は名無しさん  2016年06月02日 09:04 ID:9Than3uB0 ※このコメントに返信する※
(e/d)

プログラムを動作させてる本体(OS)にバグがあるんだから仕方ない

※ 15. 　  2016年06月02日 09:07 ID:DjTqU.6y0 ※このコメントに返信する※
(e/d)

元々のバグは記録紙テープを虫(バグ)にくわれてエラーを起こした自然の偶発、後天的な変質によるものだったのに
いつの間にか人為的なミスという意味になっとるなぁ

※ 16.  2016年06月02日 09:07 ID:.J0d11j90 ※このコメントに返信する※
(e/d)

1で誤字ってるやつに言われても説得力ねぇよ

※ 17. 私は名無しさん  2016年06月02日 09:09 ID:MrqqERPb0 ※このコメントに返信する※
(e/d)

キリストは言った
「罪の無い人だけがこの女を打ちなさい」

バグの無い完璧なプログラムだけを書き続けている人間だけが「バグの無いプログラムを書け」と言ってもいいのだ

※ 18. 名無し  2016年06月02日 09:12 ID:jT5yykvR0 ※このコメントに返信する※
(e/d)

IT土方ばっかのアプリ屋はそうかもしれないけど、畑やプロジェクト、会社によるよ。
エンジニアが良い金貰ってるような現場だとワークアラウンドでバグ対応しても徹底的に原因見つけるまで調査し続ける。メーカーのハードよりのところやOSのカーネルやってるようなとこはそうだよ。原因不明なままで終わらせるのは単純にエンジニアの技術が無いだけ

※ 19. 名無し  2016年06月02日 09:13 ID:AHwKdoti0 ※このコメントに返信する※
(e/d)

まぁこんなの探しようがねーだろって思うバグもあるよね
なんだっけ、昔のゲームで1時間か2時間くらい壁にぶつかり続けて何かするやつとか

ただ、それを免罪符にしてバグりまくってるゲームもあるから難しい
ちょっと調べたらこんなバグ無くせるだろが！って思うゲームもある

結局程度の問題だよね

※ 20. 名無し  2016年06月02日 09:18 ID:uiB7O.qk0 ※このコメントに返信する※
(e/d)

こういう奴に「ひとつでも誤記あったら金払わん」いって仕事させたら納得するんかね？
仕事自体できなさそうだが

※ 21. 私は名無しさん  2016年06月02日 09:21 ID:t9SHglRw0 ※このコメントに返信する※
(e/d)

何億年も修正し続けてる遺伝子もバグるンだぞ？

※ 22. 名無し  2016年06月02日 09:27 ID:dMOY.VpK0 ※このコメントに返信する※
(e/d)

そもそもマイクロソフトやOracleみたいな巨大企業のソフトが主要機能がちゃんと動けば、その他の機能やレアケースなんて大体で動けばよいみたいな感じだからね。

日本はクリティカルじゃないところで完璧を求めて無駄なコストを掛け続けてる。
いくら頑張ったところで不具合ゼロなんてありえないのにね。

※ 23. あ  2016年06月02日 09:28 ID:MAAt00vJ0 ※このコメントに返信する※
(e/d)

メモリリークとかは防げるかもしれないが、

>ユーザーの思い通りじゃなければバグ

これが肝。
ユーザが多数いる上にそもそも要件が成り立たない内容もある。で、要件定義で歪ができて、要件定義通りにブレイクダウンして設計製造してはいどうぞ、認識と違うなぁとなる。

アジャイルでロングスパン運用すればいつかレガシーにはなるかもしれないが、プログラム、機械は思い通りに動くのが当然という潜在意識がある限りは繰り返しでしょ

※ 24. 　  2016年06月02日 09:51 ID:8eI8g9.Q0 ※このコメントに返信する※
(e/d)

一方、日曜プログラマ俺氏、自分で使う用ソフトを３本作るもバグなし

締め切りがないって、ステキ。

※ 25. ななし  2016年06月02日 09:52 ID:gif6txs.0 ※このコメントに返信する※
(e/d)

まあ、正しい言い方としては「バグが無いとは証明出来ない」だろう。

※ 26. まとめブログリーダー  2016年06月02日 09:59 ID:xtr52y.k0 ※このコメントに返信する※
(e/d)

OSにも、乗っけるハードにもバグはあるんだよなぁ

※ 27.  2016年06月02日 10:16 ID:vXpWFe7e0 ※このコメントに返信する※
(e/d)

完璧にするのは不可能だけど、近づけることは出来る

※ 28.  2016年06月02日 10:41 ID:lu7hKthc0 ※このコメントに返信する※
(e/d)

言い訳しか言わないプロ達(笑)

※ 29. 私は名無しさん  2016年06月02日 10:59 ID:rv6iEzXw0 ※このコメントに返信する※
(e/d)

バグ0が当然と思っている奴らは小規模で自分が把握できる程度の開発しかしたことがないんだろう
QA部門の存在意義って何だと思う？

※ 30. にゃ  2016年06月02日 11:03 ID:dMOY.VpK0 ※このコメントに返信する※
(e/d)

工業製品やソフトには保証書がついてる。
保証期間外でも重大なものはリコールで修理する。

世の中に何故こういう仕組みが必要なのか理解出来ないユーザーが多すぎる。
完璧な製品を求めるということは、ユーザーが製品を手にする日は一生来ないってことなんだと思うが、、、

※ 31. 私は名無しさん  2016年06月02日 11:06 ID:GVV5xNzv0 ※このコメントに返信する※
(e/d)

威力が3倍になるアイテムを使った。
実際の効果が 元の効果+3 だった場合、プログラムでは
result = src_value + 3 となるが、ほんとは
result = src_value * 3 としなければならなかった

プログラムは動いているがこれは、バグであるか否か？

※ 32. 私は名無しさん  2016年06月02日 11:16 ID:RTFgzYu10 ※このコメントに返信する※
(e/d)

客先から上がってきた要求仕様自体に矛盾があったから指摘したら切れられた｡
もう､やってらんねー

※ 33. あ  2016年06月02日 12:16 ID:dMOY.VpK0 ※このコメントに返信する※
(e/d)

ソフトのバグをプログラマーのせいだと思ってるのは世の中知らなすぎる。

プログラミングミスなんかはほぼ100％テストで拾える。
実際には顧客の要求自体に矛盾があったり、設計の不備やハードとの相性なんかの方が遥かに多い。
その辺の不具合を見つけるのはコストとのトレードオフでプログラム組んでるような人の手から離れてることが殆ど。

※ 34. 私は名無しさん  2016年06月02日 12:22 ID:BMbvmQMx0 ※このコメントに返信する※
(e/d)

Linuxデスクトップだとその通り
うちのは毎日更新されるのでバグは時間差を於いて治っていくという流れ
（実際はそうではないバグもあり残存放置されるのもあるからパッチを貼る人も居る）

※ 35. 名無し  2016年06月02日 13:57 ID:6iIX6Y1R0 ※このコメントに返信する※
(e/d)

そもそも大人数で人海戦術してるプロジェクトほど、本当にその人数や工数が必要なのか？
って今IT業界が抱えてるビジネスモデルの問題があるんだよ。人数多けりゃ品質一定に保のはそりゃ難しい、でも人が使えなきゃ下請けしてるソフトウエアベンダーは利益を出せない。
メーカーでベンダーコントロールやってたけど、１年かかって結局問題ばかりで完成させられなかったソフト屋見限って、中で長く使ってる個人事業主（間に商流は通してる）の１人にかわりやらせたら２ヶ月で品質の高いもん作ってたわ。

おかしいんだよ見積もりが。こういうことがあるから常駐させるんだよ。

※ 36. 私は名無しさん  2016年06月02日 14:14 ID:IjJLLuTh0 ※このコメントに返信する※
(e/d)

そもそもそのプログラム走らせる土台部分のＯＳやらにバグがあるのにバグのないものを作れるかといえば無理に決まってるんだよな。
1はまずＭＳやapple等のＯＳメーカーとかパソコンのハードウェア、ドライバを作ってるところに文句言いに行かないとｗ

※ 37. 名無し  2016年06月02日 14:21 ID:qs7tfSVJ0 ※このコメントに返信する※
(e/d)

現用の環境にもってってはじめてバグに気づく時だってあるだろ
もちろんただじゃすまんが

※ 38. 名無し  2016年06月02日 15:27 ID:9kFUFP4l0 ※このコメントに返信する※
(e/d)

旅客ジェット機すら墜落するのに笑

※ 39. 名無し  2016年06月02日 15:30 ID:9kFUFP4l0 ※このコメントに返信する※
(e/d)

バグの定義が。

仕様書が意図した通り
開発者が意図した通り
顧客が意図した通り

どの時点でテストをやめるか。

※ 40. 私は名無しさん  2016年06月03日 00:38 ID:BUhmNAWO0 ※このコメントに返信する※
(e/d)

＞メーカーでベンダーコントロールやってたけど、１年かかって結局問題ばかりで完成させられなかったソフト屋見限って、中で長く使ってる個人事業主（間に商流は通してる）の１人にかわりやらせたら２ヶ月で品質の高いもん作ってたわ。

そのソフト屋って日本システムウエアとかだろ。
初級レベルの在日朝鮮人がリーダーやってて、初心者レベルの在日朝鮮人をあつめて開発してる。
１０人で半年～１年やってるのにほとんど完成しない。
できてる部分も落書きみたいなゴミコード。
はっきり言って泥棒だ。

発注する側は相手をこちらに常駐させるか、監視する人を送り込まないとダメ。

※ 41. 名無し  2016年06月03日 07:42 ID:xab5W7.L0 ※このコメントに返信する※
(e/d)

神でさえこいつみたいなバグのあるやつを生み出すんだから、
人間が作るもんなんてそんなもんだ。

※ 42. 私は名無しさん  2016年06月22日 17:31 ID:rmO7nUxp0 ※このコメントに返信する※
(e/d)

リファクタリングという名のバグ追加工程