一切皆可抽象

版权声明：原创作品，允许转载，转载时请务必以超链接形式标明文章原始出版、作者信息和本声明。否则将追究法律责任。本文地址：http://blog.csdn.net/jobchanceleo/archive/2007/04/13/1563866.aspx

不可否认，作为打工者，我们都从某种程度上被老板认为是种工具，类似扳手之类的、可以被随时换掉又俯拾皆是的工具。初入职场的我们听到这种理论可能很不以为然—老子学习这么多年，步入社会被人当成工具，简直笑话，公司是把我当人才看的。

很多让我们不舒服的东西，反倒可能是正确的。在职场打拼时间久了，我们会发现：自己确实被当作工具这个事实。人才也不过是把高级扳子而已，职业经理人就是镶金、合金扳子。

被当成工具也无所谓，君视臣为草芥,臣视君为寇仇，你把我当扳子，我把你当一堆X，公平又合理。要不是最近身边哥们儿、姐们儿发生了一些状况，我的认识可能也止步于此。

 太多事发生之后，我重新总结和整理了自己的理论。公司是把我们当工具不错，但不是低层次的劳动必用工具，而是理财（生财）工具，最贴切的比喻就是：公司把我们看成股票。

 定义
潜力股—初入职场的我们，虽然实际价值不大，但意气风发、有无限的可能性；
蓝筹股—基本上是入行五年之后的我们，有能力、有阅历、有经验，总之是实力雄厚；
垃圾股—没有成长潜力、因种种现实打击失去了进心。

买家（公司）的态度
适当购进潜力股—既然是潜力股，那么就只代表一种可能，是有风险的，公司培养很久可能成不了蓝筹或者成了蓝筹被别人抢了；

大力购进蓝筹股—大不了高开高走，能给公司实现赢利就行。这种方案的风险在于有股票是伪蓝筹，最后不得不割肉（裁员）跑掉；

小心购买垃圾股—有时,垃圾股不过是时运不济、没找到自己适合的位置才沦落至此的。如果公司能独具慧眼看出其中潜蓝筹，加以投资，回报相当可关。别小看这种股票，市场里有专门炒这个发财的。

我们的态度

潜力股对策—让自己增值、增值、再增值，尽早走入蓝筹行列。不要永远是潜力股，不然很容易成为垃圾股；

蓝筹股对策—全方位提高自己、保持职业水准、延长职业黄金期；

垃圾股—受打击之后，是个人都可能会有消沉。不同的是失败都永远消沉了，被停牌永远退出市场；成功者从失败中站起来吸取教训、看清骗子、提高自己，再次让自己成为蓝筹。

行走职场，每个人都有可能成为三种股票中的一种，甚至可能如我几次变为垃圾股。没关系，当成为垃圾股时只要始终记得我们是潜力蓝筹、不断提升自己的价值、笑对下一个买家，成为真正的蓝筹是早晚的事。

 到时候我们要对公司说：“要对我这支蓝筹好些啊！我和股票不同的是一般股票你不卖，这支股票不会减少或者消失，我可是会自己跑路的啊！哈哈！”

很多JSF专家表示，JSF（JavaServer Faces）可以在不需要编写JavaScript代码的情况下开发异步的JavaScript 和 XML应用程序。

　　 在服务器端Java（ServerSide Java）研讨会3月22日的一次会议上，SUN公司的高级工程师Ed Burns说：开发人员可以使用JSF开发出企业级的AJAX应用程序，这些应用经过了充分的行业证明，具有良好的健壮性，可靠性，易用性和伸缩性。

