这类型的程序员大多是工作一到两年的程序员，但和上面的不同，他们很有脑子思路很好，而且很听经
理的话，做东西很认真，做不完了自己会加班写，学新的东西也很快，但是有一点不好的是，他们有很多理由说
自己没时间学习基础，这些人一般是在学校没有学好，出来之后后悔了，学起来很认真，由于学了些新的知识，
起点高，看不起基础的东西，从不想着没事去看看编程基础，看看算法，看看数据结构，总是以为我都能做出这
样的项目了，还看那些小东西会很丢人的，于是在公司从不看回家更不想看，时间长了，技术会有很大的局限性，
对某一块技术很不错，但是对其它技术不怎么好，于是在接到一个项目时，总喜欢使用自己现有的，会的技术去
实现，转了一圈又一圈总算是把东西写出来了，而且还是加班完成了，但是代码的性能，稳定性，和效率上差的
很远，扩展性也谈不上，时间一长，项目一多起来，就会出现多次反工，因为需求是会不断变化的，于是自己的
代码也要变化，感觉很是理所当然，一个项目没事，接手的多了就麻烦了，新项目刚到手，老项目就出问题了，
不是这里有点小毛病就是那个功能要升级，于是新项目放下，着手改老项目，手上能有三四个项目时，就会忙个
不停，改的多了，没办法再改了就得重新设计，或是直接说这个功能实现不了。

      其实在这个阶段的朋友很有潜力的，只要花点心思补习一下自己的技术缺陷，多看看高手的代码，写之前
想一下，设计一下，自然事半功倍，千万不要有眼高手低的心态。

真正的高手

Nb 人物是怎么工作的------------程序员

1.不随便改变需求

      他们不会主观的改变一些东西，不管是对还是错，如果要改的话他们会在开会时，或是私下跟你提出来，
通过后再改，否则会按需求办事

2.不写没有思想的代码

     在写功能时会加上一些人性化的功能，比果加个小图标，加一些验证，处理一些操作习惯，加加快捷键，
处理好

Tab 顺序，等这些，不用你说，他们自己会处理好。

3.不写没有远见的代码

    他们在写代码时会想，不会是单纯的实现功能，他要想，如果别人也要用这个方法怎么办，以后要改的时候

”

“

怎么办，代码这样写是不是合理，是不是会影响性能，然后才会 吝啬 的出手。

4.不写不负责任的代码

   我们写代码一是为客户用，二是方便其他人看，不单单是自己维护，要对自己的代码负责，从自己手上出去的

“

”

代码代表的就是自己的脸，代码不好，人家会 打脸 的。他们不愿意挨打所以他们负责。

     

“

”

高手在编程效率方面可能并不比普通程序员快多少，因为他们会吝啬自己敲下的每一行代码。这种 吝啬

有两方面的含义，一是项目的架构性和整体性考量，二是从性能和优化的角度进行

Coding。其实，这里所映射的

是一个开发者的技术视野。

　　有多位技术专家强调项目执行时的全局观。面对一个项目，即使是团队中的普通一员，也要力求从项目整体
架构的角度审视开发需求，对各个模块、接口和通信做最优化的预想和配置。这样可以从全局审视整个项目的技
术布局，预判可能出现的问题。

　　在确定了整体之后，落实到具体的模块实现，每一行代码不但有上下文的考量与规划，还要具备模块间的整
体布局。这是模块内的技术视野，比如接口的定义、注释的可读性、代码的执行效率等。当你写下一行代码前，

“

”

要考虑它是否会对整个系统造成影响，是否方便其他接口进行调用，这些都是一个开发高手的 技术潜意识 。

　　据一些经常带领入门级开发者的技术经理介绍，多数人只考虑自己所负责的模块进行开发，缺乏一个全局性
的技术视野和对代码性能苛刻的态度，这样虽然能按交付日期完成项目，却对项目质量和开发者的自我提高有很
大阻碍。

   开发高手是代码阅读者。大多数技术专家的代码阅读量是普通程序员的百倍，代码阅读的时间比写代码的时间
要长得多。

多数程序员只把程序开发当成一份工作，他们在乎平台的前景、语言的优劣、报酬的高低；他们不愿为一个技术