程序员运营管理技巧

‘壹’ 想要成为一名程序员的话，都必须要掌握哪些技能

01、吃透一门编程语言
这个技能看起来似乎没有必要强调，但就怕“贪心”，不要学过时的编程语言，并且吃透他，很关键。
02、整洁的代码
当你学会一门编程语言之后，接下来要考虑的事情就是让你编写的代码变得更整洁，更易于理解，更富有艺术。Elliot Chance 曾表达过这样一个观点，他说：“要分辨两个程序员的优劣，就是给他们一样的时间，越好的程序员写出来的代码越少（当然是可以运行的）。”
03、算法与数据结构
敲代码的过程中经常遇到一些实际的问题，由于无法充分利用数据结构将数据之间的关系通过合适的算法策略进行有效地存储转换，就导致程序的性能很低。多投入一点到数据结构和算法上面去，它决定了我们的技术高度。数据结构和算法是重要的基础知识，学习它们的过程就像是在打地基。
04、基本的数据库知识
虽然软件开发人员更应该专注于程序设计而非编写和优化 SQL（应该交给专业的数据库管理员负责），但在我们国内，只有顶尖的企业才会有数据库专家。如果你想要在软件开发这条道路上走得更高更远，懂一些基本的数据库知识是必须的，比如说：
如何将业务中的对象属性转化为数据库字段；
如何从数据库中检索数据，并将数据集拼接在一起；
如何往数据库中插入、修改、删除数据；
索引的数据结构及原理；
SQL 语句的优化；
等等。
05、技术框架
技术框架是一组通用类库的集合，它帮助我们让编程任务变得更简单，毕竟轮子替我们造好了。假如说没有技术框架的话，我们就好像坐着马车前行，而不是飞机、高铁和汽车，开发效率就要大大降低了。
06、源代码管理工具
每天上班的时候先从服务器获取最新的代码，然后开始一天的工作，下班走之前切记要提交一次代码，否则就很容易耽搁团队其他成员的开发进度。
07、测试
测试是一项非常重要的工作，占用的时间比代码编写的时间多多了。从单元测试到集成测试，所有的测试结果都要整理成册，所有的边界条件都要测试到，哪怕你觉得完全没有必要。但正是这种一丝不苟的态度，成就了日企软件高质量的美誉。一个优秀的开发人员绝不允许他的代码在交给别人之前不经测试。
08、调试
解决 bug 的难度要比创造 bug 难得多。
调试是为了让你弄清楚代码不能正常运行的真正原因，如果你的调试技巧不过关的话，甚至有可能会被表象蒙骗，从错误的角度去修改 bug，从而引发更多、更大的问题。

‘贰’ 一般程序员的工作是什么样的

现在是互联网时代了，大数据已经走入了我们的生活中，我们生活的各个方面都离不开网络的支持，智能手机以及电脑的普及让我们的生活变得更加的便利。

随着时代的发展社会的进步也有很多职业的更新，现在计算机已经变得非常的日常化了，所以程序员专业是非常的火热的，很多人在大学的时候都会选择计算机专业，就是因为计算机专业非常的好就业，但是程序员的工作不是在普通人心目中的修电脑，其实程序员的主要工作就是负责软件的开发以及系统的维护。

程序员这一项工作是时代发展的产物，正是因为有了程序员，我们的生活才会变得更加便利，同样也会变得更加丰富多彩，我们应该多了解其他行业的工作内容，这样才能尊重每一个行业的工作者。

‘叁’ 怎样做一名高效率程序员

1、理解编程语言的原理

三流的人才懂应用，二流的人才懂开发，一流的人才懂原理。各种语言之间存在着相似的地方，掌握语言的原理是必不可少的。最重要的，让语言去适应项目，反之亦然。

2、向优秀程序员学习

你有一个苹果，我也有一个苹果，我们交换苹果，你我还是有一个苹果;你有一种思想，我也有一种思想，我们交换思想，你我就有了两种思想。

