Agile 啊...



我一直在想要不要說這些話，因為可能會擋到一些人的財路，不過反正躲在 PCDVD 角落講些無用廢話，可能也沒人在乎，因為影響層面不大，就一吐為快好了。

當然，我只是一隻才疏學淺的程式猿，不懂得比懂的還多，想法也不見得是正確的，以下純為個人觀點，你信也好，你不信我也不難過，就當一隻猴子在練笑維就好，我只是覺得身為一個工程師應該實事求是，不該跟著一些行銷手法的名詞****，其實很多東西根本是舊瓶新裝，這些東西在 IT 界已經屢見不鮮，像以前的 Web 2.0，現在還有誰在唱？

我個人不是很欣賞那些一直打著 Agile/Extreme 名號談軟體工程的人，好像全世界就只剩下 Agile/Extreme 一樣，軟體工程是經驗累積的科學，軟體開發也沒有唯一方法，因此沒有任何一種方法是絕對有效的，過度吹捧某樣開發方式，跟夜市賣藥吹噓療效是異曲同工的，疾病千百種，期待萬靈藥能治療所有疾病只是渺小人類不切實際的幻想。

問一句話：你去吃店家料理，你會相信你吃到的東西真的好吃，還是相信牆上那一堆明星照片合照，當一堆教育訓練中心吹捧大師，把某些大師(?)所言奉為圭臬，就要注意他們談的是牆上的明星照片，還是東西是不是真的好吃。

再來，我曾批評過 Pair Programming，到現在我對 PP 的負面看法也比正面多，因為這東西的研究結果並不是非常可靠：

1. PP 許多論文的實驗的流程幾乎是不能複製的，這在科學研究上有什麼意義，許多人應該比我更清楚。
2. PP 所有研究都表示要新手跟老手搭配，或是在沒經驗的領域才能實現最大效益，而如果是兩個老手 PP，那效益大概只提升 30%，卻造成多一個人力的浪費，在大多數的場合裡一點也不實用。

當然協同開發是有必要的，因為人都有盲點，但實際上來說，有比 PP 更好的方式，我討厭的是一些書卻利用資訊不對等的狀態，向讀者灌輸奇怪的東西，看得實在另人倒彈。
如那本 Clxxx Code，一堆廢話充篇幅講幾個老手本來就懂的觀念，沒幾句就開始把書裡風向導到推銷他們的開發方式，當然我個人並不排斥書內所有東西，如 Test-Driven，我討厭的是這本書沒有新意，這本實在是我最近看過最讓人反胃的"名書"，當然這本書對初學者來說還是個不錯的入門書就是了。