Son of Liberty

我很遵循有些古人說過的話，像「吾日三省吾身。」 話說從頭，禮拜五我去幫客戶上課，內容是用「Flex開發GIS」，我講了大約1個小時。然後我開始懊悔我準備不夠充分、講的不夠清楚、有些地方交代不清，有些重點沒有帶到...等。 就在剛剛，我突然想到，這一切都是正常的！我仔細回想我花了多久心思搞懂 Spring 和 Hibernate ？我做了一整個專案，花了幾乎半年才熟悉（？）這兩樣東西。我用了多久時間才做出這個簡單的Flex Lab？答案是兩天半到三天，其中還問了ilin許多小問題。接著，我花了多少血淚（不誇張，有血有淚）才漸漸熟悉這個GIS系統？ 最後，我想要再一個小時之內把這些東西教給連Flex都沒碰過的人？我真的是太異想天開了，這是不可能的，光是從完全不會Flex到真正動手能夠建立出一個空的Flex專案，就絕對不只一個小時。 所以，我不用想太多，不用為我那天表現的不如我理想而感到懊悔，因為這本來就是不可能的任務，我這樣跟自己說。

不斷重複處理相同的bug就好像永不止息的樂章一樣，讓人厭倦並且無力。 同樣的問題不斷出現，不斷修改，就會讓人對這件事產生非常大的排斥感，我想我應該找一天，特別早去上班，然後特別快的把自己一天該做的事、該逛的網頁、該看的信全部做完，然後很快的進入狀況開始想著問題該如何解決，然後再一鼓作氣的把他修改完成。要不然同樣的問題一直花時間去修改，真的很累人。

這個想法一直以來都在大家身邊，顯而易見也通常容易認同。 「不要因為信仰某個技術而選來作為開發的方法」。不要因為Java而Java，同樣的，也不要因為.NET而.NET，更不要因為Flash而Flash。但是，請為了Apple而Apple :P 扯遠了。 重點是我覺得目前犯了幾個錯誤，為了讓某個案子符合本部門的核心價值，而硬將某些龐大而且不必要的技術導入，最後很難收山。或是因為個人偏好，喜歡Java或Flex或其他，而將不適合的技術用在案子上。 為了雲端而雲端，或是為了SOA而SOA甚至為了Flex而Flex都很糟糕，當然業務人員很開心，開發的人員就很痛苦，感覺像在一個球形的物體裡面試著用正立方體塞滿。 很成功的部份是GIS我們用Flex來呈現，這點我覺得省了進入JavaScript的地獄。 但如果是我目前手上主要在做的工作，再讓我選一次，絕對不會建議使用Flex，我會用.NET做Windows Application，如果是.NET，現在早就結案了吧！

其實今年五月還蠻忙碌的，除了到處跑之外，也要適應Grant學長不在我們部門的日子。 平常都是他把大部分的事情搞定，現在有事我們得自己扛下來囉～ 去了幾個公司，也開了幾個會，其實我覺得在我職涯階段有這些經歷是相當不錯的， 在user side沒有辦法遇到這麼多原廠的人，也沒有辦法接觸到這麼廣泛的技術和業務， 其實我覺得我還蠻滿意現在的工作內容。比單純窩在家裡寫code好玩多了。