AboutMe

關於我

其實每一個在這邊註冊的人都可以擁有一個自己的小天地，譬如 Ada 這樣一個網址。

但是，畢竟網址中早就包含了我的英文代號，在介紹自個時還要顯示成 http://blog.t-times.net/ada/space/Ada 這樣的網址名稱就感到不太滿意，所以把所有個人自省到的一切大小事宜全部放在這邊，讓不認識我的人有點概念，讓認識我的人有話題和我吵架！

英文代號的由來

1. 這是一個法國來的名字。
2. 出自於一套程式語言的名稱。
3. 懶的記太長的英文單字。
4. 和國語諧音有點關連。
5. 結果遇到一個真的叫 艾坦 的女子，這是 Ada 女子名的翻譯兼發音！
6. 問過在法國的留學生，他們說這個名字其實是蠻中性的，雖然不知道是真是假。
7. 那倒底怎麼發音呢？其實...... 哇啊哉… :p
8. 蠻堅持 Ada 的大小寫！

工作

1. 抱持著『科技始終來自於惰性』
2. 堅持著『人類因惰性而偉大』
3. 能夠簡單達到的事就不要想太多！不過這分為幾方面：
1. 建置簡單：所以會選擇一些工具將系統建置過程自動化。
2. 設計簡單：不要一直用很花俏的功能在簡單的動作上，通常這也是效能不彰的原因。
3. 維護簡單：日後修改時不需要動不動就得調整系統架構。這部份的權重高於設計簡單這個部份。
4. 開始想走專案管理路線：
1. 台灣工作環境重管理輕技術使然。
2. 但是其實沒有太多經驗！

怪癖

1. 堅持給魚吃不如給根釣竿的哲學。
1. 通常來說這不會帶給人好印象。
2. 我相信因為有這項堅持，可能在不知不覺中已經失去了幾個可能成為老婆的美女。

感情

1. 持續過個一個人啃晚餐的日子。
2. 失去理智時設定的條件：
1. 瘦：不過這不是指體重要低於多少多少，而是指視覺上的比例問題。
2. 小腿比例要適當：算是 瘦 這個條件的一部份，不過倒是真的不少上半身不胖，腿卻有點粗壯的情形！
3. 不上粧時不會嚇哭小朋友：簡單說就是不求美艷，千萬不能夠上粧、卸粧兩個人！
3. 回復理智下的認知：
1. 自己胖，還敢要求別人？

社會觀點

1. 疾惡如仇，但是膽小怕事… :p
2. 暗地裡希望有一個黑暗執法者能協助處理一些瑣事，例如飆車族之類的！
3. 堅持女生不能抽煙、不准紋身。

政治傾向

1. 堅持自己是白色無污染的中間選民。
2. 但是承認較看好綠營的少數人物。
3. 藍營自從某些本土派委員消聲匿跡後，就再也看不到一個可以托付的對象了。

桌布

1. 偏向使用風景類圖片當桌布。
2. 每次設定好後，通常要等很久很久以後才會再做另一次的設定！

履歷表自傳（92 年版）
以下是個人於 92 年找工作時在 104 履歷表中所寫的自傳內容，因為目前要更新 104 上的自傳所以將之移轉到此處作為一個檢驗。

過去這一年是我對軟體開發觀念轉變最大的一年，因為我從微軟提供的開發平台跳入了更寬廣的應用世界。

早先我是以VB/ASP配合C/C++作為主要軟體開發環境，後來因為認為企業的未來會從網路開始而開始接觸Web程式設計。在這段時間內除了建置過兩套電子商務線上商場/商店系統外，也曾配合規劃飯店、旅館的訂房管理中心系統。不過由於一個可以接觸Java的機會而未能完成該訂房管理系統，現在想來則覺得有點可惜。

後來因為可以接觸Java這個活躍在網頁瀏灠器上的語言而更換了工作。當時公司計畫從原先以Oracle Developer 2000為主的4GL語言漸次移轉到以Java為主的開發環境，於是開始進行Java及系統網頁化的導入計畫，因應公司需求完成兩個版本的Web版專案進度管控系統。之後則配合新的專案計畫開發一套可監控Server各項狀態的Java應用程式，並將該應用程式所運用到之各項元件加以歸納分析，成為後續Java基底元件的參考基礎。對這個Server運作監控系統，由於一開始即規劃以XML作為資料交換的格式，加上把實際監控/查驗的動作自應用程式中抽離，因此可以達成跨平台能力及動態增減監控對象的要求。

