我们在讨厌的工作中开发了旅行日志应用

Source: Dev.to

嗨，Dev 社区 👋

我们是 Sam 和 Max，来自英国的两位朋友，过去一年里在做我们不太热衷的 9‑to‑5 工作的同时，打造了一个副项目 TripMemo。

我们想分享一下我们到底做了什么，以及在过程中学到了哪些经验。

我们要解决的问题

我们都热爱旅行，但总会遇到同样让人烦恼的情况：

• 旅行结束后拍了上百张照片，却永远只放在相机胶卷里。
• 忘记了某家餐厅的名字，细节也逐渐模糊。
• 一年后有人问：“日本怎么样？”我们只能说“很棒”，却没有真实的记忆可分享。

我们做了什么

TripMemo 把旅行变成 TripBooks，一种数字旅行日志，能够把照片、笔记和你去过的每个地点的地图结合在一起。

关键功能

• 实时协作，情侣或团队可以同时向同一本 TripBook 添加内容。
• 完全离线优先，旅行时没有信号也能使用。
• 宝丽来风格的布局，像实体剪贴簿，而不是另一种社交动态。
• 自动每日整理：把照片丢进去，系统会按时间顺序排序。

技术栈

• React Native – 单一代码库同时支持 iOS 与 Android。
• Supabase – 提供实时协作功能的后端。
• MapLibre – 开源地图。
• 采用离线优先架构的云存储（最大技术挑战：在用户重新联网时同步数据并处理冲突）。

在受雇期间构建的经验教训

保护你的精力

我们只在真正想做的时候才会去开发 TripMemo。工作一天后强迫自己会产出低质量代码，且会削弱动力。

先交付丑陋的版本，再迭代

我们的第一版看起来很糟，但能跑。把真实的产品交到自己和朋友手中，学到的东西远超数月的规划。

枯燥的细节同样重要

我们在功能上花了太多时间，却忽视了引导、App Store 截图和着陆页文案。若用户在前 30 秒就离开，再酷的功能也没人会用。

副项目胜过副业

我们做这个并不是为了致富，而是因为真的想让它存在。这种心态能在动力下降时支撑我们继续前进。

接下来

我们仍在开发，也仍在上班（暂时）。我们的梦想是最终全职投入，但不会急于求成。

如果你感兴趣，欢迎查看：

欢迎随时提问，无论是关于实现细节、技术选型，还是在业余时间打造有意义项目的整体体验。

祝好，
Sam & Max