判定坏程序员标准

① 如何确定自己是否适合做程序员

你老婆对你说：“老公，晚上回来买一个西瓜，如果看到西红柿，就买两个。”

如果你晚上买了一个西瓜和两个西红柿回来的话，说明你不适合当程序员。
如果你晚上只买了两个西瓜回来的话，说明你适合当程序员，但是
。。。
。。。
。。。
。。。
。。。
。。。
。。。
你应该不会有老婆。

=========华丽丽的分割线===========
你们这群程序员也是够了，一直在吵应该买几个西瓜，你们这么吊你们老婆知道吗？还有很多有经验的程序猿说应该反复确认用户需求的，你们确定你们都能找的到老婆？

我听到需求时心里运行的代码如下：
int 到底买点啥 ( ) {
// 所有把大括号放到这一行的人都去屎！
int 西瓜的数量 = 1;
if (看到了西红柿) {
// 注意大括号的位置
西瓜的数量 = 2;
}
return 西瓜的数量;
}
// 尼玛，为什么没有缩进！！！！

那么什么时候该买三个西瓜呢？我们重现一下场景：

你老婆对你说：“傻X，晚上回来买一个西瓜，如果看到西红柿，就再买两个。这次你要是还买两个西瓜回来，我就一辈子都不理你了！”
你仔细揣测了一下她的需求，发现了这个关键的“再”字！哈哈哈，这种战斗力只有5的渣题怎能难倒我这种top coder！你晚上开开心心地买了三个西瓜回来，跪碎了新买的HHKB pro，老婆还是摔门而去，拦都拦不住！

这次你运行的代码如下：
int 到底买点啥 ( ) {
// 所有把大括号放到这一行的人都去屎！
int 西瓜的数量 = 1;
if (看到了西红柿) {
// 注意大括号的位置
西瓜的数量 += 2;
}
return 西瓜的数量;
}

就让这三个西瓜陪你过下半辈子吧！！！！

② 如何成为一名合格的程序员

很多人想要成为程序员，在学习编程的过程中，面对各种bug和源源不断的问题，有时会对自己是否适合编程这一问题产生困扰。

作为一名教授全栈Web开发的教育工作者，我已经带领很多新手成为了程序员。好消息是，我发现没有任何人是不能学习编程的。我把它看作是一种基本的人类技能，就像阅读、写作和算术一样，任何人都可以做到。它是我们人类能力的一部分，只是需要学习。

在过去的几年的教学中，我目睹了不同的学生在学习过程中的斗争，以及在他们的挣扎中出现的一些共同问题。

下面的列表将帮助你了解你是否喜欢编程

1、缺乏好奇心

如果你对计算机是如何工作的缺乏好奇心，那么，作为一个程序员，你将永远不会成功。

学习的一个基本要求是对你所学的东西有积极的兴趣。如果你没有一个对技术好奇的头脑，你就没有精力去坚持学习要成为一个成功的程序员所需要的广博而深入的知识。相比之下，技术的世界就像一个巨大的海洋，里面充满了各种有趣的领域、相互联系的思想和各种可能，它们可以激发人们的想象力。想要潜入这片海洋并发现你所能发现的一切，需要内在的动力。

找到你的好奇心：问问你自己，编程是否真的让你感兴趣？如果没有兴趣，去找你感兴趣的东西，以节省时间和精力。但是如果你的答案是感兴趣，那么就强迫自郑袜己去发现一些你以前没有注意到的新事物，认识到浩瀚的技术海洋，再往下潜一点。

2、缺乏自主性

如果你不培养自己解决问题的能力，你就永远不会成为一个成功的程序员。

毫无疑问，要成为一个成功的开发人员，你必须对自己的学习能力充满信心。这实际上是一项基本的生活技能，如果你年满18岁，没有人有义务教你任何东西。这就是现实。当你想学习技术所需的技能时，首先要学会的是，在谷歌中输入你想要的任何东西并获取你需要的信息。除此之外，所有编程语言都有文档和规范，这些文档和规范对语言的工作方式解释的非常清楚，它们就像字典一样。作为一个程序员，最快速、最可靠的学习方法就是简单地阅读这些文档。

