不止“996”!曝硅谷AI创业圈「极限工作制」:每天16小时、凌晨3点下班、周末也在写代码

不止“996”!曝硅谷AI创业圈「极限工作制」:每天16小时、凌晨3点下班、周末也在写代码

编译 | 郑丽媛

出品 | ZEEKLOG(ID:ZEEKLOGnews)

“如果你周日去旧金山的咖啡馆,会发现几乎每个人都在工作。”

这是 AI 创业公司 Mythril 联合创始人 Sanju Lokuhitige 最近最直观的感受。去年 11 月,他特地搬到旧金山,只为了更接近 AI 创业浪潮的中心。但很快,他也被卷入了这股浪潮带来的另一面——一种越来越极端的工作文化。

Lokuhitige 坦言,他现在几乎每天工作 12 小时,每周 7 天。除了每周少数几场刻意安排的社交活动(主要是为了和创业者们建立联系),其余时间几乎都在写代码、做产品。

“有时候我整整一天都在编程,”他说,“我基本没有什么工作与生活的平衡。”而这样的生活,在如今的 AI 创业圈里并不算罕见。

旧金山 AI 创业圈的真实日常

一位在旧金山一家 AI 初创公司工作的员工,曾向媒体展示过几张令人压抑的照片:那是一套 Dogpatch 社区的两居室公寓——这个社区在科技从业者中很受欢迎。但这间公寓不仅是住所,同时也是一家公司的办公室。

他透露道,公司的几位创始人每天早上 9 点开始工作,常常一直忙到凌晨 3 点。他们几乎不会离开这栋楼,只有在抽烟或拿外卖时才会短暂出门。吃饭基本靠外卖,睡觉则是简单打个盹。

这名员工用一个词来形容这种生活:“horrendous”(可怕)。“我以前听说过 ‘996’,但他们甚至都不止 996。”他说,“他们每天 16 小时工作。”

由于这种极端的工作节奏,不少员工干脆在办公室把鞋子都脱了——毕竟每天都要在办公室待十几个小时,穿拖鞋显然更舒服。

创业公司一直很拼,但 AI 让节奏更疯狂

其实严格来说,创业公司从来都不是可以放松的地方。

差不多十年前,当移动互联网创业潮刚刚兴起时,很多程序员为了延长工作时间,甚至会用代餐饮料代替正常吃饭。那时的创业文化同样强调“拼命干”、高强度投入以及不计代价的增长。

这些理念在科技行业里一直存在。但过去一年里,随着 AI 浪潮席卷硅谷,这种文化显然被进一步放大:一方面,人们对技术新时代充满兴奋——以及随之而来的巨额资本;另一方面,焦虑也在迅速蔓延。

当下,很多科技从业者正处于一种矛盾状态:

  • 有人全力投入 AI 开发,同时又在怀疑 AI 是否真的对世界有益
  • 还有人正在训练机器把自己的工作做得比自己更好

于是,一个越来越现实的问题开始出现:

我们正在构建未来,但这个未来里,还有我们的位置吗?

科技行业正在经历“心理转折点”

这种焦虑,在整个科技行业已经非常明显。

曾经,大型科技公司以“员工友好”著称:公司内部有免费餐饮、按摩服务,甚至理发店。可近几年,这些福利开始逐渐收缩,企业对员工效率和产出的要求却越来越高。例如,扎克伯格和马斯克都曾公开表示,AI 未来可能会替代一部分初级和中级工程师,并强调公司需要更加“高效”甚至“极端硬核”的工作文化。

与此同时,大规模裁员也在持续发生。根据金融研究机构 RationalFX 的统计,2025 年全球科技行业共裁员约 25 万人,而在不少裁员公告中,AI 都被视为重要因素之一——尽管真实原因往往更加复杂。

曾为 Google、Microsoft、Salesforce 和 Airbnb 等公司提供咨询的职场教练 Mike Robbins 也注意到一个明显变化:科技行业的“话题”已经发生转移。

  • 疫情期间,公司最关心的是员工倦怠、心理健康和团队归属感;
  • 而现在,公司高管更常讨论的是变化、颠覆和不确定性。

