代码之外的功夫：程序员精进之路

程序员和其他人一样关心人类利益；只不过，他们很难将其作为生活重点，因为每天大部分时间都被花在查找缺失的分号、阅读没有文档的库的源代码，或是盯着某些可能因Unicode转换错误而损坏的二进制转储文件发呆。如果能够与粗糙、低级、繁琐的现有工具作斗争，逐渐用与工作成果更贴近的工具取代它们，那么行业的关注点就能果断地、永久地由以技术为中心转变为以人为本。 为了全面看待这一问题，可以想象一下在过去代码由汇编语言编写、数据需要存储在手动打包的二进制大对象里的那种环境下，该怎样解决现在的编程问题。在数字和逻辑约束的海洋里，很容易将整个软件开发问题看作纯数学问题。 这种抽象空间不太容易理解。因此，勤恳的程序员不愿被吹毛求疵，尤其是当他们觉得自己的工作很高端时更是如此。 现在就行动起来，你将会有一个值得骄傲的明天。对于我们每个人来说，问题的答案不尽相同，但考虑这个问题是很有必要的，因为未来需要每个人参与创造、互相帮助、贡献力量。

十二月份读完的第九本书，周日两个小时消化掉，实话说动物书里很少有看到这么浅显易懂的书。主要分享了一些作者在做软件项目的一些管理方法，实践性比较强，可以直接套来用。

功夫在诗外，需要多年的工作经验和思考的积累沉淀，不然就一直会是个底层的程序猿，蓝领知识工人。

作者幽默风趣，以故事的讲述方式，代码之外的功夫，其实程序员在工作中，有一大部分时间并不是在写代码，而是如何有效应对开发中的各种问题，如何改进和提高自己，如何跟团队成员沟通协作，如何理解客户的需求，并快速实现他们的所需等，用以人为本的方式思考代码。让我们从这些小故事中，获得自己的思考和成长。

IT佬的書再分享一下😮 本書與寫代碼並沒有太大關聯，也不是講如何設計代碼，不像「設計模式」那些教授代碼結構的書籍；這本書更多的是寫出程序員應具備甚麽質素和思想，畢竟有很強的篇程能力，但沒有良好的心理質素和想法，程序員亦很難昇華上另一個層次。本書認為，程序員自身要認清程序員的本質，要認清這個崗位原意是甚麽，本書算是比較玄和虛，是關於程序員哲學的書。

虽然只有短短的几百页，读来却身临其境。作者提到的一些场景很常见，是实际工作中会用到的一些场景。读完这本书之后,收获还是不少的。有几点尤为使我印象深刻： 1.学习并善于利用流程图，原型图，UML 类图等工具和项目相关人员多沟通反馈，在编码之前尽可能快速确定一些设计方案和流程。 2.谨慎引入第三方服务或者库，记得实时关注服务变更信息。 3.注意自底向上和自顶向下这俩种设计方式的优劣和使用场景。正确合理的使用他们可以使我们的工作高效简洁。 4.修复bug时注意先退回稳定版本，控制事态。进一步确定影响范围，讨论制定合理的修改方案。而不是一上来就急忙去做。 5.做增量或者扩展时注意做好服务的拆分隔离。不要让增加扩展的部分影响到原有服务功能。

公司一位很牛的产品经理给我推荐的书，算是囫囵吞枣地看完了（毕竟我真的不爱看小说，对一些故事叙述类的书基本没有好感... 不过，这本书的某些观点还是让我耳目一新的。程序员要关注的不仅仅只是编码技术，代码只是用来解决问题的工具，在着手解决问题前的需求分析、问题拆解、风险评估、经济因素考虑...等等过程，都应该积累成为程序员的经验沉淀。 万一哪天程序员不再是程序员，积累下来的软实力也都是通用的吧kkk..

花不大的时间代价翻完，还是值得看的。

与其他动物书不一样的是，这本书不是在教我们如何做一个写出优雅代码的程序员，而是在教我们如何务实地做出和维护一个商业产品，代码从来只是工具，不是产品本身，产品也只是为人服务，因而从设计 开发 迭代到维护 支持，首要考虑的不是如何写代码，而是关注于人的诉求。

Title和内容明显不符，案例非常肤浅。当然部分评论经验有点道理。翻译的太差，看着别扭的中文我都知道英文应该本来是什么样的。