不知道为什么今晚就是想写点什么
如果问我的工作内容
我不会说是软件工程师、自动化工程师、测试工程师之类的
我会说是"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 不是我的工作 是我的生活的一部分

老了

好奇问。薪水多高啊 有过百吗？

我都跟朋友说我是修电脑的 XD

是Trial and error吗?

DAQ

谢谢分享心得

推一个，10年经验好歹130～150吧？

又在几年薪水多少

推

推心得

是trial才对...看过太多人以为是try了

好奇写labview要如何远端工作

推心得

推分享，学生时期接触过但一直没机会深入学习LabView

推

结果年收60 0.0?

很强 尊敬 但还是需要年薪资讯来衡量市场如何看待该技术

会用labview的公司，薪资应该不会差，猜的

Coding 的确到了一个境界，不过只熟lab view 实在太可惜，用python写也许后面会更广

真小看labview 我以前同事自己出来开测公司 年收300以上还一直说太晚出来 真好赚

LV的成本太高了

有些LabVIEW的职缺是有寡占性的

好文

谢谢分享,请问工时部分呢？可以再分享吗？

学士专题用过vi 算是满独特的经验

推心得分享

好帅的感觉

应该是你对这个framework实在太熟了，而且一直都使用这个语言没有跳出去然后解决的问题可能变量也不会太大，所以整个内化打通任督二脉了感觉是很棒 但工作情况能允许这样的人其实不多

推~ LabVIEW好用！

感谢分享，希望我也能以LabVIEW为主轴深耕十年

好文 谢谢分享

好文 感谢分享 我猜原PO主任工程师月薪应该有100K

又是一位强者

第一年(28-36k)*3.75=105-135k

推一个

第一年 年薪60好了～ 60*3.75 = 225 @@~ wow 蛮高的耶

你可以去高通学一下RF测试方法搞STS应该会有一片天高通目前用的STS CP测试方案实在不太友善，等你来改善

推分享

error handling?

推强者 同事也有写Labview的强者 跟大大一样 什么都很专精

扎实的强者 推