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

2023-05-10 11:00:12 +08:00
 AllenDarwin

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

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

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

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

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

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

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

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/938823

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX