Posts

系列文章 重新設計公司的 API framework (1) - 歷史與現況 重新設計公司的 API framework (2) - 介面設計 重新設計公司的 API framework (3) - 實作細節 (本篇) 前篇說到介面設計，這篇會開始探討實作問題。不過還是會盡量表述重點，避免通篇只是 copy paste 程式碼。

系列文章 重新設計公司的 API framework (1) - 歷史與現況 重新設計公司的 API framework (2) - 介面設計 (本篇) 重新設計公司的 API framework (3) - 實作細節 前篇描述了公司程式的現狀。這篇則是探討該怎麼重新設計 framework，還不會進入實作環節。

系列文章 重新設計公司的 API framework (1) - 歷史與現況 (本篇) 重新設計公司的 API framework (2) - 介面設計 重新設計公司的 API framework (3) - 實作細節 在公司工作也兩年出頭了，其中最有趣的部份應該是重做公司的 API framework。 重新設計的過程中遇到很多有趣的問題，因此決定寫幾篇文章紀錄一下。

背景 # 目前市面上的 renpy 翻譯軟體有一個問題，可能是為了平行化，送去翻譯的時候是一句一句送。這會讓翻譯軟體失去上下文，沒辦法精準知道要如何連貫翻譯會比較好。 剛好生成式 AI 最擅長的就是理解 context，renpy 的翻譯字串又非常結構化，於是就想說是不是能夠弄一個 skill 直接把整份文件一起翻譯。

背景 # 公司用的是 AWS，目前主要服務是在 EC2 上，而不是 ECS 或 EKS。 發版的流程是會先將目前的程式碼和相關設定打包成一個 AMI，更新 Launch Template，再更新 Auto Scaling Group (ASG)。 即使上版前都會盡量測試，但公司的程式如果動到 legacy code，實在很難保證所有部件都沒問題。 之前甚至還有出現過 infra 異常，包出來的 ami 少安裝了 imagemagick，讓全站完全無法上傳圖片。

前言 # 前一篇提到 EventBus 使用字串 + 不定參數的作法，雖然我極度不欣賞，不過這也是動態語言的常規操作而已。如果去問不同人，可能會覺得這樣的手段也無傷大雅。 不過還有一種操作 EventBus 的手法，可能就連動態語言大師看了都會嘖嘖稱奇。

問題 # 之前在找 python 的 EventBus 相關 lib，才發現寫的爛的星數高，寫的好的星數低。 以我翻到的兩個星數稍高的 lib 為例：

問題 # Celery 作者可能有反社會人格，當你使用此 lib，所有的 type hint 都會消失。

LiteDb 是 C# 上簡單的NoSql資料庫，不過想用一個 collection 來存不同型別的 key-value pair 就略顯麻煩。

背景 # 微軟在比較 WSL 1 和 WSL 2 | Microsoft Docs這篇文章有提到，WSL 2在存取windows檔案系統時速度會變慢。雖然cd/ls這類指令無法察覺，但一旦使用到git，大量的檔案存取立刻讓效能有感變慢。有些用戶甚至還沒開始使用git指令，只是進入git repository，就足以讓接下來的每個指令延遲一秒以上。