測量方法的透明度 —
SimpleMemo的基準是這樣測量的
本頁面由日文原文機器翻譯而成。 閱讀日文原文
SimpleMemo公佈的“0.4秒啟動”“一鍵傳送”的數值是如何測量的呢？ 測試環境、測量程式、限制事項全部透明公開。 我認為沒有方法論的效能主張是沒有意義的。
SimpleMemo從點選到可以輸入的0.4秒，在iPhone 16e (A18)・iOS 26.5.2畫面收錄→透過幀解析測量（warm啟動，5次中值）。 傳送請求的往返時間，以前刊登了Charles Proxy測量的數值，但由於沒有留下測量記錄（日期、每次的數值），所以停止刊登數值（2026-09-30）。 是單一裝置的測量，不是統計上嚴格的實驗室測試。
為什麼要公開測量方法
主張應用程式的效能很簡單。“ 只要寫啟動0.4秒”“一鍵傳送”誰都可以。 但是，不明確說明測量方法的效能主張本質上是沒有意義的。
我們認為，使用者應該能夠理解數字背後的測量過程。 在哪個裝置上，在什麼條件下，測試了幾次，採用了哪個統計值。 在沒有這些資訊的情況下聲稱“最快”是不真誠的。
在這篇文章中，將透明地公開SimpleMemo的所有基準數值是如何引導的。 因為是用可以再現的方法測量的，所以也可以在相同的條件下進行驗證。
測量環境
- 終端: iPhone 16e（A18晶片）
- 作業系統： iOS 26.5.2
- 儲存： 256GB，空閒 14.29GB
- 網路： Wi-Fi（傳送測試時）、機內模式（離線佇列測試時）
- SimpleMemo版本: 5.7.3（App Store釋出版）
- 最新測試實施日期: 2026年8月11日
啟動速度的測量方法
- 測量方法：進行60fps的畫面錄製，以幀為單位解析
- 測量區間：從點選應用程式圖示的瞬間（手指離開的幀）開始，直到游標在文字欄位中閃爍
- 啟動條件：從應用程式切換器強制關閉，5秒以上等待後啟動。 但是在iOS 26.5.2中，即使遵循這個步驟，實際上也會在warm中啟動（透過錄影目視確認所有啟動）。 刊登的值是warm啟動的值
- 嘗試次數： 5次測量，採用中值
- 結果: 0.4秒（60fps的18幀）
更正（2026-08-11）：這裡以前寫過“雖然暖啟動更快，但公佈了更保守的冷啟動值”。 那是錯誤的。 雖然每次都會強制終止和5秒以上的等待，但iOS 26.5.2實際上是以warm啟動的，刊登值是warm啟動的值。 因為所有應用程式的條件都相同，所以作為比較是成立的，但不是“保守的數值”。
輸入開始前的原始資料
iPhone 16e (A18)・iOS 26.5.2的實測（2026年8月11日，warm啟動（從應用程式切換器強制終止5秒以上等待後啟動，iOS 26.5.2實際上透過目視確認是warm啟動）。 數值是秒。 “直到輸入開始”是點選圖示後，直到鍵盤全部出現並能實際輸入為止，包括中途需要的點選。
| 應用程式 | 每次的實際測量值 | 刊登值 | 次數 |
|---|---|---|---|
| SimpleMemo | 未儲存（範圍 0.37–0.43） | 0.40 | 5 |
| Drafts | 0.90 / 1.55 / 1.45 / 1.38 / 1.57 | 0.90（最快值） | 5 |
| Bear | 0.95 / 0.93 / 0.92 / 0.92 / 0.92 | 0.92 | 5 |
| Apple Notes | 未儲存（範圍 1.20–2.37） | 1.73 | 10 |
| Google Keep | 未儲存（範圍 1.97–2.23） | 2.07 | 4 |
| Evernote | 未儲存（範圍 2.30–5.10） | 2.50 | 5 |
| OneNote | 未儲存（範圍 2.20–3.30） | 2.60 | 5 |
| Notion | 未儲存（範圍 2.50–3.50） | 2.80 | 5 |
Bear 和 Drafts 在第 1 次測量中波動較大，因此統一條件重新測量，並保留了各次資料。其他 6 個應用僅儲存了中位數和範圍，表中也如實顯示。我們不會用沒有記錄的數字填表。
參考：直到第一個文字出現在螢幕上（在上面的“直到輸入開始”中加了打鍵1次）。 這裡所有應用程式都留下了每次的數值。 按鍵部分在應用程式之間分散了0.2~0.5秒——因為那是手的時間，不是應用程式的時間，所以沒有采用公開值。
| 應用程式 | 每次的實際測量值 | 中值 | 次數 |
|---|---|---|---|
| SimpleMemo | 1.00 / 0.50 / 0.60 / 0.53 / 0.67 | 0.60 | 5 |
| Drafts | 1.33 / 1.75 / 1.62 / 1.67 / 1.73 | 1.67 | 5 |
| Bear | 1.45 / 1.52 / 2.25 / 1.28 / 1.35 | 1.45 | 5 |
| Apple Notes | 2.20 / 2.80 / 1.30 / 1.70 / 2.70 / 2.14 / 2.88 / 1.47 / 1.68 / 2.73 | 2.17 | 10 |
| Google Keep | 2.44 / 2.43 / 2.17 / 2.09 | 2.30 | 4 |
| Evernote | 2.70 / 5.40 / 2.80 / 2.90 / 2.60 | 2.80 | 5 |
| OneNote | 3.30 / 3.50 / 3.00 / 2.60 / 2.80 | 3.00 | 5 |
| Notion | 3.10 / 3.30 / 2.80 / 3.80 / 3.80 | 3.30 | 5 |
傳送速度的測量方法
- 測量方法：透過Charles Proxy進行網路定時測量
- 測量區間：從傳送按鈕的點選到伺服器的確認響應（HTTP 200）
- 網路：到Cloudflare邊緣的延遲15ms的Wi-Fi環境
- 嘗試次數： 10次測量，採用中值
- 結果：停止刊登數值。 因為這個測量的日期和時間、每次的數值記錄沒有留下，無法再次確認（2026-09-30。 刪除了首頁的“傳送請求時間（API往返）”）
補充：這個數值不包括郵件收件箱的傳送時間。 到達收件箱的時間因郵件提供商和通訊情況而異，沒有測量。
與其他應用程式的比較測量
- 同一裝置：所有應用程式在同一iPhone 16e (A18)上測試
- 相同條件:同一天，在同一網路環境下測量
- 最新版本: 更新到測試日可用的最新版本
- 滿足啟動條件：每次測量前強制關閉應用程式，5秒以上等待（實際上會啟動溫暖）
- 嘗試次數：每個應用程式測量5次，採用中值（Apple Notes 10次，Google Keep 4次）
- 實際安裝：只報告自己實際安裝並測試的應用程式
限制事項和注意事項
- 結果可能因裝置型號、iOS版本、儲存情況而異
- 只在1臺裝置上進行測試，不是統計上嚴格的實驗室測試
- 競爭應用程式的效能可能會透過更新得到改善
- 表的數值是2026年8月11日的測量。 之後的iOS和應用程式的更新，結果可能會發生變化
- 最後更新日期：2026-10-03
