程序员修炼之道

[美] Andrew Hunt

出版时间

2010-12-31

ISBN

9787121123368

评分

★★★★★

标签

编程

书籍介绍
这不是一本可以一次性读完、读完就学会的技术手册,而像一位经验丰富的前辈坐在你身边絮絮叨叨地讲开发心得。书里塞满了短小精悍的“Tip”,从“把低级知识放进代码、注释留给高级知识”到“早崩溃而不是默默容忍坏数据”,每条都可能在几年后影响你的一次关键决策。读者最真实的反馈是“好读难做”——道理一看就懂,真正落地却需要把某些原则反复实践半年,让它们长成自己的习惯。它适合那些不满足于“把代码跑通”、想成为“靠谱程序员”的人:不是教你具体框架或语法,而是塑造你面对需求、测试、重构和团队协作时的判断力。若你愿意每周挑两三条刻意练习,它会真正改变你写代码的方式。
作者简介
Andy Hunt是一位热切的木匠和音乐家,但奇怪的是,人们更需要作为顾问的他。他的工作领域包括电信、银行、金融服务、公共服务,以及一些更奇特的领域,比如医学成像、图形艺术、Internet服务。他的专长是把经过验证的技术与先进的技术混合在一起,创建各种新颖的——但也是实用的——解决方案。Andy在北卡罗莱纳州的罗利市拥有自己的顾问公司。 Dave Thomas喜欢驾驶单引擎飞机飞行,并通过这样的方式为他的习惯付账:为各种难题寻找优雅的解决方案,提供诸多领域里的咨询服务——航空、银行、金融服务、电信、交通运输及Internet。在于1994年移居美国前,Dave在英国创立了一家通过ISO9001认证的软件公司,为世界各地的客户开发成熟、定制的软件项目。Dave现在是一位独立顾问,居住在德克萨斯州的达拉斯。
AI导读
核心看点
  • 涵盖从个人责任到架构技术的全面最佳实践
  • 提出正交性、可撤销性等核心编程哲学
  • 强调早崩溃、断言式编程等防御性策略
读者共识
  • 经典之作,被誉为程序员的必读指南
  • 内容好读但实践难度大,需长期践行
  • 常读常新,不同阶段阅读会有不同感悟
精彩摘录
  • "项目团队 你是否注意到,一些项目团队非常高效,每个人都知道该做什么,并做出了充分的贡献;而其他一些团队的成员却总是争吵不休,似乎无法相互谦让? 通常这就是一个正交性问题。当团队组织重复到架屋迭床时,成员会对职责感到困惑。每修改一个东西都需要整个团队开会,因为修改会影响每个人。 如何将团队组织成职责明确、重叠最少的不同小组?没有简单的答案。这一定程度上取决于具体项目,以及你对可能发生变化区域的分析;同时还取决于你能调用的人手。我们的首选做法是,先将基础设施从应用程序中分离出来,让每个主要的基础设施组件(数据库、通信接口、中间件层等)都有自己的子团队,让应用程序中特别明显的不同功能都能简单地分开。"
  • "要把低级的知识放在代码中,把注释留给高级的知识。"
  • "早崩溃"
  • "不要做历史的奴隶,不要让已有的代码支配将来的代码,如果不再适用,所有的代码都可被替换"
  • "1. 不要试图在重构的同时增加功能 2. 在开始重构之前,确保你拥有良好的测试。尽可能进场运行这些测试。这样,如果你的改动破坏了任何东西,你就能很快知道 3. 采取短小、深思熟虑的步骤。如果你的步骤保持短小,并在每个步骤之后进行测试,你将能够避免长时间的调试 完美,不是在没有什么需要增加,而是在没有什么需要去掉时达到的 需求不是架构,需求不是设计,也不是用户界面,需求是需要"
  • "提供各种选择,不要找蹩脚的借口"
  • "“不要容忍破窗户”"
  • "”做变化的催化剂”"
目录
前言
序
第1章 注重实效的哲学
1 我的源码让猫给吃了
2 软件的熵

显示全部
用户评论
厉害了
还是要做一个靠谱的、聪明的人,才能对大家来说都是正向生产力~
开拓了点思路,嘛,然后有空再翻一翻
码农的《左手曾国藩右手胡雪岩》
真的会出来代码讲解。。。不过基本原则都说的很简单易懂
收获不大,主要是自己偶尔想起来打开看看,磕磕绊绊才把此书读完,我觉得以后静下心来应该重读一遍
书中提到了很多我知道但是因为没有实践而忽视的点,现在读或许有点早,但至少可以从一些小事儿的习惯开始培养起来好的习惯,是一个不错的书,有很多实用的经验
🍉视频居然啥都有 https://v.ixigua.com/8CdvBwU/
见过很多很有经验的程序员,但在我看来,他们并不是"专业"的程序员。而这本书是让他们能够通向"专业"程序员的其中一本。另外,这本书不适合新手,只适合有一定经验的程序员。
傻逼rgp一天到晚就叫看书,自己屁水平没有天天事多
下载
收藏