与优秀的程序员为伍，你将吸收的最实用的经验，这远比你一个人自学、死磕编程来的快一些。有一句话说到好，与臭棋佬下棋，棋会越下越臭。不可否认这样一个事实：和什么样的人在一起，就有什么样的格局，就会有什么样的人生。

3、了解数据结构和算法

如果你要成为一个高效的开发者，就必须学会快速排序、学会辨认O(n2)程序、学会编写递归函数。

学会多种语言，你便会更清楚不同的框架是相同问题的是如何解决的。尽可能去了解底层命令(plumbing)，以便能够作出明智的决定(Web框架是怎么存储session状态的?Cookie到底是什么?)。

4、精通一个编辑器

高效开发者通常是用IDE编辑器吗?其实不是的，他们更常用的文本编辑器，因为这样更会学到东西。

如果使用编辑器选择通用的Emacs或Vim，自然是最好的。其次，挑选你的首选平台最支持的。使用宏，不断地写代码;使用Visual Studio或SublimeText的自动补齐功能。

5、整洁的代码胜过巧妙的代码

如果想让别人可以轻松读懂你编写的代码，请尽量使用最少的代码来完成任务。在编写代码过程中，遵循DRY(Don’t repeat yourself)的原则，使用明确定义的对象和库，将任务分解成小而简单的代码段。

6、掌握代码调试技巧

现如今市场和需求变化相当快，项目的周期有时就会缩短。一个月的工作计划，会缩短到2个星期。项目的压力难免会导致程序员的代码质量会有所下降!

因此，调试技巧在这样的环境下就显得尤为重要。高级程序员会在函数的开始和结束输出Log，把所有的参数和返回值打印到日志系统，便于追踪。在解决问题的过程中，使用开发工具一行一行进行调试，实时观看参数的变化。

7、重新回顾代码

重新去回顾和审视自己写过的代码，通常会有两种体验，一种是我怎么写了这么烂的代码;另外一种则是对自己写过的代码充满了成就感。回顾代码有时可以触发我们新的想法，甚至还能对编码有一个更深层次的思考。

‘肆’ 如何管理你的程序员