　　 Ed Burn还表示：“可以通过不同的方式来使用JSF和AJAX。 其中一种方式是同时使用JSF和Project Dynamic Faces 或DynaFaces。 通过这种方式，使用者不需要JavaScript的知识，如果使用者喜欢使用JavaScript还可以构建功能更加强大的应用程序。另一种方法是使用AJAX支持的JSF组件，这种方法只需要有对AJAX很少的知识就可以。另外开发人员还可以只使用AJAX或使用一种AJAX框架。” 　　B 　　 urns说：“除了Project Dynamic Faces，还有其他的方式来同时使用JSF和AJAX，其中包括使用ICEsoft公司的 ICEfaces, Ajax2JSF, AjaxAnywhere 和Backbase。”Google公司的Adam Bosworth可以告诉你为什么AJAX在经历失败后又会成功。（点击此连接到相应页面）。

　　 Burns还说：“早在AJAX还不是如此强大之前，JSF的面向对象设计已经为JSF可以在AJAX中使用做了准备。JSF的如下主要特性使得它对于AJAX来说是友好的，其中包括灵活的可扩展组件模型，明确的请求处理生命周期（Request Processing Lifecycle）和一个灵活的可扩展渲染模型。

　　 Burns 说,AJAX的成功在于其具有的如下理念：JavaScript对页面的开发人员来说透明，但却可以被组件开发者看到；通过状态管理使客户端和服务器端轻松保持同步等。使用JSF和AJAX还可以解决跨浏览器的问题。同时，Project Dynamic Faces将AJAX强大的功能引入到已有的和未来的利用JSF开发的应用。

    在2007年于纽约召开的AJAX World大会上，位于康涅狄格州斯坦福德的Virtua公司首席咨询师Kito Mann做了一个名为“看啊，不用JavaScript也可以（Look Ma, No JavaScript）”的讲演，表达了和Burns一样的观点。Mann讲演的主旨是：“使用JSF，可以在不编写任何JavaScript代码的情况下构建应用程序。” Mann说，JSF是针对于JAVA的一种标准的web用户界面框架，其规范包括服务器端用户界面组件，事件模型，一组基本的用户界面组件和基本的应用结构。Mann还是JSFCentral.com的创建者之一。JSFCentral.com是一个由使用JSF技术的开发人员，架构师和经理组成的社区。另外，他还是Java 社区Process' JSF专家组的成员之一。

     曼恩说，JSF还提供广泛的工具支持和用RAD(快速应用开发)模式的方法去开发Java Web。此外, JSF是建立在Servlet API之上的，并且促进了第三方用户界面组件市场的发展,他说。

    总体来说,“JSF提供透明的AJAX支持，”曼恩说。"我们的想法就是JSF编程模型能与AJAX一起工作。"
有多种支持JSF的IDES(集成开发环境),包括Sun的Java Studio Creator，BEA 的Workshop Studio，Oracle的 JDeveloper 和 Exadel Studio Pro (现在在JBoss umbrella旗下)，曼恩说。
而且，JSF架构加上AJAX支持很容易，他说。

    事实上，曼恩说JSF有三个主要的AJAX集成策略。

    一是把AJAX支持加到现有组件中，二是把AJAX支持直接集成到JSF组件中，三是对现有AJAX控件封装成一个JSF组件，曼恩说。

    用在第一种方法中的技术包括Exadel的Ajax4JSF，Ideo技术的开源AjaxAnywhere offering和Sun的DynaFaces,，曼恩说。

支持AJAX直接集成到JSF组件的产品或技术包括Simplica的ECruiser，Infragistics的NetAdvantage，Sun的Project Woodstock，和来自ICEsoft, Backbase and Exadel的技术，曼恩说。

    封装现有的AJAX控件到JSF中，两个主要的选择是Sun’s jMaki和Dojo Foundation’s Dojo Faces，他说。

          有一天苏东坡和佛印（和尚）去参观一座庙宇。他们进入前殿，看到两座凶猛的大神像，是镇邪的门神。

　　“这两个菩萨，哪一个重要？”苏东坡问他。

　　“当然是拳头大的人重要。”佛印说。他们走入内殿，看到观音菩萨手持念珠。

　　“观音也是菩萨，她数念珠干什么？”苏东坡问道。

　　“喔，”佛印说，“她也学别人拜佛呀。”

