标签：不要 单元测试 时间 提升 犯错 测试代码 bug
- 专业化，不可能没有bug，但是不代表能拿这个理由作为挡箭牌，要为自己写出的bug负责买单，并逐渐减少bug
- 要对所有场景进行测试，不要有侥幸心理，觉得没有修改就不去测试，一些改动可能会影响到没有修改的地方，只是没发现而已
- 尽量做好单元测试，尽可能100%单元测试，这是专业化的体现、，
- 坚持学习，保留给自己学习的时间，老板没有义务帮助你提升；
- 谦逊， 切勿自负，保持敬畏，谁都可能犯错，谁都可能犯错，当别人犯错时，不需要嘲讽他人，告诫自己即可；
- 学会说不，可以就是可以，不能就是不能，坚持原则，不要说试试看（也会让人觉得你之前没有用尽全力~），否则只会让项目变得不可控，结果更加糟糕。可能和项目管理商讨一个大家都可以接受的折中方案。
- 有团队精神，项目中有谁陷入了明显的困境，他还不知道的时候，要帮助他，必要时要越级说明。
- 承诺用语，避免（需要/应当/希望/我们这样的话），寄希望于自己，不要承诺自己不能掌控的事情。
- 音乐不要听, 不会提高我们的效率；
- 对待中断，TDD守住编码进度上下文，礼貌对待求助的人，因为谁都有求助的时候；
- 提高“完成”的标准，不要明知道还没有完全做完，或者是为了体现进度就宣称做完任务。
- TDD:测试代码先行，出现失败的测试代码的时候再去补全业务代码，成功就再继续进行下一步
- 避免过早精细化。但开发中讨论问题不要回避细节，专业的人永远是在讨论细节而非泛泛而谈；
- 时间管理，会议成本很高，要明确会议的目标，站立会议一个人不要超过1分钟，就三个问题：昨天、今天、有啥问题
- 争论、不能5分钟之内解决的问题，就不要继续争吵，容易吵架，简单直接说咱们继续争吵也没有结论了，下来找找数据对比一下，千万要避免带上情绪讨论问题，这样只会对事情有负面影响，即时让对方低头了，对方也可能会消极怠工，拒绝解决问题，最后没办法还可以投票解决。
- 番茄工作法, 没什么比专注更重要, 不要让杂事打断编程
- 预估工作时间的时候，最好说出乐观、标准、悲观情况下的时间【依赖其他人的工作】，让别人有时间概念，不打乱他人的时间计划，一旦承诺了，就要用尽自己的全力去完成。
标签：不要,
单元测试,
时间,
提升,
犯错,
测试代码,
bug
From： https://www.cnblogs.com/yudengc515/p/18219575