fisher

自工作以来，我就养成了睡前读书的习惯，这一年在武汉，实在买不到一些好书，每次回北京总要带很多书过来，最近再次面临回京购书的局面，在回京之前总不能闲着，于是从去年看过的书中乱翻，以第一感觉来决定自己最想重读那本书，结果选中了温博格的《成为技术领导者－解决问题的有机方法》
两年前，当一位同窗好友集齐全套的温博格系列的时候，我曾很不屑的说他：一个人写那么多书，质量显然没保证，买他作甚？现在看来，当时确是井底之蛙了，温博格的书中少有瑕疵，尤其是后期作品，读来总是让人意犹未尽。
过去的几年里，我看过很多书，无论是早期GOF的设计模式，Martin Fowler的企业架构系列，还是Rod的J2EE开发厚厚的两卷本，甚至我最喜欢的POSA系列，虽然都会给人技术方面成长的感觉，但最好情况下也只是让我感觉到技艺的变化。
而管理方面的书籍，则大多走入两个极端，要么是学院式的分析解构，要么是江湖术士式的技巧集合。就像过去我曾很喜欢DEBORAH G. ANCONA的那本组织行为学和曾士强的中国式管理，但现在看来，DEBORAH关注组织多过于关注团队，而曾士强则过于强调中国人的心理情结，实用归实用，但可能不太适合技术人员的口味，读他的书让人感觉有些厚黑，让我常常想到一句俗语：人老精，鬼老灵。

而温博格的写作方式，如同Ken在英文版序中所说，会引起大量的思考，对温博格的文字的思考，思考对温博格文字的思考，以及对自身思考的思考....通过温博格的书，让我体会到的事是，读书，有时候是为了实用，而的有时候，则纯粹是为了过瘾。
本书中温博格的MOI模型，实际上不是一个行为指导手册，而是带来了更加宏观和可思考的空间，让你对自己在团队中的行为更加有目的性，也更加有效。我仍然记得两年前，上述同窗好友在某技术论坛发表的一篇名为《任务分解和任务分配》的帖子，现在看来，在该贴中提出的Effective Communication仍然太过于关注技术视角了，而现在，我则更加注重人文关怀，包括对技术架构。这一点，在本书第十章得到了精彩的阐述。

下面的内容，来自于本书第三章摘录

各种各样的想法是解决问题的核心，没有想法就不可能找到解决方案，但想法太多又会杂乱无章，领导者需要对想法的交流进行有效的管理。以下是领导者常用的12种典型的管理想法交流的方法以及点评。
    >  为团队提供一个聪明的想法。尽管这是最显而易见的领导者行为，而且有时新的想法的确会起到关键性作用，但事实上真正全新的想法是非常罕见的。比发掘一个新的聪明想法更重要的是创建一个合适的环境，是能够解决问题的想法一旦提出就能被大家意识到。
    >  鼓励和借鉴有用的旧想法。尽管有些领导者不愿意承认，但他们实际上是根深蒂固的模仿者。最优秀的领导者不仅承认这一点，而且将其视为一门艺术而精心培育。
    >  认真完善团队成员提出的想法。大部分解决问题型领导者在完善一个想法上花费的时间比提出这个想法多上百倍的精力。
    >  放弃自己的想法并支持团队采纳的想法，但只有当每个成员都充分了解你的想法时才予以放弃。放弃或保留你的想法是相当简单的，难的是要做到理智和公正。
    >  尽管时间压力很大，仍然不要吝啬花时间听其他人解释他们的想法。迫于时间压力，大部分想法没有经过充分理解就被否决了，事实上，其中一些想法可以为我们节省的时间是花在了解错误想法上时间的上百倍。
    >  检验别人提出的想法。在任何给定的环境中，绝大部分的想法都是没用的，但到底哪些才是有用的呢？领导者要做的就是分析和检验这些想法。
    >  为了保持想法的交流，不要轻易否定团队成员的想法。尽管检验这些想法是非常重要的，但几乎没有什么想法会危险到使我们来不及重新考虑一下我们的第一反应，就必须立刻否定。
    >  如果你不得不否定一个想法，那么一定要明确，你所否定的只是这个想法，而不是提出这个想法的人。解决问题型领导者一直清楚地知道，并不是所有的想法对每个问题都有帮助，但他们更知道，团队中的每一个成员都是有用的。
    >  在给出你的想法之前要先对它进行检验。没有人可以聪明到提出所有建设性的想法，而一个喋喋不休地发表自己未经仔细考虑的想法的人却能有效地阻止其他人给出自己的想法。
    >  当时间和人力吃紧时，不要再考虑新的想法而应该专注于现有的想法。
    >  鼓励团队成员放弃以前曾经成功过，但并不适用于现在情况的想法。
    >  如果一个已被否定的想法对问题的其他部分有价值，就应该重新采纳它。其实没有绝对不好的想法，之所以“不好”只是因为它们出现在不适当的地点或时间。

