脸的产品组代码属于屎里藏蛆，蛆里藏毒

匿名用户 发表于 2022-7-27 06:10
你说的方向是正确的，但现实上我能看到，大家也能看到，这些人也不傻。几乎不可能plan resource专门搞这个 ...

大家都知道也没用。代码复杂到一定程度估计只好推倒重来，谁敢拍这个板

move fast的结果就是这样，先追求metric win，然后要是组做大了，可能有对应的infra sub team来clean up。但很多情况是 那些codes就留在那，等着以后有问题再修。

见过的我软重要产品的code质量都很高，完全没有楼上的问题。

写的很有感觉。不过我很严肃的问：难道整个fb的所有组都是这种屎蛆毒的code？真是难以置信。因为平常看fb engineering blog给人一种design很严谨很强大的感觉。
而我在linkedin这边是另外一个极端，什么小破feature都要design doc，反复修改，才能写代码。

核心价值观之一不就是move fast吗

row row row your boat 嘴里头动的是蛆

匿名用户 发表于 2022-7-27 10:02
写的很有感觉。不过我很严肃的问：难道整个fb的所有组都是这种屎蛆毒的code？真是难以置信。因为平常看fb e ...

单纯我个人的感觉啊，fb有非常多很厉害的人，能写tech blog的人肯定也是那些精英之一。但是精英们很少会聚集在product组，更多的是在hard-core infra组里面。

至少从我在product组一年的体验来看楼主说的还是挺直观的。有点bias的说，我现在很怕遇到一毕业就来fb工作然后tenure也没有特别久的人，很多不好的习惯已经习以为常，甚至认为这些才是对的你提意见就是在故意block...

匿名用户 发表于 2022-07-27 10:04:36
核心价值观之一不就是move fast吗

现在太乱动不了了，不能持续move fast

对，优点就是快，很快可以上线测试。

缺点就是糙，这就是为什么很多meta的Eng去Google msft面试很难过，因为人家tech bar很高，看不上这些shit code。meta钱多升值快是真的，但是内部culture也很差。

x1nian 发表于 2022-7-27 00:18
monorepo背一部分的锅。
给大家普及下monorepo，就是把所有代码和其他文件全部放在一个repository里。goog ...

亚麻也是噩梦啊，多少人被lpt折腾的欲仙欲死。

还有一大堆不当人的平台组，没事就升级，升级就deprecate原来的。因为不是mono所以migration都成了downstream组的活，正经project缺人还得把技术好的人留下来做migration。最吐血的是经常一个版本migration完没几天，migrate到的版本又要deprecate了。感觉retail产品组常年要留1/3的人力在维护pipeline和做migration。