<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet href='http://feeds.feedsky.com/styles/temp01.xsl' type='text/xsl' ?><!--这是一个由Feedsy提供技术支持的Feed，为了提高读者阅读的体验，以及满足用户美化自己Feed的需要，我们设计了多种精美的Feed模板，提供给大家选择，所有最终呈现出来的样式，皆由用户自愿选择使用，未经许可，任何团体和个人，请不要擅自修改样式或者盗用，这是对于用户选择权的尊重。--><rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:fs="http://www.feedsky.com/namespace/feed" xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0"><channel><atom:link href="http://feeds.feedsky.com/csdn.net/shuyaji" type="application/rss+xml" rel="self"></atom:link><fs:self_link href="http://feeds.feedsky.com/csdn.net/shuyaji" type="application/rss+xml"></fs:self_link><lastBuildDate>Mon, 08 Mar 2010 15:39:00 GMT</lastBuildDate><title>shuyaji的专栏</title><description>CSDN博客聚合服务</description><link>http://blog.csdn.net/blogrss.aspx?username=shuyaji</link><item><title>基础软件业的“冷战”</title><link>http://blog.csdn.net/shuyaji/archive/2010/03/08/5358457.aspx</link><description>      这一场国际软件巨头与国内基础软件产业之争，可叹的是，国内的企业，恐怕还未上战场，就已经败了。
      SOA尚未退场，云计算、XX地球又粉墨登场。IBM们继续以气贯长虹之态势，引领着众多用户乃至竞争者趋之若鹜。长期以人，中国人，包括最终用户和技术人员，都被国外软件巨头的气势所迷惑了（说吓倒了，恐怕国人更不会承认），业务人员、企业家唯国外咨询专家意见是从，技术人员、开发商拼命研究国外所谓的“先进”技术和“先进”理念。
      细细想来，IBM们之忽悠方法包括以下几点：
      1.对最终用户，忽悠业务发展之趋势，以引领行业发展的业务咨询专家的身份出现。
      2.对开发商，忽悠技术发展之趋势，以引领技术潮流的专家身份出现。
      从商务模式上来说，他们往往以
      1.以低廉之开源产品强占低端市场，迅速提高产品知名度。
      2.以代表威权的商用产品外带恐怖的服务费用占领高端市场，获得高额的回报。
      这一招商&lt;img src=&quot;http://www1.feedsky.com/t1/339950726/shuyaji/csdn.net/s.gif?r=http://blog.csdn.net/shuyaji/archive/2010/03/08/5358457.aspx&quot; border=&quot;0&quot; height=&quot;0&quot; width=&quot;0&quot; style=&quot;position:absolute&quot; /&gt;&lt;p class=&quot;fswww1&quot;&gt;&lt;a href=&quot;http://www1.feedsky.com/r/l/csdn.net/shuyaji/339950726/art01.html&quot; target=&quot;_blank&quot;&gt;&lt;img border=&quot;0&quot; ismap=&quot;ismap&quot; src=&quot;http://www1.feedsky.com/r/i/csdn.net/shuyaji/339950726/art01.gif&quot; onerror=&quot;this.style.display='none'&quot; /&gt;&lt;/a&gt;&lt;/p&gt;</description><pubDate>Mon, 08 Mar 2010 23:39:00 +0800</pubDate><author>shuyaji</author><guid isPermaLink="false">http://blog.csdn.net/shuyaji/archive/2010/03/08/5358457.aspx</guid><dc:creator>shuyaji</dc:creator><fs:srclink>http://blog.csdn.net/shuyaji/archive/2010/03/08/5358457.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/shuyaji/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/shuyaji/~1205473/339950726/1205448</fs:itemid></item><item><title>让员工感到拥有自主权和决策权</title><link>http://blog.csdn.net/shuyaji/archive/2009/11/15/4814015.aspx</link><description>&lt;br /&gt; 尽管微软业绩每年都在惊人地成长，为了发挥最大潜力，微软仍然以小组为工作架构，其运作方式比照中小企业，即使这样需要花费大笔的行销和研发费用。因为盖
