background image

 

程序员在每段代码,每个子模块完成后进行 认真的测试,就可以尽量将一些潜在的问题最早的发现和解决,这样

 

 

对整体系统建设的效 率和可靠性就有了最大的保证。

 

测试工作实际上需要考虑两方面,一方面是正常调用的测试,也就是看程序是否能在正常 调用下完成基本功能,

 

这是最基本的测试职责,可惜在很多公司这成了唯一的测试任务, 实际上还差的远那;第二方面就是异常调用的

 

测试,比如高压力负荷下的稳定性测试,用 户潜在的异常输入情况下的测试,整体系统局部故障情况下该模块受

 

 

影响状况的测试,频 发的异常请求阻塞资源时的模块稳定测试等等。当然并不是程序员要对自己的每段代码都 需

 

要进行这种完整测试,但是程序员必须清醒认识自己的代码任务在整体项目中的地位和 各种性能需求,有针对性

 

 

的进行相关测试并尽早发现和解决问题,当然这需要上面提到的 需求理解能力。
7

 

:学习和总结的能力

 

程序员是人才很容易被淘汰,很容易落伍的职业,因为一种技术可能仅仅在三两年内具有 领先性,程序员如果想

 

安身立命,就必须不断跟进新的技术,学习新的技能。

 

 

善于学习,对于任何职业而言,都是前进所必需的动力,对于程序员,这种要求就更加高 了。
但是学习也要找对目标,一些小

coding fans

 

们,他们也津津乐道于他们的学习能力,一 会学会了

asp,一会

儿学会了

php,一会儿学会了 jsp

 

,他们把这个作为炫耀的资本,盲目 的追逐一些肤浅的,表面的东西和名词,

 

做网络程序不懂通讯传输协议,做应用程序不懂 中断向量处理,这样的技术人员,不管掌握了多少所谓的新语言,

 

 

永远不会有质的提 高。

 

善于总结,也是学习能力的一种体现,每次完成一个研发任务,完成一段代码,都应当有 目的的跟踪该程序的应

 

 

用状况和用户反馈,随时总结,找到自己的不足,这样逐步提高, 一个程序员才可能成长起来。

 

 

一个不具备成长性的程序员,即便眼前看是个高手,建议也不要选用,因为他落伍的时候 马上就到了。
具备以上全部素质的人,应当说是够格的程序员了,请注意以上的各种素质都不是由

IQ

 

决 定的,也不是大学某

 

些课本里可以学习到的,需要的仅仅是程序员对自己工作的认识,是一种意识上的问题。

二、高级程序员

/

 

项目设计者还需具备的素质

那么作为高级程序员,以至于系统分析员,也就是对于一个程序项目的设计者而言,除了应该具备上述全部素质

 

之外,还需要具备以下素质:

 

第一,需求分析能力

 

对于程序员而言,理解需求就可以完成合格的代码,但是对于研发项目的组织和管理者, 他们不但要理解客户需

 

求,更多时候还要自行制定一些需求,为什么这么说呢?

 

一般而言,进行研发任务,也许是客户提出需求,也许是市场和营销部门提出的需求,这 时候对于研发部门,他

 

们看到的不是一个完整的需求,通常而言,该需求仅仅是一些功能 上的要求,或者更正规些,可能获得一个完整

 

的用户视图;但是这都不够,因为客户由于 非技术因素多一些,他们可能很难提出完整和清晰,或者说专业性的

 

 

性能需求,但是对于 项目组织者和规划者,他必须能够清醒认识到这些需求的存在并在完成需求分析报告的时 候

 

 

适当的提出,同时要完整和清晰的体现在设计说明书里面,以便于程序员编码时不会失 去这些准则。

 

程序设计者必须正确理解用户需求所处的环境,并针对性做出需求的分析,举例而言,同 样一个软件通过

ASP 租

用方式发布和通过

License

 

方式发布,性能需求可能就是有区别的, 前者强调的是更好的支撑能力和稳定性,

 

 

而后者则可能更强调在各种平台下的普适性和安 装使用的简捷性。

 

第二,项目设计方法和流程处理能力
程序设计者必须能够掌握不少于两到三种的项目设计方法(比如自顶至下的设计方法,比如快速原型法等等),

 

 

并能够根据项目需求和资源搭配来选择合适的设计方法进行项目的 整体设计。

 

设计方法上选择不当,就会耽误研发周期,浪费研发资源,甚至影响研发效果。

 

一个程序设计者还需要把很多功夫用在流程图的设计和处理上,他需要做数据流图以确立 数据词典;他需要加工

 

逻辑流图以形成整体的系统处理流程。

 

一个流程有问题的系统,就算代码多漂亮,每个模块多精致,也不会成为一个好的系统。 当然,做好流程分析并

 

 

选择好项目设计方法,都需要在需求分析能力上具有足够的把 握。

 

第三,复用设计和模块化分解能力

 

这个似乎又是老调重谈,前面基本素质上不是已经说明了这个问题吗?

 

作为一个从事模块任务的程序员,他需要对他所面对的特定功能模块的复用性进行考虑, 而作为一个系统分析人

 

员,他要面对的问题复杂的多,需要对整体系统按照一种模块化的 分析能力分解为很多可复用的功能模块和函数,

 

并针对每一模块形成一个独立的设计需 求。举个例子,好比是汽车生产,最早每辆汽车都是独立安装的,每个部

 

 

件都是量身定做 的,但是后来不一样了,机器化大生产了,一个汽车厂开始通过流水线来生产汽车,独立 部件开

 

始具有一定的复用性,在后来标准化成为大趋势,不同型号,品牌甚至不同厂商的 汽车部件也可以进行方便的换

 

装和升级,这时候,汽车生产的效率达到最大化。软件工程 也是同样的道理,一个成熟的软件行业,在一些相关

 

项目和系统中,不同的部件是可以随 意换装的,比如微软的许多桌面软件,在很多操作模块(如打开文件,保存

 

 

文件等等)都 是复用的同一套功能模块,而这些接口又通过一些类库提供给了桌面应用程序开发者方便 挂接,这

 

就是复用化的模块设计明显的一个佐证。

 

将一个大型的,错综复杂的应用系统分解成一些相对独立的,具有高度复用性的,并能仅 仅依靠几个参数完成数