当你有问题的时候，在问别人答案和查阅官方文档之前，强迫自己先搜索一下，节省别人的时间。

3、面对问题缺乏毅力

如果你在遇到问题时轻易放弃，作为一个程序员，你将永远不会成功。

编程的本质是解决问题，这也是计算机产生的全部原因！每当你开始编写一个程序时，你总是会遇到一大堆问题。一旦你解决了一个问题，那么几乎总是有另一个问题在后面等着你。你在进步，但总是会有新的问题要面对。

这堆问题会让人望而生畏，令人感到沮丧。如果你觉得程序应该“能用就好”，那么你就没有精力坚持下去，因为问题还在继续出现，它们会一点一点地击溃你的情绪和决心。从字面上来说，你的工作就是找出程序为什么不能跑起来。

从我在授课上的经验来看，通常每个班都有一两个学生，和其他学生相比，他们似乎更容易遇到更多的问题——通常是非常随机和模糊的问题。我提醒学生，他们面对的问题越多，学习越深入、越彻底的可能性就越大。如果他们能通过这些问题获得深刻的理解，他们会很快发现他们变得更加自信了，因为他们面对和解决的问题比普通学生多。

你需要认识到，问题不仅仅只是问题，它实际上也是挑战。你所面临和克服的每一个挑战都能让你更深入地理解技术，更好地面对新的挑战，并迅速解决旧的挑战。

4、解决问题之后没有成就感

如果你在解决一个问题后没有兴奋感和成就感，作为一个程序员，你将永远不会成功。

与上一个问题相关的是，你成功地解决了一个问题，却缺乏“良好的感觉”。当修复bug和问题变成了一个永远不会结束的事情时，你会失去与克服问题的动力。

当你解决一个问题时，你需要的是多巴胺的释放。这类似于在电子游戏中完成了一个关卡，或者解决了一个像纵横字谜或数独这样的挑战。我们都知道，坚持通过一项挑战，然后最终赢得比赛，一般都会有成就感和兴奋感。但是如果你失去了感受这些快乐的能力，或者从一开始就没有真正有过这些感受，你将无法体验到编程带来的快乐。如果你把编程看作是一种磨砺，你只想尽可能容易地得到结果，那么你永远不会真正成为一个成功的程序员。

无论何时，当你解决了一个一直在努力解决的问题时，无论这个问题多么微小，你总是为你的成就感到骄傲。你需要休息一下，祝贺你自己完成了一项出色的工作，让成功的感觉渗透进你的心里，为你即将面临的下一个问题注入活力。

5、无法独立思考

如果你期望别人为你着想，并且主动看到你自己所在的处境喊纯激的细节，你将永远不会成为一个真正成功的裤脊程序员。

当你在学习新的东西时，很容易感到缺乏知识和经验，并没有自己的观点。主动做事或者说错话似乎是有风险的。对于错误，我们的内心都有一种恐惧感。当对错误的恐惧抑制了你的探索和好奇心时，你会扼杀开发真正知识、从经验中获得的知识和“失败”的能力。当你需要依靠“权威”的观点、一个受欢迎的博客、一个最佳实践或“教科书”的答案时，那么你就没有真正地整合编程的知识。你需要对什么有效，什么无效形成自己的观点。你需要理解为什么你认为你的解决方案有效，以及使用这个方案有什么好处。你需要建立一个微妙的视角，超越那些显而易见的东西。你需要能够“证实”你的立场。

为自己着想。通过你的经验和批判性思维技巧，发展出你自己的思想体系。做出合理的猜测，坚定立场，并愿意随着新信息的出现而改变立场。

6、僵化、狭隘、混乱的思维

