即刻App年轻人的同好社区
下载
置顶一个很有意思的问题（但是我没想明白）
如果我第二天醒来变成了Anthropic 的 Dario，时间就是现在，2026年9月份
我会笃定开源/不开源我的最先进模型吗？如果我选择了开源，我应该对应配套做哪些决定？；如果我笃定继续不开源，原因应该是什么？
如果我第二天醒来变成了Anthropic 的 Dario，时间就是现在，2026年9月份
我会笃定开源/不开源我的最先进模型吗？如果我选择了开源，我应该对应配套做哪些决定？；如果我笃定继续不开源，原因应该是什么？
3 10
另外最近还读了几篇Postgre社区的历史脉络回顾文章
猛然发现到Postgre的核心创新，在于对数据类型的抽象（细节我还是不太懂，但是大致逻辑get了
以前的数据库内核会围绕每个单独的数据类型/索引方式，去构建实现方式
Postgre说，我要做一个ADT（Abstract Data Type）的内核；就是数据类型是什么，索引算法是什么，我都尽量抽象出来；
如果有具体的需求，我单独做一个这个数据的插件就好了；第一个案例是给工业CAD软件做的数据库系统，因为有大量各种奇怪的数据类型
这个思想不仅提高了普适度，还带来了一个另外的好处，就是开发速度&敏捷性
文章有段原话，具体我放到评论区了；大致意思就是，如果你能把内核做的足够抽象；其他全部插件话的话
你就可以采用赛马的方式快速的周转不同的功能需求想法，不用担心整个体系会变得臃肿；最后留下来好的插件保留到最后；不好的插件淘汰掉就可以
突然又想起来很早看的（也许是晚点？）对字节早期的故事脉络梳理
一鸣早期抱有的观点是，每个垂直行业会有一个自己的App；但是最后抖音其实发过来证伪了这个逻辑，的确行业是细分的
但是容器是可以抽象的，所有的信息都被抽象成了“短视频+点击率/3s留存”这些指标；所有用户都被抽象成了“点击/点赞/停留”的动作
然后因为做了这个抽象，所以就可以构建一个产品/算法的内核
至于是什么行业，是什么话题；无限的往里加就可以
再看DSH其实也是这样
在抽象层做更多的细节功夫，能收获的是更大的；核心是看有没有历史机会去做抽象，以及抽象的审美是否好
猛然发现到Postgre的核心创新，在于对数据类型的抽象（细节我还是不太懂，但是大致逻辑get了
以前的数据库内核会围绕每个单独的数据类型/索引方式，去构建实现方式
Postgre说，我要做一个ADT（Abstract Data Type）的内核；就是数据类型是什么，索引算法是什么，我都尽量抽象出来；
如果有具体的需求，我单独做一个这个数据的插件就好了；第一个案例是给工业CAD软件做的数据库系统，因为有大量各种奇怪的数据类型
这个思想不仅提高了普适度，还带来了一个另外的好处，就是开发速度&敏捷性
文章有段原话，具体我放到评论区了；大致意思就是，如果你能把内核做的足够抽象；其他全部插件话的话
你就可以采用赛马的方式快速的周转不同的功能需求想法，不用担心整个体系会变得臃肿；最后留下来好的插件保留到最后；不好的插件淘汰掉就可以
突然又想起来很早看的（也许是晚点？）对字节早期的故事脉络梳理
一鸣早期抱有的观点是，每个垂直行业会有一个自己的App；但是最后抖音其实发过来证伪了这个逻辑，的确行业是细分的
但是容器是可以抽象的，所有的信息都被抽象成了“短视频+点击率/3s留存”这些指标；所有用户都被抽象成了“点击/点赞/停留”的动作
然后因为做了这个抽象，所以就可以构建一个产品/算法的内核
至于是什么行业，是什么话题；无限的往里加就可以
再看DSH其实也是这样
在抽象层做更多的细节功夫，能收获的是更大的；核心是看有没有历史机会去做抽象，以及抽象的审美是否好
1 11
数学对于物理的影响，在于抽象
牛顿第一次系统把数学引入到了物理系，然后人们发现一个趋势，就是以前的物理是各种问题分别独立研究
牛顿用非常简单的三定律，抽象出了力/加速度的概念，然后所有的问题都变成了这几个抽象概念的组合
能这样做的原因是因为数学在过程中做了润滑剂，数学工具类似于今天的超强大模型&算力；
任何一个问题，只要你用牛顿力学的抽象概念描述一次，接轨到数学语言中，随后数学工具就可以帮你自动计算出结果
于是人们发现不再需要去研究每个独立的问题；建筑、海运、天文等；全部共享这套概念体系就好
最近疯狂Coding的另外一个感受是，LLM有点像新时代的数学；如果你能构建几个最抽象的概念，并且通过Harness刻画出来；那么面对具体问题的时候，你只要用抽象概念排列组合描述下，最后都可以交给模型来处理
关于Skill/意图这几个基本概念，还有很多抽象工作可以做
牛顿第一次系统把数学引入到了物理系，然后人们发现一个趋势，就是以前的物理是各种问题分别独立研究
牛顿用非常简单的三定律，抽象出了力/加速度的概念，然后所有的问题都变成了这几个抽象概念的组合
能这样做的原因是因为数学在过程中做了润滑剂，数学工具类似于今天的超强大模型&算力；
任何一个问题，只要你用牛顿力学的抽象概念描述一次，接轨到数学语言中，随后数学工具就可以帮你自动计算出结果
于是人们发现不再需要去研究每个独立的问题；建筑、海运、天文等；全部共享这套概念体系就好
最近疯狂Coding的另外一个感受是，LLM有点像新时代的数学；如果你能构建几个最抽象的概念，并且通过Harness刻画出来；那么面对具体问题的时候，你只要用抽象概念排列组合描述下，最后都可以交给模型来处理
关于Skill/意图这几个基本概念，还有很多抽象工作可以做
4 01
回测是一个很有趣的概念，第一次听说这个概念，是来自一位做过量化的朋友
说如果你有个策略，你先拿过去的数据集跑下，效果不错的话就可以落地到生产环境了
感觉面对生活也是这样的，过去尝试过什么结果不重要，重要的是要积累一批优质的后续可供回测的数据
每次定期拿出来跑下新策略，拿过去的人和事，都会有新启发，可以验证很多猜想；这和情绪反刍的核心区别是，回测是有明确策略验证导向+抽离的；而情绪反刍则是反复的在感受和无目的漫游
换个视角看，有好的想法就坚定的去做，哪怕是错的，也是在积累未来可以用来回测的数据；且亲身体验过的数据集是很多细节的，一般数据集提供不了这些细节的体验
说如果你有个策略，你先拿过去的数据集跑下，效果不错的话就可以落地到生产环境了
感觉面对生活也是这样的，过去尝试过什么结果不重要，重要的是要积累一批优质的后续可供回测的数据
每次定期拿出来跑下新策略，拿过去的人和事，都会有新启发，可以验证很多猜想；这和情绪反刍的核心区别是，回测是有明确策略验证导向+抽离的；而情绪反刍则是反复的在感受和无目的漫游
换个视角看，有好的想法就坚定的去做，哪怕是错的，也是在积累未来可以用来回测的数据；且亲身体验过的数据集是很多细节的，一般数据集提供不了这些细节的体验
4 01
给团队配了DSH云端的版本（本来以为会很快，结果弄了一周多，资源管理/鉴权很多细节）
多租户管理 + 每个人有自己的云端沙盒
然后发现一个神奇的细节，能看出来DSH的一些小巧思
Claude Code是每一个对话一个Node进程，所以同时开的会话Session越多，消耗就越大；这个现象在如果多租户的情况下就更明显；而且更离谱的是，每个Session不仅有一个Node的进程消耗，每个Session的每个MCP都会单独再来一个进程...
也就是说，如果你有5个MCP，开了8个Session；那么你的进程不是8个，是 （1+5）x 8 = 40个....！（离谱）
DSH是怎么设计的呢？本地默认版本的就是后端所有的Session都是在一个Node里...
没错，就是一个Node！所有Session都在一个Node里！
可是为什么要这么做呢？简单和DSH聊了下，哦！因为Agent的React本身也是个天然异步的程序呀！大部分时候Session都是不活跃的，及时是tool use，或者LLM请求，LLM请求是给大模型云端了，tool use是单独拉了一个进程处理bash任务，但是tool use运行完就销毁
所以这和Node擅长处理IO异步一样，集中到一个进程里做就可以了
如果是多租户呢？那这个就是一个租户一个DSH进程就可以了；而不是 租户 x Session数量...
妙啊，再次感慨DS工程审美真好
多租户管理 + 每个人有自己的云端沙盒
然后发现一个神奇的细节，能看出来DSH的一些小巧思
Claude Code是每一个对话一个Node进程，所以同时开的会话Session越多，消耗就越大；这个现象在如果多租户的情况下就更明显；而且更离谱的是，每个Session不仅有一个Node的进程消耗，每个Session的每个MCP都会单独再来一个进程...
也就是说，如果你有5个MCP，开了8个Session；那么你的进程不是8个，是 （1+5）x 8 = 40个....！（离谱）
DSH是怎么设计的呢？本地默认版本的就是后端所有的Session都是在一个Node里...
没错，就是一个Node！所有Session都在一个Node里！
可是为什么要这么做呢？简单和DSH聊了下，哦！因为Agent的React本身也是个天然异步的程序呀！大部分时候Session都是不活跃的，及时是tool use，或者LLM请求，LLM请求是给大模型云端了，tool use是单独拉了一个进程处理bash任务，但是tool use运行完就销毁
所以这和Node擅长处理IO异步一样，集中到一个进程里做就可以了
如果是多租户呢？那这个就是一个租户一个DSH进程就可以了；而不是 租户 x Session数量...
妙啊，再次感慨DS工程审美真好
5 00
A社去年在我心中的地位是无穷高的
尤其是是2个瞬间，一个是Claude Code，做了激进的取舍，给大家立下了万物皆bash + filesys的极简榜样；另外一个是Skill，又给大家立下了渐进式上下文 + 万物皆Script + md这样的范式
我8月份开始基本上每个月都是20x的会员
但是今年4月份开始，ds4出来后，整体的感受都变了
首先感受的是傲慢，做了AI Coding后才明白为什么开源在技术市场里这么重要，不单纯是情怀，是这样的复杂技术产品，只有透明了，大家才能更好的用你
最近玩DSH最大的感受不只是好玩，而是我是充分信任，原因放心的玩；并且DSH自己可以看源码高效率的Coding
我尝试做产品的时候用CC的SDK，天啊我都会和CC说你看下我xx文件夹（里面有之前网上泄露的源码），更深刻理解下这个机制，再使用
如果说CC指引了大家对AI新时代的业务审美范式的建立，那DS会接力来告诉大家，如果要有效可持续的让这样的审美发展下去，应当如何摆正自己的位置+建立持续的信任
梁文峰之前被泄露出来的会议稿有句话真的很深刻，再回头看，就是AI的机会一定不要想拿更多，拿1%-3%（大概）就好了
这是一种历史观
你想要的更多，就会想要的少的人打败，周转率和信任才是最重要的，规模是其次，毛利率再最后
尤其是是2个瞬间，一个是Claude Code，做了激进的取舍，给大家立下了万物皆bash + filesys的极简榜样；另外一个是Skill，又给大家立下了渐进式上下文 + 万物皆Script + md这样的范式
我8月份开始基本上每个月都是20x的会员
但是今年4月份开始，ds4出来后，整体的感受都变了
首先感受的是傲慢，做了AI Coding后才明白为什么开源在技术市场里这么重要，不单纯是情怀，是这样的复杂技术产品，只有透明了，大家才能更好的用你
最近玩DSH最大的感受不只是好玩，而是我是充分信任，原因放心的玩；并且DSH自己可以看源码高效率的Coding
我尝试做产品的时候用CC的SDK，天啊我都会和CC说你看下我xx文件夹（里面有之前网上泄露的源码），更深刻理解下这个机制，再使用
如果说CC指引了大家对AI新时代的业务审美范式的建立，那DS会接力来告诉大家，如果要有效可持续的让这样的审美发展下去，应当如何摆正自己的位置+建立持续的信任
梁文峰之前被泄露出来的会议稿有句话真的很深刻，再回头看，就是AI的机会一定不要想拿更多，拿1%-3%（大概）就好了
这是一种历史观
你想要的更多，就会想要的少的人打败，周转率和信任才是最重要的，规模是其次，毛利率再最后
12 01
最近因为Vibe Coding产品，在速成前端核心概念，发生真的很有美感；
感慨人类的智慧，且这样的智慧今天版本的LLM是根本上无法做到，因为这是一种新抽象的美感，做约束做减法做抽象，而非一昧的去做加法补丁
顺带的，也明白了Notion的伟大之处，绝不单纯是一个「Block」的产品层面的概念创新，而是产品-前端-后端 跨层级的创新
A - 前端本质到底在解一个怎样的问题？
先说我理解到答案：是极致速度性能需求下，快速进行排版，并且渲染需要的界面（html/css - DOM，都是为了解决这个问题
我一开始是困惑的，大家都说当年浏览器吃掉了大部分桌面操作系统的市场，Windows当年为了狙击网景，紧急推出IE
可是操作系统也有自己的图形界面呀？另外今天回头看甚至有Electron这样的网页套壳桌面端的框架，网页/浏览器 的魅力到底在哪里？
一个很简单的回答是兼容性，但是仅仅是兼容性吗？可能有点太浅了
我问AI的第一个问题：为什么DOM是树状结构呢？以及html/CSS这种语言到底设计背后的意图是什么
AI和我说，如果我们引入一个图灵语言来表达前端的话，那么很容易就遇到停机问题，也就是说你不确定到底这个排版问题，到底能不能结束，那浏览器很有可能就卡死在渲染上
如果强制要求传入的是树状DOM的话，那么就可以肯定这里是没有循环，是不会停机的；
图像计算本身就要比后端多了N倍的计算量，回想早年的计算机，也只有强制做这样的内容形式约束，才能在根源上节省时间
于是我明白了：
1）前端本质是要解决高效率的画面渲染问题，为了达成这个问题，我们贯彻整个技术链路都需要做一些约束
2）DOM是树状结构，只有这样，才可以绝对不死机的去快速渲染成画面
3）因此，html语言本身也就是一个表述树状节点的语言结构
我又问AI第二个问题：那CSS到底在做什么，为什么要和Html分开？
AI先给我讲解了下浏览器的一个核心功能，是排版功能；HTML约定了整体的DOM后，即有哪些节点之后；CSS来约定这2件事：每个节点的Box（容器）应当有怎样的尺寸约束，这个约束可以是Box之间的排版关系，也可以是某个具体的尺寸；另外一个则是Box有怎样的视觉语言（材质/颜色等）
浏览器之所有可以做到不同设备兼容运算，实则是因为CSS的功劳；写网页的人并不想需要实际考虑用户的硬件尺寸到底有多大，而是只需要在CSS里给一些相对排版约束；浏览器再实际结合用户界面，去进行排版运算（这里也有一些核心排版算法 + 效率优化）
而HTML和CSS分离的原因也非常简单，你如果要换排版或者视觉规范，但是元素的树状关系如果没有变化，就无所谓
于是我明白了：
1）前端的本质，是为了在不同的硬件终端，实现同样规范的高效率「排版」
2）浏览器做的核心工作之一，是基于DOM+挂载的CSS里内涵的排版约束，进行高效率最终的画面排版运算
3）大家所谓的兼容性，一份代码多端运行，在前端层面，主要就靠浏览器；因此浏览器实则是一个画面渲染的「解释器」
我问AI的第三个问题，是关于JS的，js为什么要出现呢？
AI回答我：这个就比较简单了，你后端有数据变化，客户端可能用户交互也有数据变化，html显示的内容、css的样式都需要变化；每次都重新拜托服务器传一份新的html效率多低，不如直接本地计算
虽然说前面聊到画面渲染不要用图灵完备的语言；但是具体的文字/数字等，倒是可以用脚本来实现的，于是就有了js出现了
js还有一些专用的能力：IO交互（因此是异步原生的？）；网络通信
而当年Google Chrome的厉害之处，就是写了个V8引擎，直接把js的效率拉高了N倍（同样是速度），最后还导致了Node.js的产生，以及再后续的Typescript（js设计实在是太草台班子了，语法有点烂，所以打了补丁成了TS）
到这里为止，我们大致就了解了
1）浏览器为了实现动态的画面布局设计，最后也在数据层引入了一门新的图灵完备的语言
2）速度速度速度，不变的依然是速度
B - 前端技术栈到底在做怎样的抽象？
这里我就不引入问题/回答的方式了，太长了，我直接写聊出来的结果
再后面，前端技术栈经历了2次的抽象变化；第一次是MVC的抽象（关注点分离），第二次则是React代表的组件化倾向（每个组件都是一个内聚的MVC）
人们写代码写到后面，发现网页越来越复杂，如果每个都手搓html和css还有js，会变得很复杂
然后于是人们就有了一些新的框架，大致都是在做这样一个事情：让我们把数据模型（后端传输过来的数据重新洗做编排），画面该如何展现，以及如何最终如何控制/交互等，分离成这3个切面
每个切面分开去约定，再去让编译器编译成html/css/js就好了
等于在这里开始，就出现了新的一层封装，原本的html/css/js如果说是在针对排版层（浏览器）进行封装的话
MVC则是针对一定规模复杂的前端网页做抽象，大致也许是因为数据/画面复杂到一定程度，我们需要分成3个方面分别约束
再到后面，Facebook的工程师写页面发现，一个画面也不能简单拆解为MVC这几个切面
比如说：有消息弹出来的小红点，这个小红点本身内在就是一个MVC（有数据 - 提醒；有显示，有控制 - 点开就没有），我的对话消息框也有自己的MVC
如果我所有组件都混在一起写，就很复杂
于是就有了组件逻辑；每个组件都有自己的MVC，组件和组件当然也有某种树状关系
于是就有了更上一层的抽象：依然是一个画面，依然是元素拆解；不同于html/css的是，我这里每个元素都有复杂的数据逻辑和变化逻辑，因此我需要用到MVC这层抽象，但是我每个组件又是内聚的
总结：
1）变化的/交互的数据引入到页面中后，就需要切分成3个切面：MVC
2）更复杂的页面，类似于html DOM的抽象，但是这里每个元素都有复杂的数据逻辑，因此有了组件的概念
Final：
我觉得理解了这套范式后，再去看具体的产品，对于做这个产品逻辑的拆解也非常有帮助
甚至对于AI Coding的任务管理也有很大的帮助
比如你可以先去逐个组件的优化，再去做组合和拼接
至于Notion，则是基于这样的思想，一个全方面的创新
我一开始理解Notion的Block，觉得是不是就是把编程里的抽象概念简化了（类似于React的组件），告诉了广大非技术用户
是不是技术并没有什么创新？
直到我想做一个类似的设计后，我去和AI聊了聊，发现完全不是这样。。。
但是我写累了，下次心情好再写Notion的理解
感慨人类的智慧，且这样的智慧今天版本的LLM是根本上无法做到，因为这是一种新抽象的美感，做约束做减法做抽象，而非一昧的去做加法补丁
顺带的，也明白了Notion的伟大之处，绝不单纯是一个「Block」的产品层面的概念创新，而是产品-前端-后端 跨层级的创新
A - 前端本质到底在解一个怎样的问题？
先说我理解到答案：是极致速度性能需求下，快速进行排版，并且渲染需要的界面（html/css - DOM，都是为了解决这个问题
我一开始是困惑的，大家都说当年浏览器吃掉了大部分桌面操作系统的市场，Windows当年为了狙击网景，紧急推出IE
可是操作系统也有自己的图形界面呀？另外今天回头看甚至有Electron这样的网页套壳桌面端的框架，网页/浏览器 的魅力到底在哪里？
一个很简单的回答是兼容性，但是仅仅是兼容性吗？可能有点太浅了
我问AI的第一个问题：为什么DOM是树状结构呢？以及html/CSS这种语言到底设计背后的意图是什么
AI和我说，如果我们引入一个图灵语言来表达前端的话，那么很容易就遇到停机问题，也就是说你不确定到底这个排版问题，到底能不能结束，那浏览器很有可能就卡死在渲染上
如果强制要求传入的是树状DOM的话，那么就可以肯定这里是没有循环，是不会停机的；
图像计算本身就要比后端多了N倍的计算量，回想早年的计算机，也只有强制做这样的内容形式约束，才能在根源上节省时间
于是我明白了：
1）前端本质是要解决高效率的画面渲染问题，为了达成这个问题，我们贯彻整个技术链路都需要做一些约束
2）DOM是树状结构，只有这样，才可以绝对不死机的去快速渲染成画面
3）因此，html语言本身也就是一个表述树状节点的语言结构
我又问AI第二个问题：那CSS到底在做什么，为什么要和Html分开？
AI先给我讲解了下浏览器的一个核心功能，是排版功能；HTML约定了整体的DOM后，即有哪些节点之后；CSS来约定这2件事：每个节点的Box（容器）应当有怎样的尺寸约束，这个约束可以是Box之间的排版关系，也可以是某个具体的尺寸；另外一个则是Box有怎样的视觉语言（材质/颜色等）
浏览器之所有可以做到不同设备兼容运算，实则是因为CSS的功劳；写网页的人并不想需要实际考虑用户的硬件尺寸到底有多大，而是只需要在CSS里给一些相对排版约束；浏览器再实际结合用户界面，去进行排版运算（这里也有一些核心排版算法 + 效率优化）
而HTML和CSS分离的原因也非常简单，你如果要换排版或者视觉规范，但是元素的树状关系如果没有变化，就无所谓
于是我明白了：
1）前端的本质，是为了在不同的硬件终端，实现同样规范的高效率「排版」
2）浏览器做的核心工作之一，是基于DOM+挂载的CSS里内涵的排版约束，进行高效率最终的画面排版运算
3）大家所谓的兼容性，一份代码多端运行，在前端层面，主要就靠浏览器；因此浏览器实则是一个画面渲染的「解释器」
我问AI的第三个问题，是关于JS的，js为什么要出现呢？
AI回答我：这个就比较简单了，你后端有数据变化，客户端可能用户交互也有数据变化，html显示的内容、css的样式都需要变化；每次都重新拜托服务器传一份新的html效率多低，不如直接本地计算
虽然说前面聊到画面渲染不要用图灵完备的语言；但是具体的文字/数字等，倒是可以用脚本来实现的，于是就有了js出现了
js还有一些专用的能力：IO交互（因此是异步原生的？）；网络通信
而当年Google Chrome的厉害之处，就是写了个V8引擎，直接把js的效率拉高了N倍（同样是速度），最后还导致了Node.js的产生，以及再后续的Typescript（js设计实在是太草台班子了，语法有点烂，所以打了补丁成了TS）
到这里为止，我们大致就了解了
1）浏览器为了实现动态的画面布局设计，最后也在数据层引入了一门新的图灵完备的语言
2）速度速度速度，不变的依然是速度
B - 前端技术栈到底在做怎样的抽象？
这里我就不引入问题/回答的方式了，太长了，我直接写聊出来的结果
再后面，前端技术栈经历了2次的抽象变化；第一次是MVC的抽象（关注点分离），第二次则是React代表的组件化倾向（每个组件都是一个内聚的MVC）
人们写代码写到后面，发现网页越来越复杂，如果每个都手搓html和css还有js，会变得很复杂
然后于是人们就有了一些新的框架，大致都是在做这样一个事情：让我们把数据模型（后端传输过来的数据重新洗做编排），画面该如何展现，以及如何最终如何控制/交互等，分离成这3个切面
每个切面分开去约定，再去让编译器编译成html/css/js就好了
等于在这里开始，就出现了新的一层封装，原本的html/css/js如果说是在针对排版层（浏览器）进行封装的话
MVC则是针对一定规模复杂的前端网页做抽象，大致也许是因为数据/画面复杂到一定程度，我们需要分成3个方面分别约束
再到后面，Facebook的工程师写页面发现，一个画面也不能简单拆解为MVC这几个切面
比如说：有消息弹出来的小红点，这个小红点本身内在就是一个MVC（有数据 - 提醒；有显示，有控制 - 点开就没有），我的对话消息框也有自己的MVC
如果我所有组件都混在一起写，就很复杂
于是就有了组件逻辑；每个组件都有自己的MVC，组件和组件当然也有某种树状关系
于是就有了更上一层的抽象：依然是一个画面，依然是元素拆解；不同于html/css的是，我这里每个元素都有复杂的数据逻辑和变化逻辑，因此我需要用到MVC这层抽象，但是我每个组件又是内聚的
总结：
1）变化的/交互的数据引入到页面中后，就需要切分成3个切面：MVC
2）更复杂的页面，类似于html DOM的抽象，但是这里每个元素都有复杂的数据逻辑，因此有了组件的概念
Final：
我觉得理解了这套范式后，再去看具体的产品，对于做这个产品逻辑的拆解也非常有帮助
甚至对于AI Coding的任务管理也有很大的帮助
比如你可以先去逐个组件的优化，再去做组合和拼接
至于Notion，则是基于这样的思想，一个全方面的创新
我一开始理解Notion的Block，觉得是不是就是把编程里的抽象概念简化了（类似于React的组件），告诉了广大非技术用户
是不是技术并没有什么创新？
直到我想做一个类似的设计后，我去和AI聊了聊，发现完全不是这样。。。
但是我写累了，下次心情好再写Notion的理解
9 13