如何评价程序员

篇一：优秀的程序员自我鉴定

优秀的程序员自我鉴定

以下一篇是一名优秀并且有工作经验的程序员的自我鉴定范文：

大家好,我叫xxx。我性格开朗，乐于与人交往，诚实，正直，有教强的上进心，较强的学习能力，在学校团学会的工作使我组织和协调能力得到进一步加强，有较(来自:WWw.cssyq.Com 书业网:如何评价程序员)强的社会责任感。

我的计算机能力： 程序员 语言能力：英语(一般);普通话(标准)熟悉windows，能够熟练使用word，powerpoint等office软件; 熟悉c,c#,html,xml,了解数据结构(c),软件工程学，c，c++，java，ajax。 熟练掌握c#语言。 熟悉开发工具vs。netXX/XX; 且利用b/s开发过物业网络管理系统。 在公司从事教育软件的开发。

我曾经获得物业管理系统

软件环境：windows系统 开发环境：vs.net XX(c#) sqlXX 项目描述：本系统主要包括前台和后台两部分，前台主要实现了管理员登录、物业管理人员信息、公告信息、住户欠费信息、住户投诉、住户报修、欠费查询等。后台主要对本网站进行管理，主要实现了受理物业信息管理、物业管理、公告管理、基本设置、系统维护等。

XX年-XX年 “优秀团员”称号、“三等奖学金”、“校篮球比赛第一名” XX年-XX年被评为“系团总支学生会宣传部部长” 、“校书法大赛第一名”

XX年-XX年 “优秀学生干部”、“优秀团干”

通过以上的自我鉴定，我能更好地了解自己，了解自己在各方面的实力。作为一名有工作经验的计算机程序员，我为自己而感到骄傲。

篇二：程序员简历自我评价

程序员简历自我评价

本人勤奋踏实，工作认真负责，自学能力强;性格开朗，容易与人相处，注重团队协作精神，且能承受较大压力。

注重专业基础学习和实践能力的培养，在校期间不仅做过多个课程设计暑假期间也去过单位实践过，对java编程和网站开发具有浓厚的兴趣。

篇三：优秀程序员的标准是什么

优秀程序员的标准是什么!

无数的人问过类似的问题，怎么样才能做一个优秀程序员？在回答这个问题之前，首先得明白什么是优秀程序员，这样才有方向和目标，可是这事情太主观，可能各人的标准千差万别，不谈那些传奇性的独自一人做出伟大事情的特例，也不谈什么上天入地，上帝大牛的诡论，以下是广泛比较认可的，在通常的项目开发中，一个优秀程序员的标准。

解决问题的能力

在项目开发中，一个程序员的能力等于其解决问题的能力。假如想有个尺度来衡量这个能力的话，一个程序员的能力可以用能完成任务的规模和难度来衡量。

因为难度上不好那么简单的划分，并且在一般的项目开发中(非研究性项目)，任务的难度主要来自于任务的规模带来的复杂度，这里把任务从规模上大致的划分为1个函数=>1个类=>1个功能=>1个模块=>1个项目

更细致的划分时，函数，类，功能，模块，项目本身也有简单和规模大小之分。

一个初学编程的人总是从最小的函数和类开始学习的。

一个程序员能基本无误的完成项目中的一个功能算是合格，在此之前，对项目的生产力为负，即为他布置任务，沟通，和为他修补bug的时间其实要多于自己直接完成该功能的时间。也就是说，项目中存在这个水平的程序员纯粹是为了培养人才。

能较好完成一个完整模块的程序员算是较好的程序员，也是一般项目中的主要开发者。

能完成整个项目的程序员才能算是好的程序员。在多人项目中可做主程。

不同规模的任务主要的问题也体现在不同的方面：

对于初学者来说，写好一个函数和类的难点在于语言本身的语法上。

对于完成一个功能来说，难点在于理解这个功能，以及很好的在现有的代码中加入此功能，完成的功能不是独立于项目之外的，而是要融入项目本身，除了功能本身和其他功能衔接正常无误外，特别重要的就是注意功能实现后不能对其他功能产生预期外的影响，作为游戏开发来说，典型的例子就是你完成的UI不能让其他该显示的UI显示有问题，不该显示的UI又没有消失。

对于完成一个模块来讲，暴露给外部的接口设计比内部实现的设计同样重要(甚至更加重要)，合理易使用的接口设计决定了一个模块的好坏。模块内部实现不好尚可更改，接口实现不好，更改起来可能是灾难性的。

对于一个项目来讲，在正确的地方使用正确的解决方案是最重要的事情，最开始的技术选型直接决定项目的成败，模块的划分能决定项目的开发速度，架构的设计能决定项目的维护难度和增加需求时的痛苦程度。对于多人项目来说，主程让正确的人去做正确的事情也是无比的重要。

什么决定了一个程序员解决问题的能力呢?我认为有如下几个因素：

知识积累

在同等水平的程序员之间，一个对某领域问题有所了解，一个对该领域完全不了解，完成该领域同样任务的效率差了不止一个数量级。这就是我们通常所说的"经验"的作用，这种经验可以看作是知识积累，

一个程序员的知识积累很大程度上决定了其解决问题的能力。

有意思的是，因为经验这个事情不太好有准确的衡量标准，我们为了简单，常常就拿工作几年说事，但是这种粗暴的标准有很大的问题，工作年限同样长的人水平差异可以是巨大的。

按老话说，用一年的经验工作二十年并不等同于二十年工作经验。

自学能力

这是一个知识大爆炸，知识刷新频率让人无法追赶的时代。一方面，面对一个稍有难度的任务，难免会有超出自己现有的知识范围的时候，此时自学能力决定了你能多快的完成此任务(或能否完成此任务)。另一方面，你的自学能力决定了在平时的工作过程中，你积累知识的多少。

自学能力强的人，即使没有人指点也总能在项目的代码中学到东西。而反过来，学习意愿弱的人写的代码被别人重构后，也不会想想，这段代码是否改的更好了以及为什么。同时，一个自学能力强的人也更有希望主动的在业余去学习更多的知识，而不是直到工作中碰到才去被动学习。

从较长的尺度上(比如一个人的工作生涯)来看，一个程序员知识积累的多少只决定于其自学能力和他对编程本身的兴趣。

品味

本来我是想把一个程序员的品味单独列出来的，后来仔细想想，一个程序员的品味其实不是一种天生的能力，而是基于现有知识的积累，形成的对事物的看法。所以把品味放在自学能力下面的。同样的，其实通常说的正确的思维模式和方法，其实也是来自于知识的积累。这里我就根本不提这一条了。

品味往往用于形容一个人对时尚衣着，食物等的看法，其实对程序员来说，品味也很重要。

不同的品味不仅决定了不同的语言设计者怎么设计编程语言，也决定了一个程序员在做项目时会使用什么语言，什么框架。

不同的品味决定了你会选择什么样的操作系统，什么样的工具，用什么样的代码规范。

不同的品味甚至还决定了你会选择什么样的职业发展方向，什么样的平台，开发什么东西。

对代码的品味决定了你看到一段不好的代码就能"闻到坏味道"，对解决方案的品味决定了你在开源/闭源，激进/保守，简单/功能强大但复杂等解决方案之间的选择。

了解正确的做事方法

这里提及的正确的做事方法不是指写代码这个层面上的，而是指一个项目进行过程中碰到问题的解决方法，比如在需求不明确的时候知道需要先明确需求，知道自己需要先理解问题了然后再开始真正的进入代码层面的工作，知道碰到什么问题能自己独立的解决，知道碰到什么问题自己需要先和其他人沟通了再决定。知道自己需要先测试才能保证自己代码的质量等。

这些问题说起来简单，但是不这么做的话，常常带来让人无语的后果。一个好的程序员，起码要先了解这些。

沟通的能力

知识的积累很大程度上决定了一个程序员解决问题的能力，但那好歹是只要努力就能学到的东西，而以下这些，我甚至都不明白差异的形成是在我们很小的时候就定下来了，还是在工作中还能继续学习。

在一个分工明确的项目中，程序员需要和产品(策划)沟通以理解产品，和上级沟通以理解自己的任务，和同事们沟通以正确的理解要接入的模块。无论哪一个方面沟通出了问题都不是小事情，同时，程序还需要正确的给产品(策划)传达设计的实现难度，以及在自己完成模块时让别人正确的理解模块的接口。在不写文档时，正确的口头沟通非常重要，需要写文档时，文档的写作能力也算做是沟通能力的一部分。

如上所述，沟通的能力非常重要，但是好的程序员似乎天生就不太会沟通，你会发现很多技术顶尖的人，其实本身就是有社交障碍或者自闭症，因为自闭，才能心无旁骛的潜心钻研技术，达到更高的技术水平，很难想象一个"社会活动家"，他哪有那么多功夫去学习，没有时间学习，又怎么能成为一个技术顶尖的人。这是一个两难的问题。就理想的情况来看，一个程序员最好是沟通能力足够好(能正确完成上述沟通工作)，但是又能足够的静下心来学习和钻研。当然，这是最理想的情况，在实际中，两者之间的较大波动范围都算是可以接受的好程序员标准。

对工作负责，对代码有追求

对工作态度消极，代码总等到别人来测试，写代码以完成功能为唯一标准，也不管bug是否成堆，代码是否丑陋不堪，这种程序员就算是工作一万年也成不了好程序员。

一个好程序员就该对自己的工作负责，对自己的代码有追求，不仅要完成功能，还要代码优美，不说要把代码写成艺术品，起码也要当作自己的脸面来维护。一个程序员不能容忍自己的脸上乱七八糟，那么也同样不应该能容忍自己的代码乱七八糟。

事实上，别的程序员在了解你之前，先看到的是你的代码，通过代码，就能知道你是怎么样一个人。项目紧，随手写，以后改都不能成为写烂代码的理由。

一个好程序员，起码是想要把任务完成好的，起码是想要把代码写好的，不然如何能称其为"好"。