企业应该做自己的技术积累

这几天走访了很多家公司，做了很多技术上的咨询，一开始SSH疯狂流行的时候，每个公司都在使用这个“万金油”框架，还是之前的那句话，SSH的框架瓶颈在于Hibernate，最先死的也是它，就是因为数据的问题，我们现在的数据都是可谓海量级别的了，之前奉劝过很多公司考虑重构自己的hibernate，但是很少有人采取建议，导致现在业务需求和数据的量级增加而是系统在hibernate中反复崩溃。

然后就是Struts这个舍不得丢弃的框架，Struts很好的诠释了MVC的架构，之前Struts1因为其MVC的良好结构风靡一时，但是其冗余的Formbean让他很受伤，于是很多公司纠结在到底是忍受FormBean还是继续着Struts的架构，正因为困难比实惠多，所以struts2应运而生，放弃frombean，集成到了Action中，但是随之而来的问题就是，struts2的不稳定，一个不稳定的框架很容易成为项目的木桶理论，我不得不承认struts2比1要强劲很多，但是对于要求很高的项目来说，还是有点风险性。再来谈的就是spring，spring一路一直是高歌猛进，他一直是以低侵入的方式加载在你的项目中，所以Spring的呼声很高，在名誉双收的spring，我暂时还没有碰见过棘手的问题，但是似乎Spring野心不在IOC或者AOP，他想做掉Struts和hibernate，无疑他也算成功了，SpringMVC和jdbcTemple运行也很平稳，但是回到前端，我的建议是公司还是要做自己的技术积累。spring模式可以借鉴，其实Spring也可以离企业远去。

很多人认为我在扯淡，那么扪心自问一下，你在使用ssh这个框架多年的积累是什么?是不是只是在用这套框架？有没有修改底层？有没有自己的框架和结构，还在依托于SSH吗？像IBM之类的大公司一定也在“裸奔”，当然框架的选择见仁见智，唯有适合自己的才是最好的。

如果要想成为技术性企业，那么请积累自己的核心代码吧，永远不要依托别人的企业级解决方案，因为命脉掌握不到自己的手中。