返回 Posts

为什么不只依赖社交平台

社交平台适合快速发出一个念头：一段正在进行的尝试、一个暂时的判断，或者一件还没有想清楚的小事。但当内容需要被回看、补充、修订，或与一段更长的过程放在一起理解时，时间线并不总是可靠的归宿。旧内容会被新的信息推走，也容易被单一的发布节奏切碎。我仍然会使用社交平台，但不想把它当作长期内容的唯一存放处。

Posts、Notes 和 Projects 的分工

我想保留三种不同的记录方式。需要完整展开的讨论写成 Posts；当天的小进展、判断和问题放进 Notes；持续推进的主题归到 Projects。文章负责把一件事讲清楚，短记录保留过程中的切片，项目页则把分散内容放回同一个长期上下文。它们互相关联，但不互相复制。

内容所有权与长期迁移

我希望文章和记录能够导出、备份和迁移，而不是只留在某个平台的规则里。能否带走自己的内容，能否在几年后继续整理它，对我来说比即时展示更重要。这也是我建立独立网站的直接原因：给内容一个稳定的位置，同时保留以后更换工具和托管方式的余地。

内容保存在普通文件中，也意味着一次发布不会把它锁死在当前工具里。站点的页面、路径和组织方式可以调整，原始文字仍然可以被检查、复制和恢复。即使某个服务以后不再合适，我也希望迁移只是一次明确的工程工作，而不是重新取得自己内容的许可。

从真实的小记录开始

这个网站不会从“功能齐全”开始。第一批内容只有一个项目、一篇文章和几条 Notes，足够检查阅读、组织和修订是否顺手。技术框架是必要的，但网站真正需要积累的是内容，以及内容之间逐渐形成的关系。

站点叫“野甫根尼烘焙鸡”，英文名称是“Jero’s Homepage”。这里不是求职简历或商业宣传页，也不负责拼出一个完整的个人形象。研究、工程实践、技术笔记和生活记录都可以出现；它们允许保留未完成的部分，也允许在发布后继续改写。

接下来如何演进

我会继续用真实记录替换演示内容，并根据实际使用调整结构。修订不是发布失败后的补救：开始写时，很多问题本来就没有答案；新的理解、遗漏的细节和变化的判断，都可以在后续版本中补上。

Posts、Notes 和 Projects 的连接一开始会很简单。等内容增多后，再判断哪些关联真正有用，哪些只是重复。先留下可以阅读、可以带走、也允许修改的记录，比先宣布一个完成的内容平台更实际。