分类目录归档:无责任乱评

黑莓8320初步印象

把玩了两天的黑莓,总体感觉黑莓的可玩性和windows mobile相比还是有不小的差距。

这里将黑莓的优缺点罗列一下。

优点:

  1. 屏幕
    黑莓即使在阳关下也可以清楚的看清屏幕上的文字,效果确实不错。
  2. 轨迹球
    轨迹球确实是非常的好用,可以说比我预想的要好不少。
  3. 通话效果
    很清晰,是一个合格的电话。
  4. 相机
    其实8320的相机效果和其他同档次的手机比起来没任何优势,但和以前的那个手机比起来也算个优点吧。
  5. 无线网络
    感觉gprs还挺稳定的。虽然8320的wifi和同事的钻石比起来能找到的热点要少很多,但估计连上后也差不多。
  6. 键盘
    以前以为一个手按起来会不方便,但实际使用起来也还好。
  7. mp3
    效果还不错,基本上达到我可以接受的水平了。

缺点:

  1. 应用程序少
    我觉得这是黑莓的最大缺点,甚至让我产生了“是否要用以前的ppc手机当pda”用的想法。黑莓系统封闭,加之中国的黑莓用户少,这直接导致了黑莓应用程序的极不丰富,而适合国人使用的就少之又少。
    1. 输入法
      在wm下梅花/A4等第三方输入法一大堆,但到了黑莓下面就只看到一个梅花的第三方输入法,而且还是以外挂的形式出现的。虽然梅花输入法本身不错,但外挂的方式还是给使用带来了一定的麻烦。
    2. busline
      wm/plam下一个著名的公交查询软件。但转了一圈,黑莓下就是没有类似的东东。
    3. 列车时刻
      wm下列车时刻表软件有好几个,而且都还不错。黑莓下虽然有,但似乎并不太好用。
    4. 地图
      wm下一抓一大把,怕的不是找不到,怕的是不知道选哪个好。黑莓下的选择就少多了,而且似乎都不太好用。这里也要庆幸下,好在没买8820,相比而言相机比GPS实用些。
    5. 万年历
      wm下的掌心万年历还是非常不错的。黑莓下虽然也有万年历,但那个也太简陋了点吧。
    6. …… 
      感觉再写下去都罄竹难书了。
  2. 今日主题
    wm的桌面有很强的定制性,而且我觉得wm默认的今日主题还挺实用的。约会和待办事项都会直接显示在桌面上,这样一目了然。黑莓就只能点开程序去看了。
  3. 都是翻新机,价格并不便宜
    单看黑莓的价格似乎还不错,但如果考虑到这些都是翻新机,其实价格也并不怎么样了。其实翻新机也就算了,但其中居然还有不少打孔机(使用报废的不合格主板组装的黑莓),这就让人崩溃得多了。而且我就很不幸的买到了传说中的打孔机。
  4. 偷流量
    黑莓会自动的连接GPRS,每个月都会因此用掉几M的流量,而且还是走的cnnet。如果事先没有了解,那很可能就这么莫名其妙损失不少米米。
  5. 触屏
    说来这个应当不算缺点了,但人家wm有,就也说说吧。不少情况下有触屏还是要方便不少的。比如网页浏览,图片浏览,地图浏览啥的。

2008关键词

