📝 本期播客简介 本期我们克隆了：前 Facebook 产品设计副总裁 Julie Zhuo 的深度演讲 Julie Zhuo (Facebook) | TNW Conference | Building with creative confidence 原演讲时间：2016 年 为什么很多看似“绝妙”的产品主意最终会走向失败？在 Facebook 工作的 13 年里，Julie Zhuo 见证了无数产品的起落。她发现，最成功的团队往往不是因为拥有最天才的方案，而是因为他们掌握了一套极其简单却深刻的思考框架。在这场演讲中，Julie 将这套框架浓缩为三个核心问题。她会告诉我们，为什么“爱上问题”比“爱上方案”更重要，如何通过“说人话”的方式定义用户痛点，以及如何在产品上线前就精准定义“成功”。无论你是初创企业的创始人，还是大公司的产品经理，这套来自硅谷一线的实战心法都将帮你拨开迷雾，重新审视产品的真实价值。 👨‍⚕️ 本期嘉宾 Julie Zhuo，前 Facebook 产品设计副总裁，硅谷知名产品专家、投资人。她在 Facebook 任职超过 13 年，深度参与了信息流、点赞按钮、小组等核心产品的设计与演进。她也是畅销书《经理人的养成》（The Making of a Manager）的作者，长期致力于分享产品设计与团队管理的深度洞察。 ⏱️ 时间戳 00:00 开场 & 播客简介 产品思维的底层逻辑 01:50 拒绝“绝妙主意”的诱惑：为什么不该从解决方案开始 03:00 寻找“完美秘籍”的幻灭：Facebook 在成败中总结的规律 核心框架：三个决定生死的问题 03:55 问题一：我们要解决什么人的、什么样的痛点？ 04:30 “说人话”的艺术：如何通过“奶奶测试”来描述痛点 05:05 方案无关性：别在定义问题时就预设了“仪表盘” 05:33 走出公司视角：重点不在于让公司赢，而在于为用户解决问题 06:17 挖掘“为什么”：功能性需求背后的情感与社交动机 07:34 问题二：我们怎么知道这是一个真实存在的问题？ 08:00 优先级心法：在“九十九个烦恼”中筛选最值得解决的那一个 08:38 案例分析：Groups Discover 如何通过微小功能验证巨大需求 10:09 案例分析：Reactions 背后，对用户“点赞”之外情绪的深度洞察 11:06 案例分析：Facebook Live 从名人工具走向全民直播的演进之路 13:24 问题三：我们要怎么才知道自己解决了问题？ 13:42 预设成功标准：为什么在发布前达成共识至关重要 14:17 深度衡量指标：除了“加入按钮”，我们还应该看什么？ 15:04 迭代的勇气：基于数据删减用户不使用的“多余表情” 爱上问题，而非方案 16:19 硅谷文化：在 Facebook，没有什么问题是“别人的问题” 16:56 应对失败的秘诀：为什么死守完美方案会让团队迷失 17:33 最终建议：爱上“问题”本身，是保持团队士气与持续迭代的源动力 🌟 精彩内容 💡 避开“解决方案”陷阱 Julie 提醒开发者和设计师，最容易犯的错误就是对脑子里的某个功能或 App 雏形感到过度兴奋。真正的产品研发不该从点子开始，而应该从对“人”的观察开始。 “我们要解决什么人的、什么样的痛点？重点不在于我们，也不是为了让公司赢，而是我们到底在为用户解决什么问题？” 🛠️ 痛点描述的“三原则” 一个好的痛点描述必须具备三个特征：首先是简单直白，连不懂技术的亲戚都能听懂；其次是与具体方案无关，不预设实现形式；最后是必须触及深层动机，包括情感和社交层面的归属感。 “如果你一上来就说‘我们要建一个仪表盘’，那你其实已经假设了必须得有个仪表盘，但它到底是不是最佳方案还不一定。” 📊 寻找真实证据的“定性与定量” Julie 分享了 Facebook 如何通过数据和用户研究来验证需求的真实性。例如，通过观察用户在信息流中频繁使用贴纸和短评，团队验证了“点赞”无法满足所有情感表达的需求，从而诞生了 Reactions 功能。 “你得有证据证明，你提出的这个问题确实值得解决，它影响了足够多的人，或者它非常有意义。” 🎯 在发布前定义“成功” Julie 强调，全团队必须在产品上线前对“什么是成功”达成共识。这不仅包括简单的点击量，更包括长期的用户价值和体验反馈。这种严谨性让团队能够对自己负责。 “在产品上线前，全团队就对‘什么是成功’达成共识，效果会好得多。这能让我们保持严谨，确保我们真的在定义‘解决问题’到底意味着什么。” ❤️ 创始人与产品的“长跑”心态 Julie 认为，做产品试一次就成功的概率极低。团队如果迷恋方案，遇到挫折就会士气低落；但如果爱上的是问题，就会在失败中不断寻找新的路径。 “如果团队爱上的是‘问题’本身，坚信自己做的事情是有意义的，那么当一个方案行不通时，他们只会说：‘行，那咱们再试个别的。’” 🌐 播客信息补充 本播客采用原有人声声线进行播客音频制作，也可能会有一些地方听起来怪怪的 使用 AI 进行翻译，因此可能会有一些地方不通顺； 如果有后续想要听中文版的其他外文播客，也欢迎联系微信：iEvenight

