トップページ⇒tech
403コメント100KB

デバッグ技術を話しましょう

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
デバッグはとても重要なのにスレが内容なので作りました。
03693642005/12/28(水) 01:47:44
>>368
やってみたところ、順番に呼び出された関数名を取得できました！
gccのそのオプションも知らず、勉強になりました。
ありがとうございます。
0370デフォルトの名無しさん2006/01/03(火) 22:34:44
デバッグ統括業務(テスト会社への指示出し)って、
転職活動用の職務経歴書に書く場合は、どういう言葉で書けばいいの？
「ソフトウェア品質管理業務」でいいのかな？
「デバッグ業務」だと、「デバッガ」と解釈されそうなので悩む・・・
0371デフォルトの名無しさん2006/01/03(火) 23:40:34
>>370

「デバッグ統括業務(テスト会社への指示出し)」
0372デフォルトの名無しさん2006/01/04(水) 00:02:19
悲惨な部門だなｗ
0373デフォルトの名無しさん2006/01/04(水) 00:07:40
>>370
「ソフトウェア品質管理業務」でいいと思うんだが…
0374デフォルトの名無しさん2006/01/04(水) 01:20:10
「ソフトウェア品質管理業務」って書いてあるから、デバッガの募集だと思ってましたよー。
0375デフォルトの名無しさん2006/01/04(水) 18:54:48
>>373
同意。

まあ、>>374みたいな印象持ってる奴が多いのも残念ながら事実だけど。
製造系でQCと製品検査を同一視する奴もいるし。
0376デフォルトの名無しさん2006/01/10(火) 13:22:58
バグ見つけてくれる人は神様です
0377デフォルトの名無しさん2006/01/20(金) 18:30:02
バグは見つける！　見つけるが……
その時と場所の指定まではしていない。

つまり……我々がその気になれば、

『バグの発見は製品リリース後に客先で』

ということも可能ということだ。
0378デフォルトの名無しさん2006/01/27(金) 15:38:27
Eclipse + CDB　でC/C++の開発をしてるんだけど、
fork()した後の子プロセスのデバッグ方法がわからん・・・
親プロセスではなく子プロセスのステップ実行をしたいのに…orz
0379デフォルトの名無しさん2006/02/04(土) 11:48:41
>>376
客先で見つけるＳさんは悪魔です！
0380デフォルトの名無しさん2006/04/22(土) 19:24:05
http://d.hatena.ne.jp/yaneurao/20060423#p1

>いま他人のプログラムをデバッグしている。時間がもったいないので目視のみだ。
>私の場合、小さなクラスならば、目視のみでほぼ100%デバッグできる。

「１００％バグが取れた」と無邪気に確信でき、平気で吹聴できる辺りが痛杉。
0381デフォルトの名無しさん2006/04/22(土) 21:21:59
>>380
「小さいクラス」なら机上デバッグでほぼ問題とれるっしょ
机上デバッグせずにいきなりデバッガ起動したりする馬鹿は論外だけど
0382デフォルトの名無しさん2006/04/23(日) 01:19:29
>>380の人、日記全体的に文章が高圧的だなぁ。この人って凄いの？
0383デフォルトの名無しさん2006/04/23(日) 01:33:18
そりゃウォークスルーだけで見つかる初歩的ＣＤバグも数多いけれど、
「見つかったバグが修正できている」かはテストするまでわからんし、
ましてや「１００％取れた」なんて発言は潜在バグを全部把握してる神宣言ですか。
0384デフォルトの名無しさん2006/04/23(日) 01:50:03
凄いかどうかは判らないけれど、「周囲に凄いと思われたがっている切実な願い」は伝わって来るな。
0385デフォルトの名無しさん2006/04/23(日) 13:06:13
誰かとおもったら屋根裏か。
受注のゲーム屋社長で、修羅場経験値だけは多い現場たたき上げ系。
何冊か本も書いてるが、立ち読みした限りでは教育者の才能はない。
凄いかといえば凄い部類には入るんだろうが、見て分かる通り、率直にいってウザい。
最近は若手の取り巻きが増えて調子に乗ってるせいか、ウザさ倍増中。

ただまあ、言ってること自体は別段普通のことだと思う（100％はさすがに吹きすぎだが）。
最近の若手は高速な開発環境でtry and errorに慣れすぎてるせいで、
机上（脳内含む）設計なしでいきなりコード突っ込む奴が多いのかもしれん。