2008有着太多的喧嚣,或许是这个世界沉寂了太久有着太多的诉求需要发泄。
雪灾
首先见面的是雪灾。南方的漫天飞雪,2008以这样近乎华丽的方式开场。当然对大多沉迷于股市淘金梦的人们来说,他们是断不会想到,今年的股市会比这个冬天还冷。
艳照门
接着见面的是艳照门,一场全面偷窥的大狂欢。有时候真不知道是该说这是民主的进步,还是世风日下。
ZD
虽然XZ的问题一直存在,但基本上都成了不是问题的问题。取不想借着奥运的东风再次冒头。就像一个不甘寂寞的小丑,乘着人多主动蹦出来搞个无聊的表演。或许,它只是怕人将它遗忘。
地震
其实自然灾害每年都有,只是今年比较惨烈些。
奥运
奥运盼了这么多年,终于开完了,一场华丽的中国show。中国想借着奥运会作为一个展示中国的平台,只是还来不及品味就遇上了经济危机。不知道在以后来看奥运会是一个优秀的策划还是一个失败的投资。
经济危机
冰冻三尺非一日之寒,但真正关键的只是结果而已。美国的次贷危机迅速的席卷全球,变成全球性的经济危机。中国的股市更是从6000点的珠穆朗玛一直掉落到1800点的马里亚纳海沟。在股市疯涨的时候,股民们大叫政府的干预。我们在股市赚点钱容易吗,你还不让涨。但股市大跌后却开始大骂政府的不作为。股市都跌成这样了,还不托一托。政府容易吗。
爱国/WT
话说我以前一直感觉网上大多是所谓的愤青,总是有东西看得不爽,要大骂。缺不想在地震ZD等问题面前一下子出现了这么多爱国人士。更有甚者,在天涯上出现了专门HC国家两位领导人的“涛宝后援会”。不过或许大多网民只是因为无聊,所以善变。前两天还在为地震痛心疾首的网民们忽然间集体做起了俯卧撑。于是我开始相信或许所谓的WT在这世界上真的存在,或许WT和五毛党都存在。
虽然互联网早已过了“在互联网上没人知道你是一条狗”的原始时代,却也远谈不上真实。这还是一个马甲的时代。
Facebook/51
互联网的变化总是快的惊人。Facebook的迅速崛起,让去年还风头正盛的myspace仿佛在一夜之间迅速过气。与此同时,Yahoo由一个互联网的霸主迅速沦落为一个没人要的烫手山芋。也许还谈不上一个新时代的开始,但也算是一个时代的终结。
51,Facebook的中文Clone。有人说51开启了互联网无底裤抄袭(连css都抄)的历史。但至少51是成功的。尽管Facebook和51是如此的成功,但我却用的不多。特别是51,我始终没有去注册过。或许我已是上一代的互联网人,用着那些过时的产品。
山寨
山寨,始于山寨机却不限于山寨机。在2008,山寨终于发扬光大,走上主流,开启了所谓的山寨文化。毛泽东曾提出了“农村包围城市”的革命性理论,又如“人民只有人们才是创造历史的真正动力”。如今的山寨将毛泽东的理论精髓发扬光大,以草根的力量撬动世界。
iphone/GPhone
摩托罗拉败走麦城,iphone成功的沦为街机,Google的GPhone在千呼万唤后也终于露面。或许新一轮的手机大战才刚刚开始。
FP
虽说我是计算机专业毕业,但却也是在近年来才听过Function Program(FP)。似乎从去年开始国内就有一部分人在炒Erlang。也曾想去学两招好冒充大牛。不过了解后我认为这东西可能不太适合我,或许也并不适合大多人。 FP在更多的时候只是做学术用途。可能是神坛待久了也会寂寞,需要到草根世界寻找一些信徒。神之所以为神,是有人瞻仰。
既然我不是那少数的几只smart guy,就不去趟这趟浑水了。
FP虽然优秀,但不适合我,也并不适合大多人。

assembla太强了

    assembla是一个提供免费SVN和项目管理工具的服务商。以前用过一段时间,后来挺久没去过,最近再去发现服务功能做了一些改动,其中wiki的改动实在让人无语。以前的wiki使用的wiki语法,但现在已经改成了同时支持wiki语法和WYSIWYG。就这么看上去似乎还是不错,但真正去用就会发现根本无法忍受。WYSIWYG和wiki语法之间根本就无法平滑的切换,而且在提交后文本内容就已经转成了html,根本无法再使用wiki语法进行编辑。简单的说,assembla的wiki功能基本上是废掉了。
    虽然wiki被废掉,这点比较不爽,不过今天发现assembla居然提供了Trac,一个完整的Trac。Trac的wiki功能完善(而且我自己也在用Trac的wiki)。不过assembla的数据导出服务似乎是收费的,而且我已经在自己服务器上将Trac的部署好了,因此目前只使用assembla的SVN服务。
    需要项目管理,SVN服务器的兄弟去看看吧,绝对是一个优秀的免费服务。

