共计 18 篇文章

关于JavaScript,答shendl

今天有闲,正好看到shendl同学在博客上的回复,是关于所谓“为脚本语言平反”的。我拟“为XX平反”这个标题,原本也只是吸引一下眼球来着,并不是真的想平反,或真有能力平了反。连JavaScript之父Brendan Eich同学都背了这么多年黑锅,这个反,哪是说平就平了的。 但shendl回贴了,言辞凿凿。细细读呢,却又满纸荒唐。遂回复一贴,但被CSDN Blog的、伟大而又莫名其妙的回贴排版搞得抓狂。想了想,还是发篇博客吧。一方面, ...

为脚本语言平反-JavaScript篇(1)

导言 在支付宝有一个奇怪的组织叫pCLUB,是一群programmer讨论问题的公共博客(没有对外开放哈)。最近呢,孔宣同学发起一个话题,提出要为种种脚本语言“平反”。他提到说: 我发现,现在脚本语言也深受第一印象所苦。一谈到脚本语言,人们作何反应? 「运行速度很慢」 「只能写一些玩具小程序」 「没什么好用的IDE」 「调试很困难」 所以,这个平反一方面是诉苦大会,一方面则是一场脚本语言的Show。这件事情挑动了我的神经,这十多年来,JavaScript不也一直承受着种种不公平的待遇么?从写框架库到写书,我一直对这门语言充满着热情与隐忍,而现在, ...

关于我到支付宝,答朋友们问

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

一个程序员的迷离人生

(哈哈,标题党一下) 回郑州小住 总算,我在北京的事务一一结了。大概是在春节前后,一切都已然渐渐安定,而麦子也开始建议我们回郑州小住。 是啊,小住。很多年没有歇着了。许多朋友以为我08年在北京晃着,一定很悠闲。事实上却相反,那是我这十余年来最忙、最乱和最不堪的一段时间了。所以就回郑州小住罢。该歇歇了,麦子总在我耳边这么说。正是因为这,我才第一次没列出“2009年计划”,而是悄悄地回了郑州。 不过,在计划中的事情还是有的。例如上半年的QCon大会, ...

表面的简洁

本文刊发在《程序员》杂志09年第二期上。是讨论函数式语言基本性质和发展方向的一篇文章。 一、把大象装进冰箱 在命令式语言(当然我们可以确指为C、Delphi、Java或C#等等)中,初学者的第一个疑难便是这样的代码(注1): X=X+1 为什么?因为在数学概念中,上述等式是不能成立的。这种表达式是计算机的思维逻辑:当它运算上述表达式(或语句)时,X被作为暂存单元——例如冰箱。 ...

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

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

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 ...

任何想法的致命问题,并不在于没有实施条件,而在于根本不被实施

远在98年,富翁doubt就提议“希望大富豪能有更多主题,如Linux”。这个问题争论一时,在当时delphibbs的规模下,还是颇可观的。当时我回过一贴: 我们说的《大富翁之xxx世界》,不是《Delphi之xxx世界》,我并不希望在这个Delphi论坛中看到什么BC、java或VB之类的话题,相信我,我是最忠实的borland Delphi鼓吹者(不是什么inprise!!)之一。 但是,大富翁这样好的一个论坛思想,如果只限在Delphi一个论题上,不免有些浪费可惜了。我想如果yysun精力足够,可以象ee一样开一个全面的论坛站。不过, ...

善于使用资源的程序员才是好程序员

曾经在delphibbs上贴过一套试题,是2002年时所在的公司的一套招聘题。在应聘者中有一个程序员在答卷上到处写的是“可参考XX书”或“可参考MSDN对有关XX问题的说明”,他几乎没有写什么代码,但最后被我们聘用了。 对于这件事,我在论坛上做过一个解释: 善于使用资源的程序员才是好程序员。绝大多数的问题在网上都有答案,为什么要花三天来自己解决而不是花一个小时去查资料呢? 我记得有在M$技术服务中心的朋友说,他们绝大多数的时间都花在帮来要求技术服务的用户查MSDN了。从这一点,就应该明白DelphiBBS一类网站的好处了。 我记得对那个程序员的评价是“涉及面广,头脑灵活,善于学习”。你想想,应该就会明白我们为什么聘用他了。:) 事实上,即使是到现在, ...

