1. 慎重选择。好的结果源自好的选择。
   1. 不急着做决定；
   2. 听大多数人意见和少数人商量；
   3. 将决定写出来，拆细分析；
   4. 选可以兼顾和修正的方案，避免孤注一掷。宁愿慢点，也不错。
2. 沿着一个方向积累。
   1. 你能，不是你比别人聪明，是你比别人用的时间多；
   2. 修正、提高；再修正、再提高。如此往复。温故而知新，不亦乐乎？创新太难，从旧的基础出发，一样可以提高。
3. 不在错误的人、错误的事上浪费时间。
   1. 不招惹不相关的人；
   2. 只对很少的事情感兴趣；
   3. 不可能完成的任务，提早放弃。
4. 装备自己。人能打败狮子，是因为人会用武器。
   1. 多去书店，多买书；
   2. 多读哲学和历史。思想的高度决定实践的高度。 
   3. 买最快的计算机、手机和更多的数码产品；
   4. 多用Google的产品。
5. 多沟通。信任源于沟通。机会源于沟通。
   1. 多打电话。
   2. 多写邮件。
   3. 多用IM。
   4. 多写文档。
6. 坚守底线。有操守才能被信任。信任能降低成本。
7. 尊重偏好。发自心地地喜欢各种文化，各种个性。这样才能团结人，和人合作。

本文由亚洲商港独家冠名赞助。

简单整理出了下面的清单，本土的web2.0服务，未来会联合投票帮、爱唠叨、9Fav、Mywowo以及其他一些Web2.0团队联合举办一次完 全草根的“我最喜爱的WEB2.0服务”的投票活动，下面这个清单是我临时整理出来的，算是一个草稿吧。可以肯定的，还有很多优秀的服务没有出现在下面列 表中。发动长尾的力量，欢迎大家在下面更帖补充某一个分类的内容或者增加分类来完善这个列表吧，也欢迎所有的创业团队毛遂自荐啦，只要是属于中国本土的互 联网服务（未来可能会加入一些本地化比较彻底的服务，例如Pageflakes、Jimdo、Mister Wong、Last.fm等等）都应该出现在下面

社会性书签类：QQ书签，百度收藏，雅虎收藏，就喜欢，抽屉，乐收，易游，统录、黑米、标签公社、

视频分享类：土豆，56，优酷，六间房，琥珀，播播，Mofile，UUMe ，QQ播客，

Digg类：Diglog、草根网、我挖、淘客、

音乐分享网站：八音盒、爱酷播、友播、维众、SongTaste、八乐、Lifepop、Ubox、AoBo音乐盒、乐泡、九天

博客托管服务商：Yo2、72pines、 Lifesterblog、Blogcn、51、新浪、搜狐、网易、百度、Qzone、Bokee、BlogBus、Donews blog、

微型博客系统：饭否、唧歪de、爱唠叨、来咕拉、腾讯滔滔、

RSS周边：抓虾、鲜果、365Bloglink、Anothr、看天下、周伯通、OPML、RSS邮天下、胖葫芦、Aobo、FunP

图片分享：又拍，巴巴变，多拍，捷拍，趣多，拍拍乐，Fotolog，Fotoky，茄子，

地图服务：百度地图、雅虎地图、城市吧、E都市、

在线应用程序：小i，魔击体，Picidea，Sayjoy，

个性化主页：是我的， 咕谷，雅客，火柴，我用，P.cn，

社会性网络：校内、花名册、占座、9公寓、亿聚、联络家、UUzone、若邻网络、网聚，酷兜， 拍客地带，爱情公寓，图葩，宝宝树

评论分享：豆瓣、口碑、饭桶

网络电视：PPlive、QQlive、PPstream 、MySee、

Interesting Resources For Java SE/EE Developers

网上有很多关于如何制作漂亮的幻灯片的教程，而对Excel的美化则寥寥无几。 实际上Excel不仅仅是一个电子表格软件，它的单元格容易控制样式，操作方便， 因此使用Excel制作仅供阅读的电子文档也十分合适。 这就要求文档制作者必须懂得一些基本技巧，以制作出赏心悦目的电子文档来。

下面是我制作Excel格式电子文档时的一些经验，分享给大家。 希望大家都能够制作出漂亮的文档。

1. 选择合适的显示比例。

中文字体通常使用宋体，而宋体在默认的100%状态下并不好看（如下图）。 相比而言，85%的比例就舒服很多。75%的比例略嫌小，不过当你有大量的数据时，或者制作文字较多的文档时， 75%的显示比例就比较合适。

85%的比例很容易调节，只需在默认的100%状态下按住Ctrl键并向上滚动滚轮一次即可。 75%需要手动输入比例。比75%再小的显示比例会使文字变形，不宜使用。

另外Excel工作表保存后显示比例也会一起被保存，可以保证阅读者与你看到同样的效果。

2. 背景网格线的取舍。

Excel默认情况下会显示灰色的网格线，而这个网格线会对显示效果产生很大的影响。 如下图，同一张表格在有无网格线的情况下给人的感觉就完全不同—— 有网格线时给人一种“这是一张以数据为主的表格”的心理暗示， 而去掉网格线则会使重点落到工作表的内容上，削弱表格的作用。

因此，以表格为主的工作表可以保留网格线，而以文字说明为主的工作表则最好去掉网格线。

去掉网格线可以在工具->选项中视图选项卡中去掉网格线， 但这种方法依赖于阅读者的设置，所以最好选择另外一条路：全选所有单元格(Ctrl-A)并设置白色背景。

3. 设置适当的线宽。

表格线宽度也会极大地影响阅读者的心理。要搭配使用粗细线。 最简便易行的方法就是细内线+粗边框（只需使用格式工具栏中的边框按钮两次即可做到）。 全用粗线仿佛你在大喊大叫一样，感觉很粗鲁；而完全用细线又无法体现出表格的概念； 而不用边线会让人觉得你的数据未经过精雕细琢。

