总结一下实习中出现的错

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

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

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

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

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

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

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

 

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

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

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

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

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

  5. 少问怎么作，多问问为何这么作。

  6. 保证代码的整洁性。一些没必要要的、能够优化的地方就优化一下，尤为是idea工具已经提示出来的地方。对于还没有编写好的地方，能够用//TODO标记。

  7. 先构思。用注释先写好思路，而后再编码，若是碰到并不是一个“操做”就能够作完的逻辑，那就先定义一个方法先，一点点扩展出来。

在我的理想方面

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