“五年前,你要是个软件工程师,基本可以随便挑工作。”Robbins 说,“但现在,公司已不再担心员工流失,就会更直白地提出要求、也更加苛刻。”

技术变化太快,很多人连周末都不敢休息

在此背景下,对很多 AI 工程师来说,加班不仅是公司要求,更是竞争压力带来的必然选择。

AI 工具和模型几乎每天都在更新,如果周末休息两天,周一可能就已经错过了一次关键技术突破——对创业公司而言,这种差距可能意味着产品落后甚至被淘汰。

但矛盾的是,许多工程师同时又对这场技术革命感到兴奋,认为现在是科技行业创造力最旺盛的时期之一。例如,创业加速器 Y Combinator 的负责人 Garry Tan 就曾在社交平台上表示,自己连续 19 小时在尝试新的 AI 编程工具。

“很多人都在想一个问题——三年后,我还会有工作吗?”在 AI 开发工具公司 Mintlify 工作的软件工程师 Kyle Finken 坦言:“所以,这绝对不是一个可以躺平的时代。”

除此之外,AI 对就业结构的影响,也正在显现。Mythril 联合创始人 Lokuhitige 直言“现在已经没人招聘初级开发者了”,Anthropic 的 CEO Dario Amodei 更是预测:未来五年,AI可能会消灭一半白领行业的入门级岗位。

过去,刚毕业的工程师可以通过初级岗位慢慢成长。但现在,越来越多基础代码工作可以由 AI 完成。根据招聘平台 Indeed 的研究数据显示:自 2022年以来,入门级技术岗位招聘减少约三分之一,而要求 5 年以上经验的职位数量却在增加。

换句话说,对于许多年轻开发者来说,如果没有在创业公司参与真实项目、做出足够“酷”的产品,未来甚至可能连进入行业的门槛都很难跨过。

“未来”已来?硅谷不再是“工作理想地”

事实上在旧金山,有些变化已经“肉眼可见”。

例如:Uber 司机开始与自动驾驶车辆竞争、自动驾驶公司 Waymo 的无人出租车越来越常见、一些咖啡馆也开始尝试机器人咖啡吧。与此同时,科技行业的裁员还在影响周边生态——为科技公司提供法律、招聘或商务服务的企业,也在因为客户减少而受到冲击。

从某种意义上说,AI 创业圈如今的高压工作文化,可能不仅仅是硅谷个例,而是一种提前出现的信号。

在过去二十多年里,硅谷一直被全球企业视为工作文化的标杆。但如今,这种“硅谷神话”正在逐渐褪色。如果说过去的硅谷代表的是自由、创新和高薪,那么今天的硅谷,也许更像是在预示另一种未来——一个充满竞争、焦虑,以及持续自我证明压力的工作时代。

而这种变化,很可能不会只停留在科技行业。

原文链接:https://www.theguardian.com/technology/ng-interactive/2026/feb/17/ai-startups-work-culture-san-francisco

推荐阅读:

一天开13个会、一个Bug要修200天!前亚马逊L7爆料:这轮大裁员,AI只是“背锅侠”

为省5-10美元差点毁库!Claude一条指令删光200万条数据、网站停摆24小时,创始人坦言:全是我的错

全球26w+用户在线「养虾」:OpenClaw这一波泼天流量,到底让谁接住了?

未来没有前后端,只有 AI Agent 工程师。

这场十倍速的变革已至,你的下一步在哪?

4 月 17-18 日,由 ZEEKLOG 与奇点智能研究院联合主办「2026 奇点智能技术大会」将在上海隆重召开,大会聚焦 Agent 系统、世界模型、AI 原生研发等 12 大前沿专题,为你绘制通往未来的认知地图。

成为时代的见证者,更要成为时代的先行者。

奇点智能技术大会上海站,我们不见不散!

Read more

