书籍介绍

《程序员修炼之道》适合各层次软件开发人员阅读，也适合高等院校计算机专业学生和教师阅读。

AI导读

核心看点

注重代码质量，容忍破窗将导致腐朽
提倡尽早崩溃以快速纠正错误
避免借口，主动负责，做变化的催化剂

适合谁读

各层次软件开发人员
计算机专业学生与教师
渴望提升编程实践的程序员

读前提醒

别被书名误导，内容聚焦实践原则
带着自己的项目经验阅读反思
准备好调整编码习惯与团队协作

读者共识

经典之作，内容不过时需重读
适合有编程基础者深入体会
翻译虽有些生硬但价值永恒

本导读基于书籍简介、目录、原文摘录、短评和书评生成，不等同于全文精读。

精彩摘录

"项目团队你是否注意到，一些项目团队非常高效，每个人都知道该做什么，并做出了充分的贡献；而其他一些团队的成员却总是争吵不休，似乎无法相互谦让？通常这就是一个正交性问题。当团队组织重复到架屋迭床时，成员会对职责感到困惑。每修改一个东西都需要整个团队开会，因为修改会影响每个人。如何将团队组织成职责明确、重叠最少的不同小组？没有简单的答案。这一定程度上取决于具体项目，以及你对可能发生变化区域的分析；同时还取决于你能调用的人手。我们的首选做法是，先将基础设施从应用程序中分离出来，让每个主要的基础设施组件（数据库、通信接口、中间件层等）都有自己的子团队，让应用程序中特别明显的不同功能都能简单地分开。"
"要把低级的知识放在代码中，把注释留给高级的知识。"
"早崩溃"
"不要做历史的奴隶，不要让已有的代码支配将来的代码，如果不再适用，所有的代码都可被替换"
"1. 不要试图在重构的同时增加功能 2. 在开始重构之前，确保你拥有良好的测试。尽可能进场运行这些测试。这样，如果你的改动破坏了任何东西，你就能很快知道 3. 采取短小、深思熟虑的步骤。如果你的步骤保持短小，并在每个步骤之后进行测试，你将能够避免长时间的调试完美，不是在没有什么需要增加，而是在没有什么需要去掉时达到的需求不是架构，需求不是设计，也不是用户界面，需求是需要"
"提供各种选择，不要找蹩脚的借口"
"“不要容忍破窗户”"
"”做变化的催化剂”"