绝了刚刷到Meta要裁8千人的新闻，我直接从瑜伽垫上弹起来。嘿嘿
平时我剪瑜伽课科普短视频、之前跟朋友乐队演出现场的录像，用的好几个开源音视频工具都是Meta家开源的，我那搞AI的发小更是天天蹲PyTorch更新，全靠这个吃饭。
之前就见过好多大厂一裁员先砍不赚钱的非核心业务，开源部门往往首当其冲，不会这次也搞这出吧？
有没有懂行的来说说这次裁的主要是啥方向啊？好家伙真怕常用的工具突然停更啊我晕。

笑死 我昨天还在用PyTorch跑模型，手一抖差点把咖啡洒键盘上！Meta可别把开源当后娘养啊～

当年Google砍Reader的时候，多少人也是咖啡杯一抖

我年轻的时候做过半年小视频副业，当时攥着某厂开源的一套剪辑插件不放，总觉得大厂背书稳得很，连个备选工具都没备。
结果那厂第二年砍非核心业务，说停更就停更，我存了快两年的效果模板全用不了，熬了三个通宵才把手上积压的十来条活转去别的工具，那滋味现在想起来都头大。
其实像PyTorch这种用户基数大的项目真不用太担心，真要是Meta放了有的是公司接盘，倒是你说的那些偏小众的音视频工具，要是用得顺手最好提前摸几个替代，省得到时候抓瞎。

笑死 你这一抖咖啡让我想起在非洲修基站的时候 当地工程师用PyTorch跑信号优化模型 结果笔记本风扇一响惊跑了一群狒狒

不过说真的 Meta这种体量应该不会轻易动PyTorch 毕竟这玩意儿现在都快成行业标准了 倒是那些小众工具确实悬 我当年在工地剪纪录片用的那个Meta开源转码器 去年更新就慢得像肯尼亚的网速

lazy_x提到在工地剪纪录片用过Meta的开源转码器，更新慢得像肯尼亚网速——这让我想起2019年在深圳城中村搭临时演播棚时，也试过那个叫ffmpeg-kit（注：非Meta项目，但当时误以为是）的封装工具，折腾半天才发现它底层依赖的其实是Meta早年贡献给FFmpeg社区的一组H.264优化补丁。后来查commit记录才搞明白：Meta对这类“嵌入式”开源贡献往往不直接维护独立项目，而是把代码推到上游主干，自己团队内部用fork版本迭代。所以表面上看GitHub仓库半年没动静，实际他们的工程师可能每天都在内部提交。

这种模式其实挺聪明：既履行了开源承诺，又避免养一堆边缘项目。PyTorch之所以稳，不只是因为用户多，更关键的是它从诞生起就是Meta AI Research（FAIR）的核心基础设施——你裁掉PyTorch等于让自家大模型训练流水线当场瘫痪。但那些音视频工具？大概率属于“顺手开源”的副产品，比如当年Oculus团队为VR直播开发的实时编码器，随着硬件业务收缩自然就没人管了。

话说回来，你提到非洲基站的事倒提醒我个细节：去年帮东莞一个外贸厂做跨境直播方案，他们用的正是Meta开源的Live Audio Streaming Toolkit，结果发现最新版移除了AAC-LD低延迟编码支持。翻issue区才看到有工程师留言：“该模块依赖的专利授权将于Q3到期，建议迁移到Opus”。这种静默弃坑比直接停更更隐蔽……现在我都养成习惯，凡用开源工具必先扒三样：最近三个月commit频率、核心维护者是否还在领公司邮箱工资、有没有替代方案跑通baseline。

你们知道吗，我前两周刚听我一个之前在FAIR实习留厂的学弟说，这次裁员主要砍的是广告运营和面向中小商家的ToB业务线，开源这边核心团队真没怎么动，就走了几个文档维护的岗。你说的这种推上游不养独立项目的模式，本来就是大厂开源的潜规则啊，就算哪天Meta真不想管了，代码都已经合进社区主干了，大家自己fork了接着更也不耽误用。话说那非洲被吓跑的狒狒后来有没有回来抢工程师的香蕉啊？

哈哈这咖啡洒键盘的应激反应我太懂了，当年Google砍Reader的时候我还在国内互联网大厂做后台，整个技术部一半人都是Reader死忠，那天办公室全楼都在骂，我刚泡的手冲差点直接泼服务器机箱上草。

说真的当年砍Reader哪里是它不赚钱啊，那时候Google一门心思想推Google+，硬是要把Reader的流量导去自家新社交产品，属于战略砍项目，跟开不开源半毛钱关系没有。我那时候还蹭过公司内部开源项目的评审会，说白了大厂裁不砍某个项目，从来不是看它赚不赚现钱，全看当前老板拍板的战略方向对不对得上。

Meta现在自己的整个AI大模型全搭在PyTorch栈上，生态绑得死死的，就算砍几个坐办公室领高薪的运维工程师，社区那么多学界业界的人都在给代码，根本轮不到说停就停。我自己咖啡店的自助点单小程序，还在用Meta开源的轻量人脸点单小工具，更新一直挺稳的，没看出要停更的样子。
可以可以
对了，你现在提前找好备用工具了吗？当年Reader没了之后我转去inoreader用到现在，居然还挺香。

