程序员编程水准

1. 根据做项目的多少判断程序员的水准合理吗为什么呢

根据做项目的多少判断程序员的水准合理吗？为什么呢？程序员的水平，不是通过语言或外部表现就能看到的，不是看有多少技术，参与了多少项目，他会写多少博客，而是看他在实际业务场景中解决问题的能力，尤其是面对一些特殊复杂的问题，或在高强度和高压工作条件下解决问题的能力和态度。能够编写满足需求的代码不再是评判程序员的标准。

一个经验丰富的程序员能够承受来自各个方面的压力，在复杂条件下找到核心问题，通过深入分析找到问题的原因，并迅速处理。经过及时的回顾和总结，减少出现类似问题的概率。随着互联网的发展，越来越多的人涌向程序员的轨道，竞争越来越激烈，新技术层出不穷，更新和迭代速度很快，程序员使用的语言、框架和模式将发生巨大的变化。

如果你不主动学习，你可能很快就会过时。在日常工作中，程序员往往希望将业务、产品、运营，甚至老板作为对接交换需求和技术项目来连接和配合内部交换等，而流畅的沟通可以使事情推得更加顺畅高效，沟通或信息不对称，可能会导致项目启动时出现相反的情况（不要相信，这种事情真的发生过）。判断一个程序员的水平，核心是他解决问题的能力，而解决问题的能力需要坚实的基础支撑，要综合代码质量、项目经验、框架能力、逻辑思维等方面，而不仅仅是一个方面。

2. 工作以后的程序员和在校程序员在心态上有何区别

总的来说，我认为工作后的程序员在综合方面都要比在校程序员要好，也只有当你真正接触工作了，你才发现，自己的代码是如此不堪入目。

3. 如何辨别一个程序员水平的高低

java">辨别一个程序员的水平唯一的办法就是看产出质量。
关键字：普通程序员
——————————————无耻割————————————————————
算法和数据结构都是锦上添花，并非是雪中送炭。而一个程序员的水准大致上是可以通过之前的代码质量估算出来的。【如果你可以获得此程序员的真实编写的代码，比如原创的Github】。
举个栗子：下面是我最近在单位一个同事写的代码，Java语言
(Stringstr,Integergrades){
Stringproportion=str;
for(inti=1;i<grades;i++){
Stringst=proportion.substring(proportion.lastIndexOf(",")+1);
if(st.equals(""))
returnfalse;
proportion=proportion.substring(0,proportion.lastIndexOf(","));
}
if(proportion.equals(""))
returnfalse;
str=str.replace(".","");
str=str.replace(",","");
for(inti=str.length();--i>=0;){
intchr=str.charAt(i);
if(chr<48||chr>57)
returnfalse;
}
returntrue;
}

大致上的功能就是将1,2,6.2,4,1的字符串判断每一‘,’内是数字，而且长度符合规定
这样的代码看上第一眼就觉得非常的丑陋。所以在我的要求之下，进行了一次重构。
(Stringstr,intgrades){
String[]proportions=str.split(",");
if(proportions.length!=grades){
returnfalse;
}
for(Strings:proportions){
if(!NumberUtils.isNumber(s)){
returnfalse;
}
}
returntrue;
}

这里看上去差不多就Ok。这样的代码其实也并没有用到什么数据结构和算法，就是很简单的字符串处理。

实际情况：在我们写的绝大多数的代码里面，大部分属于业务逻辑，极少部分的代码需要使用到算法和数据结构，在这样的情况下，我们能使用的到的技能最为关键的是让代码如何更加合理。而让代码更加优秀的方式是通过千锤百炼的重构，而重构是极大的考验一个程序员耐心和能力的东西。

—————————————————————————————————————
质量的范围广泛，我从下面几个小方面聊聊。
出货能力：如果一个程序，算法再精妙，不能出货都是扯淡，我看过某某大神，算法溜得很，但是一个人完全做不到按照工程需要把事情给做完。
优化能力：并没有一个程序是一步到位的，一个工程的交出去可运行了，那才是第一步，很多时候随着业务的增大，对性能的要求越来越高，有一定对于代码优化的能力也是比较重要的。
调错能力：项目越大，遇见的Bug也就是越离奇，这个时候需要强大的Debug能力，找出那个最为关键的错误点，甚至于追溯底层框架的源码。
技术掌控：你项目能用Spring，Hibernate等等框架，但是有没有想过，这些技术你真的可以掌控么，如果有一天你的框架版本需要升级，真的做得到么？甚至于从Hibernate转为MyBatis。

算法和数据结构是影响到一些核心区的问题，但是其他的一些技能，比如面向对象的架构设计，代码的低耦合，那都是对整个项目有着直观改善的技能。并非是贬低算法，而在实际工作中，有太多比算法更重要的问题了。

最后补充一点吧：从善如登从恶如崩，毋以恶小而为之，此古人诚不欺我