Career

10 篇内容

职业经验Simon Willison

Why AI hasn’t replaced software engineers, and won’t

这篇文章围绕“AI是否会取代软件工程师”展开,核心观点是否定的:作者认为,现有证据并不支持“AI能力达到某个阈值就会引发大规模裁员”的叙事,尤其在软件工程这样监管壁垒较低的行业里,这一判断更具代表性。文章引用纽约州 WARN 通知中的 AI 披露数据,指出首个完整年度里提交的 160 多家公司没有一家勾选 AI 相关裁员原因,说明至少在公开就业数据上还看不到明显替代效应。作者进一步分析开发工作并不主要耗费在“把代码打进电脑”这一环节,而在于决定要做什么、验证交付是否正确并承担责任,以及对代码库、业务和运行环境的深层理解。文章因此强调,AI 更像是在加速部分执行步骤,而不是消除软件工程师的核心价值。其局限在于它是基于现有数据和定性分析的论证,不等同于对未来长期就业趋势的严格预测。

推荐收录,因为文章直接给出了可核查的证据链:就业数据、任务拆解调查和对工程师工作的定性分析,共同支撑“AI尚未替代软件工程师”的判断。适合关注职业规划、团队管理和 AI 时代工程角色变化的读者阅读;它的可迁移价值在于帮助读者把注意力从“写代码速度”转向需求定义、验证与领域理解,但需要注意它不是严格实验结论,而是基于现有证据的论证。

学习路线知乎 - NGINX洪志道

04-聊聊各主流编程语言还有软件工程

文章围绕“主流编程语言该怎么选”展开,但核心并不是语言排行榜,而是帮助读者建立对语言、运行时和软件工程之间关系的整体认知。作者用 C、JavaScript、PHP、Python、Go、Java、Rust 等语言为例,解释了编译与解释的直观差异、脚本引擎与宿主程序的关系,以及不同语言分别解决的工程问题和代价。文章最后强调:语言只是入门工具,真正决定长期成长的是对系统运行、架构边界、复杂度控制和性能问题的软件工程能力。

推荐收录,因为它不是单纯的语言推荐帖,而是把语言选择、工作场景、长期成长和软件工程素养放在同一框架里讨论,适合刚入行和正在转方向的读者参考。文章对“工作语言”和“个人成长语言”的区分、以及从语法走向运行时和系统理解的路径,具有较强的迁移价值。

职业经验知乎 - 鹅厂架构师

FDE不是"高级外包"——AI时代,客户成功的终局是知识蒸馏

文章围绕 FDE(Forward Deployed Engineer)在 AI 时代的角色演变展开,核心观点是 FDE 不是“高级外包”,而是一套把前线客户经验蒸馏为行业模板、SOP 和产品能力的机制。作者进一步分析了传统 IT 协作链路的信息衰减问题、AI 如何消融能力边界、FDE 容易滑向驻场外包的风险,以及哪些条件决定 FDE 能否真正形成可复用资产。文章最后结合腾讯云客户成功团队,提出从需求翻译者转向现场闭环者的能力模型与组织形态建议。

推荐收录,因为文章不是停留在岗位概念讨论,而是给出了 FDE、客户成功和产品/产研协同之间的结构化判断框架,能帮助读者理解 AI 时代服务型团队如何升级为解决方案型团队。它对做企业服务、云厂商、行业解决方案和技术销售协同的读者都有较强迁移价值,尤其适合思考组织分工、能力模型和知识复用机制的人阅读。

职业经验Instacart Tech Blog

How AI Changes the Role of Applied Scientists

这篇文章从 Instacart Economics Team 的一手数据出发,分析 AI 如何改变 applied scientist 的职责边界与工作组合。作者用 2023-2025 年的 GitHub PR、代码行数和任务分类结果说明:AI 一方面显著提高了标准化、可模式匹配任务的产出效率,另一方面也把 frontend、platform/tooling 等原本门槛更高的工作变成了“最低可用能力”范围内的可执行任务。文章还进一步讨论了平台化的取舍,指出在人机交互式 UI 平台和 machine-interactable tools/agentic skills 之间,AI 可能改变平台应当被构建的形式而不只是降低构建成本。

