编程的手感&我的4年程序员之路&程序员应具有的素质

编程的手感&我的4年程序员之路&程序员应具有的素质
之所以起这个名字，和前天晚上听的一个讲座有关系吧，公司里的一个牛人，在毒霸和西山居都干过的一个老大，以他的角度，来告诉我们如何做好一个程序员，也许在他的讲演中，我才能看到方向，那个在中国做程序员的路。

看着公司里通明的灯火，与往常有点不同，以前总是我和少数的几个人孤零零的在公司里泡着，而今天，有点特殊

说明要出版本了，但凡出版本，主要程序员和测试都要加班，然后一遍一遍的编译，测试，直到问题不太多了，这个patch就可以推出了。这也是很多企业的现状吧，写程序时间不是很长，但是挑bug改bug却要花费很长时间。如果每个人都能控制自己写的代码的质量，我想最后的bug会少很多。

如果自己还是个大四的学生呆在学校的话，或许感受不到这么多，中国软件必须面对的现实还是很残酷的。除了自己的知识不足外，也发现这个环境的欠缺。现在自己只是个学生而已，或者只是这个行业的菜鸟而已，虽然自己看到的东西也挺多的了。不知道到了30岁，40岁的时候，自己再看这段文字的时候，会是一种什么样的感悟。

从操作系统来看，世界上有两种观点，一个是unix哲学，一个是windows文化，两个都有它让我们学习的地方，有的时候看到些白目的国人就觉得愤慨，就是什么都不懂就骂微软，殊不知，微软确实是个神话，可以很坚决地说，用盗版windows的人，凭什么骂微软？unix是多人协作，由许多短小精悍的工具组成的，连文档都是分散的，适合研究操作系统或底层的人去用的操作系统；而微软的windows却是另一个方向，给人的感觉就是，微软把很多东西都准备好了，更注重的是一种用户体验，那种方便，而windows的开发文档，就都在一个msdn里了。不管是unix下可以用man来看的文档或是win下msdn中的文档，都相当的详细而且庞大，这是中国软件业的一个问题，重开发不重视文档，其实就像一个很好的软件，却没有很好的介绍自己。就像一个企业里的代码重用，通过接口的方式暴露给用户，但是，没有文档，用户难道只能靠接口名字和参数表去猜这个接口如何使用吗？所以没有文档，公司里的接口或者代码根本没法重用，除非用户可以看到源代码，这就浪费时间了，当然这里指的用户很有可能就是自己，一个人可能成为自己实现的接口的第一使用者，没写好文档连自己用自己写的接口都是一件恐怖的事情。

还有就是软件质量的控制上，这是个老大难问题了，程序员普遍心理就是，反正还有测试，我尽管写等着测试就是了，还有就是拖的心理，好像世界上的软件都是拖出来的，其实这都是对自己所做的事情不负责任。对自己的东西负责，这是非常困难做到的。写那些让程序员觉得厌烦的断言或是判断来维护软件质量，真的很难。追求着软件快速完工，从而不断地写代码，没有很好的单元测试和code review，心里想反正debug都能调出bug，其实，bug会发散的，到了后期，就使得软件的bug不可控制。做软件的人才会明白，微软那么大一个操作系统，几千万行的代码，一个月初那么几个漏洞，已经很强很强了。一个这么多人都在用的windows xp，质量控制得很好很好，国内企业还未能企及的。

中国现在30岁以上还做程序的人很少很少，而世界上，这些程序员都扮演着举足轻重的角色，不知道这些是不是会改观。

所谓编程的手感，不是飞快的写代码出程序，也没有什么创造世界的快感，而是不浮躁，脚踏实地，对自己写的程序负责，工程化的时代，需要的是质量稳定的软件，而不是花哨的，贴近用户体验的，如nokia手机的操作系统一般，什么是用户想要的，什么是多余的。做一个功能，就要做精它。程序员都是完美主义者，写不让自己呕吐的代码，构思不会让人做噩梦的设计，做好调试测试，对自己所做负责任。

多学，多动脑，向前看

----------------------------------
我的4年程序员之路
从2001年7月从大学毕业，到2005年7月从第一家公司跳槽，整整4年时间了，是该写点东西纪念一下自己4年的历程拉。

看文档，看代码

    最初的两个月实习期，由于文档和代码看的不错，偶尔还能编点东西，所以提前一个月转正了。

    其实对于一个新的工作环境，最关键的就是这实习的三个月时间，人的评价带有主观的先入为主，一开始的评价非常重要，这个职业生涯的第一步一定要走好，好的开始是成功的一般嘛。

