总结一下实习中出现的错

  回顾了一下发现自己已经实习了三个来月（不包括请假），比起刚接触公司技术时的迷茫和不解，有问题也会先憋着，等实在太多了再整合出来，战战兢兢地去问大哥们（虽然现在这个坏习惯还是有点......），现在暴露出来的更多是编码习惯和个人技术的问题。

  （其实是前两天大哥翻了我写的代码之后，苦口婆心地跟我说了很多很多，还有昨晚刷了一个小时的《一个程序员的水平能差到什么程度》，结合自身犯的错误进行一个小总结，希望来日再看这篇文章的时候，能够有所改善，也别忘了还需要再加强的地方。）

 （帮我挑错的大哥们感谢你们还没放弃我！！）

在人际处理、业务理解方面

  1. 不懂就问，但也要问的有水平。有时业务理解跑偏了，但不知道自己理解错了，并在错误的思想指导下策马奔腾，那就太坑队友了。不知道自己有没有理解错，那问下呗，但也请在自己有所思考之后再问，也尽量把上一次接收的信息进行整合，结合疑问进行提问，一环扣一环，就不容易出错。

  2. 表达能力、逻辑能力、理解能力等软能力一定要重视。刚开始不知道业务，情有可原，大家会原谅你。但是别人要讲三四次才懂得，那就...... 好好锻炼吧，软能力是通用能力，不会真的太吃亏了。

  3. 学会认错，知错能改。其实遇到错误，出于本能很多人就直接甩锅了了。但是锅岂是想甩就甩？尤其，是一个小白[微笑]，与其怨天尤人，还不如主动认错，给出改正方案，吭哧吭哧改好就行。

 

在编码习惯、知识技能方面 

  1. 注意常量的处理。如果在编写代码的时候需要用到常量，也不要直接在代码里有这种"xxx:"+"yyy"这种硬编码，根据场景设计，把常量放在常量类或者是枚举类里，在常量需要修改的时候，就不用一个个去找。

  2. 注意代码风格，不仅要达到功能实现这一基本要求，而且尽量达到易读、易维护（，其实最好是可复用）。其实应该去好好看一看《重构》这本书，虽然实习生看这本书可能有点早了，但是......也不想大佬看到我的代码额头上的青筋就跳起来了，然后注释掉我的代码，重新写吧......

  3. 多打代码，扎实基础。入职之后一直在输出，很少有输入，博客也很久没有更新了，本来基础也就一般般，现在学习起框架什么的也有点吃力。大哥也提醒了很多代码风格、设计、编写的问题在于，学的还不够，无论是深度还是广度。其实少玩点手机，通勤的时候刷点大佬的博客，早点睡早点起，整个学习状态都会不一样的。至于基础，这个急不来，如果应付考试还好说，但是真的想夯实基础，还是得一步一个脚印。接下来的一个月，好好读设计模式，多看Spring源码。多高多大的建筑本质上不还是钢筋水泥么。

  4. 熟悉工具使用。像是git、idea这些工具，其实本身就很强大了，这么强大的东西不去了解一下，那自己不就亏了？

  5. 少问怎么做，多问问为什么这么做。

  6. 保证代码的整洁性。一些不必要的、可以优化的地方就优化一下，尤其是idea工具已经提示出来的地方。对于尚未编写好的地方，可以用//TODO标记。

  7. 先构思。用注释先写好思路，然后再编码，如果碰到并非一个“操作”就可以做完的逻辑，那就先定义一个方法先，一点点扩展出来。

  8. 设计的时候，想清楚其可用性、可靠性、可维护性。

在个人理想方面

  1. 有“世界那么大，我想去看看”的底气。这个底气，除了自己以外，谁都给不了。