另外，大片的小单元格聚集时表格线会干扰阅读者的视线，这时可尝试将小单元格的边线换成虚线。

4. 适当使用粗体，但别太过分。

毋庸置疑，表头当然要用粗体。对于表格内的数据，原则来说不应当使用粗体，以免喧宾夺主。 但也有特例，当数据稀疏时，可以将其设置为黑体，起到强调的作用。

粗体的使用也不宜泛滥，当一屏文字大部分都是粗体时，你就应当考虑考虑阅读者的感受了。

5. 给标题单元格加上背景色。

毋庸置疑，单元格背景色按钮的最下一排颜色天生就是用作单元格背景的（下图中的红框部分）。

我通常的配色习惯是：横向表头-淡蓝色，纵向表头-浅绿色，普通单元格-白色， 特殊单元格(如自动计算的单元格)-浅黄色，如下图所示。 这样就能将各个单元格的功能区分开。

6. 尽量少用单元格结合。

单元格结合的两个缺点：第一，在结合过的单元格前后插入新行时，新行的单元格不会自动结合， 导致每一行的结合方式不一致；第二，有些情况下结合过的单元格中无法粘贴数据，带来不必要的麻烦。 因此，当你制作收集数据的表格时，尽量不要使用单元格结合功能。

那么想要一个宽点的格子怎么办？实际应用中我发现，好多人使用单元格结合，其实只是想要一个大一点的格子而已。 其实拖动单元格标题可以改变单元格大小的，这个功能好多人都不知道么？

7. 标注的方法。

给单元格做标注有两种方法。一种是右键单击单元格插入批注，编辑完成后再次右击显示批注即可。 优点是使用方便，缺点是无法自定义样式。另一种方法就是自己画图形，我喜欢使用圆角矩形， 设置背景色为浅色，并用同种深颜色作为边框色。

记者：请问你是怎么理解SOA的？

孟岩：我这个理解来说下来就是，有这么大概几个过程，也分成这么几个阶段。最早就是03年左 右，我刚到CSDN的时候，那个时候呢，SOA有一段的这个宣传的这种高潮，各大公司，包括微软、IBM、Oracle、BEA啊，都在打SOA，所以当 时我们作为技术媒体，不得不了解一下SOA是什么东西，在那个时候，我们是很模糊的。

所以我的第一个阶段呢，我就认为在技术上，我认为SOA是一个用 Web Services来做企业应 用的，这么一个想法，所以本质上我只是觉得这东西没什么大不了得，因为在03年的时候，Web Services 这个概念已经火了两三年了，所以我觉得，SOA没有什么了不起的。 之后不久呢，通过跟企业接触，企业告诉我们呢，也是一个误解，现在来看也就是一个误解，就是SOA是一个新一代的企业应用集成这样的一种架构，也就是 EAI的下一代，当时我们就这么看的一个问题。

有人提出来说，中国是不是不太适合SOA，因为在中国EAI在企业没有特别多成熟的运用系统，主要依靠新 建，所以呢，当时也比较困惑这个问题。后来SOA呢，进入了一段相对不是那么热闹的一个阶段，可以说进入了一个具体实施的一个时期，各家的认识和经验都在 积累，我们的思想也处在一个相对来说比较稳定的一个状态。

那么再过一段时间，当这个一些实施成果上来以后，包括我们去采访一些SOA实施，有了实践经验以 后的这些人，我们作为媒体来讲，得到一个新的认识，就是因为SOA是一种新的企业的IT基础架构的，这么一种风格，一种架构，其中流行的一种东西就是一个 ESB，即总线，然后很多Services通过根据总线相连接，简化之间的交互，达到松耦合等等。

所以当时，我们那个时候，大概一年以前的时候，我对这件 事情的认识呢，进化到它是一个风格，它是一种架构，它架构也可以具体实例化成一种技术，一个产品，这是我当时的一个认识。 那么到现在，到今天，又经过一段时间的演化，又经过了跟一些企业的交流，跟一些这个行里的大师，或者行业里的领导人物的交流，我最后，我觉得我现在的认 识，相对可能比较接近1996年Gartner提出来SOA的概念，这SOA是指什么呢，SOA是一种新的建构企业应用和企业IT基础架构，主要是企业 IT基础架构的思想、方法、风格、工具的一个总称，所以SOA现在的这个思想，比较泛，就是说比较宽广，就是说含义比较宽广。

甚至我发明了一个顺口溜，说 “SOA是个筐，什么都可以往里装”，只要你这些新方法，是符合企业IT基指架构发展的下一个潮流，一个阶段，那么现在很多人都把它会往SOA里去装，但 是呢，SOA还是有它确切的含义和它明确的价值，所以，我刚才说的这个含义呢，其实是我现在的一个认识。

记者：我也知道你在前段时间去了美国，去参加一个IBM组织的SOA大会，然后也接触了很多国外的SOA专家，我想问一下，国外的那个技术人员对SOA的理解和国内的人对SOA的理解，有什么区别吗？ 

孟岩：恩，说实话，在这一点上，我不能说我知道的很清楚。我是跟国外的技术人员就这方面交流的并不多，但是呢，从国外的一些文章，网站上的一些文 章，还从有限的一些交流来看的话，SOA这个概念即使在美国，这仍然是一个引起很多争议，引起很多的误会的这个概念。尤其是在开发者，在很技术的人员当 中，SOA是一个招人讨厌的，或者说是不被人理解的，或者是别人觉得，你就是个叫Hip，这么一个东西。

