如何看待企业自主研发框架

还是试试造一下吧，否则你们怎么知道自己造不出来呢？

做出一个技术框架不是什么大不了的事，但要做好，做到足够商用的地步就不是容易的事情，否则，你就是拿自己的技术冲动害人误事。

大大小小做过5个技术层面框架，但也只有一个框架持续发展、成熟起来，成为公司首选的商用框架，整个过程持续3年多，其中个人投入的精力就无法累计了，就我的经验和教训，一个能够商用的定制框架必须具备以下几个要素：
1、技术层面可信赖，无致命的技术缺陷，如内存泄漏、并发死锁、低性能、高资源占用等、调试低效、测试低效，这是基本要求。
2、等于或高于主流开源框架的开发效率，至少没有明显的短板，包括编码、需求变更响应、售后维护、测试诸多环节，这是商用价值最直接的体现。
3、成熟的组件库，包括UI组件、中间层组件、持久化层，这直接保障上述两点的实现，一个“裸”框架是没有价值的。
4、完善的文档库，这个的价值不多说，谁都明白。
5、可以被验证的成功项目实例，一开始只能在小项目中使用，逐步推广，没有谁一上来就敢在大项目中使用你的自定制框架。

自定制框架的不利影响上面很多人都阐述了，我就说说自定制框架的好处：
1、all in hand，一切都在掌握中，技术挑战和问题可以高效、灵活应对，很多人都有过因为开源框架使用过程中的技术问题到处找人、找资料解决的经历，其实每个开源框架都存在这种不可控的风险，这些弊端在自定制框架上不存在。
2、技术框架和核心业务紧密结合后，一个行业解决能力的概念就出现，这就可以称得上核心能力——能够创造价值且别人没有的，“核心技术”这个词是外行叫法。
3、开发效率高，这个和第一点是一致的，从核心层到UI层，你想怎么提高效率，你就怎么设计，只要你能想到......

如果是大公司的话可以考虑这么做。就像金蝶，搞了一个自己的Apusic应用服务器。做应用，做项目的小公司一般没有能力，也没有必要从头开发框架。

对于小公司，建议基于现有框架，结合内部开发需求进行封装，扩展。

   请注意，我观点是要用好开源框架，把它们变成你自己的代码， 不是简单的使用开源框架来做项目。
   开源框架的优势就是没有代码壁垒， 只要你愿意研究，有想法，而且足够勤奋的话就可以成为开源框架的大牛。
目前国内企业的很多“架构师”只看见开源框架免费的好处，没有看到加入开源社区的开发对其技术成长所带来的好处。
自己做开源软件目标很好， 但是不太现实， 除非你只打算做一个玩具框架出来。
   如果你想做一个真正有人用的框架，为什么不从给Spring 打patch开始呢？

  

使用开源框架是有这个风险的， 不过这个风险是可以规避的。
如果你都有相应的资源来自己开发框架了， 那你完全可以请 开源软件公司来做咨询 或者 买开源软件的服务。
因为你要做好前面的1，2，3，4，5 所投入的资源 要比后面请专业人事来要多得多。

有钱，有时间，有空间，完全可以造，提高水平嘛，老用人家的自己只能去学不熟悉的专业业务知识，挣外行的钱，早了轮子，好点的话，就可以挣自己人的钱，这比挣不了解的人的钱可容易多了！！

虽然我不同意fight_bird的主要观点，但是这点对我影响很大，受教了！

      怎么说呢，我不否认你的观点。我只是觉得不能完完全全的依靠别人。
      不知道你理解你的意思对不对，你觉得现在最好的方式是完完全全的依靠现有的框架或者别人的肩膀上来做事情。现阶段，我是部分支持你的这个观点的。毕竟完完全全的自主研发，对企业，对个人来说没有一点好处。毕竟我们没有能力做好一个基础的有用的东西。
      我只是觉得，我们不能完全放弃基础的这一块，而把这些都借用别人。因为这样长久以往，我们更本无法摆脱对别人的依赖。尽管我们做的很幼稚，很没有用，但是也要有一点自己独立于别人的东西。

有能力的就去做，少说；没能力的就去学，少废话。

前面的人都说的很有道理了，公司的实力不够的情况下自主开发无疑是自找麻烦，谁知道你能多久开发出来，并且就算开发出来，若只是自己的公司用，那么新人进入公司上手又要麻烦点，长期下去会弊大于利的。