不太清楚这里说的维基百科组织方式。如果是关于某个主题的内容网站是更加容易实现的，选取的内容不是很快失效的，不断扩展结构。
这样做出来的更加适合在大屏幕的电脑上查看，它是一个空间结构。
这是移动互联网时代的，时间流水式的信息流模式和小手机屏幕所不可比拟的优势。
Discussion
我觉得你说的其实就是为什么要用nostr。
web早期，不论实现还是语义，网站就是内容，内容就是网站，两者混在一起，雅虎人工目录就类似你说的方式去呈现网站也即内容，内容更新机制并不成型。
到了门户网站时代，网站开始内容管理，内容得以逐步解耦，但内容格式在实现上互不兼容，于是谷歌替代雅虎以内容索引的的方式呈现内容，这也弱化了网站的地位，导致了广泛的反爬和付费墙行为，由于内容不兼容所以出现了 RSS作为内容更新的兼容层去服务于RSS reader，但RSS与网站中心化商业模式不切合。
nostr在实现和语义都是完整意义上的内容层，完全无网站概念，不论是呈现还是更新机制都有最大的灵活度。用browser的形式的客户端可以自由呈现内容，可以用户自定义呈现方式，可以订阅社区呈现方式，可以使用第三方商业呈现形式，内容更新更是天然根植于nostr。
现在的Nostr 内容以短的文字为主。现在还没有一个可以很好把一个博主各个帖子用某种空间结构联系起来展现的客户端。有点想脑图那种的？
实现和语义上 nostr 确实是浑然天成的统一，不过如何让 nostr 发展起来仍然是个难题，目前的趋势还是十分小众。
两位能给我详细解释下实现和语义上的统一内容这个说法？我没有想明白。
实现和语义这两个词具体可能要留给 nodez 来解释了。但我理解这里在讨论的意思是，有点类似载体和内容这两个方面，nostr 协议规定的是一条信息如何表达（内容的表达规范，所谓的数据格式）和客户端服务器之间怎么实现这条信息的获取传播（载体的实现规范），这两个维度上都是用同一套nostr协议去规范的，而且是用极简的方式去规范，所以在统一的前提下仍然保留有很大的灵活度。对比之前的互联网情况则复杂得多，可能内容的数据格式是 app 或者门户自己定义的一套格式，传播上数据也很难外流出去，受到严格的控制。哪怕一个 app 愿意向外人开放访问这些数据，数据的获取也是一套基于应用自己定义的 api 规范，所有的一切都不统一，也不兼容。
我掉书袋了😅，语义就是“按理说”，实现就是“实际上”
