labview社群版 在 コバにゃんチャンネル Youtube 的最佳解答
labview社群版 在 LabVIEW360 - 【LabVIEW Community Edition 社群版開放下載 ... 的推薦與評價
【LabVIEW Community Edition 社群版開放下載】(免費) https://bit.ly/2SjhABc 雖然只有32位元版本，但是用來學習已經很足夠了。使用範圍僅限個人、非商業、非工業、非 ... ... <看更多>
labview社群版 在 [心得] Labview工程師十年有感- 看板Soft_Job 的推薦與評價
不知道為什麼今晚就是想寫點什麼
如果問我的工作內容
我不會說是軟體工程師、自動化工程師、測試工程師之類的
我會說是"Labview工程師"
因為工作就是專門在用Labview這套程式語言 開發自動化測試程式
不知不覺 靠寫Labview的工作維生，已經十年了，佔去我人生的四分之一
人家說人生三境界
看山是山=> 看山不是山 => 看山還是山
最近的感觸就是 我寫Labview 的功力 已經邁向第三重境界了
因為我發現 我寫Labview的方式的態度和以前完成不一樣了
很多東西"反璞歸真"
回到Labview Programming Guideline 最基本的要求
以前的我會急著一口氣把程式的所有功能寫出來 然後編譯
再給使用者試用。再找看看有沒有BUG，然後接著Debug ,不斷循環
現在的我，會一關一關的慢慢把功能寫出來
然後思索每關可能會造成那些問題，然後製作防呆，事先圍堵。
以前的我，習慣程式由內往外寫，先寫出內部主要功能，再寫外部功能。
現在的我，反而習慣由外往內寫，先作出外部架構，最後才寫內部功能。
以前的我，Error handing 沒那麼注重。程式不報錯就可以了。
現在的我，完全按照 Error handing 的Rule 撰寫。
每個VI , 每個迴圈，每個程序，都有相關的除錯的機置
以前的我，老是用trial and error 的方式撰寫我想要的功能。
現在的我，謀定而後動。先用腦袋和紙筆思考該功能如何寫法，然後一口氣完成。
以前的我，雖然盡量避免，但偶而還是有幾個SubVI 寫得像一盤義大利麵。
現在的我，完全做到每個VI 可以螢幕解析度以內,一眼看完，而且容易理解。
以前的我，大概會用十幾個到數百個VI，VI數量少但看起來反而亂。
現在的我，程式動不動就上百個VI到上千個VI，VI數量雖多但反而看起來不亂。
以前建的Library 低內聚 高耦合
現在建的Library 高內聚 低耦合
以前的程式記憶體管理，不太在乎，一切交給Labview內部處理
現在的程式記憶體管理，會盡避免不必要浪費，和作適當的釋放
總言之，寫Labview的功力，完全上升到另一個檔次
回頭去看以前寫的程式 總能看出寫的不好的地方。
在公司內部，我不敢說我是寫軟體最強的那位。
但是我應該是全公司寫labview 最強的那位。
這裡的"全公司"指的是包含海內外十幾個廠區。數萬位員工
就算放到全台灣來比，Labview功力比我厲害的人，可能也不多。
不過也不是沒有缺點，因為十年來，我寫的Labview題目類型有限。
幾乎都是自動化測試程式，相關應用層面就那些。
叫我用Labview寫其他應用就不行。
自動化測試程式的程序
不外乎就是先讓使用者編輯他們要的測試條件、設定相關參數
接著按"RUN" 開始執行就可以了
然後程式開始跑測試步驟，紀錄相關資料，計時等
最後測試結束後，生成一份報告就可以了。
等於整個過程其實有公式可以套。
程式架構大概就是那樣，連人機介面都可以套用。
所以造成我每一支程式的長相和用法都非常類似。
只要用過我程式的同事，
都可以在其他實驗室 辨識出這支程式是不是我寫的
簡單說，"我的程式就是我的風格"
這十年來，我控制過的儀器種類至少有上百種。
從基礎儀器，
如DCpower，示波器、DMM、電子負載，FG、ACsource、PM等。
到高階的RF儀器，如VSG、VSA、(從WIFI、BT、2G、3G、4G到最新的5G)
還有一些比較特殊，
Pattern Generator 、色彩分析儀、頻率響應分析儀、Calibrator等。
到我自己的買的Cannon數位相機、赤道儀。(個人興趣是天文攝影)
還有幾十種溫濕度設備、機台。
只要儀器設備有介面(像RS232、USB、GPIB、Enthernet)
有手冊、有指令。沒有搞不定的。
在資料擷取的部分，硬體當然用NI他們的家的資料擷取卡。
動不動一個案子，就花個幾百萬到上千萬。
有遇到量電壓、量電流、量電阻。量溫度(RTD、Thermal Couple)
量聲音、量應變、量加速度、量位移、量計時、量計次、量頻率等。
在馬達控制的部分，因為NI家的軸卡己經停產了
所以我這邊採取的方式，是間接控制PLC，
再由PLC去控制步進馬達或伺服馬達
除了用Labview 去和PLC 通訊之外，也要延伸出額外的工作技能。
就是也要學會編寫PLC程式。有時也要連HMI(人機介面)一起設計。
因為如果PLC程式是別人寫的，會有兩方面相互配合的問題出現，
像我自己就遇到過類似情形
另外一個問題，就是還要拿著一堆工具，自己在那裡配盤、組盤。
目前為止，我就做了四個PLC的案子，配了七個控制盤。
我首次配盤，就花了一個多月，因為同時用三顆PLC、38個Relay，
純手工DIY的九片驅動電路的電路板、以及前後用掉500多個Y型端子。
每次弄PLC，公司內部就會有人提出幹嘛不用單晶片。
以前8051我是會寫啦。但現在是物聯網時代，8051已經過時了
現在最夯的樹莓還有Arduino，都可以用Labview寫。
但是你看到我上面的工作內容
你覺得我有時間學習嗎?
資料庫的應用，以前在外面幫人家寫外包程式時，
是有用過啦，幾乎都用在產線上。
但我現在工作跟產線沒關係。幾乎是用不到啦
影像辨識是我最不熟的領域啦。在我們公司最大應用，
應該是產線PBC板的AOI檢測。
但我又不碰生產線的東西。
我這邊也幾乎碰不上可以應用的地方。
只有很久以前自己練習過對發票程式、和條碼辨識簡單的應用。
最近公司安卓機的案子也愈來愈多。也被逼著去寫安卓機的APP
去控制安卓機上面的東西(如NFC、Scanner等)
然後再跟我的Labview程式相互配合。
寫了這麼多，純粹只是想跟大家分享我這十年的寫Labview的心得
奉勸寫Labview，或者以後想走這條路的人
找對公司，以及找對職位非常重要。
能像我這樣每天幾乎專心寫Labview的工作並不多。
同時涉獵的範圍,如此廣、如此深。更是少之又少。
人家都說 Labview 易學難精
我很感謝前東家，和現在的公司
讓我有機會花十年功夫，將Labview 練得如此專精。
人家說 工作是為了生活 但生活不是為了工作
我很樂意的說
Labview 不是我的工作 是我的生活的一部分
--
補充說明1
看來大家很好奇我的年薪多少。
我待是一家系統廠 公司內部不重視軟體這一塊
我的工作內容，其他又和產線那一大堆TD(測試開發)/TE(測試工程)
實際上差不了多少，只是不用跑產線。
當年退伍，就進這家公司，但不是寫Labview 而是作電源測試和電源開發
待四年後，就離開了
中間二年半的時間，前前後後換了四家公司。
Labview 也是這段時間，在某家公司家學的。持續待一年
但薪水真的不怎樣，比我第一年就業薪資還悲哀。
簡直愈混愈回去
一度想回家 繼承家業 當水電工
所以拜託以前的同事和主管 想辦法弄我回去
當年回鍋回來，也不是想寫Labview ,本來是要回原單位作電源設計的
但一些公司組織變更因素，又投身Labview 的工作
這幾年也是靠公司的升遷制度 一步步往上爬
從助理工程師=>一般工程師=>高級工程師=>資深工程師=>到主任工程師
現在薪水的話 大約是我進職場第一年的3.75倍
跟我回鍋時比的話 大約是1.9倍
我是中字輩電機系畢業
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.165.213.203 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1608056359.A.A3D.html
... <看更多>