※ 引述《a63921 (a63921)》之銘言：
: 各位年薪500萬的前輩好～
: 小弟的工作內容是用LabVIEW做一些硬體的檢測
: 不知道這類型的工作，對於未來轉職有沒有加分的效果...
: 研究所是用MATLAB，剛踏入社會目前工作是用LabVIEW...
: 覺得好像有點難轉...不太有專業的感覺阿...
: 請問各位前輩，業界是這樣的情況嗎？
: 我該如何提昇自己未來的轉職本錢呢？
: 「還有救嗎？」
: 感謝，麻煩提點一下！！
板上討論Labview 的文章一向很少
有人統計過 全世界工程師最愛用的程式語言 Labview其實排名很後面
跟大家分享一下我學習Labview 的經驗和過程吧
2002年 讀碩班時 第一次聽到Labview這個名詞 但沒有深入研究
而且碩士我只讀半年 就休學跑去當兵了
2004年 開始進業界後 在一間大公司
因工作需求 曾自學Labview一小段時間 但後來一直沒再用上
這段時間 待了三個部門
測試開發=>電源測試(負責電池)=>電源設計
2008年 離開原公司 到一間小公司 去作一支可以聽MP3的LED手電筒
2009年 又換公司 到一家儀器經銷商 本來以為是去賣儀器
沒想到除了賣儀器 還要作系統整合 也就是幫寫客製化程式
從此和Labview 結下不結之緣
2011年 當時原先待過的大公司要組自動化團隊
又憑著會寫Labview 回鍋到原公司
回鍋後真的成立一個自動開發課 後來幾年後組織變動
原班人馬只剩下我持續再寫自動化測試程式
其他人跑去寫其他東西了(網頁、APP等)
說一下 我對Labview 的感想
Labview 算是一種易學難精的程式語言
要寫的快 這個沒太問題
但要寫的好 確實需要一些經驗的累積
我目前的工作 就是用Labview寫測試程式
搞儀控和遠端監控 (使用GPIB、USB、Serial、TCP/IP等介面
我寫出來的程式 主要是給內部同仁使用
因為我們單位就是設計驗証部門
下面有電源、硬體 、RF、環境、安規、功能等小部門
每個部門多多少少會用到一些儀器設備
有些測試項目 需開發一些自動化程式 來幫助他們縮短或簡化測試.
因此我的工作價值就產生
除此之外 我本身也有一些硬體開發的經驗
其他如單晶片、PLC、電源設計、配盤 都是在以往的工作經驗慢慢累積出來的
這些工作經驗 在開發程式時 需要軟硬體結合的時候 可派上用場
其他程式語言 如VB、C、AutoIt 、Java、 MATLAB、VBA會寫 但都不是很專精
但在適當的時候 也可以補Labview 不足之處
最近有同事說 當年我回鍋的時候 上面要推自動化測試
他們下面的人員其實內心是很反彈的 甚至不看好
現在回想 其實當年上面主管的想法是對的
只是下面基層人員沒有跟中間主管反應真的需求
造成中間主管忙著應付上面 卻又不斷要求下面
換句話說 自動化程式的需求 是由上而下 不是由下而上
造作當年的失敗
不過經過多年的努力 現在的同事已經很習慣使用我的程式了
一有問題 就會馬上找我
有新的東西要開發 也會找我商量討論
現在的主管 也不會干涉我太多東西 因為他認為我有完全獨立作業的能力
一直想讓我重新帶一個團隊 但是目前工作量 我一個人還應付得過來
我們這邊較資深且職等較高的同事 都有自行程式開發的能力
只是他們只是開發他們自己要用的小程式而已
我所開發的程式 則是屬於普遍性較高 要給多人使用的
我也鼓勵新進同事
無論如何至少要熟悉一種程式語言(不一定要labview) 來幫助你的工作
因為Labview 具有程式碼可以重覆使用特性
所以經過多年的累積 我已經將公司內同事們會用到的儀器的Libary 建的差不多了
所以現在要開發一支新的程式 如變溫度變電壓、 Power Cycle等 常見的測試需求
往往很短時間內就開發完畢
但這也造成很多人對Labview 的誤解
認為Labview 是一種應用程式 只要拉一下線 改一下參數就可以
孰不知 這可是我多年來 常常廢寢忘食 所累積出來的功力
我們公司其他部門也有人在寫Labview 但是看過他們程式介面和接法
很明顯 他們的程式功力 很明顯都只在 會動就好那關
整個人機介面的質感 還停留在學生寫作業那樣
我現在Labview 功力 現在已經進入物件導向的層次了
所作出來的人機介面也看不出是用Labview寫的
至於薪水方面 沒有原ＰＯ寫的五百萬那麼誇張
但至少還算令人滿意～