也有很多不同的认识跟理解，可是我觉得，如果要是 正本溯源的话，还是应该去向Gartner这个提出SOA的这个组织，像IBM，像BEA，Oracle，包括微软，他们技术的决策者，技术方向的决策 者，到那里去SOA的真经，如果我们到那里去问的话，我觉得，他们那里的SOA的思路跟我们国内目前一般开发人员，一般技术管理者的认识水平，那还是不太 一样的，就是还是有，他们还是比我们要领先很多的。

记者：但是另外一种观点就是说，SOA是从国外开始兴起的，主要是去解决一些，去整合遗留的系统，但是我们国内的IT历史并不是特别长，你认为SOA对我们国内的IT界有什么作用？ 

孟岩：我需要指出的是，你刚才的那个Statement就不对，首先它是从国外来的，这是对的，我们所有的东西差不多都是从国外来的。但是说它只是 为了整合遗留系统，这句话就有问题。因为SOA要做的第一件事情不是整合，第一件事情，当然还是重新梳理你的业务流程，把它SOA把它Service化， 但是呢，在着手进行改造，第一件事情，打散你的业务，先破再立，不是简单的把过去的业务进行整合。

我们如果运气好，你过去的业务系统呢，正好能被完整的包 装成一个服务，那当然好了，但是如果你过去的业务系统，不好被完整的包装成一个服务，那就需要先把它打开，给张三的给张三，给李四的给李四，把它包装配成 一个服务，这个是要纠正的。

所以就是说，即使从国外的企业来讲，它也不纯粹是一个整合的概念，它确实是一个以服务为导向，重新规划系统的这么一个过程，而 对中国呢，我讲过了刚才的观点，如果说国外呢，是改建为主，就是我的房子已经盖好了，我要改建，我一定要把它该拆的拆，该破的破，该打通的打通，对吧，但 是它毕竟都属于改建；中国的情况呢，则是新建、改建、扩建并行，我们大量的系统，大量的企业，到现在还在怀疑IT的价值，它没有进行第一代的IT化的建 设，还有一些企业已经进行了第一代的IT建设，还有很多的企业正在进行第二代的，第三代的IT建设。

从2003年开始，中国IT建设70%的投资是二次建设，所以你可以想像一下，做IT的公司才多少？大量的公司，大量的企业还没有做IT，还没有认真的把 IT放到自己的这个管理中间来，包括还有一些非企业性质的，政府、学校和一些社会组织，都还没有把IT纳入自己的业务管理的过程当中，所以潜力是很大的。 对于它们来说，一个主要的考虑就是，说白了，领导说话算不算话，这个很重要，领导说话要算话你就必须要让IT系统足够灵活。

我们中国的企业是有这样的特 点，和我们国家国情比较接近，我们喜欢突变，我们可能会在某一个水平线上，某一个状态上维持一个比较长的时间，然后突然一下发生巨大变化，这个时候就是要 求我们IT系统非常灵活，其实我个人认为，我们中国的企业在国际市场上获得一些成果一个很重要的原因，我们以外国人想象不到的速度在改变自己。

所以呢，这 是我刚才上一个问题讲到的，中国的企业绝不会允许自己损失机动性，损失敏锐性，因为这是我们赖以生存的一个根本，所以如果你上一个IT系统，让我把这个敏 锐性给损失掉了，我就不会上，也不会要的。 反映在很多现实当中，开发人员给我们无耐地摇头解释说，中国没法做IT，那领导人拍脑袋就变，你还非得听他的不可。这就说明一个问题，领导人拍脑袋就变， 这可不一定是坏事，这可能是这个企业竞争力的源泉之一。

所以我们在中国做企业的话，要支持这种东西，要足够灵活，要让IT系统能够跟随决策者的思想变化而 变化。IT的意义本身在于使你的管理规范化，流程化，效率提高，严格，这样一个避免人为因素，降低对人力素质的要求，这样的一个特点。所以我们，还是刚才 说的，我们中国的IT，目前在SOA要解决的问题就是不损失灵活性的情况下，提高管理水平、有效性、管理的效果。

记者：那么在实施SOA的过程中你认为应该注意哪些问题，有哪些难点存在？ 

孟岩：在实施SOA的过程当中，第一个难点，我觉得是要改变一些思维，改变一些传统的思维方式。传统的思维方式是把这种，从业务到IT系统，这种运 作过程看成是一种魔术的，要靠培养巨牛无比的人，这个既要具有极强的面向对象这些基础的软件和IT基础的这种知识和技能，通过多年的磨炼，能够规避各种各 样的风险；然后还要懂这个业务，要善于沟通，要用有效的方法来帮它及时地找到和发现自己的错误，这是非常难做到的事情。

那么首先要改变观念就是说，我们现 在一个层面是业务，一个层面是技术，所以我们在中间加一个层面，叫Service，这个Service是一个贴近技术，贴近业务，又可以被技术支持的 一个 概念，能够以它为标准，又能够以它为单位，对于业务来进行模块化，实现Service之后，你会发现，当你的业务要发生变化的时候，你所要做的仅仅是微调 Service内部的接口、契约、服务质量和重新调整各个Service之间的关系，几乎就可以满足你对业务调整的需要。

这就是说我们把业务给模块化，找到合理的一个单元，可以用它来把业务这个事情模块化，而这个单元又特别巧的，也不是特别巧的，刻意地可以被技术，用我们现 在传统的这一代组件啊，对象啊这些东西来支持和实现，这不是很好的事情吗？我们说一句谚语叫“当你在软件里面遇到任何问题的时候，请增加一个中间层”，这 个就是这个思想的一个应用。增加了一个Service这样的一个中间层，一个间接层，来协调这两个差的太远的之间的关系，来做到这件事情。

