惊讶!连字节这样的宇宙厂都不怎么做 CodeReview 和单测?

2022-08-26 09:17:20 +08:00
 wxiao333
https://urluu.com/i/2022/08/26/63081ecc1f3a3.png


来源: <amp-youtube data-videoid="nnzDq2OGSUM" layout="responsive" width="480" height="270"></amp-youtube> 8 分 15 秒
13168 次点击
所在节点    程序员
97 条回复
ipwx
2022-08-26 14:02:11 +08:00
这就是迷信大厂了。

要我说字节就是小厂到大厂,身份转变了,管理没跟上。对外宣传算法工程师要负责到上线,很自豪的样子,其实就是管理方式低下,还在小厂的模式没有转过弯。
murmur
2022-08-26 14:04:03 +08:00
@ericgui 互联网的精髓不就是快速迭代加没有赔偿,所谓的什么两地三机房各种炫酷容灾冗余备份都是停留在课本上,炉石传说据说机房主干线被挖掘机一锅端停服 N 天也是一个赔偿直接叫爸爸

更何况某些大厂还掌握着封号权
ipwx
2022-08-26 14:04:05 +08:00
算法工程师要负责到上线意味着没有统一的基础设施、算法部署平台,顶多来个 Kubernetes 集群就丢给每个算法组了。是,容器时代、Kubernetes 时代,每个算法组自己搭 Database 成为了可能,但是这样的不专业分工就导致了不可能每个算法组都有完善的质量控制和测试机制。

字节不还发生过实习生删线上模型的傻逼事情么,还不能说明这套体制有问题吗。
bloomy8
2022-08-26 14:05:16 +08:00
大惊小怪
ipwx
2022-08-26 14:05:35 +08:00
@murmur 毕竟新兴的宇宙互联网大厂都是娱乐的,怕什么服务质量有问题。

你要是支付表宕机一小时看不把人骂死。
holy_sin
2022-08-26 14:35:30 +08:00
业务代码 刚搞完单测 就 AB 负向了
qeqv
2022-08-26 14:46:22 +08:00
@wxiao333 #29 这个测试流程太强了,我们是直接发布到 DEV ,运营自己用不出问题后,直接生产环境灰度,有问题直接回滚,没人管你代码怎么写的 233
Jooooooooo
2022-08-26 14:46:57 +08:00
大厂是业务大, 技术的话说不定.
qeqv
2022-08-26 14:48:31 +08:00
@murmur 游戏公司是这样的,反正游戏资产说是值钱,实际上还不是运营动动手指的事情。而且旧的游戏资源贬值很快,比如炉石,给你发点卡包金币根本不算事,反正新卡包出来你还是得买新的。
iamqk
2022-08-26 14:50:34 +08:00
人工测试成本更低?
menc
2022-08-26 14:52:33 +08:00
反而不要这么迷信测试,软件工程在发展,TDD 是过去式了,现在测试在软件工程中的地位在逐渐降低。
Narcissu5
2022-08-26 14:57:12 +08:00
单测这东西对于开发是加速的,因为可以大大缩短测试特别是回归测试的时间。不过楼上也说得对,如果你的老板一天一个想法,基本上开发这边只有做 demo 的时间,测试也就无从谈起了。所以单测的一个隐含条件是业务方得靠谱。
国内的软件开发水平是很差的,可靠性基本是靠人堆出来的,像 whatsapp 那种几十个工程师一亿多用户在中国是不可想象的。
ah64zzpk
2022-08-26 15:04:32 +08:00
自己不测试,靠 qa 测试没有好结果,qa 不产生 bug ,也不消除 bug ,产生和消除都是开发自己,写的 bug 越多,发现的越晚,消除它们消耗的时间和精力指数级增加,挖的坑永远是自己填。
xiao109
2022-08-26 15:10:21 +08:00
只要代码变的够快,漏洞就没机会出现
sy20030260
2022-08-26 15:59:20 +08:00
在零单测的国内大厂待过,后面出来创业公司严格单测也搞过,深有体会。

从整个团队的角度,写单测必然是正向收益的。写单测的时间成本真的没有大多数人想象中巨大,项目刚开始写单测可能会占用你 40%-50% 的时间,但随着单测数量变多,有越来越多支持单测的工具方法和示例代码,开发单测的时间会急剧缩短。多花一点时间写单测,省下的是未来大量重复排查、定位问题的时间,绝对的正向收益

但回归到现实中,在国内大厂搞单测覆盖的困境在于,如果和你协作的同事不写单测,只有你自己写,那这样的单测维护起来既困难,而且实际效益也极低。况且,单测终究是一项花费个人的时间精力,但是带来的收益更多却是团队收益的工作。所以可想而之,在国内这种 KPI 导向、排期倒挂的大环境下,没有人会愿意做这种牺牲小我成就团队的傻子

你为了快点上线不写单测,那我还干嘛还吃力不讨好地维护单测呢?最后大家只能被动地选择一种对团队收益更低的方案。说白了也是一种 KPI 导向下的内卷形式
exonuclease
2022-08-26 16:04:34 +08:00
外企大厂的路过 我们有 UT 的 基础库有覆盖率要求 业务代码凭良心写 e2e 测试也有 甚至页面都有
hyrepo
2022-08-26 16:19:11 +08:00
@wxiao333 老哥不会是天府五街 T 开头外企吧
Terry05
2022-08-26 16:22:13 +08:00
业务线不做单元测试太正常不过了
byte10
2022-08-26 16:39:25 +08:00
@ruiyinjinqu 哈哈🤣,有体会,当时因为有 80%的阈值,所以我就干脆生成几个假的 bean.java ,骗过测试覆盖率之后,在下一个版本删除掉这无用的代码。
xsqfjys
2022-08-26 16:47:34 +08:00
中国并没有几个真正的软件公司,所谓大厂技术牛也不知道是怎么得出这种结论的,面向 KPI 编程怎么会出优秀的软件

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

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

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

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

© 2021 V2EX