标签: #career
关于 GPU、LLM、MLOps、Kubernetes 以及心态的文章 · 60 篇
从乒乓球里学到的14件事：实力造就关系，头衔挡住成长
把长年打乒乓球得来的十四条原则整理出来，看看它们怎么迁移到工作和生活里。实力成为关系入场券的结构、只图打得开心为什么不会进步，以及自己的头衔挡住学习的那一刻。迁移不过去的部分也一并写了。
2026-08-16 · 16 分钟阅读 #mindset#growth#deliberate-practice#sports#career目的不确定的时候 — 明确并不是出发的条件
在不知道自己为了什么而活的状态里，等目的变明确了再说这个策略为什么会失败。目的不是在计划的上游、而是在积累的下游被发现的这一视角，用罗盘而不是坐标来移动的方向的语言，没有确信也能行动的小赌注的技术，以及等待热情的陷阱。这是一篇写作时就言明了自己不是研究梳理、而是用结构来论证的随笔。
2026-08-16 · 17 分钟阅读 #mindset#purpose#career#self-improvement#2026-08成为专家的路：反馈在先，数量在后
把前面四篇整理出来的证据，搬成可执行的形式。把领域收窄到反馈能到达的范围，在加数量之前先做出反馈回路，在要发挥的条件下练习，找的不是让人开心的技术而是反复出现的错误，以及预想停滞期。最后写了这套建议不管用的情况：反馈很慢的领域、比起实力更由机会通道决定的领域，以及专业性也许根本不是目标这件事。
2026-08-16 · 19 分钟阅读 #mindset#learning#expertise#deliberate-practice#career成长为框架工程师 — 这个岗位为何出现，该练什么
框架工程师（harness engineer）这个头衔在招聘启事里还很少见，但这份工作已经存在于每一个部署智能体的团队里。框架工程系列收官的第 8 篇，整理了这个岗位为何出现、既有软件技能如何重新排布，以及借助框架 RPG 的六个层级，从观测与指纹到自我改进循环的分级练习路径。
2026-08-12 · 7 分钟阅读 #llm#agent#harness-engineering#하네스엔지니어링#AI에이전트什么是 FDE（Forward Deployed Engineer）— 驻扎在客户现场的工程师
Palantir 发明了这个头衔，如今 OpenAI 和 Anthropic 正在争相招聘：Forward Deployed Engineer，简称 FDE。本文把这个职位讲清楚——一名坐标系在客户环境里的工程师，用代码打通产品与客户系统之间的最后一公里；用一张对照表把它与解决方案架构师、售前工程师、咨询顾问、支持工程师区分开；再用一个结构性逻辑解释它为何在 AI 产品时代急速升温：平台越是半成品，现场工程就越是产品本身的一部分。这是
2026-08-12 · 10 分钟阅读 #career#fde#forward-deployed-engineer#ai#job-searchFDE 技能地图 — 8 个领域的底线、实战线与检验问题
把 Forward Deployed Engineer（FDE）需要的技能画成一张地图，横跨八个领域：Linux、网络、Kubernetes、数据库、认证与安全、可观测性、云与基础设施、客户沟通。每个领域回答四件事：为什么需要它，在现场（而不是简历上）行得通的底线在哪里，实战线在哪里，以及用来定位自己的三个检验问题。没有人八项全满，所以起点是先量出自己缺在哪里。这是 FDE 完全指南系列的第 2 篇。
2026-08-12 · 9 分钟阅读 #career#fde#forward-deployed-engineer#skills#roadmapFDE 面试准备 — 诊断场景、客户模拟、案例研究
Forward Deployed Engineer（FDE）的面试，常常用陌生系统的故障诊断场景代替算法题，用愤怒客户的角色扮演代替文化契合提问——因为它要测的不是代码，而是现场的判断力。在「形式因公司而异」的前提下，本文把公开职位描述共同要求的能力归纳为三种代表性轮次：技术诊断场景、客户模拟、案例研究，逐一给出评分点和准备方法。文中场景皆为构造的示例；练习方法部分讲解如何把 FDE 工程师养成 RPG 的任务当作面试彩排大声解题。这是
2026-08-12 · 8 分钟阅读 #career#fde#forward-deployed-engineer#interview#job-searchFDE 入职 90 天 — 摸清、独立接单、主导任务的三个月
Forward Deployed Engineer（FDE）的入职适应，是同时融入两个陌生环境——自己的公司和客户现场——所以比普通工程师的入职更需要刻意设计。第一个月画出环境、产品、人的地图；第二个月用独立处理的工单开立信任账户；第三个月端到端主导一个小任务。本文给出逐周清单、每个月暗藏的陷阱，以及 90 天结束时自我检验的三个问题。这套 90 天框架不是任何公司的制度，而是从职位结构中归纳出的构建。这是 FDE 完全指南系列的第 3
2026-08-12 · 7 分钟阅读 #career#fde#forward-deployed-engineer#onboarding#checklistPoC 为什么到不了生产环境 — 成功标准、安全评审、交接
在演示会上赢得掌声的 PoC，相当一部分还是会悄无声息地死掉。不是技术不行，而是因为没有成功标准、安全评审留到了最后、没有内部支持者、PoC 环境与生产环境的落差发现得太晚。在 Forward Deployed Engineer（FDE）的工作里，从 PoC 走到生产的这一段，胜负手是运营设计而非技术。本文整理了开工前与客户共同敲定的一页成功标准文档、第一周就启动的安全评审与数据边界定义、PoC 代码里藏着的负债清单，以及让系统在你离开
2026-08-12 · 9 分钟阅读 #career#fde#forward-deployed-engineer#poc#production从后端、DevOps、数据工程师转型 FDE — 六个月路线图
考虑转型 Forward Deployed Engineer（FDE）的人，大多从三个起点出发：后端、DevOps/SRE、数据工程。好消息是无论哪个背景，FDE 技能地图的一半你已经握在手里；坏消息是空着的那一半因背景而异。本文对三种背景逐一切分「已经拥有的」与「需要补齐的」，指出三者共同缺失的客户对面技能，再归纳成以两个月为单位的六个月转型路线图。路线图是一般化的指南，不代表任何公司的招聘标准。这是 FDE 完全指南系列的第 7 篇
2026-08-12 · 8 分钟阅读 #career#fde#forward-deployed-engineer#career-transition#roadmapFDE 故障诊断手册 — 从访问权限到报告的六个步骤
自家服务的故障与客户现场的故障，决定性区别在于后者从一无所知开始。所以对 Forward Deployed Engineer（FDE）来说，比本事更先需要的是一套固定顺序。确认访问与权限、复现症状、切分层级、建立原因假设、验证、写报告——六个步骤，用「支付 API 下午起间歇性返回 504」这一个构造的示例贯穿始终，每一步都附上真正会敲的 kubectl、curl、grep 命令。还包括 FDE 特有的评分规则：诊断正确但报告迟到，仍然
2026-08-12 · 8 分钟阅读 #career#fde#forward-deployed-engineer#incident-response#debugging把「太慢了」翻译成工程问题 — FDE 的客户沟通
客户不会提交缺陷报告，他们提交的是疼痛报告：「太慢了」「跑不起来」「有时候怪怪的」。Forward Deployed Engineer（FDE）的核心技能之一，就是把这些话翻译成可测量工程问题的提问法。本文整理了五条轴——从什么时候开始、谁在哪里、做什么的时候、慢到什么程度、和什么相比——用来收窄症状；同一场景下消耗信任与积累信任的回答对照；把承诺单位从修复时刻换成下次汇报时刻的期望管理；以及故障进行中的沟通规则。文中对话均为构造的示例
2026-08-12 · 8 分钟阅读 #career#fde#forward-deployed-engineer#communication#customer-success「代码从来就不是难的那部分」这句话，为什么那么招人上火
2026 年 8 月冲上 Hacker News 首位的一篇随笔主张：说「代码从来就不是难的那部分」是对所有程序员的侮辱。本文认同这份反驳，但把原因归到别处。那句话之所以招人上火，不是因为它错，而是因为它在半路上把「代码」这个词的含义偷换掉了。把代码切成三层，就能看清双方各自在哪里成立，也能量出你们团队实际上把时间花在了哪一层。
2026-08-09 · 11 分钟阅读 #career#craft#ai#engineering-culture#skills摩擦消失后留下的不是眼光，而是养出眼光的那条路消失了
2026 年 8 月引发热议的随笔 Taste Is All That Is Left 说：随着「做东西」变便宜，唯一还稀缺的能力就是判断什么值得做。本文认同这份诊断，并再往里走一步。眼光是「努力」这台过滤器的副产品；过滤器一旦被拿掉，留下的并不是眼光，而是养出眼光的那条路一起消失了。所以真正需要的是一套刻意恢复摩擦的具体习惯，本文整理了个人与团队各自该改变什么。
2026-08-09 · 11 分钟阅读 #career#craft#ai#code-review#mentoring说服的结构 — 打动人心的是顺序,不是口才
说服往往在打磨措辞之前,就已经在结构层面失败了。本文围绕四个维度展开:在提出主张之前先建立共同前提、把最有力的证据放在注意力最集中的位置、把要求缩小到对方能够接受的规模,以及"人会抗拒被说服"这一根本性的不对称。文章指出精细加工可能性模型与接种理论的证据分量并不相同,并列出登门槛效应、自我损耗等被广泛引用却复现薄弱的发现及其效应量。最后,把一条关于CI改进提案的真实消息做了修改前后的对比重写。
2026-08-02 · 28 分钟阅读 #career#persuasion#communication#influence#psychology用文字说服 — 让设计文档和RFC获批的结构
写给那些要写设计文档、RFC、提案书、事故复盘建议的人。本文讲的是把想要的决定放在最前面,而不是按自己解决问题的顺序来写;讲清楚为什么"展示被否决的替代方案"是区分提案与广告的唯一标志;讲如何把"什么都不做"的成本变成数字;也讲如何应对那些只是快速浏览的决策者。最重要的是,讲如何写出那种会在你不在场的会议上被引用的段落。文章把一段薄弱的提案实际改写了一遍,并把文档中真正管用的招数整理成了一张表。
2026-08-02 · 22 分钟阅读 #career#writing#persuasion#design-doc#engineering如何处理反对意见 — 区分事实分歧、价值分歧与地位分歧
反对意见,是大多数学习说服技巧的人都会跳过的部分。本文把钢人论证(steelmanning)当作一套工作程序来讲——把对方的论点整理得比对方自己还清楚,大声说出来并请对方确认;讲清楚为什么自己先抛出最强的反对意见反而会提升而不是削弱信任;并区分事实分歧、价值分歧与地位分歧,说明各自该用什么方式应对。文章还讨论了在争论中途意识到自己错了该怎么处理,以及那个被广泛引用、却在大规模重复实验中大幅缩水的"逆火效应",并附上具体的效应量。最后收录
2026-08-02 · 23 分钟阅读 #career#persuasion#communication#conflict#teamwork才能这个幻象 — 练习研究究竟说了什么，以及什么才真正以复利积累
2026年7月底，《才能这个幻象》登上了GeekNews的前列。光看标题像是一场关于才能与练习的科学争论，但原文其实是一篇讲初级开发者职业焦虑的个人随笔，全文没有引用任何一项研究。本文沿着真实的文献往下走：埃里克森1993年的论文主张了什么、又没有主张什么，麦克纳马拉元分析给出的方差解释率12%与2018年勘误改正后的14%，2019年重复实验的失败，以及瑞典双胞胎研究抛出的那个最令人不适的反证 — 全都用数字摆出来。在此之上，能够诚实
2026-07-31 · 22 分钟阅读 #career#deliberate-practice#expertise#psych-papers#mindset工程师该如何读懂 Go-to-Market 打法手册 —— 渠道胜过产品质量的地带
2026 年 7 月底，GeekNews 上出现了 NFX 的《升级版 Go-to-Market 打法手册》。这是一篇由 VC 撰写的观点文章，里面的数字是精心挑选的个案，而不是样本。本文把这份打法手册翻译给技术读者：渠道在哪些地带真正胜过产品质量、面向开发者的自助转化真实转化率是多少(面向开发者的产品，中位转化率只有非开发者产品的一半)、"time to first value" 与"文档即漏斗"这类说法是否有真实数据支撑、PLG 为
2026-07-31 · 21 分钟阅读 #startup#go-to-market#product-led-growth#developer-tools#career成为管理者的真相 — 这不是在资深工程师之上再加一堆会议
2026年7月底发布在GeekNews上的《成为管理者的真相》，是一篇列出十四条的个人经验随笔。本文从结构上解释这些条目为什么会反复出现。管理者角色的本质不是工作量增加，而是产出函数被整个替换；按照安迪·格鲁夫的定义，当产出变成团队的产出那一刻，反馈循环就从分钟级拉长到季度级，并失去可读性。本文梳理了个人吞吐量这个指标为什么会停止工作、头六个月反复出现的三种失败是什么，以及判断要不要回到IC岗位的标准。文中还记录了追查那条被广泛引用的"
2026-07-31 · 21 分钟阅读 #career#engineering-management#leadership#ic-to-manager#feedback-loop