简言之，这些东西都是用来最有效的发掘你的员工的全部潜能的。你有了一个领导 基于此，我们通常会有一个重要人物，他可能是一个领导，一个经理或一个总监，等等。这就有了问题：这些人有什么样的特征？一个管理者和一个程序员之间的不同之处在什么地方？他们的角色可以互换吗？ 为了弄明白这个问题，我们需要从人的视角上去思考。换种方式来说，我需要用到人的因素这个词。如果他错了呢？ 首先，要想管理人，你需要去理解他们。要做到这些，我们需要有情商。这并不仅仅指只针对我们这部分人。我们做的任何事情中都存在情感，你要从个人角度去体验它，要熟练掌握，在我们的公司管理中的合作方式上不能忘记这一点。管理并不仅仅指控制和命令，它还包括聆听，理解，沟通和对复杂的情绪上的问题给出有效的方案，这都是至关重要的。弄清他们的感受 很多人都忽略了管理工作中的这方面问题。有时候会很戏剧化，类似于这样：“鲍勃，从明天开始你就是一名项目经理了，因为我们的程序员太多了，需要去管理，但不用担心，你就要去上一个Scrum大师班了”。我们都知道这样的认证证书是什么样的，有什么价值。这跟那个10天的ICC培训课程后成为一名教练的故事非常的相似——这行不通，你要铭记！ 另一方面，Mark Foster在他的标题为《How to make your dreams come true(如何实现你的梦想)》一书中谈到，实现目标有两种方式：推(Push mode)和拉(Pull mode)。前者是使用一种工艺上的技术来完成一项任务，比如程序员编程，而后者依赖于经验、直觉和情商，从而选择最好的方式解决一个问题——这是管理者的视角。当使用这种管理模式时，管理者是不能和程序员进行角色互换的，反之亦然。一些大公司通常使用这种管理模式。而这种方式有时会损失一些员工的潜能，因为在多个级别的管理职位中产生的太复杂的层级关系。相互协作 为什么？很多的小公司都使用敏捷方法论。这是一种基于合作的方法论。上面描述的模式并不能满足他们的需求。在不同层级上的管理者和程序员之间始终存在着一个隔膜。人们会被分成“脑力劳动者”和“体力劳动者”。结果就是导致我们失去那些同样有大脑却从来未被使用的人。如今，所谓使用有效率的员工就意味着把所有人都当作脑力劳动者。 Evan Rose 说：命令/控制(Command-and-control)文化使人们把公司成员分成了脑力劳动者和非脑力劳动者。他们让脑力劳动者去思考，让其他人去执行命令。这种文化中，合作没有基础。更重要的，信息的流转应该是多向性的，而不是瀑布式的从高层经过多个管理层流到一线员工。事实上，如今的每个人都有资格成为一个脑力劳动者 现在出现了一种称作自我管理的形式，这种形式本是我们这个世界的基础。如果我们本来是自我管理的，为什么不更进一步呢？也许我们根本不需要管理者。37Signals 和 DHH都实现了这样的思想，描述起来如下：我们同样也让我们的团队管理自己。每周，一个员工会站出来当管理者，他制定简单的日程计划，审查其他人的工作，更新公司动态信息，他对于其他同事来说是一个关键人物。这种职务轮换每周一次。你知道我们发现了什么吗？当每个人都知道自己要当一周的国王时，神奇的事情发生了。对管理者强迫自己做某些事情的抱怨消失了，因为职务的轮换让他们有机会同时清楚的了解了围栏两边的景观。如果你让员工们这样做，这给了他们提高和成长的机会。找到共识，一起努力 但不要想当然。这并不是适用于任何地方任何人。但就像David说的：这种方法可行性很大。如果你能理解这点，你可以在团队或部门里试验一下。通常在小公司里当某方面出现问题时你能相当很快的对其作出反应，这能让你更容易的避免重大事故的发生。 简言之，不管你的管理方式是什么样的，永远要记住，在公司组织结构的深处有一种叫“人的因素”的东西，它在等待着你去照顾，它能摧毁你所有美丽的计划。唯一你防止这种灾难发生的办法就是要认识到：你在跟人打交道，不是机器。

‘伍’ 好程序员：技术分享 有哪些新手程序员不知道的小技巧

我有一个学习的小技巧，就是学习新技术的时候，多看看“官方文档”。
多年来的学习和工作经历，让我比较深刻认识到一点：看“官方文档”非常重要。
我们很多的问题和技术细节，其实，只要我们认真将官方文档过一遍，会发觉大部分的问题和认识模糊的地方都消失了。甚至，你还能发现自己之前通过搜索获得的到一些资料，可能是不准确或者已经过时的。官方文档是真正的好东西，因为编写文档的人群，通常就是这些技术或者软件的开发者，他们才是对这些东西最了解的人，因此，他们写的文档质量是很高的，通常也是最新的。
官方文档的不足的地方，大概是中文版本不多，看起来可能会比较吃力。不过，请相信我，下载一个翻译辅助软件，慢慢看还是可以的。另一方面，就是这些文档编写者，通常是技术界大牛，他们编写文档有时候是基于他们自己的技术认知水平，跳过了很多基础概念，也增加了阅读难度。不过，这个我们也可以通过多查资料，慢慢看来解决，并且通常会带来额外的学习收获。

‘陆’ 作为一名程序员，从事技术管理工作，应该注意什么事情

从程序员到技术管理，这要用人力资源管理的专业知识来看，就是一个非常典型的从“个人贡献者”向“团队管理者”角色转变的过程，这也是各公司人力资源部门会重点关注的一个群体，帮助这些新晋升为管理者的人员快速进行角色转换。

