有一筆資料，最後會進 db，由 db 產生 id 作為主鍵

然後這筆資料定義出的 type，不包含 id

後續延伸出一堆 type error，都卡在這個 id

最初的需求是沒有 db 的，這是後加的，所以原本沒有 id 這玩意

改這需求的人，他沒去釐清 type，就粗暴地把 set to db 的 function 單獨 type 補上 id，其他沒有去一起整合改動

這個我看起來就是，明明這需求跟原本的 code flow 是有關聯的，但是他硬加，其他的不管，有 type error 也不管

這樣用 ts 到底有何意義之有

這邊真的一堆這種問題，都是我路過看到去幫忙釐清改 type

最後這些資料怎麼來，怎麼去的，我比寫的人還熟

這真的不是不會用 typescript 的問題，是寫的人本身就不夠細膩，說白點就是太菜了

好啦，問題又來了，我要改嗎?

真的印證了這個說法，幫別人修問題，最後自己變成了相關問題的專門負責人

我幫忙修了多少次這種 type 問題，當事人 code review 也看了，卻似乎一點學習能力都沒有

他難道不會懷疑，我改了他的 code，我為啥要這樣改，他本來寫的有什麼問題嗎?

然後永遠一樣的問題，一直出現一直出現一直出現

我一、兩週前特地花時間把一個比較新的專案，type check 給他搞起來了，強制 build 前做程序性自動 type check

然後這個 PR 擺到現在，不合，我笑了。是為什麼呢?

表示他自己也知道，他 type 都亂寫

這個機制上了，他就不能亂來，不能靠我幫他修，他得自己弄好才能過

我之前就問過，這他媽 type 都亂寫，那要不要我們新專案都改用 js 不要用 ts 了? 也沒有正面回應我

算了，還是不改了，這個 type 問題跟我這次改的需求沒有直接關係。我不想再幫忙改這些自己應該 handle 好的問題