自我突破 -- 沙箱编程模式

为什么80%的码农都做不了架构师？>>>   

      你的程序开发是基于沙箱的吗？~~ 你的程序是配置大于约定吗？ 如果没有，则需要好好看看我如下的文章了，如何构建一个可持续发展的研发平台，如何屏蔽开发人员水平不同带来的风险呢？是否你在为公司的技术体系梳理改到头晕呢？如何用程序描述规范的业务流程呢？

      如果正在为这些问题烦恼，那么你需要关注我的文章了，稍候会更加精彩！！！

        为何EJB用得人如此少，除了本身的复杂性除外，沙箱也是一个很重要的特性，在EJB中，为了遵循其标准，很多Class都是层层封装，到了用户层，仅仅需要填入少的可怜的一些业务逻辑，而且这些逻辑必须以某种接口的方式提供，约束性很强，同事存在大量的配置代替编码工作本身也是让很多程序员恼火的地方，但是，好与坏是并存的，这种沙箱式开发带来了的是技术复杂的屏蔽性以及良好的稳定性，而这一点是很多人往往会忽略的一点。这也就是在金融行业有这样的一种思维，如果换做是互联网行业那就是另外一回事了。因为很少有互联网行业用EJB这种庞然大物的。当然了，重点是理解其沙箱编程的这种思维，而不是具体某种实体框架。用一种比较简单的模式，那就是模板方法+适配器模式的宏观使用吧。企业真的是需要这种方式来进行技术积累，最大的好处就是可以最大限度的节约开发成本，工作这些年也接触了老美的软件，很多老美的软件其实并不是很庞大，但是他们的特点就是维护性很好，这种维护性体现在高度的配置化，可以让用户自己来定义一些自己需要的业务逻辑，而无需开发人员支撑，其结果呢？就是公司开发短小精悍，把维护这一块完全培训给客户，而提供的服务费用却比较昂贵。呵呵  IBM的蓝色通道服务据说就是价格不菲阿，还有EMC公司的服务器，更加是天价的服务费用。

      方法有了，具体如何实现呢？其实条条大路通罗马，我自己的并不一定就是最优的一种，所以还需要读者自己去感觉，领悟这玩意其实需要天赋。这些年，我的开发思维已经开始脱离所谓的SSH，特别是脱离了Spring框架的依赖，这一点我自己都觉得很重要，从学习一个框架，到崇拜在回归到平常心对待，其实是一个过程，软件其实就是人类思维的一种翻译，重要的是其思想，也就是方法论的东西。很多人觉得框架就是SSH，SSI，ESB等这些东西的组装，不可否定，但是你自己的设计体现在那里呢？就是把这些框架简单的叠加利用吗？是不是对自己的要求太低了。

        技术面对一个中心性的企业，毫无意义，就拿一个人来说，温饱都解决不了，何来谈精神追求，只有Google、IBM、阿里巴巴等这些才能算的上是对技术比较看重，否则都是徘徊在温饱线上，能赚钱即可。这也是一种粗狂方式的发展模式，如果你的公司是如此发展的，注定这家公司不会在IT行业有长期的企业竞争力，因为在粗狂发展的模式下，早晚会为此买单的。可能对于一个企业而言，圈子里的人是赚到钱了，这是另外一个话题了，如果要想让IT企业能持续两性的发展，是否考虑回过头来考看看，是否需要整顿一下在发展。沙箱模式开发也是一种组织架构模式，那就是内核高内聚，让这些人成为公司的一种精英。不断的对公司的技术体系进行积累以及升级，同时把繁杂琐碎的业务代码进行外包，公司只要对代码进行检查以及测试即可。因为外包的代码运行在沙箱之内，是一种比较安全的模式。

       好了  午休了~~~~~ 再叙~~~~

转载于:https://my.oschina.net/qfhxj/blog/88973