各位老哥，选择开源项目还是继续用公司框架。。

用公司框架，出了问题是公司层面得事情，和你没有关系。用开源框架那你得负责所有框架的事情，包括漏洞，升级，培训，法务和出了问题的一系列事情。

拿不下后端不要干

1.公司给你发工资
2.有同级的反对就更不应该自己搞了
如果是自己的项目怎么来都行，但这个不是。。。

一次性项目还是长期维护项目,大项目还是小项目

@zypy333 谢谢各位回复。。大项目。估计后面会扩展很多东西。

5 个字总结：吃力不讨好

不建议用开源的，开源的轮子出问题了算谁的呢

@Marszm 长期项目我还是倾向于打个好基础,以前维护过祖传代码,感觉前期架构不好,后面开发维护起来可能要花数倍,数十倍的精力,当然前提是你能 hold 住,不要把项目变成另一座屎山

让我想起了前同事，每次开一个新项目就引入一套新的框架，年终 PPT 汇报很好看引入新技术。。。但我们就蛋疼了，好几个项目同时开发维护，框架还不一样搞的接手的人很蛋疼，而且有些框架网上的开发文档还很少

你管事，你做决定，出了成绩是你的，出了事故你兜着

反正这个事就这么个情况

你自己看着办

我做过十几个人的小项目，也做过最多 180 人的大项目，小项目有用 SSM，或者 SpringBatch，基本上各种 utils 都是网上找的，而那个 180 人的大项目，是日本客户，给提供了所谓的基盘（说白了就是整个把 JSF 框架，封装了一遍，所有该用的 utils 之类的方法，全给你提供了，你都不用自己找了，省事），自己做的项目，尽可能开源框架吧，公司层面，听公司的。用了开源框架除了任何问题，都是你自己背锅。要是公司自己框架的问题，和你一点关系没有。

@j747677392 面试过一家日企，用的 infra-mart 吧，没听过，后来换了一家公司，进去我以为是 structs 这种框架，结果是 JSF 。。。

有些公司自己封装的框架跟一坨屎一样，自己就那三脚猫的功夫，还封框架给后人骂。

公司框架不好用，就升级公司框架让它好用。引入新的框架，你这个项目开发起来可能方便，但部署呢？服务间调用呢？后续的扩展和功能整合呢？不是基于相同的基础，很多事会麻烦得很。

我的建议是按照公司规定来,不然出了问题你背锅

敏捷流程里边项目的框架选择应该通过类似什么专家会议的，最好是带上公司里写这个框架的和项目开发开会投票决定，而且投票的标准应该是针对项目需求，不是什么办公室政治一类的东西；我觉得工作做足才能为以后省事

找上级领导，开会阐述开源框架好在哪里能为公司节省多少人力物力，多少钱。

你说的开源框架不会是别人封装了直接丢到 gitee 或者 GitHub 的吧？如果是这种，还不如用公司的。