怎样评估程序员

⑴ 程序员进度考核标准

程序员工作是一种智力活动，应主要根据工作结果来进行考核，主要考核指标有网站模块质量合格率、时间节点任务完成率等，工作标准由你自己来定，一般这两个指标的标准都要达到80%以上。
具体操作步骤如下：
1、根据公司要求及程序员的工作量制订工作时间节点计划表，设定成为几个阶段，每个阶段有明确的时间规定和工作成果规定；同时设定考核指标、考核标准和奖惩措施。
2、到了节点的时间就对程序员的工作进行评估，如果没达成节点成果，就要求程序员制订改进措施，或加班或改进方法，措施也要有时间和效果控制标准，以便于确定改进措施的阶段性评估。
3、在工作完成后根据程序员的工作完成情况，进行奖惩兑现。

⑵ HR怎么通过简历来判断程序员是否优秀

01.简历中项目的参与度、贡献度
简历本身的效用信息往往非常局限，看了简历之后，也难以形成对候选人的初步判断。但我们其实可以通过项目经历上的信息，来评估候选是否完整、深入参与其中。
在候选人简历的项目板块，我们可以查找是否有以下关键信息：本人在项目中的角色？比如后台系统开发，主导搭建了页面框架，提高代码质量；公共组建的提取、编写。解决了什么样的问题？比如通过自动化，让代码易于管理；统一的编码规范，更有利于多人合作，降低了代码出错率；性能上带来多少提升？比如单页应用让请求次数变少、页面呈现更快，用户体验更好了。通过以上信息，我们基本上可以判断候选人在项目中的角色，或者从解决的结果来看能基本评估出候选人在整个项目中的贡献度。
另外一种是简历上的项目阐述，可以通过以下两个例子对比：例子一：A：应用 xx 技术，解决了XXXB：应用 xx 技术，解决了XXX，出错率降低了 0.1% 等。例子二：A：结合使用 xx，实现了 app 登录和个人资料的自动填充B：结合使用 xx，实现了 app 登录和个人资料的自动填充，提高了多少的转化率我们可以直观看出，有量化的结果的项目履历更有说服力，也可以侧面证明候选人是有深度参与到项目中，才能对数据结果有一定的了解。
02.候选人在技术社区的使用情况
很多优秀的技术人才都有分享的习惯，比如在GitHub、知乎等社区都会分享一些自己的技术经验贴。通常来讲，如果候选人有在社区发帖的习惯，确实会增色不少。比如全球最大的开源社区GitHub，大多数程序员都会有账号，但这个只能算是真正的“圈内人”，如果是GitHub的重度用户，其实非常亮眼的：如候选人在GitHub发布的项目经常能收获很多follower和star，那正是其能力的体现，可以通过其贡献的项目来评估；如果能长期坚持使用GitHub，也能说明的是这个人心态比较开放，对业界比较关注、律己、有耐心；GitHub上大多数代码是经过长时间构思和反复修改重构，代码质量可以很好反映其当前的Code水平，其中也可以窥见解决问题的能力。
经常在技术社区发帖互动，可以说是判断是否为优秀技术程序员的加分项，但也只能是敲门砖，不能过份强调它的重要性。
03.通过代码笔试，直击简历
要看能力最终还是应该考查编码能力。面试官或HR其实可以通过一场在线笔试，在简历初筛阶段来进一步判断是否为大牛。
面试官可以设置一些耗时较短，考察具体硬技能的题目，来考察候选人的基本功，将简历造假的同学筛掉，在ShowMeBug笔试平台，支持不同职级、不同语言、不同维度等题目，面试官可以快速发一起一场笔试，可以节省面试官大量的时间；
对于简历中的项目，其实可以设计一个非常真实的问题，比如你目前有独立设计实现过一个完整的功能吗？你研发的这个功能产生了什么作用，你在项目中扮演一个什么角色？ShowMeBug笔试支持音视频题型，面试官可以量身设计，让候选人更加真实的回答。

⑶ 3年经验的c++程序员是个什么水平怎么评诂

有趣的问题，程序员的评估倒不难，写个代码就可以了。
问题是3年C++经验是什么水平？
首先，要问教育背景，是否计算机相关专业，这决定了知识体系是否完整，可能的知识广度有多大。
再者，3年内完成了什么内容？
按计算机业界3~6个月一个项目的情况来看，以及每个项目后有半年间隔，最少应有3~6个项目，当然也可能是同一个项目3~6个版本。
按代码量来看，人均日产40行，实际编写的代码应不少于5000行，考虑到10倍效率差，最高应在5W左右。
写过这么多代码，应该熟悉了一个平台上的API，能说出一二三了。
最后，3年能学到什么？

基本的工作方法：任务和时间安排、工作环境搭建等。
基本软件开发流程，团队合作过程等
对软件系统的认识和理解，大致能照猫画虎设计一个系统了。