去年年底，osgi R4发布，eclipse建立equinox项目，标志着以osgi为核心的组件管理模型正式进入使用阶段，鉴于今年年初jsr291的推出，osgi正式走向java世界的前端，遂建立osgi观察者group，希望能同所有关心和喜爱osgi的国内技术人员共同进步。

加入osgi观察者：

	Subscribe to osgi观察者
	Email:
	Browse Archives at groups.google.com

最近的忙碌加上精神压力，让我患上了胃病，每天吃完饭都会难受好一阵子，给自己学医的儿时好友打电话，被劝之：“人生苦短，要学会善待自己每一天”。遂发此文为戒。

附一篇BJUG中Tin发的文章《白天纽约黑夜巴黎》
-------------------------------
白天纽约黑夜巴黎
-------------------------------
【王文华／文】

我在赶些什么？我耗尽青春用尽全力，拼命追求身外之物，结果我真的比别人有钱、有名吗？更重要的，我真的因此而快乐吗？远方有广阔的地平线，为何我还在原地摇过时的呼拉圈？

纽约和巴黎，代表了我人生的两个面向。纽约是白天，巴黎是黑夜。纽约是前半生，巴黎是下半场。

三十五岁之前，我认定纽约是世上最棒的城市。我在加州念研究所，毕业后迫不及待地去纽约工作。一做五年，快乐似神仙。我爱纽约的原因跟很多人一样：她是二十世纪以来世界文化的中心。丰富、方便。靠着地铁和出租车，你可以穿越时间，前后各跑数百年。人类最新和最旧、最好和最坏的东西，纽约都看得见。

所以在纽约时，我把握每分每秒去体会。白天，我在金融机构做事，一天十小时。晚上下了班，去NYU学电影，一坐四小时。在那二十多岁的年纪，忙碌是唯一有意义的生活方式。活着，就是要把自己榨干，把自己居住的城市，内外翻转过来。

这种想法并不是到纽约才有的。其实从小开始，台湾人就过着纽约生活。纽约生活，充满新教徒的打拚精神和资本主义的求胜意志。相信人要借着不断努力，克服万难、打败竞争。活着的目的，是更大、更多、更富裕、更有名。权力与财富，是纽约人的两个上帝。而能帮你走进天堂的鞋，就是事业、事业、事业。

在这种弱肉强食的生活方式，为了保持领先，每个人都在赶时间、抢资源。进了电梯，明明已经按了楼层的钮，那灯也亮了，偏偏还要再按几下，彷佛这样就可以快一点。出了公司，明明已经下班了，却还要不停讲手机，摇控每一个环节。在纽约，为达目的，可以不择手段，甚至赶尽杀绝。在纽约，没有坏人，只有失败者。

台湾，是不是也变成这样？

每一件事，都变成工作。上班当然是工作，下班后的应酬也是工作。有人谈恋爱是在工作，甚至到酒店喝酒、KTV狂欢，脸上都杀气腾腾，准备拚个你死我活。