伴随开发人员成长的问题:工程重要,还是算法重要?细节重要,还是架构重要?

为了考虑一段代码中的字符串处理效率问题,我写了一个测试程序来检测字符串引用,然后把它贴在delphibbs里。随后这引起了对软件工程和开发技巧的争论。下面的文字很大程度上代表了我当时(2002年中)对开发技术、技巧的观点,我想这与现在的很多开发人员的观点是一致的: 说实在的,现在越来越多的人员都在说要重工程,而不要重算法,不要重技巧;陷于程序的枝节,不如跳出来考虑总体结构。 看起来说得很对,但问题是,为什么到现在M$的编译器的速度都比Borland的慢?M$在这上面追了这么多年,什么样的软件工程没搞过,却怎么还是比人家的慢? 现在个人机越来越高档,对于个人而言,好象是永远也不用到CPU极限一样。 ...

再谈borland与MS对BUG的不同态度~

在大富翁论坛中讨论Delphi 6 SP1对BUG的修补问题时,我提及“强烈建议Borland针对自己的产品出hotfix,而不是让大家非得等到Server Pack”,随后与y9y兄讨论到Borland和MS的不同态度。或者我们可以从另一个角度去看待MS与Borland今日的不同局面: y9y同意bugware关于补丁的一些观点,很大程度上出于Borland以及我们一些程序员所形成的思维方式。——什么东西都要做到最好才拿出来。这的确是没错的。但是,borland和MS多年来的交手,似乎总是忘记了一件事,那就是商业操作。 hotfix除了能给用户带来最快的修正外,更大程度上反映的是一个公司对用户需求的反应速度。做程序并不怕出错,但一定不要让用户觉得他们面对着错误,却没有人对此事件做任何反应。MS现在越来越注重这些对用户信息的反馈/反应速度了。而Borland还是一如既往地抱着古旧的思想…… 我刚才还在给同事说关于Borland发布sp1的事。 ...

代码规范性与品质问题~

2001年在delphibbs做“首届Delphi编程竞赛”活动的时候,曾就代码的规范性与品质问题与大家进行过讨论,摘录一些言论如下: 3. 我们公司有个程序员,现在是项目经理。他原本是做图形程序开发的,我看过它的一个工具的代码,OHHHH,我当时差点没有昏倒。——它的代码做得就象方块,每一行几乎都一个样子,似乎都在不断重复。但是,这些代码的运行效率居然比我见到的所有图形开发包都快! 所以,我绝对同意“一个真正优秀的方案可能代码很多,很精巧,也很复杂,但绝对在效率、速度上非普通方案可比”、“大道深处又至简,一个非常出色的方案往往可以化复杂为简单, ...

关于测试与测试工具~

在delphibbs里发布《测试、调试软件软件使用评测计划·评测报告》时,讨论到各个(被评测的)工具的优劣,andrewbar希望我能够给他一些测试上的建议。因而我有回复下面的一段文字: 但你要注意的是,用DUnit可能需要花费较长的时间来建立测试应用和测试数据。项目测试不是一两天的活儿。如果你们的头儿没有这样的观念,那就只能将一个半成品投给客户。——这样的项目是很常见的。 AQTest是一个模拟客户行为来综合地进行黑盒测试的好工具。学习使用它,没有半个月是很难的。很多时候,测试的强度取决于客户的需求和项目的进度,而不是象工程中说的那件。 如果项目一开始就没有建立测试机制和计划。以及没有在设计和开发过程中准备测试数据,那么,到测试的时候, ...

关于大富翁(delphibbs)灌水的历史~~~

大富翁(www.delphibbs.com)第一个被结贴的是ID号为20的技术贴。提问时间是(1998-09-08 22:51),提问者是yysun,答复人则是我(aiming/aimingoo)。而大富翁第一个水贴却是谁呢?偶没考证过。不过看起来,大富翁里有悠久的灌水历史,以至于到才两个半月(1998-11-25 12:51)之后,贴子ID已经涨到93056。这个水贴里面的灌水角色,不妨列出来大家看看: 好吧, ...