我在大學與研究所都是就讀電子/電機系，系上分了系統與固態兩組。畢業的學長姐如果是固態組，大部分去半導體廠工作；至於系統組的工作比較廣泛，線路設計相關的工作都可以做。我從研究所畢業後，將履歷分別投了幾家IC設計研發工程師以及主機板研發工程師的工作，因為主機板研發工程師的那家公司較早與我聯繫，我就成為了主機板的研發工程師。至於這份工作是否是當初最愛？如前所述，我只能說並不討厭。

Q2. 請問在就職前您對這份職務的工作內容有哪些認知? 正式上班後 ，實際的工作內容跟您先前認知有哪些落差?

我就讀大學的時期，當時非常流行自己組裝電腦，主機板可以說是學生們親身接觸最複雜的電路板產品，所以主機板研發工程師就成為同學們甚至學長姐投入職場時考慮從事的熱門職務之一。當時我只要想像電腦賣場裡的主機板是由自己選用IC零組件、設計線路、甚至自己設計製造，就感到熱血沸騰。
正式到電腦公司的主機板研發部工作後，經過三個月的在職訓練，主管才開始發配工作。新手們分別跟了一位師傅，一開始先擔任資深主機板研發工程師的助手。我們大部分的時間都在實驗室裡幫忙修板子，也就是使用電烙鐵修改先前設計錯誤或因某些原因出問題的主機板。這樣的日子一過就是半年，才陸續有人能開始設計PCB板，但也只是負責主機板旁附屬小板的設計。一般來說，新手在就職一年以後才有機會開始承接主機板設計的專案，成為實至名歸的主機板研發工程師。
當我好不容易承接到主機板設計的專案後，發現這份工作其實真正在設計線路的時間並不多，有大部分的時間在與其他部門的同事開會溝通，例如與PM確認產品規格、與零件廠商及採購認證零組件、與機構工程師確認機殼尺寸高度、與EMI工程師協調相關零件擺放、與Layout工程師協調走線、與韌體工程師溝通開機時的IC狀態設定等等。等到線路設計完成送到PCB廠及打件廠製作板子時，還要利用瑣碎的時間撰寫產品說明書。千萬別以為Sample板從工廠拿回來後就大功告成。絕大部分的情況是，有一大堆的Bugs等著要抓。當時才體驗學長姐曾經告誡的一句話，RD Engineer的RD指的並不是「Research & Design」，而是「Rework & Debug」。

Q3. 能否談談您這份職務的期間，覺得最有趣的工作內容或最有成就感的案例?

記得有一次在替日本廠商做一個主機板ODM的案子，雖然按照了IC供應商所提供的建議線路來規劃電源區塊，但Sample板回來測試後，發現居然開不了機。由於這個板子的電源採用了Power MOSFET搭配Firmware當作開關，算是當時比較新的設計，大家在過去都不曾遇過這種問題。於是日本特別派了工程師協同IC的FAE一起來實驗室協助解決這個電源問題，花了一個禮拜的時間都沒解決，日本工程師因為母廠另有任務只好黯然回國，只能放手把這個工作全權交付給我。
我重新檢視大家在一個禮拜來使用示波器、邏輯分析儀等量出來的許多資料圖表，回頭找出大學時修課所使用的電子電路學教科書，終於發現問題癥結。最後僅僅加了一顆電容以及兩顆電阻，就讓系統成功開機。後來，同事們只要使用到類似的主機板電源區塊，幾乎都把我這個專案的線路當做範例線路，甚至IC公司的FAE也私下跟我坦承，他們也將我的線路提供給其他同業的工程師來參考。當時工作實在很忙，不然應該要申請專利才對。雖然這個案例並沒有讓我賺到專利的錢(公司有提供專利申請獎金)，自己還是超有成就感。

Q4. 如果繼續擔任主機板的「硬體研發工程師」，後續的職涯地圖與職場風景將是如何?

研發工程師的職涯地圖除了職等會隨著年資與表現晉升之外，後續大致會分為管理職或技術職。個性不喜歡管理的資深工程師通常會負責難度更高的案子，同時擔任資歷較淺的工程師的mentor。適合擔任管理職的資深工程師，可能會擔任team leader，帶領幾位工程師負責複雜度較高的案子。表現好的話，或許有機會擔任研發部門主管。
研發工程師的職場風景，除了多了一些會議之外，基本上與研究生的生活相當類似，大部分的時間多在實驗室裡度過。

Q5. 基於什麼原因，讓您決定跳脫這份職務? 而您的下一份職務是什麼工作?

主機板研發工程師做了兩年後，開始思考未來自己的人生規劃問題。基於下列幾個原因，決定離開這份工作：
1) 職場生活類似大學研究所生活的延伸，後來覺得有些一陳不變。
2) 雖然時常要與不同部門甚至上游廠商開會或meeting，但接觸的人大多是老面孔，人際網路相對封閉。
3) 主機板研發工程師的工作聽起來好像很厲害，但實際內容只是將上游IC廠商的IC產品整合成一個板子，IC廠大多會提供範例線路。同事們私底下聊天，大多覺得並不需要經過研究所的訓練就可以完成相關工作。
離職後， 一開始並沒有思考接下來要到哪個領域工作。因為當時流行考證照，剛好有空擋就去參加了證券營業員等考試。原本想說去投信或證券公司擔任產業研究員，因緣際會通過了一家創投的面試，成為了創投公司的產業分析師。

Q6. 相較於您的第一份工作，下一份工作有沒有比較符合您的需求?

