不敢独享，拿出来给大家一起看。

作者你就委屈一下吧，窃书不能算偷是不是～

林锐：《软件工程方法》

只有98页，写得相当地好。如果你大学学了软件工程但是还不会做，那就说明你白学了。看了这本书，你可能会觉得茅塞顿开，原来是这样的啊，看来以前的软件工程没白学，还是有用的。

有人反映，还是没弄明白我们公司到底是做什么的。说白了，我们的产品很类似于.net。Qt是一个夸平台的类库，提供统一的界面，统一的接口，无论是unix, windows, mac osx，都不用修改，直接可以编译。相比之下.net的跨平台就弱一些，只能在windows上跑，不过.net的优势是它能够跨几种语言，虽然也都是微软自己的语言。Qt只支持C++，但是，因为C++太经典了，大多数高级应用都是用它开发的，所以这也不是一个大的缺点。而Qtopia是Qt在手机和PDA上面的移植，目前只能支持Linux Embedded。对应的产品是.net compact，它要比Qtopia成熟很多，而且应用也广得多，因为现在Linux手机还不够流行，而Qtopia也刚刚处于进入市场的前期阶段。

Qt里面包罗万象，十几年的积累，从简单的QObject，到线程，复杂的数据库接口，OpenGL，所有能用到的东西几乎都给你包装好了。不过说实话，没有.net用起来那么方便自然，C++的繁琐语法和可怜的开发环境让Qt吃了不少亏。而为了跨平台，也不得不牺牲很多功能。

总地来说，Qt/Qtopia还是太过简单的，这不符合Unix程序员的风格。Unix程序员都是大牛，要么只写命令行程序，要么从Object开始写 Canvas然后写Button这样写GUI，还一定要加入Plugin和ActionScript，而且与平台无关的特性也阻碍了大牛们展示他们对系统 的轻车熟路，所以，Qt在Unix上还是一个大玩具。

其实真正需要跨平台的应用并不多。Qt的老家在Unix上，对windows的支持没有那么好，设置也比较复杂。我想大多数在windows里使用Qt的人，是为了给自己一条后路，万一哪天微软真的垮台了，也能很容易地成为一个Linux GUI程序员。

这本书以前是看过的，可能是第二版，不过后来嫌太厚，又觉着里头的东西很没劲，就扔一边儿了。现在拣起来，发现真有意思。这本书就是C++ Premier。

此书号称C++的圣经，自然有它的过人之处。最主要的特点就是全，几乎所有C++内容都有，简单的一笔带过，复杂的高级的技术详细阐述。就这样，中文版还是有1000多页，我跳着看一天也就看了50页左右，因为每页都是精华，没句话都话里有话，是为好书也。

看了书才知道自己志大才疏，做了这么多年的C++，有的时候该用私有还是保护都弄不清楚，随便写个操作符重载都编译不过去。这些底层的东西已经被华丽的界面和IDE掩盖太多年了，而要更上一层楼，这些东西是无论如何也绕不过去的，越往高处走，就越接近机器，这是普遍规律。

打算重新恶补一下我的C++了，不能继续被IDE愚弄了，我现在算是明白为什么用vi才叫程序员了，因为只有用vi的人才会控制机器，而不是让机器牵着鼻子走。

附上这本C++ Bible的中文版(4.6MB)，愿早日有更多的程序员可以读懂它:

http://www.vrcat.com/cppp.pdf

这儿不适合贴带代码的段落，自己去csdn看吧。

改变自己编程中的思维方法(知难行易)
   转载来自：robertb9527
   原文出处：http://dev.csdn.net/article/44/44786.shtm

最近一直都在琢磨，我自己的开发风格是不是有点弱。

按理来说，咱也算是开发过大中型软件的人，不算高手也算个快手，但是真刹下心来看看牛人写的代码，觉着自己差得还远。以前总觉着牛人写的东西不好懂，太繁琐，过于小心谨慎，现在越来越觉着自个儿错了，人家那叫稳健。一直都做小项目，培养了一身的匠气，总是想办法把一个东西做得小巧精致，还以精自居，以快自得。这是典型的日本人做法。这可以把一个小东西做得尽善尽美，无可挑剔，但是当你要重用的时候，可能就傻眼了。

面对真正的软件开发，这其实是一种陋习。真正的系统工程要讲究两个字：传承。大型软件绝对不是几个人灵光一闪就可以一蹴而就的，一定要踏踏实实地从需求开始，考虑到各种需要和限制，设计出一个可以经久不衰的框架，然后慢慢在其上增添，继承，演化。如果一个软件能用，它其实只是成功了一小半，当它可以重用的时候，才是真正成功的软件，而如果它的框架恰好能够包容新的技术和观念，那就是相当成功的软件。设计成功的软件需要多么强的前瞻力和创造性，不言而喻。

