AI导读
核心看点
- 直击编程陈地，审视创建可工作易维护代码的核心过程
- 涵盖个人责任、职业发展及保持代码灵活易改编的架构技术
- 学习防止软件变质、消除复制陷阱、编写灵活动态代码的方法
适合谁读
- 希望从学徒进阶为大师的软件开发人员
- 渴望提升代码质量与架构能力的软件工程师
- 寻求职业成长与高效团队协作的程序员
读前提醒
- 关注破窗户理论与做变化催化剂等实用原则
- 结合个人项目经验理解重构与测试的重要性
- 注意部分译文可能因文化背景略显生硬
读者共识
- 被誉为程序员床头读物，值得反复温故知新
- 对提升编程思维影响深远，是软件人员必读经典
- 建议新人尽早阅读，避免付出多年试错代价
本导读基于书籍简介、目录、原文摘录、短评和书评生成，不等同于全文精读。
精彩摘录
- "项目团队 你是否注意到，一些项目团队非常高效，每个人都知道该做什么，并做出了充分的贡献；而其他一些团队的成员却总是争吵不休，似乎无法相互谦让？ 通常这就是一个正交性问题。当团队组织重复到架屋迭床时，成员会对职责感到困惑。每修改一个东西都需要整个团队开会，因为修改会影响每个人。 如何将团队组织成职责明确、重叠最少的不同小组？没有简单的答案。这一定程度上取决于具体项目，以及你对可能发生变化区域的分析；同时还取决于你能调用的人手。我们的首选做法是，先将基础设施从应用程序中分离出来，让每个主要的基础设施组件（数据库、通信接口、中间件层等）都有自己的子团队，让应用程序中特别明显的不同功能都能简单地分开。"
- "要把低级的知识放在代码中，把注释留给高级的知识。"
- "早崩溃"
- "不要做历史的奴隶，不要让已有的代码支配将来的代码，如果不再适用，所有的代码都可被替换"
- "1. 不要试图在重构的同时增加功能 2. 在开始重构之前，确保你拥有良好的测试。尽可能进场运行这些测试。这样，如果你的改动破坏了任何东西，你就能很快知道 3. 采取短小、深思熟虑的步骤。如果你的步骤保持短小，并在每个步骤之后进行测试，你将能够避免长时间的调试 完美，不是在没有什么需要增加，而是在没有什么需要去掉时达到的 需求不是架构，需求不是设计，也不是用户界面，需求是需要"
- "提供各种选择，不要找蹩脚的借口"
- "“不要容忍破窗户”"
- "”做变化的催化剂”"
目录
1,A pragmatic philosophy
2,A pragmatic approach
3,The basic tools
4,Pragmatic paranoia
5,Bend,or break
显示全部
用户评论
程序员的床头读物。
书评留坑
对我影响很大的一本书
温故而知新
好书
刚看完，很棒
中国电力出版社的其他书籍查看全部
收藏