而在建構各項應用系統基底元件階段時，由於考量到企業應用的需求，開始涉獵J2EE相關的技術以作為開發企業軟體時的準備。目前已導入訊息作業以簡化每一個應用元件所必須接觸的外界物件，同時也可降低應用元件出錯的機會。在這段時間內由於Java跨平台的特性，使我能對Linux/Unix等非微軟作業系統有更多的體會。

離職前曾受命對客戶的人力資源管理系統進行需求分析及系統規劃，在過程中我將自己抽離技術上的限制，純粹就客戶的需求提供一或多個展現的方式，先求讓客戶知道我們所想要提供的產品是什麼後，才開始組合已知或未知的技術與知識並進而將原先單純的想法落實到客戶實際所需要的功能。

另外，當遇見一個新的技術時，不論是專案需要或是意外接觸，如果開發人員只能針對技術本身加以鑽研而不曾想過該技術所適用的場合時，就無法在客戶需要時提供對應的解決方案。畢竟，軟體公司賣的是產品，提供的是服務而非單純的技術知識。軟體技術的發展是無止盡的，所以技術不該是一個軟體公司對外宣傳的主要項目，雖然說沒有技術就很難對客戶提供服務，但在技術之外更需要具有把技術和需求結合的能力，惟有如此才能對客戶提供所謂的服務。

目前，在方向上有兩種考量：一是擔任IT人員，另一則是持續在系統分析方面著力。想擔任IT人員是因為可以接觸使用者的各項需求，藉以瞭解過去對軟體開發上的想法是否符合實際使用者的期待，當然這更是對於Domain Know How最直接而快速的熟悉路徑。至於系統分析方面，則以接觸更多企業需求為目的，將軟體開發經驗帶入企業，並從企業獲取各種領域的基礎常識。

每個軟體人員都希望能成為獨當一面的專案經理，憑心而論在這方面目前並無太大的自信，故傾向以技術領導的方式漸次熟悉專案經理所應培養之人際關係應對能力。當然技術領導這個角色的工作重心在於帶領整個技術團隊並滿足專案經理對客戶所承諾的各項需求，所以對於如何領導所屬技術人員則已有部份的想法和概念，簡述如後。

對於領導的核心概念有三：首先，抱持是非分明的態度；其次，對開發人員要求基礎觀念的建構；最後，應避免無意義的加班。

在第一項部份，我自認早以確實作到這項要求，就事論事，不因個人私下之好惡而有不同的處理態度。

其次，重視開發人員基礎觀念的建構主要是不希望開發人員只顧著追求技術的演進、技巧的展示而忘了開發語言的本質及相關執行環境的架構與配置作業。我一向認為如果能熟悉所使用的語言本質就不會產出品質低劣的程式碼，而如能明瞭相關執行環境的架構與配置作業時則可以對系統一開始運作時所產生的各種錯誤，特別是由Java所撰寫的系統更是如此。

最後，企業中對於加班的情形本來就無可避免，但卻可以盡力減少發生的機率。如何不讓無意義的加班耗損掉開發人員寶貴的腦力資源是我特別重視的一個環節。而能夠減少加班情形發生的最簡單方法莫過於對專案開發時程做好正確的安排，而其中最能掌握整個開發進度的時程者莫過於開發人員本身。當然這必須配合時程驗證及進度掌握等機制加以配合以避免開發人員蓄意拖延而影響開發進度。

總括而言，每個人都有其適任的角色。我不知道是否適合擔任領導職務，但如果有這個機會必將全力以赴，務使客戶能放心將問題交給我們處理，而下屬也能安心的在工作中獲得成就感。

以上是我過去的經驗與對未來目標的規劃，在此期望能為貴公司服務，處理企業在資訊化上的各項難題。最後並感謝貴公司撥空了解我的自我介紹，謝謝。

回頭看看這份自傳後，可以相信我是真的有所成長。目前會有比較明確的意願去接觸專案管理方面的各項工作，當然這和取得 PMP 認證資格也有關係就是了。

下一份自傳的內容大概會以專案管理為訴求重點吧！