※ 引述《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写的
至于薪水方面 没有原ＰＯ写的五百万那么夸张
但至少还算令人满意～