aimingoo的专栏

尊重反动派(下)　　——再说阿朱的《走出软件作坊》  4、再说狭义工程＝＝＝＝＝从《人月神话》中，我注意到我们的——大环境下的——工程定义是有问题的。银弹问题中的工程目标其实是：抽象软件构成的复杂概念结构。与此相关的次要目标是：将需求……映射成计算机的执行逻辑。简单地说，这种工程的经典定义中，“完成一个项目”是次要的目标。 而我们大多数的公司，是在为“完成一

本文刊发在《程序员》杂志09年第三期上。讨论了三种不同背景下的软件工程方法。本文恢复了发表时（因为篇幅）删除掉的一些文字内容。本来面目　　——大教堂、集市，与作坊一、两本书＝＝＝＝＝　　1997年，论文《大教堂与集市（The Cathedral and the Bazaar）》成为一篇挑战教义神权的战斗檄文。从那之后，开源与闭源的战火就从未熄灭过。那些日子里

VCL已死，RAD已死        ——SD2C中未能尽言的话题 四、后RAD时代：界面可视，到界面可描述－－－－－RAD过程与快速原型构建的理论直接相关，这种过程方法要求用户及早看到一个产品并试用之。通过用户对产品原型的体验与确认来固化用户需求，这个是应对用户需求变化的有效手段。RAD过程方法在过去二十多年的时间里取得了不俗的成绩

VCL已死，RAD已死——SD2C中未能尽言的话题六、更远的将来（有限无责任预测）－－－－－再接下来，更为迎合这种面向领域组织团队并开发的工具便会出现。但这种工具不再期望整合各个领域的实现技术（注意我不是说“开发技术”），而是提供领域间的交付标准。或者更为直接地提供交付物。更多领域专精的公司受到关注（例如现在的macromedia），大厂商开

:)广个告先【china-pub书讯】：http://www.china-pub.com/196277【前天拿到这本书的纸版了，印得不错。封面的风格也很谐调，开心ing...】   与读者们谈谈《大道至简》这五年====== 《大道至简》第三版（点评版）终于出版了，我得了点空想来写些东西——无论是回顾或者反思，都是必要的。但是真当我开始在键盘上敲字的时候

VCL已死，RAD已死 ——SD2C中未能尽言的话题二、分层，真的改变了你的思想了吗？－－－－－分层思想提出来了——这在操作系统的设计上可以上溯到上个世纪50年代，但在应用软件开发上却并不太久。一个比较稳定的分层系统是“交互、业务和数据”三层，当然，与实际需要相关的还有更多层、更多更多层。分层没有什么不好。正如我说WIMP没有什么不好

VCL已死，RAD已死        ——SD2C中未能尽言的话题五、后RAD时代：领域的成熟－－－－－从界面可视，到界面可描述的变化，使UI设计渐已成为一个相对独立领域。UI团队与UED团队之间并没有严格的、学术性区别，在不同的公司中它们的定义并不一样。一般而言，我们称前者为参与UI的全体，而UED则更关注于用户体验的这一部分。有些时候，我

VCL已死，RAD已死        ——SD2C中未能尽言的话题今年的SD2C，我匆匆去又匆匆还，因为有急事要处理，所以第三天的课程都没来得及参加。与此相同的是，我的那场话题，也讲得匆匆忙忙，有许多不清楚透彻的地方。其中之一便是这两个断言：“VCL已死，RAD已死”。所以今次开贴重讲！一、从UI的变革到系统的复杂性－－－－－UI怎么构成？在Window

VCL已死，RAD已死        ——SD2C中未能尽言的话题 三、RAD之死与系统的复杂性－－－－－RAD在较小规模应用的开发上，具有相当的优势。同时，它具有两方面特性：1、对于应付在各个模向分层上需求相对均势，并且在开发工具商提供的方案可应付的区间内的需求中，RAD以及使用RAD开发的团队具有极大的能量。例如早期的C/S模式下的数据库应用。

什么！你还在讲《大道至简》？！是的，我说的是《大道至简》，它的上一个版本是“点评版”，也是我这么多年来非常遗憾的一个版次。当然，这也是刊印这个“典藏版”的最基本和最强大的动力了！====================第四版前言====================不要急我是天生的急脾气。据父母说，我曾经与哥哥各分得一桃，便见我