　　“拜哪一个菩萨呢？”苏东坡说。

　　“咦，拜观音菩萨呀。”

　　“这是怎么回事？她是观音菩萨，为什么要拜自己呢？”

　　“咦，”佛印说“你知道求人不如求已嘛。”

作者起了这么个够噱头的名字，更具有讽刺意味并令我辈国人羞耻。

1。该国百姓收入是欧美的几十分之一，房价却要赶超欧美；
2。该国房子可以是自己的，但土地永远是国家的！——物权法最近又补充了一下：“房子是土地的一部分”！
3。该国的国际长途，从国内打到国外的价格是国外打到国内价格的10倍以上！此谓支持民族工业———尊敬的“中国电信”！
4。该国成天叫嚣“中华民族的伟大复兴”，“教育兴国”，“教育是根本”……，但教育经费投入之少与非洲穷国乌干达看齐，百姓自掏教育经费之多全球之冠！此谓社会主义优越性！
5。该国公务员的薪水不拿全国的平均水平，而是平均水平的3倍以上，此谓“高薪养廉”；
6。该国全国公务员不交一分钱“养老金”，而退休后的养老金是全国其他人民的3倍以上。邻国小犬蠢一狼3个月没缴“养老金”，全国中央电视台作为丑闻天天放！此谓“三步笑百步”。
1。出租私房要向派出所每月交费！——（类似黑社会的保护费？）
2。禁止收看外国的电视节目！—（比塔利班的禁止收看电视可能要仁慈一点）
3。在国内旅游也需要“签证”—（去香港需要过境签证，去深圳需要边防检查证）
4。反对执政党就要坐牢——（我看谁敢在大街上喊一句：打倒…）
6。上市公司搞诈骗，股民受损失，但国家法院不受理此类赔偿！——（因为无法可依）
7。禁止用自己买下的房子来作公司办公室——（上海市已经文规定，也就是说，你没有真正支配自己财产的权利）
8。去网吧上网要出示身份证。
9。黄色刊物属于非法，但性用品商店到处都是。
10。摩托车的行驶证（牌照）价格比摩托车本身高上好几倍。
11。在国外能够浏览的互联网内容在该国可能就无法浏览——（不是你的电脑故障）
12。电话打得越多越贵，没打电话也要你付钱——（托中国移动的福手机双向收费）
13。医疗事故其实是由医院来裁决的——（法院参照医院所属的上级部门的鉴定报告来判决）
14。赌博是非法的，但彩票满天飞，是合法的。
15。该国法官说的最多的一句话就是：“因还没有这方面的相关法律”
16。军队是属于某个政党的，不是国家的。
17。人民是不能直接参与投票选举领袖的。
18。一个国家可以有2种制度——（当然，也是被迫的，很不情愿的）
19。每个公司中都有一个叫作党支部书记的职位——（当然，它是不负责公司业务的）
20。该国中有个叫作“离休干部”的阶层，可以享受高于普通公民的待遇。
21。该国的领导人喜欢在公共场合卖弄蹩脚的英文。
22。新闻媒体是由某个政党投资的，但用的却是纳税人的钱——（新闻是我们党的喉舌——名言）
23。人民是不能随意改变居住地的——（户口制度）
24。该国的货币是不能在世界上流通的。
25。每对夫妇只允许生一个孩子。
26。该国的公民习惯于谎言，不愿意接受真相。
27。该国每100个官员中就有100个贪污犯——（当然，贪污数目大小有所不同啦）
28。党内行政警告处分可以用来代替刑事处分。
29。该国的兵役制度是强制性的
30。“失业”在该国被称之为“下岗”。
31。该国资源丰富，但却很多不能用——（因为都被污染了）
32。该国没有商业电视台，但电视广告却比国外台多好几倍。
33。让老百姓知道的越少越好，这是该国的“既定国策”。
34。该国人口中有30以上的文盲或准文盲。
35。该国的法制中有“坦白从宽，抗拒从严”的政策——（不过最近几年好象没脸提了）
36。在该国，开一个小酒吧需要100道审批，开一个公司需要1000道审批。
37。该国是目前世界上唯一的社会主义国家，它的最终目标是实现共产主义——（是不是很伟大呀…哈）
38。该国家家都有大彩电，是不是很羡慕？不过那是用来接收党的指示的。
39。当地人会把非本地人称作为“外来盲流”。
40。该国的执政党垄断很多产业，他们称之为“民族产业”——（电信，交通，媒体，水电煤，…）
41。在该国，你能很便宜地买到世界各地的名牌货——（不过都是假货…哈）
42。该国历史上曾经是鸦片的最大消费国，现在更是进化成为世界上最大的香烟消费国——（吸烟人口占总人口的比例世界第一）
43。很多外国公司把次品卖给该国，因为该国的产品比次品还次。
44。该国的公民好象个个都想消灭JP(Japan)，但他们却经常拿自己的大半积蓄去买JP(Japan)货哎。（这样何时才能消灭JP(Japan)哟……哈）
45。该国的公民（大多数）认为爱国就是要爱执政党。
46。该国的公民（大多数）看了这封信只能无奈的笑笑。

     摘要: 原来地址http://blog.csdn.net/jaminwm/archive/2007/03/26/1541767.aspx调优背景 HBCZT信息中心使用 IBM X366 服务器 ...  阅读全文

