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

最近公司在开发框架选型的问题上出现了争论，特发帖征求各位大大建议。
在第三方如此盛行的今天，大家做项目都是
1、基于现有的第三方框架组合封装来开发
2、自己写一套框架来支撑
还有个目的就是公司想在开发的过程中对知识的积累，便于二次开发利用开发，所以就要求基础框架必须具备扩展性。
在没有特殊业务需求的情况下大家会怎么选择。

  如果不是很有必要，不建议自行研发框架。做了很多工作，其实最终发现现有的很多框架早就实现功能了，并且因为需求的不断膨胀，最终导致框架的维护过于项目本身的维护。
  保持简单原则，不是重点的需求，尽量不要引入框架增加项目的复杂度。注重项目本身，而非框架就可以了！

卓有成效的程序员 不要发明重复新轮子

除非是现有技术无法满足，否则不考虑自行开发。
除非有足够的技术水平、时间以及经费，否则不考虑自行开发。
除非客户能容忍自行开发带来的风险，否则不考虑自行开发。
除非能保证开发出的框架的后续维护，否则不考虑自行开发。
你觉得你们能满足上面的几条？

评估一下成本和公司自身能力。

本人在平时是很鼓励同事“造轮子”的，如果你不去努力尝试那就只能永远跟在别人后面。拿来主义用来应付客户订制项目当然无可厚非，但如果你们是想做出自己产品那么就得有自己的东西。
我经常问老板的一个问题，现在也拿来问问大家：公司（个人）的核心竞争力是什么？
难道你给出的答案只能是：Spring？Struts？Hibernate？或者是其他开源软件的应用？

走自己的路让别人去说，造自己的轮子别听那么多废话。

学着造轮子是好事，你不去学，很难理解开源框架很多设计的精彩之处。

不过自己造完让公司用基本就是一件很bc的事情，真以为自己造的轮子又大又光滑么。

成熟的开源框架是不错，但是如果招募的员工对这款框架不熟，反而会误导决策。
自己开发的框架虽然能深入的理解、灵活的变换，但是相应的文档和Demo不多，后来的员工遇到问题的时候会非常郁闷，只能在现有项目找Example依葫芦画瓢，很容易造成在不恰当的地方使用了一个不恰当的方法...

如果公司没有一个远大的目标，很难想象领导会坚持走完自主框架的路子。

同意

非常有道理！

无论如何，成熟开源框架的资料和稳定性是自开发框架无法比拟的。所以即使是员工不熟悉，那么学习起来也很快。
如果是自己公司不知道哪年、哪些程序员开发的东西，天知道里面是什么东西，有什么问题