在前老板那里干活，项目迟迟得不到上线，总是有各种各样的问题，外部的，内部的，虽说不能说具体细节，但是也需要警戒下自己，在这里总结反思下。

1. 首先是沟通交流的问题。
   开发过程中，团队内部不能总依赖pm去决定一些事情，有时候也需要对产品的设计有自己的一些思考，而不是只做一个“执行者”，以一个用户的立场去认真的思考，怎样做对用户更友好，避免惰性，因为不想代码变更，增加工作量而去找各种理由。
   在技术的实现上，要有大局观，争取找到最优解，及时有效的和业务线的同学沟通，而不是临时的替代方案，这样做即是一种资源的变相浪费，也是对用户的一种伤害，也会作为“历史遗留”，要自己或者后来者为这件事“擦屁股”。
   在跨部门合作的过程中，不能总是依赖外部的消息输入，自己要有owenership，主动去push事情前进，积极主动的沟通，有预期，有排期，积极的推动事情进行。
2. 其次是业务实现上的问题。
   在coding时，要有单元测试的意识，即便不写具体的测试代码，也要把方法和类别梳理清晰，单一职责。以后则需要积极的做一些单元测试的工作，写一些便利的插件或工具来提升测试效率。
   在自测阶段，要将每个功能点全部覆盖到，代码改动时，需要重新运行看效果，不能自以为是的认为肯定ok，有代码改动就会有多种可能。还有就是自己写代码时，肯定会有考虑不到的地方，所以这里就必须说一下代码评审的作用了。团队的CodeReview并不只是看你写的东西有没有bug，更多的是需要自己来表述下对业务的理解，其他团队成员能帮助你发现你遗漏的地方，同时也能帮助你更好的理解业务。在发现偶先bug时，更要提高警惕，所谓的偶现，大多数都是你逻辑上的问题或者代码上的bug，遇到这种问题而不去处理的话，是一种不负责任的体现，不管是对后续的测试同学还是以后使用的用户。
   3.再次是提测时的问题
   要有一个用例评审的阶段，告诉测试同学自己当时实现的想法和逻辑，形成文档备忘，及时的沟通交流。

总结

在工作过程中，总会遇到各种问题，沟通是必不可少的，主人翁意识也是必须的。在开发过程中，远离自己的舒适区，去努力的提升自己的能力，技术上的大局观，代码上的抽象能力和意识。笔者也以此警醒自己。