Denny Cheng / 月月冬瓜

系列文章 重新設計公司的 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，讓全站完全無法上傳圖片。