要上3G了, 有一项增值业务被炒的很热, 甚至有人认为这项业务会像短信那样成功, 这项业务就是Push Mail.
什么是Push Mail呢? 大体而言,利用手机或计算机来网络,数据传输有两种方式─ Pull 及Push(或者称Client-Pull和Server-Push)。
举个简单的例子说明一下: 你在外出差, 你知道有一些包裹会陆续寄到你家里. 如果每隔一段时间, 你就打电话给家里, 询问包裹接收情况. 这种主动查询的方式, 就是Pull; 如果你跟家里人约定, 每当收到包裹, 家里人就打电话给你, 通知你包裹接收情况, 这种被通知的方式就是Push. 很明显, Push的方式比Pull要高效.
再回到Pull和Push, Client-Pull是使用者(Client)向服务器(Server)送出指令, 服务器接收后, 依照指令的要求将数据回传至使用者; 而 Server-Push则是使用者可以先行在服务器设定想接收的信息, 一旦设定完成后, 就不必再经过繁琐的程序来向服务器索取数据, 随时都能接收到想要的信息.
上下班的途中,要做公交车,在车上比较无聊,于是我也加入了玩机一族。除了用手机浏览网页之外,我还热衷于聊天。当然,我聊天的目的,主要还是体验和比较Fetion,QQ,MSN。
先说QQ,我从2001年就开始用QQ,都七年多了,QQ所积累的用户数量,太庞大了,而且腾讯各方面做得都不错,特别是在吸引年轻人方面。QQ的最大特色是提供一整套的服务:腾讯网,游戏,下载,空间,邮箱等等。用户可以在上QQ的同时,浏览网页,或者玩游戏。QQ服务内容丰富,不至于让人觉得玩QQ的时候,太单调,或者觉得无事可做。
MSN最大特色就是无线群。MSN预置了一些无线群,让用手机的用户可以很方便的加入到一个共同的空间里,相互聊天。虽然聊天的内容基本和群的主题背离,但是很多人还是聊得不亦乐乎。
上MSN的时候,也可以去浏览网页,或者打开邮箱;但是MSN的网页内容比较少,相比起QQ来,做得逊色很多。 QQ也可以查找无线手机用户,但是只是查找,缺乏一个公共空间让无线用户交流,所以我觉得msn上的无线用户,活跃度很高。
再看看飞信,我用的是N72,没发现飞信有啥亮点。 进入飞信界面,除了能聊天,就是给离线用户发短信。其他没了。很多时候用户上飞信,就是为了消遣,打发时间,所以网上聊天多数和陌生人聊。
最近在看邮件客户端方面的资料,自然躲不开java mail,很希望cdc或者cldc上面,能有个java mail的jsr。
和朋友谈起此时,他提到了jsr 266, Unified Message Box Access API (UMBA-API),这个jsr可以访问和操作手机上的message,当然这个message是广义上的message,包括sms,mms,mail,bitmap,vcards,ring tones等。但是这个jsr更注重message的访问和操作,不重视mail的接收过程。
况且jsr 266命运坎坷,从西门子到明基,再到明基德国的破产,这个jsr的spec leader也换了,北京这边做这个jsr的哥们,也都散了。估计很难再做下去了。
突发奇想,为什么cmcc不提一个基于cdc或者cldc的jsr,关于java mail方面的?
沃达丰在java me领域有几个jsr,一个是cdc上的swing,还有两个msa(类似于jtwi,也就是把java me领域的jsr来个大捆绑,在支持msa的手机上推广业务,是非常方便的)。 沃达丰可以有自己的jsr,cmcc也该有吧!
我很期待cmcc在java标准化领域有抢眼的表现。
今天中午去吃饭,盛了一些炒饭,外加一些豆花,发现又没勺子了,郁闷!食物吃不干净,岂不是极大的浪费?听村里老人言:浪费粮食,遭天打雷劈啊;所以本人从小就不敢浪费粮食,以至于大学同学聚餐的时候,别人总以为我吃不饱。不过吃饭没勺子,炒饭和豆花怎么能吃干净啊,在同事面前添盘子,有失风度啊;冒着天打雷劈的风险去浪费粮食,代价太大了吧。
找食堂管理人员要勺子吧,不过却被训了一顿,得到的答案是:食堂每天这多人吃饭,怎么可能每人一把勺子呢?难度食堂只管提供食物,不提供吃饭的工具?这么说来,我应该感谢食堂提供的筷子了,不该奢求啥勺子了。
于是我的观点是,建议大家去吃饭的时候,每人自带一把勺子(当然最好是跟食堂说一下,让食堂准备),吃饭的时候 ,分多次盛饭,一次不要盛的太多,以免浪费。
对我们来说,保护环境,节约能源,我们最应该,也是最容易做到的是:节约食物!
另外附上一首简单却极具内含的诗:《锄禾》
锄禾日当午 旱地禾下土
谁知盘中餐 粒粒皆辛苦
再来一首白居易的《观刈麦》,更具震撼力!
田家少闲月,五月人倍忙。
夜来南风起,小麦覆陇黄。
妇姑荷箪食,童稚携壶浆。
相随饷田去,丁壮在南冈。
Sun提出了JavaFX Mobile的架构,我个人的理解,这个架构是面向高端手机市场的CDC+AGUI(JSR209)。AGUI是沃达丰提出的一个JSR,在CDC上支持Swing。由于Swing程序的平台无关系和易移植性,让沃达丰在推广其应用的时候,更容易,更方便。所以我觉得有必要对JavaFX Mobile和Android做一下比较。
先说虚拟机,Android上的Java应用,是基于Dalvik的,google并没有声明Dalvik就是一款Java虚拟机,所以Dalvik可以不完全遵循Java的虚拟机规范,在做优化,也可以放得开。所以速度上Dalvik占优势。虽然Sun也在搞JIT,在完善VM的内存回收机制,但是性能上,很难超过Dalvik。
在UI方面,Google并不认同Sun的标准类库,制定了自己的API。Activity的生命周期管理,借鉴了MIDlet(Xlet)的很多东西,具有开创性的就是把显示页面(Activity)交给系统去管理;开发人员可以用XML描述界面,也比较有创意。
不过个人还是喜欢Swing做界面。Swing是纯java的,它提供了轻量级的组件,可插入的外观。可以做到不同终端上的应用程序风格相同,移植方便。甚至可以把一些桌面程序不费力的移植到手机上。
我很荣幸,报名参加了奥运城市志愿者。这是我第一次报名参加志愿者。对奥运城市志愿者也不是特别了解,感到很新鲜,对志愿者的工作充满了期待。
前天,奥运志愿者岗亭试运行,我欣然而往。我被分到奥运公交东场站附近的岗亭值勤。早上八点钟,我准时到达了10号展厅,那边已经有好几位志愿者开始值勤了。志愿者里面,多数是学生,有即将升入大学的高中生,也有在校的大学生。站长和副站长都是在校大学生,显得很干练。北京移动有位小伙子是我们这边的联系人。当时移动总共去了三个,另外还有我和设计院的一位同事。
天公做美,没有太阳,且微风吹过,显得特别凉快。由于赛事还没开始,只有一些零星的游客在鸟巢附近观光。我们也不是特别忙。只是偶尔有些游客来询问道路。在闲暇的时候,大家就开始阅读一些资料,熟悉鸟巢周围景点,周围的公交路线,商场银行等等。
我们整群志愿者里面,有几个英语很不错的年轻人,即使遇到外国朋友,也没什么障碍,整个上午很顺利。等到了中午,开始交接班了,下午值勤的志愿者开始陆续赶到,我也结束了一上午的值勤。