软件工程思想- 第3部分

观念之二：我们拥有最好的开发工具、最好的计算机，一定能做出优秀的软件。
客观情况：良好的开发环境只是产出成果的必要条件，而不是充分条件。如果拥有好环境的是一群庸人，难保他们不干出南辕北辙的事情。

观念之三：如果我们落后于计划，可以增加更多的程序员来解决。
客观情况：软件开发不同于传统的农业生产，人多不见得力量大。如果给落后于计划的项目增添新手，可能会更加延误项目。因为：（1）新手会产生很多新的错误，使项目混乱。（2）老手向新手解释工作以及交流思想都要花费时间，使实际开发时间更少。所以科学的项目计划很重要，不在乎计划能提前多少，重在恰如其分。如果用“大跃进”的方式奔向共产主义，只会产生倒退的后果。

观念之四：既然需求分析很困难，不管三七二十一先把软件做了再说，反正软件是灵活的，随时可以修改。
客观情况：对需求把握得越准确，软件的修修补补就越少。有些需求在一开始时很难确定，在开发过程中要不断地加以改正。软件修改越早代价越少，修改越晚代价越大，就跟治病一样道理。

1。4　　一些有争议的观念

　　本节探讨一些有争议的观念，目的不在于得出“正确”或“错误”的评断，而在于争议会激发更多理性的思考。

争议之一：如果软件运行较慢，是换一台更快的计算机，还是设计一种更快的算法？
作者观点：如果开发软件的目的是为了学习或是研究，那么应该设计一种更快的算法。如果该软件已经用于商业，则需谨慎考虑：若换一台更快的计算机能解决问题，则是最快的解决方案。改进算法虽然可以从根本上提高软件的运行速度，但可能引入错误以及延误进程。技术狂毫无疑问会选择后者，因为他们觉得放弃任何可以优化的机会就等于犯罪。
　　类似的争议还有：是买现成的程序，还是彻底自己开发？技术人员和商业人士常常会有不同的选择。

争议之二：有最好的软件工程方法，最好的编程语言吗？
作者观点：在软件领域永远没有最好的，只有更好的。能解决问题的都是好方法或是好语言。程序员在最初学习Basic、Fortran、　Pascal、C、C＋＋等语言时会感觉一个比一个好，不免有喜新厌旧之举。而如今的Visual　Basic、Delphi、Visual　C＋＋、Java等语言各有所长，真的难分优劣。开发人员应该根据客观条件，选择自己熟悉的方法和语言，才能保证合格的质量与生产率。
　　程序设计是自由与快乐的事情，不要发誓忠于某某主义而自寻烦恼。

争议之三：编程时是否应该多使用技巧？
作者观点：就软件开发而言，技巧的优点在于能另辟蹊径地解决一些问题，缺点是技巧并不为人熟知。若在程序中用太多的技巧，可能会留下隐患，别人也难以理解程序。鉴于一个局部的优点对整个系统而言是微不足道的，而一个错误则可能是致命的。作者建议用自然的方式编程，少用技巧。
　　《狼三则》的故事告诉我们“失败的技巧通常是技俩”。当我们在编程时无法判断是用了技巧还是用了技俩，那就少用。《卖油翁》的故事又告诉我们“熟能生巧”，表明技巧是自然而然产生的，而不是卖弄出来的。卖油翁的绝技是可到中央电视台表演的，而他老人家却谦虚地说：“没啥没啥，用熟了而已”。

争议之四：软件中的错误是否可按严重程度分等级？
作者观点：在定量分析时，可以将错误分等级，以便于管理。微软的一些开发小组将错误分成四个等级　＇Cusumano　1996＇，如表1。1所示。

一级严重：错误导致软件崩溃。
二级严重：错误导致一个特性不能运行并且没有替代方案。
三级严重：错误导致一个特性不能运行但有替代方案。
四级严重：错误是表面化的或是微小的。
表1。1　　错误的四个等级

　　上述分类是非常技术性的，并不是普适的。假设某个财务软件有两个错误：错误A使该软件死掉，错误B导致工资计算错误。按表1。1分类，错误A属一级严重，错误B属二级严重。但事实上B要比A严重。工资算多了或者算少了，将会使老板或员工遭受经济损失。而错误A只使操作员感到厌烦，并没有造成经济损失。另一个示例是操作手册写错，按表1。1分类则属四级严重，但这种错误可能导致机毁人亡。
　　开发人员应该意识到：所有的错误都是严重的，不存在微不足道的错误。这样才能少犯错误。

1。5　　小　　结

　　软件工程学科发展到今天，已经有了很多方法和规范，学之不尽。本章只在宏观上讨论了软件工程的一些思想，更具体的内容将在后面的章节论述。无论是什么好方法，贵在理解与灵活运用，而不可当成灵丹妙药，不象“吃了脑黄金或脑白金，就能使一亿人先聪明起来”。