儿子，老爸一直在外面出差，原谅老爸。

你拍一，我拍一，小松松要坐飞机
你拍二，我拍二，你是妈妈的乖宝宝
你拍三，我拍三，奶奶喂你吃饼干
你拍四，我拍四，爷爷教你写大字
你拍五，我拍五，小松松跳个妞妞舞
你拍六，我拍六，爸爸给你剥石榴
你拍七，我拍七，你和妈妈做游戏
你拍八，我拍八，八头小牛吹喇叭
你拍九，我拍九，你和壮壮交朋友
你拍十，我拍十，松松是个好孩子

歌谣里传唱的爱情纯厚、率直、火热、忠贞，烧酒一般叫人一“吟”即醉。可以毫不夸张地说，歌谣真正是空前绝后的艺术哩!歌谣里的爱情健康得很，只是它的勇敢、大胆叫世人心惊脸热、不好意思罢了。不信，吼一段酣畅淋漓的陕北“酸曲儿”，准会有人大喊一声：“真棒!”

　　“哥是天上一条龙，妹是地上花一丛。龙不翻身不下雨，雨不洒花花不红。”

　　这首流传于大江南北的民歌，巧借比喻，将自然现象与情爱愉悦“水乳交融”，有声有色地唱出了男女之“大礼”，又不伤大雅，这是很优美的歌谣!

　　特别是陕北民歌，爆烈烈的令人咋舌，火辣辣的惹人心跳。

　　“只要和妹妹搭对对，铡刀剁头也不后悔!”听听，爱得有多真；“眼睛仁仁想你哩，看见人家当成你!”看看，恋得有多深；“阳世上跟你交朋友，阴曹地府咱俩配夫妻；一碗凉水一张纸，谁坏良心谁先死!”一腔痴心何等忠烈。这就是生生不息的歌谣、彻头彻尾的爱情。崖畔上一位不识字的妹子盼着走西口的哥哥，心怀爱情，口吐莲花：“夜夜听见马蹄子响，扫炕铺毡换衣裳。听见哥哥唱着来，热身子扑在冰窗台。听见哥哥脚步响，一舌头舔烂两块窗……”

　　滚烫的语言，不加任何修饰，这就是爱的华章!

　　正如王国维先生在《人间词话》中所言：“粗服不掩国色。”歌谣中的爱情天长地久，足以让满腹经纶的爱情诗人汗颜不已。在歌谣面前，纯美艳亮的名诗都将变得苍白。

