当前位置 博文首页 > 刚刚：记我的2016年实习总结
刚刚：记我的2016年实习总结
作者：[db:作者]
时间：2021-06-06 08:18
实习问题记录及经验总结
工具篇
git
- 问题描述：
- 第一次merge分支到主干develop，遇到冲突时解决方法不当造成主干代码无法运行。
- 原因：
- （1）自己习惯问题，写完代码随手Ctrl+Shift+F，将本地的整个类格式化，导致提交时出现了N多个冲突。
- （2）自己解决冲突的方法不当，看了几百行代码，发现冲突是因为格式化问题，所以就选择全部按照自己本地的提交，没有考虑到万一别人也修改了这个类，那样就将别人的代码直接覆盖掉。
- 教训：
- （1）格式化问题，MyEclipse中导入公司的专门的格式化文件，只格式化自己写的那部分代码，切勿针对整个类进行格式化操作。
- （2）解决冲突问题，代码提交出现冲突必须认真仔细严格对待，确认好自己修改的部分，不能随意使用别人或自己的改的部分替换。
Sybase数据库
- 问题描述：
- 公司的开发环境使用数据库都是公用的，有些改动会直接影响别人的开发进度。比如：公用的配置参数等。
- 原因：
- 自己需要改动的部分配置才能看到改动后的效果，所以对公用的数据库进行了改动，但是没能及时将数据库复原。
- 教训：
- 不能随意修改数据库中公用的影响比较大的数据，如果必须改动，切记及时复原数据库。
代码篇
分析影响范围
- 问题描述：
- 修改了公用的统计表说明方法，导致很多不需要这样改的统计表出现问题，影响很大。
- 原因：
- 有几张统计表统计的类别需要重新划分，而自己并没意识到公共的方法不能随意修改，只看到这样改动后效果如自己所愿。
- 教训：
- （1）要有全局意识。改代码时，要分析好这样改动是否会影响到其他或者更多的流程，不能只看到自己想要的效果。
- （2）学会分析，做好注释。学会Debug代码，分析代码执行流程，修改代码做好注释。
先出Demo,不断沟通，不断改进，不能以自己的想法完成
- 问题描述：
- 研发经理让我完成一个小工具的开发，约定好时间交付。自己按照自己脑海中的构思完成部分，遇到很多问题，导致不能及时交付。
- 原因：
- （1）没能和需要时时沟通，自己心里想的很可能跟需要要的效果不一样。
- （2）没有及时反馈问题，反馈进度。
- 经验教训：
- （1）理想很丰满，现实很骨感。要学会先出Demo,不断沟通，不断改进。不能按照自己的想法完成。
- （2）及时的反馈任务的进度，遇到问题也应及时提出并处理。
经验篇
合理分配任务时间
- 问题：
- 遇到好几个任务，一会做做这个，一会做做那个，导致最终没有一个任务完成，或者导致本来不着急的任务也急迫起来。
- 原因：
- （1）不能合理安排时间。
- （2）不会分析任务的轻重缓急。
- 经验教训：
- （1）学会分析任务的优先级。每天针对任务列出优先级，依据优先级高低完成任务。
- （2）学会安排时间。时间是有限的，必须学会针对任务合理的分配时间。
不懂查过后及时去请教
- 问题：
- 遇到不懂得问题，自己花费很长时间寻找解决办法，浪费时间。
- 原因：
- 经验教训：
- （1）培养时间观念。遇到问题不能花费太多时间想着自己解决，时间很宝贵。
- （2）培养团队精神。自己花很多时间去解决问题，可能会影响团队的进度，要学会积极主动去请教。
- （3）学会利用各种资源。不懂得问题在经过自己的查询后解决不了，主动请教其他同事，不论任何方式，完成任务才重要。
不能仅以结果来否定自己，过程也很重要
- 问题：
- 自己一天因为几个问题没能完成既定的动作，团队开会时，总觉得很尴尬，没啥说的。
- 原因：
- 经验教训：
- （1）要敢说。不能因为自己没完成任务而不说，要主动说出困难，说出自己的时间花在哪里，别人才清楚你的进度，清楚你是在做事情，只是遇到了问题而已。
- （2）不能只看重结果。为了完成任务，之前做的各种准备也是很重要的。在完成任务的过程中自己学到的更多，收获更大。
