http://bbs.csdn.net/topics/350099285

 

http://www.cnblogs.com/n216/archive/2011/05/16/2047327.html

程序员在经历了若干年编程工作之后，很想知道自己水平到底如何？自己是否已经成为成熟的程序员？虽然程序员会对自己有一个自我评价，但是，自己的评价和社会的评价、专业的评价会有差异，所以程序员自己并不能肯定这个评价。现实中，除了各种证书之外，很少有人会专门给出一个程序员的成熟度的评价。人们往往是偶发性地就事论事地对程序员的工作作出好与不好，行与不行的评论。因此，程序员对此感到很茫然，不知道要从那些方面去评价自己的能力。

一个程序员到底成熟不成熟，我想从以下几个方面谈谈自己的看法。

1、技术标志

如果程序员不会编程序那决不是程序员，程序员至少要掌握一门程序设计语言，要能够用这种语言去编写程序去解决他想解决的问题。但是，成熟的程序员往往掌握不止一种程序语言，三到四种语言的掌握是必须的，一种二种语言的精通也是必须的。

除了从掌握程序设计语言个数之外，我们还可以从其他几个方面去看看程序员在技术上水平。例如，函数编写能力（命名、格式、大小、分类、参数、复用等），面向过程的能力，面向对象的能力，数据库技术能力，效率处理能力，安全处理能力，网络处理能力，软件构架能力，人机交互能力，通用软件能力，软件文档能力等等。尤其是面向对象技术的掌握和运用，以及面向服务的技术都是成熟程序员所必需掌握的。

    2、时间标志

虽然程序员的天资、素质、基础知识各不相同，所经历的工作内容以及环境也不相同，但是，时间也是程序员成熟程度的标志之一。一般程序员需要经过三到五年的时间才能日趋成熟。其中入门需要一年，成长需要两年。这是我经过长期观察得到平均数据。我并不认为成熟时间越短程序员就越聪明，就越了不起。享受每个阶段充分的时间，会让自己成长更加充实、更加成熟。当然，也有超期而不成熟的情况，这也是很正常的。

    3、项目标志

程序员的社会性是程序员成熟的标志之一。没有参加过项目的程序员，程序编得再好，只能是纯程序类的程序员，是一个孤独的高手，是一种个人型的程序员，远没有成熟。项目作为社会性活动，体现了项目的社会价值。所以项目能力也是程序员成熟的重要标志之一：项目能力包括参加项目的个数、项目的大小、在项目中承担的角色等等。就项目承担的角色而言，主持开发（项目经理）3个以上项目是必须的，这是一个必要条件。一个程序员如果没有主持过开发，无论参加过多少项目的开发，无论是在程序编写或项目设计上发挥了多大的作用，是很难被称之为成熟的，因为项目的组织、协调和管理是反映一个程序员成熟程度的又一个标志。就如同一个程序员能参与过10个以上大大小小的项目或能参加或能主持两个以上大型项目的开发，其成熟程度是可以信赖的。若低于此数，则说明程序员离成熟还有相当的空间。“我们在项目中成长”可见项目对于程序员的意义是多么的巨大。

另外，一般程序员只是为一个企业客户进行开发一个或多个项目，或同行业的企开发项目，如果程序员能够如果程序员能够开发过多个行业的项目，其成熟度要比一般人要高一些。

    4、思维标志

幼稚和成熟在思维方式上还是有很明显的区别的。就程序员而言，不成熟的程序员逻辑性不强，程序编得没有条理，即使程序员自己进行了解释也没人能看懂。而成熟的程序员应该具有很强的逻辑性，程序编得井井有条，不用解释别人也能看得懂。这种逻辑性还体现在软件的构架设计、数据库设计、算法设计等多个方面。程序员通过全集子集概念、时间概念、顺序概念、重点非重点概念等对各种事物进行逻辑分析。例如，以顺序概念为例，不成熟的程序员往往会采用自底向上的思维方式来开发程序。他们先考虑程序的具体实现，然后再考虑功能设计、最后考虑构架设计。而成熟的程序员则采用自顶向下思维方式，先考虑构架设计、再考虑功能设计、最后才考虑编程的具体实现。前者思维方式主要是出于工作惯性，只适合入门阶段，而后者思维方式反映了后者的进步，适用于各种项目开发或大型项目的开发。