📝 本期播客简介 本期我们克隆了：深度技术播客《The Pragmatic Engineer》The creator of Clawd: "I ship code I don't read" 本期嘉宾 Peter Steinberger 的经历极具传奇色彩。他曾一手打造了装机量超过十亿台设备的 PDF 框架 PSPDFKit，却在事业巅峰期因极度倦怠选择卖掉股份“消失”三年。今年，他带着全新 AI 项目 Clawd_ 回归，并带来了一套颠覆传统的开发哲学。 在这期节目中，你会听到一个资深“代码手艺人”如何被 AI 彻底重塑。Peter 坦言自己现在发布的业务代码甚至连读都不读，但他对系统架构的掌控却比以往任何时候都深。他将分享如何利用 AI Agent 实现每天合并几百个 commit 的高频开发，为什么他认为未来的 PR 应该叫“提示词请求”，以及在 AI 时代，开发者该如何通过建立“闭环验证”来保持竞争力。这不仅是一场关于技术的讨论，更是一场关于软件工程范式转移的深度思考。 👨‍⚕️ 本期嘉宾 Peter Steinberger，传奇开发者，PSPDFKit 创始人。他开发的 PDF 框架被全球超过十亿台设备使用。在隐退三年后，他目前正致力于开发 AI 个人助手 Clawd_，是 AI 辅助编程（Agentic Workflow）的先行者和深度实践者。 ⏱️ 时间戳 00:00 开场 & 播客简介 传奇开发者的回归与往事 01:49 从 PSPDFKit 到 Clawd_：一个传奇开发者的“断档”与回归 03:05 早期岁月：从奥地利农村的 DOS 游戏到 .NET 现代化改造 05:03 苹果时刻：一个交友 App 开启的 iOS 创业之路 07:16 PSPDFKit 的诞生：在“困难且无趣”的利基市场做到极致 13:59 商业心法：为什么大客户销售必须“联系我们”？ 19:04 繁华背后的倦怠：当 CEO 变成“情绪垃圾桶” AI 时代的“氛围编程”与架构师思维 21:34 重新出发：从 React 小白到 AI 编程“中毒” 25:01 核心争议：为什么我发布的业务代码，我自己都不读？ 28:16 开发者 vs 架构师：如何像带团队一样领导 AI Agent 32:13 效率秘诀：建立“闭环验证”与本地 CLI 极速循环 36:17 破除偏见：资深开发者如何与 AI 这个“小怪兽”共生 软件工程的未来重构 43:47 Clawd_ 的愿景：做一个真正懂你的“数字死党” 47:25 技术选择：为什么 CLI 比 MCP 更高效？ 54:18 公司重构：AI 时代的大公司病与 30% 精简法则 56:02 范式转移：从 PR（拉取请求）到 Prompt Request（提示词请求） 01:00:21 给新人的建议：保持好奇心，在“编织代码”中进化 生活与感悟 01:04:52 极简快乐：一个 200 美金数码相框带来的治愈 01:05:43 保持理智：健身房里的“无手机”一小时 🌟 精彩内容 💡 “不读代码”的开发者 Peter 提出了一个令传统工程师震惊的观点：他不再逐行阅读 AI 生成的业务代码。他认为开发者应将精力从“如何写”转向“如何架构”。只要架构正确且具备完善的验证闭环，代码的实现细节可以完全交给 AI。 “我发布的业务代码，我自己都不读，但我现在比以前任何时候都更看重系统架构。” 🛠️ 闭环验证（Closed Loop）原则 这是 Peter 保持高效率的核心秘诀。他认为 AI 编程之所以比写文案更强，是因为代码是可验证的。通过让 Agent 自行编写测试、运行 Lint、执行调试工具，形成一个自动化的反馈循环，开发者只需负责最终的“品味”把控。 “高效的关键是‘闭环’：一定要让 Agent 能自己调试、自己测试。” 🚀 从 PR 到 Prompt Request Peter 认为传统的代码审查（Code Review）在 AI 时代效率太低。他现在更看重 PR 中附带的 Prompt。通过阅读 Prompt，他能理解开发者的意图和引导过程，然后让自己的 Agent 将这些意图“编织”进现有架构中。 “我现在读 Prompt 的时间比读代码还多，Prompt 的信号强度更高。” 💻 为 AI 优化的架构设计 为了让 AI 跑得更快，Peter 会专门为了模型理解而重构代码。他不再坚持个人偏好的编码风格，而是选择摩擦力最小、最容易被 Agent 验证的结构。这种“面向 AI 的编程”让他实现了每天 600 次 commit 的惊人速度。 “说白了，最后是模型在处理代码，而不是我。” ❤️ 软件的“感觉”与品味 尽管 AI 承担了大部分体力活，但 Peter 强调“品味”是不可替代的。软件的好坏不在于功能的堆砌，而在于使用时的“感觉”。开发者需要像雕刻家一样，引导 AI 凿出大理石中的雕像。 “软件的关键在于‘感觉’，而不是功能堆砌。” 🌐 播客信息补充 本播客采用原有人声声线进行播客音频制作，也可能会有一些地方听起来怪怪的 使用 AI 进行翻译，因此可能会有一些地方不通顺； 如果有后续想要听中文版的其他外文播客，也欢迎联系微信：iEvenight