　　“骑上毛驴狗咬腿，半夜里来了你这个勾命鬼。搂住亲人亲上个嘴，肚子里的疙瘩化成了水……”

　　尽管当代诗人使出浑身解数，极尽缠绵悱恻之能事，终归不及民歌来得轻巧、大方：“一碗谷子两碗米，面对面睡觉还想你!”语言纯美到了炉火纯青的地步，对爱情的吟唱达到了极致。

　　的确，歌谣中的爱情火辣辣的，叫你我羞于启齿，却永远也不会忘记。□

抽象思维和分析：架构师必须能够理解表述模糊的概念并将其变成相关各方能够理解的项目构件。开发人员经常具有很强的数学能力，而好的架构师则倾向于表现出更强的口头表达能力。架构师可以偏爱任何经典的、经过时间考验的软件系统开发方法。

很多架构师都是从好的开发人员逐步过渡而来的，但并非每个好的开发人员都希望成为架构师，而且他们并不是都适合做架构师。无论您是打算进行职业转型的开发人员，还是寻找能承担体系结构设计责任的合适人选的经理，都务必对此转型过程有个清楚的了解。本文将讨论从实现专家到架构师的过渡过程。

　　在寻找优秀的指挥的时候，您首先要找的是一名优秀的音乐演奏家。但并非每个音乐演奏家都能成为优秀的指挥。架构师的专业发展方面也与此类似。越来越多的 IT 组织开始认识到良好软件体系结构的重要性，架构师职业正迅速发展为 IT 内一个独立的门类。由于要从相当小的候选范围内招募架构师，因此这就给管理带来了一些新挑战。即使人力资源部门找到了候选者，针对经验进行的筛选也比其他门类更为严格。跨越这些障碍的最快方式是要认识到，大部分好的架构师同时也是好的开发人员，因此寻找架构师人才时可能首先应该从普通开发人员中找起。招聘人员在对候选者(内部或外部)进行详细审查时，应该考虑这个观点。不过，对此资源进行挑选可能比较麻烦，因为只有极少的优秀开发人员具有成为架构师的特征或愿望。

　　本文列出了开发人员成为架构师要进行的工作。我将从可能考虑进行此转型的开发人员和评估进行此转型的开发人员的经理这两个方面来探讨这一问题。我还将提供一系列在做出这些决策时要考虑的因素。

　　个人特征

　　软件开发团队和管理层之间的联系始终是 IT 中的一个关键所在。二者都倾向于以完全不同的方式考虑给定的问题。大部分相关技术都是讨论项目经理应如何跟踪和解释开发人员的进度和问题。但沟通不足的情况仍然非常普遍，而且这是项目失败的首要原因。好的架构师是解决这个问题的最有效办法。架构师的主要责任是提供开发人员和项目经理之间的共用沟通媒体。他们负责让业务规则及需求与工程实践及限制相适应，以确保成功。以下是成功架构师的一些主要特征。

　　愿意并有能力进行沟通：在开发人员中发现架构师的最有价值标准是有效的沟通。您需要技术娴熟、经验丰富的开发人员，这样的人员需要有就项目中的业务相关问题进行沟通的经历。架构师经常必须对理解方面的差距进行预计，然后才能有所贡献。他们必须愿意克服困难来确保技术和业务观点的融合。他们并不必对意见交换工作进行计划和协调;这仍然主要是项目经理的工作。他们的任务是确定表述系统设计时的最佳工具和构件，以促进有效的意见交换。他们必须能够判断当前方法显得不足而需要采用新方法的情况。写作技能也非常重要，还需要具有制作草图的技能或使用制图软件的能力。

　　具有处理谈判细节方面的经验：架构师经常需要负责讨论系统开发的技术折衷方案。优先级的冲突可能会带来实践限制、风险规避或可能导致在各个不同业务组之间需求不同。优秀的架构师能够有效地评估技术可能性，并能在不损失项目的主要价值的前提下制订开发计划来处理各种利害关系和限制。这与前面讨论的沟通技能紧密相关，但同时也要体现架构师的技术能力。好的架构师候选者应该是经常帮助对有争议的讨论进行引导的人，能够使讨论得出新的想法，而不会使其在一个位置停滞不前。

