V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
WEAlex
V2EX  ›  程序员

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

  •  1
     
  •   WEAlex · 2018-06-08 13:28:05 +08:00 · 4103 次点击
    这是一个创建于 2342 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

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

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