我擔任主機板研發工程師兩年，後來在創投業八年。第一份工作強調專精，全新產品順利誕生時會很有成就感，但工作環境相對封閉；第二份工作強調廣博與人脈，可以從上而下對創業環境與世界趨勢有通盤的學習與交流，投資有回報時雖然很高興，但畢竟真正成功的還是被投資的創業者，創投只是輔助者或直白的說，就只是配角。兩份工作屬性差異極大，其實也都並不討厭。雖然第二份工作的期間遠大於第一份工作，並不代表我比較喜歡第二份工作，只能說創投工作的視野廣，相較之下比較不容易產時職業倦怠的原因吧！

Q7. 綜觀您的職涯地圖，如果再回到校園，您會強化哪些領域或科目?

在大學電機電子科系就學時，有上過必修的電子學、電路學以及實驗等科目，大致上可以升任主機板研發工程師的工作。至於創投工作，學校裡能學到的多以會計學、投資學等財務課程，這些知識在評估投資標的時只能算是基礎的基本功，公司產品種類繁多，各領域專業知識很難在短短的評估時間裡精通，如何抓重點、學中做，並透過個人的人脈存摺多角度驗證，更是能否在創投領域表現傑出的關鍵。
如果回顧自己的校園修課，我會多花些時間在軟體程式設計以及財務相關的修課。財務報表的解讀與軟體程式設計的觀念，未來在許多公司或職務執行的重要性將會越來越重要。

公家單位要依政府採購法來走，若是私立醫院，政府採購法也是可以運用與參考的對象。醫院採購人員從招標、決標、履約管理、驗收及爭議處理等，都可以詢問公共工程委員會，因為法規是他們制定的，所以在採購上有任何的問題都可詢問他們，他們是非常專業與有經驗的。

由節目相關部門負責演出人員邀約或活動流程掌控；財務部門負責演出費用支付；行政部門負責物品準備及運送；工程部門負責督導舞台燈光音響廠商等。

票券公司也有績效獎金，但是票券公司獲利受市場利率影響較大，公司可依照交易員成交金額或筆數，或是買入賣出價格(成交利率)，做為績效獎金之決定因素，但是根據我過去所待過單位之經驗，並沒有所謂「獲利抽成」的部份。畢竟交易員操作原則，大方向取決於公司資金部位和判讀未來利率趨勢，此兩因素，往往不是個人交易員可決定的。

建築設計師在呈現設計時，因業主專業度、不同人的設計習慣、案件進行的階段等等原因，每個狀況隨時都可能出現，並無統一標準答案。在此將一些常見狀況簡述如下:
(1) 用電腦軟體SketchUp直接拉出3D模型進行設計：有時會兩三人一起坐在電腦前，邊拉3D邊討論這樣外觀好不好看，也可能3D拉完，輸出成JPG後做成PPT再簡報。
(2) 用電腦軟體AutoCAD以2D繪圖模式進行設計：因為建築物是立體的，常需要進行不同樓層的套疊，所以有時也會直接一起坐在電腦前邊畫邊討論設計的合理性，也可能畫好後列印出紙本再進行討論。
(3) 用徒手繪圖的方式進行設計：可能邊畫圖邊討論，也可能都畫好圖再複印分給大家討論，或掃描進PPT討論。
(4) 用紙板、保麗龍等材料製作簡易模型進行設計：可能邊做邊討論，也可能做好後拿出模型討論，也可能拍照後用PPT討論。

一位設計人員一年大約平均2至3付眼鏡。其實不一定，因為也要有構思和想法可以設計。

業界中，所謂「專科護理師」是一個特殊的職業別，有別於一般護理師，從事的工作較偏向是醫師的工作，如：開立醫囑、拆線...等。在這裡指的其他專科護理師應該是在其他科別工作之護理師，透析中心屬於特殊單位，如同加護病房、急診、開刀房等單位，必須經過特殊專科訓練，甚至必須考取透析護理師執照，而這個執照的考取大部分為自費，是與其他特殊單位不同之處。每一個單位都有其優點與缺點，在選擇單位上人會依照自身需求做選擇，但可列出其優缺點供參考，透析中心優點在於周日皆為放假，且未有大夜班別，只有醫院單位必須輪值待命，便於與家人相處，是優於一般病房的地方，也因為其為特殊單位在薪資上會有特殊單位加給的部分。缺點是因為透析病患的特性，透析病患大部分開始了透析治療除非換腎，否則會長期一直洗下去，直到生命的終點，所以對於病患來說這是相當大的壓力，而導致病患較容易有刁難、難以照顧的狀況出現，在照護病患上需要有更大的耐心來對待病患。

關於徵信報告這東西
首先，若客戶是新客戶，通常都是由承辦案件的業務員來寫徵信報告，針
對客戶做基本介紹並說明務必承做的原因。
在案子送到審查端後，審查員還會再寫一份自己的審查報告或授信報告，找出客戶的問題點並逐一釐清。
因為職務立場及與客戶的熟悉度不同，兩方報告的角度與內容都會不同，都具有價值。


若客戶是舊客戶前來增貸，不同銀行作法不盡相同
。有些銀行同樣有兩方報告; 有些則由一位業務員寫徵信報告，另一位業務員寫審查報告，然後把報告往上呈審查，審查看過同意就可，審查人員自己不出報告。

事實上，誰寫報告或是怎麼寫，各銀行的作法不一。


Test Case：測試案例，為某種特定情境下設計的一連串操作路徑（ex:特定操作下會出現bug），若跑完符合我們的預期即為pass.
Test Plan：一本完整的測試計畫書，涵蓋軟體所該有的測試，測試環境，測試時程，綜合性的目標等，方向大。