我将结合我人力资源从业生涯见到过的诸多案例、以及个人从员工升到管理层时的一些心路历程，来回答这个问题。

第三步，掌握激励下属及增强团队凝聚力的技巧和方法

依赖下属完成业绩目标的管理者，最重要的就是解决两个问题，一个问题是让下属会干活、有能力干活；另外一个问题就是让下属有意愿干活，拥有一个能够好好干活的环境。

辅导和培养员工能够解决员工干活能力的问题，而激励下属及增强团队凝聚力则能够解决员工干活意愿的问题。主要分享3个主要方法。

• 自己做一个肯负责有担当的领导人，遇事自己要冲在第一线，带领大家一起解决问题和难题，有了荣誉、好处和利益，则更多把真正有贡献的下属推在前面；
• 鼓励团队成员之间互助互利，切忌主动制造内部矛盾和小团体；
• 营造一个以追求成长、进步、上进为荣，敷衍、懒散、得过且过为耻的团队文化和氛围。

‘柒’ 要做程序员需要学会什么

其实简单来说，程序员的工作就是使用编程语言，根据需求写出一个程序。
但是，在这个过程中，涉及如下几个方面：

使用的编程语言 程序员需要选择一门或者多门语言来编程，不同的语言适合编写不同的程序，目前主流编程语言包括，Java、JavaScript、Python、C++、php以及其他小语种等等，每种编程语言适合开发的程序有所不同。目前从程序应用分来，主要可以分为三类a 企业应用，主要用于解决企业业务。各种企业管理后台系统，银行系统，公安系统，图书管理系统等等。
b 互联网应用，面向互联网用户，为互联网用户提供各类服务。比如现在的京东淘宝各类电商系统等。
c 移动应用，各类在移动端使用的APP，有面向互联网用户的APP，也有面向企业内部的APP。
目前相对而言，在移动应用和互联网应用方面，资本投入比较热的风口，程序员的薪资较高。企业应用，发展了很多年，相对平稳。

2. 明白需求，实现需求
需求就是编写程序的要求。一个程序要编写成什么样子，具备哪些功能，都是由需求来具体说明。程序员要需要能看懂需求文档，并且能准确地使用编程语言，根据需求中的要求来编写成程序。企业开发的项目，往往会由该程序的架构师提供一个程序框架，程序员在该框架的规范下进行编程，实现需求的功能，以确保程序的规范、可读，以及可维护性。

3. 日常工作写程序
一个软件开发一般流程是产品经理根据用户需求做一个项目出来，然后UI设计师做一些图片设计，前端开发编写页面，后台开发编写核心编程，然后介入一些大数据和人工智能，通过测试之类上线实施，后期还有运维进行相关维护。
程序员一般大多指的是前端和后台写代码程序的开发人员，除了编写代码，可能还需要通过接口和其它系统对接，实现系统间的数据交换。像单体测试，是程序员对自己写好的程序单元进行测试，检测这个程序单元数据输入和数据输出是否符合预期等等。测试出来的问题，需要修改正确，然后再测试，直至没有问题。和同事共同开发的时候也需要联合测试，以及用户测试过后如果存在BUG继续进行修改。

‘捌’ 程序员的必备技能有哪些

