Meta裁员名单有点眉目了吗

irgebtdd 发表于 2023-4-7 12:48
Engineer才两万多？我觉得起码35000吧？一般不是eng比例很高嘛？

正经写code的只有两万多，19000多SDE，2000多Research Scientist，2000不到的machine learning eng。
你不能把DE也算进去，就算算进去，DE也就2000人。
XFN的那帮人疫情期扩招的比SWE还疯狂，不然小扎怎么会说 这次的目的之一是return to a rational IC/XFN rate?

匿名用户 发表于 2023-4-7 09:57
正经写code的只有两万多，19000多SDE，2000多Research Scientist，2000不到的machine learning eng。
你 ...

XFN是啥？h

irgebtdd 发表于 2023-4-7 13:13
XFN是啥？h

PM, TPM, DS, DE, URX, Designer, privacy XFN(PXFN)...etc 这些都算XFN
XFN = cross(X) FunctioN

基本特点就是归属于XFN TEAM而并非Business Unit Team。

日常工作属于多线操作，并不归某一个team管辖，以DE为例：
本月Ads某个team的人需要一些数据，就跑去Ads Team写些pipeline做一些数据分析
下一个月infra某个team的人需要一些数据，就跑去Infra Team写些pipeline做一些数据分析
等等

目前在Meta， Engineer和XFN的比例基本上是1:1.8， 疫情前好像是1:1都不到。

匿名用户 发表于 2023-4-6 09:27
我原来一直不明白为什么一直说meta的PSC有毒，直到身在其中才明白。所有人做事都是PSC驱动，有impact，容 ...

是这个道理，本来一年PSC，你至少可以计划一个9个月的比较大的项目，还有点buffer。现在半年一次，也就是个3个月风险很小的项目了。

. .и在meta的评估体系中
1. 项目/feature上线是关键因子。哪怕你累死累活大半年，解决了数不清的技术难点，但最后种种原因（肯定不是你的）没有上线，或者延后了，那你最多就是MA
2. 项目越大，固有风险越大，中间的变数也多，成功的几率指数下降
3. 以H1为例，planning最快也是从1月中开始的，而且项目肯定涉及多个组吧，你如果是upstream的还好说，你要是在中游下游的workstream，你就是再committed，说了也不算，看前面的老大能不能按时交差。有的组3月还在讨论H1项目呢，你说能做出什么来？
4. 之前reorg的影响到现在还没有完全消除，各个team都有大量人员移动，一些模块也没人知道内情了。新接手的都非常头痛。现在再来一波，情况更会恶化。

匿名用户 发表于 2023-04-07 08:27:20
你不会觉得prod code有啥了不起的吧？尤其是在Fb的这种强大的autoML工具存在的情况下。一段php可以分分钟让一个线下fblearner出来的model支持billion级别的qps. 当然

我觉得啥不重要。关键是小扎觉得啥。他觉得写prod code重要，那就重要。为啥engineer cut比例最少？其他xfn和eng的比例全部要降低，为啥？不就是说明小扎觉得写prod code才重要吗？别的在他看来都是耍嘴皮子。你看看最近那个啥dev 的survey，大部分问题都是在问如果能让大家很快更多地写 prod code。里边选block的理由之一，居然有block by xfn。所以xfn在小扎看来，就是没写prod code的eng重要

匿名用户 发表于 2023-4-7 14:38
我觉得啥不重要。关键是小扎觉得啥。他觉得写prod code重要，那就重要。为啥engineer cut比例最少？其他xf ...

block by xfn是很明显的问题了。
我只说我合作过的一部分XFN，在PSC driven的驱动下干了不少恶心事。
假如你是一个XFN，手上同时有3个组的项目ABC需要帮忙
最开始你的精力可能基本均分。
但是过了3月，事情开始有了变化
A项目一切顺利，看起来有提前release的可能
B项目有一些小risk，看起来可能需要加加班，正常release希望也有
. .иC项目出现了alignment的大问题，需要很多功夫才能back to track，甚至努力了也可能fail

从公司角度自然希望你多帮助C，正常帮助B 少帮助A让他们全部release

但是XFN的角度看可不是这样：
A马上成功了，我得想办法拖慢A的进度，再它上线之前多加一些自己的贡献 -- 我拼命在会议上raise concern，说明如果不暂时先pause release，让我的跟着贡献进入release，项目会存在这个那个风险。

B我就正常跟进，甚至因为A那边和release组撕逼扯皮，我的精力跟不上B了，会导致B从可能fail变成大概率fail，到时候我站出来说这个项目需要descope就行了

C去死吧，谁管它啊...fail了反正大锅不归我背归engineer背， 有A，B的贡献我足够Meet甚至Exceed了，平时看会做做样子把，爱去不去。

结果就是C一定fail， B大概率fail，A也无法提前release。

匿名用户 发表于 2023-04-07 12:33:16
block by xfn是很明显的问题了。
我只说我合作过的一部分XFN，在PSC driven的驱动下干了不少恶心事。
假如你是一个XFN，手上同时有3个组的项目ABC需要帮忙

精辟，手动点赞👍

说点个人经历

一个PXFN Review涉及10+人，还有些人在英国。交流基本上需要等半天。
更搞笑的是一个大姐结婚去了，工作也没交接给别人，只好等2个星期。幸亏她不是度蜜月一个月。

更恶心的是Permission管理，我们组自己创建的数据表，我访问还需要request permission。request被发到一个莫名奇妙的contigent worker，他唯一的作用就是让你把business case写好，他对于业务和数据都是0理解，然后还可能把这个request发回到我们的oncall或者em看。这样折腾需要1天。WTF。这个权限可能14天就过期了，你下次访问还得再走一遍。

这都是为了合规发明出来的东西。

匿名用户 发表于 2023-4-7 13:55
说点个人经历

一个PXFN Review涉及10+人，还有些人在英国。交流基本上需要等半天。

你知道TikTok的project texas吗？

唉 等的焦虑极了 有知道内幕的童鞋出来说说吧