《程序员的 38 堂成长课》29-38 读书笔记

• 如果一件事情必须做很多次，那么就写一个脚本来帮你做。
• 尽早并经常向客户展示产品，这样你会很快发现是否在创建错误的产品。
• 不要长时间加班，弄得自己筋疲力尽，这会让人们一直对你抱有不切实际的期望。如果工作超出了职责范围，一定要让大家知道，这样人们才会避免不切实际。
• 谨慎选择你的战场。更聪明而不是更努力地工作。当然，这并不意味着你可以不努力工作，除非你想被解雇，但这可不明智。
• 把大任务分解成一系列小的，容易理解的任务。这样你将能更准确地判断进展。
• 必须明确具体。一个明确的功能列表包括所有要实现的特性，添加或扩展的 API 或要修复的故障。
• 确保所有重要的干系人都被明确告知了“成功”的标准。这可能包括你的经理，你的客户，使用代码的下游团队，或者验证工作的测试人员。确保每个人都知道并且同意这个标准。
• 当代码已经足够好就停下，不一定非要完美才行（这两种状态之间可能存在差异）。如果代码被广泛使用，那么它可能会被不断重构，直至臻于完美。现在不要过度美化它，这可能只是白费力气。（注意，这不是写烂代码的借口，只是对过度美化的警告。）
• 要时刻注意。看你是否进入了死胡同，要能感知这种状态，并及时转身后退。
• 你应该不愿意和那种工作过于卖力，每天把全部时间都用来编码的人一起工作。这些人中，几乎没有出类拔萃的程序员！
• 如果知道有人读你的代码并给出建议，你就会编出更好的代码。
• 程序员之间的责任感事需要一些勇气的，你需要用开放的心态接受批评和建议。在给予别人反馈和建议时要讲究策略。但是从总体上来看，好处是立竿见影的，对于代码质量的提升也是以汤沃雪。
• 几个月后再读一遍本书。重新阅读这些内容，看看你会有什么新发现。如果保持勤奋，并投入地刻意练习，你会对自己的进步感到惊讶。