除了在思维内容上的逻辑性之外，程序员还应该处理好动脑和动手的关系。重视思维本身就是一种成熟的标志。成熟的程序员的思考时间要大于动手编程时间，想好之后只要一次就编程成功，而不成熟的程序员往往动手编程时间要远大于思考时间，而且是边做边想，通过反复来逼近最终目标。

另外，在思维范围上，成熟的程序员要比普通的程序员有更开放视野。他们更容易去接受新的东西，更容易不受各种约束去考虑问题，更勇于去挑战自己和高手。

 5、与人交往

很多人认为程序员是和计算机打交道的行业。这只是这个职业的特点。但是，只要是工作必然就是一种社会劳动。而社会劳动则必须和人进行交流和沟通。尽管程序员的劳动工具是计算机，但并不意味着程序员只想着这个工具。从这个工具的下游来看，程序员还是要考虑用这个劳动工具生产出来的软件产品是否有人购买，是否有人使用，是否运行正常，从这个工具的上游来看，是谁让程序员了解设计方案的，是谁让程序员编程序的，是谁让程序员程序通过验收的等等。因此程序员在软件制作各个环节都会与其他人打交道。只有和人进行有效的交流和沟通我们的工作才能进行下去才能做的更好。

如果一个程序员还沉浸在个人劳动的意境之中，对外界持有冷漠、无奈、恐惧的心理，内心里不愿意和外界打交道，无论自己感觉自己的技术水平有多高，还是一个不成熟的程序员。而成熟的程序员一定是特别重视与人的交往，无论是上级领导、外部客户、项目经理、团队同伴这些与自身工作密切相关的人还是那些非同单位同行朋友、网友等他们都会认真去听取别人的阐述、要求、意见、建议、反馈等。从中得到更多的工作上的、技术上的、生活上的好的想法，以便自己参考和吸收。与此同时，与人交往也反映你有好的想法和好的技术水平交流出去，而这些想法和技术水平也是你成熟度一种反映。那些没有想法和技术水平的程序员的确是怕和别人交流的。

与人交流的有两个基本能力，一个是理解能力，一个是表达能力。两者缺一不可。例如，有的程序员理解能力差，不能理解项目经理提出的要求，有的程序员表达能力差，无逻辑，无重点，啰里啰唆，让别人不知所云。这都是不成熟的表现。

   6、别人评价

别人的评价尤其是单位同事以及对自己工作情况比较了解的人对自己的评价是有参考价值的。一般而言，评价差的，一定是不行的，是不成熟的。评价好的要看情况而定，单位同事对人的评价会从两个方面来考虑，一个是这个人的为人情况，一个是这个人的工作能力。如果两者都不错，我们有理由认为这个程序员是成熟的。反之，无论是工作能力强，但为人不好，为人很好，工作能力不强，我看都不能算一个成熟的程序员。

所以，程序员要注重别人对自己的评价，在提高自己技术水平的同时，学会做人，做好人，学会与他人分享，这样别人才会给自己更好的评价。

无视别人评价其实，也是一种不成熟的表现。只有自己感觉好，大家感觉好，那才是真的好。

其实，别人的评价如果仅限于自己单位的话，恐怕这种评价的价值会打折扣，如果这个单位技术人员的人数很少，水平普遍很低，即使你鹤立鸡群，大家对你的评价很好，但是，你和其他公司和单位的程序员来比，你真的不一定的成熟。所以，我说别人的评价仅仅是一个参考。

   7、收入标志

收入也是成熟程序员一个参考标志。收入的大小往往是对程序员社会价值的认可度，表明程序员的劳动值这个价钱。一般而言，成熟的程序员能够挣得软件业平均收入的中上水平，或者在一个单位或部门中能够挣得比80%左右员工要高的收入。而刚参加工作不久的程序员收入应该与其相差很大的。另外，单位的项目奖金发放也可以看出程序员在项目中的地位和作用。

