我犯下的两个大错——实习一个月的感慨

第一个月的月度考核11月12号结束。部门主管的给我的结论就是“太慢了”。我发现的确是这样，部门负责人分给我的任务，我总是先懵逼半天到一天，之后才开始有了头绪。然后才开始写代码->再调试->给负责人审核->重写->审核->提交。这一个任务走下来就一个星期过去了。而且，没到提交前看看自己写的代码才发现这么的少，却用了一周的时间。我开始思考到底怎么回事。然而，今天我才找到能够勉强说服我自己的两个理由（大错特错）。

理由一：好心促成了我“闭门造车”的陋习

我们部门的负责人带了3个人，我是来的最晚的（必其他两个晚来了一个多月）。他非常的忙，一天要有20人次来找他。我没次问他问题前总是把问题想的差不多了，只给他留下回答“YES”or"NO"的答复。但是这样的询问，还是要浪费他不少时间。还有一次我同一个问题问了他好多次，他烦了。我也感觉自己不对。所以，我从那以后很少问他问题了。只是在提交代码前问他可不可以。但是他从来没有说过“可以”，所以我前三四天的功夫就全部废掉了。留下来的一两天再按照正确的思路做。我才发现，我才想明白一个道理：木桶效应。公司的产品每周更新，所以，产品的新功能能否上线不是取决于工作快的人，而是取决于工作慢的人（那个人就是我）。慢下来，我就有了两个大问题：一是对部门负责人们留下了“做事不行，脑子笨”的印象，二是自己又累又不出成效。所以，在接到每周的任务时一定要先沟通好，确定明白怎么做了，再去做，中间遇到问题，想30min不会就问。

理由二：从来都没有读过好的项目的源码

读源码太重要了，读源码太重要了，读源码太JB重要了！！！你要问我为什么，我只想说：读源码太重要了，读源码太重要了，读源码太JB重要了！！