工作半年多，虽然做的都是些边角料的东西，但是依然给我带来一些体会。自己一直以来都习惯于自己一个人安静地思考解决问题的方法，不喜欢麻烦别人。虽然我依然认为这种做法是很正常的，但是领导说遇到不懂的要多问同事，提高工作效率，这一点也有一定道理。有时自己对着一个从未碰过的项目，慢慢的看源码尝试理解，虽然看起来文件数量不多，但是运行报错时定位报错点依然很费精力。而让一个已经花费时间踩过坑的人帮自己解决问题，使我可以快速了解到项目的结构思路，并且学习一些小技巧。可能看起来会影响对方手上的工作，但是对于项目本身而言，实际上是在加快整体进度，提高团队的效率。而且向别人传授自己的经验知识，对于很多技术人员而言，也是一件快乐的事情，自己的能力被人认可，有一种自豪感。而相互交流，取长补短，也是增强能力的一个良好途径。沟通的重要性，不止体现在与客户确定需求，也深刻影响着团队协作的效率。
另外一个感受很深的点在于，文字说明注释的重要性比想象中大。尤其是在最近的工作当中，自己反复修改代码和配置文件进行测试，但是中途又同时打开其它的一些项目运行进行对比，虽然会将原有的文件备份并在改动的部分直接以注释的方式保留原有代码块，但有时难免忘记自己曾经修改过的地方。以至于在报错查找原因时要耗费很多时间排查，导致效率十分低下。如果自己在修改时及时添加适当的文字说明，并且将修改的细节按步骤记录下来，就能够很方便地回溯，不至于产生这种问题。
以前只知道实际工作经验丰富的人肯定比经验少的人强，但是这个认识还是停留在技术深度与广度的层面，以为不过就是技术积累的问题而已。现在才发现，有很多看起来微不足道的细节，其实会给实际工作带来很大的影响。终究技术只是工具，是为了完成业务而服务。使用工具的人，哪怕会用的工具再多，用得再熟练，如果没有正确的认识，思考角度不正确，不能以适当的方式高效的运用，最终还是会影响目标的完成。