作者 内容
 老酒sunc  境界:读书就是为了不读书(另题:从工匠到大师)
 

境界:读书就是为了不读书(另题:从工匠到大师)
——谈悟性与通感
——回应透明的文章《探寻软件的永恒之道》与《软件蓝领的批判》

之所以用“谈”而不是“论”,因为本人原是生性闲散的人,读书从不求甚解,更不喜严谨的论断。所以本文仅供参考,如能于读者诸君有所启发,一定深感荣幸。

记得好象是李白,看过公孙大娘舞剑后,境界大升,后有“功夫在诗外”之说,以前有部电影叫《笔中情》,亦有如此这般的故事。上世纪初某某(不记得了),在小酒馆里与医学院的学生谈论神经反射实验后心有所感,遂创立以反馈为基础的控制论。《设计模式》的诞生,不外如是。人类多灾多难的历史正因无数巨人这些天灵闪现的一瞬,而丰富多彩,而辉煌灿烂。

“软件蓝领”之说,商业炒作之味甚浓,定出自比尔盖茨之流,尽人皆知,传播效果极佳。其实人分三六九等(当然有高低而无贵贱之分),程序员也有高中低级之分,只不过“软件蓝领”如果真像《摩登时代》的工人一般,以现代科技之先进,必有CASE工具可以取代。身为程序员者实在不必为此说愤愤不平。

程序员当然是工匠,首先要生存,当然也大有机会成为大师。君不见,IT领域大师层出不穷。功夫练到极至,自然无剑胜有剑,自然飞花摘叶皆可杀人,自然嬉笑怒骂皆成文章,自然可以开宗立派,弟子三千,贤人七十。

行文至此暂且打住,看球去也。

无疑这是一场精彩的比赛,但很可惜,奥斯曼帝国再也没有当年消灭拜占庭时的凶悍了,巴西利亚山上的耶稣像仍然屹立如昔,呵呵。

看球回来,再读透明的两篇文章附加那篇《模式与XP》,关于XP,所知甚少,等读过人民邮电的那套书再说吧,还是来谈谈模式。

过去的系统设计方法现在称为“瀑布式”,设计一个小规模的系统仍然是非常有效的,这种系统,无论规模大小都是一个异常紧凑的整体,改动或扩展都会牵一发动全身,因此规模一大,不要说可复用,甚至维护都几乎不可能。(这个问题如果引申开来,真要长篇大论了,从那时过来的程序员应该理解这一点。)因此,当软件和计算机必须满足更加复杂的需求、必须构造更加复杂的系统时,这种设计方法已经力不从心。这时,OO方法应运而生。

对象本质上就是一种小系统,无疑可以更好地解决复杂性的问题。但在当时,如果没有C++的发明,OO是不可能迅速被老一代程序员迅速接受的。C++的编译器是如此绝妙,可以编译出更高效率的机器代码,让老一代程序员爱不释手。OO就这样被C++过渡过来了。

OO虽好,但设计一直无章可循,因此这一时期的代码都是晦涩难懂,让人不忍卒读。还有一个更为严重的问题,这里引述透明在《蓝领》一文中的一段话:

“任何一个系统都必须处理一个问题:系统的内应力。学过工程力学的人都知道,在设计结构时必须注意内应力。如果内应力疏解得当,它会使系统更加稳固;如果疏解不当,它会加速系统的崩溃。”

如果设计时不考虑对象之间的协同问题,非常可能导致某种灾难。

设计模式再一次应运而生。

模式无疑是一种抽象,有化繁为简之功。翻到《设计模式》中文版第8页那张关系图时,我深吸了一口气,如同当年第一次见到天坛祈年殿时的感觉,并不高大的建筑仿佛连天接地。我明白了这几位创造者的本意。当模式之间很好地解决了相互之间的关系时,真的是万变不离其宗了。

我已经不再是程序员,很难再真正体验模式的妙处了。事实可能正象作者所说的,模式仍在发展之中,但我相信,终将大成。那时《设计模式》就不再是一本书,而是一本手册,一本辞典,一部武功秘籍。

设计模式首先是在coding层面上的,在更为宏观层面上的作用有待验证。但设计模式更重要的意义是它的创造过程,“功夫在诗外”,这个过程教育我们如何提升境界,如何创造。

几乎每一个人在倾听《十面埋伏》的时候,都可以感受到金戈铁马之音。通感和悟性本来是人,作为万物之灵的本能。

从工匠到大师之路,就是追求境界不断提升之路。

大师之路修远,有如永续的爬山。胼手胝足登临绝顶,本以为可以一览众山小,却又有巍峨高耸,沮丧之余不妨放怀大笑。但真正的勇者,会略事休息,整理行囊,再攀高峰。

让我们感谢那些作者、译者、编者和出版社,他们的好书让我们不必再为国内正规教育严重滞后于时代而遗憾。

无招胜有招,读书就是为了不读书。

学习、创新、超越,不断循环前进,正是大师之正路。

本文献给未来的大师们。
 

 02/06/28 10:48 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首
 w_rose   回复: 境界:读书就是为了不读书(另题:从工匠到大师)
 

如果没有C++的发明,OO是不可能迅速被老一代程序员迅速接受的
我所见过的“老一代程序员”好像没一个是依靠某种编程语言学习编程方法的。不像现在的小年轻整天钻到什么“xxxx语言编程”之类的书中。


模式的发展已经到了“骗术横行”的时代了,怎么还期望它是万能的呢?


模式的好坏,逃不出经济学的基本规律。小到管理项目,大到管理软件公司,模式都仅仅是一种产品而不是管理方法。任何模式都迟早会被改写,除非毫无价值根本不值得搭理它。

 02/06/29 12:49 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首
 老酒sunc   回复: 境界:读书就是为了不读书(另题:从工匠到大师)
 

我能告诉你的是我和我的一些老兄弟,都是八十年代初中期进入国内各大学的计算机专业的,现在散布在世界各地。

其他,对软件技术的种种,大家自然可以仁者见仁智者见智的。

 02/06/29 21:59 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首
 w_rose   我所说的“老一代程序员”都是我认识的类似Informix、王安、一些曾经在商业机械和软件届领先的公司的里,50多岁,曾经作过(中国或者中华)技术负责人的人。
 
 02/06/29 22:23 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首
 老酒sunc   呵呵,也许你还认识上帝:):)
 
 02/06/29 22:27 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首
 w_rose   其实,根据“软件可以依靠拼凑”的观念来工作,程序员能创造最大的价值吗?
 
 02/06/29 22:28 酷帖!    臭帖!    回复  
酷帖评价:           臭帖评价:
返回页首