Nikon、Borland与Palm

(6-11)
想到这个话题其实跟CodeGear前不久被收购没什么关系——自从CodeGear被从Borland分出来以后,我就知道它已经完蛋了,我甚至不关心收购它的是什么公司,我对它唯一关心的就是:啥时把Delphi/BCB拿出来开源。
事情的起因是前几天看到一个与Canon有关的帖子,提到了Canon两次变更单反卡口标准的事情。这些8挂往事是我们这些器材派最为津津乐道的内容之一。
简单说来就是:Nikon和Canon差不多都是在五六十年代开始搞单反,不过早年Nikon在单反领域搞得相对好一些;后来由于技术进步,随着各种新功能的不断加入,早期的卡口设计渐渐浮现出各自的局限性;Nikon的做法是在原来的卡口上作小的修改,保持兼容,而Canon在1971年将当时的FL卡口改成了后来的FD卡口;就在FD卡口发展到已经对Nikon F卡口AI/AIS系统构成威胁的时候,自动对焦等新技术的需要再次让卡口局限浮现出来;这一次Nikon继续在老卡口上作文章,修改出了AF系统,而Canon则再次抛弃FD卡口,推出了EOS和相应的EF卡口。
结果不用说,Nikon为了兼容老卡口付出了巨大的努力,而Canon轻装上阵,最终在单反领域反超了Nikon。因为从市场战略上来说,Canon的策略是牺牲老用户的利益来换取技术的快速进步,用新技术吸引更多的新用户来补偿老用户流失的损失。显然90年代单反市场的高速扩张帮助Canon实现了这一目标,而DSLR时代,Canon还因此获得了超额的收益。
但是作为一个用户来说,无疑会更接受Nikon的做法。毕竟换了卡口就意味着——买新的机身就必须放弃原来在老镜头上的投资,而坚持老镜头就享受不到新机身上的新技术。
回到Borland的话题上,Borland采取的策略在某种程度上说类似于Nikon,他们的发展也是保持着很好的连贯性,不像Microsoft那样发生.net式的跳转。但是结果呢?Borland的失败远大于Nikon——在可预见的未来一段时间里,Nikon不但不会发生像CodeGear现在的下场,而且还会过得很滋润。是什么造成了这样的差别?
我想是这样的:
在单反领域,CN两家是各自独立的系统,有各自独立的基础平台,任何一家的大动作,只会对自己造成影响。而在Windows软件开发领域,基础平台是由Microsoft提供的,所以Borland在这一领域与Microsoft的竞争是完全不对等的。所以Borland的坚持兼容经受不住Microsoft的平台变化。所以Borland死得很惨。
那么Palm呢?照说Palm也是自己独立的平台,它对兼容性的坚持不应该导致自己被Microsoft的Windows CE/Mobile干掉的啊。
这个……就只能说它是自绝于人民了。囧。

[技术帖]单元测试的规划

一篇拖了很久的技术帖,本来是四月份就要写完的。

WTF!ixwebhosting又出问题了,Mental Studio无法更新。再次强烈建议,如果你想找国外的虚拟主机空间,千万不要找ixwebhosting,便宜货害S人啊。

还好CSDN BLOG恢复,修改后发于CSDN BLOG:《单元测试的规划》。

与经济无关

(4-2)

看到《从经济学的角度看Java和php》本没什么可说的,因为早在两年多前我就说过存在着《两种不同的Web应用》,混为一谈只能说明这个作者对JAVA还知之甚少。

其实一个人不可能什么都知道,这甚至谈不上是个错误,但是无知到如此无畏的程度就让人有点无语了。

“我打赌没有多少个java程序员可以讲清楚j2ee是什么。”
“Luma用JAVA做了一个跨平台QQ出来,厉害了把,我打赌他半点J2EE的东西都没用。”

自己不懂J2EE不要当别人也都不懂。LumaQQ跟企业级应用一点关系也没有,用J2EE干什么?它用JAVA只是为了跨平台而已。

如我在《两种不同的Web应用》中所说,J2EE和PHP面向的领域是不同的,所以各自的定位也不同,这与作者所谓的“经济学”一点关系也没有。会有这样的想法那真是所谓的“太傻太天真”。

至于那最后一段话,让偶明白了,原来是在装一个相反的d啊。