ZERO BUGS の商品レビュー
読み物として面白かったです。 いかに実用的にバグを無くす方法について要点を述べるという訳でなく、エピソードを踏まえながらエンジニアとして共感できる内容を教えてくれる本でした。 参考文献やソースコードについて紹介している部分から、 他の人もソースコードを読んでみることの大事さを学...
読み物として面白かったです。 いかに実用的にバグを無くす方法について要点を述べるという訳でなく、エピソードを踏まえながらエンジニアとして共感できる内容を教えてくれる本でした。 参考文献やソースコードについて紹介している部分から、 他の人もソースコードを読んでみることの大事さを学びました。
Posted by
小さくシンプルに1つのことをうまくやる。 うまくいかない場合はうまくいくまで違うことを試す。 小さなことからコツコツと。
Posted by
日常的にプログラムを書いている人でないと、後半のプログラムは難しいと思った。プログラムの部品を見せられ、特に解説もないので。 前半は雑多なコラムで、こちらの方が面白かった。こう言う本はチーム全員が読まないと定着しないのでは。
Posted by
各項目が短く書かれているせいか浅く感じてしまい、ぐっとくるものが少なかった。第1刷だったせいか、誤植が多かった印象。
Posted by
なぜだかわからないが、新しい本のわりにすごく読みにくい。。。 ・Lispを学ぶことで、多くを学ぶことができる。 ・並列処理は非常に難しい。可能な限りさけること。JavaScriptは並列処理なしでうまくやっている。 ・正規表現を練習しよう。
Posted by
うーん、あんまり面白くなかったな。もうちょっと若いころに読んでいれば、それなりだったかもしれないけど。これを読むなら、Knuth を読み返した方がいい。
Posted by
今風ではなく古風な話ばかり。 コードが中心の本なら『リーダブルコード』や古典的な『コードコンプリート』が面白く、習慣的ならば『アジャイルプラクティス』のほうがが個人的には面白かった。
Posted by
バグをできるだけなくそうという考えの本(著者によると、正確な仕様が与えられるならゼロにできるとのことだけど)。 ユニットテストが逆にバグを増やしてしまうというのは悲しい話。自分はテスト用のコードを書くことって滅多にないのだけど、本来は書いたほうがいいとは思ってるので気をつけたい(...
バグをできるだけなくそうという考えの本(著者によると、正確な仕様が与えられるならゼロにできるとのことだけど)。 ユニットテストが逆にバグを増やしてしまうというのは悲しい話。自分はテスト用のコードを書くことって滅多にないのだけど、本来は書いたほうがいいとは思ってるので気をつけたい(結局、面倒に思って書かなそうだけど)。 コードのサンプルもいくつか掲載されてたのだけど、全く持ってどう読めばいいのか分からないコードもあった。醜いコードは時間をかけて修正しましょうとのことだけど、それ以前の問題か……。 ところで、英語圏で俳句ってまったくもって意味がわからないのだけど、どういうことなんだ?(HaikuというBeOSを再現しようとしているOSがあるらしい)。エラーメッセージが俳句とのことだけど、どこがどう俳句なんだと。この本は翻訳本なのでちゃんと日本語での575も書かれてるのだけど、訳者はよく考えたなと思う。 ただ、俳句はがんばってるのに全体的にどうにも読みにくい。アマゾンのレビューにも書かれてあったので覚悟はしてたけど、いかにもな訳。特に、演算子のオーバーロードの話の後に、「彼女はどの機能も使うことはありませんでした。特に除算は。」ってもう、使ったのか使ってないのかどっちなんだよと。
Posted by
プログラムの構造をアスキーアートでコメントしておくってのは面白いですね。 それ以外のところは、あんまりピンと来なかった。まあ、バグらないに越したことはないよね。でも、銀の弾丸はないんだよって言われたらそれまで、、
Posted by
バグの無い“良い”コードを書くにはどうしたらいいのか?一見すると当たり前のアドバイスばかり。ただ、その当たり前を実践するのが難しい。まさに「知ってる」と「出来る」が全く違う好例。序盤を読んでプログラム初心者向けと思っても最後までひと通り読むことをオススメします。きっと内省の良い機...
バグの無い“良い”コードを書くにはどうしたらいいのか?一見すると当たり前のアドバイスばかり。ただ、その当たり前を実践するのが難しい。まさに「知ってる」と「出来る」が全く違う好例。序盤を読んでプログラム初心者向けと思っても最後までひと通り読むことをオススメします。きっと内省の良い機会になるはず。
Posted by
- 1
- 2