V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
AllenDarwin
V2EX  ›  问与答

为什么在管理大型代码项目时,领导不喜欢使用成熟的自动化工具而非要自己写脚本实现?

  •  1
     
  •   AllenDarwin · 2023-05-10 11:00:12 +08:00 · 3359 次点击
    这是一个创建于 556 天前的主题,其中的信息可能已经有所发展或是发生改变。

    目前本人正在参与公司一个大型项目的前端开发工作(创业公司),这个项目大概有 20 个人在修改代码,项目代码使用私有部署的 gitlab 进行管理,公司有足够的服务器资源、自动化流程工具能力的支持,可以做到自动打包、部署、归档项目代码,同时完备的 git 操作能力,包括 code review 、tag 等。

    虽然公司具备以上的能力,但是不知道为什么,公司的架构师、项目 leader 就是不用,而且态度非常坚决的那种,一定要自己去写脚本,而且非要做成半自动化,但是每次开会都要强调一遍我们要具备完全自动化的能力,并且对于成熟的自动化方案非常排斥。多次向领导推荐使用成熟的方案减少人力开发成本,但也多次被回怼,所以现在不再发声,随波逐流。

    明明想要自动化处理的结果,但是却拒绝接受成熟的方案,而自己去写脚本,如果是因为自动化方案达不到预期目标也就算了,但是每个脚本的功能都是在仿照成熟的方案在做,甚至做的更差。

    我很疑惑?为什么两个领导都想要自己去做,而不是选用社区成熟的技术方案?究竟是我的问题,还是领导的问题?

    本人曾在大厂待过三年,参与过很多更大的项目,向现在领导提出的方案建议也是在很多社区开源项目和曾经参与过的项目中实践过的,而且两个领导也是阿里出身,所以我更疑惑了,每次问领导为什么的时候,不让我多管,就说那种方案不行,让我接着学,我很疑惑?

    41 条回复    2023-05-18 15:37:59 +08:00
    Aumujun
        1
    Aumujun  
       2023-05-10 11:06:15 +08:00
    会不会是故意增加技术成本 提高壁垒(:doge
    AllenDarwin
        2
    AllenDarwin  
    OP
       2023-05-10 11:09:40 +08:00
    @Aumujun #1 我也在怀疑是不是这个原因,但总是觉得是创业公司,领导还是早期合伙人,觉得他们没有必要这么做啊,项目做好了,他们受益会更多,所以很疑惑😂
    zhlxsh
        3
    zhlxsh  
       2023-05-10 11:11:49 +08:00 via iPhone   ❤️ 1
    虽然我看不懂,但是我觉得很有意思啊。
    猜测就是内斗,kpi ,《如何写出别人看不懂的代码》
    大佬详解请 at 我
    Aumujun
        4
    Aumujun  
       2023-05-10 11:13:28 +08:00
    @AllenDarwin 把它们都变成自己的形状,没啥问题,都有私心嘛。整通用成熟的工具很容易被替代。
    miv
        5
    miv  
       2023-05-10 11:14:00 +08:00
    技术是很容易被替代的。
    这个大佬这样操作,留了一手。
    提高自己的不可替代性,讲真,这是为你们团队好。
    AllenDarwin
        6
    AllenDarwin  
    OP
       2023-05-10 11:16:56 +08:00   ❤️ 1
    @Aumujun #4 现在来看,这个可能是最大了,但根据我平时的观察,也有可能是领导太盲目自信了,平时做一些领导安排的技术难点的时候,给出解决方案和架构,看都不看,直接驳回,让按照他们的方法去做。我都在想,那何必让我再去找解决方案呢😂
    cest
        7
    cest  
       2023-05-10 11:17:56 +08:00
    埋坑就要在初创时从最基础的底层开始埋
    确保没了他公司立马完蛋,再起不能
    nanbobo
        8
    nanbobo  
       2023-05-10 11:18:43 +08:00
    大佬攒着明白装糊涂 ,估计初心也不是打造产品的
    AllenDarwin
        9
    AllenDarwin  
    OP
       2023-05-10 11:20:14 +08:00
    @miv #5 这我也能理解,但是作为大头兵,我还是希望项目能够做成,为跳槽提供一些支持,现在的问题就是,项目做不好,团队协作也做不好,作为大头兵,很难受啊😫
    AllenDarwin
        10
    AllenDarwin  
    OP
       2023-05-10 11:22:32 +08:00
    @nanbobo #8 太难了,再这样下去我该考虑跑路了
    miv
        11
    miv  
       2023-05-10 11:22:43 +08:00
    @AllenDarwin 这不冲突啊,项目开发正常运行。这个只是在部署之外的地方,提高了一些手动的门槛。给你们有工作量去搞代码,有保障了自己的不可替代性。多好。要是项目都搞不好就弄这些,那就玩蛇皮了。
    AllenDarwin
        12
    AllenDarwin  
    OP
       2023-05-10 11:24:09 +08:00
    @cest #7 唉,在大厂这样的领导太多了,所以才跳槽去了创业公司,谁能想到遇到大裁员,现在各种公司的领导都是大厂出来的,也难怪互联网行业变成现在这样,唉😔
    coderluan
        13
    coderluan  
       2023-05-10 11:36:52 +08:00
    你俩立场不一样,你是从项目角度出发的,而领导是从自身利益角度出发的,什么都可以用现成的,人都可以被替代,那么如何体现他们的价值?
    w8123
        14
    w8123  
       2023-05-10 11:42:59 +08:00
    也不一定的。成熟的自动化工具,可能修改起来比较麻烦一些,领导可能是觉得自己写,后续可以方便更新、修改,当然也有可能是有私心、或者其他想法。
    拿我创业时候的经历来说,一些基本组件,比如服务发现,这种宁愿自己实现一个简陋的,也不是使用流行的开源项目,因为可掌控力度比较小,后续定制化反而麻烦一些,而且还有数据、代码的修改与维护问题
    lambdaq
        15
    lambdaq  
       2023-05-10 11:44:53 +08:00
    rockstar 的 C++ 老哥觉得自己行,就手写了一个 json 解析器。。。然后导致游戏载入时间 n 久。。。一样的道理

    都是觉得轮子简单才去轮的。。。
    0x663
        16
    0x663  
       2023-05-10 14:15:44 +08:00
    你真不会以为领导不知道有更成熟的自动化工具吧😅
    这里边涉及牵扯到的东西太多了,首先就是出了问题谁来担责
    你提出了出问题你担责吗?你没法担责,因为你不够格,出了问题只能是同意你的方案的领导去担责
    clemente0620
        17
    clemente0620  
       2023-05-10 14:16:26 +08:00
    @zhlxsh 确实
    clemente0620
        18
    clemente0620  
       2023-05-10 14:37:47 +08:00
    其实有可能 有些高大上的工具并不好适配 某些项目的特殊需求
    从零开始写 也许是为了掌控性
    同时引入高大上的工具 出了问题 或者 维护 归谁? 写不进 kpi
    clemente0620
        19
    clemente0620  
       2023-05-10 14:39:00 +08:00
    另外一个高大上的工具可能 大家都会有用 但同时也真的增加了团队的维护成本 见过老板天天疯狂试开源工具, 不行就重新换一个, 不断试错, 下面员工都跑了 , 为了解决一个 A 问题 引入 B 工具 带入了 C,D 问题, 然后循环 灾难!!!!
    GP1
        20
    GP1  
       2023-05-10 14:45:03 +08:00
    那你说那群写代码故意写的让人看不懂的人是为了什么呢?
    mikeSbV2
        21
    mikeSbV2  
       2023-05-10 14:49:58 +08:00
    亲身经历两家,我都在推行能自动化的都自动化。

    然后结果就是:
    以前需要一天的工作量,几分钟完成。后面日报、周报、月报,都没有东西写了,公司就以为你可有可无了。然后也就呆着没意思了。要么被裁,要么别人加薪就不加你。因为日常工作的日报周报看不到你的贡献,都给了自动化。

    不过好处是,多了很多时间,只要自己够努力,可以学很多知识。

    所以,去年加入新公司,我本来也想推行自动化的,但领导拒绝了。我也就啥也不说了。
    不过现在依旧使用自动化来完成自己的工作,但是就是不公开给公司。
    shyangs
        22
    shyangs  
       2023-05-10 14:50:31 +08:00
    @liushaokang

    不喜歡開源的,可以買商業的啊。銀行業喜歡 Oracle ,是因為出事 Oracle 擔責,自己擼一個那就不是 Oracle 擔責,而是領導或下屬擔責了。

    自己擼通常是為了寫進簡歷。
    0x663
        23
    0x663  
       2023-05-10 14:52:03 +08:00
    @shyangs 你说的对,但是题主说了 "选用社区成熟的技术方案" 注意是 社区 非商业的
    mxT52CRuqR6o5
        24
    mxT52CRuqR6o5  
       2023-05-10 14:56:18 +08:00
    你用成熟方案两三下就整好了,就显得技术团队很没价值,你自己实现,花好几个月去完成个 1234567 ,就能显出你干了很多事情
    shyangs
        25
    shyangs  
       2023-05-10 14:59:09 +08:00
    @liushaokang

    你說的對,但題主就算是阿里巴巴的,也不可擼出比 Spring 或 Jackson 更成熟的方案。

    因此,領導是為了自己考量吧了,就像擼一個 Fastjson 可以寫進履歷,用一個 Jackson 寫進簡歷,貼上來求職給 V 友評價是簡歷沒亮點。 但對項目來說用 Jackson 明顯成熟穩定。
    wowawesome
        26
    wowawesome  
       2023-05-10 15:02:43 +08:00
    大概是 掌握公司核心技术
    lakehylia
        27
    lakehylia  
       2023-05-10 15:07:03 +08:00
    还没到那个时候,什么时候缺 KPI 了,把手写的自动化工具换成成熟的,又是一笔
    AllenDarwin
        28
    AllenDarwin  
    OP
       2023-05-10 15:08:14 +08:00
    @clemente0620 #19 应该也有这方面考量
    @mikeSbV2 #21 确实,也只能这样做了
    ChefIsAwesome
        29
    ChefIsAwesome  
       2023-05-10 15:08:31 +08:00 via Android
    兄弟,你这问题跟隔壁那个加班的人职业生涯走不走的远的帖子一个性质。
    造轮子,耗时间,加班加点蹲公司,老板看了之后觉得物有所值,大家就不会失业了。
    都是写代码,你能有什么损失呢。
    yalin
        30
    yalin  
       2023-05-10 15:13:03 +08:00
    阿弥陀佛🙏或许是为了超脱于各个公有云☁️的 CI/CD
    AllenDarwin
        31
    AllenDarwin  
    OP
       2023-05-10 15:14:24 +08:00
    @ChefIsAwesome #29 主要是公司现在还是创业阶段,已经很长时间不赚钱了,我担心再这样下去会影响公司发展,最终会倒闭或裁员,而作为底层员工,在这段职业生涯中又没有做出太出彩的技术亮点和产品,会影响个人的发展,但愿我的担心是多余的吧😔
    hjw45611
        32
    hjw45611  
       2023-05-10 15:20:26 +08:00
    当年第一份工作,就是老板想做一个类比微信的聊天工具,不让用即时通讯 sdk ,硬要自己开发
    公司一年后黄了
    hjw45611
        33
    hjw45611  
       2023-05-10 15:21:55 +08:00
    @AllenDarwin #31 创业老板的通病,等钱烧完了,公司就黄了
    AllenDarwin
        34
    AllenDarwin  
    OP
       2023-05-10 15:23:17 +08:00
    @hjw45611 #31 是的,我也担心这个问题
    opengps
        35
    opengps  
       2023-05-10 15:36:12 +08:00
    首先来说,生搬硬套肯定存在盲目部分,背后真实背景按照 op 现有描述确实也看不出来细节。
    另外有一个问题可以提前谈的就是,半自动会有更高的操作余地,至少是管理人员能够管控几个关键点,这些关键点的识别和定义需要现在的负责人去界定,自动化工具可能提供不出来
    bashbot
        36
    bashbot  
       2023-05-10 16:06:24 +08:00
    我觉得领导做得对。
    20 个人的团队难道还想配个 devops 团队支持你们?一套自动化流程搭建起来不是两周搭建好就结束的,一直需要维护的。
    如果团队中没有人特别熟悉 devops 工具,真不如手写脚本。
    除非特别有钱,不然的话,20 人团队一般 IT 都是找个开发兼职,往往这个兼职的人是领导。
    fregie
        37
    fregie  
       2023-05-10 18:02:39 +08:00
    猜测:维护一个脚本可比维护一个大型服务各方面成本低得多
    wm5d8b
        38
    wm5d8b  
       2023-05-11 08:27:25 +08:00 via Android
    gitlab-ci 的文档都是英文的,看不懂,学这东西图啥?能加工资?面试也不问这玩意,学了拿不到 offer 呀。没人学,工具就是用不起来,还不如让公司里的大神写脚本。大神完成了绩效加了工作,小弟有不懂的都可以丢给大神解决,双赢!
    AllenDarwin
        39
    AllenDarwin  
    OP
       2023-05-11 10:57:30 +08:00
    @wm5d8b #38 真相了,我们现在真的是这个模式🤣
    julyclyde
        40
    julyclyde  
       2023-05-18 15:35:46 +08:00
    这种情况一般是:
    “土生土长”的,没什么文化
    julyclyde
        41
    julyclyde  
       2023-05-18 15:37:59 +08:00
    @bashbot 你说的这种情况仿佛 2011 年的美团公司
    不过这个现状作为理由产生这个结论,我认为是不正确的选择
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   995 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 27ms · UTC 22:43 · PVG 06:43 · LAX 14:43 · JFK 17:43
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.