📝 本期播客简介 本期我们克隆了：专业政策类播客《AI Policy Podcast》China's EUV Manhattan Project and Export Control Mythbusting with Chris McGuire 当全世界都在谈论华为如何突破封锁、中国如何开启 EUV“曼哈顿计划”时，真正的内幕往往隐藏在数据与政策的博弈中。本期嘉宾 Chris McGuire 曾先后供职于美国国家安全委员会（NSC）和国务院，是美中技术竞争决策的核心参与者。 在这场硬核对谈中，Chris 以“流言终结者”的姿态，冷峻地拆解了关于芯片战的多个幻觉。你将听到：为什么说路透社报道的中国 EUV 原型机更多是“政治宣传”？华为昇腾芯片与英伟达的差距为何会从 5 倍拉大到 17 倍？如果出口管制真的有用，为什么 DeepSeek 还能做出顶级模型？Chris 提出了一个直击痛点的“造、买、租”监管框架，并揭示了台积电违规事件如何给中国芯片“续命”两年。这不仅是一场技术讨论，更是一次关于大国博弈底层逻辑的深度剥茧。 内容存在部分删减 👨‍⚕️ 本期嘉宾 Chris McGuire，外交关系委员会（CFR）中国与新兴技术资深研究员。曾任白宫国家安全委员会（NSC）技术与国家安全副资深总监，并在国务院负责核政策与新兴技术事务。他是美中关系、半导体供应链及 AI 政策领域的顶级专家，曾深度参与《芯片法案》及多次对华出口管制政策的制定。 ⏱️ 时间戳 00:00 开场 & 播客简介 从核武专家到芯片战略家 03:43 职业转型：为什么 AI 硬件成了本世纪最重要的战略竞争点 05:19 NSCAI 往事：那份预言了“芯片战”的报告是如何诞生的 流言终结者：中国半导体的真实进度 10:31 拆解 EUV“突破”：是自主制造，还是用走私零件“组装”？ 14:35 时间线的博弈：实验室原型到工厂量产之间不可逾越的鸿沟 【删减 3min】 华为 vs 英伟达：算力账本的真相 21:11 质与量的辩证法：华为真的能靠“堆量”补齐性能差距吗？ 22:58 惊人的退步：为什么华为下一代芯片标称性能反而下降了？ 26:05 台积电“违规”内幕：这次事件如何让管制效果推迟了整整两年 30:53 HBM 漏洞：政策空白期里的疯狂囤货与未来的断供危机 出口管制误区大辟谣 33:45 误区一：出口管制是否加速了中国的国产化？（其实他们早就踩死油门了） 40:05 误区二：管制是否真的摧毁了美国半导体公司的竞争力？ 44:10 长期主义：为什么扶持中国客户本质上是在毁掉英伟达的未来 未来的博弈：造、买、租 50:55 走私真相：两吨重的服务器运不走，但芯片和硬盘可以 51:52 算力走私：通过马来西亚壳公司远程租用算力的隐形通道 54:26 终极建议：如何通过“造、买、租”三位一体彻底堵死漏洞 01:02:05 戒毒论：为什么中国不会对英伟达生态产生“成瘾性” 01:05:04 政策反思：最大的错误是“滑动标尺”，最大的机会是监管云访问 🌟 精彩内容 💡 华为与英伟达的“指数级”差距 Chris 指出，虽然华为宣称要造几百万颗芯片，但光看标称性能，其与英伟达的差距正在从 5 倍扩大到 17 倍。更反常的是，华为明年的新芯片在算力和带宽上甚至出现了倒退，这暗示其在失去台积电代工后，面临着极其严重的良率和工艺挑战。 🛠️ EUV 突破背后的宣传战 针对“中国造出 EUV 原型机”的新闻，Chris 认为这更多是规避管制的“组装”而非“制造”。他强调，中国擅长利用此类新闻进行政治宣传，目的是让美国决策者相信“管制徒劳”，从而诱导政策松动。 🚀 “造、买、租”监管框架 Chris 提出，限制中国算力必须从三个维度同时下手：1. 造（彻底切断先进设备及维修服务）；2. 买（掌握芯片去向，防止通过第三方国家代持）；3. 租（限制远程访问美国云端算力）。他认为目前“租”这一块几乎是监管真空。 💻 为什么“国产化加速”是个伪命题 Chris 反驳了“出口管制逼迫中国自主研发”的观点。他指出，中国早在 2014 年就将半导体自主化定为国家战略，无论美国是否管制，中国都会“踩死油门”。出口管制的意义不在于阻止他们尝试，而在于让他们的尝试变得极其昂贵且容易失败。 ❤️ 算力的战略地位 “算力是目前地球上最重要的战略资源之一。”Chris 认为，美国必须守住“红线”，而不是采用“落后两代即可出售”的滑动标尺，因为在 AI 时代，算力优势的微小领先会随着时间产生巨大的指数级回报。 🌐 播客信息补充 本播客采用原有人声声线进行播客音频制作，也可能会有一些地方听起来怪怪的 使用 AI 进行翻译，因此可能会有一些地方不通顺； 如果有后续想要听中文版的其他外文播客，也欢迎联系微信：iEvenight

