我最近去看大重構團隊的東西，意外發現他們的 DB partition table 是手動建的， table_jan_2026 table_feb_2026 ... 意思是不光是 CRUD 建資料，連查資料都要在 AP 層搞一堆難以維護的東西， 這樣還沒辦法送 PIP ...

過於不及都是壞事 一般人工作都是vibe coding 升級版是AI結隊編程+持續重構 另一邊則是瀑布型harness 或敏捷型harness 看你前AI時代迷信瀑布還是敏捷 一個重細節,一個重架構 可以根據情況混合使用 無論黑貓,白貓 ...

前陣子有同事覺得PM做太爛開會上爆氣罵人， 提出了一堆怎樣改進作法的方案，甚麼文件改成怎麼更新、 誰要做甚麼應該怎麼做， 但是我聽著只是在心裡冷笑， 你講了那麼多，你其實跟PM一樣搞不清楚狀況啊。 最大問題就 ...

最近公司收了一個剛畢業的工程師， 他老兄以為職場上的“會溝通”，就是在拿到已經開會確認、也確實沒什麼問題的規格之後，要像是在學校約 office hours 一樣： 找 Jr. 或是在會議上，一個介面一個介面的講他是怎麼 ...

給 #純靠北工程師9yd， 「看得出問題」 & 還講出來，不是一種能力，這個叫做不會看局勢。 大家都是通過面試進公司的，也起碼受過義務教育，學過 ㄅㄆㄇㄈ / ABCD， 你想想為什麼別人為什麼、憑甚麼看不出來問題？ ...

聽完客戶天馬行空的描述後按照要求做出不知道是三小的成品，四捨五入等同在陪他做夢，這算是一種陪睡嗎？

我不是在收集成就， 但是在已經部署的系統上把 StackOverflow(無限迴圈,而且差不多每間公司都有，巧妙各有不同) Not Enough Ram (啟動程序到後半段直接掛掉沒錯誤訊息) Overflow (該Integer的欄位給我用甚麼short啦) ...

不是，我態度已經很溫和了吧，StackOverflowException很罕見沒錯，但你有想過它為什麼罕見嗎？一個專案看到三次還集中在一天之內由同一個資深人員寫出來，我是應該感嘆有緣拜見大師，此生了然無憾嗎？

AI真的是反Legacy Code神器。 爬了半天沒到頂的屎山一分鐘爬完抓出BUG。 要爬半天的證否或是用途追蹤，也一樣不到兩分鐘搞定。 然而，這並不影響產出當年那些Legacy Code的人， 繼續用AI產出更多Legacy Code。

問：請問當這個欄位有值的時候要做什麼？ 答：幫我做以下這些驗證。 問：那無值的時候呢？ 答：無值的時候要轉生。 無值轉生