程序员实习生的进阶之路

这两天一直在考虑一个问题，在公司表现不错，基础知识扎实的实习生，天天快马加鞭地编码，完成任务，怎么提高本身的能力呢？

首先分析一下，不停编码的缘由：

1.业务不熟悉，致使在开发的时候须要深刻去了解业务，致使技术和业务之间不停地切换，下降开发效率;

2.设计不合理，不合理的设计加上紧迫的开发时间，致使代码质量从合乎规范到冗余到混乱不堪，逐渐沦陷为本身眼中的“垃圾代码”;

3.不够专一，一天时间其实很少，程序员最怕的就是开发的时候，忽然有个啥事叫到，而后花了一大片的时间，最后得知是操做人操做失误，或者是一个优先级并不高的东西;

4.任务真的重，真的多（通常状况不多啦， 若是是真的天天都是拼了命写都写不完，那刚开始的计划排了还有什么做用呢？）

 

分析完缘由以后，定位一名程序员实习生或者刚刚工做不久，常思考工做层面的程序员：

业务方面的问题，有这个一个现象，大多数的程序员都有一个想法，“我只作技术开发”，我对业务不须要有太深刻的理解和渗透，但是优秀的架构和设计编码老是服务于业务的，脱离业务技术就失去了意义。并且熟悉的业务可以让你在编码的时候考虑更加全面，在设计程序架构的时候可以规避风险和评估影响范围，有这么一种状况，就是不熟悉业务的程序员，可能连本身的代码犯了很明显的错误以后，他是彻底不知道，这想当于这位程序员开发的代码就是“三无论”地带了。

设计，对于刚刚入门程序开发的人来讲，老是以为编码比设计总要，先实现了再优化设计，再改造，好的设计就像建筑打地基，代码结构初期没有详细的设计就投入开发，后面很容易就遇到须要将前面翻新历来的噩耗，因此将设计修改（即便是本身的小修改）都应该纳入设计不合理，须要反思的地方。代码编程，设计先行。

专一，互联网公司通常是大而宽敞的空间，这给团队交流带来了很好的推进力，可是带来的是一个专一度的问题，一个线上问题来了，推到开发程序员的手边，客服说是十万火急的事情，而后开发就抛下手边的开发到一半的模块，而后投入线上问题的修复，2个小时以后，问题修复，回来本身的代码，又须要很长的时间去从新思考设计，从新融入编码的氛围。

 

一个真正好的程序员，确定不是在编码上出色，他是将技术和业务深度结合，编码计划合理，设计规范的good coder.致全部正在加班的你，将眼睛闭上，思考本身是怎样的一种处境，怎么让本身提高而不是成为01世界里面的廉价劳动力。