软件工程的疑惑

       软件,软件,它叫工程吗?它有资格成为一门工程学吗?从软件诞生之日起,软件工程就成为一个美好的愿望.至少在我看来,把他称为工程学是不恰当的.做为工程学来说,每一个阶段都是十分严谨的,而且每一个阶段的产物都是固定和永恒的.并成为下一个阶段的必要前置条件.更为重要的是该产物是冻结的,产物的生成意味着上一阶段的结束.我从来没有见过哪位建筑工程师在楼盖了一半后去修改设计图纸的.

    很显然软件配不上工程学的称号.如果说上世纪七八十年代软件工程的叫法是人们的美好愿望的话.到了九十年代,随着internet的发展和各种新软件技术的蓬勃发展.软件的灵活性有增无减.软件称为工程更加可笑.

     软件工程也许能一直叫下去.但也只能停留在称呼的层面上.敏捷编程和XP的兴起使软件工程更加名副其实.记的在XP中有个著名的登山的故事.两个人登山.A先在山脚转悠,拿出图纸来设计登顶的路线.而B则直接向山顶发起冲击,当B觉得无法向上攀登时回撤一步再继续向上攀登.故事的结果是当B站在顶峰的时候A还没有设计出一条满意的登顶路线.或许A和B的做法相对极端,折中是更好的选择.

      最近公司正在经历从游击队向正规军的转变,对需求和设计文档的重视程度提高了好几个八度.尽管设计是与语言无关的,但语言的方言性问题对设计的影响还是很大,至少是应该考虑的问题.坦白的讲,对于VC项目经验不足的我来说,想把整个软件开发的过程从需求,设计到编码按部就班,一气呵成是很困难的.毕竟对于dotNet和VC,两者在性能和效率上的考虑几乎是完全相反的.按照原先的想法,形成类架构图后不进行继续细化.而是通过编码和设计的并行方式来完善.在我看来把所有的类细节完全设计清楚是没有必要,因为我不知道是否正确.按照原来dotNet的设计经验来设计VC肯定是不可取的.或许在老总看来,没有形成结果的工作就不是工作.