如何证明一个程序员

A. 如何证明一个人是不是真正的程序员

          很简单，你让他去一个同时有西瓜和西红柿的菜市场，告诉他买一个西瓜，如果看见西红柿，就买两个。

          如果他买了一个西瓜和察知两个西红柿回来，那他就不是程序员。

     败亮消     如果他买了两个西瓜回来，赶紧抱大腿吧！以后装系统终于不用花钱了！

           键卖                                    来自前端的朋友这样回答 ：

var a = "买一个西瓜"

var b = "有西红柿"

if(b == ''){

return a

}else{

return a*2

}

                                       来自java的同学这样回答

                                              来自C语言的朋友

正常人：这个菜场本来就有西红柿西瓜，肯定会遇见西红柿的，那我就买两个西瓜了，不，我还要买，苹果，香蕉，葡萄，火龙果，猕猴桃，我想买多少买多少，哼！！

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

其实，评论一个程序员技术的高低，不是看他会多少技术，又懂多少技术。参加过什么大型的项目，也不是看他有没有自己的博客，github有多少star。
而是看他解决问题，定位问题的能力。这个很重要，真的很重要。
技术可以很快上手使用，但是解决问题定位问题的能力不是轻易就行的。特别是在高压下解决问题的能力。
下面是师姐为大家整理的一些建议：

解决问题
1.代码的命名要规范。
代码是写给人看的好嘛！代码是写给人看的好嘛！代码是写给人看的好嘛！
headImg是什么鬼？我能以为是banner么，头部的图片，请原谅我蹩脚的中式英语！avatar这个呢、portrait这个呢？会不会更好些？英语不好就不能用好有道、google翻译么？还有用中文拼音命名的，亲，我们用的是英文做为脚本好么？你要用这样的，用易语言可好？！

疯了！
为什么要用框架？一个很重要的原因是命名规范，目录规范，结构规范，分层规范，有利于团队协作，不要本末倒置！
2.架构和规划能力很重要，模块分层，解耦设计什么的，文件目录嵌几层？
这其中又跟命名的能力能搭上点关系。命名都命不好，目录结构怎么建？
url不要做的漂亮些吗？不考虑seo了？
你喜欢addGoods还是喜欢goodsAdd？
请你尊重点我的那些初高中英语语法好么？

3.协助能力、可持续能力。
最好的程序代码是脱离其产生者的。
为自己程序处处救火的程序汪并不是一条好汪。
我记得一句话就是：别想着你的代码以后还有机会重构！
每次说，额，这里我后面会改的，会改的，但是可惜，现实情况是根本不会给你这个时间的。
代码写出来，一是要爽了自己，二是也要爽了别人。

4.debug的能力、总结能力、学习能力真的很重要，代码写出来真的花的时间不长，但擦屁股的时间比写代码的时间多多了！
出了问题不记录，写个博文都好啊，我可没那么强大的记忆力，所以最讨厌考记忆力。
5.不要一贯的使用各种算法，秀算法的你们够了，要写去写底层，应用的场景比较多。
应用层面的程序，算法的应用不是特别多，大部分都是业务代码。以这个作为评价标准的，真心然并卵。

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

有的时候单纯靠一个面试很难辨别一个程序员的水平是什么样的。原因很简单，因为很多面试题在网上都有，如果刻意准备那么一般都能回答的不错。所以想辨别一个程序员的水平需要一定的方法。

上述几方面我们称为应能力，还有一些软能力也是非常重要的，比如责任心，对技术的态度，学习能力等等。当然，这些就更难考量了，本文暂不介绍。

如果上述几方面都比较不错，那么这个程序员的水平应该是不错的。即使对目前的工作的知识储备可能还有欠缺，但经过一段时间后必然可以

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

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

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

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

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

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

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

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

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

E. 如何证明一个人不是真正的程序员

