 | 会員なら、この商品は10%Amazonポイント還元 （ポイントが表示されている場合は、表示ポイント＋10％還元）。 |
よく一緒に購入されている商品
商品の説明
内容紹介
ミラクル・リナックス株式会社の精鋭エンジニアたちが、長年のLinuxカーネル開発の経験で培ったデバッグテクニックを詳解。
こころがまえから、準備、必要な知識、バグの原因をすばやく特定し修正するために便利なテクニックとツール、高度なデバッグ技まで惜しみなく披露します。
多くの事例に基づいた実際的実用的な技が満載です。効率良くかつクオリティーの高い開発のために必須の一冊です。
こころがまえから、準備、必要な知識、バグの原因をすばやく特定し修正するために便利なテクニックとツール、高度なデバッグ技まで惜しみなく披露します。
多くの事例に基づいた実際的実用的な技が満載です。効率良くかつクオリティーの高い開発のために必須の一冊です。
内容（「BOOK」データベースより）
ミラクル・リナックス株式会社の精鋭エンジニアたちが、長年のLinuxカーネル開発の経験で培ったデバッグテクニックを詳解。こころがまえから、準備、必要な知識、バグの原因をすばやく特定し修正するために必要なテクニックとツール、高度なデバッグ技まで惜しみなく披露します。多くの事例に基づいた実際的実用的な技が満載です。
登録情報
|
この商品を見た後に買っているのは？
カスタマーレビュー
最も参考になったカスタマーレビュー
77 人中、65人の方が、｢このレビューが参考になった｣と投票しています。
By fjの教祖様
形式:単行本（ソフトカバー）
まず記載されている技術的内容に関しては素晴らしいの一言に尽きる。確かにDebugに関する情報がきちんと網羅されている本は今まで無かった。弱点はICEなどの専用ハードウェアを使ってのデバッグに関する情報が全く無いこと、ぐらいなもの。この段階で☆は8つ。
しかし、推敲・校正の段になるとぼろぼろ。これでは初心者が読んでいて混乱・誤解をする。
例1) Hack#5 p27 3段落目「Fは先に示した表示のフォーマット(.... i)、(以下略)」とあるが、「先に示した表示」にiは無い(表にiが抜けている)。
例2) p28-29「ステップ実行」2段落目「実行するものが関数などの場合、その関数の中も実行したい場合があります。そのときは、stepコマンドで行います」。おそらくここでいう「実行」は「ステップ実行」の事なのだろう。nextは「次の行に到達するまで、実行がbreakされない」が、stepは「ソースコード上の別の行に到達するまで命令レベルの実行を1つづつ実施する」。
しかしこの本の表現では「関数内部は実行されない」と読めてしまう。これでは意味が全く違なってしまう。
「はじめに」に『想定している読者は、(中略)初級から中級プログラマです』とある以上、これら初心者にとって致命的な誤記は大幅な減点対象になる。私は☆5つ減じることにした。故にこの本の評価は☆3つだ。
是非次に印刷するときは「第2刷」ではなく「第2版」として大幅に内容の治ったものを出していただきたい。
しかし、推敲・校正の段になるとぼろぼろ。これでは初心者が読んでいて混乱・誤解をする。
例1) Hack#5 p27 3段落目「Fは先に示した表示のフォーマット(.... i)、(以下略)」とあるが、「先に示した表示」にiは無い(表にiが抜けている)。
例2) p28-29「ステップ実行」2段落目「実行するものが関数などの場合、その関数の中も実行したい場合があります。そのときは、stepコマンドで行います」。おそらくここでいう「実行」は「ステップ実行」の事なのだろう。nextは「次の行に到達するまで、実行がbreakされない」が、stepは「ソースコード上の別の行に到達するまで命令レベルの実行を1つづつ実施する」。
しかしこの本の表現では「関数内部は実行されない」と読めてしまう。これでは意味が全く違なってしまう。
「はじめに」に『想定している読者は、(中略)初級から中級プログラマです』とある以上、これら初心者にとって致命的な誤記は大幅な減点対象になる。私は☆5つ減じることにした。故にこの本の評価は☆3つだ。
是非次に印刷するときは「第2刷」ではなく「第2版」として大幅に内容の治ったものを出していただきたい。
1 人中、1人の方が、｢このレビューが参考になった｣と投票しています。
By くり
形式:単行本（ソフトカバー）|Amazon.co.jpで購入済み
宣伝文句に「こころがまえから、準備、必要な知識、バグの原因をすばやく特定し修正するために便利なテクニックとツール、高度なデバッグ技まで惜しみなく披露します。」とあるのだが、本当に高度なデバッグ技を披露していると言えるのだろうか？少なくともKernelのデバッグをしようとする人にとっては常識的な話しか載っていないし、後半の6章ともなると、単に著者等が便利と考えるすべての環境で使える訳ではない種々雑多なツールが紹介されているだけである。が、なぜかしらKGDBは紹介されていない。メンテナも多く、潤沢にツールの整ったx86などのCPU上ではこれらのツールを使ってみるのも一興かもしれないが、他の組み込み系のCPUならば存在しないツールなど気にせずにトットとKGDBだけを組み込んで、それ一本槍で集中してしまった方がよっぽど強力なデバッグができると思う。
また、巻頭に「良いデバッグ方法について語るためにはベースとなるたたき台が必要と考えます。それが本書になることを願ってやみません」とあるのだが、本書で一貫して使っているのは「クラッシュしたら、ダンプ取って、バック・トレースして…」の常識的な手法で、今更たたき台となるかどうかも…。デバッグを刑事の殺人事件捜査になぞらえると、クラッシュは事件の発覚、ダンプを取ってメモリやレジスタの内容を調べるのは現場検証、バック・トレースは被害者の生前の足取りを調べることに相当するが、これらは事件捜査の初歩中の初歩。それだけでは犯人を捕まえることはできない。本当に必要な情報は「容疑者は誰か」であって、デバッグの場合は被害者が容疑者と何処で出会ったか？が分かれば、大抵、加害者を特定できる。デバッグでは多くの場合、事件を再発生できるからである(二度と再発しないバグは、バグではない)。当然、殺害場所と遺体発見現場が異なったり、通り魔殺人では捜査は難しくなる。kernelデバッグの場合はリストやスタック破壊などがそれに相当する。もし加害者が現場で遺体の傍にうずくまっているのならば、刑事ではなく制服の警官でも容疑者を検挙することができる(＝その程度のバグは、高度なデバッグ技の持ち主でなくてもデバッグできる)。
「高度なデバッグ技」を謳うのであれば、「良いデバッグ方法について｝の議論のたたき台として必要なのは、被害者の足取りが掴めた後の事件捜査手法のことだと思うのだが。
また、巻頭に「良いデバッグ方法について語るためにはベースとなるたたき台が必要と考えます。それが本書になることを願ってやみません」とあるのだが、本書で一貫して使っているのは「クラッシュしたら、ダンプ取って、バック・トレースして…」の常識的な手法で、今更たたき台となるかどうかも…。デバッグを刑事の殺人事件捜査になぞらえると、クラッシュは事件の発覚、ダンプを取ってメモリやレジスタの内容を調べるのは現場検証、バック・トレースは被害者の生前の足取りを調べることに相当するが、これらは事件捜査の初歩中の初歩。それだけでは犯人を捕まえることはできない。本当に必要な情報は「容疑者は誰か」であって、デバッグの場合は被害者が容疑者と何処で出会ったか？が分かれば、大抵、加害者を特定できる。デバッグでは多くの場合、事件を再発生できるからである(二度と再発しないバグは、バグではない)。当然、殺害場所と遺体発見現場が異なったり、通り魔殺人では捜査は難しくなる。kernelデバッグの場合はリストやスタック破壊などがそれに相当する。もし加害者が現場で遺体の傍にうずくまっているのならば、刑事ではなく制服の警官でも容疑者を検挙することができる(＝その程度のバグは、高度なデバッグ技の持ち主でなくてもデバッグできる)。
「高度なデバッグ技」を謳うのであれば、「良いデバッグ方法について｝の議論のたたき台として必要なのは、被害者の足取りが掴めた後の事件捜査手法のことだと思うのだが。
リストマニア
|
|
フィードバック
- カタログ情報、または画像について報告
- 著者からのコメント
- 出版社からのコメント
|