如果你的思维僵化，并且难以保持代码的条理化，那么你将永远无法成为一名真正成功的程序员。

我有时在学生中看到两个极端。第一种是僵化和狭隘的思维方式。拥有这种态度的人拒绝帮助，尽管会有反馈，但不会有改变。他们看事情只从一个角度看，别人给的建议被忽略。

我看到的第二个极端是思维混乱。学生们似乎使事情变得更加复杂，他们的代码杂乱无章，难以理解。他们过度思考问题，写100行代码，而其中只有10行是有用的。

当这两种心态结合在一起时，结果就是一种用蛮力的方法去设计程序。我们需要的是回顾解决方案，重新评估它，放弃最初的方法，并重新组织方法。

无法看到其他可能性或无法反思反馈会抑制成长的能力。思维杂乱无章会减慢你的成长速度，阻止你看到那些原本显而易见的模式。你的工作质量也会下降。

自我反省。你需要退后一步，看看你是接触的事物的大局是什么样子的。你要怎样才能做得更好？你能做些什么让你的生活更轻松吗？你需要什么来帮助你？

7、需要“正确”的答案，而不是识别一系列“好”和“坏”的答案的方法

如果你认为编程的最终目标是找到正确的解决方案，而不是一系列解决方案，那么作为一个程序员，你将永远不会真正成功。

当开始学习技能或编程时，学生往往想知道他们所做的是否“正确”，而答案总是“视情况而定”。

计算机科学是一门评估权衡的科学。在不同的环境下，哪条路更好，这完全取决于所处的环境和目标。当你把编程看作是一个有正确答案或错误答案的测试时，你就失去了对全局的认识，放弃了你的创造力。任何答案都可以是“正确的”，前提是你能根据具体情况证明这一点。现实情况是，编程更像是写诗或写短篇小说（如果程序很大，则可能是小说）。在你的代码中可以看到一种美学和美丽，这些东西有时只有你和其他程序员能够识别出来。你决定解决方案的原因，以及你对答案的设想，比“正确的方式”或“错误的方式”更重要。拥有一个艺术家的头脑可以让你编的程序具有选择和可能性，而不是认为只有一种处理方式。这就是编程的美——有很多方法可以解决问题，考虑不同的可能性，然后决定哪种方法最适合当前的情况。

创造性很重要。你要认识到，解决问题的方法有很多种，通过经验和积累，你会对哪些解决方案比其他解决方案感觉更好产生细微的理解。纵观全局，想象不同的可能性，相信你的直觉，你会得到更满意、更好的解决方案

如果你对学习编程感兴趣，我鼓励你开始这段旅程。记住提到的七条，并开始学习、探索在线资源，这些资源可以让你快速学习。你不会后悔的！

合格程序员，对于一种计算机程序设计语言，我们将其分为语法、语义、语用三个层面。仅仅掌握语法是不够的，不算学好。但是很多人，在履历上写自己掌握（甚至精通）了某种语言，其实就是解了语法，会写简单的程序而已。这就是为什么我们行业特别不喜欢“精通”这个词的原因。

现代软件开发，规模都比较大，不是写个HelloWorld那么简单，也不可能每个项目每件事都从头开始造轮子，我们都是站在前辈、同行们的肩膀上工作的。也就是说，语言之外，还有“库”这个东西需要掌握，不然就寸步难行。库有语言级别支持的BuildIn的库，比如JAVA里面的util、concurrent，CPP的IOSTREAM、STL等等；更多的更丰富的还有第三方提供的库，比如JDBC、Servlet、EJB的implementations等等。这些东西掌握了，干活儿才可能得心应手，不然寸步难行。

比Libaray更高层一些的，是Framework。框架的作用在于，将某一方面开发的BestPractices搞到一起，给你提供一个更易用的、不关注底层的脚手架。比如做企业应用的，SpringFramework是标配了；访问数据，Hibernate或者MyBatis也离不开，很少直接用JDBC去干活的了；做WEB的，各种MVCFramework起码得掌握一两个（springmvcorstruts2?）；做网络的，Netty，MINA怎么也得掌握一个......总而言之，框架是绕不过去的一个门槛。

