反方向。飛行。

最近的工作壓力實在很大
雖然還是在做自己喜歡的事
但是跟理想的樣子已經不一樣了

身為一個programmer
我自認是個很要求品質的人
好的和不好的軟體設計
外行人看不懂
我們卻很清楚個中差異
對結果的影響又是什麼

好的程式設計
講究 design, 縱的有層次, 橫的有模組
相同的邏輯不會寫兩次
容易 maintain, 容易 extend
甚至, 連文件都不用寫
Code says everything

換言之, 糟糕的程式設計
通常是programmer「硬code」的結果
別說換個人來改
就算原作者一個月後回來看
也不知道自己當初是在寫什麼

但是所謂專案, 就是這麼一回事
有時程, 有預算, 有外行的客戶
即使明明知道什麼才是「對的事」
但是偏偏就是沒辦法往那個方向走

其實我同情那些負責管理的人
對內得扮黑臉, 對外得低聲下氣
老實說, 不比我們這些實際上做事的輕鬆

但是另一方面
我也不得不用高標準去要求管理者
當你要「管理」一件事一群人時
你就算不懂細節
好歹也要對事情的輕重難易有個了解
就算真的沒有概念
好歹也要尊重專業者的說法

就好比蓋房子
如果用老方法做事, 一面牆估計一個工人要花一個禮拜完成
可是今天用了一個以前沒用過的技術來做的時候
難道每個人在做第一面牆時不用多花一點時間嗎?

如果這時工頭發現, 他得自己去設計出來一種新工具
其它人才能夠順利地工作
然而要設計一個大家都能用的新工具要花一個禮拜
監工便說, 你自己負責那面牆怎麼沒趕上進度?
工頭只好回去繼續蓋他那面牆

表面上工頭沒有「浪費」一個禮拜去做那些看不到的「不重要」的事
可是剩下的工人每次在遇到需要那個工具時
就得自己想辦法花兩天去生一個堪用的出來
如果有十個工人, 最後就會多浪費20天的時間在生同一種工具上

好吧, 這個例子舉得很爛
因為現實中的工頭只管幫大家找工具, 運材料, 解決工人沒弄好的瑕疵
現實中的工頭, 是不該自己下去蓋牆的