这里，接下来要写的文字，并不是要介绍 WEB1.0。
自己密集接触互联网的时候，已经是 2.0 的时代了。工作后，一直在做 2B 控制台类型的平台开发。
因此上，似乎 WEB 就是那个样子，有好看的 UI，丰富的交互。开发者们精心打磨组件、设计布局、了解用户心理学，也用更新更好的技术满足底层的能力、性能、安全…
自己是对页面“协调美”有一些偏执的人。工作中基于 ANTD 这类轻改组件开发的 Page，似乎在视觉上总不满足自己个人的审美偏好。
自己试图在设计更好的组件库、一些设计精美的站点、个人博客之中寻找灵感。
直到我发现，在数据密集型、复杂交互逻辑、以及承载大量产品能力下，页面是很难变的美的。
在这时候，我的状态只是想让 UI 更‘好看’。
后来，我开始使用一些双链笔记，以及工作中开始负责一些数据中台工具平台的开发工作。
似乎，突然理解了一些东西。
互联网一开始，不就是几台计算机之间想相互分享数据吗？
抛开数据的存储技术和网络传输，那么只要数据的展示+如何找到数据。
这其实是 Web1.0 在做的事情。
- 数据只有文字和图片的情况下，布局只有网格。所以精调的字体、排版技术，让简单的页面也很具有美感。极致的代表是
LeTax和纽约时报 Web 版本。 - 如何找到信息？这个是一个理论+技术的事情了。
关于理论。
阶段一。
互联网刚产生的时候，通过人工整理，形成一个一个资源导航网页。
这是最早的理论：目录。
以及最早的技术：超链接。
和书籍目录一致，是一颗树。
阶段二。
后来的时候，互联网资源多到导航网页难以手动收集。
便出现了爬虫+搜索的技术。
这时候的理论：通过搜索找到资源。
技术是：爬虫+索引技术。
是一个中心（引擎）连接无数点。
阶段三。
我不确认是不是新的阶段，但这是一个有趣的理论。
最近几年，罗曼卡片笔记法，在笔记软件方向上很火爆。
笔记软件，本质就是一个精简的 WEB1.0。
需要做的事情无非是（文本内容的展示（编辑）+找到内容）。
这个理论的核心是：
- 卡片，即最小资源单位。
- 双链接。双向的资源链接。
是一个图。
事情回到我想要解决的问题。
1、譬如我在做一个大数据资产使用平台。
2、面临的是，资产的呈现。以及如何将高价值效资产曝光在用户眼前。
那么在 Web 侧，一个业务大模块只需要考虑两件事情。View 的展示+导航。
将所有资产，以最小资源（resource）形势做成 View。
导航上，结合几个理论。
只要少量高质量资产情况下，可以使用目录技术。（现在行业，数仓普遍使用分层、分类的十字目录法）
当资产增多，用户对 access 资产有所了解时（知道名字一些信息），可以通过一个全局中心搜索引擎，捞取。
若想再强化，则需要运营+双链的形式。
资产运营，通过场景梳理、内容梳理等形式。在首页呈现内容或者wiki 分类。
在相关用到的内容，通过双链接进行关联。引导用户使用。
资源的 view，也可以作为数据报告里的引用，实现链接。
这样，零散的信息点就变成了有一定松散结构的内容了。
想要变成知识，怎需要运营或者用户强化连接（link）的结构型（比如数据血缘）。