工作快三年了，很少写总结，最近一次项目开发让我发现很多问题，今天就此整理一下！
- 多人合作的项目，如果有既定的模式和规范，要自觉遵守。开发人员有独立的想法是好事，但在多人合作的项目中如果已经有了项目的规范要求，就要遵守，如果有更好的想法和建议可以跟其他人讨论来变更规范。
- 借鉴他人代码，要明其原理。天下文章一大抄，天下代码也如此，但是抄别人的代码，也要明白其原理，择其有用之处，去掉多余的。
- 发现bug先找自己的原因。如今的前后端分离的开发方式，前端人员承担着对接API的任务，调试过程中，经常出现不理想的情况，首先要查找前端代码的逻辑是否准确，我所在的团队经验证明：对接API出现异常时通常责任七三开 前端7成 后端3成，因为我们团队的后端人员都是经验丰富的前辈，能力和技术都很出色，逻辑的严密性可以说毋庸置疑，前端人员恰恰都是经验较少的新人（包括我在内），某些逻辑漏洞暂时还情有可原。
- 不要欺负产品经理和测试人员不懂技术。不要因为实现某个需求比较麻烦就跟产品说实现不了，合格的产品经理提出的需求大部分情况下都是有根据的确实需要实现出来，开发人员不能因为不想做或不好做就说实现不了，欺负人家不懂技术么？如果说时间成本不够，可以跟产品提出实际困难，这个需求做是可以做，但是有XXXX困难，需要时间一步步尝试，时间上会太紧迫了。凡事都是可以沟通的，产品经理也不是不讲道理的。
- 高效沟通。当需要另一个人做某件事时，需要另一个人来解决某个问题时，要描述清楚问题场景，问题内容，需要对方做什么。有时候明明提出要求的人用两三句话就应该交代明白的事情，却要对方和自己互相对话好几句才能搞清楚，一次沟通无形中多浪费几秒，小团队不明显，但是当团队越来越大的时候，差距就体现出来了。如果团队成员没有高效的沟通能力，也会影响到团队前进的速度。
- 逻辑能力！逻辑能力！逻辑能力！重要事说三遍！有些人认为前端没什么逻辑难度，可是有些人写个列表的增删改查都能用肉眼看出来几个bug。如果代码用肉眼一看都能看出来逻辑漏洞，可想而知测试人员一操作将会有多少bug。逻辑能力！是可以随着开发经验的积累而提升的，第一次出现的逻辑漏洞，到第二次还出现，第三次还出现，那谈何进步呢？永远都停留在原点。强大的逻辑能力也是高效开发的基础，逻辑能力差，又怎么能承担那些时间紧任务重的开发任务呢？又有谁敢放心的交给你去做这样的任务呢？
- 不做无用功。好的工作习惯和工作态度应该帮助我们高质量高效率的完成任务，如果因为工作习惯耽误到工作进度，那么这个习惯不管是否好坏，也不能免其要承担的损失。
- 做事不要拖沓。如果在当次开发周期内，自己需要优化改进的地方就要及时更改，本次不改，以后你永远都不想改。