现实中，我们知道程序员的收入和其付出是不是正比的，而且，越是能力强的、贡献大的程序员，可能不一定比那些不如其它能力不如他的程序员高出许多。这不是软件行业的通病，几乎所有行业都存在这种情况。通过分析我们认为程序员成熟度应该是和其收入高低挂钩的。如果，我们知道我们能力和贡献大大超出我们的收入，我们就有理由向上级领导提出自己的收入要求。

   8、心理素质

程序员常常面对各种各样的成功和失败，尤其是失败更是多于成功，这也是程序员这个职业特点之一。以编程为例，几乎没有一个人一次就能把程序给编好的，它总是要遇到各种语法错误，总要遇到各种遗漏，一个程序要反复多次修改调试才能完好。有的程序员因找不出来程序的bug，束手无措，哀声叹气，心里极其不爽。以工作为例，有的程序员因工作进度和程序出错常常受到别人的批评和指责，心里极其不满，认为批评人不了解造成这个结果的客观原因，批评错了人。从而对人产生意见，甚至对工作造成了影响。面对失败和挫折，成熟的程序员会坦然面对：编程时出现问题不可怕，有什么问题就解决问题，解决不了的问题可以想其他方法进行解决，不在一棵树上吊死。面对别人的批评和指责，首先从自身查问题，是自己的问题，那就要主动承担责任，并尽快改正。不是自己的问题，应该换位思考，理解批评人的焦急心态，并找机会给予说明。良好的心理素质在面对困难和挫折的时候，就会很坦然，很坚强，很自信。

程序员也会面对成功的。有些程序员因开发了某个项目，因编写了某个程序而感觉良好，在不自觉中表现出我最牛，我最好的样子，面对他人夸夸其谈，而对其他人不屑一顾。而更有甚者并其无成果，表现平平，却依然会摆出一个高手的样子，有的仅仅参与了某个项目，而且不是项目主要开发者，却会贪天之功，归其所有，好像这个项目是他主持开发的。这些其实也是心理素质不成熟的另一种表现。成熟的程序员面对成功并不会感觉到高人一等，该是自己的功劳就是自己的功劳，该是别人的功劳就是别人的功劳，即使自己比别人水平高出许多，他还是在想还有更高的技术顶峰等待攀登，不可自傲，看到别人取得的成绩首先感到去祝贺，然后去学习，而不是心怀嫉妒，从中挑刺，尽量贬低。

良好的心理素质使得程序员更加理性地处理好各种成功和失败带来的各种问题，更有利于程序员超越自我，以平常之心去迎接更大的挑战。

当然一个程序员是否成熟是一个仁者见仁，智者见智的话题。有的人强调程序员的个人能力方面，有的人强调是程序员的社会能力方面。我认为从以上8个方面综合地去评判一个程序员是否成熟应该能说明些问题了。我们标志成熟，一个目的是对程序员前面成长过程给与一个肯定和鼓励，让程序员认清自己的所处的阶段，让自信找出依据。另外一个目的是对程序员未来成长提出更高的要求。走向优秀是程序员面临的更大的挑战。

http://kb.cnblogs.com/page/163000/

　　代码审查（Code Review）是软件开发中常用的手段，和QA测试相比，它更容易发现和架构以及时序相关等较难发现的问题，还可以帮助团队成员提高编程技能，统一编程风格等。

http://blog.csdn.net/hfahe/article/details/6303585

译自：http://net.tutsplus.com/tutorials/html-css-techniques/top-15-best-practices-for-writing-super-readable-code/

1. function foo() {
2.     if ($maybe) {
3.         do_it_now();
4.         again();
5.     } else {
6.         abort_mission();
7.     }
8.     finalize();
9. }

 

第二种：

 

 

第三种：

 

 

我曾经使用第二种样式但是最近换为第一种。但是这仅仅只代表了一种偏爱。这里并没有每个人必须要遵守的“最好的”样式。事实上，最佳的样式，就是一致的样式。如果你是一个小组的一部分或者你在为一个项目贡献代码，你必须依照这个项目之前使用的样式。

