原理 | 锤子前端

《AI指数级增长时代的产品管理》

Mon, 30 Mar 2026 05:38:39 GMT

《AI指数级增长时代的产品管理》

标签：#产品管理 #AI #ClaudeCode #敏捷开发 #原型优先

总结：

本文由Anthropic的Claude Code产品负责人撰写，探讨了AI模型指数级进步如何颠覆传统产品管理范式。作者指出，过去PM依赖"项目开始时确定技术边界"的假设已失效，因为模型能力在项目周期内可能跃升数十倍。新的工作流强调快速实验、原型优先、角色融合和持续迭代，PM的核心价值转向在不确定性中创造清晰度、推动团队大胆设想可能性，并加速产品交付。

文章要点：

- 传统假设被打破**：过去PM基于"技术能力在项目周期内相对稳定"制定长期路线图，但AI模型能力呈指数级增长（如Claude在16个月内任务处理能力提升41倍），项目初期的技术约束可能在开发中途消失
- **角色边界模糊化**：AI工具让设计师能写代码、工程师做产品决策、PM直接构建原型和评估，产品/设计/工程从线性流程变为高度重叠的协作模式
- **原型优先于文档**：用Claude Code等工具几小时就能做出可演示的原型，团队用Demo代替PRD进行内部验证，错误决策的成本大幅降低
- "支线任务"文化**：鼓励成员在正式路线图外进行短期自主实验，Claude Code桌面版、AskUserQuestion等热门功能都源自这种探索
- **模型迭代即产品迭代**：每个新模型发布都应触发对已有功能的重新审视，作者建议每天主动测试"可能太难"的任务，当模型能完成时就是产品该升级的信号
- **简单至上原则**：避免为绕过模型限制而设计复杂方案，这些"巧妙"的workaround会在新模型发布后变成技术债务，Claude Code的系统提示词已随模型升级精简了20%

文章URL：

https://claude.com/blog/product-management-on-the-ai-exponential

Claude

Product management on the AI exponential

Claude Code's Head of Product Cat Wu on AI product management: how to rethink your workflows and roadmaps as model intelligence compounds.

#文章 #原理 js简史

Mon, 26 May 2025 00:03:20 GMT

#文章 #原理 js简史

https://deno.com/blog/history-of-javascript

Deno

A brief history of JavaScript | Deno

In 30 years, JavaScript went from being a little scripting language to one of the world's most popular. Here are key moments to show how it has evolved and where it is headed.

#原理 #React #文章 React Context 并不会造成非必要重新渲染，实际上更严格的说法应该是使用同一个 Provider 的 context 会重新渲染

Sat, 17 May 2025 05:11:43 GMT

#原理 #React #文章 React Context 并不会造成非必要重新渲染，实际上更严格的说法应该是使用同一个 Provider 的 context 会重新渲染。不推荐的原因更多是 Provider 的嵌套地狱。
关于`父组件重新渲染会导致所有子组件重新渲染`的说法也进行了重新验证，直接将组件引入作为子组件会随着父组件的 state 变化而重新渲染，但是通过 props.children 的形式引入并不会。

根据这两个特性，就会知道全局状态管理带来的好处，也可以了解为什么很多公司拆分组件并且代码行数有要求。因为子组件越多，如果父组件受控状态时常变化，会导致子组件的重新渲染。

https://blacksheepcode.com/posts/no_react_context_is_not_causing_too_many_renders

Black Sheep Code

No, react context is not causing too many renders

A lot of people are under the impression that context shouldn't be used to store state, because it'll cause the entire application tree to re-render. This is a misnomer.

#文章 #原理生成器函数的解释和妙用

Sat, 17 May 2025 02:34:13 GMT

#文章 #原理生成器函数的解释和妙用

https://macarthur.me/posts/generators/

Alex MacArthur

I think the ergonomics of generators is growing on me.

I took a stab at getting more familiar with iterators, iterables, and generators. I think I'm starting to like the ergonomics.

#原理 #文章理解 Promise 的工作原理对于编写高效且无错误的 JavaScript 代码非常重要

Sun, 11 May 2025 07:49:49 GMT

#原理 #文章理解 Promise 的工作原理对于编写高效且无错误的 JavaScript 代码非常重要。Promise 通过其内部状态管理和异步处理机制，使得 JavaScript 能够以单线程的方式处理复杂的异步任务。