Borland终于将CodeGear给卖了

    前些天发现有些通过网友搜素Borland卖Delphi的访问我的主页。然后又在QQ群里看到了CodeGear出售的消息。CodeGear以2300w$的价格给贱卖了。Borland还保留700w$的资产,也就是说整个开发部门总共也才值3kw$。
    买家叫Embarcadero,一个我没听说过的公司。虽然是个地板价,不过我想这对Borland来说也算是一个解脱吧,终于将这个烫手山芋给脱手了。
    Delphi社区普遍关心CodeGear被卖了以后Delphi的前途,毕竟Delphi就borland一家在做,如果没人接手玩下去,那将直接面临玩完的危险。从我的角度来说,我是非常不看好Delphi的前途(其实早就不看好了),也不看好CodeGear的前途。CodeGear这几年出的新东西,甚至连让我尝试的冲动都没多少。
    2300w,本来就是一个地板价,更何况这还并不是Delphi卖出的价钱。说不定Delphi在里面属于陪嫁的嫁妆而已。Embarcadero或许只是看重了CodeGear的技术团队。作为一次收购,Embarcadero很可能会对CodeGear的产品线进行重组,砍掉一些不盈利的项目。Delphi就很可能会在黑名单中。
    食之无味弃之可惜。在我看来Delphi应当还会做做show,做一些维护性的工作,就别指望他能得到一些啥优秀资源了。
    或许对我来说,Delphi的版本号发展到了7就已经终结,虽然对他的unicode版还有些许期待。

要虐就一次虐个够

    话说我这次真的是受够了delphi。Delphi的unicode支持实在是太烂了,所有VCL都不支持unicode,要支持VCL只用用第三方的TNT(现在改名/收费了)。
    Delphi的一大好处就是控件多。unicode一下,那些第三方控件全部挂掉(就没几个控件是unicode的)。

流氓软件探源

    在以前,软件开发者门都在想如何用软件多卖一些钱。然而这个世界忽然间就变了,很多软件都开始免费了。免费也就算了,各种各样的软件削尖了脑袋的往用户电脑里钻。更有甚者,一但进去了就占地为王,死都不出去。
    不是我不懂,只是这世界变化得太快。
    开始慢慢的回忆软件是什么时候开始流氓起来的。
    想到流氓软件,很自然的就会想到3721,对很多人来说,电脑被流氓都是从3721开始的。在几年前3721和总多小网站合作,推出了用户安装3721插件,网站就可以得到提成的推广机制。流氓归流氓,3721依靠该策略迅速的普及了起来。此后就慢慢的迎来了现在的流氓狂潮。
    虽然是3721使流氓软件的概念深入人心,但3721绝对不第一个流氓。翻看软件史,我们看到了sun。在90年代sun推出了java。一时间java风光无限(java现在也还不错了)。俺们的bill大叔当然不能看着sun在那里独美了。本着做不掉他就搞和平演变的原则,bill大叔偷偷的修改了java的规范。sun也不是惹的,一场官司,bill大叔的计划失败了。bill大叔一气之下将jre赶出了windows。sun一见茅坑没了,赶紧打官司,企图重新夺回茅坑。官司赢了,但我们的bill大叔就是牛。就是赔钱也要坚决抵制sun的无耻流氓行径。于是到现在我们都需要单独去下载jre。
    虽然MS拒绝了sun的流氓行为,但MS自己也流氓过。
    在90年代中期的浏览器大站中,MS靠在自己系统中捆绑ie来和netcaptor抢地盘。netcaptor眼见就要体力不支了,赶紧跳出来大叫一声:“你流氓”。又见官司。MS坚决不卸,说这是系统的一部分。netcaptor无奈只下只得自己出工具卸ie(现在的反流氓软件软件?)。此后,此后大家就都知道了。现在还有几个人知道netcaptor?现在的ie也被真真正正的整合到了系统中。

Delphi果然没卖成功

    今天在QQ群里听说Delphi卖给了DevCo。DevCo?没有听过。再一打听,原来是从Borland分出来的新公司。
    呵,我就说嘛,Delphi这东西我是实在是想不出谁会买。不是幸灾乐祸,只是事实。Delphi的逝去是一个时代逝去。Delphi的优势是RAD,快速开发。Delphi被广泛的用于C/S模式应用程序的开发。但网络的兴起,java、.net的出现,极速侵蚀了原生开发工具的市场。原本许多C/S模式的用程序现在都该用B/S模式。而对于和操作系统及性能要求相对较高的一些应用程序,Delphi由于自身问题及算法库等相关资料的缺失,一直难敌C++。为此Delphi被推向了高不成低不就的两难境地。Delphi注定了他的相对小众。
    小众就小众吧,除非它不出64位的版本,和32位的系统一起发霉,不然应该挂不了。感觉现在的Delphi世界还算正常。以前的一些Delphi程序还需要维护,少量的新项目还在用Delphi。“老人”走了,却未见来者,要找份Delphi的工作也不至于太难。相比前两年,Delphi的寒冬算是过去了。想当年就没看到几个要Delphi的
    Delphi,我依旧喜欢摆弄,却再也不想将其作为一个职业了。
    周末把代码给整一下,给cnpack提交个代码,也算是为我喜欢的这个开源工具做点贡献吧

