大內練功坊

Ch26 心得感想

某甲：
你看，這個開發工具這麼方便，只要用滑鼠拖拖拉拉，網站很簡單就生出來了...設定一下子就完成了...

mumbo：
其實我們應該要學習善用工具，但不能僅止於會用工具。
更應該了解這些讓我們增加產能的工具背後的意義。

小弟一直覺得，微軟把很多工具做到如此user friendly，其實是有利有弊。
很多同學都喜歡學習這類快速開發的工具，
只要用滑鼠拖拖拉拉，GridView、DataSource、甚至Dynamic Data，網站一下子就生出來了。
但，如果因此而「誤以為」自己已經學會這個技術，沒有興趣知道內部的運作，
反而容易阻礙了往後學習進步的空間。

這個觀念小弟在擔任講師時，常跟同學們溝通。
這回看到約耳趣談軟體Ch26中的「抽象滲漏法則」，更是心有戚戚焉。

理論上，工具把他背後做的事情「抽象化」了，
但是，抽象總會有滲漏。
不知道抽象了甚麼，就不會知道問題出在哪裡。

所以適當處理漏洞的方法，就是弄懂該抽象原理以及所隱藏的東西。
抽象機制幫助我們節省工作的時間，不過，學習的時間是無法省的。

就像從ASP.NET一開始推出時的控制項概念，一路到後來的Entity framework架構，都是某種廣義的抽象，也都適用「抽象滲漏法則」。