






















1 mokeyjay 5 月 22 日 |
3 Noita 5 月 22 日有的,我这代码审计比设计评审都严… |
5 haoswil 5 月 22 日AI 一路疯狂 shitting |
10 nianyu 5 月 22 日@newtype0092 为什么你觉得有呢?你所在的公司有? 结对编程 tdd 你见过落实的? |
11 DefoliationM 5 月 23 日 via Android国内的小公司,有没有 ai 都不会按照软件工程的流程来,不如说有了 ai 还能让屎山代码少一点,至少 codex 写的比很多同事规整多了。 |
12 yx1989 5 月 23 日code reivew 还是要做的,不 review 真可能出锅 |
13 Kumo31 5 月 23 日@nianyu #10 为什么你没见过就觉得没有呢?这和大厂还是外企无关,只和产品有关。在前司做存储时,出现任何故障几乎都是难以接受的,可能瘫痪掉上层所有业务系统,而且半年才发一次版,这种情况下每一个设计文档和 PR 都会有严格的 review ,感官上和开源社区项目差不多,一个 PR 经常十几条 comment 。另一个很重要的是团队成员的意识,看到代码里的坏味道都会主动提出或修改,而不是因为不是自己 own 的模块就事不关己高高挂起。而相反即使是大厂里,业务驱动、快速迭代的 CRUD 项目在交付压力下也很难做到这种程度,为了控制质量的反而要付出更高的成本,自然不会做 |
15 maplezzz 5 月 23 日我经历过的金融保险公司的的业务代码 Code Review 都挺严格的,基本上组员都会认真看 |
16 swananan 5 月 23 日可以搞搞开源 |
19 udisyue 5 月 24 日 via Android@nianyu 不可能每家公司都有,一般来说公司业务越是靠近前沿应用,工程标准越少,都急着上线抢市场,先占住用户比 review 重要多了。越是传统一些的才有可能把 code review 落实。工期固定了,你提早上线又没有额外好处,反而是存量用户更为看重特性和使用体验,自然就倒逼工程团队会提高这方面的投入 |
22 yiitree 5 月 25 日kimi 写的 gpt cr ,或者反过来。 |
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。