　　自觉主动;积极解决设计问题：架构师的日常工作目标经常并不明确。很多开发人员直接参考功能规范来列出任务清单。架构师通常则是向这些开发人员提供所需结构的人员，以便尽可能提高工作效率。好的候选者不仅进行沟通方面的工作，而且也会预计各种设计问题并加以解决——通常在没有任何具体指示的情况下自觉进行。无论所分配的职责如何，积极参与项目的开发人员都有机会从一起工作的人员中脱颖而出。

　　抽象思维和分析：架构师必须能够理解表述模糊的概念并将其变成相关各方能够理解的项目构件。他们必须能够理解抽象概念，并以具体的语言对其进行沟通。开发人员中好的候选者经常要求或自己主动解释开发生命周期中容易混淆的问题。他们能迅速评估各种想法并将其纳入后续工作的操作建议中。

　　开发人员经常具有很强的数学能力，而好的架构师则倾向于表现出更强的口头表达能力。管理人员经常说开发人员具有“工程意识”，而这是一个用于评估架构师的非常有意义的方面。架构师应该具有很强的解决技术问题的能力，但还必须能够准确获知更为全面的人员如何与技术交互的信息。这要求具有某种形式的抽象思维(而不再是代码的细节)，这种思维能力可能较难形成。

　　有些人认为，某种级别的正式教育是成为优秀开发人员的必备条件之一，我并不同意这种精英论。我遇到了很多高中就辍学的优秀开发人员。不过，对于体系结构设计工作，我的个人经验以及我对所需能力的认识都让我相信，好的架构师通常至少获得了一个有挑战性的学士学位。

　　跟踪生命周期

　　好的架构师通常有在具备定义良好的软件开发生命周期(Software Development Life Cycle，SDLC)的组织工作的经验。架构师必须理解在其所属专业内最重要的操作过程。这并不意味着需要有其他前提，例如，并不需要高能力成熟度模型(Capability Maturity Model，CMM)级别的工作经验。好的架构师可能来自使用 SDLC 的多个小型迭代的极限编程(Extreme Programming，XP)方法的组织。务必注意各种传统软件开发操作，如 Michael A. Jackson 的方法：Jackson 结构编程(Jackson Structured Programming，JSP)和 Jackson 系统开发(Jackson System Development，JSD)。Jackson 的研究对架构师职业发展的意义就像 Donald Knuth 的研究对程序员一样重要。架构师可以偏爱任何经典的、经过时间考验的软件系统开发方法。

　　SDLC 也可以成为评估架构师合适人选的有用机制。每个 SDLC 阶段都具有能提供相关线索的特征。SDLC 包含很多小的变体，但在此部分，我将使用几乎所有方法的公共基础部分。下面的列表详细说明了 SDLC 的各个阶段，并列出了好的架构师候选者在每个阶段表现出来的特征。

