地心引力
*全文是写于八个月之前的零碎想法，未做系统化地梳理，在此存档。如有启发，不胜荣幸。
2022.10.25
我认为目前浏览器急需改变的是传统的标签页结构，虽然我还没考证到这种设计的确切来源是什么，但我猜测最初是在模拟看实体Paper的感觉，几十年传承下来一直没啥变化。
标签页的问题是什么？是数据隔离和互不关联。
当你从一个超链接跳转到另一个超链接，总是在丢失上下文和前进路径，而这些本身就是非常重要的信息。在标签页的结构下，你要花费大量的时间去整理才能获得这些信息。
2022.10.25
在这方向上展开探索的产品还是有不少的，暂时按下不表。更重要的是，在互联网诞生之初，那些先驱们就已经看到了这些问题，最典型的代表便是Ted Nelson的上都计划，他想解决超链接的引用链条问题和超链接的失效问题等等。
那过去的二三十年为什么没有被解决的？坦然讲就是因为不够重要。互联网带来的海量信息已经能推动社会发展与变革了，至于超链接之间的引用和跳转、超链接本身会不会失效等问题没人在意。
而最近一两年这股思潮开始复兴的原因，基于我个人的揣测，是对于积极活跃在互联网中的那群人来说，互联网的边际效用开始趋近于零了，大家都进入了瓶颈期，过去的问题就暴露了出来。这些问题影响了知识的传承和流动，影响了人们继续向前进步。
2022.10.26
搜索、点击、阅读、收藏、停留……
我们在浏览器中积累了大量的行为数据，对小部分人来说这些行为基本是工作学习的总和，但是这些数据始终没有得到有效的利用。
可能有人担心如果挖掘这些数据的潜力会导向个人隐私的隐患，我的想法是可以分成两个层面来看。
第一个层面：浏览器中积累的行为数据只需要规则层面和结构化呈现层面做一些优化便已经能发挥较大价值，比如当我们搜索一个关键词的时候，能否自动在浏览历史中搜索？能否自动聚合同一个网站的访问记录形成一些分析数据？
第二个层面：就像现在很多App 的推荐引擎，浏览器可以在获得用户允许的情况引入模型对行为数据进行挖掘，你的知识地图很可能就潜藏在这些行为数据中。
2022.10.27
横向的标签页栏的缺点非常明显，一旦标签页数量过多，页面之间的辨识度便会急剧下降，Arc、Vivaldi这些浏览器做的尝试是给一个竖向排列的标签页列表，在辨识度和展示数量上取平衡，缺点就是占据的显示面积会变大，Chrome在今年的版本里面也跟进了这个功能，但方案很鸡肋。
横向的标签页还有一个问题，那就是页面与页面之间是完全平级的，这并不合理。标签页大致可以分为两种：工作学习用需要常驻的和临时搜索查阅资料的，这两种标签页不应该用同样的方式管理。
举个例子：Figma基本是需要全天开着的一个页面不能关闭，我工作时又会打开大量的参考资料页面，看完就可以关，而在Chrome里面它们是挤在一块的，互相干扰，Chrome先后做了固定、分组、竖向列表，但都治标不治本。
Arc、Sidekick和Sigma OS等产品的思路就是既然有些标签页更重要，那就让它们待在更重要的位置，不要和临时标签页混在一起，在此基础上提供Workspace的能力，方便快速切换。这些都是渐进式的修正，我觉得需要更有想象力的形式和交互，比如macOS 13的台前调度。
2022.11.16
很多人会提到Arc并不像预期那样惊艳，因为如大家所见，Arc目前确实只是做了UI和交互的层面的一些优化，搭配自己开发的画板功能，没有所谓的「革命性」的变动。根据我的猜测，这并非是Arc不想，而是还不能。
Chrome的地位之所以如此稳固，除了压倒性的占有率之外，还要归功于Google在技术和标准上的话语权。作为标准答案的Chrome会在潜移默化中影响用户的习惯和网页设计的方向。
不过，上一周Arc官宣了Chrome创始成员之一的Fisher加入，这其实代表了Arc在更底层的、更创新的方向上的野心。
不过反过来讲，Chrome占有率越高，越成功，内部进行变革的动力就越弱，新产品的存活空间也就越广阔。而且，因为有Chromium加Chrome的成熟生态托底，我们反而可以在应用层更大胆地创新。
2022.11.17
浏览器的历史记录是一个值得优化的陈旧功能，如此机械的记录完全释放不出这些数据的潜力。我们在浏览器中工作和学习，历史记录是所有探索行为的具体体现，积累的越多，价值越大。比如可以对记录进行结构化的整理和展示，依据历史记录进行预测，在特定情况下智能推荐你想要打开的网页。
我关于浏览器的系列思考：
你还可以在这些地方关注我