然后呢，就是环境、辅助工具。应用服务器，怎么也得会调试配置那么两个吧。TOMCAT是入门标配，JBOSS，WEBLOGIC之类，起码要弄得跑得起来；针对不同应用场景，还要会选择。开发/管理工具，ECLIPSE是标配、GIT和SVN起码要搞熟一款；其它比如单元测试工具、Build工具、测试覆盖率、CodeReview这些插件...也得知道怎么用。

最后，通用的，计算机科学的基础，不说多扎实，至少不能一窍不通。说起来就那几大件，操作系统、数据结构&算法、编译原理、体系结构。要懂一点点，你才知道你编的程序是怎么run起来的，哪儿可能存在效率问题性能瓶颈，除了问题知道怎么debug。如果仅仅把计算机当作一个黑盒子，那也不算学好了。

最最后，还有一样，就是你要训练一下，快速理解领域知识的能力。你参与做一个项目，你懂的只是上面这些专业知识，但并不懂客户的行业知识。如何尽快地理解业务，并用你手头的工具实现业务逻辑，这点对程序员而言是非常重要的，否则你做的东西客户总不满意，GET不到重点，很麻烦。

我觉得这是一个合格的程序员的基本要求。你看，我并没要求你懂需求工程、懂项目管理、懂架构设计、懂很多算法、模式，甚至更深的专业知识。

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

1.自己介绍项目，看对项目的提炼总结能力（也是抽象能力）；
2.自己印象最深的bug，可以知道大概技术深度；
3.设计模式提问，看有没有学习方法；
4.语法基础问题，多线，分布，安全等问题，看知识面广度；
5.智力问题，看反应能力，分析问题思路等
上述五步基本可知是否是一个好程序猿

计科专业从事软件开发十几年了，主要在浏览器内核领域研究的比较多，最近在研究服务器后台方向，辨别程序员水平高低主要看做出了什么产品，如同现在的程序员主要是项目经验，简历上写的一堆项目经验都是面试的时候主要提及的问题。经常在面试中会问两个关键点：一个是做过什么项目；一个是在项目组中承担什么职务，毕竟参与过和做的多少程度是不一样的，这些都是可以通过一些具体的细节检测出来，问题越具体越是容易看出水准，具体的东西不是能够编造出来的。

有很多技术公司直接不通过笔试，仅仅通过简单的面试就确定工资水准了，最简单的测试程序员水平的直接用笔试的方式，笔试可以把一些细节量化，尽量的细节化也是能测试出程序员基本功的，但这种基本用来测试初级程序员的，很多高级的程序员看到有笔试直接就抬腿走人了，因为有些程序员在一个方向做的时间太长了，很多基本功都忘得差不多了，所以笔试可能不过关，现实中很多程序员笔试不过关，面试还可以，也一样可以做项目说的就是这类人，起码这算是非常优秀的程序员。

有很多公司采用谷歌的方式，直接采用上机写代码的方式检验程序员水平，这种方式比较直接，但在现实中可能消耗的时间以及面试官的精力，目前只有极少数的公司用这种方式，国外的公司用这种方式比较多，这种看基本功非常有效。通过代码可以看到编码习惯以及算法的设计上，都能直接看的出来。

普通的程序员直接看项目的经验，高级的直接看做过的产品，特别是产品主要设计人员，这就是程序员内心的自豪感，毕竟作为一个程序员起码要有自己设计开发的产品，也算是不白做一个程序员，在程序员的职业经历中如果能经历过一个产品从开始设计的初稿到最后推向市场，如果是完整的经历，将是一种巨大的财富，只要经历过一次都会对产品设计有一个比较层次的认识，这种能力需要靠直接的面试语言表达来展示出来，谈下对产品的认识以及产品稳定性性能等方面的总结，能到这个层面起码是高级软件工程师的级别。