我曾热烈拥抱这种生活，并着迷于这种因为烧烤成功而冒出的焦虑。这种焦虑让我坐在椅子边缘，以便迅速地跳起来闪躲明枪暗箭。这种警觉性让我练就了酒量和胆量、抗压性和厚脸皮。但也养成了偏执和倔强、优越感和势利眼。在纽约时我深信：能在这里活下来的，都是可敬的对手。黯然离开的，统统是输家。人生任何事，绝对要坚持到底。半途而废的，必定有隐疾。在这不睡的城市，每天我醒来，带着人定胜天的活力，跟着法兰克辛纳屈唱〈纽约?纽约〉：「如果你能在纽约成功，你可以在任何地方成功！」是的，在纽约，现代的罗马竞技场，我要和别人，以及自己，比出高低。

这套想法，在我三十五岁以后，慢慢改变。

第一件动摇我想法的，是父亲的过世。我父亲一生奉公守法、与人为善。毫无不良嗜好，身体健康地像城堡。七十二岁时，他得了癌症、引发中风，经历了所有的痛苦和羞辱。他一生辛勤工作、努力存钱、坚信现在的苦可以换得更好的明天。我们也相信一分耕耘、一分收获，用在纽约拚事业的精神照顾他。但两年的治疗兵败如山倒，最后他还是走了。父亲逝世的那天，我的价值系统崩溃了。我一路走来引以为傲的「纽约精神」，没想到这么脆弱。

不止在病床，也在职场。当我在企业越爬越高，才发现「资本主义」在职场中也未必灵验。上过班的都知道，很少公司真的是「开放市场」、「公平竞争」。大部分的同事都觉得你不是朋友、就是敌人。职场上伟大的，未必会成功。成功的，有时很渺小。很多人一辈子为公司鞠躬尽瘁，最后得到一支纪念笔。那些卷款潜逃的，反而变成传奇。

慢慢的，我体会到：世上有一种比「善有善报、恶有恶报」更高、更复杂的公平。人生有另一种比「功成名就」更幽微、更持久的乐趣。那是冲冲冲的美式资本主义，所无法解释的。

我能在哪里找到那种公平和乐趣呢？我想过西藏、不丹、非洲、纽西兰。然后，我注意到法国。

住纽约时，法国是嘲讽的对象。身为经济、科技、和军事强权的美国，谈起法国总是忍不住调侃一番。法国是没落的贵族，值得崇拜的人都已作古。法国人傲慢，高税率让每个人都很慵懒。动不动就罢工，连酒庄主人都要走上街头。

搬回台湾后，普罗旺斯、托斯卡尼突然流行。我看了弗朗西斯?梅思的《美丽的托斯卡尼》，其中一句话打动了我：「在加州，时间像呼拉圈。我扭个不停，却停在原地。在托斯卡尼，我可以在地中海的阳光下，提着一篮李子，逍遥地走一整天。」

是啊！我在赶些什么？我耗尽青春用尽全力，拚命追求身外之物，结果我真的比别人有钱、有名吗？更重要的，我真的因此而快乐吗？远方有广阔的地平线，为何我还在原地摇过时的呼拉圈？

当我重新学习法国，我发现法国和美国代表两种截然不同的生活方式。美国人追求人定胜天，凡事要逆流而上。法国人讲究和平共存，凡事顺势而为。纽约有很多一百层的摩天大楼，巴黎的房子都是三百年的古迹。纽约不断创新，巴黎永远有怀旧的气息。巴黎人在咖啡厅聊天，纽约人在咖啡厅用计算机。纽约有人潮，巴黎有味道。纽约有钞票，巴黎有蛋糕。

不论是政府或个人，法国人都把精神投注在食、衣、住、行等「身内之物」。就让美国去做老大哥吧。要征服太空、要打伊拉克、要调高利率、要发明新科技，都随他去。法国人甘愿偏安大西洋，抽烟、喝酒、看足球、搞时尚。当美国人忙出了胃溃疡，法国人又吃了一罐鹅肝酱。

讲到吃，法国有三百种起司、光是波尔多就有五十七个酒的产区。晚上六点朝咖啡厅门口一坐，一杯红酒就可以聊三个小时。九点再去吃晚餐，一直吃到隔天凌晨。他们在吃上所花的时间，跟我们上班时数一样。但讽刺的是：他们没有「All
You Can Eat」。

