Quality Scrutiny

自詡為一個知識工作者，
老實說我十分厭惡有人用"量"來批判我的工作內容輕鬆與否。

一行程式，有千百種寫法，為什麼我選擇這樣的寫法，不是天上掉下來的答案，
每一個判斷，都是從不同視角，不同使用者的經驗，日後交接的難易與否…等等，
從我開始接觸我的專業，然後每一次我遇到失敗的經驗，累積而成的知識。

當我把根本的「質」給建造穩固之後，要用最經濟的方式(包括時間)來創造大量，
就只是輕而易舉。

沒有Error，並不等於好的Quality。

好的Quality，必須要涵蓋良好的Code Coverage、Execution Efficiency，
正確並高效率的debugging capability，這些不是從個數可以看得出來的付出。

Quality Scrutiny想當然爾，就更必須要用有限的資源(包含時間)去涵蓋到足夠大的coverage，
進行上列項目的檢驗。

這個才是知識工作者的價值。

只看有沒有Error，那將會是一場大災難。