准备买macbook了

第二天上班，8点半到了公司才觉得今天的加班对我不公平，而且8点半公司只有3个人。
今天遇到很多不顺

• 早上刚上公车第一首歌没有听完iPod就坏了，重起了十多次，没戏，放弃
• google还是上不了，貌似被屏了
• 周末4号线17分钟才一班，早上等15分钟，晚上也等15分钟
• 周末办公楼没有空调，如果没有事情做，每一分钟都很难熬
• 今天计划装计算机，结果忘记带书看，网速，只有至多20k/s，一般徘徊在1k/s，吐了半天的血才发现网络安装是没戏的，放弃

我的HP笔记本实在不好意思搬去办公室，台式机公司那么多人都是这个配置，我也实在不好意思多要求什么了，毕竟不是google。
想来想去，还是买macbook吧，至少它是我唯一觉得值得购买的东西。MA255

准备新工作

明天开始又要早起了,这次还格外的远，看起来是个笑话：如果要早一点到的话，只有走远路。我要换三次车：先坐公交到某个轻轨站：上海南站或者石龙路，然后坐3号线换4号线到浦电路或者2号线科技馆。当然1号线换2号线或者4号线也是可以的。
我决定放弃1、2号线，这两条线坐得人太多了，早上那个点我实在是怕上不去车，何况中间的过道也是很长的，这么热可能要走8分钟以上；
3、4号坐的人要少得多，而且我都是终点站附近。
4号线就是往北绕的远，要是南边的环线开通就好了，还是相当方便的。
查不到4号线南浦大桥那里什么时候通，要是通的早我就不搬家了，不然来回3.2h+12/天路费实在是很大的浪费。

这份工作是在javaeye上看到yanger发的招聘去的，我本来还想多去几家，说不定会因为对口的经验而多一些工资。但想到有机会用深入的学习来换的双赢的局面，而不是不停的使用别人的新框架、API，我可以更多的感觉到我的存在，工资的问题就不是很重要了，靠工资活，多少都还是要当房奴的。
和yanger谈完，还是很开心的，很放松的。VP等了一小时才来，两句话就问的我感觉自己一无是处。虽然他有很多谬论，但实在是争论不过他的伶牙俐齿，后来也就不去争论了。最后直接递来了聘书问我第二天也就是昨天能不能上班。含糊几句，就答应了。
面试也有很多次经历了，这头一次感觉完全处于下风，最后还是被金钱顺利安抚。
后来回家的路上我试了一下VP的所谓"10分钟到科技馆"的路程，结果回家用了2小时30分，多用了50分钟。

一场没有什么准备迷迷糊糊的招聘，决定了今天起开始要改变的我。

回到上海

看来,"回到"也可以作为一个tag了，我总是"回到这里","回到那里"的。
坐的临客，一路上有很多想写下来的感想，可谁想那感想就是身上的黑泥巴，回来一搓就全都不在了。
76小时，见站就停，大站1小时小站30分，老车厢没空调水箱小。真是很磨人，痛恨自己没有提前买飞机票。
《Ajax修炼之道-web2.0入门》倒是看完了，难受自己要找的工作十有八九还是java工作，rails内建ajax helper让人太痒痒了。
乌鲁木齐的确热，但大中午40度逛街都不会出汗，回来发现半夜28度都热得透不过气来。
在乌鲁木齐我隔一天拖地，5盆黑水，这里一个月没回来了，全擦了一遍只有半盆黑水。

昨天下午去逛徐家汇，被买了两件衣服，psp没了。
休息一下找工作吧。

Google Code Project Hosting

才知道google有此服务，多些小叶同志了！
sf.net迟迟不给我批，这下好，可以搞自己的开源。爽极了，我回家把我的Calendar也放上来。名字还没想好:p

准备回上海