吃很重要，但也要会挑时间，朋友介绍我去试一家法国餐厅，提醒我他们礼拜二、四晚上休息。「为什么？」我问。他说：「因为主厨要回家看足球。」

聪明的主厨懂法律。法国法律规定一周工作最多三十五小时，大部分的人一年有五周的假期。而美国人把加班当作自己有价值的表示，度假时还拿着手机回E-mail。法国人比美国人会玩。每年六月的巴黎音乐节，从午后到深夜，几百场露天音乐会在各处同时举行，人多到地铁都暂停收费。每年十月的「白夜」，平日入夜就打烊的店面，彻夜营业到清晨七点。每年夏天，巴黎市政府在塞纳-马恩省河右岸布置了三段、总长一．八公里的人工海滩。细砂、吊床、躺椅、棕榈树，自然海滩有的景致这里都有，让没有钱去海边度假的民众，也可以享受到海滩风光。

当然，法国这么深厚的文化，不可能只从吃喝玩乐而来。美国人读书，为了考证照。法国人读书，为了搞情调。每年十月的读书节，大城市的火车站内，民众轮流上台朗诵诗句。书店营业到天明，整晚有现场演奏的乐曲。「美食书展」选在铜臭味最重的证券交易所举办。小镇书展的书直接「长」在树上，读者必须爬到树上，把书摘下来品尝。

一直跟着美国走的台湾人，会心动吗？

我心动了。十一月我到巴黎，一位法国朋友来接待我。临走前我问他：「明天你要干嘛？」

「我要去银行。」

「然后呢？」我问。

「我不懂你的意思......」

对我来说，「去银行」是吃完午饭后跑去办的小事。对法国人来说，这是他一天全部的行程。法国人总是专心而缓慢的，每天把一件小事做好。

这样的生活，对美国或台湾人来说，实在是太颓废了。的确也是。法国失业率接近10%，高税率让雇主宁愿打烊休息，免得帮员工缴税。巴黎闹区纸醉金迷，但郊区的少数民族却没有工作机会。这些都是黑暗面，但对于每日被强光烤焦的台湾人，阴暗也许提供了喘息空间。生命的终点都一样，有钱人的丧礼只是比较多人上香。不断的追赶只是提前冲向谢幕，为什么不把时间花在慢慢为生命暖场？你不需要一辈子鞠躬尽瘁、死而后已。你可以偶尔伸伸懒腰、安步当车。

我从巴黎回来，台北并没有改变。关了两周的手机再度响起，一通电话找不到我的人会连续狂call十通。和朋友见面，他很关心地问我：「好了，你现在工作也辞了、欧洲也去了，接下来有什么projects？」

「Projects」？多么纽约的字眼。

我真想说：「好好生活，不就是人生最大的project？」但我知道在熙来攘往的台北街头，在不到四十岁的年纪，这样说太矫情了。况且，我今天之所以有钱有闲享受法式生活，不也正因为我曾在美式生活中得到很多利益？我仍热爱工作、热爱纽约，但已不用像二十岁时一样亦步亦趋、寸步不离。

所以我说：「我还是会早起，白天努力写作。但到了晚上，我想关掉手机。」

世界少了我，其实无所谓。但我少了我，还剩什么？

他笑一笑：「你这是用纽约来过白天，用巴黎来过黑夜。」

唉，他讲得真好！这应该是一个完美的妥协吧。也许有一天，我能创造自己的「白夜」，让白天和黑夜融合在一起。但我还没到那个境界。

「明天星期一，你要干嘛？」他问。

「我要去银行。」

「然后呢？」

我张大眼睛，停顿了一下。

「然后呢？」他追问。

「然后我会摩拳擦掌，认真地写一篇文章。」


我们是不是也应该学一学法国人呢？提高些生活质量，注意身体。

很久没更新blog了，实在太忙，今天看到有朋友在我去年的blog《MINA is a good framwork 》中回复提到比较一下MNA和QuickServer，遂写一篇小文：