https://deepintodev.com/blog/how-promises-work-in-javascript

DeepIntoDev

Your go-to source for deep development insights.

#文章 #原理 js转换字符串并不简单🌚

Thu, 08 May 2025 04:48:44 GMT

#文章 #原理 js转换字符串并不简单🌚。
- 只有 {}.toString.call(v) 能够处理所有特殊值。
- 如果不需要 100% 安全且希望代码更简洁，可以使用 String(v) 。
- {}.toString.call(v) 的含义 {}.toString.call(v) 等价于 Object.prototype.toString.call(v) 。

https://2ality.com/2025/04/stringification-javascript.html

#React #原理 #文章《理解React中父组件（parent）和拥有者组件（owner）的区别来优化上下文（Context）提供者的性能》

Thu, 01 May 2025 03:54:46 GMT

#React #原理 #文章《理解React中父组件（parent）和拥有者组件（owner）的区别来优化上下文（Context）提供者的性能》

1.父组件与拥有者组件的区别

• 父组件是嵌套结构中包含其他组件的组件，而拥有者组件是实际渲染另一个组件的组件，理解两者的区别是优化React性能的关键。

2.React组件更新的三种原因

• 组件更新可能由自身状态变化、消费的上下文值变化或其拥有者组件重新渲染引起。

3.上下文提供者的优化

• 通过分离状态和上下文提供者到独立的自定义组件中，可以避免不必要的组件重新渲染，从而提高性能。

4.自定义上下文提供者的实现

• 使用children属性将子组件传递到自定义上下文提供者中，确保只有依赖上下文的组件才会重新渲染。

5.优化效果

• 通过合理的组件结构，可以减少不必要的更新，提高应用性能，而无需依赖显式的记忆化工具。

6.其他好处

• 这种模式不仅能优化上下文更新，还能使数据流更清晰、支持服务器组件，并且适用于其他优化场景。

https://julesblom.com/writing/parent-owners-context

JulesBlom.com

Parents & Owners in React: Context Providers | JulesBlom.com

Understanding how parent and owner components affect context updates can help you write more performant context providers

#React #原理 #文章子组件的 useEffect 会在父组件的 useEffect 之前执行，这是由于 React 的深度优先遍历算法

Thu, 01 May 2025 03:46:45 GMT

#React #原理 #文章子组件的 useEffect 会在父组件的 useEffect 之前执行，这是由于 React 的深度优先遍历算法。

https://frontendmasters.com/blog/react-internals-which-useeffect-runs-first/

master.dev

React Internals: Which useEffect runs first?

It's not particularly obvious, but a child's useEffect will run before a parent's will. Let's look at why.

#React #原理 #文章深入了解系列

Fri, 28 Feb 2025 23:56:22 GMT

#React #原理 #文章深入了解系列

https://www.56kode.com/tags/level-up-react/

56Kode

Tag: level-up-react | 56kode

A blog focused on trends, tips, and techniques in web development, with a particular emphasis on React, TypeScript, and JavaScript.

#原理 #文章 7分钟了解函数柯里化

Tue, 25 Feb 2025 01:11:33 GMT

#原理 #文章 7分钟了解函数柯里化

https://www.yazeedb.com/posts/deeply-understand-currying-in-7-minutes

#文章 #原理为什么TCP需要三次握手

Fri, 07 Feb 2025 01:08:34 GMT

#文章 #原理为什么TCP需要三次握手

https://www.pixelstech.net/article/1727412048-Why-TCP-needs-3-handshakes

www.pixelstech.net

Why TCP needs 3 handshakes

Prerequisite KnowledgeFirst, let's look at the control bits and state machine of TCP, which form the basis for understanding the three-way handshake of TCP.TCP Packet Control BitsThe control bits in t

#原理 #文章【了解】「 WeakRef 如何帮助管理 JavaScript 中的内存」，里面探讨了很多关于 js 垃圾回收相关的知识，以及 FinalizationRegistry 的使用在对象被清理时回调

Wed, 08 Jan 2025 09:12:43 GMT

#原理 #文章【了解】「 WeakRef 如何帮助管理 JavaScript 中的内存」，里面探讨了很多关于 js 垃圾回收相关的知识，以及 FinalizationRegistry 的使用在对象被清理时回调。如果遇到了 js 内存相关的优化再看吧。。