推荐收录,因为它不是泛泛讨论“AI 会改变工作”,而是结合经济学理论和团队真实产出数据,给出了可观察、可讨论的角色重构证据。对于做数据科学、应用科学、机器学习工程和内部工具建设的读者,这篇文章对任务分工、能力边界和平台化策略都有较强迁移价值。

个人心得知乎 - 鹅厂架构师

当所有人都在 All in Agent,我开始重新练习"先想"

这篇文章围绕“AI 越强,人越需要重新练习先想”展开,核心观点是:当工程师越来越习惯先把问题交给 Agent,再回头筛选结果时,判断、表达、承担和关系这些更难被 prompt 的能力会被慢慢削弱。作者用“驯化综合症”和“鲍莫尔效应”两个比喻框架,提出未来更值钱的不是单纯的执行力、信息量和流程熟练度,而是提问权、信念资本、长周期下注、可承担的人格和关系资本,并建议用“先写下自己的判断再问 AI”等方式把这些能力重新练回来。文章的边界在于它主要是面向开发者成长与 AI 时代自我管理的概念性反思,不是实证研究或工程实战报告。

推荐收录,因为它不是单纯的 AI 焦虑输出,而是给出了一个便于记忆和自检的成长框架,能帮助开发者重新审视自己在 AI 时代到底在积累什么、丢失什么。文章尤其适合希望提升技术判断、职业定位和 AI 协作方式的读者,但应把它当作价值观和方法论参考,而不是事实结论。

职业经验知乎 - 孔某人

大组织内的AI Coding过度推行是一种饮鸩止渴

这篇文章围绕“大组织内过度推行 AI Coding 是否会适得其反”展开,核心观点是:在核心业务和大型组织中,AI 编码带来的短期提速可能会被需求膨胀、系统复杂度上升、review 退化和组织激励错配迅速抵消。作者进一步指出,单靠渐进式重构并不能根治问题,真正的矛盾在于需求控制、交付节奏、团队治理和历史复杂度管理,而这些往往比“提效”更难推动。

推荐收录,因为它不是在讨论 AI Coding 的工具技巧,而是在分析大组织里 AI 采用后的组织性副作用、流程失衡和长期维护成本,这类判断对技术管理者和资深工程师有较强参考价值。文章能帮助读者从“生成率”和“交付速度”之外,重新审视需求质量、架构可维护性和团队激励对 AI 落地的真实约束。

职业经验Brendan Gregg

Why I joined OpenAI

这篇文章是 Brendan Gregg 解释自己加入 OpenAI 的个人职业选择与工作动机,核心围绕 AI 数据中心在成本、能耗和规模上的压力,以及性能工程在其中的价值。作者结合与多位从业者、朋友和普通用户交流的经历,说明 ChatGPT 已经成为大众高频工具,这种真实使用场景改变了他对 AI 落地的判断。他还回顾了自己从少年时期想做“Orac”式对话系统,到后来从事数据中心性能工作的长期兴趣脉络,强调自己希望把性能优化方法直接用到 ChatGPT 性能团队。文中也交代了他在 OpenAI 的岗位、远程办公地点、初始项目方向,以及会继续使用 eBPF、Ftrace、PMCs 等手段寻找更大优化空间。整体属于职业决策与岗位展望,而非系统化技术教程,技术细节主要停留在方法与方向层面。

推荐收录,因为文章直接给出了顶级性能工程师选择 AI 公司与岗位的依据:真实用户规模、算力/能耗压力、团队能力和个人兴趣的交汇。适合关注 AI 基础设施、性能工程或职业转型的读者参考,但需要注意它是带强烈个人色彩的叙述,不是可复用的完整方法论。

