元数据
程序员修炼之道：从小工到专家
- 书名： 程序员修炼之道：从小工到专家
- 作者： Andrew Hunt David Thomas
- 简介： 《程序员修炼之道》由一系列独立的部分组成，涵盖的主题从个人责任、职业发展，知道用于使代码保持灵活、并且易于改编和复用的各种架构技术，利用许多富有娱乐性的奇闻轶事、有思想性的例子及有趣的类比，全面阐释了软件开发的许多不同方面的最佳实践和重大陷阱。无论你是初学者，是有经验的程序员，还是软件项目经理，本书都适合你阅读。
- 出版时间： 2011-01-01 00:00:00
- ISBN： 9787121123368
- 分类： 计算机-数据库
- 出版社： 电子工业出版社
- PC地址：https://weread.qq.com/web/reader/5e632060720439455e6be44
高亮划线
程序员升级必备
📌 我们都应该不断地学习下去。 ▶银杏科技创始人 霍炬 http://blog.devep.net/virushuo/ ⏱ 2021-10-22 11:23:54
程序员心底的小声音
📌 我觉得，想要内化这些小声音，还是要靠实践，如果不实践，即使你把这些小声音写在100块钱的高档笔记本上也没有用。 ⏱ 2021-12-04 12:11:55
译序
📌 我想，对于两位作者而言，编程就和木匠活、和音乐创作、或是驾驶飞机一样，既需要禀赋，更需要坚持不懈的学习和训练——这也正是书中所说的，编程是一种技艺，一种需要用心学习的技艺。也许，只有在长久的学习之后，我们才会开始明白书中提到的“hacker”的真正含义：“Someone who loves to program and enjoys being clever about it”（摘自《自由软件杂志》）。 ⏱ 2021-12-04 12:16:49
序
📌 早期的采纳者/快速的改编者。你具有技术和技巧上的直觉，你喜爱试验各种事物。给你一样新东西，你很快就能把握它，并把它与你的知识的其余部分结合在一起。你的自信出自经验。 ⏱ 2021-12-04 12:33:27
第1章 注重实效的哲学 A Pragmatic Philosophy
📌 注重实效的程序员的特征是什么？我们觉得是他们处理问题、寻求解决方案时的态度、风格、哲学。他们能够越出直接的问题去思考，总是设法把问题放在更大的语境中，总是设法注意更大的图景。毕竟，没有这样的更大的语境，你又怎能注重实效？你又怎能做出明智的妥协和有见识的决策？ ⏱ 2021-12-04 12:37:08
1 我的源码让猫给吃了
📌 责任是你主动担负的东西。你承诺确保某件事情正确完成，但你不一定能直接控制事情的每一个方面。除了尽你所能以外，你必须分析风险是否超出了你的控制。对于不可能做到的事情或是风险太大的事情，你有权不去为之负责。你必须基于你自己的道德准则和判断来做出决定。 如果你确实同意要为某个结果负责，你就应切实负起责任。当你犯错误（就如同我们所有人都会犯错误一样）、或是判断失误时，诚实地承认它，并设法给出各种选择。不要责备别人或别的东西，或是拼凑借口。 ⏱ 2021-12-04 12:40:53
📌 要提供各种选择，而不是找借口。不要说事情做不到；要说明能够做什么来挽回局面。 ⏱ 2021-12-04 12:42:19
2 软件的熵
📌 不要留着“破窗户”（低劣的设计、错误决策、或是糟糕的代码）不修。发现一个就修一个。如果没有足够的时间进行适当的修理，就用木板把它钉起来。或许你可以把出问题的代码放入注释（comment out），或是显示“未实现”消息，或是用虚设的数据（dummy data）加以替代。采取某种行动防止进一步的损坏，并说明情势处在你的控制之下。 ⏱ 2021-12-04 12:44:38
3 石头汤与煮青蛙
📌 不要像青蛙一样。留心大图景。要持续不断地观察周围发生的事情，而不只是你自己在做的事情。 ⏱ 2021-12-04 12:50:17
6 交流
📌 规划你想要说的东西。写出大纲。然后问你自己：“这是否讲清了我要说的所有内容？”提炼它，直到确实如此为止。 这个方法不只适用于撰写文档。当你面临重要会议、或是要与重要客户通电话时，简略记下你想要交流的想法，并准备好几种把它们讲清楚的策略。 ⏱ 2021-12-04 18:43:28
7 重复的危害
📌 DRY-Don’t Repeat Yourself 不要重复你自己 与此不同的做法是在两个或更多地方表达同一事物。如果你改变其中一处，你必须记得改变其他各处。或者，就像那些异形计算机，你的程序将因为自相矛盾而被迫屈服。这不是你是否能记住的问题，而是你何时忘记的问题。 你会发现DRY原则在全书中一再出现，并且常常出现在与编码无关的语境中。我们觉得，这是注重实效的程序员的工具箱里最重要的工具之一。 ⏱ 2021-12-04 18:57:46
10 曳光弹
📌 原型制作生成用过就扔的代码。曳光代码虽然简约，但却是完整的，并且构成了最终系统的骨架的一部分。你可以把原型制作视为在第一发曳光弹发射之前进行的侦察和情报搜集工作。 ⏱ 2022-06-12 21:34:33
17 源码控制
📌 Always Use Source Code Control 总是使用源码控制 总是。即使你的团队只有你一个人，你的项目只需一周时间；即使那是“用过就扔”的原型；即使你的工作对象并非源码；确保每样东西都处在源码控制之下——文档、电话号码表、给供应商的备忘录、makefile、构建与发布流程、烧制CD母盘的shell小脚本——每样东西。我们例行公事地对我们敲入的每一样东西进行源码控制（包括本书的文本）。即使我们不是在开发项目，我们的日常工作也被安全地保存在仓库中。 ⏱ 2022-06-13 15:19:08