八宝书库 > 文学其他电子书 > 软件工程实践者的思想(PDF格式) >

第15部分

软件工程实践者的思想(PDF格式)-第15部分

小说: 软件工程实践者的思想(PDF格式) 字数: 每页4000字

按键盘上方向键 ← 或 → 可快速上下翻页,按键盘上的 Enter 键可回到本书目录页,按键盘上方向键 ↑ 可回到本页顶部!
————未阅读完?加入书签已便下次继续阅读!




式。  



Aimingoo 说:  



   大多数时候,“文字”只是思想的结果的描述。我希望更多的人 

看到思考的过程,并知道其价值。如你所说,我也希望人们忘掉我所 

说的,并创造自己的“定式”,乃至达到“法无定法”的境界。  



Aimingoo 说:  



   所以我在甚至希望大家最终将这本书束之高阁,“思想已经领悟, 

文字的、纸质的东西还有什么价值吗?”  



  



Jiang Tao 说:  



   等电子版发表后,我们可以组织感兴趣的人延伸讨论讨论;很多主 

题是可以展开讨论的。  

   对照自己的问题,再看这些思考,就会有感觉了;这样就有案例出 

来了。  



Aimingoo 说:  



   好啊。非常不错的主意。  



                                      …111


…………………………………………………………Page 116……………………………………………………………

后语  



            后     语  



前言后语  



   你现在读到的文字,原本应该是这本书的前言的。然 



而如今,它变成了后语。  



   如果读者是客户,那么我就应该是这本书的工程管理 



人员了。与第一次著书不同,这一次我已经尝试参与整个 



 “做书”的过程。我必须要考虑客户问题,必须要知道作 



为客户或者读者这个角色的你,在想些什么,或关注些什 



么。  



   在这本书的最最最初的时间里,我把书稿给了我的老 



朋友王寒松。然而我很失望地听到他的意见:这个前言没 



法读。——我想了又想,是的,因为有了玄而又玄的观点 



以及曲折旁引的论述,所以的确不是太容易读。  



   从我的角度上讲:  



   )  这个前言总括地讲述了我的观点  



   从读者的角度上讲:  



   )  读者关注的是细节的文字  



   )  读者享受的是阅读的快乐  



   发现我在“做书”的这件事中扮演的是工程管理人员 



的角色的同时,我就决定了这篇前言应该改成后语。原因 



很简单,客户并不关注我对观点的总括,至少一开始他们 



不会关注。如果要客户做结论,或者要他们与技术人员讨 



论结论,那就让他们在看完演示之后,在最最后的阶段去 



                             …112


…………………………………………………………Page 117……………………………………………………………

                            『大道至简』  



做。  



   读者的阅读行为决定了我将这篇文字放在这个位置: 



这篇前言既不是细节的文字,又不能给读者以阅读的快 



乐,因此它就应该放在后面。至于它是叫前言,还是改名 



叫后语,那只是形式的问题。  



   如果你觉得你的项目中还有一个模块不是用户所关 



注的,那么,En ,建议调整一下明天的客户演示,把这一 



部分放到幻灯的最后一页的后面,只有客户提及时,才拿 



出来跟他们解说。  



   否则,如果他们不感兴趣,那么他们将永远看不到这 



张幻灯。一如这一篇前言。  



软件工程  



   如果做一份软件工程中的经典书目,决不会有人漏掉 



Roger S。Pressman 著的《软件工程》。这本书有第四、五版 



梅宏教授译著的中译本。然而相信读这本书的人不会太多 



的注意到它的副标题是“实践者的研究方法”。——从根 



源上说,它是讲述软件工程方法的书,而不是软件工程思 



想。  



   这有什么区别呢?拿这本书来作为软件工程活动的 



参考时,绝大多数的人不能明白类似如下的问题:  



   )  为什么要这样做呢?  



   )  我们这里应该这样做,但是接下去呢?  



   )  这个环节很重要,但是如果不做会有怎样的风 



      险?  



                              …113


…………………………………………………………Page 118……………………………………………………………

