V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
WEAlex
V2EX  ›  程序员

公司内部技术架构断层 , 怎么整合呢 ?

  •  1
     
  •   WEAlex · Jun 8, 2018 · 4634 views
    This topic created in 2886 days ago, the information mentioned may be changed or developed.

    楼主目前在一家老企业做技术开发, 技术栈为 SpringCloud + vue ,有时候用 python 写一点脚本 . 很菜的水平. 因为公司现在系统大多是一些老系统的维护 , 而新系统项目又都是新架构开发 , 所以说白了部门内部的技术架构是有断层的 , 两个团队的开发环境和技术架构完全不一样 , 比如一个是前后端分离, 而另一个项目组可能还是老的 jsp.

    这也是我来发帖的原因 , 现在这种情况 作为技术开发经理应该做点什么好呢?
    
    组织培训? 构建 BBS 交流社区? git 库维护? 团队资料汇总整合?
    
    很多想法 , 但是又不知道从何做起了?
    
    特来指教 ...
    
    16 replies    2018-06-08 16:38:23 +08:00
    willvvvvv1
        1
    willvvvvv1  
       Jun 8, 2018
    MARK 一下,同样学习一下,个人感觉可以从老项目迁移开始一点点做
    sagaxu
        2
    sagaxu  
       Jun 8, 2018 via Android
    就当是两个完全不相干的技术栈,瞎折腾弊远大于利。
    ren2881971
        3
    ren2881971  
       Jun 8, 2018
    按模块慢慢移植吧。。
    zjsxwc
        4
    zjsxwc  
       Jun 8, 2018
    楼主没说明,必须要整合在一起的原因啊,不用前后端分离,我觉得 jsp 页面也没问题
    kutata
        5
    kutata  
       Jun 8, 2018
    先维护一个 git 库吧... 🙄
    cooljs
        6
    cooljs  
       Jun 8, 2018   ❤️ 2
    应该是特来请教...(别打我-.-)
    jennifertxwoodma
        7
    jennifertxwoodma  
       Jun 8, 2018
    花高薪请大牛架构师重构 ,JSP 改成前后分离不难的。
    WEAlex
        8
    WEAlex  
    OP
       Jun 8, 2018 via Android
    @ren2881971 其实目前是不需要移植的,只是几个项目的开发资源,如人力和代码资源,如何更好的利用。
    大家总是在做不同的项目和架构,越走越远。
    WEAlex
        9
    WEAlex  
    OP
       Jun 8, 2018
    @jennifertxwoodma 可能没表述清楚 , 项目间无需移植 大家总是在做不同的项目和架构,越走越远。如果不整合下开发资源 , 和更多的交流 , 怕是部门内部越走越远~
    onepunch
        10
    onepunch  
       Jun 8, 2018
    整合之前想好下面的问题
    一、为什么要整合?
    二、整合之后能够给公司创造价值么?
    三、整合的成本有多大

    关于整合应该没想象的容易 ,怀疑有没有必要。公共服务可以提出来。
    liuzhedash
        11
    liuzhedash  
       Jun 8, 2018
    如果没有升级老技术的需求,那么其实老技术和新技术没有什么关系,似乎并没有整合的必要吧?
    ghos
        12
    ghos  
       Jun 8, 2018
    老业务用的好好的 又没有问题谁愿意去动它
    zhuangzhuang1988
        13
    zhuangzhuang1988  
       Jun 8, 2018
    SPA 又不一定好。
    mcfog
        14
    mcfog  
       Jun 8, 2018   ❤️ 1
    所以楼主你有没有发现你说的“人力资源需要更好利用” “部门内部越走越远” 其实就是改造重构老项目的动力,只不过这个动力现在似乎并不足以让你下决心来推动这个重构

    一般来说前后端不分离的项目可能遇到的问题有

    项目对前端要求提升 or 需要反复改版,后端 /全栈团队难以满足需求
    前后端逻辑耦合导致项目逻辑混乱难以维护
    由于前后端分离的大方向导致人员招聘存在困难

    等等,如果你的判断是这些问题不存在或者对你们团队的威胁并不大,只存在不方便调配人力资源的问题的话,那我是认同不需要重构,可以维持现状的。不如说前后端分离也并非万能灵药,在某些场景(比如内部工具平台、管理后台)下,前后端分离反而导致沟通成本急剧上升,项目进展缓慢
    WEAlex
        15
    WEAlex  
    OP
       Jun 8, 2018
    @mcfog 厉害了大佬 ,

    是的 , 整个系统全部重构确实现实情况不允许, 可以维持现状 , 那接下来的问题是 , 开发人员的自我提升上了, 新上马的项目都是用的全新技术框架 , 而老项目又必须有人维护和继续开发 , 对于开发人员来讲 , 如果是有点追求和梦想的 , 应该都愿意使用全新的技术 , 如果不能轮岗 , 那老系统的开发人员 如何跟新技术对接呢 ? 如何去推动不管部门内用何种技术框架的人 , 都能够让开发人员资源合理利用呢?
    恳请指教 ...
    目前的方式是培训和技术沟通 . 维护 git 库等 , 不知道贵司有没有类似的机制 可以借鉴一下.
    nullcc
        16
    nullcc  
       Jun 8, 2018
    那些很老的项目,要动之前先问自己几个问题,重构此项目能带来商业利益吗?测试跟得上吗?公司是否有能力承担重构带来的一系列风险和后果?
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   2439 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 55ms · UTC 08:58 · PVG 16:58 · LAX 01:58 · JFK 04:58
    ♥ Do have faith in what you're doing.