• 　　分析：在分析期间，好的架构师会考虑非技术影响，以便了解需求和将在其中进行开发的环境。架构师可为风险评估任务带来广泛的软件经验供参考。寻找具有丰富经验的开发人员，以帮助业务部门理解技术人员正确解释需求所需的信息。寻找在开发的早期阶段能够预计可能遇到的问题的开发人员。
• 　　设计：在高级设计期间，好的架构师会收集问题空间的各个抽象元素，并就其进行沟通，以便开发团队草拟将要开发的系统的相关图表。架构师负责将需求谨慎地映射到所得到的系统体系结构的功能。在详细设计期间，他们所扮演的角色并不是核心角色，但为了根据整个系统的规则对特定模块的元素进行审查，仍然需要他们。寻找善于让团队能够预计设计决策对最终系统的影响的开发人员。寻找善于确定一些最佳构件来促进与技术和非技术受众沟通设计问题的开发人员。
• 　　实现：在实现期间，架构师对项目进行引导，以确保其符合系统体系结构。他们在一线评估技术更改请求，并确定如何对设计进行调整，以最好地处理此类请求。架构师还要密切了解开发人员的进度，特别要跟踪系统中模块间的集成点的状态。寻找经常对讨论进行引导来连接多个子系统的开发人员。寻找项目经理可以依赖其快速地进行与更改和出现的问题相关的风险评估的开发人员。
• 　　测试：架构师对系统集成和用户接受度测试进行指导，并负责评估进度的正确沟通的持续测试结果。寻找理解错误模式且善于将测试复查结果转换为行动计划的开发人员。
• 　　维护：在维护期间，架构师将发起关于系统集成的讨论。无论处理 IT 基础设施问题，还是确保部门之间的技术合作，架构师都必须完全理解应用程序，必须快速学习姊妹应用程序的体系结构，而且必须就集成点和风险进行有效沟通。寻找具有系统集成经验且表现出快速掌握全貌的能力的开发人员。系统集成是一项独特的任务。

　　架构师培养建议

　　有些组织能比其他组织更有效地进行架构师培养。如果充分考虑到招聘此类新专业人才的困难，努力促成能鼓励开发人员发展为架构师的环境是非常明智的策略。但务必避免对不愿意或不适合走这条路的开发人员进行处罚。组织应该为开发人员制订多条发展路线，包括那些愿意继续担任开发人员的人。对架构师而言，资深开发人员不可或缺。他们可以实现系统中最关键的模块。通过对其他开发人员进行代码检查和测试支持，他们可帮助确保总体软件质量，而如果质量不能保证，即使最好的体系结构也毫无用处。

　　组织应制订个人评估程序，以鼓励开发人员考虑其职业目标，其中要包含体系结构设计的选项。应该鼓励经理在其下属中寻找体系结构设计人才。应该实现指导计划，让架构师与希望成为架构师的开发人员协作工作。应该鼓励开发人员通过参加各种协会、撰写文章和参加会议，从而参与到专业领域中来。通过这样参与进来，可帮助开发人员从新的角度理解系统，并帮助他们更好地就其认识进行沟通。这样还能培养可提高效率的重要创新想法。

　　结束语

　　开发人员一旦迈出了通向体系结构设计专业方向的第一步，就可以利用很多资源来获得帮助，其中包括很多来自 IBM 的资源。有时候，此过程的最困难的部分就是第一步，而本文提供了一些线索和提示，经理和开发人员可以利用其来评估应该鼓励哪些人努力成为架构师。

 