📝 本期播客简介 本期我们克隆了：硅谷顶尖产品播客《Lenny's Podcast》How a Meta PM ships products without ever writing code | Zevi Arnovitz 本期嘉宾 Zevi Arnovitz 的经历会打破你对“编程”的所有固有认知。作为一名高中学音乐、完全看不懂代码的“纯文科生”，Zevi 在过去一年里利用 AI 工具独立开发并上线了多款盈利产品。在这期节目中，他毫无保留地分享了自己摸索出的“氛围感编程”全套工作流。你将听到他如何把 AI 调教成一位“有主见的虚拟 CTO”，如何通过简单的斜杠指令让 AI 自动完成从需求分析、计划制定到代码编写的全过程，甚至还创造性地让不同的 AI 模型互相“吵架”来审查代码 Bug。这不仅是一场关于工具使用的技术分享，更是一场关于在 AI 时代如何重塑个人竞争力、从“想”到“做”的思维启发课。 👨‍⚕️ 本期嘉宾 Zevi Arnovitz，Meta 产品经理，此前曾任职于 Wix。他在完全没有技术背景的情况下，通过深度使用 Cursor、Claude 等 AI 工具，成为了独立开发者和“氛围感编程”的先行者。他开发的 Study Mate 等产品已实现盈利，并总结出一套可复制的非技术人员 AI 开发方法论。 ⏱️ 时间戳 00:00 开场 & 播客简介 超能力的觉醒 01:48 音乐生到 Meta PM：AI 赋予普通人的“超能力” 05:33 震撼时刻：在日本旅行中发现 AI 编程的无限可能 08:27 目标设定：如果你听完想立刻动手，这期节目就成功了 我的 AI 编程工作流 07:00 打造“虚拟 CTO”：为什么你需要一个能反驳你的 AI 合作伙伴 11:03 工具进阶之路：从 ChatGPT 到 Bolt，再到 Cursor 的“毕业”历程 12:39 核心指令集：/create issue、/explore 与 /create plan 的实战逻辑 实战演示：Study Mate 的进化 16:46 语音驱动开发：用 Whisper Flow 像跟真人沟通一样提需求 19:00 深度探索阶段：让 AI 在写代码前先理解架构与风险 23:36 跨模型调遣：为什么让 Gemini 做前端，Claude 做架构？ 28:20 同行评审（Peer Review）：让不同 AI 模型互相“吵架”来找 Bug AI 时代的职业心法 34:05 拒绝“AI 垃圾”：如何通过复盘与文档让你的 Prompt 持续进化 38:04 大公司 PM 的生存指南：如何构建“AI 原生”的代码库 43:03 职场外挂：我如何用 AI 模拟面试并拿到了 Meta 的 Offer 失败、成长与格言 45:57 失败角落：在 Wix 的教训——做一个“十倍速学习者” 48:23 闪电问答：从《鞋狗》到“保暖内衣大佬”的创业基因 53:16 结语：现在就是保持好奇心与乐观的最好时机 🌟 精彩内容 💡 非技术人员的“虚拟 CTO” Zevi 认为普通人使用 AI 编程最大的误区是让 AI 当“应声虫”。他通过自定义提示词将 AI 设定为“技术负责人”，要求 AI 必须挑战他的想法，而不是一味顺从。这种“对抗性”沟通能有效避免 ChatGPT 典型的胡说八道，确保技术方案的严谨性。 🛠️ “氛围感编程”的斜杠指令集 Zevi 展示了一套极高效率的指令系统。通过 `/create issue` 快速捕捉灵感并同步到 Linear，通过 `/explore` 进行技术可行性分析，再通过 `/create plan` 生成带进度跟踪的 Markdown 计划书。这套流程让 PM 能够以管理工程师的方式管理 AI。 🚀 模型间的“同行评审”机制 这是本期最硬核的技巧：Zevi 会同时调用 Claude、GPT 和 Gemini 三个模型。他将 Claude 视为沟通完美的 CTO，将 GPT 视为躲在黑屋里解决难题的极客，将 Gemini 视为富有艺术感的科学家。他让这些模型互相审查对方的代码，通过模型间的“争议”来发现人类肉眼难以觉察的 Bug。 💻 打造“AI 原生”的代码库 针对大公司 PM，Zevi 建议不要直接上手改代码，而是先推动代码库的“AI 原生化”。通过编写大量的 Markdown 说明文档存放在代码库中，为 AI Agent 提供清晰的上下文导航，从而让非技术人员也能在安全范围内参与 UI 改进和功能迭代。 ❤️ “十倍速学习者”心态 在“失败角落”环节，Zevi 分享了他在 Wix 初期因为想“一鸣惊人”而闭门造车导致失败的经历。他意识到，在 AI 时代，没人指望你全知全能，但大家期待你是一个“十倍速学习者”。利用 AI 的“学习机会”指令，他快速补齐了技术短板。 🌐 播客信息补充 翻译克隆自：Lenny's Podcast: How a Meta PM ships products without ever writing code | Zevi Arnovitz 本播客采用原有人声声线进行播客音频制作，也可能会有一些地方听起来怪怪的 使用 AI 进行翻译，因此可能会有一些地方不通顺； 如果有后续想要听中文版的其他外文播客，也欢迎联系微信：iEvenight