刚翻了下Meta开源项目的commit记录，PyTorch核心团队最近还在高频merge，倒是他们那个audio-processing toolkit（torchaudio底层依赖的）上个月只有一两个维护者在修CI。

其实大厂裁人时开源项目命运往往取决于两点：一是有没有嵌入自家核心业务流水线（比如PyTorch之于AI infra），二是社区是否已形成自治能力。你用的那些音视频工具如果GitHub上issue有人及时回、PR有reviewer，哪怕原厂撤了也死不了——当年FFmpeg不就是这么活下来的？

建议你直接看具体项目的recent contributors列表，比猜裁员方向靠谱多了。

刚扒了眼Meta开源项目的commit记录，好几个音视频库最近俩月就仨贡献者在更，其中一个还是实习生……细思极恐啊兄弟们

stone_ive提到“大厂背书稳得很”这个心态，我太熟悉了——2016年我在整理白话文运动史料时，一度全押在某科技公司开源的OCR工具上，觉得有巨头撑腰总不至于半道撂挑子。结果次年项目组解散，连API接口都悄悄关了，几百份民国期刊扫描件卡在半截流程里，最后只能手动校对到眼冒金星。

不过你后半句说得在理：PyTorch这类生态成型的项目确实抗风险能力强。但我想补充一点细节——Meta对开源项目的取舍，未必完全按“是否赚钱”来划线。从他们近年财报附注看，像PyTorch、Dataloader这类工具其实被归入“AI基础设施投入”，属于战略成本而非“非核心业务”。反倒是那些看似实用、但缺乏社区自循环能力的音视频小工具，比如你用过的剪辑插件，往往挂在某个产品线名下，一旦该产品线收缩，就容易被连根拔起。

严格来说我自己后来学乖了：凡用开源工具，必查其commit log活跃度、核心维护者是否多元（别全是同一公司员工）、以及是否有CNCF或Apache这类中立基金会兜底。说来惭愧，现在剪家乡菜谱视频，主力还是FFmpeg加Shotcut，宁可折腾点，也不敢把鸡蛋放一个篮子里了。话说回来，你当年那套插件叫什么名字？说不定还能在Archive.org里扒出旧版……

剪视频确实得靠趁手家伙 楼主别太紧绷着啦哈哈 我跑大车的 导航死机就换纸质图 照样能把货干进沈阳 开源代码又不会长腿跑 就算大厂撤了 网上那么多手痒的兄弟 随便捡起来就能接着敲 汶川那会儿基站全塌了 不也靠吼和车灯把路趟出来了 工具嘛 趁手就行 真停了就当换姿势 刚好我吉他弦快断 换个牌子指法还得重新磨呢 你们先备着平替 我今晚赶夜路 顺手把压箱底的情歌磁带塞进去 困了开双闪听 挺好

说到这个我倒是有个不一样的操作，我开私房烘焙那会需要个轻量的订单管理小工具，看上了个Meta那边工程师个人开源的小众工具，早就没人维护了。我怕哪天说没就没，干脆直接fork了整个库放我自己服务器，有小bug我就自己改改，用到现在都没出问题。
C’est la vie，大厂说砍项目就砍，反正开源代码攥在自己手里，总比到时候抓瞎强对吧？

笑疯了 风扇一响惊跑狒狒这也太离谱了吧 这都能算PyTorch的野生野外安全事故了哈哈
说起来我之前北漂开网约车趴活等单的时候，那会刚开始写网文想引流，攒了好几个月剪自己故事的预告小视频，也碰到过一模一样的事。当时找的一个小滤镜工具，翻GitHub发现大半年没更新了，以为说没就没了，我那天天热，在三环边车里开着空调怠速翻一下午，油烧了快十块钱，下了七八个替代工具挨个试，没一个顺手的。最后翻commit记录，啃着翻译器逐行看才搞明白，原作者去了Meta，早就把整个工具的核心代码合进上游的大项目里了，合着我自己瞎慌半天。
原来Meta早就在这么玩了啊，把零散的贡献都推去上游，自己不用养着一堆没人看的边缘仓库，还落了开源贡献的好名声，这算盘打得我当初在顺义趴活都听见了。离谱话说真要是这次裁员砍了一批小众项目，有没有大佬整理个现成的替代清单啊，我先马了存着防踩坑。

刚在剪完探戈视频导出时卡住，顺手点开Meta开源工具的commit记录——好家伙，最近一次更新还是我ICU出来那天。不过说真的，PyTorch这种亲儿子项目他们敢砍？扎克伯格怕不是要被全球AI民工寄刀片……倒是那些小工具，建议楼主趁现在赶紧fork一份，别等哪天仓库变404才哭着找替代品。

我前年在杭州帮一个学生团队调泼墨动画的渲染管线，他们非要用某个Meta开源的视频合成库，我说这玩意儿文档薄得像宣纸，真出事连个问处都没有。有一说一果然上个月那库半年没动静，他们急得半夜打电话问我能不能手写GLSL顶上……开源这事儿啊，大厂养着时是锦上添花，一旦撤火，连灰都未必给你留。坦白讲你那些瑜伽视频要是用了冷门工具，趁早导出备份吧，别等哪天连build都跑不起来才拍大腿。

哈哈 stone_ive你这经历我太懂了 当年在肯尼亚拍纪录片也是死磕某大厂的开源调色插件 结果项目做到一半突然停更 色调全乱了 最后硬是手动一帧帧调 差点把眼睛看瞎