Lastor
coding 肯，連假第一天就加班了一下，不過核心功能其實早完成了，只是寫法不滿意，搞了很久沒理出來
Lastor
這次時程就壓的不知道在「理想」甚麼，這週一才開工，下週一要完成
Lastor
是在知道有端午連假為前提排的，也就是期待三天全部做完
Lastor
完全沒考慮進任務布置的時間、理解開發需求與要點的時間、前後端溝通的時間、API 設計的時間、突發狀況的 buffer
Lastor
當然，這壓的時間我也認同是「完全沒意外」整天 8 小時，全心投入下去衝刺，確實是做得完
Lastor
但不出意外的話，一定會出意外啊，昨天就發生後端某 A 做出來的格式，跟大家預期的不一樣 
Lastor
然後我原本就打算趁連假湊一下特休，下禮拜一要請假
Lastor
這算來算去，我就莫名其妙昨晚跟今早都加班了，肯
Lastor
而且為了應對這意外狀況，我臨時想出來的方案，code 實作上寫的很趕，ts 定義沒辦法橋的很漂亮
Lastor
偏偏昨天在寫的時候，才發現 TanStack Query 居然新版本要砍掉一個我有在用的 API
Lastor
導致我得重新想個流程去做 fetch，這種時候 Typescript 的缺點就體現出來了
Lastor
不去管 type 的話，應該是不用加班就能搞定的 
Lastor
而且我當初 ESLint 還特別使用 ts 嚴格模式，並且不允許寫 any 跟 ! 斷言
Lastor
碰到突發狀況，時間又短的情況，就橋 type 橋到吐了
Lastor
一定是我 Typescript 太菜了 
Lastor
現在姑且讓他 type 自動推斷可以 work，但目前寫的 function type 定義針對性太強，沒辦法兼容其他情況
Lastor
估計這改下去，原本封裝好的流程也得改...... 我當初設計這套走法，是有想過可能會有例外
Lastor
但例外會長啥樣子，我無法預期，姑且碰到再說
Lastor
那些 typescript 自動推斷寫得很好的 lib，是真的很強啊 
泉的第一張限定SSR
0.0