所以首先思想上 要改变，要知道SOA为什么？知道了这一点，你才能够有可能去正确的去实施SOA，SOA在实施的时候第一步，应该是梳理业务流程；第二步，应该是用 Service的观点重新描述你的业务流程，这个过程也是挺关键的，我认为，从这个过程往下，就比较容易一些，包括做一些具体实现Service的一些方 法、操作和我们常用的一些方法。当然可能还有一些新的标准，SCA啊，SDO啊，包括ESB啊，包括一些提供的工具。

但总的来说，到了我们开发者日常工作这一块，他的改变有，但是他的工作形态的变化并不是很大，可是在这个业务梳理和业务架构这个过程当中，是有一个关键变 化，这个是我觉得这个，你刚才说到难点在哪。那么这个难点归根到底就在于，我认为SOA存在的关键在于，它是否能够培养出足够多的高素质的，高质量的这种 SOA架构师。

SOA的架构师跟我们传统意义上的架构师不太一样，传统意义上的架构师就是变魔术的那帮人，也不知道他怎么想的就变了。现在呢，要把这个过 程分成两步，第一步把它分解成为服务，把服务之间的关系理顺；第二步，把每个服务的接口、契约，全部都封装好，服务之间的关系，包括它的 Governance之间的关系，这个叫做业务架构，这个人我认为是在SOA时代最吃香而且至关重要的一个脚色。
 
记者：你按照你的意思来说，就是我们现在的开发人员，或者说是一些架构师，做转变的话，要重视业务的发展，是这样吗？
 
孟 岩：对，我觉得这句话其实说的很多。就是没有SOA时候，大家也都在做，你作为一个开发者也好，作为一个架构师也好，你一定要关注业务。但是呢，过去这种 说法，是种泛泛的，我们不知道怎么关注，你总不能让我去成为一个石油专家，一个银行家，或者一个什么，才能够就是说开始这样的一个系统，那这样的人有多少 呢？成为那样的人，还做IT系统吗？有这样的问题存在。

现在呢，有一个具体的指导方针，就是说你该怎么去了解业务了，你要把业务分解成为一个一个的 Service，理顺这些Service的关系，调整Service的接口和契约，这是对这个的理解。对开发者的理解，对开发者的影响来讲，有些实践就要 变了。比如说，我们现在用到的一些，它已经熟习的一些思想、方法，一些东西可能有一些变化。

因为过去呢，你直接面向业务，开发者往往要学会一种能力，看了一段自然语言文本，就把一个什么对象图啊，什么模块图啊，类图啊等都画出来，这个是过去要求 的一个。现在呢，你要面对的问题，可能就是说，你要面临的是怎么样最好的，向外界提供高质量的符合企业的服务，这是开发者的一个变化。但是更大的影响呢， 对于开发者来讲的话，是他需要重新安排自己的职业生涯和规划，过去他觉得我学习这些东西也就可以成为架构师，设计师架构师怎么怎么样，或者我就专心的做我 的.NET，做我的Java的内核，高效率的东西，也可以成为那个领域的专家，但是你要知道这是两个不同的路线。现在呢，你想做企业里面的架构师，有来之 后，你就可能，对自己职业的规划，一个目标，要有一些调整和变化。

记者：我在看很多关于SOA的文章都提到各式各样的标准，我想问一下，为什么SOA里面会有那么多的标准？ 

孟岩：其实坦率的说，现在SOA一个很大的问题就是标准化不够，标准没有得到很好的制定和实施，甚至可以说，我可以这么讲，SOA，现在是有一个 OSOA组织了，但是这个组织不是一个很强有力的组织，国际化的这个标准组织一般都是比较松散的，这个OSOA也是松散的。然后呢，各大厂商都有自己的想 法和主意，结果就是说，SOA标准化的东西目前做的不是特别好，但是尽管有这么多的问题，还是有SCA、SDO这样的标准出现，这个对于SOA还是很好的 事情，还有一些其他的标准，比如说WS-*，有三十多个标准，那些东西不属于SOA，尽管可以用它很好的来实现SOA，但是你不要把它作为SOA标准，所 以在我看来呢，SOA的问题不是说标准化太多，而是标准不足的问题。

我们马上面临很大的一个问题就是说，微软它做了一套体系，跟SOA的SCA、SDO标 准是不一致的，这里的问题就是说，我们当然还要看，微软的WPF、WCF跟这个是相关的，以及WF这个标准，能够互相兼容，互相操作。如果可以的话，当然 很好，如果不可以的话，怎么办？我们得到了一些微软方面的承诺，但是毕竟这个还是不官方承诺，我们想看看这个事情怎么发展。所以标准有，如果谈到SOA的 话，标准真的不是太多了，而是还不够。
 
记者：另外然后业界里面流行的概念，一个是SOA，另外一个是Web 2.0，两者之间也是有很大的关系，我想请你评价一下这两者之间的关系？ 

孟岩：这次我去美国的时候呢，我去参加的IBM Impact 2007这个大会，这个大会的主办者或者说最主要的一个人，是IBM软件集团的一个副总载，叫Sandy Carter，是一位女士，IBM的一位传奇的一位女性。她写了一本书，叫做《业务的新语言》，子标题是SOA&Web2.0，所以从这句话来 看，就知道这两个是有关系的。什么关系？我可以这么说的，这两个东西协同起来，可以共同为我们搭配刚才所说的敏捷业务的目标，为什么这么说，因为传统上， 这个企业呀，你像我们业务系统总得用数据，业务逻辑，在它上面展现，还有一些整合的过程，有人提出Portal，企业级Portal这样一个概念，这么一 些过程的话。