看文档，写代码

    转正以后，就开始了实际的工作，一般最底层程序员做的工作就是写代码，给你一份设计文档，用代码实现出来。这时候看的是谁做的好，谁做的规范，谁做的快。

    做的好是最重要的，要让你的上级认为，XXX写出来的程序绝对没问题，从而也会延伸出XXX办事情绝对没有问题。要做到这一点，第一是在程序里多进行异常判断，然后就是就多测试吧，不要为了能提早几个小时，交出去一个测试不充分的程序。

    接下来就是规范，据说给印度的程序员一个设计文档，他们的程序员写出来的代码基本上都是一样的，这就是规范，这也是最底层程序员的宿命，跟造房子的工人一样，如果分工明确的话，绝对是简单的机械劳动。规范就是按照规则来，文件命名规则，函数命名规则，变量命名规则，格式规则，实现规则等等。这是个逐渐熟悉的过程，每个公司都有每个公司的一套规则，你要做的就是进来按这个来，没有太多的创意与自我。

    之所以把快放在最后，并不是因为它不重要，而且上面的两个跟重要。当然你如果你在作好前面两条的基础上，还能“比你的上级预想的还有快一点”的话，那么你又向前迈进了一步。

    在接下来的半年时间里，我很好的做到了第1和第3点，之所以没有做好第二点，是因为公司还没有具体的规范出台，我只能按我自己的规范来规范我的程序。

写文档，写代码

    经过大半年的努力，我的领导终于让我独立做一些小项目了，一般是有个口头需求或者简单的书面需求，我要交出来的是设计或者研究文档和实现的代码程序，如果运气好的话，还会给我配个小兵做下手。哈，我是准项目经理了。

    让程序员最为苦恼的事情－－写文档逐渐成为了我工作的一部分，工作计划，每天工作报告，预研报告，设计报告，测试报告等等。

    这个阶段也将近持续大半年的时间，我逐渐了解的项目管理是怎么回事情，如何做计划，如何写文档，要特别说明的是，自己管自己好像也不是意见特别愉快的事情。

我的工作前一年半的历程大致如此，后面的明天继续吧：）
--------------------------------

程序员应具有的素质

曹政（出处不详）　　2003年04月15日

　

　　程序员是一种技术工作，在IT的发展中有相当重要的地位，从底层硬件通讯协议的建立，到数据传输层的处理，到操作系统的建设，到数据库平台的建设，一直到应用层上各种数据营销平台的搭建，程序员在里面都扮演着举足轻重的角色并为IT事业的发展做出了巨大的贡献。
　　中国有很多精于编码的人，但是中国软件行业，尤其是网络应用开发方面误区很大，很难形成有规模的软件开发力量和产品能力，不但比美国差距甚远，和印度相比也是颇有不如。这些问题不是在于中国程序员的智商和工作努力状况，也不是在于国家和民间对开发的投入程度，而是很大程度上，有一些对技术，对程序开发，对项目设计方面的思想误区，这些误区，导致了软件行业的产品化能力不足，缺乏规模化和大型复用系统研发能力，可以说，改变认识误区，是解决软件行业小作坊模式和个体英雄模式所带来的局限性的重要工作。
　　中国有很多小朋友，他们18,9岁或21,2岁，通过自学也写了不少代码，他们有的代码写的很漂亮，一些技术细节相当出众，也很有钻研精神，但是他们被一些错误的认识和观点左右，缺乏对系统，对程序的整体理解能力，这些人，一个网上的朋友说得很好，他们实际上只是一些Coding fans，压根没有资格称为程序员，但是据我所知，不少小网络公司的CTO就是这样的coding fans,拿着吓人的工资，做着吓人的项目，项目的结局通常也很吓人。

　　作一个真正合格的程序员，或者说就是可以真正合格完成一些代码工作的程序员，应该具有的素质。

1：团队精神和协作能力

　　把它作为基本素质，并不是不重要，恰恰相反，这是程序员应该具备的最基本的，也是最重要的安身立命之本。把高水平程序员说成独行侠的都是在呓语，任何个人的力量都是有限的，即便如linus这样的天才，也需要通过组成强大的团队来创造奇迹，那些遍布全球的为linux写核心的高手们，没有协作精神是不可想象的。独行侠可以作一些赚钱的小软件发点小财，但是一旦进入一些大系统的研发团队，进入商业化和产品化的开发任务，缺乏这种素质的人就完全不合格了。

2：文档习惯

　　说高水平程序员从来不写文档的肯定是乳臭未干的毛孩子，良好的文档是正规研发流程中非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，而作为高级程序员和系统分析员，这个比例还要高很多。
    缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。

3：规范化，标准化的代码编写习惯

　　作为一些外国知名软件公司的规矩，代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。
有些coding fans叫嚣高水平程序员写的代码旁人从来看不懂，这种叫嚣只能证明他们自己压根不配自称程序员。代码具有良好的可读性，是程序员基本的素质需求。
　　再看看整个linux的搭建，没有规范化和标准化的代码习惯，全球的研发协作是绝对不可想象的。

