ブックライブでは、JavaScriptがOFFになっているとご利用いただけない機能があります。JavaScriptを有効にしてご利用ください。
無料マンガ・ラノベなど、豊富なラインナップで100万冊以上配信中!
来店pt
閲覧履歴
My本棚
カート
フォロー
クーポン
Myページ
17pt
※この作品には販売期限があります。2029年07月28日を過ぎると販売を終了致します。
※この商品はタブレットなど大きいディスプレイを備えた端末で読むことに適しています。また、文字だけを拡大することや、文字列のハイライト、検索、辞書の参照、引用などの機能が使用できません。 Googleのテックリードを務める著者が、プロのソフトウェアエンジニアとして、堅牢で信頼性が⾼く、保守しやすく、チームメンバーが理解や適応しやすいコードを書くための概念と実用的な⼿法を解説。
アプリ試し読みはこちら
Posted by ブクログ
3年目までの若手エンジニアに向けた、悪い例とその対策について多くまとめられている。具体的に類似の場面に遭遇した際に読み返すのが良い。 達人プログラマーにもある契約プログラミングやら何やらの話が出てくる。教養として本書と達人プログラマー、プリンシプルオブプログラミングは読んでおくべきかも。 なお、...続きを読むMANNINGの電子版は固定レイアウトなので、ハイライトやメモができない。PDFやEPUBで欲しい。 【ポイント】 ・コメントやドキュメントは目を通される保証がない。関数の名称や引数、戻り値の型などで内容を明確にすること。 ・問題発生個所の近くでエラーを出すことで早く、可能なら目立つ(ログ送信やクラッシュなど)失敗をさせ、早期対策をする。 ・Null返却やログ出力などでエラーを隠すのではなく、問題に応じた暗黙的・明示的エラー通知を用いることが望ましい。 ・読みにくいコードは時間×人数で悪影響する。読みやすくすることで冗長になることがあるが、大抵の場合はメリットが上回る。 ・単体テストは重要な機能を一つずつテストする。パブリックAPIに注目して行う。
著者、監訳者、訳者のまえがきを読むと、本書を読むと良いことが起きそうだという気がしてワクワクさせられる。そして重要なことだけれど、本書に書かれたことがどんな場合でも当てはまるとは言えないし、そのまま当てはめられる場面も稀であることが書かれていて好印象。各章のまとめはときどき読み返すと役に立ちそう。H...続きを読むOW(どのように)よりもWHY(なぜ)が重要。どのように書くかではなくて、なぜそう書いた方が良さそうかに思いを巡らせながらコーディングをするのが大事。第2章実践編、第3章ユニットテスト編で顕著だけれど、チーム開発で他の人と一緒に開発を行うがゆえに、いろいろと気をつけたほうが良い点が出てくる(未来の自分も他人だと考えれば一人開発の場合も当てはまる)。他の人(未来の自分も含む)からそのコードがどんなふうに見られるかを想像することが重要。
悪いコードはなぜ悪く、良いコードはなぜ良いのか、理由を丁寧に述べながら実際のコード例を示している点が分かりやすい。 自分が似たような書籍を色々読んでいることもあって同じようなことを言ってるな〜と感じる部分は多いが、実践した方が良いプラクティスはあまり変わらないということなのだと思う。 エラーを通知す...続きを読むるテクニックについて、例外とnull許容型の扱い方は勉強になった。「ない」ことを示すのに明示的にnullを返すの、近年は良しとする感じなんですかね。
レビューをもっと見る
※アプリの閲覧環境は最新バージョンのものです。
新刊やセール情報をお知らせします。
Good Code, Bad Code ~持続可能な開発のためのソフトウェアエンジニア的思考
新刊情報をお知らせします。
Tom Long
秋勇紀
その他の作者をフォローする場合は、作者名から作者ページを表示してください
フォロー機能について
「IT・コンピュータ」無料一覧へ
「IT・コンピュータ」ランキングの一覧へ
課題解決とサービス実装のためのAIプロジェクト実践読本
セキュアなソフトウェアの設計と開発
作者のこれもおすすめ一覧へ
▲Good Code, Bad Code ~持続可能な開発のためのソフトウェアエンジニア的思考 ページトップヘ