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

x1nian 发表于 2022-07-27 00:18:13
monorepo背一部分的锅。
给大家普及下monorepo，就是把所有代码和其他文件全部放在一个repository里。google和meta就是用monorepo。我们私人项目或者小公司用mon

这个和mono repo没什么关系吧 你把相同的人放在哪里他都能写出一个2k行的函数 更多应该是公司 org 组的culture

楼主有没有好的建议怎么去弥补这些问题，让普通 Engineer也学学

加入meta就像投机，就像明知道股价、房价有大泡沫还有人买，就等着涨价再找人接盘。

内部人都知道FB升职水，代码烂，学不到技术，工作像吃屎。但是大家不能说破，说破了还怎么拿自己inflation的职级去外面面试抬价呢，还怎么去脉脉知乎上跟国内的人装x呢？

既然是赌博总有输赢，能力强点的拿到好project升到自己满意的级别，几年前就都跳船跑路了。能力差跳不出去又不愿意downlevel的只能继续在公司“吃屎”，还不能抱怨，要不然被人发现真相了自己好不容易灌水出来的“高级别”就原形毕露了。

本来公司社招不多，没多少人了解内部情况，大家都维持“皇帝的新衣”相安无事，可是疫情开始大量社招，再加股价暴跌。大量“内部人士“因为不满“爆料”，大伙才看明白曾经“高不可攀”的FB也就那么回事。

今年库里逆天改命夺冠，杜兰特风评暴跌，回到老1.5的真实历史地位。我觉得人生那么长，不能一辈子指望投机和赌博，这个世界终究是用硬实力说话的，这才是正确的价值观。

frank2020 发表于 2022-07-27 04:34:38
代码设计质量需要Design Review把关。之前的skip讲的观点，你看到了问题，我看到了机会。

1. 代码混乱是否导致了dev efficiency问题，以及reliability问题？我能否

你说的方向是正确的，但现实上我能看到，大家也能看到，这些人也不傻。几乎不可能plan resource专门搞这个，能搞成这样更多的是文化问题，得慢慢来，先要和大家关搞好，慢慢影响。一来就提建议搞这些容易遭人反感。

我的感觉是forward thinking非常少，whatever works先怼上去，这种engineering文化真是有毒

x1nian 发表于 2022-07-27 00:18:13
monorepo背一部分的锅。
给大家普及下monorepo，就是把所有代码和其他文件全部放在一个repository里。google和meta就是用monorepo。我们私人项目或者小公司用mon

这列的好几条都是和目录复杂有关。但小repo的名字就相当于mono repo里的一个目录名，私以为代码、目录复杂度绝不是它们的区别

x1nian 发表于 2022-07-27 00:18:13
monorepo背一部分的锅。
给大家普及下monorepo，就是把所有代码和其他文件全部放在一个repository里。google和meta就是用monorepo。我们私人项目或者小公司用mon

哈哈哈笑死这锅也能甩给monorepo，你知道G用monorepo还能发表这番高见，可见你是连codesearch和blaze（说的是blaze不是bazel）都没用过的

frank2020 发表于 2022-07-27 04:34:38
代码设计质量需要Design Review把关。之前的skip讲的观点，你看到了问题，我看到了机会。

1. 代码混乱是否导致了dev efficiency问题，以及reliability问题？我能否

1. 重构代码费时费力，还不算impact
2. 你是谁？design review你说要搞就能搞？整个公司就没有这种文化
3. 建议也没人执行啊
4. 做梦

匿名用户 发表于 2022-07-27 07:16:41
哈哈哈笑死这锅也能甩给monorepo，你知道G用monorepo还能发表这番高见，可见你是连codesearch和blaze（说的是blaze不是bazel）都没用过的

其实bazel+mono用着也还可以，代码差这锅甩不到mono头上

frank2020 发表于 2022-07-27 04:34:38
代码设计质量需要Design Review把关。之前的skip讲的观点，你看到了问题，我看到了机会。

1. 代码混乱是否导致了dev efficiency问题，以及reliability问题？我能否

理想很丰满，现实么，能要到足够的resource再说，尤其是这种refactor的项目第一需要长时间而且进度非常难控制，一个review cycle搞不完很正常，第二impact很多都是间接，最多影响oncall，如果是真的注重quality一开始就不会变成这样