---

※ 引述《b122771 (四川缽缽雞)》之銘言：
: 產線的部份就先跳過
: 一句老話
: 愛惜生命、遠離產線

在下靠寫Labview維生 討生活已經十幾年了
我算運氣好的那一個  完全不用碰產線
但每年也是好幾支 自動化測試程式 等著我開發
主要的應用範圍為
儀器控制 馬達控制 資料擷取 遠端監控 資料庫 影像辨識等

十幾年下來累積功力程度 也算上升到另一個檔次
相關的技能樹 也是點了一大堆
光是摸過的相關儀器種類 少說有上百種

Labview 號稱易學難精
對於沒有程式基礎的人 它界面算是相當友善
但要完整掌控它 也是要花一輩子時間

人家說 一名優秀的工程師/研究員
手邊至少要學會一種程式語言當成工具
來協助處理平常各種問題
例如 作實驗 收集數據 資料分析等
Labview 正如其名 確實是實驗室的一項利器

如果程式是寫給自己用 只要結果正確 其他因素不用考慮

萬一程式是寫給別人用 那就是痛苦的開始
最基本的要求 就是該功能一定要出來
最後的要求才是使用穩定性

至於寫程式的三大基本要求
維護性 彈性 可讀性 往往就放一邊去

我的目前的程式功力 只能用"快狠準" 來形容
右手點滑鼠拉線 左手按鍵盤的快捷鍵
必要時 還把常用的功能寫成腳本 放個絕招
把以前要寫很久的功能 瞬間完成

也因為我寫Labview的速度太猛了
造成內部主管/使用者有一種錯覺
覺得Labview 是一種"應用程式" 而不是一套"程式語言"
因為只要把別人的VI 呼叫出來 線拉一拉 立秒完成

再來講程式架構的問題


這時候需要更進階的程式技巧
對於各種Design Pattern 要懂得如何運用
其他如 FGV 佇列 通知器 動態事件 非同步呼叫 物件導向等用法
也要有非常清楚的認識
我曾遇過寫Labview 多年的人 上面的功能居然一個都不熟

對於多人合作寫同一支程式 最好方式是使用框架(Framework)
目前主流的框架有二個 分別AF 和DQMH

不過以台灣的工作環境
我相信大部分的用Labview的工程師都是單打獨鬥
或者是繼承前人的爛程式  改的要死

我寫Labview的頭十年 整個部門就我一個人
所以從來不會有人來Review我的程式
程式碼怎麼寫 我自己看懂就行

今年初 終於多了一名新同事 來從事和我相同的工作
他是從產線轉調過來的 已經寫了二年的產測程式
先前也在其他公司待過 工作經驗也不算菜鳥
不過 我還是很故意給他一個震撼教育

我要求review 他前單位所寫的程式 進行建檢
然後立下我這邊寫Labview的一些規則rule
(1) 每個VI 都要在盡量在1024x768解析度看完
(2) 每個VI 的架構不得超過三層
(3) 盡可能避免使用任何區域變數及全域變數

光是前三條，他先前寫的程式 完全不及格
不過我還是對他進行約二週的教育訓練

產線的測試程式 原則上 只要不出包就行
你怎麼寫 OP就乖乖怎麼用

但我這邊的客製化程式 是給我公司內部實驗室的工程師使用
以節省他們的測試時間或人力 或節省經費等目的
所以對功能細節的部分 工程師們會要求特別多
光是一個滙出EXCEL報表  從字體、排列方式、就有眾多細節要考慮


常聽到同事說的一句話是 "公司不能沒有你"
我都是笑笑地回:
"沒那種事情，沒有人是不可取代的
我不做 公司會捉交替 自然會有人頂上"

寫到這裡 下面的推文一定有人想問薪水

我中字輩電機系畢業 69年次  30歲之後開始學Labview
不跟別人比 只跟自己比
現在年薪是剛出社會那年的3.5倍

--
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 61.224.14.230 (臺灣)
※ 文章代碼(AID): #1X42PI8O (Tech_Job)
※ 文章網址: https://www.ptt.cc/bbs/Tech_Job/M.1628448338.A.218.html