求问meta老员工关于move fast

Move fast有时候不仅是code quality，还有在系统层面上挖坑，比如一个project有短期收益但长线看增加系统维护成本，eng们都想着短期摘果子刷impact，这种project叠多了后系统变得难以维护，难以debug，难以迁移，想在上面做新东西也很难了，然后就开始漫长的refactoring

Meta的代码质量的确非常差，Moving fast不是问题，问题是都是些只会Leetcode 的做题家写的代码，lol

匿名用户 发表于 2022-07-15 04:54:30
Meta的代码质量的确非常差，Moving fast不是问题，问题是都是些只会Leetcode 的做题家写的代码，lol

你知不知道有些中小厂的人连leetcode都不会写

作为amazon SDE，看着在meta上班的老婆在💩一样的代码库里工作，实在太痛心了。还别提build 一次半个小时，测一下半小时，这还能工作吗？

匿名用户 发表于 2022-07-13 20:49:04
这就扯了，你是站在码农的角度， 但是站在用户、PM、business的角度看，代码质量这么好干嘛？ META除了上年的宕机（可能还不是纯code 质量的问题），其他时间app上的bug算少了吧，大部分

厉害了，这是个有职业素养的engineer应该说出的话吗？这逻辑难不成建筑工程师只要设计的房子能早卖就行了，只要不垮就行？各行各业都讲职业素养，到Meta这里，连最基本的的职业素养都没有了… 还真是行业发展太快了，有的码农毕竟不是工程师，说这些话难道不是劣币驱逐良币？？？

我想说下move fast更严重的影响。 在错的道路走着还嫌太慢。 可能是我们组很特殊。我每天rebase 代码都要半小时。 稍微运气不好，就要解决工具本身的问题。能想象吗 早上你想上班了 git 用不了 先debug一把git。因为每个组都想move fast，功能往上加，复杂度上升了，还影响核心功能使用。 开发出来各种本来想帮你提高效率的script 一堆 ，也不好好维护，很容易就break了。什么东西都想做一个code generator，反而很难理解，出了问题都没法很快定位。 工作中很大一部分是去解决框架问题，工具问题。

匿名用户 发表于 2022-07-15 22:54:29
厉害了，这是个有职业素养的engineer应该说出的话吗？这逻辑难不成建筑工程师只要设计的房子能早卖就行了，只要不垮就行？各行各业都讲职业素养，到Meta这里，连最基本的的职业素养都没有了… 还真是行

这不是非黑既白，大家都知道都能有最好，问题的点在于质量和快选一个放弃哪一个，这也是作为engineer职业素养中的一点。忽略context辩论往往就是何不食肉糜了。

举个极端的例子，同作为一个建筑师，建一个避难所，也要先考虑好看美观坚固耐用一百年么？

move fast 更多的不只是写代码 而是产品开发
社交网络和google/MS/apple这种不一样 属于娱乐性产品 所以产品抢占市场护城河低 要不停的开发新的产品来开疆辟土
写代码只是产品开发的一环 从产品开发的角度上 代码写的不好 能做到bug少就可以
bug太多 影响了用户体验 才是要解决的大问题

微信用户_m6hao 发表于 2022-07-16 01:43:43
我想说下move fast更严重的影响。 在错的道路走着还嫌太慢。 可能是我们组很特殊。我每天rebase 代码都要半小时。 稍微运气不好，就要解决工具本身的问题。能想象吗 早上你想上班了 git 用

fb的vscode 和version control integrate的感觉挺好用的啊，你是在fb？

匿名用户 发表于 2022-07-15 22:54:29
厉害了，这是个有职业素养的engineer应该说出的话吗？这逻辑难不成建筑工程师只要设计的房子能早卖就行了，只要不垮就行？各行各业都讲职业素养，到Meta这里，连最基本的的职业素养都没有了… 还真是行

有素质的工程师是要给出不同timeline 不同质量 准确的预测给business执行 no bb。

例如reels 要今年上线什么功能能做什么功能大概率不出bugs， 什么功能需要对六个月 什么功能需要多一年， 而不是说这个东西要提高code的质量99.99%不出bug否则绝对不能提前release。

就算是半成品 你提前向business沟通好风险 该release 就release ， 否则等你搞好公司都没了。