如果你设计了一个系统，当需要升级的时候，发现还不如重新写一个新的，那就彻底失败了。我所知道的很多国内的软件公司都是这样，从不吝惜抛弃以前的代码，总是周旋于新的系统之上。这样虽然很舒服，但绝不是一个好的方案。新开发的系统来不及除错，就已经过了生存期。正确的做法应该是开发一套良好设计的、拥有最低功能的系统，然后不断升级，同时修改原有的错误，保证每加入一行代码，都是正确而且有用的，这样最后才能拥有一套健壮的，柔软的软件。如果一开始就贪多求快，开发出来的东西将会是不可修改当然也不可重用的。

我在国外看到许多Dos下的程序，现在还在用，版本已经到了十几，这决不是国内软件公司可以想象的。然而，这些程序工作得非常好，没有错误，虽然界面不好看，至少满足了商用的基本需求。如果我是个生意人，我也怕我的Windows XP会中毒，会崩溃，如果能选择，也许我也会选择用经过时间考验的Dos软件。

做好的软件就好比盖高楼，每天盖一座平房，盖得就是再漂亮，也不过是一两层高而已，要盖万丈高楼必须从底层开始就有个翔实的计划。盖第一层的时候就得考虑到第99层，这叫大家风范。

一句话，软件开发不是系列剧而是连续剧，不可能每一集都从头再来，说白了还是那两个字，传承。

其实这个问题我思考了很久了，最近总算想出了个初步的结果，写在这里抛砖引玉。

根据我的知识能接触到的范围（有很多语言我还是听过没用过），我把目前流行的高级语言按语法大概分为三个大类，C，SH，Basic。C下面有C++, Java, C#, 等等，SH下面有Perl, python, Ruby, PHP等，Basic就只有VB/VBA和ASP，也许Matlab也可以算，不过估计不久之后可能也会像Pascal系那样慢慢被取代掉。当然里面最火的还是C系的语言，据我估计，以后的竞争可能也就在这个系列里展开。

即使对于C语系下面的集中语言，对于不同的应用，也有不同的优势。C看起来似乎已经要被C++完全取代了，但是事实上，一些高性能计算和对效率要求特别高的低级程序里，C甚至汇编还是必不可少的。C++编译器再优化也还是有一层面向对象的壳儿，而C可以针对某一范围优化到非常接近汇编的效率等级。

Java在若干年内一直被C++程序员称为玩具，但是最近的发展让人瞩目。Java的类库积累已经基本完成，可扩展性和多能性已经可以和C++有一拼了。但是Java有一个硬伤是无法治愈的，那就是效率。对于普通应用的性能要求来说，Java只能说勉强够用，稍微苛刻一点，就玩不转了。甚至对于稍微复杂的桌面图形应用，Java都慢得无法接受。虚拟机的设计是这种问题的根源，但是如果丢弃了虚拟机编译成本地代码，Java就成了C++，而且还面临另一个两难选择：是否使用非通用的系统调用？使用，则失去移植的能力，不使用，性能还是打很大折扣。这是Java设计上的东西，也是Java这么多年一直没能打败C++的原因。微软是很会审时度势的商业机构，看到了Java为了兼容付出的庞大代价，打死也不肯把.Net移植到Unix上，要是真移植过去也没什么意思，谁会喜欢一个在Unix上慢得跟Java一样的C#?

硬件平台是不同的，操作系统也是不同的，强求天下大同的的代价太巨大了。计算机还没有，也许也不会发展到计算资源远远充裕过应用程序的时代，充分利用计算资源仍然是今后几十年软件开发的主题，快速开发的突破口在人工智能，而不是在简单的统一和简化人类使用的开发工具。尽管C++难度很高，容易出错，开发速度慢，管理维护困难，类库版本众多，兼容性差，但是性能上的一俊已经遮掉了这百丑。从C89到C99，C++进步有限。C++不是不想进步，而是在再三权衡之后，发现目前发展的方向并不正确，因此，选择了以不变应万变。

以后的大型软件，应该还是C++的天下。而其中对性能要求苛刻的部分，可能还会用C或者ASM来写。C/C++应该还是一个真正的程序员必修的内容。

