要上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号展厅，那边已经有好几位志愿者开始值勤了。志愿者里面，多数是学生，有即将升入大学的高中生，也有在校的大学生。站长和副站长都是在校大学生，显得很干练。北京移动有位小伙子是我们这边的联系人。当时移动总共去了三个，另外还有我和设计院的一位同事。
天公做美，没有太阳，且微风吹过，显得特别凉快。由于赛事还没开始，只有一些零星的游客在鸟巢附近观光。我们也不是特别忙。只是偶尔有些游客来询问道路。在闲暇的时候，大家就开始阅读一些资料，熟悉鸟巢周围景点，周围的公交路线，商场银行等等。
我们整群志愿者里面，有几个英语很不错的年轻人，即使遇到外国朋友，也没什么障碍，整个上午很顺利。等到了中午，开始交接班了，下午值勤的志愿者开始陆续赶到，我也结束了一上午的值勤。
