关于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的事。 ...
代码规范性与品质问题～
２００１年在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。这个水贴里面的灌水角色，不妨列出来大家看看： 好吧， ...