設計ができない奴はテストケースも作れないから、まともなモノは作れやしない。
そんな奴とっとと首切れと言いたいけどな・・・。
0386デフォルトの名無しさん2006/04/23(日) 14:13:47
× try and error
○ trial and error
△ トライアンドエラー
○ 試行錯誤
0387デフォルトの名無しさん2006/04/23(日) 17:01:32
try me
0388デフォルトの名無しさん2006/04/23(日) 21:27:52
おれなんざクラスどころか目の前の３行の中のミスも見逃すぜ。

とはいえひらめいたアイディアをいきなり書き始めなくなったのは
多少大人になったっちゅーことか。時間に余裕があるときは三日
くらい寝かせてた頭の中で転がしてから作り始める。

大抵もっといいアイディア（もしくはそんなことしなくてもいい理由）
が浮かぶね。
0389デフォルトの名無しさん2006/04/23(日) 21:31:41
テストケースっつーのは専門用語でよくわかん無いけど、実装した部分に対して
エラーさせるケース、正常動作するケースをコーディングの前か後ろで用意して
ころあいを見計らって動かしたりするね。

で、エラー部分と正常部分のアウトプットが正しいことは確認してる。
そんなの当たり前か
0390デフォルトの名無しさん2006/04/24(月) 02:13:22
>>385
要するに中小下請けのﾃﾞｼﾞﾀﾙ土方なのね。ｼｮﾎﾞ。
0391デフォルトの名無しさん2006/04/24(月) 03:41:59
>中小下請け
違うでしょ？
0392デフォルトの名無しさん2006/04/24(月) 06:47:20
ドカタってのは、
　・施工者と別の組織により
　・現場毎に集められ
　・単純労働
　・日給月給

労働なので能力、成果はあまり問われない。
請負のように納期・性能を守れない場合のペナルティはない。

土方と書くと　幕末の剣客の事となるので注意
0393デフォルトの名無しさん2006/04/24(月) 22:09:48
>土方と書くと　幕末の剣客の事となるので注意
0394デフォルトの名無しさん2006/04/25(火) 00:13:26
「目視だけでデバグ」と聞いて
目から怪光線を発してPCを操作してる図が浮かんで
AA化しようとしたが挫折した…。

￣￣V￣￣￣￣￣￣￣￣￣￣￣
　 　∧ ∧
　 　(　　,,)
　　./　　|
　 （＿__/
　／
0395デフォルトの名無しさん2006/06/03(土) 05:22:44
テストというと、ブラックボックステスト、ユニットテストが基本のようですが、
デバッグ技法として内部構造に着目したテストをやってる人っています？
例えば、内部データ構造の矛盾(ユニーク前提のデータが重複していたり)を検出したりとか。

文献とかでこういうののノウハウを扱ったのがあればいいんですが。
0396デフォルトの名無しさん2006/06/03(土) 23:12:03
テストとしてはやったことないけど、トラブルシューティングの一環として
監視タスク仕込んだりしたことはあるな。文献とかいうレベルじゃないが。
0397デフォルトの名無しさん2006/06/03(土) 23:44:26
>>395
おまいが求めてるのとは違うだろうけど、
ttp://www.tietew.jp/cppll/archive/8105
こんなのもあるぞ。
0398デフォルトの名無しさん2006/08/12(土) 22:15:41
実行中のポインターやメモリーのバグをログに吐き出すようなツールかライブラリで安いものってありますか？
DevPartnerとかInsure++は高くって買えん
0399デフォルトの名無しさん2006/08/13(日) 00:08:30
>>398
GlowCodeの体験版使ってみたことあるけど結構よかった。
0400３９８2006/08/16(水) 03:36:32
GlowCodeの体験版使ってみましたが、メモリーに関してはメモリーリークの検知しかできないようです。
配列をオーバーしたアクセスとか、初期化されていないポインターのアクセスを検知するようなツールはないでしょうか？
0401デフォルトの名無しさん2006/08/16(水) 03:58:07
VirtualAlloc法
0402デフォルトの名無しさん2006/08/18(金) 13:59:59
linuxならvargrind
0403デフォルトの名無しさん2006/08/29(火) 21:48:39
それをいうならvalgrind
■ このスレッドは過去ログ倉庫に格納されています