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

标题引用地里大神的高赞回复，我几个月前换了新组终于体验到了，看代码看到现在让我吐槽一下。

前提是老板和我说这个移动的太快，让我来看看有什么可以改进的。反正大家就是写代码，大家开个会，一拍脑门需求就有了。然后10来个组的人都开始随机的修改复用的代码，至于会不会影响别人，以后怎么维护都不是问题，反正就是要写代码，把开会的需求做完，做的什么，有没有人最后用，甚至做没做出来，并不重要。只要代码checkin，task一关就好了。

• C++就不说了，大家不太会这种有点老语言可以理解
• UT是没有的，大家移动快，怎么会有UT
• 线程，堆栈是什么？反正都在栈上定义吧，这样没有烦人的* 和 &。 多线程异步也用上，听说快。至于主线程return后栈上的东西还在不在这个不重要。
  

以上都是小问题，现在说下屎里藏蛆，蛆里藏毒 （注意这个不是legacy service，是6个月的新代码。）

• 为了快，7 ， 8 个服务share同样的代码。每个的case都不一样，if else， 函数参数随意加。
• 于是导致所有东西都一函数到底，一个函数500行，15个参数啥的。每个函数里面if else在来个7，8层。
• 15个参数往下传10来层函数，中间在加点临时变量扰乱视听。除非你7，8个服务的业务你都懂，你完全不知道代码想表达啥
• 什么是OO，这个叫面向过程。核心逻辑写在一个上万行的util里面就行了。include header就可以用了，非常方便
  

说下我的体验：

• 我也好奇这样的代码为啥会运行的很好。直到我的launchbuddy告诉我，其实系统复杂了，他们也不知道这些有没有在work。他们下一步打算再做一个一摸一样的系统，和这个系统的输出做union，增加系统正确性。我想想也对，反正ML，随便你折腾model总能找到点规律。
• 今天一个比较谨慎senior请教我，一个逻辑加不上，感觉到处和已有的逻辑打架，怎么都绕不过，看也看不懂。我于是看到现在，想到了20年前破解软件看汇编把JZ改成JNZ。我决定明天告诉他其实你可以用 goto
  

补充内容 (2022-07-27 14:38 +8:00):
啥，你说util文件太大。那我新建一个common/util 好了

FB很多产品组的代码烂我觉得都是infra做的太好用给惯的，再加上move fast。

. From 1point 3acres bbs一个Hack + TAO，高中生都可以快速写海量业务逻辑。

一个Dataswarm + Daiquery，让多少MLE，DE, DS可以随便折腾几千T的data根玩似的

一个Falco，不管ios/adnroid client engineer发过来什么屎数据都能服服帖帖的自动存到各种data sources

一个scribe (我最喜欢的FB infra service)以及相关的zippydb, scuba什么的， 随便一engineer在UI上注册一下，就能搭一个超高性能读取服务。（话说最近在web3深耕，才知道scirbe下面用的rocksdb，很多新 blockchain也在用）

其它一般SWE接触不到，更偏PE领域的service, TW，SMC什么的，也都做到了UI一键操作，超级易用。

我在FB4年学到最有用的，就是什么才是好的infra tool。但就像上面帖子说的，这些东西用起来觉得挺简单，你可能也懂大概原理。但你要copy一个50%性能的，可能门都摸不到。

这些做hard core infra的大佬，才是FB, G这种大厂的不动产。不过也只有F，G这种实时产生巨大数据量的公司，需要投资这些东西。其它公司也没必要投资，用开源的就够了。

但总的来说，fb的infra也都是G带过来的。很多好用的service是当年直接挖的G的团队过来做的。

一句话，还是G是互联网的技术祖师爷。

没有design doc，上来就干。我问的组不论infra还是product，都不写doc，真是搞笑，一个问题就来来回回问，乱七八糟改，lead根本不用懂technical details. 我问一个infra组design doc有吗，人家笑我以为是ui design

我曾经告诉过一个北大的intern，毕业不要来FB，去GOOGLE，AWS，那里能学到东西。挺好一个人才，来FB写Hack，那是耽误了自己。最后还是来FB了。。。

哈哈哈哈哈 每个大公司都是这样的

连goto都用上了... 太神了 我都好奇了

b75516284a97c 发表于 2022-07-26 23:43:08
哈哈哈哈哈 每个大公司都是这样的

不同意，看组吧和业务重要性吧。至少起以前我们招聘的大专小伙写的比这好。

所以说Tiktok收购meta是必然

b75516284a97c 发表于 2022-07-26 23:43:08
哈哈哈哈哈 每个大公司都是这样的

看组吧。

我在🐶待的几个组代码都不错，而且风格也统一，readability不是摆设的

匿名用户 发表于 2022-07-27 00:09:37
没有design doc，上来就干。我问的组不论infra还是product，都不写doc，真是搞笑，一个问题就来来回回问，乱七八糟改，lead根本不用懂technical details. 我问一个

我觉得大家压力太大了，以check in 代码来缓解压力。

上万行的util…

我在小公司推一个5k行的💩山的时候还在想 大公司肯定不会这样 看来是低估了😂

monorepo背一部分的锅。
给大家普及下monorepo，就是把所有代码和其他文件全部放在一个repository里。google和meta就是用monorepo。我们私人项目或者小公司用monorepo挺不错的。但是google和meta这种巨人型科技公司，万个甚至几十万个code file放在一个repository里 是真吐了。

如果monorepo管理好，那还好说。管理不善的话，堪比菜市场
1. 目录太太太多了，鼠标滚轮都划烂了。
2. 目录多，每个目录下的文件也超多。平时习惯暴力找文件的，不用查找功能，那我建议鼠标+trackpad同时划。
3. 所有代码在一个repository里，部分文件，class，function有重复名。为了防止重复名就会加长名字，也给查找增加了难度。
4. 有时候还会import错的class。一些大的文件 前300行都是import。
5. 不管是找目录，还是找个别文件，class，function，几乎离不开内部查找功能和 “grep”操作指令。
6. 代码文件数量多的组需要搞个code structure wiki，不搞你随时都会被其他组，新人，实习生等ping。
7. 文件多，名字长，我现在都是复制粘贴式写代码。

amazon每个项目有自己的repository，然后背后有个dependecy系统 来管理每个项目的dependency。做完的项目在往aws上一丢，但aws configuration有时候会很头疼。