当然有些程序员内在的东西不是靠语言或者写代码看出来的，因为一个优秀的程序员不仅仅是代码能力以及框架能力，还有几个非常重要的能力

程序员的能力表面是可以直接展示出来，但很多内在需要是需要时间的磨合才能了解，人就才能见人心，而且很多优秀的程序员是培养出来的，能够长时间在一起的队友都是时间长了磨练出来的。

希望能够帮到你。

自认为不是一个好的面试官，因为我认为在这么短的时间内，准确地衡量出来程序员水平的高低是有比较大的难度的，并且我有多次看走眼的时候，面试的时候觉得能力还不错，但是入职工作了一段时间之后，编程能力不忍直视。

工作之后接触一段时间，我会从这么几个方面观察他们，以判断技术能力的高低和发展潜力。

能不能把开发任务按时按质量地完成，当然是最主要的衡量标准了:

在开发过程中，难免会遇到没有见过的问题，有些程序员遇到问题无从下手，而优秀的程序员，自有一套解决问题的方法。

有人会认为，程序员的主要工作就是敲代码，上班大部分时候都是在敲代码，其实并不是这样：

好的程序员，相同的问题不会犯第二次，差的程序员，总会在一个问题上栽跟头：

不请自来，一介码农路过，留下些看法。

程序员主要是有四种综合能力，也就是debug 能力、 performance分析、 保护性编程和 投入产出比。

在这里不能说一棒子打死，至少对于很多人来说，能独立完成是没什么问题的，有的是因为对业务熟悉，有的是真的基础扎实。但怎么说呢，程序员和浏览器打交道是最多的，现在这个互联网时代，遇到的大部分问题网络都是可以解决的，也就是普通程序员 + 网络 = 超级程序员。 但很多人也没明白具体的原理，甚至都是这个项目抄抄那个项目抄抄的，久而久之虽然解决了平时的业务，但进步的空间却很少，甚至止步不前，写出来的代码也可能存在很多坑，所以，仅仅能独立完成任务的话，离高手还有比较远的一段距离。

也就是结合我们一开始列举的那四个能力进行判断。不同级别的程序员，在那综合能力面前，强弱也是不同的。例如在奔溃的或者其他性能调优问题上，即使是面对大量复杂的代码，在信息不全的时候也会一步步的分析，抽丝剥茧缩小范围，最终定位根本原因

，并且最终给出一个好的方案。

当然还有看他摘了帽子是否秃顶这样的笑话，就再不赘述了。

第一阶段（黄金）:会用编程语言实现需求，比如现在的业务系统，都会找一些会搬代码的人来拼工作量，也就是能自己独立基于搭好的框架实现crud常规操作。

第二阶段（铂金）:除了crud，还会有一些自己踩过坑的经验，知道如何处理一些常见问题，或者可以基于搜索引擎快速解决一些异常情况。

第三阶段（钻石）:能解决一些疑难杂症和会通过debug部分源码类库查看到这些疑难杂症是如何引发的，并通过编码解决这些问题，还能进行一些局部的性能优化，类似某个系统接口缓慢可以单独去优化。

第四阶段（星耀）:会基于整个系统进行设计和规划，根据业务特性选择合适的框架，从源头控制开发遇到问题的频率，可以自主的搭建框架并完善机制，了解各个组件工作原理。

第五阶段（王者）:小说里面总是说练武功的永远比不过创造武功的，同样的道理，用框架的也往往不如写框架的，所以写框架的这类人单独分层。

第六阶段（荣耀）:其实这个阶段不应该列入进来，因为这类人往往不编码的，只是给出思想；像Hadoop这种框架就是基于人家发表的一些论文（bigdata)进行编码实现的，这类人注重的是思想和算法，区块链，大数据，云计算等等概念的创造和理论的支撑是这类人提出来的，这些人才是真正影响行业走向的人。