EJB用自己的悲剧人生警告Sun，不可对新技术的推广掉以轻心，但Sun还是再次犯下同样的错误。与Microsoft和Intel成功的商业推广策略截然不同的是，Sun 完全没有估量到，JSP作为一项成功技术的价值和影响力，在JSF的推广上，出现了令人痛心的失误。如果JSF以JSP3.0的名义推出，那么JSF的日子恐怕要比现在好过得多。

    1. JSF没有站在JSP巨人的肩膀上

    前文说过，EJB是Sun的伤心往事，它用自己的悲剧人生，警告Sun，不论技术也好，商务也好，凡事应该有一个全盘的规划，再也不能想到什么是什么了。一项好的技术，如果不加以适当的推广，最后可能逃脱不了被束之高阁的命运，大把的资金投入，自然也难免竹篮打水一场空。

    当然，如何进行商业运作，Sun比我高明得多了，似乎轮不到我在这里说三道四，不过，Java已经不单单属于Sun了，Java已经成为全世界的Java，所以，所有的Java程序员，都有发表自己意见的权利。未必都是真知灼见，但Java世界就是因为有这些不同声音的存在，才显得无比的精彩。

   其他的技术我不敢妄加评论，就JSF这项技术而言，Sun的商业策略实在是不敢恭维。在JSP已经深入人心的时候，为什么不继续沿用JavaServer Pages的这个如雷贯耳的名称，而要标新立异地推出一个JavaServer Faces的怪物呢？你看人家Microsoft，在ASP流行开来之后，推出ASP.NET，是多么的顺理成章。 

    暂且不论这两项技术的区别有多大，就冲着似曾相识的名称，Microsoft就让大批的ASP用户，自觉自愿地加入ASP.NET的阵营。没有任何抵抗，Microsoft兵不血刃，不费一枪一弹就完成了从ASP向ASP.NET的过渡。

    同样的策略Intel也曾使用过。第一代“奔腾”芯片推出后，获得了巨大的成功，“奔腾”一词，一时间名噪天下。Intel看到了这一点，并且立刻明白了该怎么做，所以，当下一代芯片制造出来时，Intel完全没有在命名上费什么脑筋，直接冠以“奔腾II”的名字，马上令一大批“奔腾”的爱好者趋之若骛。此后，“奔腾III”“奔腾IV”，Intel将“奔腾”一词的所有油水都榨干了，才心满意足地构思下一个名字。

    相比之下，Sun则完全没有估量到一项成功技术的价值和影响力。令多少对手眼红的JSP背后庞大的用户群，Sun却视若无物，不知道Sun是没有看到这一点呢，还是不屑利用这一优势。

    不管怎样，当JSP如日中天时，不知借JSP之势点燃JSF的大火，反而暴殓天物，另起炉灶，Sun简直就是在自毁JSF的前程。也许Sun主观上并不存在这样的故意性，但客观上造成了这样一种局面，也是不可原谅的失误。

    2. JSF唯有一切从头再来

    如果JSF没有叫做JSF，而是叫做JSP 3.0，情形会是如何呢？

    可以想见，首先，大批的JSP爱好者会蜂拥而至，庆贺JSP的新版本；然后，一批“牛人”们很快发现，JSP的新版本，引入了他们期待已久的组件模型和事件驱动模式，JSP终于有了和ASP.NET抗衡的资本；接下来，“牛人”们必定奋笔疾书，以超凡的热情四处撒播JSP 3.0的种子。

    于是，网络上、论坛里，到处充斥着为JSP 3.0唱赞歌的文章，JSP 3.0成为炙手可热的名词，而Sun专家们借JSP 3.0的名义推销的JSF组件模型和事件驱动模式，说不定现在已经成为Java Web编程的新贵。

    将JSF以JSP3.0的名义发布，绝非戏言，是完全可行的。从技术上来看，JSF是建立在Servlet/JSP基础之上的，和JSP有着天然的联系，将JSF作为JSP3.0的一个崭新的扩充部分，随JSP3.0一起发布，即符合从JSP到JSF的平滑过渡的要求，同时也能满足程序员对于JSP3.0新特征的期待。

    实际上，JSF和JSP融合的趋势越来越明显，例如在JSF1.2版本之前，JSP和JSF各有一套独立的表达式语言（EL，Expression Language），而从JSF1.2开始，这两套不同的表达式语言已经统一为Unified EL，并且从JSF和JSP规范中分离出来，自成一体。所以，让JSF搭上JSP的快车，一起前进，其实是很自然的事。

    可惜，这些只能发生在Sun的梦里了。JSP与JSF，一字之差，Sun将一项颇具潜力的Java Web框架技术，亲手打回到娘胎中，让其以一个初生婴儿的身份，光着身子降临到Java Web世界。这个本来可以衣着光鲜地与ASP.NET一起独步江湖的汉子，现在唯有恨恨地抛下一句“君子报仇，十年不晚”，然后黯然离去了。

     摘要: 一个人事经理眼中的中国人劣根性 ( 绝对值得一看的文章）    最初看到这个标题，我承认有点排斥，但是当我看完以后，发现很多的问题真的值得我们去思考和反思。转这个帖子的目的，没有攻击任何人的意思，既是网络，大家各取所需，不必望文...  阅读全文