舅舅有一个新观点:坐火车比坐飞机好
来新疆的各种票就不好买，回上海的一样。当然不包括硬座票和全价机票 。搞定回去的加车票听说已是相当周折，甚至动用了军区首长的面子。不过票还没拿到，不用高兴太早。
(刚写这句话的时候拿到票了）
来来回回无数趟了，这一次还是不能平静

热锅上的蚂蚁

我给自己的假期，就要结束了。
想要去做的事情，却越来越多，昨晚一边看书，一边盘算着今天要做啥，仿佛有那么10多项，我故意多想一些，以免今天起来忘记了。结果，今天只记得一件事情：投投简历。
没两下就做好了。昨天在railscn上看到的几份ROR工作今天再一看post时间，估计早已错过。也就不是很揪心了。
接下来真是不知道干什么，IT新闻网站去逛了几十遍，所有google服务点了个遍，下了几份电子杂志，IM挨个开开看……烦啊！咋就没有个新鲜玩艺儿！
下午还上不了网，还好BBC的planet earth之fresh water下了70%已经可以看了，1080p的高清爽了一下下。
回头来发现blog多了4个subscribers。喜:)可惜不知道怎么来的，我的metadata是noindex的呃。

Wheee!

Kiko之死

Kiko开发历程的教训和经验

1.集中你的精力

我们本该在今年一月中旬如期推出Kiko新版，但是当时我们没能将精力集中，开始了一些毫不相关的开发工作－－这种自杀性行为使我们的新版跳票达2个月推迟到3月15日，在这两个月中发生了两件重要事件：

一为30boxes突然在情人节2月14日发布，立刻获得网络用户青睐

二为Google Calendar截图泄漏，所有人都立刻意识到Google将进入Calendar市场，推出新服务

以上两件事件发生将我们拖入了极为难堪的境地－－30boxes和Google Calendar抢去了所有人的关注，Kiko虽然资历更久，但是已被媒体和用户淡忘

2.产品及早发布，但是不要太早

你 经常能听到这样的话“及早发布，经常更新”－－但是你必须注意，不能过早发布你的产品。Kiko 1.0版早在2005年九月便推出，然而作为首个AJAX日历，Kiko的界面效果十分让人失望－－记住，用户不会在一次失望后再光顾你第二次，他们只会 说“Kiko？用过，但是还是期待Google Calendar吧！”

3.功能越多，维护负担越重

如果你仔细试用过Kiko 1.0，你便会发现，首个版本提供了非常多功能－－这直接导致我们在未来的新版开发中负担过重：你总不能在新版中削减功能，不是么？目前看来，我们至少应该砍去40％原有功能。

过多功能提供也会大幅提升整体服务运营的维护成本。

4.你必须做好逃离技术领域的准备

IT技术领域竞争激烈，网络服务用户也薄情和果断得多，也许你需要花费所有时间和精力来改进ATOM FEED或者hCalendar导出，却永远达不到更好。

作为事后诸葛亮进行总结，我们的确应该在最初投入更多资金来进行也许古板的传统PR、市场营销手段，为Outlook开发同步程序－－即便是Google和30boxes目前也忽略了这一问题。

当然，我们并不后悔曾经的努力，毕竟在今年四月我们曾经十分骄傲，在Alexa上和30boxes旗鼓相当，我们甚至期待过Google也许会通过收购来避免竞争－－虽然现在看来的确毫无可能。

from mydrivers.com

我不知道有kiko这个东西，直到它宣告死亡。我关心这个，是因为去年我也花了相当长的时间来做calendar。只不过是从Laszlo的演示项目中得到启发后作的，日程安排，客户端之间同步，事件提醒，system->mail->SMS当然我不知道全球短信怎么做。
我是用Laszlo做的，大约花了我4个月时间，当然后来加入了不少客户特定需求的玩意弄得有点不伦不类。从中间我掐出来一个单行版。我不觉得我比kiko做的差。而且我有他没有的客户端互动功能，这个功能可以用来企业内部任务布置、查看、警告等。另外kiko有明显的效率问题，而且不知道是多少个人开发的，我就一个人。
它能卖5万美元，看来我也申请个域名，先宣传，再卖掉。我就要5万rmb就好。;)

说实在的，他的经验有很多可取之处，尤其是需要缩短迭代过程，少食多餐。

Beyond DHTML - Laszlo on Rails

Web 2.0 movement - a design movement.

• Minimalist
• Attractive
• User customization - pimp my site (MySpace, blogs)
• Audio/video

The Holy Grail!

• Rich apps that is self-updating and doesn't require downloading
• Desktop apps need to be downloaded, installed, updated
• Pandora/Music Genome Project
  • Written in Laszlo

