關於團隊使用的 Project Templates
關於規範這件事 還記得筆者先前曾經說過一句話： 軟體開發的問題一直都不在於『技術』、『工具』的不斷推陳出新。 而在於，你的做事方法有沒有想要推陳出新、有沒有想要『改變』而進步？ 因為世界永遠只會更進步、永遠都是自己在原地踏步！ RAD 無罪論 這讓我想起了很久以前，網路上曾紅極一時的一個討論，「RAD 無罪論」，當時因為 RAD （Rapid Application Development）工具，如：Borland Delphi、C++ Builder 開始盛行，網路上出現兩派人馬爭論著，究竟 RAD 的出現是好是壞 好的一方認為： 透過 RAD 工具，開發可省下不少的時間，也是 IDE 開發工具的趨勢，且使用 RAD 工具不代表就不需要瞭解底層運作細節。 壞的一方認為： RAD 工具使的一些初學者不需要瞭解底層運作細節，甚至不需要瞭解太多的OOP 物件導向概念、 Object Pascal 語法，就可以拼湊出一個應用程式，因此 RAD 工具會產生對於軟體開發一堆一知半解的工程師。 還記得當時一位 Delphi 書籍的作者：陳寬達先生，他在他的著作「Delphi 深度歷險」裡面記載了當時在 TANet 論壇上比較經典的討論，陳寬達先生將比較中肯的回覆記載在他的著作裡面，如下： 所以，這也就是說，不管是任何工具、技術，其實都跟你個人或團隊 進步 其實一點關係都沒有。 好比使用 RAD、IDE 工具、好用的精靈，不代表就不需要去瞭解底層的運作細節。 也就是說，其實重點都在「人」的身上。工具終究只是工具，就看你怎麼使用而已。 套句流行語： 這不是南北拳的問題，是你的問題。 另外，小編之前所開的課程「 架構設計好簡單系列 - 如何設計符合團隊的範本精靈 (Project Template) 」中，也不是只是教導各位如何建立 C# Project Templates 然後包進 VSIX Project 裡面這麼簡單而已，所教導的是， 如何制訂團隊共同規範 ， 注意 ， 是團隊共同規範 ，是的，我不斷的在課程中強調， 這是「團隊共同規範」的設計，不是只是設計「Project Templates」 ， 而且，我也再三的強調，這個 Project Templates 是在團隊共同規範成形後，也就是在團隊已經擬聚共識、具備共同開發規範