Latex编辑器的关键字高亮部分原来是从网上找得一个小示例，我改了一下，让它支持多种颜色的标注。但是后来我发现，这个程序有根本的问题，只能按照空格分隔的自然单词来标注，无法识别语法。我想了很久，这个东西修改很麻烦，效果未必好，干脆推翻重起炉灶。

翻出大学时候学的天书课编译原理从头看，真是跟佛经一样高深莫测，有限自动机，闭包……我都想不起当年考试怎么混过去的了，呵呵。看着看着，突然想起latex的语法好像没这么复杂，杀鸡何必用牛刀？不如自己先写一个小的语法分析器看看。

Latex说白了只有一种命令，用递归正则表达式描述出来就是

id=([a-z,A-Z,0-9,_]);
command=\id(({,[)(id,command)*(},]))*;

这么简单的命令格式，用编译器的语法分析程序费力不讨好。当然，Latex通过组合的方式也组成很多复杂的命令，例如\begin{}环境等等。这些可以看作命令组成的微程序。

我写了一个扩展JTextPane的类，增加了一个方法，做语法分析，把缺省文档对象里头的字按照识别出来的类别相应着色。写了一个下午，内核写成了，递归的，还算顺利。晚上刷完碗回来继续，把内核移植到GUI里头，费了点周折，除了几个小bug。效果还不错，\section{abc \bold{kkk} def}被染得花花绿绿的，真好看。

另外，我还有一个隐忧，Latex里面存在歧义现象。也就是说，Latex这种语言定义得并不好，不是一种严格的语言。二义性的存在方便了设计者，对编辑器和编译器就是一个严重的挑战。不知道latex编译程序是怎么写的，不会是一个命令一个命令定义的吧，那可是搞电子工程的人常干的活儿。

写这个工具的时候，突然强烈地感觉理解了一个词，那就是progressive。西方人科学领先，可能很大程度上就是仰仗这种精神，可持续发展，点滴积累，吸取经验，继承前人的成果，既有激情也有毅力和耐心，这可能是我们中国人比较缺少的精神吧。

下一步就是文档的xml串行化，还有树形表示，这可不是个轻活儿，真期待啊，呵呵。

毕业在即，忙一些乱七八糟的事儿，都懒得上来锄草了。

现在总算闲下来一段儿了，做点喜欢做的事儿，玩玩游戏聊聊天，焊几块板子编几个程序，有空无聊了还做做research什么的。

有一个长久以来的心愿，就是给做research的同仁们写点什么，因为research实在不是一件轻松愉快的事儿。现在有空了，写个Latex的编辑器，用来替换收钱的那个winedt和sci word。不敢保证我将来不收钱，尽量别收学生的钱就好了，学生不容易啊。主要原因是现在的软件做得都不怎么样，功能差价格高，不能夸平台。我第一期的目标就是做个简单实用的小工具，嵌在miktex环境里，提供大体完整的所见即所得编辑环境和编译方便。全用标准的Java API写，保证在有Java虚拟机的地方都能运行。大体的规划已经做好了，为了不让自己望而生畏，简单写了一两页纸，但我也知道，随便一句话可能都需要几十个夜晚的辛苦劳动来实现。这两天搭了一个框框，顺便看了几十个小时的Java Reference，因为Java我本来就不怎么熟，又好几年没怎么动过了。花了一两个晚上把界面设计出来了，能高亮关键字提示输入的编辑器类也写出来了，Java就是方便啊。不过后头还有大量的工作要做，可能又要熬夜了。辛苦我不怕，有兴趣自然有乐趣，有乐趣再苦也觉着甜。

另外还有一个项目等着我做。是一个好朋友委托我的，做一个类似于数据挖掘的应用，用于研究中国古代音韵与现代音韵的区别。简单地说，就是用电脑研究古代人怎么说话。以前我给她做过一个软件，功能比较简单，现在人家要升级版了。专业知识我不懂很多，我只知道怎么写软件。据说古代人说话的口音就跟现在的江西口音很像，一般人儿听不懂。怎么研究出来的我不知道，反正我就知道里头有我一小份功劳。我还琢磨着有空把这个东西做大，彻底用机器来代替人的研究，那可就从根本上改变了中国古文研究的面貌了。

买回来的那个LM380还没动呢，没时间。小刚还跟我说，有空研究研究近无线给他的公司开发两个产品什么的。也不知道整天哪有那么多事儿。还有我的AVR，花200多块买了块实验板，现在也是毛都没做过，还有堆积如山的仿真模型，玩的东西真多啊，时间真少啊。另外，我也该出去运动运动了，否则身上的肉越来越多。时间怎么这么不够用啊？