后语  



   )  我们在做这件事的时候,其它的人在做什么?  



   )  为什么失败了?  



   相关的问题很多,但总而言之,这本经典教材更多的 



是在描述“怎样实做”,而绝少讲述“为什么这样做”。以 



致于行为失去了思想的引领,能“完成”工程,而不能“做 



成”工程便是可以想见的事了。  



   任何人在实施软件工程的过程中,或者处于工程过程 



的某一个阶段的时候,都会有自己的思想或思考( 哪怕是 



劳骚) ,那么为什么没有人写“软件工程思想”这样的书 



呢?  



我与软件工程  



   我始终认为无论是哪家公司实施软件工程,都将是一 



部成功者的血泪史。然而不实施软件工程,则将是一部失 



败者的血泪史。换而言之,做软件工程可能流血流泪,但 



终究可能成功;而不实施软件工程,那就是抛头颅洒热血 



的失败了。  



   我所遇见的却是不打算实施软件工程的公司。在“誓 



死不做软件工程”的思想的引领下,一家堪称河南省最具 



资本实力的软件公司于 2003…2004 年间倒掉了。我在这家 



公司前后工作了 7 年。在 2003 年 2  月的时候,我开始请 



假在家写书,以一个绝对 Coder    的身份完成了《Delphi 



源代码分析》。用这一年的写书时间,完成了我对这些年 



的程序生涯的回顾和反思,我看到了我在做 Develope  



Manager 和 Project Manager 过程中的得失,也透析了那家 



                                …114


…………………………………………………………Page 119……………………………………………………………

                                   『大道至简』  



公司几年来的成败与沉浮。  



   我再次与总经理 P&J      对坐的时候,我们又讨论到公 



司的问题。他依旧固执地认为“最重要的是人的问题”。 



我看不到他对管理、工程和决策上的任何反思,于是我终 



于辞职了。  



   2004  年 3  月,我开始应职于一家新的软件公司。因 



为规模小,所以实施软件工程的风险也就小。在一次公司 



内的软件工程培训中,我突然意识到工程实践与工程思想 



之间的差异与关系,也同时看到《软件工程——实践者的 



研究方法》一书的根本性的不足。时值我那本《Delphi 



源代码分析》将近完成之时,于是我匆匆记下当时的想法, 



并确定了这本新书的名字《大道至简——软件工程实践者 



的思想》。  



大道至简  

   直到现在① ,这本书的基本目标仍旧与它最初定名时 



一样:  



    )  这是一本小书  



    )  只用读与思考,没有实作  



   所谓“小书”,是我不想做成教材或者宏论。思想应 



该简明,阐释应该清晰,而读者应该更多地去思考,而不 



是跟随这本书去完成什么。  



                       

                                                        

①   我写书的习惯是先写前言,这相当于大纲。因此所谓“现在”, 



是指我写下前言的这个时候:2004。11。01 凌晨 5  时。  



                                      …115


…………………………………………………………Page 120……………………………………………………………

后语  



   老子说“道之为物,惟恍惟惚”。道是要体悟的,而 



不是象做木工活那样是“会与不会”的问题。道是什么呢? 



 “道是本体,是规律,是自然”,简而言之,道是既存在 



的事实和影响事物发展的规律。  



   这里需要说明的是,道并不人为的规则,而是事物本 



身特质的规律。因此,本书中所要讲述重点是这种规律。 



即使提及到一些“实践规则”,也是在对规律讨论之后。 



读者应该发现这些“人为规则”是那样的遵从于“本质规 



律”。  



   经常听到的一句话是“规矩是人定的”,因此也要“靠 



人来推翻”。但是(初级的) 软件工程实施者经常抱着一些 



经典的教材一步一趋,此谓之曰“知其然而不知其所以 



然”。无僭越便无建树,无大成者。  



画眉深浅入时无  



   我不是太喜欢写很“入时”的东西。“入时”的往往 



是新的,因而也就乏有研究。这样的东西流于口头的讨论 



是可以的。然而著书立说,是要将心得之见或谨严之论呈 



