新人程序员如何脱颖而出

1. 遇事追踪溯源，不要怕改已有的代码

新人通常会从新加一个相似的功能或者修bug开始逐步熟悉原有的系统，这时无论原有的代码写的怎么样，都应仔细的思考每段相关代码的作用和对应的需求，努力做到追踪溯源，掌握它们的来龙去脉，这时再做task就会游刃有余，在做相似功能时，你知道哪些地方已经实现可以复用，哪些地方因为新加的代码应该做些重构;

修bug时，你可以从根本原因出发，解决问题，而不是在出现问题的地方修修补补;更重要的是你不会打怵修改原有的代码而蹑手蹑脚。

当然一旦发现要修改大段的原有代码或者设计，还是要主动和老员工先确认下思路是否可行，是否有遗漏的地方再开始。

但不出意外，你会一下子就给别人留下一个好的*一印象，因为你没有在机械的完成任务，而是先做了深入思考。

写到这里不禁想起，自己刚工作时改了一个bug，当时的做法是在创建一个文件的代码之后3行再把这个文件删了，只加了一行代码就修好了，发给老员工review时还在窃喜自己只改一行代码就解决问题了。结果老员工一句话就把我问傻了，前面的那个文件为什么要创建呀?我当然不知道了，因为当时我想原有的代码我不熟悉就较好不动。

于是，那一刻我得到了工作生涯*一个重要的建议，应该找到根本原因(root cause)后再修改代码。

这时你不仅可以做好手中的任务，还能进一步思考问题是不是代码设计不合理造成的，同时不会怕改已有的代码。

2. 编码在增加正确的前提下，要足够快

新人在做*一个任务时都想留下好印象的，首先要做的就是一定要增加修改是正确的，这里不仅局限于正常情况下功能正确，还应考虑边界条件，错误处理情况等等，较后再提交代码时要较终确认一下单元测试过*，提交代码后再注意下Jenkins bulid过*。

这一切都是为了防止出现以下情况：

一提交代码就break build或unit test

测试随便一点就有各种问题

匆匆忙忙修了一个问题，一提交又有其他问题

别以为这些都些小事，它直接关乎别人对你的评价。不犯低级错误，建立起严谨的印象，是非常有助于你在新环境下脱颖而出的。

但仅仅这样是不够的，如何在增加正确的前提下，提高速度或者效率则是另外一个要点。

试想一下，你持续超出别人的预期，并保质保量的完成了task，哪个领导和同事会不喜欢你呢?千万不要狭隘的觉得自己做的快了要多做事，何苦呀。

也许短期内你多做了一些原本没分配给你的任务，但你在别人心中逐步建立起严谨gao效的印象，从长期来看将给你带来更多的机遇(本人就是因此受益)。