许多人不能接受labview,你觉得原因是什么?

wdyjz

不知道你们身边是否有其他人很明显的拒绝使用labVIEW?他们的想法你觉得是什么?这个才是关键问题,不是着重讨论我们正在使用的这些人的想法.

大家继续....

tyfkey

哎呀。。。
我也说说吧，搞这个一个多月了，感觉上手快，图形化很清晰明了。
不过个人觉得实现一些复杂的功能太繁琐了，如果其它高级语言只要几行代码加一些算法就搞掂了。可是这个要实现起来的话就要麻烦很多。结构也有些让人费解。个人觉得做不需要太复杂算法的话，用这个做还蛮快的。

wdyjz

不可否认,打包可能还真是个问题,一个很小的程序打包后就很大(包含runtime),需要包括runtime.

NI的东西能跨越操作系统也是因为这个runtime的优点,但必须包括同时也是个缺点了.

有的东西是优点但同时也是其缺点,而有的看着是缺点,其实也是它的优点.这个世界就是这样的矛盾!

[ 本帖最后由 wdyjz 于 2007-1-21 23:17 编辑 ]

oneforlove

打包是呀，如果再加一些serial的包进去，一个包会有100`200MB，确定太大了。
王兄：你说的runtime，意思是不是可以在windows下做的程序，可以直接兼容linux,等系统呢？

wdyjz

windows下的vi,只要没有使用dll,就可以直接在linux下用,非常方便.

seasky

在我们学校里用这个软件的人一直不是很多，只有生物学院作小波分析的用的比较多一点，测试中心用的都是VC．就我用LabVIEW来看，虽然编程很方便，但我觉得最大的不足是运行的时候很慢，特别是外出做实验的时候，就读取数据都会花很长时间．

飞雨天

嘿，这个就好象搭积木，ni公司的人呢，给了你很多常见的积木，让你自由组合，所以当你的问题比较常见，比如一些简单的信号处理，文件的io，串口等的通讯，用labview就很方便很快捷~~而当你的要求比较古怪，那用labview来实现就比较复杂或者根本就不可能，这也是它为什么提供dll调用和cin节点等一些和外部接口的原因。
至于楼上说的labview执行速度慢，我想不至于吧？它是面向测控的，而这个行业对实时要求非常高，所以labview应该不存在这个缺点的。而说起这个，我想更应该是它的优点，图形化编程，编译之后的exe大小可以和最优化的c编译器相媲美（NI自己说的，我没试过），exe就是指令的集合，exe的大小直接决定了程序执行时的反映速度（差不多可以这么说吧？），所以，labview程序执行速度还是很快的。
至于今后，希望labview能更加的流行起来，这样我就好找工作多了 ，不过即便不为工作计，纯粹把它当成一种编程语言上的借鉴，借鉴它来指导你的c语言的模块化工程（如果谁能用c把labview大多数功能都给完成，那绝对牛），或者当作你对G语言的一种研究，都是很不错的。
最后，引用一句老话，他山之石，可以攻玉！labview是好，但有些时候，我们的眼光，也别局限在labview中，毕竟，所有的编程语言都是工具，广义上我们的汉语，english，都是工具，她们是我们用来有效的表达我们的思想的。
脑袋发晕中，又胡说了。。。