V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
Marszm
V2EX  ›  程序员

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

  •  
  •   Marszm · 2020-10-12 12:16:19 +08:00 · 3960 次点击
    这是一个创建于 1540 天前的主题,其中的信息可能已经有所发展或是发生改变。

    公司有个推广的框架,对着 spring 就一顿封装。。然后有个项目用这个做了一年多点。

    现在要搞个人事系统,我看到网上有个挺不错的开源项目。就不太想用公司框架,想用开源的那套。。

    但是后端有个同事觉得麻烦不同意怎么办? 和我应该是同级,但是这项目我管事。。

    我也是想图省事。。少造轮子。因为公司那玩意后台逻辑写的挺恶心人的。。还必须用 eclipse 插件才能写业务逻辑。

    第 1 条附言  ·  2020-10-12 17:02:21 +08:00
    算了。。就还是用公司的吧
    省的到时候背锅哈哈哈
    谢谢大家了
    18 条回复    2020-10-12 17:35:05 +08:00
    becauseIdo
        1
    becauseIdo  
       2020-10-12 12:22:05 +08:00   ❤️ 4
    用公司框架,出了问题是公司层面得事情,和你没有关系。用开源框架那你得负责所有框架的事情,包括漏洞,升级,培训,法务和出了问题的一系列事情。
    rund11
        2
    rund11  
       2020-10-12 12:26:52 +08:00 via Android   ❤️ 1
    拿不下后端不要干
    rurishi
        3
    rurishi  
       2020-10-12 12:38:05 +08:00   ❤️ 2
    1.公司给你发工资
    2.有同级的反对就更不应该自己搞了
    如果是自己的项目怎么来都行,但这个不是。。。
    zypy333
        4
    zypy333  
       2020-10-12 12:42:02 +08:00
    一次性项目还是长期维护项目,大项目还是小项目
    Marszm
        5
    Marszm  
    OP
       2020-10-12 12:42:32 +08:00
    @zypy333 谢谢各位回复。。大项目。估计后面会扩展很多东西。
    wxsm
        6
    wxsm  
       2020-10-12 12:48:04 +08:00   ❤️ 2
    5 个字总结:吃力不讨好
    rodrick
        7
    rodrick  
       2020-10-12 12:49:49 +08:00
    不建议用开源的,开源的轮子出问题了算谁的呢
    zypy333
        8
    zypy333  
       2020-10-12 12:53:02 +08:00
    @Marszm 长期项目我还是倾向于打个好基础,以前维护过祖传代码,感觉前期架构不好,后面开发维护起来可能要花数倍,数十倍的精力,当然前提是你能 hold 住,不要把项目变成另一座屎山
    j747677392
        9
    j747677392  
       2020-10-12 12:54:31 +08:00
    让我想起了前同事,每次开一个新项目就引入一套新的框架,年终 PPT 汇报很好看引入新技术。。。但我们就蛋疼了,好几个项目同时开发维护,框架还不一样搞的接手的人很蛋疼,而且有些框架网上的开发文档还很少
    ericgui
        10
    ericgui  
       2020-10-12 13:06:23 +08:00
    你管事,你做决定,出了成绩是你的,出了事故你兜着

    反正这个事就这么个情况

    你自己看着办
    yjxjn
        11
    yjxjn  
       2020-10-12 13:32:29 +08:00
    我做过十几个人的小项目,也做过最多 180 人的大项目,小项目有用 SSM,或者 SpringBatch,基本上各种 utils 都是网上找的,而那个 180 人的大项目,是日本客户,给提供了所谓的基盘(说白了就是整个把 JSF 框架,封装了一遍,所有该用的 utils 之类的方法,全给你提供了,你都不用自己找了,省事),自己做的项目,尽可能开源框架吧,公司层面,听公司的。用了开源框架除了任何问题,都是你自己背锅。要是公司自己框架的问题,和你一点关系没有。
    yjxjn
        12
    yjxjn  
       2020-10-12 13:33:34 +08:00
    @j747677392 面试过一家日企,用的 infra-mart 吧,没听过,后来换了一家公司,进去我以为是 structs 这种框架,结果是 JSF 。。。
    qwerthhusn
        13
    qwerthhusn  
       2020-10-12 15:14:45 +08:00
    有些公司自己封装的框架跟一坨屎一样,自己就那三脚猫的功夫,还封框架给后人骂。
    xuanbg
        14
    xuanbg  
       2020-10-12 15:56:40 +08:00
    公司框架不好用,就升级公司框架让它好用。引入新的框架,你这个项目开发起来可能方便,但部署呢?服务间调用呢?后续的扩展和功能整合呢?不是基于相同的基础,很多事会麻烦得很。
    zhuweiyou
        15
    zhuweiyou  
       2020-10-12 16:06:36 +08:00
    我的建议是按照公司规定来,不然出了问题你背锅
    gxbb097528
        16
    gxbb097528  
       2020-10-12 16:27:52 +08:00
    敏捷流程里边项目的框架选择应该通过类似什么专家会议的,最好是带上公司里写这个框架的和项目开发开会投票决定,而且投票的标准应该是针对项目需求,不是什么办公室政治一类的东西;我觉得工作做足才能为以后省事
    renmu123
        17
    renmu123  
       2020-10-12 16:56:44 +08:00 via Android
    找上级领导,开会阐述开源框架好在哪里能为公司节省多少人力物力,多少钱。
    xieshaohu
        18
    xieshaohu  
       2020-10-12 17:35:05 +08:00
    你说的开源框架不会是别人封装了直接丢到 gitee 或者 GitHub 的吧?如果是这种,还不如用公司的。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1087 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 24ms · UTC 18:51 · PVG 02:51 · LAX 10:51 · JFK 13:51
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.