以我20年的經驗來說，什麼敏捷，設計模式，很多都是脫褲子放屁。
更早期還有什麼OO方法論，部分人神鬼上身，什麼東西都要OO一下，連寫個九九乘法
表都要開一個 class ninenine。
就好像1995年，C++鋒頭上的時候，說C++難用的會被一堆腦粉抨擊，不外乎就是說，
不是C++難用，是你不會用。
這是不是跟太極拳很像？太極拳多強，打輸泰拳，腦粉會跟你說，不是太極沒用阿，
是你自己沒有把太極的精髓發揮出來。
到最後這根本就是信仰了。但時間會證明一切阿，C++就是產能低落，太極就是打不贏
綜合格鬥。
回到正題吧，有一段期間我們公司也導入設計模式，搞到每一個簡單的動作都要有
USECASE，你能想像這是怎麼回事嗎？這就像建構式數學，明明簡單到可以9x5=45的東西，
他規定你要9+9+9+9+9。
工程師是人，不是白癡。每一個輸出入函示都要UNIT TEST？有些簡單到如同9x5的東西
你真的還要替他見一個UNIT TEST？單步追蹤一次就夠了吧，裡面程式碼沒幾行，還是
呼叫共用的函示庫，這能出錯叫做共業，根本不需要花時間在這種地方演戲。
後來我們導入設計模式大約一兩年後，大家就慢慢不了了之，很多狀況都是慢慢不了了
之的，沒有人會願意出來說，我們當初想法天真錯誤啥的，就一切盡在不言中了。