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

重构憋出内伤,各种吃一堑长一智

  •  
  •   gkiwi · 2020-03-18 00:33:12 +08:00 · 5566 次点击
    这是一个创建于 1472 天前的主题,其中的信息可能已经有所发展或是发生改变。

    直系技术大佬让换技术栈,强推重构,我们心想做就做吧,尽量把东西做的好一点。但是我们的代码里面还有其他部门维护的代码,然后各个方向申请人力,大家上来第一句就是你们这有啥收益,我只能强行陪着笑脸全程瞎逼逼。。

    当然,自己第一次搞涉及这么多人的跨部门项目,其实有点力不从心,很多地方也做得不好,希望项目别黄,到时候再给大家分享经验。

    第 1 条附言  ·  2020-03-18 12:42:45 +08:00
    项目预计 5 月底能开始小流量,到时候来结帖。
    32 条回复    2020-03-19 09:10:24 +08:00
    HangoX
        1
    HangoX  
       2020-03-18 00:45:20 +08:00   ❤️ 1
    有啥收益你都说不出来?怎么推?最起码你对技术可以说,你们可以学到新的架构,出去找工作更好找,牛逼更好吹
    gkiwi
        2
    gkiwi  
    OP
       2020-03-18 00:49:01 +08:00
    @HangoX 不是说不出来,只是很多时候,对我们组内是有收益的,而对于组外的收益则小很多。所以推起来很勉强。
    Macolor21
        3
    Macolor21  
       2020-03-18 01:08:34 +08:00
    上学的时候整理笔记不是很正常的么? 应该也算重构吧?更别说用新技术栈的程序重构了。

    一来可以重新梳理业务,二来可以对比新技术栈和旧技术栈设计上的差异。
    jinsongzhao
        4
    jinsongzhao  
       2020-03-18 01:15:03 +08:00
    这不叫重构吧,是重写。重构是量变到质变,反复推敲后的渐进行为。
    sagaxu
        5
    sagaxu  
       2020-03-18 01:21:30 +08:00 via Android   ❤️ 1
    做好了可以写入大佬的 PPT,做黄了就是你办事不力,开会复盘吸取教训。项目刚做不久还好,就怕是屎山,哪些逻辑有用哪些没用都没人分得清了,连要重构什么都搞不清楚。
    xcstream
        6
    xcstream  
       2020-03-18 02:25:04 +08:00
    没有收益,打回
    mio101
        7
    mio101  
       2020-03-18 03:29:35 +08:00
    没有收益,打回+1
    aabbcc112233
        8
    aabbcc112233  
       2020-03-18 03:58:42 +08:00 via Android
    谁提议谁推动啊,火葬场背锅侠可不好玩
    1490213
        9
    1490213  
       2020-03-18 07:49:22 +08:00 via Android
    朋友,这个事情最后的经验教训能不能分享一下,我们这边也有类似的跨部门项目,就因为类似的原因一直搁置着不敢动。
    mseasons
        10
    mseasons  
       2020-03-18 08:24:11 +08:00
    换技术栈不是重写吗?
    retanoj
        11
    retanoj  
       2020-03-18 08:28:45 +08:00 via iPhone   ❤️ 1
    很多时候合作部门处于 KPI 考虑会问:对我们有啥用?
    个人浅薄的建议是,对支持的聊行动,对观望的聊对比,对反对的谈后果。
    以结果价值为导向,你这新东西总会比旧的有优势吧?不然做它干啥?闲的没活儿了么?
    aydd2004
        12
    aydd2004  
       2020-03-18 08:46:04 +08:00 via iPhone   ❤️ 1
    我重构自己写的玩意儿都死去活来
    HuHui
        13
    HuHui  
       2020-03-18 09:00:44 +08:00 via Android
    如果非技术主导的话,重构是自讨苦吃,各种蛋疼
    HuHui
        14
    HuHui  
       2020-03-18 09:03:32 +08:00 via Android
    @HuHui 各种 deadline,各种疲于奔命。理想中的重构终于还是变成了敷衍赶工,以解决某些问题为目标终于还是变成了换壳了事。
    exploreXin
        15
    exploreXin  
       2020-03-18 09:06:06 +08:00
    技术大佬就一句话?没有任何业务分析,技术方案,各部门沟通?这些都要靠手下兄弟自己去做?恕我直言,你们这个大佬,是个煞比 。。。
    opengps
        16
    opengps  
       2020-03-18 09:07:29 +08:00
    自己挖的坑,含着泪填平吧,就是这种硬抗瞎来压力能飞快提升自己,不过这种压力不适合常有,太多了就把人压垮了
    augustheart
        17
    augustheart  
       2020-03-18 09:27:35 +08:00
    对外没用的话……基本不要指望外面很好的配合了。自己扛吧
    madeworldbetter
        18
    madeworldbetter  
       2020-03-18 09:30:10 +08:00
    我们是另外一种情况,要推公共模块,然而公共模块又没有标准,互相扯皮......
    ice2neet
        19
    ice2neet  
       2020-03-18 09:35:55 +08:00
    没有收益重构干嘛 没事找事做?
    hantsy
        20
    hantsy  
       2020-03-18 09:36:07 +08:00
    重构只是一个不断优化代码的过程,及时去掉 Bad smell。
    很多技术升级和更替大的结构性重构,根本不会大多涉及到对外 API 的变化,不会影响其他人调用。

    国内很多所谓重构,其实是推倒重来,Rebuilding,影响当然大了。
    fffang
        21
    fffang  
       2020-03-18 09:47:00 +08:00
    重构!=重做 你可以做一个中间转换层 保持外部 API 无感知的
    cstj0505
        22
    cstj0505  
       2020-03-18 09:58:43 +08:00
    重构首先整理思路,做系统设计,能更好地应对未来的变化,而不是用什么工具吧
    要只是换工具那真的就是重写了,毫无收益
    lovedebug
        23
    lovedebug  
       2020-03-18 10:02:49 +08:00
    没有 UT 敢重构?不加个中间层过滤一下吗? 新的走新的,老的走老的。
    starcraft
        24
    starcraft  
       2020-03-18 10:17:08 +08:00
    这要能完成也算生涯奇迹了。当然,收获绝对不是技术层面上的。
    fml87
        25
    fml87  
       2020-03-18 11:30:22 +08:00   ❤️ 4
    重构唯一的意义就是写 PPT。
    资本家不关心技术,有决策权的领导更不关心技术。
    PPT 做的好看能骗到客户和领导就行了,码工维护屎山他们不在乎,维护不下去了就换一批工人。
    性能的瓶颈在哪他们不在乎,有些拖累整个系统的部门只要 PPT 做的好就能混到项目崩溃公司破产。
    架构没有意义,很多需要简单稳定的模块,本来只需要很短的时间就能做的很好。但是只要 PPT 做的好,拆成上百个微服务,写个一年也没问题,人家年终绩效还比你高。
    我算是很喜欢写代码的那类人,以前追求精益求精,总想着怎么实现能让项目更好维护些,一些快糙猛也能解决的问题也会去文档和开源项目里找最佳实践。现在感觉那时候真的傻逼,大部分码工其实也不怎么喜欢写代码,换个人维护不了几个月也就面目全非了。
    以前追求效率,觉得拿人工资,至少得把大部分时间用来开发吧。
    现在才知道,开发不重要,你代码写的再快再好再稳定再优雅也大概率和你的绩效没什么关系。
    上个月和另一个部门对接一个模块,因为业务很熟悉,估算我自己一天开发、一天文档、一天写单元测试怎么也不会超过一周就能完成,然而因为之前有过很不愉快的联调经历,我上报的开发计划是三个人一个月工时,花了两天时间写开发功能点工时 excel、模块概要设计、详细设计,文档比代码量都大。果然开发的第一周就是各种扯皮,一个简单的权限问题拉了七八个群,各种电话视频会议,那边给我的感觉就是“道理我们都懂,但是为什么鸽子这么大”,以前遇到这种情况晚上会气的睡不着,现在想开了,只要发工资,那浪费时间也可以是工作的一部分。
    Raidal
        26
    Raidal  
       2020-03-18 12:15:26 +08:00
    没有收益,打回+1,技术是服务于产品的
    Jooooooooo
        27
    Jooooooooo  
       2020-03-18 14:37:49 +08:00
    人家问到本质了, 给公司干活是创造价值的, 你收益说清楚再花成本干活
    xingheng
        28
    xingheng  
       2020-03-18 15:12:26 +08:00
    @fml87 瞎说啥大实话,还给不给年轻人留条活路了。没有资本的加持技术就不会迭代,技术不更新资金怎么会来。

    都是讨生活,只要自己喜欢做,理解资本的本质是什么,做了又何妨?群体协作的有用功从来都没高过,从不给予过高期望,接受现实,不要和个体作对比。大江东去浪淘尽....
    tankren
        29
    tankren  
       2020-03-18 16:26:51 +08:00
    商业论证都不做 搞什么项目
    daozhihun
        30
    daozhihun  
       2020-03-18 22:07:12 +08:00
    如果不是绝对必要,大项目不要轻易重构,尤其是在对各个业务不太熟悉的情况下
    omph
        31
    omph  
       2020-03-19 08:07:56 +08:00
    @fml87 #25
    项目更多是人的问题,技术其次
    所以,做做开源项目也挺好的,以兴趣集结,涉利较少
    sheny
        32
    sheny  
       2020-03-19 09:10:24 +08:00
    重构个相机模块跟产品死说活说才在紧巴巴的工期里扣出来 2 天。真羡慕直接重构整个项目的
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2879 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 29ms · UTC 13:09 · PVG 21:09 · LAX 06:09 · JFK 09:09
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.