随笔分类 - 《程序员修炼之道》总结
记录书本：重要的，对书本观点自己的不同想法，阐释难以理解的部分。
摘要：好处在于： 写代码甚至其他工作生活的过程，经常会有各种想法蹦出来。不去处理，会总是提醒。而大脑是不适合多任务处理的，专业的说法是降低问题复杂度。一旦写下来，大脑就不会再不断提醒你，让你更加专注和高效，同时潜在的重要想法也不至于丢失。
阅读全文
摘要：项目字典作用在于： 保持代码一致从而所有人都能快速理解节省大量时间。 避免毫无意义的争吵。
阅读全文
摘要：曳光弹方法在于找出准确的痛点，能带来回报的痛点。 原型在于找出痛点之后，不断获取痛点下面的细分需求。
阅读全文
摘要：每个项目都有不同条件行程的组合。不要只跟着以往的经验，而是要不断认真仔细评估可能存在的问题，可以提高项目成功率。
阅读全文
摘要：这样整个产品才能快速试应不断变化的环境。就跟杂食物种的竞争力相对于单一食物来源的物种适应能力强一样。
阅读全文
摘要：类似于敏捷开发的思想，尽早在实际环境中测试，因为用户的实际的反馈是最终的试金石，能帮你准确找到痛点，确保解决方案和用户需求对等的。
阅读全文
摘要：要这么做的原因： 不可能把所有的需求都一次性找出来，很多时候在解决问题后才能完全了解问题。
阅读全文
摘要：评估自己在科技浪潮的竞争位置 了解自己的宏观目标 把握自己在项目中的角色。 评估自己的工作投入产出比 这样不至于在细节迷失了自己更大的目标。
阅读全文
摘要：重复的事情交给工具去做。 要点是：周期性评估哪些事情是评估的，因为是很容易在不断重复过程中失去要使用工具替代的想法。
阅读全文
摘要：如果不尽早，那么可能遇到的情况：功能需求实现好了，但是不得不根据功能之外的需求大面积改动，不得不安排另外的时间去做已经做过的事情。最好实在功能需求开始实现之前就弄好。
阅读全文
摘要：对这个规则三四条有点意见： 应该减少在内部创建依赖对象。这样就写死了只能使用这个依赖。而是应该通过参数传入依赖。这样未来可以更换这个依赖。
阅读全文
摘要：要点在于：在一个永远存在竞争的环境，保持竞争力。就跟参考趋势不断调整自己的投资策略一样。
阅读全文
摘要：超出客户预期过多带来的风险： 客户不为超出预期的部分买账，那么时间就是白费了，尤其对于团队而言，自己倒还是勉强能接受。 客户根本没法理解额外功能的价值。客户的认知经常很可能不一样。
阅读全文
摘要：做计划的时候不可能想要所有的问题，随着在项目进行，会不断了解项目，就需要阶段性不断预测未来还会出现的新问题。否则，很可能做着做着就遇到了一个完全没有任何准备的大问题。
阅读全文
摘要：使用非公认的外部代码，会埋下一个一个潜在的雷，尤其是信息安全方面的代码。如果要使用，必须确保自己完全理解。
阅读全文
摘要：挖掘需求和收集需求的区别： 收集需求只是在表面收集需求，而挖掘需求是冲着必要问题一直找出必要的支撑条件。 收集需求更加容易大幅扩大需求范围而没有解决必要的问题。 挖掘需求也更加可能让你了解问题的根本原因，从而更加准确解决问题。
阅读全文
摘要：承诺做一个事情并且只做并且做好这一个事情。好处还是：集中注意力做好要做的少量必要事情。
阅读全文
摘要：这样有了测试方法之后，能很大程度帮助你一直专注于这个目标。避免其他不断衍生的虚假需求浪费时间和精力，反过来，少量的目标能让你轻松从而更快的前景。
阅读全文
摘要：不要盲目跟随科技的潮流。盲目跟随会消耗大量时间在无价值的事情上。盲目跟随类似消费主义，永远有更好的并且永远不满足并且永远只有短暂满足。而忽视最终的部分：需求是什么和项目需求范围是多大。
阅读全文
摘要：如果一直放着“破窗”不管，会产生更多的“破窗”，直到修复难度太大而不想修复或者已经失去修复的价值。 更大的影响在于，团队其他成员也会被这种氛围感染，导致更多的“破窗”。 如果过于追求完全无“破窗”，也是不切实际的。平衡的方法：一开始根据项目情况设定规范，哪些是可以接受的，哪些是不能容忍的。
阅读全文
