北京
一個期貨交易軟件的啟動速度，從5秒壓到2秒以內，代價是重寫整個進程架構。上周發布的Aurafy用了一個反直覺的選擇：把服務器代碼塞進Electron主進程，而非傳統方案里的子進程。
開發者@kristianfrost在技術博客里坦承，第一版"搞砸了"。子進程方案不僅拖慢啟動，還觸發macOS代碼簽名警報——系統把父子進程識別成兩個獨立應用。改用require()直接加載Express后，問題消失，啟動時間從"泡杯咖啡"變成"眨個眼"。
本地優先不是情懷，是風險計算
交易數據有多敏感？盈虧數字、賬戶規模、甚至你犯過的錯。主流交易日志軟件默認上傳云端，Aurafy偏要反著來：SQLite數據庫躺在~/Library/Application Support/aurafy/data/journal.db，用戶能備份、能遷移、能一鍵刪除。
代價顯而易見——沒有跨設備同步。但開發者賭對了一點：期貨交易員不會在地鐵上寫交易日志，他們只坐在多屏工作站前。
技術棧選得克制。服務端Express.js配better-sqlite3，客戶端React+Vite+Tailwind，圖表用Recharts。數據層全靠TanStack Query做緩存，沒上GraphQL，沒搞狀態管理庫。
CSV導入的命名戰爭
最頭疼的不是代碼，是行業亂象。Tradovate管Micro Nasdaq期貨叫"MNQM6"，NinjaTrader寫成"MNQ 06-26"——同一合約，兩種方言。Aurafy的解析器要自動識別日期格式、標準化合約代碼、檢測重復導入。整個流程被壓縮成三步：拖入文件→預覽確認→完成。
屏幕錄制功能是意外亮點。Electron的desktopCapturer抓畫面，getUserMedia收麥克風，Web Audio API混音，最后塞進MediaRecorder。攝像頭浮窗是個透明無邊框的BrowserWindow，alwaysOnTop屬性讓它像Loom的氣泡一樣懸在所有應用之上。
SQLite配置藏著魔鬼細節。WAL模式（預寫式日志）讓讀寫不互鎖，synchronous = FULL確保每筆寫入落盤——交易數據丟不起。
這個選擇讓Aurafy成為Electron生態里一個少見的樣本：不做PWA替代，不追跨平臺統一，而是把桌面環境的特權用到極致。本地文件系統訪問、原生屏幕錄制、毫秒級啟動——這些在瀏覽器里要么不可能，要么需要層層權限申請。
當SaaS訂閱制成為默認答案，一個"買斷制+零云依賴"的工具能走多遠？
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