茨认为，这样可以让员工感到拥有自主权和决策权，这也是其员工较一般僵化的大机构更积极主动的主要原因。每当微软膨胀的太大的时候，盖茨就马上把它拆分成
小的团队，每一个团队的人数一200人为上限，这样的结果就是微软始终保持着高效和活力。&lt;img src=&quot;http://www1.feedsky.com/t1/339950727/shuyaji/csdn.net/s.gif?r=http://blog.csdn.net/shuyaji/archive/2009/11/15/4814015.aspx&quot; border=&quot;0&quot; height=&quot;0&quot; width=&quot;0&quot; style=&quot;position:absolute&quot; /&gt;&lt;p class=&quot;fswww1&quot;&gt;&lt;a href=&quot;http://www1.feedsky.com/r/l/csdn.net/shuyaji/339950727/art01.html&quot; target=&quot;_blank&quot;&gt;&lt;img border=&quot;0&quot; ismap=&quot;ismap&quot; src=&quot;http://www1.feedsky.com/r/i/csdn.net/shuyaji/339950727/art01.gif&quot; onerror=&quot;this.style.display='none'&quot; /&gt;&lt;/a&gt;&lt;/p&gt;</description><pubDate>Sun, 15 Nov 2009 22:31:00 +0800</pubDate><author>shuyaji</author><guid isPermaLink="false">http://blog.csdn.net/shuyaji/archive/2009/11/15/4814015.aspx</guid><dc:creator>shuyaji</dc:creator><fs:srclink>http://blog.csdn.net/shuyaji/archive/2009/11/15/4814015.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/shuyaji/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/shuyaji/~1205473/339950727/1205448</fs:itemid></item><item><title>企业分布式构件集成的应用场景之一</title><link>http://blog.csdn.net/shuyaji/archive/2009/11/05/4774395.aspx</link><description> 企业内每个人都可以在自己的机器上发布服务，比如自己机器上有某种资料（个人资源，或是自己负责的业务资源），可以直接发布出来，供别人查询。个人发布服务后，自动向企业服务总线注册。企业服务总线维护统一的元数据描述，负责服务路由及服务之间交互的数据格式转换。企业员工可以从个人门户上选择定制自己需要的服务。致命缺点：个人发布服务如果不能完全傻瓜化，则难以推动。&lt;img src=&quot;http://www1.feedsky.com/t1/339950728/shuyaji/csdn.net/s.gif?r=http://blog.csdn.net/shuyaji/archive/2009/11/05/4774395.aspx&quot; border=&quot;0&quot; height=&quot;0&quot; width=&quot;0&quot; style=&quot;position:absolute&quot; /&gt;&lt;p class=&quot;fswww1&quot;&gt;&lt;a href=&quot;http://www1.feedsky.com/r/l/csdn.net/shuyaji/339950728/art01.html&quot; target=&quot;_blank&quot;&gt;&lt;img border=&quot;0&quot; ismap=&quot;ismap&quot; src=&quot;http://www1.feedsky.com/r/i/csdn.net/shuyaji/339950728/art01.gif&quot; onerror=&quot;this.style.display='none'&quot; /&gt;&lt;/a&gt;&lt;/p&gt;</description><pubDate>Thu, 05 Nov 2009 22:53:00 +0800</pubDate><author>shuyaji</author><guid isPermaLink="false">http://blog.csdn.net/shuyaji/archive/2009/11/05/4774395.aspx</guid><dc:creator>shuyaji</dc:creator><fs:srclink>http://blog.csdn.net/shuyaji/archive/2009/11/05/4774395.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/shuyaji/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/shuyaji/~1205473/339950728/1205448</fs:itemid></item><item><title>Drools推理的例子1－房间救火</title><link>http://blog.csdn.net/shuyaji/archive/2009/11/04/4766163.aspx</link><description> 1.必须使用有状态的session2.基本类3.规则写法&lt;img src=&quot;http://www1.feedsky.com/t1/339950729/shuyaji/csdn.net/s.gif?r=http://blog.csdn.net/shuyaji/archive/2009/11/04/4766163.aspx&quot; border=&quot;0&quot; height=&quot;0&quot; width=&quot;0&quot; style=&quot;position:absolute&quot; /&gt;&lt;p class=&quot;fswww1&quot;&gt;&lt;a href=&quot;http://www1.feedsky.com/r/l/csdn.net/shuyaji/339950729/art01.html&quot; target=&quot;_blank&quot;&gt;&lt;img border=&quot;0&quot; ismap=&quot;ismap&quot; src=&quot;http://www1.feedsky.com/r/i/csdn.net/shuyaji/339950729/art01.gif&quot; onerror=&quot;this.style.display='none'&quot; /&gt;&lt;/a&gt;&lt;/p&gt;</description><pubDate>Wed, 04 Nov 2009 10:26:00 +0800</pubDate><author>shuyaji</author><guid isPermaLink="false">http://blog.csdn.net/shuyaji/archive/2009/11/04/4766163.aspx</guid><dc:creator>shuyaji</dc:creator><fs:srclink>http://blog.csdn.net/shuyaji/archive/2009/11/04/4766163.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/shuyaji/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/shuyaji/~1205473/339950729/1205448</fs:itemid></item><item><title>Drools5学习笔记1-最常用API</title><link>http://blog.csdn.net/shuyaji/archive/2009/11/03/4761106.aspx</link><description> 最常用到的核心接口API：org.drools.builder.KnowledgeBuilderorg.drools.KnowledgeBaseorg.drools.agent.KnowledgeAgentorg.drools.runtime.StatefulKnowledgeSessionorg.drools.runtime.StatelessKnowledgeSession 最常用到的工厂类：org.drools.builder.KnowledgeBuilderFactoryorg.drools.io.ResourceFactoryorg.drools.KnowledgeBaseFactoryorg.drools.agent.KnowledgeAgentFactory典型例子：KnowledgeBuilder kbuilder = KnowledgeBuilderFactory.newKnowledgeBuilder();kbuilder.add( Reso&lt;img src=&quot;http://www1.feedsky.com/t1/339950730/shuyaji/csdn.net/s.gif?r=http://blog.csdn.net/shuyaji/archive/2009/11/03/4761106.aspx&quot; border=&quot;0&quot; height=&quot;0&quot; width=&quot;0&quot; style=&quot;position:absolute&quot; /&gt;&lt;p class=&quot;fswww1&quot;&gt;&lt;a href=&quot;http://www1.feedsky.com/r/l/csdn.net/shuyaji/339950730/art01.html&quot; target=&quot;_blank&quot;&gt;&lt;img border=&quot;0&quot; ismap=&quot;ismap&quot; src=&quot;http://www1.feedsky.com/r/i/csdn.net/shuyaji/339950730/art01.gif&quot; onerror=&quot;this.style.display='none'&quot; /&gt;&lt;/a&gt;&lt;/p&gt;</description><pubDate>Tue, 03 Nov 2009 11:21:00 +0800</pubDate><author>shuyaji</author><guid isPermaLink="false">http://blog.csdn.net/shuyaji/archive/2009/11/03/4761106.aspx</guid><dc:creator>shuyaji</dc:creator><fs:srclink>http://blog.csdn.net/shuyaji/archive/2009/11/03/4761106.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/shuyaji/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/shuyaji/~1205473/339950730/1205448</fs:itemid></item><item><title>workflow and bpm</title><link>http://blog.csdn.net/shuyaji/archive/2007/09/07/1775992.aspx</link><description>工作流与业务流程管理到底有何不同？如果说有前对它们之间的不同的感觉都是量上的差异，那么通过对近一段时候我所接触的一项目的总结，对它们之间的不同应该说有了质的差异上的感觉。&lt;p class=&quot;fswww1&quot;&gt;&lt;a href=&quot;http://www1.feedsky.com/r/l/csdn.net/shuyaji/339950731/art01.html&quot; target=&quot;_blank&quot;&gt;&lt;img border=&quot;0&quot; ismap=&quot;ismap&quot; src=&quot;http://www1.feedsky.com/r/i/csdn.net/shuyaji/339950731/art01.gif&quot; onerror=&quot;this.style.display='none'&quot; /&gt;&lt;/a&gt;&lt;/p&gt;</description><pubDate>Fri, 07 Sep 2007 12:02:00 +0800</pubDate><author>shuyaji</author><guid isPermaLink="false">http://blog.csdn.net/shuyaji/archive/2007/09/07/1775992.aspx</guid><dc:creator>shuyaji</dc:creator><fs:srclink>http://blog.csdn.net/shuyaji/archive/2007/09/07/1775992.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/shuyaji/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/shuyaji/~1205473/339950731/1205448</fs:itemid></item><item><title>AndroMDA与Acceleo设计思想的不同</title><link>http://blog.csdn.net/shuyaji/archive/2007/06/18/1656586.aspx</link><description>两个工具的基本运行原理分析。Acceleo比AndroMDA多了一个步骤，而这个步骤是两者在设计思想上的一个重要的区别。Acceleo所生成平台相关模型所需要的一部分决策权放到模型设计完成之后、生成代码之前来，这样采用相同的模型可以选择不同的生成器来生成不同的平台相关模型。而AndroMDA把所有这个决策放到设计模型时来决定，这样在生成代码时做的工作就简单的多。&lt;p class=&quot;fswww1&quot;&gt;&lt;a href=&quot;http://www1.feedsky.com/r/l/csdn.net/shuyaji/339950732/art01.html&quot; target=&quot;_blank&quot;&gt;&lt;img border=&quot;0&quot; ismap=&quot;ismap&quot; src=&quot;http://www1.feedsky.com/r/i/csdn.net/shuyaji/339950732/art01.gif&quot; onerror=&quot;this.style.display='none'&quot; /&gt;&lt;/a&gt;&lt;/p&gt;</description><pubDate>Mon, 18 Jun 2007 15:14:00 +0800</pubDate><author>shuyaji</author><guid isPermaLink="false">http://blog.csdn.net/shuyaji/archive/2007/06/18/1656586.aspx</guid><dc:creator>shuyaji</dc:creator><fs:srclink>http://blog.csdn.net/shuyaji/archive/2007/06/18/1656586.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/shuyaji/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/shuyaji/~1205473/339950732/1205448</fs:itemid></item><item><title>理想的MDA实现</title><link>http://blog.csdn.net/shuyaji/archive/2007/06/14/1652054.aspx</link><description>我理想中的MDA(及MDA实现工具)，应该是能够实现系统业务模型(PIM)与我们在手工开发一个系统时所常用的概念进行很好的映射的一种技术。应该能够充分的分解需求分析、架构设计、概要设计、详细设计、实现等系统开发的各个阶段。而不是简单的从模型到代码两步操作。&lt;p class=&quot;fswww1&quot;&gt;&lt;a href=&quot;http://www1.feedsky.com/r/l/csdn.net/shuyaji/339950733/art01.html&quot; target=&quot;_blank&quot;&gt;&lt;img border=&quot;0&quot; ismap=&quot;ismap&quot; src=&quot;http://www1.feedsky.com/r/i/csdn.net/shuyaji/339950733/art01.gif&quot; onerror=&quot;this.style.display='none'&quot; /&gt;&lt;/a&gt;&lt;/p&gt;</description><pubDate>Thu, 14 Jun 2007 13:20:00 +0800</pubDate><author>shuyaji</author><guid isPermaLink="false">http://blog.csdn.net/shuyaji/archive/2007/06/14/1652054.aspx</guid><dc:creator>shuyaji</dc:creator><fs:srclink>http://blog.csdn.net/shuyaji/archive/2007/06/14/1652054.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/shuyaji/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/shuyaji/~1205473/339950733/1205448</fs:itemid></item><item><title>对MDA的目标的理解</title><link>http://blog.csdn.net/shuyaji/archive/2007/06/05/1639350.aspx</link><description>架构性的分离：体现在业务与技术的分离，或者说PIM与PSM的分离。具体来说就是UML2与JEE（Struts、Spring、Hibernate...）、.Net、Corba、EJB、Webservice等等的分离。
轻便性：通过PIM可以直观的反映业务，是轻便的，而技术是复杂的，MDA通过实现PIM到PSM的自动映射，实现了清晰的业务与复杂技术之间的分离。
互操作性：业务与技术分离（PIM与PSM分离）后，就可以实现各种技术之间的互操作，它们通过共同的语言－UML2，进行模型与数据的互享。
可重用性：体现在统一的模型（PIM）可以重用到各个实现的平台（PSM）中去，同时一种技术的实现可以通过共同的标准为其它技术的实现所重用。&lt;p class=&quot;fswww1&quot;&gt;&lt;a href=&quot;http://www1.feedsky.com/r/l/csdn.net/shuyaji/339950734/art01.html&quot; target=&quot;_blank&quot;&gt;&lt;img border=&quot;0&quot; ismap=&quot;ismap&quot; src=&quot;http://www1.feedsky.com/r/i/csdn.net/shuyaji/339950734/art01.gif&quot; onerror=&quot;this.style.display='none'&quot; /&gt;&lt;/a&gt;&lt;/p&gt;</description><pubDate>Tue, 05 Jun 2007 16:19:00 +0800</pubDate><author>shuyaji</author><guid isPermaLink="false">http://blog.csdn.net/shuyaji/archive/2007/06/05/1639350.aspx</guid><dc:creator>shuyaji</dc:creator><fs:srclink>http://blog.csdn.net/shuyaji/archive/2007/06/05/1639350.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/shuyaji/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/shuyaji/~1205473/339950734/1205448</fs:itemid></item><item><title>UML2的设计原则</title><link>http://blog.csdn.net/shuyaji/archive/2007/06/01/1634127.aspx</link><description>UML2的五大设计原则：模块化、分层、分区、可扩展、重用。&lt;p class=&quot;fswww1&quot;&gt;&lt;a href=&quot;http://www1.feedsky.com/r/l/csdn.net/shuyaji/339950735/art01.html&quot; target=&quot;_blank&quot;&gt;&lt;img border=&quot;0&quot; ismap=&quot;ismap&quot; src=&quot;http://www1.feedsky.com/r/i/csdn.net/shuyaji/339950735/art01.gif&quot; onerror=&quot;this.style.display='none'&quot; /&gt;&lt;/a&gt;&lt;/p&gt;</description><pubDate>Fri, 01 Jun 2007 13:42:00 +0800</pubDate><author>shuyaji</author><guid isPermaLink="false">http://blog.csdn.net/shuyaji/archive/2007/06/01/1634127.aspx</guid><dc:creator>shuyaji</dc:creator><fs:srclink>http://blog.csdn.net/shuyaji/archive/2007/06/01/1634127.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/shuyaji/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/shuyaji/~1205473/339950735/1205448</fs:itemid></item></channel></rss>