排版的样式总不是完全和另外一个不同。有时，它们混合了多种不同的规则。例如，按照PEAR编码标准，前括弧“{”和控制结构在同一行上，但是在功能定义后放在第二行上。

PEAR样式：

 

 

同时注意它们使用4个空格而不是Tab来缩进。

这里有一个维基百科的文章，里面有许多不同排版样式的例子。

3 – 避免显而易见的注释

为代码添加注释是效果显著的；但是，它可能太过或者只是多余的文本。像如下例子：

 

 

如果注释内容都是显而易见的，它们并没有提高工作效率。如果你必须要注释这些代码，你可以简单的把它们合并在一行：

 

 

4 – 代码分组

确定的任务多半需要多行代码。使用一些空白将这些任务的代码分隔为几段是一个好主意。

这是一个简单的示例：

 

 

在每一段之前添加注释也增强了视觉上的分隔。

5 – 命名的一致性

PHP有些时候在遵守命名一致性方面有很大问题：

• strops()和str_split()
• imagetypes()和image_type_to_extension()

首先，这些命名必须有单词的分界线。有两种流行的选择：

• 骆驼命名法：除了第一个单词外，每个单词的第一个字符大写。
• 下划线命名法: 单词间采用下划线，例如mysql_real_escape_string()。

像我之前提到的一样，采用不同的命名选择会创建和排版样式类似的情形。如果一个已有的项目遵照一个确定的习惯，你必须遵守它。同时，某些语言平台倾向于使用特定的命名规则。例如Java里，大多数代码使用骆驼命名法；在PHP里大多采用下划线命名法。

它们也可以混用。一些开发者喜欢在程序函数和类名上使用下划线命名，但是在类方法名上使用骆驼命名。

 

 

所以，没有明显的“最好的”样式，只需要保持一致。

6 – DRY原则

DRY即不要重复你自己。也被称为DIE：重复是恶魔。

这个原则规定：

      “在一个系统里每一个知识的片段必须有一个单一、明确、权威的表现。”

大多数应用程序（或者通常的计算机）的目的是让重复的任务自动化。这个原则在所有的代码，即使Web程序中也应该保持。代码的相同片段不应该多次重复。

例如，大多数Web程序由许多页面组成。这些页面很可能包含相同的元素。页头和页脚经常符合这个条件。复制和粘贴这些页头和页尾到每一个页面中不是一个好主意。这是Jeffrey Way解释如何在CodeIgniter里创建模版的链接。

 

 

7 – 避免过深的嵌套

太多层的嵌套会造成代码阅读和跟踪困难。

 

 

为了可读性，通常需要修改代码来减少嵌套的层数。

 

 

8 – 减少行的长度

我们的眼睛对于阅读高和窄的文本列更感觉舒适。这就是为什么报纸文章看起来像如下样子的原因：

 

避免在一行上编写过长的代码是一个最佳实践。

 

1. // bad
2. $my_email->set_from(‘test@email.com’)->add_to(‘programming@gmail.com’)->set_subject(‘Methods Chained’)->set_body(‘Some long message’)->send();
3. // good
4. $my_email
5.     ->set_from(‘test@email.com’)
6.     ->add_to(‘programming@gmail.com’)
7.     ->set_subject(‘Methods Chained’)
8.     ->set_body(‘Some long message’)
9.     ->send();
10. // bad
11. $query = “SELECT id, username, first_name, last_name, status FROM users LEFT JOIN user_posts USING(users.id, user_posts.user_id) WHERE post_id = ‘123’”;
12. // good
13. $query = “SELECT id, username, first_name, last_name, status
14.     FROM users
15.     LEFT JOIN user_posts USING(users.id, user_posts.user_id)
16.     WHERE post_id = ‘123’”;

 

同时，如果任何人想要在例如Vim这样的终端窗口中阅读代码，限制每一行的长度在80个字符以内是一个好主意。

9 – 代码结构

理论上，你可以将整个应用代码写在一个文件里。但是对于阅读和维护来说是一个噩梦。

在我的第一个编程项目中，我知道创建“包含文件”的含义。但是，我并没有好好进行组织。我创建了一个“inc”文件夹，放置了两个文件：db.php、functions.php。当程序变大时，functions文件也变得越来越大并难以维护。

最好的方法之一是采用框架或者模仿它们的文件夹结构。下面是CodeIgniter的文件结构：

 

---

10 – 统一的临时变量名

通常，变量名应该是描述性的并且包含一个或者更多的单词。但是，这对临时变量来说并不是必须的。它们可以短到只有一个单独字符。

最佳实践是：对于有同样职责临时变量采用统一的命名。这里有一些我倾向于在代码里使用的例子：

 

1. // $i for loop counters
2. for ($i = 0; $i < 100; $i++) {
3.     // $j for the nested loop counters
4.     for ($j = 0; $j < 100; $j++) {
5.     }
6. }
7. // $ret for return variables
8. function foo() {
9.     $ret[‘bar’] = get_bar();
10.     $ret[‘stuff’] = get_stuff();
11.     return $ret;
12. }
13. // $k and $v in foreach
14. foreach ($some_array as $k => $v) {
15. }
16. // $q, $r and $d for mysql
17. $q = “SELECT * FROM table”;
18. $r = mysql_query($q);
19. while ($d = mysql_fetch_assocr($r)) {
20. }
21. // $fp for file pointers
22. $fp = fopen(‘file.txt’,’w’);

 

11 – SQL关键词大写

数据库交互对于大多数Web应用来说是很大一个组成部分。如果你正在编写SQL查询，尽量保持它们可读。

即使SQL关键词和函数名是大小写无关的，大写来将它们从表名和列名中区分出来是一个通用的实践。

 

 

12 – 代码和数据分离

这是另外一个对于所有环境下的绝大多数编程语言都适用的原则。在Web开发中，数据通常意味着HTML输出。

当PHP许多年前第一次发布时，它最开始被看作是一个模版引擎。在巨大的HTML文件里插入一些PHP代码行是非常普通的。但是，这些年来，事情发生了改变：网站变得越来越动态化和功能化。代码已经是Web程序的一个很大的部分，将它们和HTML合并在一起并不是一个好的实践。

你可以在你的程序中应用这个原则，或者你可以使用一个第三方工具（模版引擎、框架或者CMS系统）或者依照它们的习惯。

流行的PHP框架：

• CodeIgniter
• Zend Framework
• Cake PHP
• Symfony

流行的模版引擎：

• Smarty
• Dwoo
• Savant

流行的CMS系统：

• Joomla
• Drupal

13 – 模版内的交替格式

你可以选择不使用一个奇特的模版引擎，取而代之的是在模版文件里使用纯内联的PHP代码。这不是必须要违反“数据和代码分离“，只是内联代码是直接和输出相关的，并且可读。在这种情况下你可以考虑使用交替格式来控制结构。

这是一个示例：

 

 

这让你避免了许多大括号。同时代码看起来和HTML的结构和排版相似。

14 – 面向对象 vs 面向程序

面向对象编程可以帮助你创建结构化代码。但是这不代表你完全排除程序化编程。事实上创建两者混合的风格是非常棒的。

描述数据，通常是数据库里的数据，必须使用对象。

 

 

程序化方法常用于可以独立执行的特定任务。

 

 

15 – 阅读开源代码

开源项目是许多开发者一起构建的。这些项目必须保持高度的代码可读性，以便他们可以尽可能高效的协同工作。

因此，通读这些项目的源代码来观察这些开发者是如何工作的是非常棒的方法。

 

---

16 – 代码重构

当你“重构“，你在不改变功能的情况下调整代码。你可以把它看作是“清理”，为了改进代码质量和可读性。

这并不包括bug的修复或者添加新功能。你可以重构你之前编写的代码，当它们在你头脑你还保持新鲜的时候，以便于你两个月以后有可能回顾代码时更加可读和可重用。就像那句格言所说的一样：“尽早重构，经常重构“。

你可以在重构期间应用以上任何关于代码可读性的“最佳实践“。我希望你喜欢这篇文章！我遗忘了什么？请通过回复告知我。