|
1、学些C吧
LV一直以来,以上手迅速,开发效率高做为卖点,相信有不少原来没有怎么接触编程的人都是因此而使用LV的。拿到一本书之后,看上几天,马上就可以用 lv写出程序来了。迅速上手之后呢?很多原来没有编程基础的人就开始遇到瓶颈了,写程序的时候很多东西都不会用,很多想法实现不出来。原因在哪?在NI宣传的上手迅速上。因为这个宣传,很多初学者误以为学LV就不用再学繁琐的数据结构之类的编程基础了,实际上我见过很多的LV教材(尤其是国内的教材)上也为了迎合上手迅速,刻意回避了这方面的内容。
暂时把LV放一放,学些C吧,不用太高深的,谭浩强那本C语言程序设计基础就够了,学学指针、数组,学学简单的数据结构和算法。回头来再看LV,天地从此大不一样。
2、了解一些操作系统的知识
当下时髦的多核心、多线程,确实可以令我们开发的数采、工控程序性能提升巨大。不过,可别忘了,这可是需要操作系统支持的。不论是Windows、Linux、MacOS,还是RT里的ETS、Vxworks,不了解操作系统,是写不出好程序的。
3、了解一些硬件吧
用LV的主要是搞数采和工控的,这些人就没有不跟硬件打交到的。系统调试的时候,出了问题怎么排除?恐怕对硬件没有一些了解是搞不定的。搭个数采系统,需要一个放大电路,没点硬件基础可搞不定。
4、不推荐中文版
自从8.20版之后,NI推出的每一版LV都有中文版,确实是一项具有重大意义的举措,凸显了中国市场的重要,但是中文版LV并不是一个好的选择。中文版的翻译还不十分彻底,很多更深入的菜单还是E文的。Help也只是翻译了一部分,而且,翻译Help的Technical Writer基本没啥工程背景,那么翻译的结果可想而知。NI内部关于Help翻译的笑话流传了不少。
不推荐中文版的主要理由是避免产生对中文的依赖。人总是有惰性的,用习惯了中文的,会很反感E文。可是,LV的最大资源——NI的知识库和论坛,都是E文的天下。长痛不如短痛,还是从用E文版开始吧。
5、多尝试+用好Help
需要什么功能不知道在哪,需要的控件不会用,先各个面板转一下,查查Help,尝试一下,实在不知道该怎么弄再去问人吧。学会怎么找到解决问题的方法的能力,也是从初学向进阶过渡的标志。同时,不让别人浪费时间指点自己很容易就能找到的东西,也是对别人的一个起码的尊重。
6、没事多打800
放着NI免费的资源有用不用白不用。自己的问题,知道的人可能心情不好不想回答,但是NI的AE不管心情好不好都得回答。不过,也要做好从AE那里得不到答案的心理准备。不少AE在进NI之前,可能连LV都没听说过,所以不知道答案是很正常的事情,不过人有庞大的知识库和案例库可以查。有个免费劳力帮自己查,可以抽空去喝杯咖啡了。^_^
7、学学流程图和注释(by captaino)
学学画流程图,利于自己整理思路,也利于跟别人交流。注释不好写,尤其LV的注释更不好写,能把注释写好了,也可以算半个高手了:)
8、手边常备纸和笔
并不是手一直放在键盘和鼠标上才是写程序。实际上,手放在键盘和鼠标上的时候,绝大部分时间是在进行体力劳动。当手拿着纸和笔随手画的时候,实际上才是在进行写程序过程中的脑力劳动。理清问题的思路很重要,想清楚了问题,怎么实现都只是体力劳动而已。
学LV之前,用的是Delphi,后来还学过一点VC。越学到后面越发现,除了入门的情况有点不同外,越往后,LV、Delphi、VC之间的差别越小。开发工具只是一个工具,解决问题的思路才是编程的核心,而这恰恰是跟工具无关的。
学会LV有什么用?这个问题的核心不在于你会LV,而在于你会用LV解决什么样的问题,这才是你的雇主所关心的。 |
|