我认为3年，一般可以达到专业入门水平，相当于围棋的职业一段吧。

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

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

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

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

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

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

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

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

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

⑸ 如何衡量程序员的工作效率

不过，最近Shahar Yair和Steve McConnell指出了该方法的一系列重要缺陷。首先，使用代码行数之和无法有效评估一个项目的实际进度，因为它更注重行为而不是结果。最终产品在多大程度上依赖于代码的性能和质量，这也是代码行数无法说明的。因此，聚焦于此实际上是非常有限的工作效率测量方式。
SLOC无法表明要解决的问题的复杂性，也不能以可维护性、灵活性、扩展性等等因素来说明最终产品的质量。说到质量，它反而可能起到负面作用。通过重构、使用设计模式会减少代码行数，同时提升代码质量。代码量大，可能意味着有更多不必要的代码、更高不必要的复杂性、更加僵化难懂。
他指出，有些问题可以通过测量度量功能点数解决掉。那么决定程序大小的因素就变成了输入、输出、查询和文件的数目。不过这种方式也有其缺陷。McConnell提出一些操作性上的问题，比如必须要有一个大家认可的功能点测量机制，而且要想把每个功能点映射到程序员身上也不容易。Daniel Yokomizo是一位经过认证的功能点专家，他在评论中明确指出了这种方式的其他问题：缺少测量功能点复杂度的工具；还需要考虑诸如代码共享、框架、程序库之类的事情。这些都会影响到完成一个功能的时间。
有很多人参与了对于测量方式的讨论，他们都同意这些做法有其局限，不过他们都觉得衡量开发人员的绩效还是有必要的。实际上，不少人认为SLOC可以作为基础，在其之上通过考虑多种不同因素来进行更复杂的分析。McConnell提出了四条分析开发人员工作效率的必备指导原则，他们也都同意。这四条原则如下：
1、不要指望单一维度的工作效率测量方式能告诉你每个人的真实情况。
2、不要指望任何测量方式可以在很小的粒度上区分出每个人的工作效率差异。这些方式可以为你提出问题，却不会告诉你答案。
3、牢记：趋势总是比单独一点的测量来得重要。

⑹ 怎样看待程序员这份工作

你印象中的程序员是什么样子？
谈起程序员大家最直观的印象是穿着格子衫，就会对着电脑，常常几个小时，经常熬夜工作敲代码！而且程序员在大多数人的心里都是非常好的职业，工资非常高，敲代码的样子也非常酷。其实，很多人都不清楚程序员具体是做什么的，就连程序员的家人也不一定能理解，网上经常有人调侃评价程序员一点乐趣都没有，急的人头发都掉了。你会给父母讲讲你目前的工作吗？他们是否了解你的工作？
新兴行业里很多工作大家都不是特别的理解，有些人觉得程序员跟一些宅男的标签挂钩，父母理解程序员到底是一个也有说你是修电脑的，可能家人们会最担心他们的对象问题，也许家人看不懂程序员的工作究竟是在做什么，为什么还有那么多人来从事这个行业呢？你眼中的好工作，家人眼中的好工作，我眼中的好工作，各有不同。一行行代码是虚拟世界的基础语言，尽管家人读不懂，那些字符就是他们的快乐所在了。
“每天除了修改bug，就是在修改bug的路上”“写不完的代码和吃不完的泡面”老一辈儿的人根本就不懂这是怎样一个职业，在他们眼中，这就是一个高薪，这就是一个文化程度很高的工作，只不过是他们不太懂程序员每天都要干啥。经常打电话询问永远离不开那一句“有没有下班”，毕竟在家人的心中，孩子的健康永远是第一位的。 只希望他们能按时下班吧，按时吃饭，不要太熬夜，薪水多少不重要，自己的身体才是最重要的。
对于程序员我的了解也不是特别多，因为编程语言看起来太复杂了。以前感觉他们真的是好神秘，是一个赚钱特别多的岗位，特别是大厂的程序员们特别的不好进。每一项外表光鲜亮丽工作，离不开他们背后付出的努力，程序员也不例外，而且比我们想象的还辛苦。其实，每一份工作都值得被尊重，他们保持着一份对工作的热爱，我觉得作为家人应该支持他们工作才对。对此你怎么看待程序员这份职业呢？在我看来，东方的程序员如何看待西方同行是一个有趣并且重要的问题。

通常认为东方国家(印度/中国/菲律宾)是为西方国家提供外包服务(美国和欧洲)的。

即使IT的领军企业也是如此。他们从学院里招聘毕业生并把他们训练成机器人。最悲哀的莫过于，他们的薪资相对其他行业而言相对较高，因此没有人愿意从这些公司离开。在印度，几乎没有IT公司会招聘真正有才能的人。

⑺ 程序员等级是怎么划分的

1. 初级资格
   

2. 中级资格

3. 高级资格