GitLab营收增长却裁14%员工,面向“智能体时代”主动转型引华尔街怀疑

靠程序员发家,却因AI裁员

和GitHub并列为开发者世界两大地基的GitLab,为全面转型AI,刚刚裁掉了14%的员工。老实说,虽然GitLab的行为有违“吃水不忘挖井人”的优良传统,但放在今天的硅谷,这事也不算太意外。毕竟AI浪潮之下,从大厂到创业公司,裁员、组织重组几乎就是基本操作。真正让人意外的是,GitLab这次裁员既不是因为业绩下滑,也不是因为资金紧张。

业绩向好仍裁员

最新Q1财报显示,这家公司营收同比增长23%,业绩超出市场预期,财报发布后股价盘后一度上涨7%。一边是收入增长、股价上涨,另一边却是14%的员工被裁掉。如果我是GitLab员工,估计此刻心也是哇凉哇凉的—— 好一个预防性裁员,好一个共苦不同甘。

为何裁员?

GitLab可能没有GitHub那么出圈,但在开发者基础设施领域,它一直是绕不开的名字。这家公司起源于一个典型的程序员故事。2011年,东欧开发者Dmytro Zaporozhets写了一个开源项目,后来跟荷兰人Sid Sijbrandij一起把它做成了公司。GitLab提供覆盖整个软件开发生命周期的DevSecOps平台——从代码管理、安全扫描到部署上线,几乎把软件开发所需的工具链都装进了同一个平台。大约10年后,这家公司成功登陆纳斯达克,巅峰时期市值一度超过150亿美元。截至2025年底,GitLab全球注册用户已超过5000万,财富100强企业中有一半都是它的客户。更特别的是,从创立第一天开始,GitLab就是一家彻底的远程办公公司——没有总部办公室,约2500名员工分布在全球60多个国家和地区。按理说,这样一家靠开发者成长起来的公司,理应最理解程序员的价值。但是现在,GitLab却把裁员的刀挥向了近14%的员工——约350人左右。人们不禁问了:到底发生了啥?GitLab为什么要这样做?

转型AI是主因

从财报和公司CEO发布的裁员信中,我们或许可以找到答案:GitLab,正在经历成立以来最重大的一次自我重塑: 裁员、重组和AI战略同时展开。就在不久之前,GitLab发布了Q1财报(截至2026年4月30日),同时披露了裁员细节。先说业绩,几项关键指标看起来都很健康:公司Q1营收达到2.642亿美元,同比增长23%,超过分析师预期的2.54亿; 订阅收入从去年同期的1.945亿跃升至2.393亿;年经常性收入超过10万美元的大客户数量增长18%; GAAP净亏损从3590万美元大幅收窄至500万;调整后每股收益23美分,也比华尔街预期高出2美分,全年盈利指引也上调了。是不是看起来一片向好?可谁能料到,紧随其后的便是裁员。GitLab早在今年5月就公布了要裁员的消息,不过当时还没确定最终裁员方案,如今一切尘埃落地——约350名全职员工需要离开,预计裁员支出为3000万至3500万美元,包括遣散费、离职补偿金和留任成本,其中约1900万美元将在7月底之前支付。与此同时,GitLab还要退出22个国家和地区,这将使其业务所覆盖的地理版图缩减37%,研发团队也要被重组为约60个更小的自主团队。而GitLab之所以“一边增长,一边动刀”,核心直指AI。用CEO Bill Staples的话说,这是面向“智能体时代”(agentic era)的主动转型。Bill早在5月就发布了题为《GitLab Act 2》的公开信,紧接着又在X上连发14条推文,逐条解释裁员背后的逻辑。此举还被网友评为: 迄今为止,任何一位上市CEO所发表的、最坦诚的裁员和AI转型声明。在Bill看来,AI智能体正在以“机器级速度”冲击开发者基础设施,GitLab必须重建架构以承接这种流量。省下来的资金也“绝大部分”不会变成利润,而是重新投入研发和AI产品。他还透露,公司正在深化与Anthropic Claude模型的集成,并与AWS、Google Cloud合作,在Bedrock和Vertex AI上运行智能体功能。显而易见,智能体正在成为GitLab重启的核心叙事。不过,虽然Bill特意强调“这不是AI优化,也不是削减成本”,但市场的反应很诚实:业绩发布后,盘后股一度上涨7%,但等次日正式开盘消化完裁员消息,涨幅全部回吐。整体来看,自2021年上市首日约104美元起,GitLab股价一路下跌,目前市值已缩水约80%。这说明,至少就目前来看,华尔街对这套重组逻辑仍持怀疑态度—— 投资者认可增长带来的业绩表现,但对裁员和智能体战略能否真正驱动长期价值仍存疑问。