First for all, QuickServer is licensed as LGPL, and MINA as ASL

从我个人角度而言，去年看过QuickServer的源码，我在项目中采用的每一个框架或类库都会做综合评价，通常不会是一个原因导致我采用或没有采用某个库或框架，具体最后没有采用QuickServer的原因忘记了，但是当时给我的总体感觉是，QuickServer虽然很方便，但不会让我在架构上得到新的好处。而它最大的优点则是，支持JDK1.3（如果没记错的话），另外就是License的问题

下面看一看来自TrusinLee的评论：

Thank for the information about another network application framework.  I found a few differences:

* QuickServer supports blocking mode.  (MINA supports only non-blocking mode, but you can make your operation block at your will.)
* QuickServer provides GUI-based admin.  (MINA doesn't have one yet, but will have full JMX support soon, which is a standard.)
* QuickServer uses java.util.logging.  (MINA uses SLF4J, which is a safe replacement of commons-logging.)
* QuickServer uses its own XML settings.  (MINA provides Spring framework integration instead.)
* QuickServer can specify maximum number of clients allowed.  (MINA can do this using a filter, but not implemented by default.  Of course, this will be implemented as an overload prevention filter.)
* QuickServer team has one crew.  (MINA has three crews.)
* QuickServer project started in 2003.  (MINA started in 2005.)
* QuickServer has a difference event handler interface from MINA.  (You'll have to compare it by yourself.  IMHO, MINA has one simple enough handler which covers all QuickServer provides.)
* QuickServer doesn't support UDP at all.  (MINA does)
* QuickServer doesn't support client-side API at all.  (MINA does)
* QuickServer integrated authentication and text protocol in its core.  (MINA didn't and they are considered as a cross-cutting concern that a filter should take care of.  IMHO, MINA is more extensible here.)


至于对MINA更详细的介绍，可以看看我去年翻译的MINA的Tutorial

MinaTutorialInChinese

MINA的应用，在MINA的Testimonials中有两个项目：
开源Flash server：red5
http://ludonet.leonardo.it/的game server
还有，就是MINA所在的项目，Apache的LDAP

昨天david问到如何将旧的swt应用转成一个RCP应用，昨晚胃疼难忍，于是草草说了一下，就早早上床休息了，早上起来又想起这件事情，遂在这里说一下思路
下面说一下我的思路
（注：以下观点未经证实，请自行斟酌使用）

一个旧的SWT应用，应该都是有一个main函数里初始化一些UI组件，然后run一个事件循环

在RCP中，由于是基于Eclipse的插件体系，也就是说，使用我前面那篇文章发布的RCP Application，是可以直接发布成Eclipse插件的
所以，对于UI组件的控制也要遵循Eclipse的插件体系的代码要求，看看Hello RCP模板中的几个类：ApplicationActionBarAdvisor、ApplicationWorkbenchAdvisor、ApplicationWorkbenchWindowAdvisor以及RCPPlugin，想起了什么？对，OSGI

我们只要将原swt的main函数中初始化的ui组件，放入到这几个Advisor中进行初始化

将下拉菜单项的ui组件的初始化工作放入到ApplicationActionBarAdvisor的如下方法：

将其他UI组件初始化工作放入到ApplicationWorkbenchWindowAdvisor的如下方法：

至于ApplicationWorkbenchAdvisor这个类，我想你一定想起了Eclipse中的Workbench概念
在这里，可以定义当这个RCP作为plugin的时候的Worbench的透视图的一些属性。

-----------------------------------

最后，基于Eclipse3.1的product方式的RCP程序将获得同Eclipse相同的插件体系支持
也就是说：你的应用本身就是基于Eclipse Platform的，这样，你的程序也可以接受插件插入了（如果你设计的好的话^_^）
另外，还有其他很多好处，比如在线升级功能的自动绑定啊，帮助功能的使用啊等等
想一想，你的程序将既能作为单独的程序运行，又能作为Eclipse的插件运行，而且还跨平台，think about it...
So....try it now, you will get more