领导批评的点需改正

1、迟到次数比较多

2、容易给自己设限，遇到问题网上的博客说不行就不行，说不好使就不会再去尝试，比如说斯坦福nlp高版本问题运行不起来，网上都说是因为第三方库版本不适配的问题，但其实稍微改一下参数就可以使用了

3、验证的文档及时存储到SVN

4、找领导审核东西时要带着自己的解决方案，勤于思考，想对方看到什么样的东西能够帮助他做决策

5、及时找领导审核，不要拖到最后，不管领导是不是在忙，身体舒不舒服，都应该及时找领导，这个是态度问题

6、上传SVN前把用不到的代码删掉，不同的服务记得按服务功能改成见名知义的名字

7、结论要简洁明晰，最好有具体的数字来佐证

8、说话要严谨，数据和结论也要严谨，拒绝模棱两可，是就是是，不是就是不是，不然很容易让别人失去对你的信赖

9、调研的时候要先查资料查清楚，然后再自己手撕代码

10、要在实践中学习，带着目标学习，不能盲目得学习

11、要及时汇报工作，可在下午上班时汇报早上的工作请求指示，在下午下班后或者晚上加班时汇报下午进展，在离开工作彻底结束一天的工作任务时再汇报当天的进展，第二天早上要第一时间知悉当天的工作目标【即使你一天什么都没有做，你也要把什么都没有做汇报给领导，如果你是领导，领导把项目的实施交给你，他仍然需要掌控这个项目，了解这个项目的进度与风险，这就是领导与员工的职责所不同的地方，不要害怕被领导骂，本意一定要是一起把这个事情做好，一定要忽视领导的情绪，找到从自己这边解决问题的办法，你只能改变自己，想改变别人的都是神经病！】

12、不要抱怨，抱怨不解决问题，之后心情不好的时候不仅人要消失，手机也要关机，我发现我生气的时候第一个和我说话的人一定会是我的出气筒，心情不好，就在路上骂人吧，让心里的愤懑被新鲜的空气所化解

13、流程图不应该以代码如何实现为中心，而应该以解决什么问题（同时要有解决问题的方法，描述要简洁）为中心，读代码看流程图其实是一个设计复现的过程，回归本质，化繁为简

14、工作的时候的沟通尽量在项目群中沟通，让所有人都知道工作的进展，避免与其他部门同事私下沟通

15、在需求分析时研发跟进

16、勤于沟通，提升目标感，结论要严谨实事求是，拒绝模棱两可，为结果负责。

17、需求沟通：拿到客户的需求之后你一定要知道客户不是专业的，他的需求描述并不是全部都是精准的，你一定要把客户的需求转化成自己的理解，再与客户反复沟通，在一次又一次的沟通中找到客户真正的需求与适用场景，如果在这个过程中客户不配合需求沟通，就做简单版迭代发布项目

18、项目开发阶段：尽可能使用现场一致的环境进行自测与调试

19、现场部署及测试：项目进度及时与上级汇报，维护好现场问题表和计划表，问题要排优先级审核之后再按照优先级进行修改

20、给用户的节点要比实际开发周期宽松一些，但是承诺的事情就尽力按时完成

21、输出服务要同时输出接口文档

22、算法的效果取决于适用的数据+算法，算法怎么选要根据数据的特点作一些调整，每个算法有自己的偏好任务，需要针对实际数据进行评比，分析数据，把握数据到特征，选择最优的算法

23、沟通注意：

1.汇报任务进度，结论（任务进度百分比+风险），然后再汇报具体的工作内容，产生风险的原因（结果+原因，重要+不重要），文字比较多的情况最后按点描述

2.描述Bug寻求帮助，需求概述+出错文字概述+错误截图+使用环境第三方库版本+源码（条件允许），得到答复的验证方案后回复 感谢+方案验证结果+源代码（条件允许）

24、收到当天的多个任务的时候要先对所有任务大致了解一下，对每个任务确认对应的小周期，不要让一个任务卡住进度，最后完成任务的进度不理想，有问题就问，别抱怨，如果你问了还做不出来问题是领导的，如果你不问责任就是你自己的

25、验证测试，要根据周期合理安排，时间有限的情况下选择特殊的个别验证，不要让验证时间挤掉写代码的时间

26、一定要按照领导制定的方案执行，不要自作聪明，不要自作主张，领导的方案一定是以他的经验为基础的，即使您在有限的材料中测试是正确的，也不能就否定领导的方案或者等已经改完了通知他，这是很不礼貌的，而且如果擅自改动的方案出现了问题，你是承担不起这个责任的

29、代码一定要写注释，尽量用英文驼峰命名，不要用拼音，提高代码的可读性