硅谷科技公司裁员成风

实际上,GitLab并非个案。只需翻一翻硅谷科技公司今年的裁员案例,你就会发现——类似GitLab这样“一边创收一边裁人”的预防性裁员,已经成了他们的基本操作。而AI,几乎是所有公司用来解释这个矛盾的万能答案。美国权威裁员追踪机构Challenger, Gray & Christmas在4月发布的最新报告中指出:2026年3月,AI首次成为美国企业裁员的头号原因,单月因AI导致的裁员达15341人,占当月全部裁员的25%。科技行业最狠。2026年Q1,科技公司裁员52050人,同比增长40%,Dell、Oracle、Meta都是裁员主力。 该机构负责人Andy Challenger的判断很直接: 企业正在把预算从人力转向AI投入(主要流向算力),在科技公司中AI已经可以替代编码类岗位。

“AI裁人”受质疑

不过“AI裁人”这个叙事本身,也正在受到怀疑。而跳出来质疑的,还是我们熟悉的“老演员”——OpenAI CEO奥特曼。他在今年2月接受采访时说了这样一句不那么符合他CEO身份的话: 我不知道确切比例,但确实存在某种“AI washing”——有公司把本来就会发生的裁员甩锅给AI。 业绩不好,怪没有跟上AI的潮流,业绩好了,那就是AI用得好。谁看了不说一句,AI已成当今华尔街最大的一块“砖”。当然,讲AI会导致失业只是事情的一面,与之相反的声音也不是没有。大家熟悉的吴恩达老师,同在今年5月发了一篇传播很广的长文《There will be no AI jobpocalypse》。态度相当直接:AI不会引发就业末日。 他指出,软件工程是受AI影响最大的领域,但招聘依然强劲。 在他看来,这里面有两层动机在驱动叙事——前沿AI实验室有动力把AI说得更强大,产品更好卖;企业有动力把裁员归因于AI,显得自己更有前瞻性。换句话说,AI对就业的影响是真实存在的,但很多时候,关于AI的叙事可能比AI本身跑得更快。因此,吴恩达给出的预测并不是所谓的“就业末日”,而是恰恰相反的“就业狂欢”(Jobapalooza)。理由在于,当软件开发成本被AI大幅降低后,人们不会因此减少软件开发,而是会开发更多的软件、创造更多的新需求,最终带来更多而不是更少的工作机会。

行业转向的缩影

话虽如此,但GitLab的350个人确实已经走了。 靠程序员起家的公司裁掉了程序员,只能说,不管叫“主动转型”还是“AI washing”,对被裁的人来说,没啥区别。 而且GitLab的故事恐怕也不只是GitLab的故事。当一家靠开发者吃饭的公司开始把开发者换成AI智能体,它折射出的,无疑更是整个行业正在经历的转向。 Bill说了一句被很多人截图的话:软件将由机器构建,由人来指挥。 就是不知道还有多少人能留下了。