数组、字符串与哈希表
任何受过专业训练的程序员，对“数据结构”这门课程中涉及到的各种数据结构都不会陌生，但是在实际的编程工作中，大部分的数据结构都不会用到，而且也永远都不会用到。虽然如此，深入地理解基本数据结构的概念和实现细节，仍然是每个程序员的任务。这不仅仅是因为，掌握这些知识将有利于更加正确和灵活地应用它们，而且也是因为，对于语言背后的实现细节的求知欲是一个优秀程序员的素质。
正则表达式
在程序员日常工作中，数据处理占据了相当的比重。而所有的数据之中文本又占据了相当的比重。文本能够被人理解、具有良好的透明性，利于系统开发、测试和维护等就必需要有一定规律遵循一种规则，当你掌握一门正则表达式语言，就能够培养你编程的直觉本能，达到较高水平，也能够在实践中提供更高的开发和执行效率。
调试
软件调试是软件工程的一个重要部分，其过程出现在软件工程的各个阶段，从最初的可行性分析、原型验证、到开发和测试阶段、再到发布后的维护与支持，都有软件调试过程参与。学习和灵活运用软件调试技术，不仅可以提高程序员工作效率，而且有利于对代码的感知力和控制力，加深对软件和系统的理解。此外，调试技术是解决各种软件难题的一种有效武器，它直击要害、锐不可挡，相对其它间接方法具有明显的优势。软件有大美，调试见真功!
两门语言
任何一位职业化的软件技术人员都会将编程语言当成自己的利器。它们代表了开发人员对计算机本身的理解与对软件开发工作的执着。同时，建立在编程语言之上的基础也标志着程序员的职业化道路发展到了一个新的阶段，而单一语言又有一定的局限性，软件开发的本质就是处理信息以及数据。一种专门用来处理数据的脚本语言常常是走向更加职业化的必备武器之一。所以精通两种语言，对于任何一个开发人员来说，并非必须，但是对于一个专业化程度较高的开发人员来说，又常常是必要的。
一个开发环境
随着技术的进步，IDE已经越来越强大，远远超出我们心目中的最初形象，越来越多的内容被涵盖到IDE中，从需求分析、业务建摸大批软件发布，IDE已经逐渐覆盖了软件开发的整个生命周期。
SQL语言
说起SQL，绝大多数程序员对其作用都了然于胸--用来访问数据库嘛。确实，数据是信息系统的核心，没有数据的计算机应用没有任何意义。信息系统中，大量数据本质上就以实体--关系的模式存在，而RDBMS支持SQL这么简单但表达能力丰富的访问接口，同时还提供了内建的事务ACID特性保证和故障恢复能力--因此，RDBMS理所当然地成为了大部分信息系统的标准数据存储介质。于是，无论使用何种语言开发信息系统，从C、C++，Delphi到Java,从Perl、Python到Ruby，使用SQL访问RDBMS都是我们必须修炼的武功秘籍。
编写软件的思想
说起程序员的武器自然少不了技术书籍，它们就像是拳谱、剑经、虽然不能马上转化为巨大的伤害输出，但假以时日勤以研读，有朝一日成为傍身绝学也是说不定。不过虽然各类技术书籍汗牛充栋，除去入门时浅显易用的参考和复杂深奥的学术专着，能够让所有程序员常看常新的心法秘籍还是不多。

‘玖’ 想要成为一名程序员的话，都必须要掌握哪些技能

编码是软件开发人员的必备方面。在每个团队中，每个开发人员必须被同一技术面试过程雇用。因此，我们可以推断编程器或更少才能具有类似的编程技巧。在这种情况下，一个人如何成为一个好程序员？如果他们做与同龄人的努力做了什么，他们可以做些什么？如果你正在考虑这个问题，证明你已经超过了他人的团队，你知道你想在专业领域拥有长期的发展，并编程效率不好。成为一个优秀的软件开发人员必须拥有的技能。您可以编写一个干净整洁的代码来确定您是否是优秀软件开发人员的标准之一。通过查看代码结构，人们可以轻松判断您是一个能力的程序员。

只要有足够的时间，大多数开发人员都可以完成交付，但不幸的是，在软件行业中，时间是最有价值的东西，如果你公司在一个激烈的市场环境中，如果公司不能先进入市场或者与竞争对手同时进入市场，它将失去市场份额，这是至关重要的。因此，软件开发人员需要有效地管理他们的时间。为此，您需要知道如何准确评估您的时间效率。当你第一次时，你会在评估中犯错误，但它是正常的，每个人都会产生类似的错误，但聪明的开发人员应该能够来自他们。课程是学习和改进的。软件开发专业是激烈的竞争。开发人员的熟练程度可能有所不同，但每个软件开发人员都知道如何以一种或多种编程语言编写代码。在软件行业中，依靠编码技能来实现指数增长是不够的。不要让你的职业生长在几年内。在您职业生涯的每个阶段，实现您想要的目标，实现上面提到的七种技能，成为一个优秀的软件开发人员。