【几则小广告】预读在这里在这里：https://skydrive.live.com/?cid=F9303C43D5CEAFB3&id=F9303C43D5CEAFB3%211191或http://t.cn/zOkNAee又，下单在这里在这里：京东：http://book.360buy.com/11014488.html当当：http://product.da

我曾经去给OSCHINA做过一期有关“软件工程实践”的有奖高手问答 （奖是给提问者的，哈哈），现在来看，许多问题仍然可读之处，因此整理成文字，以为众赏。原贴在这里：http://www.oschina.net/question/12_78459本篇的问题是：软件工程要怎么学，学了有什么用、怎么用？答：首先，软件工程是学不得的。是所谓“学之不得”，通过死学，是得不到什

我曾经去给OSCHINA做过一期有关“软件工程实践”的有奖高手问答 （奖是给提问者的，哈哈），现在来看，许多问题仍然可读之处，因此整理成文字，以为众赏。原贴在这里：http://www.oschina.net/question/12_78459本篇的问题：小作坊如何实施所谓的软件工程？　答：作坊式的，小公司，或需求变化太频繁等等，都不是不做软件工程的理由。往往的，我们一谈工程就

我曾经去给OSCHINA做过一期有关“软件工程实践”的有奖高手问答 （奖是给提问者的，哈哈），现在来看，许多问题仍然可读之处，因此整理成文字，以为众赏。原贴在这里：http://www.oschina.net/question/12_78459本篇的问题：（没有主题，呵呵）问：我们公司准备进行“敏捷测试”。有没什么建议~！答：基本上，所有带着“敏捷”字头的，我都很难有建议。

我曾经去给OSCHINA做过一期有关“软件工程实践”的有奖高手问答 （奖是给提问者的，哈哈），现在来看，许多问题仍然可读之处，因此整理成文字，以为众赏。原贴在这里：http://www.oschina.net/question/12_78459　本篇的问题：应该从哪些方面下功夫才能做好团队建设？从哪些方面提高自己的领导力？答：1. 修炼自己，服人之口莫若服人之心，你得让

哈哈，其实这个标题是七年前第一次发布这本小书的电子版时使用的。那个时候比现在爱咋呼，所以标题也就有点哗众，现在在这么写，只是怀个旧罢了。不过真的是要发布这本书的新电子版来着。关于这次发布的原因，在前言里有写，附后。这里先提供下载：微博用户：http://t.cn/zjC469Z也可以通过Skydriver直接下载，在这里（请进入“Abou

在博客里写了《一个程序员的迷离人生》，便总有人说我太娇情：要是那周爱民都迷茫无知了，不知道别个又该如何活下去。这样的话题，原本我是不放在心上的，也没想着要去回复。后面再写《感受支付宝》，大概这种“迷离”是看不到了，却又没几个朋友看明白我在写什么。 算了，不管这些吧。我原本没打算再谈这些话题的，于是缩了身形儿，准备“掩了柴门”消停一段时间。但是又有朋友在MSN上找我说：爱民爱民，快去看看呀，

尊重反动派(上)　　——再说阿朱的《走出软件作坊》1、历史中＝＝＝＝＝我读熊逸的《春秋大义》时，便感叹了：无论是怎样的谬论，在历史中都能找到足够的论据。以历史为大背景来看，正确与错误并不重要，重要的是哪种论调更符合发言者的利益。如是，我现在也甚少与人论长短。在盛大工作的时候，Soul曾给我说：大多数的争论不是为了正误，而是为了面子。这句我给写到了“架构师的能力模型”图中，作为架构师的修养之一，

引子===============大概是因为列在博文的作译者清单里的缘故罢，我常常能在第一时间得到有关新书的消息。这本《移山之道》的消息在《大道至简》出版前我就知道了。当时也是心中忐忑，因为同样是一本言“道”的书，同样以愚公移山为背景，同样讲软件工程……邹欣先生在博客中说这“车”撞得他眼冒金星，其实我又何尝不是如此？哈哈～于是当时便想着：等《移山之道》出版了一定得好好看看，是不是好书不论，评论