打开链接下载源码: https://pan.quark.cn/s/c43e5bd27521 标题中的“AMD and Nvidia GOP update 1.9.6.rar”表示这是一个包含了AMD与Nvidia显卡的GOP(Graphics Output Protocol)驱动程序升级至1.9.6版本的压缩文件。该更新主要针对显卡在UEFI(统一可扩展固件接口)环境下的图形输出性能进行优化,并致力于提升系统的稳定性。在描述中提及“显卡附加UEFI导工具,最新版”,表明此次更新内含了一个专为UEFI BIOS环境设计的显卡导工具,或许表现为一个自启动脚本或程序,例如GOPupd.bat。通过这一工具,用户能够在UEFI模式下对显卡进行精确的配置和初始化,从而保障操作系统能够最大化地发挥显卡的效能。必需的组件包括“colorama-0.4.3”,这是一个在Windows平台上用于管理颜色控制序列的Python模块,可能在更新过程中用于生成彩色命令行显示,以增强用户交互的直观性。此外,“Visual C++Redistributable”是微软提供的运行时支持库,旨在确保基于C++编译的应用程序能够正常运行,此处可能用于更新工具或相关依赖模块。标签“uefi bios”突显了该更新与UEFI BIOS系统的紧密关联,暗示其将作用于计算机的启动序列及硬件初始化过程。压缩包内的文件清单如下: 1. GOPupd.bat - 很有可能是负责执行GPU UEFI导更新的核心脚本。 2. #Nvidia_ROM_Info.bat 和 #AMD_ROM_Info.bat - 这两个文档可能用于采集Nvidia与AMD显卡的ROM数据,以辅助识别显卡型号并执行适配性验证。 3....
代码下载地址: https://pan.quark.cn/s/a2e2c95e6128 意法半导体(STMicroelectronics)研发的STM32H750是一款性能优越的微控制器,属于STM32H7系列,拥有卓越的处理性能以及多元化的外设接口。在此项工作中,我们将研究如何借助STM32H750达成串口空闲中断(IDLE interrupt)的运用、借助DMA完成UART(通用异步收发传输器)的数据传输,并且探究如何运用STM32CubeMX配置并构建MDK5(Keil uVision5)项目。串口空闲中断是串口通信中的一个核心功能,当串口在一段时间内没有进行数据交换时,会发该中断。这种功能在需要实时监测串口状态的应用场合中非常有价值,比如,在等待特定指令或需要降低能耗的情况下。在STM32H750中,设定串口空闲中断通常包含以下几个环节: 1. 串口设置:在STM32CubeMX中选定相应的UART接口,并激活中断功能。 2. 中断优先级设定:按照应用需求设定中断优先级。 3. 中断服务函数注册:在程序代码中定义中断服务函数以应对中断事件。 4. 启用串口空闲中断:在初始化代码中激活串口的IDLE位,使能中断。 DMA(Direct Memory Access)传输是一种高效的数据传输机制,它允许外设直接与内存进行交互,无需CPU的介入,从而减轻了CPU的工作负担。在STM32H750中,我们可以运用DMA配合UART来接收数据: 1. DMA配置:在STM32CubeMX中为UART选择合适的DMA通道,并设定传输特性。 2. UART配置:将UART设置为DMA模式,并指定接收缓冲区的地址。 3. 中断配置:开启DMA传输完成中断,以便在数据接收完...
源码直接下载地址: https://pan.quark.cn/s/d64de7ee3e36 STM32CubeIDE是由STMicroelectronics(意法半导体)开发的一款集成开发环境,其核心功能是针对STM32系列微控制器进行优化,并集成了包括源代码编写、编译执行、调试检测以及项目参数设置在内的完整开发工具集。该开发平台依托于Eclipse系统框架构建,旨在为编程人员营造一个便捷且生产力高的工作场景。1.9.0版本属于其产品线中的一个成熟版本,通常包含了若干性能增强措施以及新特性的集成。在嵌入式系统的构建过程中,代码的自动完成机制是一项关键的辅助技术,它能够显著提升工作速率并降低操作失误。专门为这一目的设计的STM32CubeIDE 1.9.0自动代码补全组件,能够有效满足开发者的相关需求。通过将压缩文件中的内容部署到STM32CubeIDE安装路径下的`plugins`子目录中,该插件即可被系统自动检测并激活,从而在代码编写阶段,系统能够基于上下文信息智能地预判并展示潜在的函数名称、变量定义或常量值,进而辅助开发者迅速完成输入任务。基于ARM Cortex-M架构的STM32系列微控制器,在物联网装置、工业自动化系统、个人消费类电子设备等领域具有广泛的部署。在这些应用场景中,单片机扮演着核心角色,而STM32凭借卓越的处理性能、多样化的外部接口配置以及出色的能源控制能力,已成为众多开发者的首选方案。STM32CubeIDE所提供的自动代码补全功能,对于初入行业的开发者而言尤为适宜,因为它能够实时呈现API函数的相关信息,涵盖函数标识符、参数的数据类型与数目,乃至函数的返回类型,从而协助开发者精准地运用STM32的固件库。不仅如此,即便对于已经熟练掌握ST...
内容概要:本文系统阐述了物理信息神经网络(PINNs)在求解布洛赫-托雷(Bloch-Torrey)方程中的实际应用,结合PyTorch框架提供了完整的Python代码实现案例。该方法通过将物理方程的先验知识嵌入神经网络的损失函数中,实现了无需大量标注数据即可高精度求解复杂的偏微分方程,特别适用于科学计算与工程仿真领域。文章不仅展示了PINNs在特定物理模型中的建模流程与实现细节,还强调了科研过程中逻辑严谨性、善用工具与创新思维的重要性,倡导读者循序渐进地学习,避免因过度纠结技术细节而迷失方向。配套的完整代码与资料可通过指定网盘链接或关注公众号“荔枝科研社”获取。; 适合人群:具备扎实数学基础与Python编程能力,从事科研工作或攻读研究生及以上学位的研究人员,尤其适合专注于物理建模、数值仿真、深度学习与科学计算交叉领域的学习者与开发者。; 使用场景及目标:①掌握PINNs求解经典物理方程(如Bloch-Torrey方程)的整体建模思路与代码实现流程;②深入理解如何将物理守恒律与微分算子作为软约束或硬约束融入神经网络训练过程,从而提升模型的泛化性与物理一致性;③为开展相关课题研究、撰写学术论文、复现前沿研究成果或进行跨学科创新提供可靠的技术参考与代码支持。; 阅读建议:建议读者结合所提供的代码实例,逐行调试并可视化训练过程,重点关注损失函数的设计、物理残差项的构建以及网络超参数的调优策略。同时,推荐关注公众号“荔枝科研社”以获取完整资源包,便于进行更深层次的实践拓展与科研创新。
代码下载链接: https://pan.quark.cn/s/a4b39357ea24 EtherCAT(Ethernet for Control Automation Technology)是一种专为自动化技术打造的实时工业以太网通信协议。该协议于2003年由Beckhoff Automation公司发布,凭借其卓越的高速传输能力、极低的延迟以及精准的时间同步性能,在自动化行业中获得了广泛的部署和应用。本文将详细剖析EtherCAT协议的工作原理、系统架构、核心优势以及相关的编程操作实践。 EtherCAT协议虽然基于标准的TCP/IP协议栈,但通过独特的数据传输方案,实现了设备间数据包的高效快速传送。其核心思想在于“分布式时钟”技术,这一机制保证了所有参与设备能够达到微秒级的时间同步精度,这对于需要精确协调的自动化操作而言至关重要。协议的运作模式遵循主从结构,其中主站负责整体的数据调度和交换任务,而从站则承担具体的控制功能。 1. ** EtherCAT协议结构**: 构成EtherCAT网络的基本单元是由一个主站以及多个从站组成,这些从站可以涵盖多种类型的现场设备,例如可编程逻辑控制器(PLC)、各类传感器或执行机构。主站通过在以太网帧中封装控制指令来驱动网络,这些指令信息在从站之间实现无缝传递,每个从站仅处理与其功能相关的数据,并在数据流转过程中进行必要的更新,从而达成高效的数据交互。 2. ** 数据传输**: EtherCAT运用了“反向通道”机制,使得数据在以太网帧的有效载荷区域内进行双向流动。主站发出的指令帧内包含了完整的工作周期数据,从站根据需求提取相关数据,并在返回的响应帧中反馈其状态信息,这种设计显著缩短了通信的延迟时间。 3. ** 时间...
打开链接下载源码: https://pan.quark.cn/s/1a3eab4afa50 《MCGS调试助手V2.52.0——达成高效智能工业自动化调试》 MCGS(Monitor and Control Graphic System)调试助手是一款针对工业自动化领域研发的卓越工具,其最新版本V2.52.0致力于增强用户在系统集成、设备调试环节中的效能与便捷性。该软件在工业控制系统的构建、调试、运行监测等方面扮演着核心角色,为工程师们呈现了一站式的解决策略。 MCGS调试助手的主要特性涵盖: 1. **图形化界面构建**:MCGS集成丰富的图形资源库和可定制组件,使用户能够便捷地设计出直观的监控界面,从而提升操作人员的工作效能和系统的可视化水平。 2. **即时数据获取**:该软件能够与多种PLC、仪表、传感器等硬件设备进行数据交互,完成即时数据的采集与处理,为决策提供精准的数据支持。 3. **逻辑编程支持**:软件兼容梯形图、指令表等多种编程模式,用户可依据实际需求编写控制程序,达成复杂工艺流程的自动化管理。 4. **警示与事件处理**:具备全面的警示功能,能够记录并展示设备运行期间的异常现象,有利于问题的诊断和故障的纠正。 5. **远程监测与故障诊断**:借助网络连接,MCGS调试助手支持用户对设备进行远程的监控与管理,从而减少维护开支,尤其是在广泛分布或难以到达的工业环境中。 6. **数据存储与分析**:系统拥有强大的历史数据存储和检索能力,支持生成数据报告,有助于进行生产数据的评估和改进。 7. **设备互联与物联网整合**:搭配提供的物联网程序补丁升级包,例如U盘方案包,能够轻松实现设备的网络连接,契合工业4.0的发展方向。 在提供的两个U盘方案...
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值