山本大祐の作品一覧

どれも実践的で説得力のあるものだった。内容はすごく良かったけど、一つだけ気がかりなところがあった。というのは、コードを書く主体の名称をプログラマーではなくエンジニアと呼んでいることに違和感を覚えた。

3年目までの若手エンジニアに向けた、悪い例とその対策について多くまとめられている。具体的に類似の場面に遭遇した際に読み返すのが良い。

達人プログラマーにもある契約プログラミングやら何やらの話が出てくる。教養として本書と達人プログラマー、プリンシプルオブプログラミングは読んでおくべきかも。

なお、MANNINGの電子版は固定レイアウトなので、ハイライトやメモができない。PDFやEPUBで欲しい。

【ポイント】
・コメントやドキュメントは目を通される保証がない。関数の名称や引数、戻り値の型などで内容を明確にすること。
・問題発生個所の近くでエラーを出すことで早く、可能なら目立つ（ログ送信やク...続きを読むラッシュなど）失敗をさせ、早期対策をする。
・Null返却やログ出力などでエラーを隠すのではなく、問題に応じた暗黙的・明示的エラー通知を用いることが望ましい。
・読みにくいコードは時間×人数で悪影響する。読みやすくすることで冗長になることがあるが、大抵の場合はメリットが上回る。
・単体テストは重要な機能を一つずつテストする。パブリックAPIに注目して行う。

悪いコードはなぜ悪く、良いコードはなぜ良いのか、理由を丁寧に述べながら実際のコード例を示している点が分かりやすい。
自分が似たような書籍を色々読んでいることもあって同じようなことを言ってるな〜と感じる部分は多いが、実践した方が良いプラクティスはあまり変わらないということなのだと思う。
エラーを通知するテクニックについて、例外とnull許容型の扱い方は勉強になった。「ない」ことを示すのに明示的にnullを返すの、近年は良しとする感じなんですかね。

著者、監訳者、訳者のまえがきを読むと、本書を読むと良いことが起きそうだという気がしてワクワクさせられる。そして重要なことだけれど、本書に書かれたことがどんな場合でも当てはまるとは言えないし、そのまま当てはめられる場面も稀であることが書かれていて好印象。各章のまとめはときどき読み返すと役に立ちそう。HOW（どのように）よりもWHY（なぜ）が重要。どのように書くかではなくて、なぜそう書いた方が良さそうかに思いを巡らせながらコーディングをするのが大事。第2章実践編、第3章ユニットテスト編で顕著だけれど、チーム開発で他の人と一緒に開発を行うがゆえに、いろいろと気をつけたほうが良い点が出てくる（未来の自...続きを読む分も他人だと考えれば一人開発の場合も当てはまる）。他の人（未来の自分も含む）からそのコードがどんなふうに見られるかを想像することが重要。

AIの実装で先頭を走る企業の一つである、オプティムの豊富な事例をもとに書き起こされた本。特にコマツの事例が非常に興味深かった。
それ以外もAIの実装に関する幅広いことを網羅的に書き起こそうとする意欲を感じられた。網羅的という観点については今一つだったが、やはり実際に実装している部分の事例（第6章)については非常に参考になった。

契約やOSSのことにも触れているところが貴重なところ。そうはいってもやはり事例紹介は参考になる。
ドローンについて法規制の観点から書かれている本は珍しい
若干まとめ方が硬くAIに関することを広く浅くまとめてはいるものの若干分かりにくさは否めない。
ただ1冊で法規制まで...続きを読むカバー範囲を広げたいならば、この本は価値が高いのではないかと思う。