形式重要吗?

今天看到一篇关于20行代码的文章,说到JS圈子里有一项赛事,就是在20行代码中写出尽可能丰富的效果来。当然,类似的事情在种种语言中都有,不惟JS。 于是一时兴起,打算把Qomo写出个20行的版本来。是啊,如果Qomo可以写成20行,将是何等快意啊?于是就动手写了写。写之前,看了别个的一些20行,大意是声明语句可记为一行,连续表达式可以记为一行,又则,函数声明按内部的行数来记行…… 于是动手写吧。写了三数行,便觉得不对了。仅为了增减行数,再复杂的功能在JS里也写得成一行(当然这有点夸张)。例如说Qomo的Class()函数原本是有27行的, ...

本有佛性,奈何俗尘

stupid 说: 大公司对个人成长利大于弊吗 Aimingoo 说: 哈哈。。。。 是你在成长,不是大公司。 stupid 说: 可是做事情限制太大了,做点事情太麻烦 stupid 说: 流程太多 Aimingoo 说: 有些事,没做过就是没做过。在远处看、听人说,都是没用的。 Aimingoo 说: 成长,是自己的事。 ...

写在《动态函数式语言精髓》发布之前~

《要有光》 我一直在寻求尽头, 或展望于将来, 或求源于过往。 我在一道大河的中间, 前后观望, 时而俯首所得的, 不过是一掬破碎的倒影。 倒影中,还是我的迷惘。 注:《动态函数式语言精髓》是正在计划发布的一份电子书,当然,既是计划,便只能敬请期待了。这段文字,是它的序言中的一个段落,撷摘了下来,读得颇有些味道。哈哈。 又注:该电子书表布在InfoQ,这里: http://www. ...

VCL已死,RAD已死(6) - 结语与预测

<< 第五节:后RAD时代:领域的成熟 六、更远的将来(有限无责任预测) 再接下来,更为迎合这种面向领域组织团队并开发的工具便会出现。但这种工具不再期望整合各个领域的实现技术(注意我不是说“开发技术”),而是提供领域间的交付标准。或者更为直接地提供交付物。更多领域专精的公司受到关注(例如现在的macromedia),大厂商开始购并更多的专属领域的公司,以整合他们的业务。 更大的平台化产品会出现,远程的、分布的、可迁移的运算理论和解决方案被普及,而与此同时的,更细分的领域带来了更多的专属工具和专精人才,项目的整体规模扩张, ...

VCL已死,RAD已死(5)