职业经验Anthropic Engineering

Designing AI-resistant technical evaluations

文章回顾了 Anthropic 性能工程团队如何设计并多次重做 take-home 面试,以在 AI 辅助普及后仍能区分候选人。原题是模拟加速器上的树遍历优化,要求候选人逐步完成并行化、SIMD/VLIW 利用、调试和工具构建,因此在早期能有效筛出强工程师,也确实招到了多位高绩效员工。随着 Claude Opus 4 和 4.5 在两小时约束内逐步追平甚至超过优秀人类,作者不得不把题目改成更陌生、更受限的谜题式优化问题,并减少那些模型已经轻松掌握的维度。文章总结出评估设计应兼顾真实工作、高信号、足够深度以及对 AI 的开放使用,但也承认越强调“抗模型”越容易牺牲岗位真实性和可解释性。最后作者公开了原始题目作为挑战,并用成绩对比说明人类在无限时间下仍有优势,但在短时约束下可区分性正在迅速下降。

推荐收录,因为文中给出了清晰的直接证据:原始 take-home 曾有效招人,但已被 Claude Opus 4/4.5 在 2 小时约束内追平甚至超越,迫使团队重设评估方式。适合负责面试设计、技术招聘和 AI 时代能力评估的人阅读,可迁移价值在于如何构造高信号任务与识别失效边界。

职业经验Brendan Gregg

Intel is listening, don't waste your shot

文章以 Intel 新 CEO 强调“坦诚批评”为背景,回顾作者作为客户与 Intel 长期会议往来的经历,以及后来在公司内部看到“站在另一侧”的感受。作者指出,面对硬件供应商时,客户如果能给出直接而具体的技术反馈,往往能推动产品改进,但前提是要准备充分、留下书面记录,并注意知识产权和会议纪要中的措辞。文中给出了一套可执行做法:会前研究参会者、坚持技术批评而非情绪化攻击、确认是谁在场、追问资源和进度、拒绝被动充当免费培训对象,并在必要时直接升级到高层。作者的结论是,真正有用的“狠话”不仅要敢说,还要花同样大的力气持续跟进,否则再正确的意见也会被稀释或被忽略。该建议主要适用于供应商沟通、评审会议和跨公司协作场景,不适合替代法律或商业谈判判断。

收录价值在于它不是泛泛地鼓励“勇敢表达”,而是给出了可落地的供应商反馈流程、会议纪要和升级机制。适合经常与硬件/平台供应商或跨团队评审打交道的工程师、技术负责人参考。

职业经验Brendan Gregg

3 Years of Extremely Remote Work

这篇文章是 Brendan Gregg 对“极端远程办公”三年经历的个人复盘,核心事实是他在澳洲为美国公司工作,累计参加了 77 次凌晨 1 点到 6 点之间的会议,折合约 102 小时清醒时间。作者用这些数据说明跨时区远程并不等于轻松,真正的成本来自频繁被打断、睡眠被切碎、以及 Daylight Saving 带来的排班混乱。文章还给出一组具体做法:统计并公开不合理会议、尽量不抱怨工时、用每日日志和周报维持产出感、提前明确录制/取消会议、并把家庭办公室与音视频设备配置好。作者进一步指出,远程工作常被误解为“不够投入”,并可能在晋升和机会分配上产生 out of sight, out of mind 的职业风险。全文的价值主要在于提供了跨时区远程工作的真实代价、沟通策略和组织偏见,而不是一套可普遍复制的最佳实践。

推荐收录,因为文章用 77 次凌晨会议、102 小时清醒时间等具体数据,直接展示了跨时区远程工作的真实成本,并总结了可操作的沟通与自我管理方法。适合远程员工、管理者和分布式团队参考,但读者也需注意它是个人经验,且明显带有澳洲-美国时差这一特定场景。