一个真正合格的程序员，或者说就是可以真正合格完成一些代码工作的程序员，应该具有的素质。
1：团队精神和协作能力
把它作为基本素质，并不是不重要，恰恰相反，这是程序员应该具备的最基本的，也是最重要的安身立命之本。把高水平程序员说成独行侠的都是在呓语，任何个人的力量都是有限的，即便如linus这样的天才，也需要通过组成强大的团队来创造奇迹，那些遍布全球的为linux写核心的高手们，没有协作精神是不可想象的。独行侠可以作一些赚钱的小软件发点小财，但是一旦进入一些大系统的研发团队，进入商业化和产品化的开发任务，缺乏这种素质的人就完全不合格了。
2：文档习惯
说高水平程序员从来不写文档的肯定是乳臭未干的毛孩子，良好的文档是正规研发流程中非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，而作为高级程序员和系统分析员，这个比例还要高很多。缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。
3：规范化，标准化的代码编写习惯
作为一些外国知名软件公司的规矩，代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。
有些codingfans叫嚣高水平程序员写的代码旁人从来看不懂，这种叫嚣只能证明他们自己压根不配自称程序员。代码具有良好的可读性，是程序员基本的素质需求。
再看看整个linux的搭建，没有规范化和标准化的代码习惯，全球的研发协作是绝对不可想象的。
4：需求理解能力
程序员需要理解一个模块的需求，很多小朋友写程序往往只关注一个功能需求，他们把性能指标全部归结到硬件，操作系统和开发环境上，而忽视了本身代码的性能考虑，有人曾经放言说写一个广告交换程序很简单，这种人从来不知道在百万甚至千万数量级的访问情况下的性能指标是如何实现的，对于这样的程序员，你给他深蓝那套系统，他也做不出太极链的并访能力。性能需求指标中，稳定性，并访支撑能力以及安全性都很重要，作为程序员需要评估该模块在系统运营中所处的环境，将要受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。就这一点，一个成熟的程序员至少需要2到3年的项目研发和跟踪经验才有可能有心得。
5：复用性，模块化思维能力
经常可以听到一些程序员有这样的抱怨，写了几年程序，变成了熟练工，每天都是重复写一些没有任何新意的代码，这其实是中国软件人才最大浪费的地方，一些重复性工作变成了熟练程序员的主要工作，而这些，其实是完全可以避免的。
复用性设计，模块化思维就是要程序员在完成任何一个功能模块或函数的时候，要多想一些，不要局限在完成当前任务的简单思路上，想想看该模块是否可以脱离这个系统存在，是否可以通过简单的修改参数的方式在其他系统和应用环境下直接引用，这样就能极大避免重复性的开发工作，如果一个软件研发单位和工作组能够在每一次研发过程中都考虑到这些问题，那么程序员就不会在重复性的工作中耽误太多时间，就会有更多时间和精力投入到创新的代码工作中去。
一些好的程序模块代码，即便是70年代写成的，拿到现在放到一些系统里面作为功能模块都能适合的很好，而现在我看到的是，很多小公司软件一升级或改进就动辄全部代码重写，大部分重复性工作无谓的浪费了时间和精力。
6：测试习惯
作为一些商业化正规化的开发而言，专职的测试工程师是不可少的，但是并不是说有了专职的测试工程师程序员就可以不进行自测；软件研发作为一项工程而言，一个很重要的特点就是问题发现的越早，解决的代价就越低，程序员在每段代码，每个子模块完成后进行认真的测试，就可以尽量将一些潜在的问题最早的发现和解决，这样对整体系统建设的效率和可靠性就有了最大的保证。
测试工作实际上需要考虑两方面，一方面是正常调用的测试，也就是看程序是否能在正常调用下完成基本功能，这是最基本的测试职责，可惜在很多公司这成了唯一的测试任务，实际上还差的远那；第二方面就是异常调用的测试，比如高压力负荷下的稳定性测试，用户潜在的异常输入情况下的测试，整体系统局部故障情况下该模块受影响状况的测试，频发的异常请求阻塞资源时的模块稳定测试等等。当然并不是程序员要对自己的每段代码都需要进行这种完整测试，但是程序员必须清醒认识自己的代码任务在整体项目中的地位和各种性能需求，有针对性的进行相关测试并尽早发现和解决问题，当然这需要上面提到的需求理解能力。
7：学习和总结的能力
程序员是人才很容易被淘汰，很容易落伍的职业，因为一种技术可能仅仅在三两年内具有领先性，程序员如果想安身立命，就必须不断跟进新的技术，学习新的技能。
善于学习，对于任何职业而言，都是前进所必需的动力，对于程序员，这种要求就更加高了。但是学习也要找对目标，一些小codingfans们，他们也津津乐道于他们的学习能力，一会学会了asp，一会儿学会了php，一会儿学会了jsp，他们把这个作为炫耀的资本，盲目的追逐一些肤浅的，表面的东西和名词，做网络程序不懂通讯传输协议，做应用程序不懂中断向量处理，这样的技术人员，不管掌握了多少所谓的新语言，永远不会有质的提高。
善于总结，也是学习能力的一种体现，每次完成一个研发任务，完成一段代码，都应当有目的的跟踪该程序的应用状况和用户反馈，随时总结，找到自己的不足，这样逐步提高，一个程序员才可能成长起来。
一个不具备成长性的程序员，即便眼前看是个高手，建议也不要选用，因为他落伍的时候马上就到了。