4：需求理解能力

　　程序员需要理解一个模块的需求，很多小朋友写程序往往只关注一个功能需求，他们把性能指标全部归结到硬件，操作系统和开发环境上，而忽视了本身代码的性能考虑，有人曾经放言说写一个广告交换程序很简单，这种人从来不知道在百万甚至千万数量级的访问情况下的性能指标是如何实现的，对于这样的程序员，你给他深蓝那套系统，他也做不出太极链的并访能力。性能需求指标中，稳定性，并访支撑能力以及安全性都很重要，作为程序员需要评估该模块在系统运营中所处的环境，将要受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。就这一点，一个成熟的程序员至少需要2到3年的项目研发和跟踪经验才有可能有心得。

5：复用性，模块化思维能力

　　经常可以听到一些程序员有这样的抱怨，写了几年程序，变成了熟练工，每天都是重复写一些没有任何新意的代码，这其实是中国软件人才最大浪费的地方，一些重复性工作变成了熟练程序员的主要工作，而这些，其实是完全可以避免的。

　　复用性设计，模块化思维就是要程序员在完成任何一个功能模块或函数的时候，要多想一些，不要局限在完成当前任务的简单思路上，想想看该模块是否可以脱离这个系统存在，是否可以通过简单的修改参数的方式在其他系统和应用环境下直接引用，这样就能极大避免重复性的开发工作，如果一个软件研发单位和工作组能够在每一次研发过程中都考虑到这些问题，那么程序员就不会在重复性的工作中耽误太多时间，就会有更多时间和精力投入到创新的代码工作中去。

　　一些好的程序模块代码，即便是70年代写成的，拿到现在放到一些系统里面作为功能模块都能适合的很好，而现在我看到的是，很多小公司软件一升级或改进就动辄全部代码重写，大部分重复性工作无谓的浪费了时间和精力。

6：测试习惯

　　作为一些商业化正规化的开发而言，专职的测试工程师是不可少的，但是并不是说有了专职的测试工程师程序员就可以不进行自测；软件研发作为一项工程而言，一个很重要的特点就是问题发现的越早，解决的代价就越低，程序员在每段代码，每个子模块完成后进行认真的测试，就可以尽量将一些潜在的问题最早的发现和解决，这样对整体系统建设的效率和可靠性就有了最大的保证。
　　测试工作实际上需要考虑两方面，一方面是正常调用的测试，也就是看程序是否能在正常调用下完成基本功能，这是最基本的测试职责，可惜在很多公司这成了唯一的测试任务，实际上还差的远那；第二方面就是异常调用的测试，比如高压力负荷下的稳定性测试，用户潜在的异常输入情况下的测试，整体系统局部故障情况下该模块受影响状况的测试，频发的异常请求阻塞资源时的模块稳定测试等等。当然并不是程序员要对自己的每段代码都需要进行这种完整测试，但是程序员必须清醒认识自己的代码任务在整体项目中的地位和各种性能需求，有针对性的进行相关测试并尽早发现和解决问题，当然这需要上面提到的需求理解能力。

7：学习和总结的能力

　　程序员是人才很容易被淘汰，很容易落伍的职业，因为一种技术可能仅仅在三两年内具有领先性，程序员如果想安身立命，就必须不断跟进新的技术，学习新的技能。
　　善于学习，对于任何职业而言，都是前进所必需的动力，对于程序员，这种要求就更加高了。
　　但是学习也要找对目标，一些小coding fans们，他们也津津乐道于他们的学习能力，一会学会了asp，一会儿学会了php，一会儿学会了jsp，他们把这个作为炫耀的资本，盲目的追逐一些肤浅的，表面的东西和名词，做网络程序不懂通讯传输协议，做应用程序不懂中断向量处理，这样的技术人员，不管掌握了多少所谓的新语言，永远不会有质的提高。
　　善于总结，也是学习能力的一种体现，每次完成一个研发任务，完成一段代码，都应当有目的的跟踪该程序的应用状况和用户反馈，随时总结，找到自己的不足，这样逐步提高，一个程序员才可能成长起来。
　　一个不具备成长性的程序员，即便眼前看是个高手，建议也不要选用，因为他落伍的时候马上就到了。

　　具备以上全部素质的人，应当说是够格的程序员了，请注意以上的各种素质都不是由IQ决定的，也不是大学某些课本里可以学习到的，需要的仅仅是程序员对自己工作的认识，是一种意识上的问题。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=154831

[点击此处收藏本文]   shaohui发表于 2004年10月27日 16:36:00

相关文章：
真正的程序员（转贴） 2004-12-21 SafeF8
程序员 2005-09-07 sankinglin
程序员应具备的素质 2005-06-20 jgsfy
一个真正合格的程序员应该具有的素质 2005-04-03 l_r_h
做程序员，累吗？ 2004-08-10 driftingice