<< 第四节:后RAD时代:界面可视,到界面可描述 五、后RAD时代:领域的成熟 从界面可视,到界面可描述的变化,使UI设计渐已成为一个相对独立领域。UI团队与UED团队之间并没有严格的、学术性区别,在不同的公司中它们的定义并不一样。一般而言,我们称前者为参与UI的全体,而UED则更关注于用户体验的这一部分。有些时候,我们也习惯性地称之为前端开发,或UI开发团队。 在这个领域中有一些明显的特点,例如界面开发过程中采用一种领域设计、开发语言(当然,XML力图成为“ ...

关于“VCL已死、RAD已死”答读者问

这两天在上海参加erlang的大会,来不及写第五小节,先回复一些评论吧。其中最主要的是nanyu的一组评论,大概有三、四篇,写到了不少东西。下面一一道来。   有关评论请参见: http://blog.csdn.net/aimingoo/archive/2008/12/17/3540112.aspx     如果我没理解错,你说的似乎是 RAD已死,而取而代之的是WEB UI. ------- 这是最基本的一个理解错误, ...

VCL已死,RAD已死(4)

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

Erlang in Delphi 项目发布!

在SD2C大会以后,一直在忙着这个活儿,也就是把手边的一些关于erlang的资源整理出来。现在终于基本完工(或是起步)了,在google code上创建了两个项目: erlangdoci: 这是一个文档项目,主要是为erlang官方发布的PDF文档添加书签和索引。 项目首页:http://code.google.com/p/erlangdoci/ 项目说明:http://code.google.com/p/erlangdoci/wiki/ ...

SD2C大会,JavaScript + Delphi + ErLang 讲演相关资料完全公开!

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

VCL已死,RAD已死(插播)

<< 第三节 RAD之死与系统的复杂性 这个插播,是Shaofei Cheng在MSN跟我的一段聊天记录。关于这个话题,我在会后休息的时候,与很多朋友都谈到过,但限于现场,无法记录。正好Shaofei Cheng与我又一次沟通了这个,得以形成记录,也能反映一些我在“VCL已死,RAD已死”这个论题中有关架构的思想。故此公众,大家可以狂批…… 建议整篇文章从头读起,在这里在这里 Shaofei Cheng 说: ...

VCL已死,RAD已死(3)

<< 第二节:分层,真的改变了你的思想了吗? 三、RAD之死与系统的复杂性 RAD在较小规模应用的开发上,具有相当的优势。同时,它具有两方面特性: 对于应付在各个模向分层上需求相对均势,并且在开发工具商提供的方案可应付的区间内的需求中,RAD以及使用RAD开发的团队具有极大的能量。例如早期的C/S模式下的数据库应用。 对于系统可以纵向切分(为多个子项目或独立模块),而且各个部分满足上述第一项的特性时,RAD在应付这类系统的规模增长上也具有极大的能量。例如群件、或中间件等。 对于上述两个特性之外的系统,RAD的团队难于组织、管理,也难于复制。 ...

VCL已死,RAD已死(2)

<< 第一节:从UI的变革到系统的复杂性 二、分层,真的改变了你的思想了吗? 分层思想提出来了——这在操作系统的设计上可以上溯到上个世纪50年代,但在应用软件开发上却并不太久。一个比较稳定的分层系统是“交互、业务和数据”三层,当然,与实际需要相关的还有更多层、更多更多层。 分层没有什么不好。正如我说WIMP没有什么不好一样。但是,厂商们开始掺合了。为了让我们的程序员成为RAD中的SuperMan,以及表明我们这些厂商直接就是超人学校,并提供超人道具。所以我们的开发工具加上了各种各样的RAD工具:数据库可以拖、 ...

VCL已死,RAD已死(1)

《VCL已死,RAD已死》         ——SD2C中未能尽言的话题 今年的SD2C,我匆匆去又匆匆还,因为有急事要处理,所以第三天的课程都没来得及参加。与此相同的是,我的那场话题,也讲得匆匆忙忙,有许多不清楚透彻的地方。其中之一便是这两个断言:“VCL已死,RAD已死”。 所以今次开贴重讲! 一、从UI的变革到系统的复杂性 UI怎么构成?在Windows及同期的Linux、Mac平台上,对UI的解构是WIMP(Windows,Icons,Menu,Point)。这个抽象具有相当的合理性, ...

骂作!

骂作! —— 市场经济与个人情感 在DOGN(一个私人的、小圈子的社区)里,我曾经给一个用极其夸张的语言来称赞我的老朋友说:棒杀是杀,捧杀也是杀,区别只是前者用棒子击打,后者用手托衬,死却是一样的死法。 所以,个人感情里,我不太喜欢捧。捧得过了,人就昏了。托衬得太高,虚无实底,掉下来也就摔死了。同样的,我也不喜欢“作”,做作得过头了,看起来印痕满满,如同乞丐的衣服, ...

学习从小抄开始

这两天学些新东西,发现原来几乎所有要记忆的东西都有小抄。看来亚洲人欧美人在记忆特点上也没有不同。不过,对待这个小抄,大概,我们拿小抄去考场会被打手板心,而西方人会宽容些些,有些允许带一个指定大小、页数的小抄。哎,早要能这样,当年我就不会把三角函数刻在课桌上了。 中国的教育方法,至少比较毁桌子。 E文里的小抄通常有两个说法,比较正式的叫Quick Card,或Quick Reference Card。。至于另一种,就比较明目张胆了,叫CheatSheet。En,作弊单, ...