評価はどのように計算されますか?
全体的な星の評価と星ごとの割合の内訳を計算するために、単純な平均は使用されません。その代わり、レビューの日時がどれだけ新しいかや、レビューアーがAmazonで商品を購入したかどうかなどが考慮されます。また、レビューを分析して信頼性が検証されます。
上位の肯定的レビュー
その都度読み返す本
2018年10月5日に日本でレビュー済み
私はプログラミング初心者なので、この本を読むには早かったのかもしれませんが、どうして他の人のコードは自分のものと比べて読みやすいのか？を言葉で説明してくれた本でした。
自分のコーディングスキルの上達に合わせて、この本の内容がしっくりくるようになると思いました。
自分のコーディングスキルの上達に合わせて、この本の内容がしっくりくるようになると思いました。
31人のお客様がこれが役に立ったと考えています
上位の批判的レビュー
開発に数年以上携わっている人向け
2019年7月29日に日本でレビュー済み
総評して「読みにくい」と思います。
・翻訳
話し言葉に近づけて訳されている点は評価できます。しかし、話し言葉にしてあるため、文章の形式にまとまりがない箇所が多いと感じられます。
また、翻訳される際に文字数が増えてしまったためか、サンプルコードの途中なのに改ページがあったりなど、読みやすいコードを意識付けするための本が読みにくいじゃないかとイライラしてしまいました。
・内容
本書は、さまざまなパターンと着眼点から読みやすいコードはどうあるべきかを書いています。
しかし、「さまざまなパターン」を具体的に表現するために登場する言語は多岐に及び、具体例のせいで逆に複雑に感じてしまうパートが多かったように思えます。
本書を読んでの感想としましては、
「読みやすいコードは、いろんなパターンで良し悪しがあるから一概には言えないよね。」というところでしょうか。
少なくとも経験の少ない自分のような人間向けではないと感じました。
・翻訳
話し言葉に近づけて訳されている点は評価できます。しかし、話し言葉にしてあるため、文章の形式にまとまりがない箇所が多いと感じられます。
また、翻訳される際に文字数が増えてしまったためか、サンプルコードの途中なのに改ページがあったりなど、読みやすいコードを意識付けするための本が読みにくいじゃないかとイライラしてしまいました。
・内容
本書は、さまざまなパターンと着眼点から読みやすいコードはどうあるべきかを書いています。
しかし、「さまざまなパターン」を具体的に表現するために登場する言語は多岐に及び、具体例のせいで逆に複雑に感じてしまうパートが多かったように思えます。
本書を読んでの感想としましては、
「読みやすいコードは、いろんなパターンで良し悪しがあるから一概には言えないよね。」というところでしょうか。
少なくとも経験の少ない自分のような人間向けではないと感じました。
15人のお客様がこれが役に立ったと考えています
248 グローバルレーティング | 100 グローバルレビュー
レビューのフィルタリング中に問題が発生しました。後でもう一度試してください。
日本から
2019年2月26日に日本でレビュー済み
正直、異論したい記載もあるが・・・
独学で身につけた人ほど陥りやすい勘違いを正してくれる
全ての内容に従う必要はないと思うが、これを読んで気付いた指摘は一生の財産になると思う
独学で身につけた人ほど陥りやすい勘違いを正してくれる
全ての内容に従う必要はないと思うが、これを読んで気付いた指摘は一生の財産になると思う
2019年7月29日に日本でレビュー済み
総評して「読みにくい」と思います。
・翻訳
話し言葉に近づけて訳されている点は評価できます。しかし、話し言葉にしてあるため、文章の形式にまとまりがない箇所が多いと感じられます。
また、翻訳される際に文字数が増えてしまったためか、サンプルコードの途中なのに改ページがあったりなど、読みやすいコードを意識付けするための本が読みにくいじゃないかとイライラしてしまいました。
・内容
本書は、さまざまなパターンと着眼点から読みやすいコードはどうあるべきかを書いています。
しかし、「さまざまなパターン」を具体的に表現するために登場する言語は多岐に及び、具体例のせいで逆に複雑に感じてしまうパートが多かったように思えます。
本書を読んでの感想としましては、
「読みやすいコードは、いろんなパターンで良し悪しがあるから一概には言えないよね。」というところでしょうか。
少なくとも経験の少ない自分のような人間向けではないと感じました。
・翻訳
話し言葉に近づけて訳されている点は評価できます。しかし、話し言葉にしてあるため、文章の形式にまとまりがない箇所が多いと感じられます。
また、翻訳される際に文字数が増えてしまったためか、サンプルコードの途中なのに改ページがあったりなど、読みやすいコードを意識付けするための本が読みにくいじゃないかとイライラしてしまいました。
・内容
本書は、さまざまなパターンと着眼点から読みやすいコードはどうあるべきかを書いています。
しかし、「さまざまなパターン」を具体的に表現するために登場する言語は多岐に及び、具体例のせいで逆に複雑に感じてしまうパートが多かったように思えます。
本書を読んでの感想としましては、
「読みやすいコードは、いろんなパターンで良し悪しがあるから一概には言えないよね。」というところでしょうか。
少なくとも経験の少ない自分のような人間向けではないと感じました。
2020年4月27日に日本でレビュー済み
このコードどうなの？と思い始めた人向けの本です。
業務で、他人が作ったコードを読め、動作するコードも書けています。
しかし、他人のコードは読みにくかったりしませんか？
また、自分のコードは見直して理解しやすいでしょうか？
そんな悩みの解決につながる内容になっています。
例えば以下の内容等があります。
・誤解されない変数名のつけ方
・コードを論理的な段落に分ける書き方
・returnを早めるガード節の考え方
どこかで聞いたことがあるかもしれません。それらの体系的な理解に役立ちます。
相手に伝わるコードが書けているかな？と悩みのある人にお薦めの本です。
業務で、他人が作ったコードを読め、動作するコードも書けています。
しかし、他人のコードは読みにくかったりしませんか？
また、自分のコードは見直して理解しやすいでしょうか？
そんな悩みの解決につながる内容になっています。
例えば以下の内容等があります。
・誤解されない変数名のつけ方
・コードを論理的な段落に分ける書き方
・returnを早めるガード節の考え方
どこかで聞いたことがあるかもしれません。それらの体系的な理解に役立ちます。
相手に伝わるコードが書けているかな？と悩みのある人にお薦めの本です。
2019年10月28日に日本でレビュー済み
コメントとコードの2つについて書かれています。
コメントについては、必要・不必要の分類があって、必要なものについてそれぞれ解説がついています。例えば、頭の中で考えたことを書きなさいね！とか。
コードは、表記のルールつくれよ、とか、リファクタリングなど。
自分は、コードは我流でやってきたところがあるので結構勉強になりました。
特に、
・関数とか変数の名前は意味がわかるようにつける
・コメントにtodoを書く
・頭の中で考えたことはどんどんメモする
とか。
上に列挙したものについて「そんなの当たり前だよ。」っていう人は読む必要ないかもしれないすね。
コメントについては、必要・不必要の分類があって、必要なものについてそれぞれ解説がついています。例えば、頭の中で考えたことを書きなさいね！とか。
コードは、表記のルールつくれよ、とか、リファクタリングなど。
自分は、コードは我流でやってきたところがあるので結構勉強になりました。
特に、
・関数とか変数の名前は意味がわかるようにつける
・コメントにtodoを書く
・頭の中で考えたことはどんどんメモする
とか。
上に列挙したものについて「そんなの当たり前だよ。」っていう人は読む必要ないかもしれないすね。
2019年10月9日に日本でレビュー済み
月間1万PVのプログラミングブログを運営している者です。評判だったので読んでみました。
まず、初学者や全く知識のない方でも読めるといったレビューが散見されますが、私はそうは思えません。最低限、ifやwhileといった基礎構文の知識はつけておくことを推奨します。
C++やJavaが例とされているため、それらに疎い場合は理解が難しい箇所がちらほらあります。
全体を通して、当たり前のことが当たり前に書いてありますが、目新しいこともしばしば。一読の価値はあります。
まず、初学者や全く知識のない方でも読めるといったレビューが散見されますが、私はそうは思えません。最低限、ifやwhileといった基礎構文の知識はつけておくことを推奨します。
C++やJavaが例とされているため、それらに疎い場合は理解が難しい箇所がちらほらあります。
全体を通して、当たり前のことが当たり前に書いてありますが、目新しいこともしばしば。一読の価値はあります。
2020年2月9日に日本でレビュー済み
JavaScript、C++、Python、Javaの4言語が例として使用されています。最低でもどれか1つは読めるようになった上で（特にC++かJavaを一通り勉強したなら例のコードを読むのにさほど困らないでしょう）、より綺麗なコードを書けるようになる目的で読むならアリです。
内容は商業的というか、チーム開発や大規模なソフトウェア開発で真価を発揮するようなテクニック、考え方を養うものです。読者に語りかけるような文章で、ジョークを混ぜた書き方をしているので読み物としても面白いです。C#は載っていませんがUnityでチーム開発を目指している方ならお勧めします。
個人で簡易なコードを書くことが多い人には恩恵は少ないです。
内容は商業的というか、チーム開発や大規模なソフトウェア開発で真価を発揮するようなテクニック、考え方を養うものです。読者に語りかけるような文章で、ジョークを混ぜた書き方をしているので読み物としても面白いです。C#は載っていませんがUnityでチーム開発を目指している方ならお勧めします。
個人で簡易なコードを書くことが多い人には恩恵は少ないです。
2017年12月10日に日本でレビュー済み
以前知り合いに借りて読んだことがあるのですが、改めて読み直す機会があり購入しました。
エンジニアは一人一冊持っていて、間違えはないと思います。
ただ、英語でもOKという方はpdfが無料であるみたいなのでそちらのほうがいいかもしれません。
エンジニアは一人一冊持っていて、間違えはないと思います。
ただ、英語でもOKという方はpdfが無料であるみたいなのでそちらのほうがいいかもしれません。
2020年6月19日に日本でレビュー済み
駆け出しのアプリエンジニア(仮)です。
上司がコーディングをする上では必読書だという風に言っていたため、購入しました。
内容については他の方が分かりやすく書いてくださっているため、省略します。
読んで感じたことですが、一人で開発するならこの本は読む必要はないかと思います。
複数人で開発するのなら是非読んでいただきたいです。
他人と話すときに敬語を使えるように勉強するのと同じで、他人とコードを通して関わっていくなら、綺麗なコードを書けるように勉強する必要があると思いました。
本書はそのために大きな手助けとなってくれると思います。
星5です！
上司がコーディングをする上では必読書だという風に言っていたため、購入しました。
内容については他の方が分かりやすく書いてくださっているため、省略します。
読んで感じたことですが、一人で開発するならこの本は読む必要はないかと思います。
複数人で開発するのなら是非読んでいただきたいです。
他人と話すときに敬語を使えるように勉強するのと同じで、他人とコードを通して関わっていくなら、綺麗なコードを書けるように勉強する必要があると思いました。
本書はそのために大きな手助けとなってくれると思います。
星5です！
2020年9月21日に日本でレビュー済み
書く時間が多少長くなっても良いから読みやすいコードを書いてドキュメントを整備して、、、とはいうものの動けばどんなコードでも振り返られる事は無く技術的負債として保守時間を前借りしてしまう
ということを開発サイドが把握するのはもちろんだがマネジメントが理解しないとなくならないのだろうなぁ、、
ということを開発サイドが把握するのはもちろんだがマネジメントが理解しないとなくならないのだろうなぁ、、
