技術 Day 10：版本 B——同一組測試，AI 自由發揮寫出來的過度設計版本

前言：「多包幾層架構,應該只是比較『穩健』吧？」 Day 9 看完版本 A 的 3 個檔案之後,你可能會想:好,這是刻意做的極簡示範,實務上系統當然會需要多一點...

技術 Day 06：這層抽象值得嗎？三個來源 vs 十個來源，成本轉折點在哪

前言：只有一個來源站的時候，需要 Template Method 嗎？ 前幾天講的 Template Method、Factory，聽起來都是「顯然正確」的設計...

技術 Day 12：架構邊界 vs 過度設計——AI 容易把邊界當成「該加更多抽象層」

前言：邊界立好了，怎麼反而更難改了？ 「我們已經把架構邊界講清楚了，AI 也照著寫，為什麼程式碼變得更難懂，不是更好維護？」 這是把架構邊界建立起來之後，很容易...

達標好文 技術 （暗黑戰法）過度設計 與 職場升官的潛規則

最近接手一個老系統在修改功能因為以前是我寫的，而我還在公司，就由我來修正了。 當初規劃的人，做了很多 function，非常瑣碎（但說得好聽一點，就是非常詳細）...