早在去年9月，与优快云在线做关于Delphi 2005的专家聊天的时候，就提到我在写一本软件工程的书。由于当时题不对板，所以也就没有细讲。这本书现在终于能与读者见面了。一方面，这本书薄到只有130页，还是小幅面的。另一方面，我在其中完整地论及了我这些年来对软件工程的思考。这些思考的核心只有一句，就是“灵活的软件工程”。而灵活的根本，就是要深深地领悟软件工程的思想，而不是简单地去了解或者掌握一种工

从编程到工程——软件工程实践者的思想目  录  1. 编程的精义1.     编程的精义2.     会或者不会写程序3.     程序 = 算法 + 结构4.     语言5.     在没有工程的时代  2. 是懒人造就了方法1.     是懒人造就了方法2.     一百万行代码是可以写在一个文件里的3.     你桌上的书是乱的吗4.     我的第一次思考：程序=算法+结构+方法  3.

不再推荐在msn spaces上进行有关《大道至简——软件工程实践者的思想》一书的讨论。今后这些讨论内容将主要在本blog(本贴)下进行。不过《大道至简》的各个独立章节也不再一一贴出。全文下载请至：---------------http://www.delphibbs.com/keylife/images/u40/thinking.in.flexible.engineering.ziphttp:/

《大道至简》的第二版终于写完了，现在。原本以为一个月可以搞定，却做了整整三个月。现在“打完收工”，书稿已经交去了出版社。 哈哈，所以终于得了机会来重新启动Qomo项目。怪我自私一些，未能在写书的同时运作好这个项目的团队。但也期望大家的理解，因为毕竟开源是一件同样消耗时间和精力的事情。——我的习惯，做一件事，就做好；否则，就停下不做。;)正好也是新的一周，因此这周开始整理Qomo的既有成果，

哈哈~~昨天就看到预售的消息了。但是是4.1，所以便没敢大张旗鼓的囔囔。。。其实第二版是去年九月就写完了的，关于这个消息，可以在这里看到：http://aimingoo.spaces.live.com/blog/cns!F9303C43D5CEAFB3!418.entry弄到现在才把排版、审校之类的搞完。实在很令人疲惫。。。至于第二版比第一版（电子版）加了些内容，大家可以从目录中看到。

 一、大道至简与愚公移山＝＝＝＝＝＝＝《大道至简》一书最初的领悟来自那张EHM图。这个故事我在书中已经讲过：在一次Delphi.NET培训的准备工作中，我顿悟“语言只是工具”，并由语言的工具本质为起点，透视了整个软件工程体系。这张图后来被补充为“软件工程层次模型（EHM）”。而从这张图起，我便有开始为我的这些想法写出一本书来，而书的名字就是《大道至简》。我写书是从前言开始，在写《大

引子====== “愚公移山记”文言和白话两篇附录，是《大道至简》第二版中重要的组成部分。但我们这些读惯了技术书的人，大概是不会象文科生一样，一边考证着一边读古文，因此这篇“愚公移山记”中的背景，怕是没几个人会晓得。然而如果不了解这个故事的一些背景知识，那么读起来便不会有什么意思，不会知道其中的含义。因此接下来的“幕后故事”，我将用一系列专题，来讲讲这个“愚公移山记”是如何写成的。

　引子========以古文述事，难点之一便在于我们对历史了解并不充分，因此常常把这个朝代的东西放在了那个朝代，或者让原本是甲做的事，说成了乙做。这样与史不合，容易使文章出笑话。这一篇“幕后”，便来说说“愚公移山记”中的事物。不过由于这篇故事重在述事，所以对于“物”的描写并不充分，能拣出来谈的并不多，望谅。　　1. 铁器========“愚公移山记”中对铁器的考

《大道至简》的幕后故事共写了七节，其中的前五节都已经用BLOG的形式公开在优快云上了。这里一次性的将全部的章节放出来，并做成了PDF文件。敬请下载。;)《大道至简》幕后故事的全文PDF下载地址：http://download.youkuaiyun.com/source/591452　或http://groups.google.com/group/qomo/web/behind_the_curtain.p