实际上，当整个技术转移到外围以后，由于Web技术，第一代Web技术的制约，也使得它们在企业运行当中的，企业当中的一些运用受到了一些限 制，现在的问题就是说，Web 2.0这东西怎么理解呀，大家还在说。我觉得固然有很多，从网络社会学意义角度去出发，去阐述Web 2.0，著名的博客Keso，他提了很多，比如说用户与这个编辑处于同等地位呀，强调自由啊，强调话语权的平等呀，开放性呀，强调用户权益至上，把这些东 西列为Web 2.0的一个标杆。

但是从我们做IT的技术来讲，Web 2.0他有他固定的技术含义，他是指一系列的第二代的Web服务的集合，这里面包括像RSS、Atom，然后有这个Syndication，其实就是刚才 说的这两个协议的抽象概念。然后有像这个Blog的这种服务，社会网络，技术上的有Ajax，数据的Mashup ，有数据的微格式，这样的一些东西，这个东西综合起来，能够给用户更好的体验，能够给实施者提供更轻便，更容易的一种集成，这种东西叫Web 2.0。

那么它为什么可以用来和SOA一起来为企业来服务来使用呢？你记住，我们刚才说为了业务敏捷性，业务敏捷性就意味着，我们不仅仅数据和业务的关系 发生变化，它给用户的展现，它的集成方式，它的集成范围，都会迅速发生改变，而在这一点上，传统的企业使用的C/S模型，或者第一代Web技术，它那种局 限性，都使你没有办法很快地，使你的最后传到用户那里的最后的一公里也跟着一块变。 只有我们采用Web 2.0这些功能，Web 2.0提供的这些服务和协议，它这种风格，REST和Micro-format也就是微格式，这些东西融合起来，你才能够从下到上为用户，为企业提供一套 完整的敏捷的技术栈，才能够说，人家的Idea一变，业务一变，底下的数据变，上面的模型，上面的业务叫流程变、服务变，流程变，最后到上头来，到前边 Portal也变了，这个界面也变了，数据表单也变了，只有这个才能做到这一点。

所以Sandy Carter在这本书里面画了一张图，我刚刚提到她也是这个原因，这张图是一个金字塔，然后她用一张薄片，把金字塔拦腰一切，底下SOA，上边Web 2.0，很明显地说明这个问题，就是说在底下要用企业级的SOA技术解决问题，将数据用标准方式如XML等暴露出来，上边用Web 2.0的技术去整合Mashup，去呈现，这种东西就会导致，就会使得我们刚才说的业务敏捷性的目标得以实现，这就是这两个技术应用之间的关系。

它们之间有什么关系？它们之间是盟友的关系，我们共同协作可以达成敏捷性的目标，否则的话，如果你几家是很快变化的数据和流程，上面我还是传统老旧的那一 套，比如说Web 1.0的，或者是，甚至是更传统的VB或者是更传统的.NET富客户端所写的程序，当然对于企业最后还是得不到迅速变化，随之实施的这么一个结果。那我可 以给你举一个小例子，这个Web 2.0一旦跟企业应用相结合，形成一个Enterprise Web 2.0这么一个新概念。

那么这个，我给你举一个小例子，已经实施的例子：就是有一家远洋航运公司，他们呢，做了这么样一个应用，就是他们通过GPS系统，将自己的每一艘航船在远 洋，在地球上的位置，都能够实时的确定下来，他们把这个数据得到并放在一个服务器系统里 面；他们另外一个系统保存着每一艘远洋航船此次航运他的目的地、起 点、他的运货是哪些，这些定单信息，这些商务上的信息；另外一个系统保存着每艘航船里边的人都是谁，雇员的信息，海员的信息，临时工是谁，他的情况是什么 样子。然后，其实现在就表示他们已经提供了一些服务了，在把这些服务跟就是，他把这些数据用SOA的方式，把这些服务给整合起来。

整合起来之后，跟Web 2.0这个技术能够理解的格式比如XML以后，再跟Google Map整合，立刻得到了一张全球海洋图，一张大的一个全球地图，每一艘现在在什么位置都可以看到。当他点击那个船的时候，他可以立刻看到这个船本身的信 息，船上船员的信息，这次航行的有关商务信息，都可以看到，这个就是SOA跟Web 2.0融合的一个例子。

但故事还没完，当我们部署到内部的时候，好多事情就会不断的出现。因为你不仅可以缝合你，Mashup你自己企业内部的信息，当你 采用公共的Enterprise Web 2.0作为你的架构以后，你就可以公开的自由的获得，或者是通过付费的方式，获得别的企业高质量的数据服务。他们很快又购买了一家海洋天气预报公司所提供 的高质量的数据服务，然后Mashup到这张图里面，就可以看到天气的情况。

然后更有意思的是，他们后来又想知道海盗报警，哪些地方发生海盗的事情，英国 有家公司提供这样的信息，于是他们就把那些信息又通过Web Service的方式抓过来，那些公司的信息通过Web Service的方式暴露出来了，他们把这些信息抓过来，缝合到这张图里面去，让它来显示不同的信息。它立刻就可以得到，我这次航行处在什么样的气象条件 下，海洋气象条件下，然后它前方或者它路过的地方，有没有海盗的这个情况，高危险地区我就要提示它警告它，这样的一个应用，我认为是目前我所知道的，比较 好的Enterprise Web 2.0和SOA的应用，这么一个表现。

我相信，由于这样的一个系统，据我所知，它是在一家全球顶级的大公司支持之下，来完成的。据说这个整个的项目的实 施，尤其是后面融合数据的过程，都是非常快，花费统一，而且就是说，完全没有那些繁冗的过程，这就是Enterprise web 2.0的威力。

    足球励志电影《一球成名》在片头打出字幕：“人因为梦想而伟大。”

哪一个人没有梦想呢？梦想也许有大小之分，却没有贵贱之别，即使没有实现，你也照样伟大！这样的字幕不由得叫人热血沸腾。

