再谈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是一个模拟客户行为来综合地进行黑盒测试的好工具。学习使用它,没有半个月是很难的。很多时候,测试的强度取决于客户的需求和项目的进度,而不是象工程中说的那件。 如果项目一开始就没有建立测试机制和计划。以及没有在设计和开发过程中准备测试数据,那么,到测试的时候, ...

本站将进行有关《大道至简》的讨论~

不再推荐在msn spaces上进行有关《大道至简——软件工程实践者的思想》一书的讨论。今后这些讨论内容将主要在本blog(本贴)下进行。 不过《大道至简》的各个独立章节也不再一一贴出。全文下载请至: https://github.com/aimingoo/my-ebooks 欢迎大家就该书的一些不足或者能够引人思考的东西展开讨论。对所有回复我都有将给予感谢,但对任何言之无物的所谓批评以及漫骂不予以理睬。^.^ ...

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

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

关于Borland Delphi's Bug~~

2001年的时候,我开始使用Delphi 6。只用了三天,便测出了7个bug。后来我将bug列表整理出来,发在delphibbs上。 随后写了如下一段感概: 很多的时候,我信任Borland,但更多的时候,我宁可去读完它的源码,然后再来发表对Borland的看法。我一面承认着那些程序员的优秀和代码的品质,一面抱怨着这样那样的BUG。无论如何,BUG还是BUG,一如既往的多。作为在对这些在M$ Windows平台上唯一抗衡的编译器开发人员,和在大富翁里里外外的这些Delphi Fans最高的尊敬,我除了只能提出这些Bug,还能说什么呢? 接下来的事,可能还是只有低头, ...

一枕黄梁犹未尽,欲傍古槐梦南柯

前两日公开《独身茶寮》文章的时候,想起来一些在五、六年前的往事。其中便有这两句诗“一枕黄梁犹未尽,欲傍古槐梦南柯”。 这两句诗写得很早,大概还是在我十五、六岁的时候吧。但一直写不出另外两句。后来,在99年的时候,便将这两句贴在当时的一个论坛上,我记得是“网民公社”的论坛,或者是直接贴在“春草诗社”的论坛里了。希望征得另外两句诗。 这两句诗果然是得到了回应,但这些句子不记得了,也没有刻意去记。后来这两个论坛关张, ...

有人提问,我当作答。关于签名档的由来。

有朋友问我在Blog上的签名用的诗的出处,也就是那首“大夫席野被苍穹”。实在没想到会有人问及这个,也没有想到网上能不能查到它的出处。于是就google,baidu,yahoo了一把。哈哈~能找到的信息还真是寥寥~ 于是就来给个“官方答案”吧。 这首诗出自一篇《独身赋》。全文是: 独身者,独善其身者也。非为情伤、为愁苦者之生地,亦非欢爱男女之死地也!自古伤情者,多誓志独身,故自古世人讽独身者众,而知独身者寡。鳏寡孤独, ...

关于软件设计的基础之基础~~~

在与网友讨论的时候,写到一段话,觉得有点用,记下来备忘。 (2005-11-29 23:09:52) 一只小小鸟 为了提高程序效率,几乎所有的数据访问都是基于存储过程,有时修改一个问题要修改三部分,唉,为了考虑数据库的安全,下一步我想把它做成CWebService,但我一个朋友骂了我,他的观点是,一个小企业,没必要做的那么麻烦,过程也可以不用,直接把SQL语句嵌入到代码中进行数据访问就行了,也许他是从软件公司做项目的角度来看问题的,因为开发效率也很重要。 (2005-11-29 23:10: ...

且累,且自省,且慎言。

且累,且自省,且慎言。 [2005.11.27 深夜] 一、反省 反省一下,我其实不该发前面这篇“评论之进一步评论”的。原因有三。 一方面这原本就是人家所期望的,成某些人之美,算不得什么光彩的事。 另一方面我无论是如何包装言辞,得罪了人就是得罪了人。引起人家的不快,伤了人家的痛处,也不是什么说得出口的好事。 第三个原因,无论如何,两个人在这里争来吵去,为的是些无聊的事, ...

坐而论道(之二)

朋友creation_zy来blog上回了一贴,是一偈语。如下: 诸法从本来,常自寂灭相。 有即非真有,空亦不断灭。 莫说它烦恼,妄心需自歇。 歇已!歇已!闲坐看现成。 于是与随心再由此而论道。 Aimingoo 说: creation_zy在我的blog上回了一道谒,你能看明白么? 随心 说: 他的偈和我说的一个意思。 Aimingoo 说: OH... Aimingoo ...

坐而论道(之一)

这两天把朋友们往中间撮了撮,发现有不少是论道讲佛的。于是少不了一些QQ上的或者MSN上的言论。想了想,把这些内容整理了一个,做几集《坐而论道》。说明一下,论的是道,并不是指论者已得道。 得道者已经不再论了。“论”的目的,还是为“得”。若无欲求,便也无为。所以论道者都不过是凡人,有凡人的欲念与思想,当然,也会犯凡人的错误。 是为开场白。 Aimingoo 说: 我问你,佛教最根本的理论是什么? ...

“草莽程序员的悲哀—评周爱民《大道至简》”之进一步评论

今天在网上看到了张恂先生的一篇评论文章。名字就是“草莽程序员的悲哀—评周爱民《大道至简》”。很哗众的一个名字。 今天又正好在blog上贴了一篇《天庭相骂风》,于是呢告诫自己不要骂人,口下要留点余地,免了交恶于人,回头有得苦吃。然后呢便决定回一篇贴,“进一步评论”一下这篇评论而已。 张恂先生的原文在此: http://www.zhangxun.com/reviews/ddzj.aspx 一、我看“草莽程序员” ...

大骂何必破口~

引子 方志远兄来我blog上发了几贴,于是我也去看看他的blog(http://other.mblogger.cn/fangzhiyuan/),结果发现他回敬给方柏林(南桥)先生的一贴,于是又去方柏林先生的Blog(http://family.mblogger.cn/berlinf/posts/45936.aspx)上看看。 网络就是这样,www被发明的本意就是期望人们通过一层一层的关系找到你想看到或者根本就不想看到的东西。 结果我看到一篇破口大骂的文章。骂人是不对的,开口便骂更是不对。 ...

关于我的职业(职称)

尐乖不乖在回贴里提到我的职称。也就是我在个人简介里的职业“程序员、项目经理、架构设计师"。这倒是很有趣的。因为我看到过有人列出一长串的职业和职称,还言之无物,意无所指。我这里写下了三个职称,也如同这些人一般,那岂不是水分太大~~ 哈哈。那索性就来解释一番。 一、程序员 这个职业我做了近十年,现在都还在做。我还在写code,这并不是一件让人脸红的事(事实上我引以为自豪),但也不见得让人愉快。代码是我的本业,从代码中去发掘思想,是我这些年来在做的, ...