摘要： VCL已死，RAD已死 ——SD2C中未能尽言的话题<<<-- 上一节(插播)四、后RAD时代：界面可视，到界面可描述－－－－－RAD过程与快速原型构建的理论直接相关，这种过程方法要求用户及早看到一个产品并试用之。通过用户对产品原型的体验与确认来固化用户需求，这个是应对用户需求变化的有效手段。RAD过程方法在过去二十多年的时间里取得了不俗的成绩，这是显得易见的。VCL的成功，其一方面的原因也在于它迎合了这一潮流：我们可以通过快速地界面开发，来得到用户可确认的原型。我认为这一过程中，“组件化界面－产品”之间可以快速演进是一个关键因素。也就是说，开发人员可以基于一个“组件化界面” 阅读全文

摘要： 在SD2C大会以后，一直在忙着这个活儿，也就是把手边的一些关于erlang的资源整理出来。现在终于基本完工（或是起步）了，在google code上创建了两个项目：erlangdoci: 这是一个文档项目，主要是为erlang官方发布的PDF文档添加书签和索引。=====项目首页：http://code.google.com/p/erlangdoci/项目说明：http://code.google.com/p/erlangdoci/wiki/readme使用手册：http://code.google.com/p/erlangdoci/wiki/manualderlang: 这个项目全称是“er 阅读全文

摘要： 这个就是此次SD2C上的《JavaScript + Delphi + Erlang = ?》讲演中的全部资料，以及PPT。大多数内容的说明，请直接阅读相应目录下的Readme。我清理掉了所有的编译后文件，除了某些相关软件/项目的原始打包文件之外，所有的东东需要自己编译。有关Delphi的项目中，只用到了一个EmbeddedWB组件，用Delphi的人都知道怎么找到它，反正是开源的。回头我另外开贴来讲相关的技术问题，以及实现方案。总觉得这次大会上讲得不太好。技术的东西，要么不讲，要不讲细，挠不到痛处就不够过瘾。公开的资料包括四个部分：＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝第一部分：JavaScript 阅读全文

摘要： VCL已死，RAD已死 ——SD2C中未能尽言的话题<<<-- 上一节这个插播，是Shaofei Cheng在MSN跟我的一段聊天记录。关于这个话题，我在会后休息的时候，与很多朋友都谈到过，但限于现场，无法记录。正好Shaofei Cheng与我又一次沟通了这个，得以形成记录，也能反映一些我在“VCL已死，RAD已死”这个论题中有关架构的思想。故此公众，大家可以狂批……建议整篇文章从头读起，在这里在这里 -->>>Shaofei Cheng 说:UI设计师设计了界面，然后开发人员说：荒唐！这样的界面用Delphi根本做不出来！Shaofei Cheng 说: 阅读全文

摘要： VCL已死，RAD已死 ——SD2C中未能尽言的话题<<<-- 上一节三、RAD之死与系统的复杂性－－－－－RAD在较小规模应用的开发上，具有相当的优势。同时，它具有两方面特性：1、对于应付在各个模向分层上需求相对均势，并且在开发工具商提供的方案可应付的区间的需求，RAD以及使用RAD开发的团队具有极大的能量。例如早期的C/S模式下的数据库应用。2、对于系统可以纵向切分（为多个子项目或独立模块），而且各个块满足上述第一项的特性时，RAD应付规模增长的系统时，也具有极大的能量。例如群件、或中间件等。对于上述两个特性之外的系统，RAD的团队难于组织、管理，也难于复制。显然，RAD 阅读全文

摘要： VCL已死，RAD已死 ——SD2C中未能尽言的话题<<<-- 上一节二、分层，真的改变了你的思想了吗？－－－－－分层思想提出来了——这在操作系统的设计上可以上溯到上个世纪50年代，但在应用软件开发上却并不太久。一个比较稳定的分层系统是“交互、业务和数据”三层，当然，与实际需要相关的还有更多层、更多更多层。分层没有什么不好。正如我说WIMP没有什么不好一样。但是，厂商们开始掺合了。为了让我们的程序员成为RAD中的SuperMan，以及表明我们这些厂商直接就是超人学校，并提供超人道具。所以我们的开发工具加上了各种各样的RAD工具：数据库可以拖、网络接口可以拖、应用框架可以拖、设 阅读全文

摘要： VCL已死，RAD已死 ——SD2C中未能尽言的话题今年的SD2C，我匆匆去又匆匆还，因为有急事要处理，所以第三天的课程都没来得及参加。与此相同的是，我的那场话题，也讲得匆匆忙忙，有许多不清楚透彻的地方。其中之一便是这两个断言：“VCL已死，RAD已死”。所以今次开贴重讲！一、从UI的变革到系统的复杂性－－－－－UI怎么构成？在Windows及同期的Linux、Mac平台上，对UI的解构是WIMP（Windows,Icons,Menu,Point）。这个抽象具有相当的合理性，并一度带来了GUI的繁荣。然而，界面技术本质上是掌握在平台技术厂商的手上，例如Windows提供MFC，大家便只能在这个 阅读全文

摘要： Qomo之快速上手－－－－－我发现，无论是哪种成功的语言，总是有一个快速入门的读物，而无论它们本身是如何的复杂、艰涩或难于理解。反过来，不成功的语言，总是带有一堆技术性十足、充满了想象和预期的文档。后者的这些文档，有些甚至比代码还多，但是这同样未能挽救它们的失败。于是，我同样地看到了Qomo。我发现Qomo发布过的文档中，总是有大量无法让人理解的东西。如果你准备写一门语言，那么可能Qomo的文档和代码会给你许多启发。而如果你只是打算用它，那么大概会变得很痛苦。然而，如果一个人因为想写一门语言而去了解Qomo，那么他大概不会再使用Qomo，这是因为各自存有不同的目标。于是，我想Qomo小组应该为 阅读全文

摘要： 题记： 在与Ivar的访谈之后，我一直想把这一段过程写出来。我尝试拟过许多个题目，最后都写不成文章。几乎在我要放弃的时候，BLOG读者在评论中，对我所解释的“函数式语言”的置疑提醒了我：很多时候不是问题的答案令人置疑，而是问题的思想方法令人置疑。如同我问Ivar的问题，他的答案“令人怀疑的正确”，其实是思想方法的问题。不站在Ivar的历史，以及Ivar的成就的角度上去思考，你会认为Ivar是在应付我的责难。 事实上，那个访谈中，Ivar非常慎重地面对这个问题，并仔细地解释了他所提供的答案。可惜后来CSDN录制时，正好漏掉了这一段。非常遗憾，此回顾这些经历，既以钦佩，亦复深研。 像大师们一样思考 阅读全文

摘要： 主要程序设计语言范型综论与概要——《JavaScript语言精髓与编程实践》摘引本文档已重新发布为迷你电子书：http://blog.csdn.net/aimingoo/archive/2009/03/12/3983975.aspx<< 阅读全文