周迅出道时是个“土丫头”，还嗓子沙哑，有口吃，既没有背景、靠山，也没有幸运之神的垂青。但为了实现梦想，她独自一人漂到北京，跟姐妹们合租住在地 下室。刚开始到酒吧驻唱，每晚才七八十元。为了能挣得一个角色，她挥汗如雨地奔跑了许多场地，见了许多导演，好话自然也说了一箩筐。在拍摄现场，周迅曾冻 得躲到灯光师那里取暖，也没有叫一声苦。其实，苦，她自知，累，她也自知。父母来看她，她撒谎说自己过得挺好。谎言被看穿后，父母心疼得眼泪哗哗直流。他 们走的时候却带不走宝贝女儿，因为她坚信没人能阻止一个人去实现梦想，现在她需要的只是坚持奔跑，坚持奔赴自己的远大前程。10多年后，她捧起了金马影后 的奖杯，如果你知道在这之前，她还受过爱情的创伤，一度万念俱灰，你就会知道这座奖杯确实来之不易。

不容易，但毕竟得来，这是执著追求者应得的盛装喜剧，他是人生喜剧的主角。

这个时代越来越好，越来越精彩，人人都可以大声说出自己的梦想。含蓄、谦卑、客套，委婉如诗，你真的没有必要这样，真实地表达、勇敢地表达已经成为成 功者必需的能力。如果你总是对人说“随便”，你就不能让别人了解你，即使你的梦想具有铺天盖地的绚烂，也只能委屈在腹中，你的远大前程也只能坎坷难行，缩 短成令你羞愧的羊肠小道。

没人能阻止你，也没人能嘲笑你，你的远大前程你做主。见了张口就问“我如何能红”的人，你不要笑话他有些年少轻狂，担心他的功利心怎么这么兴旺？（藏 着掖着的难道都是好东西吗？）这样的人我却觉得很可爱，他这样问，已经做好了奔赴远大前程的准备。高晓松一直认为自己是金子，他还说：“金子不需要包装， 只有石头才需要包装。”如果你是金子，就不妨赤裸裸地发光，包装、藏掖也许成了另外一种障碍。

郭德纲除了能说层出不穷、气魄惊人的相声，还能说书、写东西、唱京戏、唱梆子、唱评戏。他给了自己不同的人生支点，不至于浪得虚名，也不至于吊死在一 根木桩上；如果各道筋脉的力量聚于一点，其利可断金，无人能争锋。这也是人生的“金子”，有了它，事业无忧，前程无忧，不管是开场，还是压轴，你都能赢得 掌声雷动，满堂喝彩。郎朗的音乐梦始于卡通，斯坦利·库布里克的导演梦始于13岁的生日礼物一部照相机，人生就是这样充满际遇和奇妙，从一开始就不复杂难 解，不必为自己的前程杞人忧天，更无需绝望。亚里士多德说：“给我一个支点，我能翘起整个地球！”请找准你远大前程上的支点，或者不是一个，而是能有几个 就有几个。

电脑游戏里有一种顶厉害的本领，叫“速度燃烧”，当你越跑越快的时候，你就会具有超强的能力，你的火焰能够烧伤敌人，自己始终安然无恙。远大的前程当 然也要奔起来，奔起来你才有战斗力。不管怎样的辛劳和痛苦，都要坚持跑下去，温吞、迟疑和徘徊足以杀死你的雄心。有些人不明白章子怡为什么总是国内国外飞 来飞去，因为她有雄心，奔得越快，堡垒就越容易攻克，梦想就越近，前程就越远大。

是的，阻止自己的既不是他人，也不是自己外在的缺憾（比如人们总是在乎我是不是年轻漂亮），而是内心的病弱和残疾，比如懒惰、贪图安逸和不良的思维定 势等。在美女如云的好莱坞，朱迪·福斯特称不上漂亮，外表如羔羊般羸弱，但她头脑聪明，又具备特立独行的现代精神，所以没有什么挡得住她的耀眼星光，最终 她将自己的声音和烙印留在了好莱坞的电影版面上。像徐静蕾那样有貌有才，内外兼修，不是人人都能做到。但这不妨碍我们像阿牛那样简单快乐地享受人生的流行 曲，像罗纳尔·迪尼奥那样心态平和、微笑真诚地在赛场上用足球舞蹈。

电影《勇敢的心》中说：“在你一生中，有许多事值得争取，但，自由无疑是最重要的！”只要你不阻止自己，便没有任何东西能够阻止你，你便永远自由。贫 穷、生活在底层，这些统统不是人的死穴和人生的死胡同。那些叱咤绿茵场的风云人物，从贝利到马拉多纳，从大罗到小罗，哪一个当初不是穷人和普通人的孩子， 哪一个不是后来才得到人生的自由？在奔赴远大前程的道路上，你没有借口，只管再勇敢一些，再自信一些，再狂放一些，哪怕山雨欲来风满楼！你佩服武则天吗？ 在男权时代，她从弱女子到铁血女王，她该怎样地穿越风雨，排除万难，她的无字碑上没有答案——其实，人才是天地间最伟大的字眼！

没有明天了，没人能阻止你了，只有你才能为自己加速度，让自己在奔赴远大前程的道路上绝不惧怕，永不放弃。贝多芬在最后的四重奏中写下这样的决心：“非如此不可！”是的，“非如此不可！”

Below, is a list of tools for running automated inspections (static and dynamic analysis) for the Java platform:

• PMD - verify code is adhering to the project’s coding standards
• CheckStyle - verify code is adhering to the project’s coding standards
• CPD - Copy Paste Detector (part of PMD project)
• Simian - Similarity Analyzer
• JDepend - Object-oriented metrics for determining robustness of the architecture
• JavaNCSS - tool for measuring cyclomatic complexity
• SourceMonitor - tool for measuring cyclomatic complexity and general code metrics
• Metrics - Eclipse plugin for gathering many types of code metrics
• Coverlipse - code coverage tool for Eclipse
• JDepend4Eclipse - JDepend plugin for Eclipse
• Cobertura - Code Coverage tool
• FindBugs - code metrics and analysis tool. Provides more advanced metrics than the “average” static analysis tools such as security warnings, etc.