现给读者,不是把自己想说的话说出来就可以的了。  



   在写《Delphi 源代码分析》的时候,Delphi 8 都已经 



发布了,Win32  的时代也已近末路。促使我写那本书的原 



因,在于没有人用 Delphi 来研究操作系统的内核机制, 



而 Delphi 的源码中对这些的实现细节实在是宝藏。绝大 



多数用过 Delphi 的开发人员,入源代码之宝山而空回, 



实在令人痛惜的。因此那本书能否买得了钱我是不在乎 



                              …116


…………………………………………………………Page 121……………………………………………………………

                               『大道至简』  



的,我在乎的是读过那本书的朋友,能从编译器的角度上 



对 Win32 体系增加多少的了解。  



   从 Delphi  7 的时代我就开始接触  Framework 。 



2003 年的时候给 BorCon  China 做演讲时,我已经对 



Borland  在底层上为 Delphi   的实现非常了解了。因 



此如果以“入时”( 以及“适时”)而论,在《Delphi 源代 



码分析》完成之后,我应该写的书是《Delphi   源代 



码分析》,来全面讲述 Delphi7 、Delphi8 和 Delphi9(Delphi  



2005) 中对 下开发的实现。  



   这个计划被我搁置了。  



   在我如今看来,语言其实是开发的细微未节,而在大 



学时代、在课桌上令人昏昏欲睡的《软件工程》才是软件 



开发中的髓质与灵魂。十年的软件开发实践中,其实在很 



多时间里我都落入了细节陷阱。  



    “实现”的欲望是从程序员出身的管理者的通病。因 



此如果你仍然在思考选择什么语言、如何重构,以及在开 



发部里争论一段代码有没有或应不应该采用某种模式,那 



么请你暂时沉寂下来,听我说:那是细节。  



   真正的问题是:你的老板要求你下周二就给客户演示 



这个系统;而客户并不关注你的实现细节,他关注的是你 



本月月底是否能 Close Project 。  



   软件工程首先关注的是以客户为对象的、整个工程的 



成败和质量。根本上说,技术性、重用性等等,只是保障 



工程成败与质量的手段而已。  



                                 …117


…………………………………………………………Page 122……………………………………………………………

后语  



                       ① 

   重要的东西往往并不入时  。例如你的ThinkPad还在 



工作,仅仅是因为电池还没有用光。  



知之、好之、乐之  



    从读者的角度上来讲,是“知之不如好之,好之不如 



乐之”的,因此作为作者,则希望自己的作品使人“以之 



为知,以之为好,以之为乐”。在写《Delphi 源代码分析》 



时,我的书稿的第一页就写着“知之、好之、乐之”,然 



而那本书仅能给人以知识,让人“知道”就很不错了,况 



乎乐哉?  



   读书给人以痛苦之感是有可能的。如果读《Delphi 



源代码分析》不感到痛苦,那是没认真读。然而我毕竟不 



是想让人(或者想授人)痛苦的,将《Delphi 源代码分析》 



写到那般地步,非我所愿。  



   读《大道至简》的话,就用不着这样了。我虽然做不 



到让读者“以之为乐”,但“以之为好”还是可以的。我 



希望读者可以轻松地将这本小书读完,然后便可以束之高 



阁了。毕竟这本书不是理论,也不是方法论,只是思想。  



    思想已经领悟,文字的、纸质的东西还有什么价值 



吗?  



                       

                                                        



①   你当然也可以由此反推出第 7 章的部分内容并不重要。的确, 



那只是我思考事物的一种方式,我希望你看到本书中讲的思想是 



如何被实例化的。但对于本书来说,如同我一再强调的那样:这 



是枝节。  



                                      …118


…………………………………………………………Page 123……………………………………………………………

                                『大道至简』 



致致谢谢 



   首先感谢我的老朋友,程序员杂志社社长蒋涛先生。 



在我看来,他所作的序,既是对本书的赞许,也是对他本 

返回目录 上一页 下一页 回到顶部 0 0

你可能喜欢的