プリンシプル オブ プログラミング3年目までに身につけたい一生役立つ101の原理原則
上田 勲秀和システム304ページISBN 9784798046143
ソフトウェア設計タグで2位(88冊中)。Zenn・Qiitaなどの48記事で紹介され、全期間では同率4位(言及のある1,753冊中、時点)。
- 紹介記事
- 48件
- 媒体別
- Zenn 16・Qiita 25・企業テックブログ 7
- 初めての紹介
- 最新の紹介
この本を選ぶ前に
- 対象読者
- 業務経験やハンズオンで土地勘をつけた人。二、三年目ほど得るものが多いとする記事がある 根拠: 技術書を読んでも頭に入ってこないし、プログラミングスキルが上がらないのはなぜか?ほか1件
- 難易度
- 入門(初学者向け)紹介記事のAI分析から
- 出版年
- (約11年前)
- タグ内の順位
- ソフトウェア設計タグで2位(88冊中・紹介記事数の順)
- 注意点
- 矛盾する原則があり、初学者が土台なしで読むと混乱するとする記事がある 根拠: 技術書を読んでも頭に入ってこないし、プログラミングスキルが上がらないのはなぜか?
- 具体的なコード例はほとんどない 根拠: 【読書の夏?】各分野のおすすめ技術書を75冊まとめてみた
- 代わりの本
ソフトウェア設計タグで、この本より新しく紹介記事の多い本
対象読者・難易度・注意点は、紹介記事の内容をもとにAIがまとめたものです(根拠記事へのリンクつき)。出版年・順位・代わりの本は書誌と集計データから出しています。
この本の前後に読まれている本
紹介記事が「この本の前に」「この本の次に」と読む順番を書いた本です。件数はその順番を書いた記事の数で、並べただけの記事は数えていません。
この本の次に読まれた本
- リーダブルコード 記事1本
「原理原則的なことを記している書籍を先に読んでおいたほうが、後続の本の理解もしやすかっただろう」
Qiitaの記事(2019年) - 達人プログラマー(第2版) 記事1本
「プリンシプル オブ プログラミングの後に読むと良い本です。」
Zennの記事(2025年) - Tidy First? 記事1本
「とかを先に読んだほうが良いと思う」
Qiitaの記事(2025年)
紹介の推移
2018年上期以降の17期のうち16期で紹介され、本を紹介した記事に占める割合は最大11%(2018年上期)でした。直近の2026年上期は5%(93記事中5記事)でした。
数値を表で見る
| 期間 | この本 | 全体 | 割合 |
|---|---|---|---|
| 2026年上期 | 5記事 | 93記事 | 5% |
| 2025年下期 | 4記事 | 137記事 | 3% |
| 2025年上期 | 3記事 | 127記事 | 2% |
| 2024年下期 | 4記事 | 160記事 | 3% |
| 2024年上期 | 1記事 | 120記事 | 1%未満 |
| 2023年下期 | 5記事 | 132記事 | 4% |
| 2023年上期 | 6記事 | 93記事 | 6% |
| 2022年下期 | 7記事 | 95記事 | 7% |
| 2022年上期 | 2記事 | 71記事 | 3% |
| 2021年下期 | 4記事 | 68記事 | 6% |
| 2021年上期 | 0記事 | 47記事 | 0% |
| 2020年下期 | 1記事 | 67記事 | 1% |
| 2020年上期 | 1記事 | 37記事 | 3% |
| 2019年下期 | 1記事 | 40記事 | 3% |
| 2019年上期 | 1記事 | 27記事 | 4% |
| 2018年下期 | 1記事 | 14記事 | 7% |
| 2018年上期 | 1記事 | 9記事 | 11% |
「全体」は、その期に公開され、いずれかの本を紹介した記事の数(ZennとQiitaへの同時投稿は1本と数える)。
紹介記事から読み取れること
48件の紹介記事の内容をもとにAIがまとめたものです(根拠記事 15件・生成日 )。各項目に根拠記事へのリンクがあります。
読んで得られた成果
- 疑問点を調べて理解し、実務で選べる方法を増やした。
- コードレビューを受ける開発で高品質なコードへの理解が深まり、コードの質が向上した。
- 必要に応じて本書を参照し、良いコードを書くための知見を辞書的に活用した。
- 原則の適用場面や適用しにくさをチームで話し合い、技術面の価値観をすり合わせた。
この本の特徴
- 特定のプログラミング言語に依存しない考え方を扱う。
- 各原則や項目ごとに読み進められ、説明が簡潔である。
- 他の文献を参照し、プログラミングの考え方や原則をまとめている。
- プログラミングの前提・原則・思想から手法や法則まで幅広く扱う。
言及記事から読み取れる傾向
DRYやYAGNIなど、現場で耳にする原則や用語を知るための本として紹介されている。
根拠: 【2024年度版】エンジニア1年目で読んでよかった技術書籍まとめ、120冊技術書を買った新人がおススメする新人に手に取ってみてほしい4冊。、30歳まで1冊も技術書を読んだことのなかった自分が転職後1年間で読んだものとその所感
良いコードを書くための原則を、読み返したり必要なときに辞書のように参照したりする使い方がある。
根拠: 今まで読んだ技術書の中で汎用的で印象に残っているものをまとめてみる、エンジニアになって読んだ本を時系列でまとめる、30歳まで1冊も技術書を読んだことのなかった自分が転職後1年間で読んだものとその所感
新人や経験の浅い時期に読む本として挙げられる一方、初学者は実務経験などで土地勘を得てから読む提案もある。
根拠: 技術書を読んでも頭に入ってこないし、プログラミングスキルが上がらないのはなぜか?、【2024年版】開発者が絶対に読むべき本のススメ、エンジニア二年目に自宅学習で使った技術書&Udemyをジャンル別にまとめてみた
原則をチームで議論する輪読会に使われ、適用場面やチームとの相性を共有する機会になった。
こんな人におすすめ
対象レベル: 初学者から中堅向けとして紹介される一方、初学者は業務経験やハンズオンで土地勘を得てから読む提案もある。
前提知識:
- 初学者は、原則を理解するためのプログラミングの土地勘を業務経験やハンズオンで身につけておくことが勧められている。
こんな目標を持つ人に:
- プログラミングで意識すべき原理原則や考え方を知る。
- 実務で選べる方法を広げる。
※ この情報は48件の技術記事からAIが分析・生成したものです。表示している分析項目には根拠記事へのリンクがあります。読者の逐語引用ではありません。 実際の内容は書籍でご確認ください。
紹介している記事
いいね数順 · 48件記事ごとの説明は、記事本文のうちこの本に触れた部分をAIが要約したもので、筆者の原文ではありません。
- その汚いコード、いつどこで整頓するの?"Tidy First?"を読んで解決した話 Qiita · y_kawase · · いいね 569
- 今まで読んだ技術書の中で汎用的で印象に残っているものをまとめてみる Qiita · おぎ · · いいね 307
Webエンジニアに転職してすぐ、SOLIDという言葉を見かけて関心を持ち、本書を手に取ったとしている。第1章は短いながら本質的で、各章や原則も分かりやすく、プリンシプル単位で隙間時間に読み進められる点を評価している。「コードは設計書であり、プログラマは設計者である」という考えに初めて触れ、設計に興味を持つきっかけになったという。異業種から転職した筆者は早く身につけたいと考え、定期的に読み返したいとしている。
- プログラミング独学1年目の私に教えてあげたい書籍リスト Zenn · Shota Nukumizu · · いいね 274
本書をプログラミングを学ぶうえで重要なマインドセットや、守るべき鉄則をまとめた書籍として紹介している。さまざまな文献を参照しながら、学習や実践で意識すべき考え方が整理されており、プログラミングを効率よく、上手に進めるうえで大切なことを扱うと述べている。『リーダブルコード』とセットで目を通しておきたいとしている。
- 技術書を読んでも頭に入ってこないし、プログラミングスキルが上がらないのはなぜか? Zenn · ハトすけ · · いいね 206
技術書を読んでも理解が進まない理由を「全体感」と「土地勘」で説明した後、別の話として本書を挙げている。AとBのように矛盾する原則があるため、プログラミング初学者が、どちらの原則も理解できていない段階で読むと混乱すると述べる。そのため、業務経験やハンズオンを通じてプログラミングの「土地勘」をある程度身につけてから読むことを勧めている。
- 【読書の夏?】各分野のおすすめ技術書を75冊まとめてみた Qiita · miruky · · いいね 125
質の高いコードを書くための考え方を101の原理原則として短くまとめた本だと紹介している。心構え、設計原則、背景にある思想、ものの見方、習慣、手法、経験則を章ごとに扱い、さまざまな本の要点を引用付きで集めているため、次に読む本を探す手がかりにもなるとしている。具体的なコード例はほとんどないと留保し、二、三年目の人ほど得るものが多いだろうとしつつ、1年目でも読めて役立つと述べている。
- 【エンジニア1年目】読んでよかった書籍7選 Qiita · なーやん · · いいね 74
今年読んでよかった本を振り返る中で本書を再読したと述べている。プログラミングの指針となる「前提」「原則」「思考」「習慣」「視点」「手法」「法則」を学べる本として紹介し、避けるべきコードや、障害に強いコードを書く際の意識点を詳しく解説するとしている。特に第3章「思想編」の7つの設計原則が勉強になり、プログラミングの本質を凝縮した内容だと評価している。
- 【必読】プログラミング初心者と駆け出しエンジニアが必ず読むべき書籍 10冊 Zenn · Shota Nukumizu · · いいね 69
本書を『アメリカの中学生が学んでいる 14歳からのプログラミング』と『リーダブルコード』より複雑で抽象度が高い内容として紹介している。さまざまな文献を参照し、プログラミング学習で重要なマインドセットや守るべき鉄則をまとめ、効率よく進めるための具体的なテクニックと考え方の両方を解説していると述べている。上手に効率よくプログラミングするうえで大切なことが書かれていると評価している。
- 【2024年版】開発者が絶対に読むべき本のススメ Zenn · Chiba_d · · いいね 53
先輩エンジニアに聞いた「エンジニアとして働く人に読んでほしい本」の一つとして、初学者〜中堅向けの欄で紹介している。原理原則を知ればあらゆることに応用できるとし、知識だけでなく考え方を知ることの大切さを読者に伝えたいとしている。原理原則を知ることと、その考え方を知ることを、紹介する理由として挙げている。
- 実務未経験者が今まで独学に使ってきた技術書を公開していくよ Qiita · 天才 · · いいね 49
独学で読んできた技術書を紹介する記事の「テクニカル・思想系」の項目で本書を挙げ、プログラマーが常に念頭に置くべき原理原則について書かれた本と説明している。内容を噛み締めて読みながら、中級者以上の読者なら具体的な状況を思い浮かべやすいのだろうと感じたという。
- 未経験Androidエンジニアの1年を振り返る Qiita · Kabos · · いいね 37
入社後1〜3カ月の研修期に読んだ本として挙げている。この時期はFirebaseを使ったAndroidアプリを一人で開発し、コードレビューを受けて、他人に読みやすいコードの重要性を意識していた。本については、重要な原理・原則がまとまった内容を「激推し」と評し、高品質なコードへの解像度が高まり、コードの質が大きく向上したとしている。
- 『なぜそうするのか?』を説明できるようになりたい話 Zenn · かみけん · · いいね 34
ML研究から実務に移り、設計の理由を問われて答えられなかったことをきっかけに、判断の軸を得ようとして読んだと述べている。技術を知っているだけでは使えるようにならないという指摘が刺さり、「シンプルで保守しやすい」という観点を知ったという。そこからコミュニケーション・シンプル・柔軟性の3点を技術選定で意識し始めたが、バランス感覚はまだ身についていないとしている。
- エンジニア二年目に自宅学習で使った技術書&Udemyをジャンル別にまとめてみた Qiita · すずき · · いいね 31
エンジニア二年目の自宅学習で取り上げた本の一つとして、本書を「UNIXという考え方」と「達人プログラマー」の長所を合わせたような本と評している。第5章以降で扱うエンジニアとしてのプロ意識は、キャリアの浅いうちに読むべき内容だと述べ、特に第7章のプログラミングのアンチパターンを挙げている。
- 3年目エンジニアが今まで読んできた本を振り返る Zenn · 浦川 仁成 · · いいね 30
本書を「設計・コード品質・プログラミング原則」の分野に置き、原理原則を学びたい人向けとして紹介している。概要では、特定の言語に依存しない考え方を扱う点を挙げ、ポイントを「一生使える」こととしている。技術書など34冊を分野別に整理し、読者が次に読む本を選ぶ参考としてまとめる中で、長く役立つ原則を学ぶ本として位置づけている。
- 「良いコード/悪いコードで学ぶ設計入門」の重要ポイントまとめ Qiita · KIRIN3qiita · · いいね 25
- 新人エンジニアのためのブックリスト Qiita · 4door · · いいね 21
「エンジニアとしての心得」の項目で、より高度な内容や幅広い分野の本を探す際の手掛かりになると述べている。本書について、紹介する書籍の要点を簡潔にまとめ、出典となる本や関連書籍も併せて掲載するものと説明する。技術書に限らず、筆者が全く知らなかった本も紹介されている点を挙げ、幅広い分野の本を探すための案内として扱っている。
- 自社サイト開発のEM/TL経験者が、現職に入社してから5年弱で読んできた本をまとめる Zenn · しゅーてぃー · · いいね 10
エンジニアとしての基礎を固める段階で本書を取り上げ、プロのエンジニアとしての思想や心構えを学ぶ本と位置づけている。どこから読んでもよいとし、読み込むよりもまず一度ざっと目を通し、後から「あれそういえば」と思ったときに立ち返る使い方がよいとしている。
- 【2024年度版】エンジニア1年目で読んでよかった技術書籍まとめ Zenn · aya · · いいね 10
エンジニア1年目に読んでよかった技術書をまとめた記事の「コーディング・リファクタリング」区分で本書を取り上げ、よいコードを書く指針となる前提・原則・思想が幅広く解説されていると紹介している。コードをシンプルに保つ重要性や、UNIX思想、YAGNI、DRYなどの原則を知ることができると述べ、UNIX思想については関連書も良かったとして挙げている。
- 120冊技術書を買った新人がおススメする新人に手に取ってみてほしい4冊。 Qiita · sun33 · · いいね 10
新人に手に取ってほしい本の一つとして本書を挙げ、先輩エンジニアが使う「DRY」や「YAGNI」といった言葉と、その考え方をまとめて学べると述べている。自社開発の現場では実際にこうした言葉が使われるため、3年目までと言わず、1年目から知っておきたい項目ばかりだと評価している。記事では思想や考え方を中心に紹介しており、本書も新人が現場で耳にする原則を知る本として位置づけている。
- エンジニアになって読んだ本を時系列でまとめる Qiita · chiii · · いいね 9
現役エンジニアに勧められて本書を読み、リーダブルコードと同じく、読んだ当時は内容をまったく実務に活かせていなかったと振り返っている。一方、良いコードを書くためのエッセンスが詰まっていると評価し、現在も必要に応じて辞書的に活用している。当時は十分に活用できなかった内容を、今は参照用として役立てているという。
- 技術書 読んだ順番を振り返ってみた Qiita · Variablob · · いいね 6
SQLを学び始めてから購入した技術書を振り返り、実際に読んだ順と、読んだほうがよかったと思う順を示している。本書は実際には11冊目だが、後者では最初に挙げている。その分野の原理原則を記した本を先に読めば、後続の本を理解しやすかっただろうと述べている。ただし、発売順やその時の気分、勢いもあるため、実際にその順で読めたかは別だと留保している。
- エンジニアチームの成長を目指した、輪読会の取り組み ~どんな形式で、どんな書籍を読んできたか?~ Zenn · ぐんそう · · いいね 4
輪読会を2回行った後に技術面の成長を目指して本書を選び、技術的な原理原則が多く、各項目の説明が簡潔で読みやすそうだと考えたとしている。輪読会では技術的知見をチームで学ぶ機会となり、原則が役立った場面や、現在のチームには適用しにくい点などを話し合った。こうした議論を通じて、チームの技術面での価値観がすり合い、レベルアップにつながったと振り返っている。
- Webエンジニア1年目で取り組んだ教材53選を振り返る Qiita · とも · · いいね 3
- プリンシプルオブプログラミング Qiita · tosio · · いいね 3
12月1日から21日までのアドベントカレンダー記事を書く際、短期間に多くの記事を書くため、本書から特に共感した内容を抜粋して記事作成に活用したと述べている。プログラミングやシステム開発の心構え、注意点が詳しく説明され、新人にもベテランにも面白いと評価している。また、他の書籍からの引用を通じ、エンジニアの経験に学ぶ歴史をたどるようだとし、すべてのエンジニアに読んでほしいと勧めている。
- 未経験から2年働いたエンジニアの本紹介 Zenn · 遠藤 · · いいね 2
1年目後半から読む本として挙げ、自身の偏った経験では不足している知識や、これまで知らなかった事柄に気づけたとしている。読んでいて疑問が生じた箇所は調べ、理解を得ることで、実務で選べる方法を広げたという。選択肢を持てることが自身の武器になると評価し、先人の知見を得られる点からも、この時期に読むとよいと述べている。
- 30歳まで1冊も技術書を読んだことのなかった自分が転職後1年間で読んだものとその所感 Qiita · Y_Kishi · · いいね 2
転職後1年間に読んだ技術書を読みやすさ順に紹介する中で、本書を「すらすら読める」区分に置き、リーダブルコードからさらに一歩進む本と位置づけている。DRYやYAGNIなど、しばしば使われる共通原則やキーワードが網羅的に解説されている点を挙げ、手元に置けば辞書代わりにも使えると評価している。
- プリンシプル オブ プログラミングを読んだ Qiita · yukiji · · いいね 2
業界4年目に入り「3年目までに身につけたい」という題名が気になって読み、さまざまな技術書のエッセンスを自分なりにまとめている。銀の弾丸はないという前提や、コードをシンプルに保つこと、命名、DRY、分割統治、正しさを優先する最適化などを挙げ、作業を小さく進め、無駄や過労を避ける考え方も紹介する。行き詰まったときや振り返りたいときに、記事を読み返すつもりだとしている。
- 学生エンジニアの読書記録 Qiita · t38miwa · · いいね 1
本書で印象に残った考えとして「プログラミングに銀の弾丸はない」と、プログラマの三大美徳として挙げられる怠慢・短気・傲慢を取り上げている。また、これらには『世界一流エンジニアの思考法』と似た内容が多いと感じたという。特に「Be Lazy」が大事だと、本書を通じてあらためて認識したとしている。
- 【チーム開発】令和時代のWebアプリ開発現場における安全教育として、必読の技術書・ドキュメントを列挙するコーナー Zenn · 野良ぬこ@フリーランス・個人開発 · · いいね 1
- 2025年最新版1年目エンジニアが絶対に読むべき技術書10選 Qiita · エネゴロ · · いいね 1
ソフトウェア開発をするうえで重要な考え方を学ぶ本として本書を挙げ、品質の高いソフトウェアをどのように開発するかを学べると説明している。難易度は高くなく、すらすら読める点を評価している。記事では、1年目に読んでおきたかった技術書をまとめたとし、読めばWebアプリケーション開発の現場でも話についていきやすいと述べている。
- 年末に読みたいおススメ技術書3選 Qiita · hr k · · いいね 1
仕事でプログラミングをかなり使っている人が「少し本を読んでみたい」と考えていても、分厚く辞書のような本は読み切れそうにない場合に勧めている。有名な本だったため実際に読んでみたが、筆者自身には少し物足りなかったという評価である。
- [プリンシプルオブプログラミング] プログラマの三大美徳と法則 Qiita · mil · · いいね 1
プログラマの三大美徳として怠慢・短気・傲慢を挙げ、自動化や問題の早期修正、品質への意識を説いている。また、エゴレスプログラミングの十戒を紹介し、仲間とより良いコードを作る姿勢を述べる。手法として、動く土台から開発する曳光弾、不正な値に備える防御的プログラミング、自作ソフトを使うドッグフーディング、説明による問題整理、コードを読み解くコンテキストを取り上げる。さらに、組織と設計の関係を示すコンウェイの法則や、悪いコードを放置しない割れた窓の法則などを紹介している。
- 【読了】プリンシプル オブ プログラミング Zenn · あんみつ ·
- 3年目エンジニアが今まで読んできた本を振り返る Qiita · 仁成 浦川 ·
原理原則を学びたい人向けの本として紹介し、扱う考え方は特定のプログラミング言語に依存しないと説明している。また、その原理原則は一生使える点を特徴として挙げている。
- エンジニア必読!『プリンシプルオブプログラミング』を読んで感じた魅力と学び Zenn · たけし ·
SNSで「一年に一度は読み返す本」という評を目にしたことをきっかけに本書を手に取り、エンジニアの経験年数を問わず読めると感じている。各原理原則がWhat、Why、How、Topicsの観点で整理され、DRY原則やUNIX思想など馴染みのあるものと初めて知るものが含まれると紹介。既知の原則は日々の業務に重ね、未知の原則は活用法を想像しながら読むことで、実務に生かす考え方や姿勢を学べるとしている。定期的に読み返して自分を振り返り、改善を続けることが本書の価値を高めると述べている。
- 研修中エンジニアが読んでいる本 Qiita · gorilla_tech ·
新卒入社後の研修を受ける新人エンジニアとして、隙間時間や通勤時間に読み始めた本の一つとして紹介している。本書ではプログラミングの101の原則が個別に解説され、特にDRY、SOLID、KISSが印象に残ったという。また、コードは機械ではなく人が読むものだという考えに目を開かれ、挙げた原則に限らず、多くの原則を少しずつ意識できるようになりたいと述べている。
- プログラミング原則色々あるけど、大事なことは同じだよねってお話し Zenn · ふぁい ·
個人的な思いから本書を再読し、原則を一つずつ解説するのではなく、読書感想として要点をまとめている。原則は、コードの読みやすさを実現するための普遍的なノウハウであり、時間の節約、保守性や拡張性の向上につながると捉えている。理解しやすさやシンプルさ、構造など読みやすさの基準は多様だとし、自身が時間に追われたり、過去の実装に合わせたり、名前を深く考えず付けたりして読みにくいコードを書く弱さを振り返り、今後は改善したいと述べている。
- 2024年 読んでよかったプログラミング関連本 3冊 Zenn · Ashe ·
読者から教えてもらって本書を知ったと述べている。タイトルの通り、3年目までに知っておきたい、身につけておきたい基本の原理原則をまとめた内容である。一つひとつの原理原則が具体例とともに説明されているため、初心者でも実際に使う場面を想像しやすく、分かりやすいと評価している。今後コードを書く際に、最も役立ってくれそうな本だと感じている。
- プリンシプル オブ プログラミングの感想 Qiita · みのむし ·
転職活動を終えて時間ができた際に本書を読み、プログラマとして成長するための土台となる原則を紹介していると述べている。各原則についてWhat・Why・Howが説明され、必要な理由と実践方法まで学べる一方、具体的な状況で書くコードの説明は少なく、抽象度が高いとしている。既知・未知の原則を詳しく学べたことや、DRYに似た内容の重なりから重要性を再認識したことを挙げ、いいコードや目指すプログラマ像を知りたい人に勧めている。
- Kindleの技術書セールがヤバすぎる【Amazonプライム感謝祭】 Qiita · kagekiyo7 ·
- 【備忘録】プリンシプルオブプログラミングの感想 Zenn · 小倉あん ·
エンジニア歴2年の節目に、より読みやすく保守しやすいコードを書くため社内図書館で本書を読み、良いコードの書き方に悩む人や読みやすいコードを目指す人に向けて、印象に残った原則を記録している。コードを設計書と捉えて早く書き始めること、変更を前提に定数を使うこと、必要最小限にすること、重複を関数化すること、テストを用意すること、読みやすさや理由を示すコメントを重視することを挙げる。101項目の後半は似た意味の言い回しが増えた印象で、特に印象的な内容は前半に多かったとしている。
- シンクロ・フードのエンジニアが書籍購入補助制度を利用して2022年度に購入した書籍ランキングTOP5を紹介します 企業テックブログ · シンクロ・フード ·
購入冊数1位の本で、社内で読書会を開いていたため多くのメンバーが購入した。筆者は、良いコードを書く上で重要な原理原則が多数紹介され、若手の参考になったのではないかとしている。個人的にはSLAP(抽象レベルを揃える原則)の項が好きだと述べている。
- 「プリンシプル オブ プログラミング」の輪読会をしました 企業テックブログ · ROBOT PAYMENT ·
チームの共通認識を作る目的で輪読会の題材に選んだ。UNIX思想を初めて知り、中でも拡張性の原則が、新機能が次々に加わる自社システムの設計方針に役立つと感じたという。エンジニアはコードを書くだけでなく設計も身につける必要があり、本書はその理念を伝えているとして、読んで良かったと述べている。
- 輪読会を実施しています 企業テックブログ · ROBOT PAYMENT ·
開発チームの輪読会の題材としてこの本を選んだ。良いコードを書くための原則を101項目まとめた本で、KISSやDRYなども紹介され、コードが一切出てこず抽象的なため、自社プロダクトに引き寄せて議論しやすいと考えたという。実際に議論が活発になり、チームの共通認識づくりにもなっているとしている。
- 【2021年】 技術書好きプロエンジニア達が紹介する40選 企業テックブログ · ラクス ·
LT会の発表者は、よいコードを書くための前提・原則・思想を解説した本として紹介している。一般的な原理・原則がほぼ網羅され、見出しが細かく辞書的に使え、セクションごとに2、3冊の書籍が紹介されることを挙げる。一方、網羅的な分1つ1つは深掘りされず、コード例が出ない点を注意点としている。
- 【業務系】システム開発に役立つ書籍4冊 Qiita · Masaya Okuno ·
過去のプログラマが生み出した原理原則を集めて解説する本として紹介している。内容は抽象的であるため、原理原則を実際のプログラミングの場面に当てはめて具体的に考えることで、品質の良いコード作成につなげられるとしている。業務系システム開発に役立つ書籍を扱う記事の中で、「プログラミング」の分野の本として取り上げている。
- もし新人プログラマが「プリンシプル・オブ・プログラミング」を読んだら 企業テックブログ · ecbeing ·
新人研修のミッションとして新人3人がそれぞれ本書を読み、気になったトピックをチーム内で発表したと筆者は述べている。本書は経験の浅いプログラマ向けに、プログラミングや設計で意識すべき考え方を原理や法則の形で扱う一冊だとする。内容は抽象的で読めばすぐ良いコードが書けるわけではないが、考え方を鍛え広げる点で勉強になったという。筆者はKISSを取り上げ、C#の例でリファクタリングを示した。
- 社内エンジニアの「エンジニアならこれがおすすめ!」な書籍を調査しました 企業テックブログ · オールアバウト ·
回答者は、リーダブルコードのようにソースコード単位の書き方は示さないものの、コードを書くときの方針を決める助けになる点を理由に挙げている。筆者は、リーダブルコードよりも抽象的な言葉で心構えを述べた本のようだとまとめている。
- クラウドサービスのエンジニアが読んでほしい!技術書・ビジネス書 2018 企業テックブログ · ラクス ·
この本について
本書は、読みやすく変更しやすいコードを書くための前提、原則、設計思想、実践手法を整理したプログラミングの指針である。コードは設計の成果であり変更され続けるという前提から、KISS・DRY・YAGNIなどの原則と、コミュニケーション・単純さ・柔軟性を重んじるプログラミングセオリーを扱う。抽象、カプセル化、情報隠蔽、関心の分離などのアーキテクチャ技法に加え、変更容易性や信頼性といった非機能要件、UNIXの原則・哲学、単純性や安全性を含む設計原理を取り上げる。さらに、凝集度・結合度・直交性、技術的負債などの視点、プログラマの習慣、曳光弾や契約による設計などの手法、ブルックスの法則や割れた窓の法則などを通じて、設計・実装・保守で判断に使う考え方を学ぶ。
出版社の内容紹介・目次と紹介記事をもとにAIが要約したものです。原文の転載ではありません。
目次(主な章)
出典: 出版社の書籍ページ (章の見出しのみ)
- 第1章 前提 ~プログラミングの変わらぬ真実~
- 第2章 原則 ~プログラミングのガイドライン~
- 第3章 思想 ~プログラミングのイデオロギー~
- 第4章 視点 ~プログラマの観る角度~
- 第5章 習慣 ~プログラマのルーティーン~
- 第6章 手法 ~プログラマの道具箱~
- 第7章 法則 ~プログラミングのアンチパターン~