5. 轻量级的组件，并不意味着提供服务的容器是轻量的。
6. 轻量级的内核，也不意味着整个框架是轻量的，更不意味着基于Spring的整个应用架构是轻量的。
7. 对于企业应用的构建来说，轻量级组件标准+轻量的内核+轻量级的容器，并以此构建轻量级的应用平台，才是最终需要的。

EJB3和Spring技术体系比较

During an interview yesterday a candidate told me he had aspirations of becoming a software architect and asked me how he should pursue it. That question caught me off guard. I considered my personal career history and came up with this little nugget:

Always be the guy in every meeting with the best design idea.

That's pretty much how it worked for me. When you're sitting in a room with your colleagues and peers, discussing and debating how to solve a particular problem, and you consistently present the best ideas, the ideas that get implemented, you start to build a reputation and credibility. The next thing you know, you're The Architect. I expanded on the idea with this:

Be able to recognize and vocalize the pros and cons of every idea.

Not just your own; other people's ideas as well. If you can tell them, in a polite and constructive manner, what's wrong with their idea and how it might hurt them in the near or far future, they will [if they're not a complete jackass] thank you for it, and come to you the next time they want a Sanity Check.

But how, you might ask, do you become the guy with the best ideas? Read, read, read! I am a bookworm. I read books on design patterns, frameworks, methodologies, programming languages, antipatterns, usability, etc. If you can grok it and regurgitate it at the appropriate times, you'll be The Idea Guy.

That's how it worked for me. Your mileage may vary.


内容就不翻译了，^_^
原文中，有一回帖，摘录如下：
so here I think how it goes:
if(u.haveBestIdeas()) {
u.setPosition("Chief Architect");
} else if(u.havebetterIdeas()) {
u.setPosition("Senior Architect (As oppose to what?)");
} else if(u.haveGoodIdeas()) {
u.setPosition("Architect");
} else if(u.haveIdeas()) {
u.setPosition("Senior developer");
} else if(u.haveNoIdeas()) {
u.setPosition("Phreakin' code monkey");
} else {
u.setPosition("You are in a wrong business buddy");
}

Winners will be announced at SD West in Santa Clara.

17th Annual Jolt Product Excellence Awards
Finalists

Books (Practical/General Developer Interest)

Agile Software Development: The Cooperative Game (Addison-Wesley) by Alistair Cockburn
Catastrophe Disentanglement (Addison-Wesley) by E. M. Bennatan
Eric Sink on the Business of Software (Apress) by Eric Sink
Practices of an Agile Developer (Pragmatic Bookshelf) by Venkat Subramaniam and Andy Hunt
Software Creativity 2.0 (DeveloperDotStar) by Robert L. Glass
Software Estimation: Demystifying the Black Art (Microsoft Press) by Steve McConnell
Weinberg on Writing: The Fieldstone Method (Dorset House) by Gerald M. Weinberg

Books (Technical)

Code Quality (Addison-Wesley) by Diomidis Spinellis
How to Break Web Software (Addison-Wesley) by M. Andrews, J. Whittaker
Java Concurrency in Practice (Addison-Wesley) by Brian Goetz et al
Rails Recipes (Pragmatic Bookshelf) by Chad Fowler
Refactoring Databases (Addison-Wesley) by Scott W. Ambler and P. J. Sadalage
Head First Object-Oriented Analysis and Design (O'Reilly) by B. McLaughlin, G. Pollice and D. West
Ruby Cookbook (O'Reilly) by Lucas Carlson and Leonard Richardson
CSS: The Missing Manual (O'Reilly) by David Sawyer McFarland

Change and Configuration Management

AccuRev 4.5 with AccuWorkflow (Accurev)
AnthillPro3 (Urbancode)
Automated Build Studio (AutomatedQA)
FLEXnet Connect (Macrovision)
Perforce SCM (Perforce)
Team Foundation Server (Microsoft Corporation)
CA Wily Introscope ChangeDetector (CA / Wily Technology)

Collaboration Tools

Adobe Acrobat Connect Professional (Adobe Systems)
Code Collaborator (Smart Bear Software)
Confluence (Atlassian Software Systems)
NetBeans IDE (Sun Microsystems)
Sugar Professional (SugarCRM)
TeamCity (JetBrains)

Database Engines and Data Tools

Coral8 Engine (Coral8)
dbdeploy (ThoughtWorks)
MarkLogic Server (Mark Logic)
SQL Anywhere (Sybase iAnywhere)
SQL Refactor (Red Gate Software)
Visual Studio 2005 Team Edition for Database Professionals (Microsoft)

Design and Modeling

Compuware OptimalJ (Compuware)
Corticon Business Rules Modeling Studio (Corticon Technologies)
MagicDraw UML (No Magic)
RAVEN (Ravenflow)
stpBA Storyboarding for Microsoft Visual Studio 2005 Team System (stpsoft ltd.)
Stylus Studio 2007 XML Enterprise Suite (DataDirect Technologies)

Development Environments

EiffelStudio Open Source Edition (Eiffel Software)
IntelliJ IDEA (JetBrains)
IronPython (Microsoft)
Microsoft XNA Game Studio Express, XNA Framework (Microsoft)
NetBeans IDE (Sun Microsystems)
Wolfram Workbench (Wolfram Research)

Enterprise Tools

Cape Clear ESB Platform (Cape Clear Software)
Liferay Portal (Liferay)
Mule (MuleSource)
Appistry EAF (Appistry)
Pentaho Open BI Suite (Pentaho)
TeamCity (JetBrains)

Libraries, Frameworks and Components

JViews (ILOG)
NetAdvantage for .NET (Infragistics)
telerik r.a.d.controls for WinForms (Telerik)
.NET Framework 3.0 (Microsoft)
Intel Threading Building Blocks for Linux (Intel)
Microsoft XNA Game Studio Express, XNA Framework (Microsoft)
The Mono Project (Novell)

Mobile Development

AccuSPEECH (Vangard Voice Systems)
Carbide .c++ Professional Edition (Nokia)
Crossfire (AppForge)
Qtopia Greenphone (Trolltech)
NetBeans Mobility Pack 5.5 and Sun Java Wireless Tookit 2.2 (Sun Microsystems)
Qtopia (Trolltech)

Project Mangement Tools

6th Sense Analytics (6th Sense Analytics)
DevPlan (TechExcel)
Rally Enterprise (Rally Software)
TargetProcess (TargetProcess)
Teamwork (Open Lab)
V1: Agile Enterprise (VersionOne)

Security

AppScan (Watchfire)
beSTORM (Beyond Security)
DevInspect (S.P.I. Dynamics)
Fortify Defender (Fortify Software)
Fortify Source Code Analysis (SCA) (Fortify Software)
Metasploit Framework (Metasploit)

Automated Testing Tools

AgitarOne (Agitar Software)
CodePro AnalytiX (Instantiations)
Mindreef SOAPscope (Mindreef)
Parasoft Jtest (Parasoft)
Parasoft SOAtest (Parasoft)
TestComplete (AutomatedQA)

Bug and Defect Tracking Tools

JIRA (Atlassian Software Systems)
OnTime 2007 Hosted (Axosoft)
Software Planner Professional (Pragmatic Software Co.)
TestTrack Studio (Seapine Software)

Utilities

Adobe Captivate 2 (Adobe Systems)
AutoPatch (SourceForge)
ElectricCommander (Electric Cloud)
TEKchecker and StyleWriter (ClearSpecs Enterprises)
TextMate (Macromates)
VMware Lab Manager (VMware)

Web Development

Adobe Flex 2 (Adobe Systems)
IntelliJ IDEA (JetBrains)
Kapow Mashup Server (Kapow Technologies)
LignUp Communications Application Server (LignUp)
Mindreef SOAPscope Server (Mindreef)
NetBeans Visual Web Pack (Sun Microsystems)

Web Sites/Developer Networks

CM Crossroads (CMC Media)
IBM developerWorks (IBM)
Sun Developer Network (Sun Microsystems)
Koders.com (Koders)
Krugle (Krugle)
Makezine.com (O'Reilly)
The Code Project (The Code Project)

Software - How Software Companies Die

By Orson Scott Card

The environment that nutures creative programmers kills management and marketing types - and vice versa. Programming is the Great Game. It consumes you, body and soul. When you're caught up in it, nothing else matters. When you emerge into daylight, you might well discover that you're a hundred pounds overweight, your underwear is older than the average first grader, and judging from the number of pizza boxes lying around, it must be spring already. But you don't care, because your program runs, and the code is fast and clever and tight. You won. You're aware that some people think you're a nerd. So what? They're not players. They've never jousted with Windows or gone hand to hand with DOS. To them C++ is a decent grade, almost a B - not a language. They barely exist. Like soldiers or artists, you don't care about the opinions of civilians. You're building something intricate and fine. They'll never understand it.

BEEKEEPING

Here's the secret that every successful software company is based on: You can domesticate programmers the way beekeepers tame bees. You can't exactly communicate with them, but you can get them to swarm in one place and when they're not looking, you can carry off the honey. You keep these bees from stinging by paying them money. More money than they know what to do with. But that's less than you might think. You see, all these programmers keep hearing their parents' voices in their heads saying "When are you going to join the real world?" All you have to pay them is enough money that they can answer (also in their heads) "Geez, Dad, I'm making more than you." On average, this is cheap. And you get them to stay in the hive by giving them other coders to swarm with. The only person whose praise matters is another programmer. Less-talented programmers will idolize them; evenly matched ones will challenge and goad one another; and if you want to get a good swarm, you make sure that you have at least one certified genius coder that they can all look up to, even if he glances at other people's code only long enough to sneer at it. He's a Player, thinks the junior programmer. He looked at my code. That is enough. If a software company provides such a hive, the coders will give up sleep, love, health, and clean laundry, while the company keeps the bulk of the money.

OUT OF CONTROL

Here's the problem that ends up killing company after company. All successful software companies had, as their dominant personality, a leader who nurtured programmers. But no company can keep such a leader forever. Either he cashes out, or he brings in management types who end up driving him out, or he changes and becomes a management type himself. One way or another, marketers get control. But...control of what? Instead of finding assembly lines of productive workers, they quickly discover that their product is produced by utterly unpredictable, uncooperative, disobedient, and worst of all, unattractive people who resist all attempts at management. Put them on a time clock, dress them in suits, and they become sullen and start sabotaging the product. Worst of all, you can sense that they are making fun of you with every word they say.

SMOKED OUT

The shock is greater for the coder, though. He suddenly finds that alien creatures control his life. Meetings, Schedules, Reports. And now someone demands that he PLAN all his programming and then stick to the plan, never improving, never tweaking, and never, never touching some other team's code. The lousy young programmer who once worshiped him is now his tyrannical boss, a position he got because he played golf with some sphincter in a suit. The hive has been ruined. The best coders leave. And the marketers, comfortable now because they're surrounded by power neckties and they have things under control, are baffled that each new iteration of their software loses market share as the code bloats and the bugs proliferate. Got to get some better packaging. Yeah, that's it.