‘拾’ 系统程序员，主要学会那些技能，如何做好一个系统程序员，需要注意事项有哪些

程序员是一种技术工作，在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决 定的，也不是大学某些课本里可以学习到的，需要的仅仅是程序员对自己工作的认识，是 一种意识上的问题。 那么作为高级程序员，以至于系统分析员，也就是对于一个程序项目的设计者而言，除了 应该具备上述全部素质之外，还需要具备以下素质: 第一，需求分析能力 对于程序员而言，理解需求就可以完成合格的代码，但是对于研发项目的组织和管理者， 他们不但要理解客户需求，更多时候还要自行制定一些需求，为什么这么说呢? 一般而言，进行研发任务，也许是客户提出需求，也许是市场和营销部门提出的需求，这时候对于研发部门，他们看到的不是一个完整的需求，通常而言，该需求仅仅是一些功能上的要求，或者更正规些，可能获得一个完整的用户视图;但是这都不够，因为客户由于非技术因素多一些，他们可能很难提出完整和清晰，或者说专业性的性能需求，但是对于项目组织者和规划者，他必须能够清醒认识到这些需求的存在并在完成需求分析报告的时候适当的提出，同时要完整和清晰的体现在设计说明书里面，以便于程序员编码时不会失 去这些准则。 程序设计者必须正确理解用户需求所处的环境，并针对性做出需求的分析，举例而言，同样一个软件通过ASP租用方式发布和通过License方式发布，性能需求可能就是有区别的，前者强调的是更好的支撑能力和稳定性，而后者则可能更强调在各种平台下的普适性和安 装使用的简捷性。 第二，项目设计方法和流程处理能力 程序设计者必须能够掌握不少于两到三种的项目设计方法(比如自顶至下的设计方法，比 如快速原型法等等)，并能够根据项目需求和资源搭配来选择合适的设计方法进行项目的 整体设计。 设计方法上选择不当，就会耽误研发周期，浪费研发资源，甚至影响研发效果。 一个程序设计者还需要把很多功夫用在流程图的设计和处理上，他需要做数据流图以确立 数据词典;他需要加工逻辑流图以形成整体的系统处理流程。 一个流程有问题的系统，就算代码多漂亮，每个模块多精致，也不会成为一个好的系统。 当然，做好流程分析并选择好项目设计方法，都需要在需求分析能力上具有足够的把 握。 第三，复用设计和模块化分解能力 这个似乎又是老调重谈，前面基本素质上不是已经说明了这个问题吗? 作为一个从事模块任务的程序员，他需要对他所面对的特定功能模块的复用性进行考虑，而作为一个系统分析人员，他要面对的问题复杂的多，需要对整体系统按照一种模块化的分析能力分解为很多可复用的功能模块和函数，并针对每一模块形成一个独立的设计需求。举个例子，好比是汽车生产，最早每辆汽车都是独立安装的，每个部件都是量身定做的，但是后来不一样了，机器化大生产了，一个汽车厂开始通过流水线来生产汽车，独立部件开始具有一定的复用性，在后来标准化成为大趋势，不同型号，品牌甚至不同厂商的汽车部件也可以进行方便的换装和升级，这时候，汽车生产的效率达到最大化。软件工程也是同样的道理，一个成熟的软件行业，在一些相关项目和系统中，不同的部件是可以随意换装的，比如微软的许多桌面软件，在很多操作模块(如打开文件，保存文件等等)都是复用的同一套功能模块，而这些接口又通过一些类库提供给了桌面应用程序开发者方便 挂接，这就是复用化的模块设计明显的一个佐证。 将一个大型的，错综复杂的应用系统分解成一些相对独立的，具有高度复用性的，并能仅 仅依靠几个参数完成数据联系的模块组合，是作为高级程序员和系统分析员一项最重要的 工作，合适的项目设计方法，清晰的流程图，是实现这一目标的重要保证。 第四，整体项目评估能力 作为系统设计人员，必须能够从全局出发，对项目又整体的清醒认识，比如公司的资源配置是否合理和到位，比如工程进度安排是否能最大化体现效率又不至于无法按期完成。评估项目整体和各个模块的工作量，评估项目所需的资源，评估项目可能遇到的困难，都需要大量的经验积累，换言之，这是一种不断总结的累计才能达到的境界。在西方一些软件系统设计的带头人都是很年长的，比如4，50岁，甚至更老，他们在编码方面已经远远不如年轻人那样活络，但是就项目评估而言，他们几十年的经验积累就是最重要和宝贵的财富。中国缺这么一代程序员，主要还不是缺那种年纪的程序员，而是那种年纪的程序员基本上都是研究单位作出来的，都不是从专业的产品化软件研发作出来的，他们没有能积累 那种产品化研发的经验，这也是没有办法的事情。 程序员应具备的素质下 第五，团队组织管理能力 完成一个项目工程，需要团队的齐心协力，作为项目设计者或研发的主管人，就应当有能 力最大化发挥团队的整体力量，技术管理由于其专业性质，不大同于一般的人事管理，因 为这里面设计了一些技术性的指标和因素。 首先是工作的量化，没有量化就很难做到合适的绩效考核，而程序量化又不是简单的代码 行数可以计算的，因此要求技术管理人员需要能真正评估一个模块的复杂性和工作量。 其次是对团队协作模式的调整，一般而言，程序开发的协作通常分为小组进行，小组有主 程序员方式的，也有民主方式的，根据程序员之间的能力水平差距，以及根据项目研发的 需求，选择合适的组队方式，并能将责权和成员的工作任务紧密结合，这样才能最大发挥 组队的效率。 一个代码水平高的人，未必能成为一个合格的项目研发主管，这方面的能力欠缺往往是容 易被忽视的。 综上可以看到，作为一个主管研发的负责人，一个项目设计者，所需要具备的素质和能力并不是程序代码编写的能力，当然一般情况下，一个程序员通过不断的总结提高达到了这种素质的时候，他所具有的代码编写能力也已经相当不简单了，但是请注意这里面的因果关系，一个高水平的项目设计者通常已经是代码编写相当优秀的人了，但是并不是一个代码相当优秀的程序员就可以胜任项目设计的工作，这里面存在的也不是智商和课本的问题，还是在于一个程序员在积累经验，逐步提升的时候没有意识到应当思考哪方面的东西，没有有意识的就项目的组织和复用设计进行揣摩，没有经常性的文档习惯和总结习 惯，不改变这些，我们的合格的项目设计者还是非常欠缺。 另外，为防止有无聊的人和我较真，补充一点，本文针对目标是作商业化的软件项目和工程，那些科研机构的编程高手，比如算法高手，比如图象处理高手，他们的工作是研究课题而非直接完成商业软件(当然最终间接成为商业产品，比如微软研究院在作的研究课题)，因此他们强调的素质可能是另外的东西，这些人(专家)，并不能说是程序员，不 能用程序员的标准去衡量。 最后补充一点东西，一个软件项目研发的设计流程是怎样的呢?以通常标准的设计方法为 例，(不过笔者喜欢快速原型法)。 第一个步骤是市场调研，技术和市场要结合才能体现最大价值。 第二个步骤是需求分析，这个阶段需要出三样东西，用户视图，数据词典和用户操作手 册。 用户视图是该软件用户(包括终端用户和管理用户)所能看到的页面样式，这里面包含了 很多操作方面的流程和条件。 数据词典是指明数据逻辑关系并加以整理的东东，完成了数据词典，数据库的设计就完成 了一半多。 用户操作手册是指明了操作流程的说明书。 请注意，用户操作流程和用户视图是由需求决定的，因此应该在软件设计之前完成，完成 这些，就为程序研发提供了约束和准绳，很遗憾太多公司都不是这样做的，因果颠倒，顺 序不分，开发工作和实际需求往往因此产生隔阂脱节的现象。 需求分析，除了以上工作，笔者以为作为项目设计者应当完整的做出项目的性能需求说明 书，因为往往性能需求只有懂技术的人才可能理解，这就需要技术专家和需求方(客户或 公司市场部门)能够有真正的沟通和了解。 第三个步骤是概要设计，将系统功能模块初步划分，并给出合理的研发流程和资源要求。作为快速原型设计方法，完成概要设计就可以进入编码阶段了，通常采用这种方法是因为涉及的研发任务属于新领域，技术主管人员一上来无法给出明确的详细设计说明书，但是并不是说详细设计说明书不重要，事实上快速原型法在完成原型代码后，根据评测结果和 经验教训的总结，还要重新进行详细设计的步骤。 第四个步骤是详细设计，这是考验技术专家设计思维的重要关卡，详细设计说明书应当把具体的模块以最’干净’的方式(黑箱结构)提供给编码者，使得系统整体模块化达到最大;一份好的详细设计说明书，可以使编码的复杂性减低到最低，实际上，严格的讲详细设计说明书应当把每个函数的每个参数的定义都精精细细的提供出来，从需求分析到概要设计到完成详细设计说明书，一个软件项目就应当说完成了一半了。换言之，一个大型软 件系统在完成了一半的时候，其实还没有开始一行代码工作。 那些把作软件的程序员简单理解为写代码的，就从根子上犯了错误了。 第五个步骤是编码，在规范化的研发流程中，编码工作在整个项目流程里最多不会超过1/ 2，通常在1/3的时间，所谓磨刀不误砍柴功，设计过程完成的好，编码效率就会极大提高，编码时不同模块之间的进度协调和协作是最需要小心的，也许一个小模块的问题就可能影响了整体进度，让很多程序员因此被迫停下工作等待，这种问题在很多研发过程中都出现过。编码时的相互沟通和应急的解决手段都是相当重要的，对于程序员而言，bug永远存在，你必须永远面对这个问题，大名鼎鼎的微软，可曾有连续三个月不发补丁的时候 吗?从来没有! 第六个步骤是测试 测试有很多种: 按照测试执行方，可以分为内部测试和外部测试 按照测试范围，可以分为模块测试和整体联调 按照测试条件，可以分为正常操作情况测试和异常情况测试 按照测试的输入范围，可以分为全覆盖测试和抽样测试 以上都很好理解，不再解释。 总之，测试同样是项目研发中一个相当重要的步骤，对于一个大型软件，3个月到1年的外 部测试都是正常的，因为永远都会又不可预料的问题存在。 完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少 不了升级，修补等等工作，只要不是想通过一锤子买卖骗钱，就要不停的跟踪软件的运营 状况并持续修补升级，知道这个软件被彻底淘汰为止。 写这些步骤算不上卖弄什么，因为实话讲我手边是一本《软件工程》，在大学里这是计算机专业的必修课程，但是我知道很多程序员似乎从来都只是热衷于什么《30天精通VC》之类的，他们有些和我一样游击队出身，没有正规学过这个专业，还有一些则早就在混够学 分后就把这些真正有用的东西还给了老师。 网上现在也很浮躁，一些coding fans乱嚷嚷，混淆视听，实际上真正的技术专家很少在网上乱发帖子的，如笔者这样不知天高地厚的，其实实在是算不上什么高手，只不过看不惯这种对技术，对程序员的误解和胡说，只好挺身而出，做拨乱反正之言，也希望那些还 沉迷于一些错误人士的coding fans们能认真想想，走到正途上，毕竟那些聪明的头脑还 远远没有发挥应有的价值。