第二章　　程序员与程序经理

　　工作在第一线的软件开发人员是程序员和程序经理，他们决定着软件的命运。良好的程序员队伍和出色的管理是软件项目成功的必要条件。管理不是管制，不是去卡住人家的脖子，因为程序员不是一群野鸭子。管理的目的是让大家一起把工作做好，并且让各人获得各自的快乐和满足。当一个组织被出色地领导时，雇员甚至不知道他们已被领导。在项目完成时，他们会自豪地说：“看看我们通过努力取得的成绩吧”。所以管理者不能老惦记着自己是一个官，而应时刻意识到自己是责任的主要承担者。
　　我们经常会听到有经理头衔的人在高谈阔论：“编程我不会，做个项目还不easy？派个人去搞系统分析，回头再叫几个程序员把需求译成程序，不就OK了吗？”
　　不懂英语的人准以为easy和OK是贬义词。要让软件项目失败很容易，只要符合下列条件之一即可：
（1）项目经理对软件一无所知；
（2）技术负责人对编程不感兴趣；
（3）真真编写代码的程序员是临时雇用的。
如果上述三个条件同时具备，就请放心失败好了。
　　　让我们少幻想自己是比尔·盖茨，先当好程序员和程序经理再说。

2。1　　了　解　程　序　员

　　早期的程序员干活能从软件直通硬件，个个生猛无比。又因他们的作息时间、言行举止与常人不太一样，久而久之就给人们留下了“神秘”、“孤僻”的印象。如今软件行业被炒得热火朝天，有能耐的程序员即便躲在大山岙的军工厂里也能被挖出来。而更多原本不是程序员的人操起几本“速成”、“二十一天通”等书籍也加入了这个行业。现在国内号称有上百万程序员，这支大军鱼龙混杂，已搞不清那些是正规军，那些是民兵游击队了。
　　真正的程序员都有如下秉性：　
　　一、诚实
　　程序员在学习与工作期间几乎天天与机器打交道，压根就没有受欺骗或欺骗人的机会。勤奋的程序员在调试无穷多的程序Bug时，已经深深地接受了“诚实”的教育。不诚实的人，他肯定不想做、也做不好程序员。
　　有一名市场营销员和一名程序员都在新闻发布会上发言，将一项新技术的消息公布于众。
　　市场营销员说：“这项技术比电话、晶体管和原子弹三项发明加起来对世界文明的影响都要大。”
　　程序员说：“这项技术在有限的领域内，在有限的程度上，解决了一些技术性的问题。”
　　看来为了让我们的民族更加诚实，学电脑真的要从娃娃抓起。
　　二、简单——实用主义
　　有人问一个数学家，一个物理学家和一名程序员：“一个盒子有几个面？”
　　数学家回答说：“有六个面，因为盒子是长方体。”
　　物理学家回答说：“有12个面，分为6个外表面和6个内表面　。”
　　程序员回答说：“只有两个面，里面放电路板和硬盘，外面放显示器和键盘。”
　　目前即使最先进的计算机也不具备智能，程序员的基本工作就是把复杂的问题转化为计算机能处理的简单的程序。如果一个问题复杂到连程序员自己都不能理解，他就无法编出程序让更笨的计算机来处理。所以程序员信奉“简单——实用”主义。
　　也有不少做计算机“学问”的人颠倒行事。本来几句话、几行程序就能说明白的事，非得要抬高到理论创新的程度，写成玄乎的文章去评教授或者弄个博士学位。所幸在第一线工作的程序员大多是实干的。
　　三、爱憎分明
　　程序员大都喜欢技术挑战，不喜欢搞测试与维护。高水平的程序员喜欢与高水平的程序员一起工作，因为他们怕“与臭棋佬下棋，棋越下越臭”。程序员大都厌恶拉帮结派、耍政治手腕。不信，数一数你认识的程序员，有几个是党派人士？
　　四、工作单调但不乏味
　　有人问编程大师：“程序设计的真正含义是什么　？”
　　大师回答说：“饿了的时候就吃，困的时候就睡，只要时机恰当就进行程序设计。”
　　其实程序员的生活和工作已融为一体，尽管单调却不乏味，还能独享孤独。有诗为证：
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　我编程三日
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　两耳不闻人声
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　只有硬盘在歌唱
　　　
　　　结论：优秀的程序员没有理由不让人喜欢，他们远比怪僻来得可爱。奇*書网收集整理
　　　
2。2　　了　解　程　序　经　理

　　这里程序经理是指一支程序员队伍的领导者，不管他的职务是开发组长，项目经理，还是部门经理。程序经理是技术性的基层或中层干部，是软件企业得以发展的生力军。程序经理的选拔是不容草率的事。不象有些事业单位，只要政治口号喊得勤快、能左右逢缘不犯错误就可混个领导当当。也不象一些官僚机构，只有两个人的办公室也要设正主任和副主任。如果碰巧正主