再谈谈Borland卖IDE

    今天去兔八哥的blog看了看。呵,也在谈论这事。毕竟这对每个Borland用户来说这都是一件大事嘛。回帖一不小心又YY了一堆。
—————————————
    近两年来Delphi已经日先颓势,广大的Delphi用户纷纷转向JAVA或.NET。广大的老用户走了,新用户又未能很好的成长起来,致使Delphi社区的技术实力大大下将。这一点看一下Delphi的论坛的整体技术水平就可以知道了。Delphi的没落也许更多的是一个时代的没落,传统的win32及C/S程序开发的没落。在我看来Delphi的没落似乎是注定的。最近虽然还是常玩玩Delphi,不过更多的只是玩玩而已。相见不如怀念。
    C++Builder的版本号一直都和Delphi同步,但随着Delphi7的出现C++Builder7却久久为见,似乎Borland已经将C++Builder给挂了。在经过痛苦的等待之后C++BuilderX出现了。C++BuilderX本该是一个很有前途的东西。C++BuilderX整合了N多开源的东西,支持交叉编译(好像是吧,不太记得了)。发布的时候曾宣了N多新特性,还宣称要用C++将VCL进行重写。不过在预览版出现的时候连RAD都没带。大家都在想,预览版嘛,可以理解。但在正式版出来的时候还是老样子。不带RAD的C++Builder还是C++Builder?我想C++BuilderX一定让不少C++Builder用户从期待到绝望。尽管如此C++Builder还是一个不错的东西,至少思路还不错。C++BuilderX提供了与ANSI/ISO C++和C99标准完全兼容的全新编译器和C++平台开发架构,该架构允许开发人员直观地构建并交付跨平台应用而无需对编译器进行扩展。C++BuilderX如果能借助开源的力量也许会有不错的前景。不过Borland毕竟不是IBM。
    如果说Borland说要卖掉Delphi,我想我不会惊奇。让我没想到的是Borland居然连JBuilder也给卖了。JBuilder是个优秀的开发工具,他有着eclipse所没有的容用性。不过eclipse有着他最大的优势,免费,以及开源社区的支持。想起以前看到的一句话,如果JBuilder不是因为卖得这么贵的话也许很过后来的IDE都不会出现,其中包括eclipse和IDEA。
    抛弃了IDE的Borland期待着一次涅磐,但Borland能否修成正果?没有了IDE的是否还是Borland?
    希望Borland走好,更希望那些离开了Borland的IDE们走好。

Borland要把开发工具部给卖了

    这两天对Delphi社区影响大的无疑就是这个消息了。现在的我已经成功的转到JAVA开发下面了,Delphi对我来说更多的是业余时消遣的玩具。对Delphi的一些新动向虽然也会去了解,却也不是很感兴趣。最近Dephi的发展主要都是放在.net和IDE的扩展上。但我只只用Delphi的win32开发,至于IDE方面,我已经被D7的IDE虐习惯了。在安上Moldermaker和cnpack之后感觉还不错。
    尽管如此,Borland出售开发工具部门还是一件大事,毕竟玩了这么多年的Delphi,而且现在还在用Borland的JBuilder。
    即使没了Jbuilder我们还可以使用eclipse,JAVA还会发展,但Delphi?相对其他开发语言来说Delphi应该说是封闭的,Delphi一直都是在Borland的掌控中发展。没了Borland谁来支持Delphi。
    就我看来Delphi的前景是暗淡的。Delphi的优势主要体现在传统的win32环境中的RAD开发。但就目前的情况来看win32的开发已经开始走下坡路了。实际上现在的Delphi开发人员就已经流失的很厉害了,比如我。在.net开发方面。delphi可以使用vcl来开发。vcl固然是个很优秀的东西,但毕竟已经是个老古董了。现在的.net的设计已经很完善,完全没必要多此一举的封装一下。
    borland的工具开发部门谁买?
    windows平台卖给MS?怎么可能。MS自己有完备的.net和win32开发工具,再买这个也多余。买过来消灭竞争对手?只有打不过的时候才会这么做。现在Borland都这样了已经犯不着用这一着了。
    JAVA平台卖给IBM。尽管我不得不承认JBuilder是个很不错的东西。但我想IBM还是不太可能会要。IBM是个精明的商人。IBM用开源模式成功的将eclipse推向了java开发工具的巅峰,将jbuilder给做了。jbuilder IBM就是买过来也没什么用。买来送给开源组织?怎么可能。我倒是挺希望SUN吧Jbuilder给买过去。虽然sun是java标准的制定者,但sun的IDE就一直没有流行起来,以前是jbuilder,现在是eclipse。netbean和jbuilder都是基于swing的。如果sun能将jbuilder中的优势整合到netbean中应该能出现个不错的东西出来。对我这样一个对eclipse颇有微词的人来说,我还是很希望能出现个这么样的东西的。
    不管怎么说,还是希望Borland给自己的开发工具们找个好买家吧。

