終於在2022.01.05，就是連續100天的最後一日。
沒想到我也終於堅持到最後！當初在進行挑戰時，都覺得對我這個懶人來說有夠困難的。
關於最近的工作
2015.09.04
好久沒寫工作相關的記錄啦！
按照慣例就要放一下OL圖....orz
之前離開的記錄，可以參考告別ISCOM這篇。
在另一家公司的這段時間，又有其他的機會。評估了一段時間，除了聊一聊外，也實際到工作環境看了一下。最後就決定過來了~~~
沒有繁複的面試筆試和試用期。就直接開始上班囉！
其實我找工作，大概有幾個原則：
- 不主動投遞。
- 工作地點不能太遠 (ex: 工業區、中科都沒有考慮)。
- 附近要能運動。
- 要有逛街的地方。
- 純技術人員有沒有前景，也就是不當主管，薪資能否再提升。
所以最近這2家其實還蠻類似的。參考下表~~
B與C，一個是系統層，一個則是網路服務。
其實兩者的技術都蠻有意思，自己也可以在這邊和同事們學習到不少東西。
但C這邊的氣氛好的多，待遇也比較好。又是自主式管理！
當然實際還是要再待一陣子才會知道囉，至少目前都還是ok的。
有些朋友都會覺得，為什麼到了40歲我還會這樣去換地方？
其實很簡單，我本來個性就是很愛去融入不同的團體。工作是這樣，休閒娛樂也是這樣。大概是水瓶座個性吧？XD
再來是真的對這邊的管理職覺得很不ok。增加的加給C/P值真的太低了。
專案性質的工作就是如此，所以後面這兩家，都是產品導向。而且已經有穩定的產品在運作，我們就有餘力可以進行研發。
再來就是不同技術的挑戰，這也是我很喜歡的。
在原本的公司的技術力其實不夠，接的專案也大都如此。原本可能都會想說試著努力看看，但資深人力不斷流失，又因為負面太多難以補到合適的人後，我也心灰意冷了。
後面這兩家，技術上都很值得學習，而且對於技術人員都十分重視。這也是我喜歡的地方！
當然還有一點，就更是因為已經40歲了，再不快決定就要沒機會了 XD
那麼，從B到C的理由？
主要就是那個fu吧。
在B裏面，我拖了3個月才過來(答應總經理多留1個月)，其實他們的人力已經夠了。我反而成為多餘，而且還要額外進行試用期來證明我的價值在哪裏。
再來管理的方式有好有壞。帶我的人其實不太懂得怎麼管理 XD (我要走的時候，他還問我為什麼他帶的人都會離職，希望我給他一些建議 orz)
但在C，我是被需要的(至少讓我這麼認為)。兩相比較下，自然是會選擇後者囉。
目前就先這樣記錄。等再過一陣子再寫一下工作的情況吧 ^^
[桌遊] 台中圖板遊戲師資專班(第八屆)師資班心得
2015.05.25
這篇去年的文章也是拖久了，去年11月參加的，到了超過半年後的現在才寫 orz
圖板協會的師資班，一直是我想參加看看的課程。但是北部南部都有開課過，就是台中一直沒有。和協會詢問過，主要是目前台中還沒有足夠的學員數量....
你是一個可以解決問題的人嗎？
(圖片與內文無關...)
2010.06.25 (五)
在整理之前blog草稿時，無意間翻到這篇未完的文章。
看了日期，天啊，是2010年！現在都2014了啊....orz
不管如何，還是把它貼一下好了。當時的心得(其實也沒啥心得..)就不修改照貼啦~~~
當做是個記錄 ^^"
=============================================
看到董先生這篇如何快速增進程式功力~~
其中關於學習，我想是很多新鮮人在意的一點。文中有提到，不管之前在學校或是上課怎麼樣的訓練，進入業界之後，才是真正挑戰和學習的開始。
我100%同意這句話啊！
只有實際上到業界上來磨練，才會曉得實際上
....
說真的，這麼多年下來我的感受是，一個開發人員(或是IT人員)與其說學習寫好程式，不如說學習培養自己解決問題的能力。資訊科學是應用科學，尤其我們都在業界工作，不是在學術單位，『能用』才是王道，『能解決問題』才是所有事情的關鍵。千萬別忘記，你學習的幾乎所有東西，都是為了解決相對應的特定問題。例如匿名網友說到的，程式設計裡面的遞迴、物件導向...等技術，都是為了解決問題、或對問題提供更好的解決方案。
我自己的經驗，所謂『程式開發』就是等同於『問題解決』，一個一個的問題，一個一個慢慢面對、處理，面對客戶需求時要怎麼達成? 為了效能該怎麼規畫? 如何讓專案團隊更快速的開發和合作? Build完之後多少個Error, 該怎麼解決? 測完之後多少個Bug、該如何修改? 無法實作時該怎麼walkaround? 碰到技術障礙或瓶頸該怎麼面對? ... 每一個IT人員或開發人員每天的工作幾乎都是 『問題→思考→解決方案→行動』，然後一直是這樣的循環。
整個關鍵都在『培養自己解決問題的能力』，不管是Debug、或是Creat Solutions，都是一樣的。不管你的角色是PM、SA、SD、Developer、Presale...幾乎放諸四海皆準...
能不能解決問題，就是一切的重點。
兩個多月來的感想
好久沒寫工作相關的文章了，上一篇是2010年的時候寫的。
當時是在前一個工作 (奕達) 時，紓發一些工作心得。
那時我也很愛用謎片的 OL 封面來當附圖 XD
現在就繼續保持這個習慣吧…
(本篇主要是記錄一下來新公司兩個月快三個月的心得~~)
今年3月底，我重新開履歷表後，除了和我聯絡的公司外 (我都懶得去主動投給公司)，意外的接到了之前 GIS 中心的同事的電話。
我離職和面試的過程暫且不表，之後有空再來寫囉 XD
總之，後來我加入了這邊總經理室直屬的RD部門。
RD經理也就是我之前的同事。
以我現在的年紀來說，通常都是在主管職居多。
想要繼續從事程式設計的工作，老闆也不太會用你。除非是有特殊專長需求，否則寧可用年輕人(有新鮮的肝 XD)。
但若是要走管理職，我又沒有經驗。
我連"專案經理"這個職位都沒做過！
造成我的選擇大為減少~
當然工作我也是有在挑的就是~~ :P
之後，應這位經理之邀，我到這家公司幾次。
大概認識一下部門中的同事，也了解一下工作環境和工具。
在和家人討論後，認為來到這邊，雖然薪水比之前少了一截，但由經理給予我專案經理 (我的經驗是0 ) 的職位，再慢慢將我訓練起來，這樣我就可以順利跳往管理階層了。
如此一來，我就可以獲得管理階層的經歷，以及相關證照和能力。不管是會留在這邊還是另外發展，又有一片天地囉!
所以，我婉拒了其他公司的邀請，在經過筆試、面試程序後，我就來到這邊上班啦 ^^
-----------------------------------------
在這邊其實專案上接觸的東西，和以前工作所碰過的相比，算是比較單純，也簡單的多。
之前接觸的都是通訊、自動化程式，再來是地理資訊相關應用，之後是博奕相關領域，每一樣的複雜度都超過現在的專案。
但就算如此，我目前可是直接被拉到了不熟悉的職位，所以對工作可不能等閒視之啊，每天都戰戰競競的。
尤其是一開始來的幾週，對於專案管理完全不了解，系統也是在中間介入。和之前交接的同事，只遇到兩天，他就離職了 XD
不過很開心的是部門的同事都很好，很年輕也有活力。旗下的工程師們也很有潛力，似乎看到年輕時的自己 XD
其他部門的同事雖然一開始都看來冷淡，但慢慢的一起吃飯，或是跨部門專案的關係 (和之前在gis中心一樣，跨部門合作讓我很快認識別部門的同事)，很快的就認識啦！
最近也終於加到了羽球團，這又是一個聯絡感情的好地方 ~
另一個更讚的是，我也找到了願意一起跑步的同事 !
工作上，經理幫了我很多，讓我有時間可以適應這邊的工作。
話雖如此，回家的時間比起在奕達時晚了 (但還是比GIS中心早 XD)，平時的作息也因此調整。
桌遊團也大概都回不去了 XDD
家人對於我換了這個工作相當高興(尤其是我老爹)，主要是之前在奕達的工作不是很正面。
雖然薪水不錯，時間也多，但總會擔心未來的日子。
現在他們就不用擔心啦~~
公司位在大墩商圈中心，機能超方便的。不怕沒有好吃的東西吃。除了可以看妹，辦公大樓也有很多OL...
最近案子開始多了，也有不少教育訓練的機會。希望自己能在這邊有所成長囉 ^^
(謎之音：你其實只是想看套裝OL吧...)
2010 年目標檢討
(磨拳擦掌的小鐵？)
去年初的一篇 2010 年新的目標，定下了一些去年要達到的事。
現在就來檢討吧...orz
一、肉體的鍛造 類：
(完成)1. 至少再挑戰一次10km路跑，要比去年更進步：
台中的路跑真是愈來愈少，去年只參加兩次 10km。
11/23 走走停停的 2010 第29屆舒跑杯
12/13 沒登記到成績的 10km 逢甲校園路跑
當然是有進步囉！
(失敗)2. 至少再挑戰一次21km路跑，也要比去年更進步：
沒報名到…
連今年的大台中市路跑也延期了，哀~~~~
(失敗)3. 單槓正手握20下：
隨著體重上升，運動量減少，現在連十下都做不到了 orz
(失敗)4. 5000m 路跑在 23分以內：
同上，體重要先降下來才有那個可能…
目前還是要大概28分。
二、小鐵的足跡類：
(完成)1. 一家三口至少一次外宿：
很順利地把民宿劵用掉囉！
小鐵也成功的第一次外宿 ^^
8/9 [小鐵的足跡] 清境行(上) - 出生以來的第一次外宿
(完成)2. 帶小鐵搭乘市公車：
去文心公園的紙風車恐龍展時，我們就是一家三口搭公車。
後來我也自己帶著小鐵搭過兩次~
4/6 不是很推薦的"紙風車恐龍展"
(完成)3. 帶小鐵搭台鐵：
坐區間車到彰化還蠻方便的呢 ^^
7/4 [鋼鐵的群像] 彰化扇形車庫
(完成)4. 帶小鐵搭高鐵：
就真的是去min那邊 XD
1/22 [小鐵的足跡] 小鐵的桃園行(上)
(失敗，僅五縣市)5. 帶小鐵突入全台各縣市：
定這個目標真的是太無謀了 XD
小鐵還小，根本沒辦法帶往較遠的地方。
就算去，其實對他而言，舟車勞頓也不是很舒服。就只是為了滿足父母自己而已吧...
所以就以目前的進度告一段落囉：
(台中、桃園、苗栗、彰化、南投)
今年小鐵的禁令解除後，也許就可以去到更多的地方了呢 ^^
三、大鐵的奮鬥類：
某些項目就不適合寫出來了~~
(失敗，僅14篇)2. 在 blog 貼 50 篇的讀書心得：
看的書雖然多，但要寫出來真的是另外一回事。
偏偏我又不想把它兩三句帶過... 也不想變成試讀文或廣告文。
就....變的很懶的寫 orz
(失敗，還是hello world)3. Android 程式開發：
因為我力行 "下班後再也不coding" 的目標了...
(完成)6. 工作上有所突破：
算是主力工程師了吧，工作上讓我發揮的地方還蠻多的。
時間上也很寬裕 (比起一般的軟體公司)，有更多陪家人的時間。
當然，也有緊急call的情形啦。
四、鋼鐵的友情類：
(失敗，僅4位)1. 拜訪20位以上的網友：
如果上去台北參加網聚就好了，可惜人就是太懶...
(callbusy, 安妮姐姐, 小咪, 天仙)
(失敗，僅1500)2. 部落格觀察進入前1000名：
升到1500左右就停滯不前了。
不過我也在另一篇2010 年的總結，記錄了這一年的進步。
和2009年相比，成長的幅度算很不錯啦！
大概就是這樣囉~~
加班
(圖片和內容無關)
2010.09.08 (三)
加班，其實在我們這樣的科技業來說，本來是稀鬆平常的事。
不過對現在的工作來說，就比較少了。
會需要加班，通常是在線上的系統出了問題，需要臨時修正bug。
或是客戶要求緊急增加的功能時...
前天晚上，在經理和我討論後，就留下來進行系統更新上線。
一加居然就加了六小時，到了12點才走。
中途鐵媽也有打電話來，小鐵還和我說：爸比快點回來，路上要小心~~~
聽起來真是暖洋洋啊~~~
不過說起來，我們公司的加班其實比較人性啊 (和之前相比...)
隨著最近制度愈來愈完整，我也體會到公司的加班，其實挺不錯的 XD
1. 主管會負責我的晚餐和夜點。前天還特地去幫我買了我愛吃的大三元便當，只因為我說不想吃高熱量的 pizza... (不然他們還真想吃 pizza)
2. 可以採用第二天的補休，或是報加班領加班費來彌補。
3. 加班費按勞基法，用我的時薪來算。而且超過兩小時的加班，是雙倍！
在前一個公司只有誤餐費，每小時還只有95....
現在這邊可是多了兩倍以上。
4. 因為那天回家時太晚，已經沒有公車可以坐。我還可以坐小黃報帳 (大概190吧)。
5. 加班不會只有我一個人，連老闆或經理都會留下來，大家一起作戰 XD
所以現在的加班，至少我覺得蠻受尊重的。
有時對薪水也是一種補貼吧 XD
當然，還是回家陪家人才是最好的囉 ^^
工作總算切分出去了
(圖片與內文無關...)
2010.08.18 (三)
這一個專案，在穩定上線後。
我們按照原計畫，進行火速的第二版作業。
其實這是我們自己為了日後的維護方便，所做的改版。
畢竟第一版當初開發時，過於倉促，而且大家對這個領域沒有經驗。
花了很多時間走冤枉路 ^^"
我負責了大約 2/3 的系統，所以工作的比重還算蠻大的。
但之前也都是默默的做而已，由於其他的工程師比較沒有經驗，就邊做邊訓練了。
有次老闆和我不經意的聊起時，他才注意到，算來算去都是我在弄的系統。
包含了承受客戶直擊的前台Web、背後控制的Web界面、以及核心 AP 。
可說是除了帳務系統外，都是我包了。
所以這次第二版，主管就把工作重新分配。
我原本的 Web 系統，全部切出去給其他的工程師，真是太好了！這次不用再碰 Web 啦 XD
取而代之的是，負責最核心的 AP 和元件。
大概是想讓我專心弄這些吧 ？ 畢竟這是這個案子的賣點呀~~~
不過，上星期開個會真的是讓我受不了啊！
怎麼老是有人這麼被動？
怎麼會認為要等別人把底層的元件先弄出來，才能做他的工作？
那這個星期他都在做什麼？
而另一個工程師則可能是因為我們沒有先說清楚，公司不用免費而沒有source code的元件。
如果不提供 source code，那就是工程師們自己想辦法。
當然，也因為這樣，又要再拖一段時間了。
也因此，本週的會議，原本經理要我們每個人提出一個替代方案來。
結果弄到最後只有我還記得？
呼，希望大家能積極一點啊...
[轉貼] 十個殺手級的面試問題與回覆
(圖片與本文無關...)
2010.07.20 (二)在 Facebook 上有朋友分享，看了後，讓我覺得應該要再轉貼出來，給現在的新鮮人看看。
這也是我們在面試時常會問的問題呢 ^^
(2010/3/31 這幾天面試有感)
每一個問題，其實都有它背後的含義。
面試官藉著這些問題，來問出應試者內心的一些想法。
尤其是第 5,6,8,9 這四題幾乎是必問！
文中都有一個範例式的解答，當然這只是參考啦。
另外別忘了，面試官最後問你有沒有什麼問題要問時。
那個也是面試的一環呦 !
本文出處：
十個殺手級的面試問題與回覆 @ MeetheMoon
Ocean
========== 轉貼分隔線 =========
當我讀到這篇文章之後(原文:”10 Killer Job Interview questions and Answers”)，我突然發現自己之前很少察覺潛藏在面試官問的問題後面的問題，難怪我不是覺得答非所問就是覺得「明明答的很好，卻沒有錄取」了。
我還沒有在中文的面試建議、面試書當中看到這種比較貼近人資專員（面試官）會問的問題的文章，所以就翻譯了一下，不知道有沒有人跟我一樣覺得「哇！難怪會那樣！」？
以下是原文的翻譯：
在每個面試的問題背後還藏有另外一個面試官真正關心、想知道的問題。你的面試準備工作就是要想想哪些問題有可能是面試官所關心的，換句話說，為什麼面試官要問你這個問題？
問題1:你找工作找多久了？（隱藏問題：你是不是有什麼問題讓其他雇主不想僱用你？）
答覆1:在我辭去上一份工作之後，我給自己一些機會去檢視我的職業生涯目標，以及在我生命歷程當中，我現在達到了哪個位置。我前幾個星期才開始找工作，現在我已經找到一個確定的目標也選擇了一些自己考慮的職位。你的公司以及這個職缺就讓我覺得很有興趣。
問題2:這次面試你準備了多久？（隱藏問題：這個產業是不是讓你有興趣到願意做一點研究、找一些資料，還是你什麼都沒準備，只想臨時自由發揮？）
答覆2: 「當我在人力銀行網站上看到這個職缺時，我就覺得很有興趣，所以我立刻查詢你的公司網站以及公司營運目標，看過公司的創辦人和管理階層的傳記之後，我覺得我深受感動。當我得到這次面試機會時，我和我的朋友、以及在這個產業認識的人都談過了。我想我應該可以在今天的面試當中獲得更過資訊。」
問題3: 你希望得到的待遇是多少？（隱藏問題：我們僱用得起你嗎？我們可以用比預算低的價格僱用你嗎？）
答覆3: 「在我們討論薪資之前，我需要更多有關這份工作的資訊以及所需要付的責任。可以請你告訴我這個職務薪水預算的範圍嗎？」
問題4: 你在目前工作的產業和工作中怎麼吸收新的資訊、有在進修嗎？（隱藏問題：如果你得到這份工作你會不會繼續學習、成長—保持挑戰性跟動機？）
答覆4: 「我對於掌握在我工作產業前景的能力非常自豪。我常看許多資料，像是雜誌或報紙上的財經版、我參加兩個產業相關的專業組織，在會議當中也和同伴進行互動。我也有參加一些他們有興趣的課程或是提供新的資訊及科技的課程。」
問題5: 告訴我你自己完成一個專案中間的過程，你怎麼計畫跟協調？（隱藏問題：行為的問題—透過特定的過去行為作為例子）
答覆5: 「我領導過一個和客服人員與技術員合作的專案。我先籌備一次會議讓大家一起發表意見、想法。從這次會議結果，我草擬了一個匯集許多好點子的計畫。我組織工作團隊，並且在技術人員和非技術人員中取得平衡。我們在每次會議之前都有個完成期限，所以我會對我的工作團隊做週期性的檢查。三個星期之後，我們的表現已經超出預期，而且開始實行這個計畫。由於我們的團隊合作效率很高，這個專案非常成功。我的主管那時候稱讚我的領導能力，他認為專案會成功是因為我的領導能力，但是我認為是因為團隊精神跟合作才讓這個專案成功。」
問題6: 你覺得最難一起工作的是哪種人呢？（隱藏問題：靈活度是否夠、是否能在不同的環境工作？）
答覆6: 「我最後三個工作我和一些都來自不同背景的人一起工作，但是對於工作議題不誠實的人是我唯一覺得一起工作是很困難的，不同背景的人並不會難以相處。我曾經和一位拿她的團隊完成的專案邀功的女性一起工作，有一天我剛巧有機會和她談話，我就解釋給她聽她是怎麼影響到團隊士氣，結果她非常沮喪其他人是這麼看她的，她說她並沒有意識到她的行為以及其他人的反應。她的行為在我們溝通過後就改變了。從這個經驗我學到有時候如果我們先行確認一下，我們對其他人的看法未必永遠一樣。」
問題7: 我們預期管理階層一天會工作超過八小時，你認為這對你會造成困擾嗎？（隱藏問題：你是不是一個工作狂或一個需要平衡的人？）
答覆7: 「我沒有長時間工作的問題，我一天約工作12-14小時。工作對我而言，與其工時拉長，不如工作得聰明點。我的目標是不論發什麼事情，要以最有效率的方式把工作完成。」
問題8: 你在你的職業生涯中最滿意的是什麼時候？（隱藏問題：什麼動機驅動你或是什麼動機使你不想前進？）
答覆8: 「我的前一個工作對我而言是一個寶貴的經驗。我在一個非常好的團隊工作環境中工作，同事之間都非常友好，我與四個人在同一個團隊當中，我們有一些共同的基本想法。我很想再擁有一次這種工作環境。」
問題9: 為什麼你想要這份工作（隱藏問題：你是真的想要這份工作還是只是單純亂槍打鳥？）
答覆9: 「我非常仔細地篩選工作與公司，當我看到關於這個職缺的簡介，我知道我找到我想要的工作。我有七年的工作經驗、產業知識加上我的溝通能力，以及與客戶建立關係的能力，我相信我可以勝任這個職缺。另外，我的靈活度跟組織能力也可以達到這個職缺所要求的。我知道職位上還有許多挑戰，但是我可以克服。我就是你需要的人才，而你的公司也是我想要待的地方。」
問題10: 我們已經決定要給你這份工作，你今天可以立刻就任嗎？（隱藏問題：我們不想要你離開之後，想一想又不來了—我們想要你來工作！）
答覆10: 「基於我之前的研究跟今天面試我得到的訊息，我想我很適合這個職務。但是，我需要給自己至少24小時考慮，因為這個決策對我來說是生命中很重大的決定。我可以明天給你答覆。」
結論：你沒辦法準確預測面試會被問到哪些問題，但是你可以先去想想哪些才是面試官跟老闆真正關心的問題，並且做好準備。
父親的角色 - 你是一個假日父親嗎？
2010.07.09 (五)
網路上不經意地看到這一篇...
現代的家庭，父親的角色經常失守！ @ Good Simple Life
文中有一段：
現在我們這個世代的新手爸爸們，在家庭中也大多參與了比較多的部分。(和以前的爸爸們相比)
可是也因為這個忙碌的世代，金錢往往是用時間和生命來換的。
雖然參與的稍多，但真的有參與到孩子的日常生活嗎？
相信這樣的爸爸們還是少數。
我自己相當慶幸，小鐵的成長到目前為止我大都沒有缺席。
鐵媽在工作上並沒有放棄，而小鐵又是自己帶，所以她在兩者間做出了平衡。
也感謝雙方家長都能在我們最需要的時候伸出援手，讓鐵媽能夠順利工作。
而現在我這個新工作目前待了一年半，時間比以往多了不少，待遇也比以前好。
這一年半，都可以很早回來。
原本小鐵和我幾乎只有在假日接觸 (有時連假日也沒...)，這一段時間就開始讓我修補起父子關係了。
當小鐵第一次主動要我陪他看書，陪他玩。甚至在聽鐵媽說，小鐵回家找不到我而想要哭的時候，我真的好感動…
漸漸的，我也能夠派上用場。
以往都是鐵媽自己在照顧小鐵，真的很辛苦。
我也自己學著做鐵媽原本在做的事情，終於小鐵也能笑著和出門的鐵媽揮手再見。
從這一瞬間，我發現我才真正的成為爸爸。
16-02-30].JPG)
小鐵知道爸比在做什麼嗎？
如果知道了後會看不起爸比嗎？
不管如何，我還是努力讓自己不要變成一個假日父親！(還好現在都不是，希望以後也不是)
回頭看著小鐵的成長過程，真的希望能一直陪他走下去啊~
網路上不經意地看到這一篇...
現代的家庭，父親的角色經常失守！ @ Good Simple Life
文中有一段：
…現在的高薪爸爸，下班回家後，累了！看電視，吃宵夜，孩子先去睡了！運氣好，或許還來得及互道晚安！
假日的爸爸，忙著開車載全家去玩，忙著刷卡付錢，買東西！
孩子能理解爸爸工作真正的辛苦嗎？爸爸倒底在做些什麼事情呢？男孩子對於爸爸的印象是什麼？ …
…男孩子真正需要爸爸當作成人典範！媽媽們其實心理很清楚！但是....我們能有勇氣作改變嗎？…
現在我們這個世代的新手爸爸們，在家庭中也大多參與了比較多的部分。(和以前的爸爸們相比)
可是也因為這個忙碌的世代，金錢往往是用時間和生命來換的。
雖然參與的稍多，但真的有參與到孩子的日常生活嗎？
相信這樣的爸爸們還是少數。
我自己相當慶幸，小鐵的成長到目前為止我大都沒有缺席。
鐵媽在工作上並沒有放棄，而小鐵又是自己帶，所以她在兩者間做出了平衡。
也感謝雙方家長都能在我們最需要的時候伸出援手，讓鐵媽能夠順利工作。
而現在我這個新工作目前待了一年半，時間比以往多了不少，待遇也比以前好。
這一年半，都可以很早回來。
原本小鐵和我幾乎只有在假日接觸 (有時連假日也沒...)，這一段時間就開始讓我修補起父子關係了。
當小鐵第一次主動要我陪他看書，陪他玩。甚至在聽鐵媽說，小鐵回家找不到我而想要哭的時候，我真的好感動…
漸漸的，我也能夠派上用場。
以往都是鐵媽自己在照顧小鐵，真的很辛苦。
我也自己學著做鐵媽原本在做的事情，終於小鐵也能笑著和出門的鐵媽揮手再見。
從這一瞬間，我發現我才真正的成為爸爸。
16-02-30].JPG)
小鐵知道爸比在做什麼嗎？
如果知道了後會看不起爸比嗎？
不管如何，我還是努力讓自己不要變成一個假日父親！(還好現在都不是，希望以後也不是)
回頭看著小鐵的成長過程，真的希望能一直陪他走下去啊~
好久沒加班了
(本篇純粹是日記文，不喜勿入)
因為要實際運作，所以下班後我理所當然的留下來，要確認系統可以正常work。
不過老實講，每次認為不會發生問題的地方，就是會發生問題啊 XD
我也就在公司立即做處理了。
在客戶的壓力下，老闆也不斷和我回報系統的問題。
當然，我也只能立刻在本地 trace，再抽絲剝繭找出問題的根源。
再加以修正 -> 本地伺服器測試 -> 發佈。
就這樣一次又一次的重覆著。
深怕因為急迫的修改，而造成其他的問題。
九點時，鐵媽也打了電話過來關心一下~~~
透過電話，小鐵也對著我說：把~拔~~ 快回來~~~
聽了真的是很窩心呀 ^^"
然而，我還是得繼續和系統及程式碼奮戰。
因為我知道這是非常關鍵的時期...
老闆也是全神備戰，還要不斷被客戶們罵到臭頭。
中途也發現有些問題是出在另一個系統。而負責的工程師早就下班囉~
其實現場也只剩老闆和我而已 XD
在沒有辦法之際，我就當場卯起來改。
所幸改完就對系統穩定有很大的影響！這也表示我的假設沒有錯。
12點了，系統看來很穩定。我就和老闆問看看還有沒有什麼要弄的？
但是，老闆希望我留到一點鐘以後，因為到時還有子系統會再運作。確認ok再走~ QQ
我就笑著說，那我明天要很晚來。
1點過後，果然子系統的運作又產生了另一波問題。
根據剛才的經驗，我也很快找到另一個問題源 - 果然還是那位工程師的另一段程式碼...
但是我和老闆表明，我沒辦法改了。要請對方上班時再來修正，我會留字條給他。
老闆也沒辦法，就只好送我下去。也和我說：你明天中午再來上班就好了~
離開了公司，半夜兩點的馬路，真的是空蕩蕩的。
只剩下路燈和 小7 還亮著。
好久沒有看到這樣的光景了呢... XD
過馬路時，剛好看到一台小黃在等紅燈。
隨手招了一下，他馬上就闖紅燈靠了過來。
我也不忘了請他開收據啦，畢竟還是要和公司請錢的啦！ XD
-------------------------------
回到了家，鐵媽迎了上來。果然她還沒睡~
鐵媽只能趁小鐵睡了後，趕第二天上課的大字報。
原來加班的可不只我一個人呢 ~~
兩個人在書房邊聊，邊弄東西。這時老闆又打來了，要我再check一個功能。
我只好又連回公司去~
三點多，我總算也去睡了...
但是，早上仍然是沒辦法睡太晚啊~~~
鐵媽要上班，也要先將小鐵送去長輩那兒，所以要很早叫小鐵起來。
捨不得叫小鐵起來，就在旁邊看著小鐵睡沈沈的樣子，想到昨天都沒有抱到他呢~~
我離開房間後，背後就傳來了 "把拔~抱~~"
回頭看到小鐵已經在後面了，噗的一下把小鐵抱起來後。也許是他剛睡醒，就趴在我肩膀上。兩個人就這樣搖啊搖的~~~
心中的疲憊感也就消失無蹤了...
陪母子倆出門後，再回來... 已經睡不著覺啦。只好弄弄電腦，寫一下心情。
待會兒就準備要出門了呢。
今天，不知又有什麼樣的挑戰呢？
因為要實際運作，所以下班後我理所當然的留下來，要確認系統可以正常work。
不過老實講，每次認為不會發生問題的地方，就是會發生問題啊 XD
我也就在公司立即做處理了。
在客戶的壓力下，老闆也不斷和我回報系統的問題。
當然，我也只能立刻在本地 trace，再抽絲剝繭找出問題的根源。
再加以修正 -> 本地伺服器測試 -> 發佈。
就這樣一次又一次的重覆著。
深怕因為急迫的修改，而造成其他的問題。
九點時，鐵媽也打了電話過來關心一下~~~
透過電話，小鐵也對著我說：把~拔~~ 快回來~~~
聽了真的是很窩心呀 ^^"
然而，我還是得繼續和系統及程式碼奮戰。
因為我知道這是非常關鍵的時期...
老闆也是全神備戰，還要不斷被客戶們罵到臭頭。
中途也發現有些問題是出在另一個系統。而負責的工程師早就下班囉~
其實現場也只剩老闆和我而已 XD
在沒有辦法之際，我就當場卯起來改。
所幸改完就對系統穩定有很大的影響！這也表示我的假設沒有錯。
12點了，系統看來很穩定。我就和老闆問看看還有沒有什麼要弄的？
但是，老闆希望我留到一點鐘以後，因為到時還有子系統會再運作。確認ok再走~ QQ
我就笑著說，那我明天要很晚來。
1點過後，果然子系統的運作又產生了另一波問題。
根據剛才的經驗，我也很快找到另一個問題源 - 果然還是那位工程師的另一段程式碼...
但是我和老闆表明，我沒辦法改了。要請對方上班時再來修正，我會留字條給他。
老闆也沒辦法，就只好送我下去。也和我說：你明天中午再來上班就好了~
離開了公司，半夜兩點的馬路，真的是空蕩蕩的。
只剩下路燈和 小7 還亮著。
好久沒有看到這樣的光景了呢... XD
過馬路時，剛好看到一台小黃在等紅燈。
隨手招了一下，他馬上就闖紅燈靠了過來。
我也不忘了請他開收據啦，畢竟還是要和公司請錢的啦！ XD
-------------------------------
回到了家，鐵媽迎了上來。果然她還沒睡~
鐵媽只能趁小鐵睡了後，趕第二天上課的大字報。
原來加班的可不只我一個人呢 ~~
兩個人在書房邊聊，邊弄東西。這時老闆又打來了，要我再check一個功能。
我只好又連回公司去~
三點多，我總算也去睡了...
但是，早上仍然是沒辦法睡太晚啊~~~
鐵媽要上班，也要先將小鐵送去長輩那兒，所以要很早叫小鐵起來。
捨不得叫小鐵起來，就在旁邊看著小鐵睡沈沈的樣子，想到昨天都沒有抱到他呢~~
我離開房間後，背後就傳來了 "把拔~抱~~"
回頭看到小鐵已經在後面了，噗的一下把小鐵抱起來後。也許是他剛睡醒，就趴在我肩膀上。兩個人就這樣搖啊搖的~~~
心中的疲憊感也就消失無蹤了...
陪母子倆出門後，再回來... 已經睡不著覺啦。只好弄弄電腦，寫一下心情。
待會兒就準備要出門了呢。
今天，不知又有什麼樣的挑戰呢？
[轉載] 你的薪水是別人給你的，你就是可以被取代的
(圖片與內文無關)
2010.05.29 (六)
在網路上看到有朋友轉貼，我搜尋了一下也找不到原始出處，就這樣轉貼上來囉 ^^"
這篇我覺得還不錯，很多地方是值得我們上班族深思的。
不過，也不是每一項都適合我們科技業就是了 XD
----------------------------- 原文分隔線 ------------------------------------
**如果你的薪水是別人給你的，你就是可以被取代的**
記得以前有位同事離職前多拉了幾個人走，以為會對公司的業務造成影響，經我觀察的結果做了結論：完全沒有影響，缺人找人，頂多資深員工辛苦點，對公司來說，「所有員工在職時都很重要，離職後都不重要」
，沒有一個員工是非留不可的，這似乎就是職場常態。
近20年以來，我長時間在美台兩地以理財專家的立埸談理財，幫助客戶及社會大眾做好理財。
我常強調做好理財的目的是錢盡其用，讓錢發揮最大的效用，一個相關的重要原則就是凡事講究划算。
我覺得以這樣的現實觀點來看工作，和我倡議的『回到蠻荒』觀點倒是有相通的地方，那就是不做徒勞無功的事，或沒有成果的事。
蠻荒的動物都能秉持這樣的原則工作。所以依現實的原則看工作，
現代人工作的目的應該只是為了能賺錢，除此以外無他。
以下是探討這類觀點的專家所提供的一些工作原則，不妨做為參考：
原則1：工作真的只是一份工作
不要期待工作與生活能兼顧，事實上也沒幾個人能將工作與生活成功的整合起來，工作並不是生活，我們工作是為了要過生活，或保有自己所喜歡的生活。
想想看，你一天或一個禮拜能有多少時間和家人相處，或和親朋好友去做一些你喜歡做的事，就可以知道要兼顧工作與生活是不可能的。
工作只是工作，目的是為了賺錢。
想起詹老師說過的，錢只是一個工具，讓您換得食物、衣服、車子、房子、休閒育樂…
換得「成就」…而「成就感」必須從個人所做的學習與事物中得到價值和肯定..
原則2：不要害怕換工作
工作既是為了賺錢，只要可能賺更多錢，或做起來更愉快、更有滿足感，何妨就換工作？
而且，以這樣的原則換工作，收入當然會越換越多，跳槽可能也會變得稀鬆平常。
只要每次工作時都全力以赴，有稱職的表現，對雇主和業界都能交代，應該隨時可以找到下一個工作機會。
但站在生涯規劃的觀點，要思考的不只是下一份工作，而是下下一份工作在哪裡。
尤其如果已經三十歲以上，更應該將目標放在提早規劃四十歲以後的人生，就會知道自己該做好什麼準備。
原則3：一鳥在手勝過十鳥在林
很多公司都聲稱他們有優渥的福利制度，包括退休金計劃。
可是不斷有事實告訴我們，越來越多的人在屆滿退休之前就失去工作了。
所以爭取眼前的福利可能更實際，比較值得期待，例如包括健康醫療保障在內的團體保險、托嬰照顧、親職休假、績效獎金的分發，增加加班費或年終獎金等等。
更值得思考的是 --- 這份工作你能做多少，或是說 ---
老闆會讓你做多久?然後呢?
原則4：謀生本事不厭其多
新世紀的工作與收入可能會變得不穩定，產業的興衰或輪替也會變得快速無比，
在同一家企業內辛苦一輩子可能會以失業收場。
所以橫向拓展各方面的技能，會比縱向的在企業的組織內向上攀爬追求位高權重還要實際。
其實現在已有不少企業也『學會』了一些聰明的技巧，對授予好聽的高階職位並不吝惜，
可以讓你擁有耀眼的頭銜，但對薪資增加並沒有多大幫助。與其追求這種虛名，
不如讓自己能具備十八般武藝可以多方面賺錢，隨時跳槽。
充實自己的技能讓自己無可替代，或者在風險控管下，掌握機會自己創業，才是M型社會生存王道!
原則5：做好份內工作就回家去
再提醒你，工作只是工作，公司少了你一個人的工作，照樣可以運轉下去。
踏實的學習你的工作所該具備的技能，努力做好你的工作，但不要奢望你可以憑一己之力多為公司創造多少業績或產能。
不要因此耗掉你大量的私人時間，讓自己從盲目工作中抽離出來。
記住，做好自己份內的工作，然後回家去。
說真的，在老闆的眼中，你真的沒有那麼重要!面對現實吧！
原則6：遠離辦公室政治
你工作的目的是為賺取合理的收入，而不是追求虛名與權位，所以不用在心思在辦公室政治上。
當紅炸子雞可能因改朝換代而去職走路，被冰凍的失志衰老也可能鹹魚翻身。
與其耗費時間介入這些無意義的辦公室鬥爭，不如多花時間在自己的家庭。
好好為自己的人生規劃準備才是最重要的。
[讀書心得] 要愛你的作品! - 修改代碼的藝術
2010.05.18 (二)
(圖片取自豆瓣讀書)
(原文書名為：Working Effectively with Legacy Code)
對軟體工程師來說，維護一個作品，真的是一件不容易的事。
每當案子接近結束 (通常還沒有接近結束...XD)，就開始為了時程的問題，草草的交差了事。
只求能順利驗收。
當然事後的維護工作，就會來討債了。
俗話說，出來跑，總要還的。
而且，經常遇到的情況是，維護的根本不是自己的程式。
寫的人早就不知跑到哪裏去了，只好自己瞎子摸象..
為了要在原本的程式碼追加功能，或是修正奇怪的bug。
在如同黑魔法一般的程式碼流程中，往往不知如何下手。
也難怪工程師們會視這種事為屎缺 …. XD
記得程式設計之道裏面有一段話：
好農夫會忽視他種的穀子嗎？
好老師會忽略他最差的學生嗎？
好父親會容許他的孩子挨餓嗎？
好程式員會拒絕維護自己的程式嗎？
我在海賊王中也看到一幕，偉大的工程師 - 湯姆先生所說的話：
男子漢要挺起胸膛，面對自己所造的船 !!
這一個橋段真的是讓我熱血沸騰啊！
我們自己捅出來的簍子當然要靠自己來收尾呀！
好像有點離題 XD
------------------------------------- 回到主題分隔線 ---------------------------
這本書我是買簡體版的，台灣似乎沒有出中文版。
再怎麼樣，我看簡體還是會比看英文快啦 …. = =
這本書乍看之下會以為和重構那本重疊。
但事實上，和重構一書比起來，
這本主要是在偏向實作面。
甚至連測試工具、編譯器的特性都用上了！
主要是討論，要怎麼樣去修改現有的程式碼 (不見得是自己寫的)。
而且並非完全以物件導向技術為主。
連C語言之類的循序式語言，也在本書的討論中。
比如善用C/C++的 linker 以及前置處理器來進行 seam。
書中主要以 test 和 seam 為中心。
在修改程式碼前，必須要確認有辦法對它進行測試。
同時當然要有測試程式碼，也就是 test driven (TDD) 的方式。
第一部分(1~5章)最好是能先讀過，了解本書的術語和基本技術 (seam, 相依性、重構工具...等)
第25章的”解依賴技術”，就彙整了各式解除相依性的方法。可以先詳讀這一章。
第15章的”到處都是API調用”，則是我們常會遇到的問題。如何把一個重度相依於系統API的程式碼，切割並提取出來改良。(幾乎每行都是在call API啊 XDD)
這本書我也還在讀，我相信它對於軟體工程師來說，是值得去詳細讀完的一本工具書。
----------------------------------------------------------------------
此次的年度目標達成狀況
目標：讀書心得 (6/50)
目標的設定在2010年新的目標這篇。
(圖片取自豆瓣讀書)
(原文書名為：Working Effectively with Legacy Code)
對軟體工程師來說，維護一個作品，真的是一件不容易的事。
每當案子接近結束 (通常還沒有接近結束...XD)，就開始為了時程的問題，草草的交差了事。
只求能順利驗收。
當然事後的維護工作，就會來討債了。
俗話說，出來跑，總要還的。
而且，經常遇到的情況是，維護的根本不是自己的程式。
寫的人早就不知跑到哪裏去了，只好自己瞎子摸象..
為了要在原本的程式碼追加功能，或是修正奇怪的bug。
在如同黑魔法一般的程式碼流程中，往往不知如何下手。
也難怪工程師們會視這種事為屎缺 …. XD
記得程式設計之道裏面有一段話：
好農夫會忽視他種的穀子嗎？
好老師會忽略他最差的學生嗎？
好父親會容許他的孩子挨餓嗎？
好程式員會拒絕維護自己的程式嗎？
我在海賊王中也看到一幕，偉大的工程師 - 湯姆先生所說的話：
男子漢要挺起胸膛，面對自己所造的船 !!
這一個橋段真的是讓我熱血沸騰啊！
我們自己
好像有點離題 XD
------------------------------------- 回到主題分隔線 ---------------------------
這本書我是買簡體版的，台灣似乎沒有出中文版。
再怎麼樣，我看簡體還是會比看英文快啦 …. = =
這本書乍看之下會以為和重構那本重疊。
但事實上，和重構一書比起來，
這本主要是在偏向實作面。
甚至連測試工具、編譯器的特性都用上了！
主要是討論，要怎麼樣去修改現有的程式碼 (不見得是自己寫的)。
而且並非完全以物件導向技術為主。
連C語言之類的循序式語言，也在本書的討論中。
比如善用C/C++的 linker 以及前置處理器來進行 seam。
書中主要以 test 和 seam 為中心。
在修改程式碼前，必須要確認有辦法對它進行測試。
同時當然要有測試程式碼，也就是 test driven (TDD) 的方式。
第一部分(1~5章)最好是能先讀過，了解本書的術語和基本技術 (seam, 相依性、重構工具...等)
第25章的”解依賴技術”，就彙整了各式解除相依性的方法。可以先詳讀這一章。
第15章的”到處都是API調用”，則是我們常會遇到的問題。如何把一個重度相依於系統API的程式碼，切割並提取出來改良。(幾乎每行都是在call API啊 XDD)
這本書我也還在讀，我相信它對於軟體工程師來說，是值得去詳細讀完的一本工具書。
----------------------------------------------------------------------
此次的年度目標達成狀況
目標：讀書心得 (6/50)
目標的設定在2010年新的目標這篇。
Visual Studio 2010 上市發表會心得
2010.05.11 (二)
今天去金典酒店參加了微軟 Visual Studio 2010 上市發表會。
前公司也有許多同事去，剛好就順便聚聚啦 ^^
到了的時候，只要把列印出來的報到單給服務人員，就可以迅速完成報到。
(趁下午沒有人時拍一下報到處 XD)
當然這次也擺了廠商攤位。
原本有個門在旁邊，我們從那兒進出就不會經過攤位，直接就可以到中廊。
後來下午他們就把門封閉了，大家都得由廠商這一邊進出 XD
如果有帶名片，就可以用名片來換紀念品哦！
可惜我沒有名片.... 記得之前和經理提過要做...
我：經理我們可不可以做名片啊？
經理：唔... 我們的工作是不對外公開的耶... 不然你拿我的去用好了！
我：............
上午的場次，一開始是概觀。
就是點出三螢一雲這個主題。
每一樣大概都講一點點~~~
三螢一雲，就是指三種Client (PC, 手機, 和智慧型裝置/嵌入式系統)，以及雲端開發。
全部可以用同一套工具搞定。
第二場是軟體開發流程與軟體品質的改善。
TFS真的是重頭戲啊...
本次也圍繞著 Test 這個主題在跑。
到了中午，又要煩惱要吃啥了。
記得上次來參加 Mobile 研討會時，Tomato 學姐帶我們去吃麥當勞 XD
這次因為我們人還不少(Ricky, Kenny, Lucky, Nini, Grant ，Clover，另外Ken和海灘褲不知跑哪去了... = =)，所以 Ricky 提議在對面的印度料理吃午餐~
我們當然叫了很有特色的烤餅。
每一份咖哩，就裝在這樣的容器中。看起來份量不多啊...
一份要250元。
結果我們當下立刻決定要再追加白飯 XD
我們點了四份咖哩，大家分著沾醬吃。
味道真道地呢！
再來為了不要在下午想睡，所以大家就前往星巴克買個咖啡。(好悠閒啊~~~)
買了咖啡後，下午課程開始了，首先是保哥的 ASP.NET 4.0 。
60秒內完成資料後台 (Dynamic Data 的功能) 真是威啊！
我原本不知道保哥，但我有在看他的 Blog。
議程中當然會秀一下他的blog囉，那時我才知道原來這位就是保哥呀 ^^"
(中場休息)
再來是董大偉先生的 Silverlight 4.0。
微軟已經把它變為主要的UI...
三螢的使用者介面，全部可以用這個打造。
最後還列了張 WPF vs Silverlight。
再來則是胡百敬先生的 TFS 2010。
這可說是重點之一。
最後的壓軸，就是微軟的雲端平台。
李智樺先生仍然維持一貫的搞笑風格。
也讓大家比較擺脫想睡的狀態啦 XD
我蠻喜歡聽他講的東西，~~
雲端目前只要知道個概念就好，因為實作的部分在將來更能會有變。
所以不用太過於care。
當然還是要大家去 try try 看就是了。
=============================================
我只講一些我比較有感覺的部分~~~
IDE的提升：
重點就是可維護舊版的專案！(當然也支援專案升級)
這個功能就立於不敗之地了... 至少我裝了2010可以不會對現行專案造成影響 XD
甚至連 VC++ 6.0、 MFC 都可以加到裏面一起維護。
之後就不需要再用舊的 Visual Studio 了。
editor 本身也有加強，光是 IntelliSense 就有進步，可以和C#, VB.NET 一樣直接帶出程式碼片段 (支援了 javascript)。
Pascal Case，可以讓IS輸入首字大寫，即可找出函式 ^^
現場也show了 jQuery 的支援。
其他還有許多新功能，再自行體驗囉。
ASP.NET 4.0：
內建了圖表控制項、以及輸出的 HTML 更加標準化。
Session 和 viewstate 採用了更彈性的方式來管理。
最方便的應該就是 Web一鍵部署 吧？
設定完成後，一執行，IIS 、SQL Server 全部幫你建立設定好。
連資料庫內容都可以一併打包。
這對我這種需要經常發布測試機和正式機的情況，真的好好用。
平行運算：
我本身的工作比較偏重這邊，對這種議題也較有興趣。
VS2010 這次提供了平行運算函式庫，可以讓我們不用再直接去處理 MT 的程式碼。
而且系統能自行充份運用多核CPU的效能來計算。
可是，我是有很多問題想問啦.....
可惜沒有專門的議程，只有用個範例帶過去而已。
看來還是自個兒上網去搜尋了 ^^"
另外會讓人很有興趣的是Debug 在平行運算上新增的Parallel Task 及 Parallel Stack 工具視窗！
可以讓我們在除錯時觀察 thread 間的相依關係和資訊。
有助於找出 deadlock 的問題點。
Dynamic Data：
Data driven 開發方式實用化！
只要採用 entity 中的 meta data，就可以由模板來產生出我們在資料處理時常用的 CRUD 功能。
ASP.NET 4.0 下，可以直接在傳統 Web 程式上，直接加入這個特性。
Demo 時，約一分鐘，就可以生成資料表的後台程式，並發佈在網站上。
TFS 2010：
發展成這樣後，微軟幾乎全包下這塊了啊！
而且測試人員，可以不用安裝VS，也不用懂程式開發。只要再安裝Test Manager就好。
自動測試錄製的功能很強悍，記得之前還在GIS中心時，有廠商來推廣類似的產品。
現在 VS2010都內建在裏面，而且和 TFS 整合。
以往開發人員和測試人員間的溝通很有問題，所以微軟在這一方面有了改進。
強化了測試及 Bug 文件。
其中 Bug 單真的是一絕啊！
我們 debug 時最頭痛的就是無法重現錯誤！
但現在的錯誤回報機制，除了圖片外，也可錄影下來。
重點是，還能重現當時的 stack 狀態、變數內容。(使用虛擬環境來實現)
由於 TFS 使用 WebService 的架構，所以可以讓各種工具介接。
所以目前流程控管、程式碼管理、測試管理... 等，全部連接在一起了。
看到講師 demo 直接產生 UML 的循序圖，真的是讓我覺得太讚啦。
此外，還有 Layer diagram，讓我們自訂分層 (像是 資料存取層、邏輯層...)
然後程式碼分析就可以幫我們產生相依圖，並自動檢查是否有不正常的呼叫關係 (讚啊！)
Silverlight 4.0：
這部分不在我的守備範圍。真該請我們 UI 來聽聽看 XD
基本上是增加一些強力控制項 (RichTextBox 、WebBrowser ...等)
而且程式人員不用再頻頻手key XAML了，大部分可以像 Windows Form 或 Web Form 這樣施拉完成。
另一個重點是，原本的 Silverlight 是以 sandbox 模式來進行的。
但現在提供 Elevated Trust 權限！
就可以對用戶端的資源做存取！
除了檔案系統、剪貼簿，連 COM Automation 機制 (表示 Office 也可供驅策) 都提供了。
讓 Silverlight 更加強悍。
Microsoft Windows Azure：
本次的主題之一。
不過以現在來講，除非是工作有立刻的需求，否則了解一下概念就好。
因為細節的部分還會再變。
VS2010 有提供模擬器，方便讓開發人員測試完成後再上傳發佈 (雲端可無法除錯啊~~)。
大概看到的就是這樣，其他的就是我不專心或是忽略掉了吧。
這次的講師群都很棒啊，希望在台中還有更多這樣的活動。
你到底是做什麼的？
(圖片和我的工作無關，我只是想要在職場類的文章都加上OL圖而已 XD)
2010.04.13 (二)
朋友見面，總是常會問工作的事。
老實說，我在做什麼工作，還真是不方便在網誌上講。
我也只有在私底下，朋友有問我才會透露一二。
我仍然是科技相關，走我的興趣和專長。
而目前所處的這個行業，不管景氣是否低迷都會賺錢。
記得當初錄取後，經理問我排不排斥當主管或帶人。
我直接就回答 "不想" ！
不過...現在好像真的是叫我做這樣的事。
當然還是要 coding 啦... = =
經理在我開始上班前，就和我們交待了一些事：
1. 這個辦公室只有我們幾個人會進來。如果有人來找麻煩，千萬不要直接和對方起衝突。趕快聯絡經理。
這一點真是勁爆啊，其實我也因為這一點而有了想待在這兒的念頭 XD
2. 不要去了解其他同事的工作內容。其他的房間也不要進去。
嗯嗯... 好神秘...
房間? 怎麼好像藍鬍子的劇情？
3. 除非上面有交待，否則任何電話都不要接。
這....真是太好了！ 居然有可以讓我任由鈴聲響到自己停掉，也不用接電話的工作 XDD
其實這也代表著，我們工程師和客戶是完全隔開的。好棒！
事實上，老闆自己就是負責業務的工作。也是唯一窗口~~
所以每次都是要先讓老闆會操作並測試後，由他去客戶那兒展示。
我曾經問他，我們需不需要去？
他就回我：你們去只會更糟 ...
4. 如果發生車禍或糾紛，立刻打電話給經理或老闆。會幫我們 "處理"。
他說這句話時，我的眼睛一亮。
不過他馬上補上一句：不過不可以因為你家隔壁太吵就打電話給我....
哈~~ 也許是我的水瓶個性使然吧...
我本身對於事情的是非，就是由我自己來衡量的。沒有絕對的對和錯。
所以我還蠻喜歡這個工作的。
儘管有些朋友要我換工作 XD (不過我覺得你們的工作還比較痛苦咧)
畢竟，要同時擁有高收入和家庭時間，在這就有可能！
而且，這個工作有可能會是達成我夢想的一個跳板。我通通都要到手 !!
就賭下去了 ~~~!
在這兒沒有加班嗎？
別說笑了，從事軟體工作有可能不加班嗎？ XD
不過，在這兒非常少。
這一年來，我只有一次是星期天特地來公司幫忙客戶上線。因為他們只有星期天維護而停機。
也只有一次是晚上沒有回去，弄到三點。就在這兒睡了。
不過那次是我自願留下來的，結果累到老闆，因為他必須留下來等我。而且還不時買霄夜進來。(記得那個晚上他買了三次進來給我)
總之，朋友們就別擔心我啦~
我自己很清楚我自己在做什麼 ^^
這幾天面試有感
(打破工作装呆板形象，圖片取自這邊，不知會不會因為這張圖吸引人進來...)
2010.03.31 (三)
最近又有一些人來參加面試...
不過真的還是讓人失望啊
我們只是一個小小的軟體工作室，不是大公司。
所以不會有制式化的筆試面試流程。
履歷和技術部分，我是先把第一關。
當我這邊通過後，才會請主管再進行第二次的面試。
基本上，我就是以面試為主了。
畢竟，叫對方在紙上寫答案，或是上機考。我們覺得意義都不大~~
直接面對面交談，反而可以讓我們比較了解對方的程度。
不過從去年一直面試到現在，最近這些新鮮人，真的是蠻無言的。
就寫一些感想好了：
你在求學/工作的過程中，印象最深刻的問題是什麼？ 後來是怎麼克服的呢？
很多應徵者也是傻在這兒，甚至要思考很久...orz
如果真的有些經驗，那麼一定會遇過難解的問題。
我們要了解的是，你遇過什麼樣的問題，還有，你的解決思路是什麼。
回答沒有的人，我就直接請回去了...
你覺得為什麼公司會用你？ 也就是說你個人的賣點是什麼？
大部分的應徵者，被我這樣一問都會愣住...
但其實，這個問題是面試常用題之一呀~~
如果對自己有自信，對自己的人格特質清楚，那麼這個問題就會回答的很平順。
而且可以從眼中看到光芒。
答案並不是重點，重點是你回答的態度。
另外就是，有準備的應徵者，通常會帶作品資料過來。
我們也相當喜歡這樣，有實際的東西當然是很好的佐證呢！
可是，問題就在於，自己對於這一堆作品是不是很了解？
或者到底是不是自己做的？
上次有位應徵者拿了一本專題報告書過來。
是和 FTP 有關的實作。
我就稍微問了一下 ，發現他怎麼都答非所問。
一看是個四人小組，我後來就直接說，你直接和我說在這當中你負責什麼吧？ 我會比較好問。
他仔細翻了他的報告書，我看出他的手還在抖咧...
後來他給了我說，從這一頁到那一頁。
我一拿過來，就用手指其中一段程式碼。
這裏為什麼要這樣寫？
..................
最後果然程式都是別人在處理的... 那我可能對他的同學，會比較有興趣。
哎..... 看的出來他比某些應徵者有心，至少文件準備的多。
可是，我對於那種魚目混珠，只靠組員求得畢業的人真的是很感冒就是了...
當然就請他回去囉~~
另外有些應徵者很愛偏離主題，故意 "露" 出一些名詞，來增加一些專業感。
可是，不講還好，只要一講我就會問。
上次有一位，明明我在面試網頁工程師，就硬要扯物件導向的東西。
後來我就說：你對這個看來頗有研究？
接下來我就開始問他這方面的東西 XD
再來是資工/資管本科系的畢業生，我就一定會問資料結構的東西。
這些東西是一定會用到的，而且也可以看看他們之前學習的態度如何。
但是真的很多人答不出來啊.... = =
如果是這樣的程度，那我們真的不會想用。
我們並不排斥訓練，可是我們不是很喜歡從零開始。
只是浪費彼此的時間罷了...
訂閱：
文章
(
Atom
)
