12 2008 档案

摘要：VCL已死，RAD已死 ——SD2C中未能尽言的话题<<<-- 上一节六、更远的将来（有限无责任预测）－－－－－再接下来，更为迎合这种面向领域组织团队并开发的工具便会出现。但这种工具不再期望整合各个领域的实现技术（注意我不是说“开发技术”），而是提供领域间的交付标准。或者更为直接地提供交付物。更多领域专精的公司受到关注（例如现在的macromedia），大厂商开始购并更多的专属领域的公司，以整合他们的业务。更大的平台化产品会出现，远程的、分布的、可迁移的运算理论和解决方案被普及，而与此同时的，更细分的领域带来了更多的专属工具和专精人才，项目的整体规模扩张，并由多个团队来实现（ 阅读全文

摘要：VCL已死，RAD已死 ——SD2C中未能尽言的话题<<<-- 上一节五、后RAD时代：领域的成熟－－－－－从界面可视，到界面可描述的变化，使UI设计渐已成为一个相对独立领域。UI团队与UED团队之间并没有严格的、学术性区别，在不同的公司中它们的定义并不一样。一般而言，我们称前者为参与UI的全体，而UED则更关注于用户体验的这一部分。有些时候，我们也习惯性地称之为前端开发，或UI开发团队。在这个领域中有一些明显的特点，例如界面开发过程中采用一种领域设计、开发语言（当然，XML力图成为“通用的描述语言”，于是便有人力主用XHTML来推翻HTML——这个世界上，有领域就有跨领域的 阅读全文

摘要：这两天在上海参加erlang的大会，来不及写第五小节，先回复一些评论吧。其中最主要的是nanyu的一组评论，大概有三、四篇，写到了不少东西。下面一一道来。有关评论请参见：http://blog.csdn.net/aimingoo/archive/2008/12/17/3540112.aspx如果我没理解错，你说的似乎是 RAD已死，而取而代之的是WEB UI.－－－－－－－这是最基本的一个理解错误，RAD有很多种说法，但却没有一种说法是直接与“UI开发”相关的，所以它死与不死，与WEB UI替代了谁，没有必然关系。类似概念问题，在很多朋友对这个话题的讨论中都有出现。在第四节上，我写到如下文字， 阅读全文

摘要：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，大家便只能在这个 阅读全文