WeakRefs in JavaScript: Explained In Simple Terms

Understanding how WeakRef helps manage memory in JavaScript

#原理 #库 `npm create` 的原理以及如何创建一个自己的 `create` 指令

Wed, 11 Dec 2024 05:48:05 GMT

#原理 #库 `npm create` 的原理以及如何创建一个自己的 `create` 指令

Alexchantastic

Building an npm create package — Alex Chan

A tutorial on building an npm create package.

#文章 #原理探讨js继承行为方式的区别

Mon, 02 Dec 2024 17:25:29 GMT

#文章 #原理探讨js继承行为方式的区别

https://jsdev.space/inheritance-js/

JavaScript Development Space

Deep Dive into JavaScript Inheritance - 7 Powerful Techniques

Explore 7 key inheritance techniques in JavaScript, from prototype chains to ES6 classes. Understand each method’s strengths, weaknesses, and ideal use cases.

#文章 #React 服务端组件的 #原理，同时对比了服务端组件和客户端组件的五个不同：

Tue, 26 Nov 2024 13:07:12 GMT

#文章 #React 服务端组件的 #原理，同时对比了服务端组件和客户端组件的五个不同：
1. 包大小
2. 水合过程
3. 组件树渲染
4. 组件生命周期
5. 数据获取

https://www.tymzap.com/blog/5-differences-between-react-server-components-and-server-side-rendering

Tymzap

5 differences between React server components and server-side rendering • Tymek Zapała

I’m a software engineer and product maker based in Cracow, Poland. My mission is to create useful products by writing high-quality code and sharing my knowledge throughout the journey.

#文章 #原理你真的了解 10 年前出的 ES6 新特性 Symbol 吗？

Fri, 22 Nov 2024 04:45:32 GMT

#文章 #原理你真的了解 10 年前出的 ES6 新特性 Symbol 吗？

背诵的知识点：确保唯一性。
拓展知识点：
1. 对象的临时键（不干扰现有键且不会展示在 Object.keys的结果和 for..in 循环中，场景：隐藏某些敏感键值对，比如 API_KEY）。
2. 临时键的值可以通过Object.entries 读取到。
3. Object.getOwnPropertySymbols()可以查询 Symbol 键对应的值。
4. Symbol.for()可以全局注册共享Symbol。
5. Symbol.iterator可以自定义对象的可迭代方式。
6. Symbol.toPrimitive可以自定义对象的隐式转换行为。
7. Symbol.species 可以限制某些继承行为和约束（计划废弃）。

https://www.trevorlasn.com/blog/symbols-in-javascript

trevorlasn.com

Exploring JavaScript Symbols

Deep dive into JavaScript Symbols - what they are, why they matter, and how to use them effectively

#原理 #浏览器 #文章 v8 如何在处理动态添加的属性（slow properties）的同时提供快速的属性（fast properties）访问

Tue, 19 Nov 2024 03:26:08 GMT

#原理 #浏览器 #文章 v8 如何在处理动态添加的属性（slow properties）的同时提供快速的属性（fast properties）访问。

https://v8.dev/blog/fast-properties

v8.dev

Fast properties in V8 · V8

This technical deep-dive explains how V8 handles JavaScript properties behind the scenes.

#服务端 #原理 #文章这篇文章是一个关于 HTTP 协议的深入教程，它从 HTTP/1.1 开始，详细介绍了 HTTP 协议的工作原理，包括 TCP 连接、HTTP 请求和响应的格式、头字段、方法等基本概念

Tue, 12 Nov 2024 23:57:58 GMT

#服务端 #原理 #文章这篇文章是一个关于 HTTP 协议的深入教程，它从 HTTP/1.1 开始，详细介绍了 HTTP 协议的工作原理，包括 TCP 连接、HTTP 请求和响应的格式、头字段、方法等基本概念。接着，文章深入探讨了 HTTP/2 协议，包括它的帧结构、流多路复用、服务器推送等特性，并且讨论了 HTTP/2 在实际应用中可能遇到的问题和挑战。

https://fasterthanli.me/articles/the-http-crash-course-nobody-asked-for

fasterthanli.me

The HTTP crash course nobody asked for

HTTP does a pretty good job staying out of everyone’s way.
If you’re reading this article, there’s a solid chance it was delivered to you over HTTP. Even if you’re reading this from an RSS reader o...