v1 的这个博客是完成并合并的。在我开始 v2 之前我想写下路线图那让我在这里，那是笑话开始的地方：没有一个。
当我开始时，我头脑的计划大致是"一个博客，写在 Go 中，那我自己主持"。那是整个规范。没有特征列表，没有顺序，没有想法它会有多大。我只是以 auth 服务开始因为登入感觉像硬部分，并认为其余会跟随。
其余的确实跟随，但不是任何理性人会拿出来的顺序。这里大致是什么真的发生了，从 git 日志重建：
首先 auth 服务，有它自己的数据库，JWT 钥匙和角色。然后博客服务和贴子和 markdown。然后评论，因为一个没有评论的博客感觉死了。然后喜欢对评论，然后调制因为我现在有东西调制，然后媒体上传通过 MinIO，然后管理面板持有全部的它。然后我花了天在重新设计，岛，鸟，夜空，并写了更多关于像素的贴子比关于代码的。然后日程安排，所以贴子可以发布它们自己当我睡眠。并在最后，在我叫 v1.1 东西，成人的特征到达：GDPR 数据权利，访问者分析，和一个错误日志我真的可以读。
注意什么是缺少那个列表直到很后：一切无聊和重要。备份仍然不存在。电子邮件不存在，所以密码重置不存在。如果我有在第一天写了路线图，"备份"会在顶部附近并且"动画海鹦"附近底部，坦白地说海鹦可能已经输了。我很高兴他们没有，但那是运气，不计划。
栈最后看起来像这样，那我真的很高兴有：
services:
caddy: # 前门，TLS，身体限制
frontend: # SvelteKit
auth: # Go，自己的 Postgres
blog: # Go，自己的 Postgres
minio: # 媒体存储两个小的 Go 服务有他们自己的数据库谈话在内部网络，一个 SvelteKit 前端，和 Caddy 前面决定谁进来。每个片是什么我可以读上到底。那是一个规则我意外地跟随了整个方式：没有片我不理解。
什么我会告诉我从几周前：写地图首先。不是详细的规范，只是顺序的东西，所以无聊的负载轴承特征不全部在最后堆积。那课是为什么 v2 得到一个真正的路线图在这个博客，写在代码之前这一次。成长，可能。