OpenLaszlo

• Outstanding documentation
• LZX language - XML-based
• Form widgets
• XML Datasets - Communications with databases
• XPath empowers views
• Visuals - animations
• Powerful language
  • Declarative syntax
  • Object-oriented
  • Prototype-based - mixins
  • Delegates
  • States
• Components - skinnable
• Components - write your own

(group hug for those of us who hate flash)

Don't hate the player; hate the game.

False dichotomies:

• Flash vs. DHTML
• Ajax vs. Laszlo
• fullscreen vs. nothing
• bald vs. sexy

The DHTML runtime is part of "Project Legals" - target September for developers, December for general use. Goal: support OpenLaszlo for multiple clients/platforms.

(screenshot of Gliffy - sp? - Laszlo-based "Visio")

Laszlo on Rails

• Installation
  • gem install ropenlaszlo
  • rails app
  • cd app
  • ruby script/plugin install svn://rubyforge.org/var/svn/laszlo-plugin/tags/
• Full REST API
• REST + CRUD = CRUSTED? CRUDEST?
• Possibilities
  • Rich web "widgets"
  • Pass data back and forth between clients - (e.g. chat)
  • In-browser development suite
• But...
  • Cost to consuming resources
  • Accessibility, searching, printing - all advantages of HTML
  • Performance is not stellar
  • The best solution is a combination of HTML and Laszlo
• Still...
  • A very powerful environment with many possibilities
  • Web development/HTML a step backwards for UI
  • Laszlo opens options for UI up again

http://laszloonrails.com

很正确的评价。我们一年前在javaeye或者ajaxian上的讨论因为缺乏充分的实践所以谁也说服不了谁。Laszlo他最大的优点就是扔掉了纷杂的现代界面表达方式，不必费尽心思让所有浏览器表现一样，用它的方式去建立应用，和rails一样，从头到尾渗透出敏捷的思想。这也是很多人把Laszlo和Rails拼命揉在一起的原因吧。
很快，玩Laszlo就2年了，已经没有那么大的劲做这么美丽的评价，Laszlo有它的不足之处，升级缓慢，必须依赖java容器。对于开源软件来说，升级缓慢不一定说明贡献者少，这样一个源码打包下来都超过100M的东西而且用了python,c和几十个java类库，贡献的难度也很大。不过，的确，要做的就是一个很复杂的东西。没有必要不停的开发UI，稍微有点经验的人可以自己去写UI，Laszlo把网撒大了。
"必须依赖java容器"使我不想现在就尝试"Laszlo on Rails"，其实可以单凭ruby去重新去做Laszlo，肯定比这种方式好。而且，现在Laszlo也在拼命的搞DHTML输出，重新做的话甚至可以去掉Flash不考虑。

failed to 搬家

以前有主要的三处blog，看起来文章还蛮多的，本想用GData API(java)做这件事情，随处可见的"add to your blog"都是用的这个，比如youtube，writely，pandora。可是真正把以前的文章都找齐了，才发现多数我自己都不知道在讲些什么或者观点在今天看来是有错误的。也就没有写程序做这件事情的必要了。
还是向前看吧。
我把他们，总结一下吧。

Sony Mylo

Gdata API更新了，youtube的却没有及时更新，只好自己写这个代码了，beta的blogger真是改进很多啊，赞!
Mylo很适合作为给我的礼物哦

天池一日

想来，上次去天池还是12年前，那时的门票仿佛是5元，在之前仿佛是2元，更之前是不要钱的。
如今，玩一下天池可是要花不少钱的，粗粗算一下两个人可能要花400元以上。
不过今天玩得如此尽兴却仍然不用太破费，老婆的表妹的警察姑夫带我们上去的。现在的天池门口是有无数摄像机看着的，帮着数数的，门票比故宫还贵许多，盘查的自然十分铁面无私，除非警车开道。我们，我，老婆，老婆表妹和表妹的堂妹，是搭着给路标喷数字的车混上去的，一声“躲”，全给趴在椅子上，“躲啥躲，起来起来！自己人”。原来不用躲，虚惊一场。
接着再换上警车盘山而上。一路上无数目光和迅速让开的人群，倍儿有面子。
天池，别来无恙，惊讶“漂流瓶”完全不见了，多了俩宗庙，多了一块写着“天池”的石头，还多了两个五星级的厕所。哈萨还是那些哈萨。
人，爆多。不过如今上哪儿旅游都这样，天池旅游配套设施做得不错，中国最专业的旅游景点也不过如此，我也倍儿有面子。不过说实话，天池还不如三台海子好看，紫外线还爆强，5分钟就有过敏反应了。

