开发者故事

关于SimpleMemo

本页面由日语原文机器翻译而成。阅读日语原文

热爱Captio的工程师，在服务结束后为了再现“那个体验”而制作的应用程序。对速度没有妥协，对隐私没有妥协。

开发者故事

我开始使用Captio是在2013年左右。当时，许多备忘录应用程序都声称“整理”和“管理”，而Captio的主张恰恰相反。 启动后立即输入，按下发送按钮后备忘录就会消失。就这些。

我完全被这种清纯所吸引。既不是会议记录应用程序，也不是任务管理工具，也不是以云同步为卖点的笔记应用程序。只是把“此时此刻的思考”放到自己的邮件里的工具。正因为多余的摩擦为零，所以想法在落下的瞬间才没有溢出来。

“Captio没了怎么办”的想法不止一次两次。

2024年10月，那个恐惧变成了现实。 Captio的云服务结束了，无法发送一键式备忘录。从App Store大约在2年前退出，开发者在captio.co上宣布结束，解释说无法继续为保持应用程序的稳定性和安全性而花费精力。

那天晚上，我决定自己做。怀着对Captio的尊重和对体验的强烈想法，在UIKit上从头开始写。

“记笔记”这种行为，本来应该不用这么重。启动，写，发送。仅凭这一点，思考就会向前推进。 SimpleMemo的使命是继续保护这种纯粹的体验。比起增加功能，更优先考虑提高现在体验的质量。

隐私第一

终端内的Outbox队列用AES-GCM加密。邮件发送时，正文会通过本公司的Relay API（Cloudflare Workers）和外部发送服务（Resend）。本公司不会持续保存备忘录正文。邮件发送不是端到端加密。

发送基础和依赖范围

本公司开发的Relay API在Cloudflare Workers上运行，邮件发送使用Resend API。是受到这些外部服务的运行状况和规格变更影响的构成。终端内的Outbox会保留离线时发送的备忘录，为恢复在线时的重新发送做准备。

Outbox架构

离线时发送的备忘录被加密保存在终端内Outbox中，在线恢复时自动重新发送。是为了不把在没有信号的地方发送的备忘录漏掉而设计的。

次级第二的表演

启动 0.4秒（iPhone 16e・蠕动启动的实际测量）・一键发送。这个数字不是营销上的目标，而是实施的约束。之所以选择UIKit，是因为比SwiftUI更能满足这个速度要求。

SimpleMemo由开发者AI ATAKA设计、实施、运营。拥有10年以上的软件开发经验，iOS应用程序（UIKit）、后端（Cloudflare Workers）、基础设施（DNS、CDN、邮件发送）全部由一个人负责。在那个过程中获得的知识，以开发日志的形式公开。

GitHub X（推特） App Store 注意

现在马上体验“启动、书写、发送”

下载免费。设置马上就结束了。如果是Captio用户的话，很快就会习惯的。