程序员的水平高低，不是靠语言或外在表现就能看出来的，不是看他会多少技术、参加过多少项目、写了多少博客，而是看他在实际业务场景中解决问题的能力，尤其是面对一些特别复杂的问题，或在高强度、高压工作状态下解决问题的能力与态度。

技术可以通过学习掌握，但是解决问题、定位问题的能力却不是一蹴而就。大家可能会说，“解决问题的能力”这个太宽泛了吧，可以更具象化吗，有具体的测量方法吗？简单整理了以下几点供参考。

会写出满足需求的代码，早就不是评判程序员水平的标准了。代码编写既要满足业务需求，同时还要考虑后续的软件维护，说得通俗些，既要自己爽，也要别人爽。一个优秀的程序员，会致力于写出更简单、更效率、可读性强、扩展性强的程序代码。

程序员在日常工作中，需要理解各式各样的业务需求，所以这就需要程序员具备一定的逻辑思维能力。可以说，逻辑思维是程序员的灵魂，因为每一行代码都是程序员逻辑的体现。

项目着急上线，发布时出现问题？

业务高峰时段，系统宕机了？

业务催、运营催、用户催、老板催！

各种形态的bug，各种着急的心情，背后无数支眼睛盯得内心慌慌......

这些都是一位合格程序员所需要面对的日常。不同的程序员，在解决问题的方法、效率、质量等方面，都各有千秋。一个经验丰富的程序员，能够扛住各方压力，在复杂条件下找到核心问题，通过抽丝剥茧的分析来找到产生问题的原因，并快速进行应对处理，事后及时复盘总结，减少同类问题出现的概率。

随之互联网的发展，越来越多的人涌入程序员这个赛道，竞争日益激烈，加之新技术层出不穷，更新迭代快，程序员所使用的语言、框架、模式都会发生天翻地覆的变化。如果不主动学习，你很快就会被落伍淘汰。

这种其实在面试过程中能体现出来，沟通主要是技术沟通，以及和客户之间的沟通，所有技术都不是闭门造车就能搞定的，沟通能让事情推进起来更加顺畅，包括和产品经理之间的流畅的沟通也显得非常重要。程序员的能力表面是可以直接展示出来，但很多内在需要是需要时间的磨合才能了解，人就才能见人心，而且很多优秀的程序员是培养出来的，能够长时间在一起的队友都是时间长了磨练出来的。

线上出bug了，第一时间响应、处理；

团队项目进度紧张、人手紧缺，主动补位；

又或者，在项目推进过程中如果只是关心自己模块内容，对于整个项目置之不理，只守着自己的一亩三分地。

随着时间轴的拉长，你会发现，有此f技术能力不是最好的，甚至不如你的小伙伴，最后做到了技术主管或经理、甚至更高职位，这里面除了技术实力，还有一个叫“责任心”的东西。

结束语

判断一个程序员的水平高低，核心是其解决问题的能力，而解决问题的能力养成，需要扎实的底层基础来支撑，要综合其代码质量、项目经验、框架能力、逻辑思维等等多方面，不能单看某一方面。

而对于1-6岁的程序员来说，想要成为一个高级程序员，变得越来越优秀，唯有持之以恒去学习、积累、实践、修炼。

----end----

一：50岁的时候，头发还是黑色的浓密的。

二：赚到的钱能保证家人快乐的生活。

三：当公司不要你的时候能成功转型。

其他的例如编程经验、写代码厉害啊什么的根本不值一提。

这就是程序员的面试嘛 :-)

（1）是否能熟练使用所用编程语言的主要功能；

（2）是否知道用合适的数据结构解决问题；

（3）是否知道基本的算法，并且用这些算法解决问题；

（4）只看少量代码的话，从变量命名和程序结构一般能够判断是否是新手；

（5）给出具体问题，能够用程序解决，能考虑到所有的边界条件；

