公司有个推广的框架,对着 spring 就一顿封装。。然后有个项目用这个做了一年多点。
现在要搞个人事系统,我看到网上有个挺不错的开源项目。就不太想用公司框架,想用开源的那套。。
但是后端有个同事觉得麻烦不同意怎么办? 和我应该是同级,但是这项目我管事。。
我也是想图省事。。少造轮子。因为公司那玩意后台逻辑写的挺恶心人的。。还必须用 eclipse 插件才能写业务逻辑。
1
becauseIdo 2020-10-12 12:22:05 +08:00 4
用公司框架,出了问题是公司层面得事情,和你没有关系。用开源框架那你得负责所有框架的事情,包括漏洞,升级,培训,法务和出了问题的一系列事情。
|
2
rund11 2020-10-12 12:26:52 +08:00 via Android 1
拿不下后端不要干
|
3
rurishi 2020-10-12 12:38:05 +08:00 2
1.公司给你发工资
2.有同级的反对就更不应该自己搞了 如果是自己的项目怎么来都行,但这个不是。。。 |
4
zypy333 2020-10-12 12:42:02 +08:00
一次性项目还是长期维护项目,大项目还是小项目
|
6
wxsm 2020-10-12 12:48:04 +08:00 2
5 个字总结:吃力不讨好
|
7
rodrick 2020-10-12 12:49:49 +08:00
不建议用开源的,开源的轮子出问题了算谁的呢
|
8
zypy333 2020-10-12 12:53:02 +08:00
@Marszm 长期项目我还是倾向于打个好基础,以前维护过祖传代码,感觉前期架构不好,后面开发维护起来可能要花数倍,数十倍的精力,当然前提是你能 hold 住,不要把项目变成另一座屎山
|
9
j747677392 2020-10-12 12:54:31 +08:00
让我想起了前同事,每次开一个新项目就引入一套新的框架,年终 PPT 汇报很好看引入新技术。。。但我们就蛋疼了,好几个项目同时开发维护,框架还不一样搞的接手的人很蛋疼,而且有些框架网上的开发文档还很少
|
10
ericgui 2020-10-12 13:06:23 +08:00
你管事,你做决定,出了成绩是你的,出了事故你兜着
反正这个事就这么个情况 你自己看着办 |
11
yjxjn 2020-10-12 13:32:29 +08:00
我做过十几个人的小项目,也做过最多 180 人的大项目,小项目有用 SSM,或者 SpringBatch,基本上各种 utils 都是网上找的,而那个 180 人的大项目,是日本客户,给提供了所谓的基盘(说白了就是整个把 JSF 框架,封装了一遍,所有该用的 utils 之类的方法,全给你提供了,你都不用自己找了,省事),自己做的项目,尽可能开源框架吧,公司层面,听公司的。用了开源框架除了任何问题,都是你自己背锅。要是公司自己框架的问题,和你一点关系没有。
|
12
yjxjn 2020-10-12 13:33:34 +08:00
@j747677392 面试过一家日企,用的 infra-mart 吧,没听过,后来换了一家公司,进去我以为是 structs 这种框架,结果是 JSF 。。。
|
13
qwerthhusn 2020-10-12 15:14:45 +08:00
有些公司自己封装的框架跟一坨屎一样,自己就那三脚猫的功夫,还封框架给后人骂。
|
14
xuanbg 2020-10-12 15:56:40 +08:00
公司框架不好用,就升级公司框架让它好用。引入新的框架,你这个项目开发起来可能方便,但部署呢?服务间调用呢?后续的扩展和功能整合呢?不是基于相同的基础,很多事会麻烦得很。
|
15
zhuweiyou 2020-10-12 16:06:36 +08:00
我的建议是按照公司规定来,不然出了问题你背锅
|
16
gxbb097528 2020-10-12 16:27:52 +08:00
敏捷流程里边项目的框架选择应该通过类似什么专家会议的,最好是带上公司里写这个框架的和项目开发开会投票决定,而且投票的标准应该是针对项目需求,不是什么办公室政治一类的东西;我觉得工作做足才能为以后省事
|
17
renmu123 2020-10-12 16:56:44 +08:00 via Android
找上级领导,开会阐述开源框架好在哪里能为公司节省多少人力物力,多少钱。
|
18
xieshaohu 2020-10-12 17:35:05 +08:00
你说的开源框架不会是别人封装了直接丢到 gitee 或者 GitHub 的吧?如果是这种,还不如用公司的。
|