Flutter 三方库 jaguar 的鸿蒙化适配指南 - 在鸿蒙系统上构建极致、透明、全能的工业级嵌入式 HTTP 服务端框架与 REST API 交互引擎

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 jaguar 的鸿蒙化适配指南 - 在鸿蒙系统上构建极致、透明、全能的工业级嵌入式 HTTP 服务端框架与 REST API 交互引擎 在鸿蒙(OpenHarmony)系统的端侧服务器化、分布式设备互联监控、或者是需要将鸿蒙应用转变为一个能够提供 API 服务的微型网关(如鸿蒙版物联网中枢)场景中,如何通过一套 Dart 代码构建出极致稳健、带路由拦截、支持 Session 且完全透明的 HTTP 服务?jaguar 为开发者提供了一套工业级的、基于生产环境优化的服务端处理方案。本文将深入实战其在鸿蒙端侧服务化中的应用。 前言 什么是 Jaguar?它不是一个普通的 HTTP 监听器,而是一个专为“速度”与“扩展性”

By Ne0inhk
Flutter for OpenHarmony:zxing2 纯 Dart 条码扫描与生成库(不仅是扫码,更是编解码引擎) 深度解析与鸿蒙适配指南

Flutter for OpenHarmony:zxing2 纯 Dart 条码扫描与生成库(不仅是扫码,更是编解码引擎) 深度解析与鸿蒙适配指南

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net 前言 扫码(QR Code / Barcode)是现代移动应用最基础的入口之一。 在 Flutter 生态中,很多扫码库依赖原生的 Google ML Kit 或 iOS AVFoundation。这在 Android/iOS 上表现很好,但移植到 OpenHarmony 时,往往因为缺乏对应的鸿蒙原生插件支持而卡壳。 zxing2 是一个基于经典 Java ZXing 库移植的 Pure Dart 实现。它不依赖摄像头的原生预览流(它只负责图像数据的算法处理),也不依赖特定的 OS API。 这使得它成为 OpenHarmony 早期生态中实现扫码功能的救命稻草,或者作为特定场景下(如生成二维码、后台解析图片二维码)的轻量级方案。 一、

By Ne0inhk
Flutter 三方库 creator_core 的鸿蒙化适配指南 - 支持极简组件状态管理、反应式逻辑驱动与流式数据处理

Flutter 三方库 creator_core 的鸿蒙化适配指南 - 支持极简组件状态管理、反应式逻辑驱动与流式数据处理

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 creator_core 的鸿蒙化适配指南 - 支持极简组件状态管理、反应式逻辑驱动与流式数据处理 前言 在 Flutter for OpenHarmony 开发中,选择一个既轻量又强大的状态管理框架至关重要。creator_core 是一个极简的反应式状态管理库,它的核心理念是“创造者(Creator)”。它通过声明式的逻辑依赖,让应用状态在组件间流转得既自然又高效。本文将深入解析如何在鸿蒙端利用 creator_core 构建复杂的业务逻辑。 一、原理解析 / 概念介绍 1.1 基础原理 creator_core 基于依赖图模型。每一个状态单元(Creator)都是图中的一个节点。当根节点发生变化时,所有依赖它的子节点都会通过反应式机制自动重新计算。 graph TD A["

By Ne0inhk
Flutter 三方库 mix_context 的鸿蒙化适配指南 - 实现极简上下文增强、支持非 Widget 作用域下的 BuildContext 访问与状态注入

Flutter 三方库 mix_context 的鸿蒙化适配指南 - 实现极简上下文增强、支持非 Widget 作用域下的 BuildContext 访问与状态注入

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 mix_context 的鸿蒙化适配指南 - 实现极简上下文增强、支持非 Widget 作用域下的 BuildContext 访问与状态注入 前言 在进行 Flutter for OpenHarmony 开发时,我们经常会遇到底层逻辑(如 Service、Repository)需要访问 BuildContext 的窘境(例如为了弹出一个全局 Dialog 或获取当前的主题颜色)。虽然传统的做法是层层传递参数,但代码会因此变得臃肿。mix_context 提供了一种更优雅的上下文混入与注入方案。本文将指导大家如何在鸿蒙端利用该库提升代码的响应能力。 一、原理解析 / 概念介绍 1.1 基础原理 mix_context 的核心思想是将 BuildContext 的引用通过全局代理或单例模式进行“

By Ne0inhk