Labview 的大活都是怎么干的？
一个框图里面有10几个Vi, 加上输入输出，看起来就够眼花缭乱的。
程序大的时候vi 套 vi,嵌套个10来层。就算编的事后不觉得什么，可是调试起来，
还有阅读别人的大程序的时候真是要命呀。
那个IDE 还不支持标签页浏览，开一堆窗口，找起来相当费劲。
这东西也就是刚用的时候比较爽，真正要干活我还是喜欢,measurement Studio+Visual studio.
10几个不算多吧
这就是习惯问题了，C写不好也一样让人吐血
程序大起来之后，还是编程思想起主要作用了，思想不好，程序真是没法弄，无论是写还是调。
其实我觉得，lv的调试工具是相当棒的，这也是利益于这种图形化的编程语言
vi能保存为c代码的么？
有工具，MicroProcesser SDK，可以问问上次发帖说没串口的xd
这玩意是干这个用的吗。。。。。。
嵌入式开发模块
习惯了visual studio 之后，觉得labview 的IDE 还是太低级了。
另外思想在编程的时候很重要，可是要调试别人的代码，没好工具是不行的吧。
我手头有个较大的程序，思想挺牛的，可里面的vi我觉得编写的风格很差，框图
乱七八糟的。调试这些嵌套的vi基本是不可能完成的任务。
有没有谁能给我推荐几个编写风格很好的vi框图呀，学习学习。
IDE这东西也就是一个习惯问题，有人说VIM、EMACS写程序爽，有人说Myeclipse爽，适应了那种思想和思维方式，也就觉得哪个IDE爽。至少我觉得lv的IDE还是很适合图形化编程的，怎么都比Matlab的那堆东西看着爽。
想学编程风格，去看lv自带的例子就行，那些例子的风格还是挺不错的。
多用cluster、局部变量、全局变量，程序简洁的很！ 一点都不乱。
你在反着说吗？还是在教坏人家
我说的是正话，多用cluster，绝对爽，就看你怎么规划程序模块了，把相关的连接打包成一个cluster、
lv自带的例子感觉是拼凑上去的
好多错误
变量多耗资源吧
多加内存条 哈哈
我现在基本排除局部变量跟全局变量……
局部变量都不用，果然牛人
那不是要连很多线？ 看着头不晕吗？
架构 设计模式。。。。
用labwindow/CVI
labView几次改进，确实在团队开发和version control上有一定进步，不过和VC比当然还是茹毛饮血。
做大中型项目一开始就不要考虑用LabView,后来出的OOP，那个用起来真麻烦...虽然意图是好的...LabView比较合适小型测试，十来个基本VI,一两个自己的VI，很快，很舒服。
对于大型应用，都不好。
对于有大量自建数学运算的应用2009之前的labview也不要用了,那些个math script太慢太慢，用在DAQ上是不可能的。用basical vi连线，会连疯掉。字符操作，也是自己用别的语言写好labview接口吧，不然也是抓狂。
这个多几个version你就哭吧...
总之大活儿别用Labview
当然labview默认多线程
用CVI，对这个不熟，那程序自然就比labview慢很多，甚至很多活儿没法干
我在维护一个LABVIEW的测试程序，
差不多1000个文件，包括CTL文件，
反正总目录下面1000多个文件。
是有些不爽的地方，
但是好像工作起来还是很不错的，呵呵。
我也在debug一个美国团队做的程序，500+的文件
程序架构的不错，配合svn
也还不错
交流一下行业？
我是光通信行业的，非网络。
生物医学方面的，我的一个副业：）
从NI出来的sh创办的那家公司吗？
不是。副业？啧啧，真有精力