天池(TianChiLake)

Aug 18, 2006 - 19 Photos

来天池主要是吃。吃之前只知道姑夫十分的风趣，吃完一顿，才知道姑夫相当热情。为啥？吃完了一顿抓饭+10烤包子+20羊肉串，上车，5分钟后下车到山上又开一桌手抓羊肉+羊肉串。
撑得不行了，也就别了天池，来到山下一处农家，钓鱼，然后又是鱼宴。
我俩都是头一次钓鱼，战果不错，还要多亏姑夫的专业鱼饵。下次钓鱼切记把钓上的再偷偷扔回去，100多的鲤鱼+泥鳅可是划不来。
玩得很舒坦，多谢姑夫。

再学习Rails

回家的时候在dearbook定了那本书，等我旅行回来的时候才到。还好，书面非常干净，比直接从书店里买来好多了。
翻译的，或者说校对的不错，看到现在没有什么语病，错字，只有一个shell一词上下两个同样的地方有的翻译了有的没有翻译。不像《Pragmatic Ajax》那本书，错误相当多。
以前都是读的从网上下的pdf版本，还是中文不太费神，没几天就超过以前我看得最远的地方了。

读到现在有点怕怕的，因为太着迷Rails的方式了，突然间有点忘记Webwork+Spring要怎么做的了，呵呵。
读这本书，同时也发现自己很多东西一知半解，看完一遍以后我还是要多学一下Ruby和Unix

纳拉提之旅

纳拉提之旅(Trip to Narats)

Aug 11, 2006 - 25 Photos

8月7日~8月11日去纳拉提草原玩了下。说实话，一路的风景还是很不错的，不论是戈壁、海子、滩涂、草原、田园、防风林还是野生胡杨林，可惜到了目的地，还真没啥意思，都是哈萨、马、牛、羊、骆驼、游人。来新疆游山玩水的话，还是自己找个没人烟的地方，好玩。

I'm new in Beta!

今天，blogger推出了这个beta版本，恰好blogger在中国大陆刚刚解封，顿时，“搬家”成为最新潮的词汇。

回家

这回回家实在没有票，就先到西安中转了一下，在西安头一天去城里逛了逛，书店逛逛，原来西安的新华书店比上海福州路的书城+思考乐还要大，只不过城池太小了，从鼓楼走到火车站都不嫌远；第二天去兵马俑啥的走走，也不白来一趟。
这回回家属于心血来潮，本想避开旅游热潮下个月再回，周一问了次火车，周二就坐上火车到了西安。走的时候什么也没准备，懵懵懂懂的就被拉着跑，iPod也没带，书也没带，钱也没带够，本想买个psp再上路的，也没买。
西安吃的很便宜，只不过那两天都在拉肚子。西安的psp很便宜，2.6不降的才1300，貌似还有砍价余地，只不过维修什么成问题，罢了。
一样没有《应用Rails进行敏捷Web开发》一书，但这样的旅行务必要买一本，所以买了《Pragmatic Ajax》一书。
火车上看书，我很少翻过第二页，T69上这本书我一下读了122页。可能是站票的关系吧，哈哈。还好认识列车员，后来在武威南补上个卧铺，下车时看到140页。

140页到141页我看了好多遍，
“Ajax化的成功关键在于对关键习惯的重视。”
每读到这句话我就开过滤我以前的种种想法，我去应用Ajax或者Laszlo是为了提高可用性还是为了提升我的简历？我不顾反对的去改变用户的体验方式，到头来又获得什么？
看来这本翻译纰漏甚多的书并没买错。

回家发现第二书店有卖那本书了，就订了一本，估计寄到乌鲁木齐要好几天吧，在这之前把这本书看完。
家这台计算机只有SSE，只好装Ubuntu了