（6）考虑程序的可扩展性，可维护性；

再往高一点走，就需要

（7）面对模糊的问题能够分析并且找到细节和具体的需求；

（8）知道利用已有的库，架构和工具等来解决新的问题，而不是什么都自己实现；

（9）能发现并改进已有程序中的瓶颈；

（10）对整个大项目的程序架构有很清晰的了解，知道相互之间的依赖，以及知道为什么采用这样就架构；

（11）给一个大的项目，能够对整个项目的程序架构和组件进行合理的设计，考虑并行性，低延迟，大数据量等各种需求和应对方式。

带领团队已多年，项目数十个，对判别程序员水平的高低，我有自己的看法，欢迎大家一起交流。

1.代码质量。

优质的代码，首先是经得起考验。静态分析工具过一遍，无错误，无警告。当然警告部分需要人工重审，因为静态分析工具不一定完全正确。过了这一关，重要的还须过测试关，少Bug或无Bug的代码，才是好代码。优质的代码带有技术气质和艺术气质。阅读起来，有一种赏心悦目的快感，即工整美观，干净利落，又蕴含着理论常识，运用技巧，精准到位。

2.表达能力。

3.文档能力。

文档形式包括但不限于PPT，文字，图表，音视频。文档内容包括但不限于API说明，工具手册，项目事项，技术论述，陷阱总结，方案展示，指导手册。文档要求必须是满足公司或部门的规范和格式，否则五花八门的，不利于交流和传承。

以上3点，是我量化判断程序员水平的标准，仅供参考。相比水平，其实我更看重程序员的态度，执行力，时间观念，自学力等等，也是很重要的团队作战能力，也可以说是程序员水平的考量吧。

谢谢大家。

④ 程序员代码质量的好坏是如何区别的

现在的程序设计是一个系统的过程，程序员代码质量的高低往往也与他所处的团队有较大的关系，也就是说顶层的设计与代码质量有直接的关系。所以说优秀的团队往往都是优秀的代码，但是普通的团队往往很难写出优秀的代码。
代码的编写大致上经历几个步骤，第一个步骤是顶层设计（架构师）。
顶层设计包括软件架构设计、技术方案等内容，落实到代码上往往就是大量接口的定义。好的设计需要考虑三方面因素，分别是结构性（模块化）、完整性、扩展性，当然还需要考虑可移植性，通常结构性好的代码移植性也会比较不错。
第二步是核心代码的实现（研发级程序员）。
有的团队也把这部分称作为“容器”开发，简单的说就是功能性平台开发，目的是实现平台级API。这部分代码的开发是整个软件开发的核心部分，承担这部分开发任务的程序员往往就是我们所说的研发级程序员。研发级程序员代码质量的衡量标准主要在算法设计与实现上，性能指标是考核的重要因素，另外还要考虑稳定性和完整性等核心因素。
第三步是功能编写（应用级程序员）。
功能编写简单的说就是完成具体的业务逻辑实现，需要调用平台提供的API完成具体的功能。这部分程序员占据了程序员群体的大部分比例，也就是通常所说的应用级程序员。应用级程序员的代码质量主要从代码编写结构上来看，比如是否有标准的打包、命名、注释，以及代码整体结构是否清晰，逻辑结构是否清晰等方面。
往往程序员代码的质量会随着编程经验的提高而不断得到提高。
我做软件开发多年，目前的主要研究方向是大数据和人工智能，也在带大数据方向的研究生，我会陆续在头条上写一些关于大数据方面的文章，感兴趣的朋友可以关注我的头条号，相信一定会有所收获。
如果有大数据方面的问题，也可以咨询我，
谢谢！

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

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

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

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

⑥ 程序员有哪些常见的坏习惯

好的程序员炫耀代码，不好的程序员炫耀工具，自觉用VIM，EMACS的用Eclipse，VS的高级，喜欢问怎么办而不是为什么。