Ruby vs Java? and appfuse

    《新技术倍出 谁最可能挑战Java开发优势》,感觉挺恶俗的一个名字。不过既然要圈钱就得制造点事端,制造点热点。一个东西不管好不好,有人理就是好事。

    JAVA,为什么又是JAVA不是PHP、ASP。因为JAVA红,俗话说人红事多。现在的新人为了吸引眼球总得拉个大腕作幌子,就象前一阵子天涯上的猫人。JAVA,因为JAVA红。

    又是Ruby,又在CSDN上看到关于Ruby的帖子。我一直都承认我对脚本语言是存在偏见的,而且固执己见。

    Ruby可能流行吗?可能。 Ruby能挑战Java吗?表示怀疑。

    JAVA其实可以更简单,JAVA目前的这个局面更多的是因为厂商利益。在Ruby开始威胁到JAVA的时候,JAVA可以变得简单起来。而且在提供方便性将在一定程度的限制功能。有时候,一个东西完善的过程,也是一个复杂化的过程。我觉得Ruby应当是这样的一个东西。最重要的一点,Ruby的定位和JAVA不一样。JAVA定位相对比较高一些。要抢底盘也是抢PHP的,JAVA受到的威胁相对要小一些。

    又想到了APPFUSE。APPFUSE一个不错的集成框架。而且自身带的代码生成器使用也很方便。只要写完VO并为VO写上XDoclet的标注后,直接运行ant命令就可以自动完成数据库的部署并将包括表示层的所有相关代码生成。完全一站式的代码生成。

    既然APPFUSE如此完美为什么没有广泛的流行起来?

    Appfuse基于脚本的代码生成,对细节封装得不够(或者说隐藏吧)。虽然完全按照Appfuse的预定流程来作很方便,可以实现对开发细节的隐藏,但在大多数情况下大家都需要对框架进行扩展来实现自己的需求。既然要扩展,你就必须要了解框架的具体实现细节,而appfuse使用的技术N多。如果要熟悉还是得花些时间的。

    说到这里可能很多人要说到JAVA的复杂性了。对,JAVA很复杂,但同样也可以很简单。虽然技术多,但并不不代表你要了解的东西要很多。技术是用来简化开发的,如果一个新技术的出现反而使开发复杂化了,那这个技术是不值得采用的。在appfuse中采用的新技术都是有其价值的。appfuse缺的是文档。不光是appfuse的文档,还有appfuse所采用的技术的相关文档。这些文档不需要很复杂,只要那么一两页纸告诉框架的使用者这些技术是用来作什么的。对于这些技术只介绍必要部分,暂时用不着的都不用讲,尽量简化(隐藏)框架的复杂性。

    appfuse中大量的使用了ant脚本来实现自动化。但也正是由于过于依赖这些脚本,导致框架和IDE的结合不是很好。到目前我还不是很清楚怎么用IDE对appfuse进行调试。虽然这很可能是因为我对appfuse的研究不够,但对于一个以方便为目的的框架,不应该将和IDE的整合交给框架的使用者去作。

    还有就是appfuse的那个权限系统实在是让人有些不爽。不同系统对权限系统的要求都不一样。权限系统这一块本该是可以灵活配置的,可以很方便的从系统中移除,自己实现。但appfuse的权限系统和框架绑这么紧,要分出去多少还得话些时间。

    说了这么多appfuse的“坏话”,不过还是希望appfuse能快速成熟起来。对appfuse来说功能不是问题,最大的问题是人性化,JAVA也是这样。

 

PS:最近看到appfuse有个代码生成器的子项目appfuse generator。用Velocity替代xdoclet作为模版生成引擎。刚开始研究,还不清楚和appfuse里面集成的代码生成器相比有什么优势。

新版本的appfuse集成了一个缓存系统,有时间可以研究一下。