| プロフィール豆浆油条ブログリスト |  ツール  ヘルプ |
|
12月30日 finally{}可耻的明天还要上班，不然今天就是2005的最后一天了。
还记得去年的这个时候，我想用海关的项目尝鲜但又对laszlo畏首畏尾的样子。
一月在表哥家二月在家三月初回到上海，用laszlo做的基本有点意思了，但是项目还是因为我而夭折了。毕竟那之前我只会SWT,J2ME和Hibernate。而且，公司所有的程序员.size()==1。
四月后，就一直是Otto的公司了。多谢Robbin的帮助我才有了这份比较舒适的工作。我再也没有加班过。虽然近期才发现工作时间是每天9小时，不包含我每天迟到的1小时的话。
技术上的发展，虽然没有第一年那么迅速，但却更加重要，很多我未曾知晓的东西，现在都cover到了。
用Laszlo做出一个完整项目的愿望，也算基本实现。(http://biz.triz-link.com.cn:8080/trizlink/task/)
尽管近期做的不是很开心，但是总体来说80%的days是充实的，而且其中80%的days是有2个以上keypoint的收获的，一半是技术细节的收获，一半是项目设计的收获。
工作上，在这种年代我想我抓到了重点，跟着Otto的想法走，无疑会一无所获的。所以我做事情的原则是"能不能获得新知"，帮Otto促进脑部活动绝不是我需要做的。在我经历了一次差点被炒掉之后，这种原则落实的更具体。
老板，Otto有几点不可取，a.因为自己不熟悉和不愿意熟悉其它软件产品，而找我们来帮他画脑子；b.Fatal的是这个想法基本属于一个梦一样的东西，细想起来漏洞百出；c.也是最关键的，他要做软件的核心思想是要用它来管人，管公司。他那么爱看书，找找我说的社会工程学的书籍，趁早改变想法兴许还有救；d.他要击败的不光是google,microsoft,yahoo这些巨头，还有那些智慧如Atlassian者。
头儿，头儿是可怜的，我不相信他认同Otto的想法，至少不全认同，他也许更多的认同我的想法。但是不找到项目 自立，就只能听凭Otto的。找到也无非一个软件外包，就好像最近的计费网关，嵌入系统搞这个，java就算可以，也绝不是强项。我已经站在屎坑上了。公司要有做大的决心更要有做大的能力。
这几天看Confluence，又看到webwork2.2中的dojo，我有了新的追求目标
 2006年绝对是一个轰轰烈烈的年头。
Web应用新标准年底诞生之前，必将有一场全球性的头脑风暴，躲都躲不过。
Apple无疑还会更多的在我身上赚钱。
Confluence之流必将给我焕然一新的思想。 12月15日 什么是Ajax我以前把Ajax的概念扩大化了，认为以这种交互模式为基础的东东都叫Ajax，甚至不来个框架都无法支撑Ajax了。
前一篇blog贴在javaeye以后，立刻大师们前来指正。http://www.ajaxcn.org/comments/start/2005-12-14/3
Ajax是现阶段XHTML向Rich进发过程中的一个口号，是一个较为狭义的东西。和XUL属于并列关系。
不过Ajax在外人看来，名头依然很大，动辄要来攀亲，我的看法是，不妨扩大“革命”的范围，统一战线，等“革命”胜利了，再土地收归国有不迟。
所以我现在对Ajax有两种认识，一种叫Ajax,另一种叫"Ajax"。
关于Web Applications的新标准，这几天出来的，2007年才会有CR，openlaszlo上有些讨论，roadmap略有显示要走统一的道路。路还长着。 12月13日 可执行XUL:Fabulator相信在大多同人眼里，laszlo已经足够另类以至于不容易接受。
怀着ajax梦想的人们又在苦苦寻找和等待服务器端或者客户端的解决方案。 （瞧瞧我带来什么，哈哈） 今天早上开机，一个程序通知我它需要更新3.0，于是我连上去了，“换主儿了！” 原来，Yahoo!把这个东东(Konfabulator)彻底并掉了，刚巧我昨天点过"check for updates"没东西，今天自动提醒我，估计就是今天了。 嗯，来头不小，yahoo的map,mail,notepad,calendar统统在上边，下午查了api以后，居然还有一个yahooLogin()方法，后话了。 论坛上赫然写着ajax的大名，于是我down下reference来看。 它， 不同于xaml，他不需要directX或者.net framework支持，它是一个驻留的动态运行库（限win/mac平台）； 不同于xul，他不需要浏览器支持，他貌似一个纯客户端程序； 不同于lzx,mxml，他不需要服务器运行环境； 不同于flash ria，它不是一个bin。 细想起来，ajax好像没有限定必须在浏览器里边。而他已经有2个年头了。 熟悉任何一种xul语言的人，可以轻松上手。 javascript我粗略看了一遍，是很广范的，有try catch，xmlHttpRequest，DOM API，xpath也是直接用的。 你下到的.widgets文件其实就是一个zip，他把.kon和一堆js，图片包在一起。你可以直接运行里边的.kon文件。 http://widgets.yahoo.com/gallery/ 有1500多个别人写好的开源代码可以让你学习。 在xaml时代未来临之前（如果会来的话），那它是我见到的最酷的ajax了。 没有浏览器，多了一个驻留程序，其实也没啥好炫耀的，但好处在我眼中远大于此弊病： 1，大多数ajax应用苦于受到浏览器限制，不光是语法，后退、刷新按钮，还有有些应用不希望用户最小化，或者及时通知用户等等高级交互特性，浏览器在底 下闪啊闪的没人看到，而且，占用内存一般在50~100M，公司做的那个我是一般不去的。这个1M左右的程序大约也只有8M内存占用。 2，计算机API，有部分的Windows/Mac api包含在内，据我所知还有iTune的api。 3，插件机制 所有widgets运行于这个驻留程序，而他，其实是一个eclipse一样的东东，可以从他管理之上的windgets，包括你刚写的。好处是什么不言而喻了吧。一个庞大的系统可以被拆开来，甚至按照用户自己的意愿随意组合。 4，即使不做ajax应用，做一个客户端程序，写laszlo的话还要跑tomcat，还要打开浏览器，这个则不用，自己做做小游戏自娱自乐也再好不过。 12月5日 四个Tomcat上周Robbin来讲课，讲课时我突然有个想法：
可以利用cluster来动态发布项目，假设有两个tomcat:master和slave，运行中，关掉slave，然后把war方上去，启动slave。然后关掉master再启动master。这样在项目变化不十分大的情况下就可以动态发布了。
那天下午就开始研究了，搞出来了一个cluster，但是session没有互相通知。
今天按照几个原则改了一顿，可以了：
cluster搞定后，干脆把所有的tomcat都弄成ajp13的，
这样就出现了4个tomcat一个apache httpd
一个develop,两个cluster,还有一个做web服务如lps和wiki等
11月30日 LaszloMail启示录(2)laszlo让我喜欢的是因为它的界定和封装恰好是正确的ajax，它的tag没有违反任意扩展的原则，而且，这个封装提供了不多不少的一个解决方案，比起用上一串名字做出的一个ajax要好得多。
缺点是flash输出，偶尔会有的性能问题。
嗯……就flash输出而言，其实好处还是大大的
这三点也有相反的表达：
LaszloMail的license貌似还在研究当中，反正就算有源代码也不容易拿到。
想学也不给机会……？
刚刚在查找他们的license时找到了这个
很有意思，他们居然也用wp。
另外有意思的是这篇Ruby the Rival LaszloMail启示录(1)上上个星期吧，laszlo终于拿出了他规划中的第一个public应用laszlomail。
试用了一下他的所有功能，欣喜70%，失望30%
然后推荐给了几个朋友，自己也就不再用了。
在我突然有了想把A项目做成一个独立的应用，准备加入登录机制时，我又一次去研究了laszlomail。
它有几个很值得学习的地方：
1 上传下载文件是我一直觉得laszlo能力欠缺的地方，它做到了
2 contact中的人的那个item上边包含了若干按钮，使用普通方法写不出的，它做到了
3 登录时通过cookie，并且整个项目的载入方式很值得研究
4 laszlomail能根据窗体的大小变化而变化，比如缩窄到一定程度按钮上的字没有了，很cool
缺点主要是网页没有支持xhtml1.0规范
我花了一点时间在A项目上仿照出其加载方式。
让我震撼的是，我一直自认为javascript厉害，但其实只是laszlo中的js，浏览器上的一干方面都是几乎空白。
就好像我前几天翻出了我3月份给别的项目做的一个'登录'一样，当时的'好作品'在今天看来却几乎都是要重写的了。
我写程序的原则，是要让我自己1年后再看的时候能很容易得看明白
不过这也没啥不好的，这说明我在进步，发现以前写得越差越好。而且，我也找到了前进的方向 11月29日 该告一段落了吧主语是:牢骚
不想去删掉那些blog了。工作也渐渐要告一段落了。学习
静悄悄的看abwg上dlee,庄表伟的谈话，虽然感觉像在窃听，但是毕竟是直接从group上获得的，高人的谈话难免让人受益……我已经想要开始优化我的ajax结构了。
前段时间写的如何通信(x)，并不是最终版本，最终版本长达400行。经过了防memory leak处理。
最近发现这种方式并不好，不容易扩展，更不容易reuse，更加的是，效率上有问题。我开着这个5秒钟merge一下的话，开别的网页都会卡一下卡一下的。
关键还是想找到一个好方法，可以随便用在其他项目上，服务器客户端的压力都不会大，压力还要小。
我初步的想法是使用服务器上的二级缓存，ehcache或者oscache，客户端需要研究只使用xpath搞定的方法。（我现在xpath属于过度使用，同步一个event要查三次）
另外，昨天发现说WebWork和Struts要合并，合并成Struts Ti，将包含Beehive。
开始研究beehive - eclipse wtp - pollinate
|
|||
|
|
