TIOBE 2006年6月最流行开发语言排名

    TIOBE 语言排名一个月更新一次。它的统计方法是基于全球有经验的工程师,科目和第三方厂商. 同时也参考来自google,msn,yahoo等搜索引擎计算得出的结果。当然,这个排名并不说明哪个语言绝对最好,但是它可以给你一个参考,当你构建一个新的软件系统时,应该采用什么样的语言。

    LabVIEW 位列第33,差得还很远啊。不过 LabVIEW 去年4月的排名是第39位使用率0.152%,所以还是有了明显进步的。

原文链接: http://www.tiobe.com/index.htm?tiobe_index

Position
June 2006
Position
June 2005
Delta
in Position
Programming Language Ratings
June 2006
Delta
June 2005
Status
1 2 Java 21.128% +2.56% A
2 1 C 18.253% -1.11% A
3 4 C++ 10.670% +0.95% A
4 6 (Visual) Basic 10.185% +3.41% A
5 5 PHP 9.593% +1.62% A
6 3 Perl 6.002% -4.37% A
7 8 Python 3.464% +0.66% A
8 9 C# 3.238% +0.45% A
9 7 Delphi 2.393% -0.50% A
10 10 JavaScript 1.456% +0.07% A
11 14 SAS 1.373% +0.28% A
12 24 12 * Visual FoxPro 1.036% +0.66% A
13 11 PL/SQL 0.959% -0.37% A
14 12 COBOL 0.650% -0.73% B
15 15 Lisp/Scheme 0.644% -0.22% A–
16 18 Ada 0.536% -0.14% B
17 19 Pascal 0.486% +0.00% B
18 26 8 * D 0.485% +0.13% B
19 23 Ruby 0.479% +0.10% B
20 31 11 * ColdFusion 0.453% +0.18% B

 

其它语言:

Position Programming Language Ratings
21 VB.NET 0.442%
22 ABAP 0.435%
23 Fortran 0.431%
24 dBASE 0.414%
25 Awk 0.363%
26 IDL 0.344%
27 MATLAB 0.328%
28 Prolog 0.305%
29 T-SQL 0.288%
30 Bash 0.288%
31 ActionScript 0.246%
32 Logo 0.233%
33 LabView 0.184%
34 RPG 0.172%
35 S-Lang 0.168%
36 CL 0.163%
37 REXX 0.158%
38 Forth 0.141%
39 Icon 0.134%
40 Smalltalk 0.133%
41 Tcl/Tk 0.132%
42 VBScript 0.109%
43 csh 0.097%
44 Postscript 0.096%
45 Lingo 0.091%
46 OCaml 0.090%
47 ML 0.087%
48 Objective-C 0.087%
49 Bourne Shell 0.085%
50 Maple 0.077%

 

接下50 种语言:

ABC, Alpha, APL, AppleScript, Beta, Boo, cg, Ch, Clean, Clipper, cT, Curl, dc, Dylan, Eiffel, Erlang, Euphoria, Felix, Haskell, Inform, Io, J#, Limbo, LotusScript, Lua, MAD, Magic, Mathematica, Modula-2, Moto, MUMPS, Natural, Oberon, Occam, OPL, Oz, Pike, PILOT, PL/1, Powerbuilder, Progress, Q, REALBasic, Scala, SIGNAL, Simula, VHDL, XSLT, and Yorick.

Advertisements

如何创建和使用 LabVIEW 中的 LLB 文件

最近接连有人问我,怎样在 LabVIEW 中创建一个 LLB 文件。于是我就把它写了下来。
通常,需要新建一个文件时,我们很自然就会想到去选中菜单“File->New”。可是,在 LabVIEW 8 中, 在“新建”菜单中是看不到 LLB 这种文件类型的; 要创建或者管理一个 LLB 文件,首先要选择“Tool->LLB Manager…”。在打开 LLB Manager 之后,再在菜单中选择“File -> New LLB”。这样才能创建一个新的 LLB 文件出来。

我个人认为,在LabVIEW8及以后的版本中,LLB 文件现在已经没有存在的必要了,使用它,弊大于利。

LLB 文件的功能就是把一组相关的 VI 以及其他文件打包存储在一起。其优点是节省磁盘空间,LLB 文件是压缩了的。但是,近年来计算机存储介质的容量迅速膨胀。LabVIEW 程序的存储空间再也不是一个需要考虑的问题了。所以这方面已经不再有诱惑力了。

LLB 文件有很多弊病。
1. 内部文件没有层次关系,所有文件都是平级存放的。这样一来,文件多了,就不能直接看出他们的调用关系。此外,LLB也允许有同名文件存在。
2. 内部文件名长度有限制,大概限制几十个字符吧,文件名太长会被自动截断。
3. 不利于版本管理。LLB 中的一个文件被修改,整个 LLB 也就被修改了。这样,一是没办法作增量存储,二是不容易定位到具体被改动了的文件上。

综上所诉,如果新建一个工程,最好不要考虑使用 LLB 文件了。同时为了方便管理工程中的文件,应当尽量利用 LabVIEW 8 的新功能 :Project 和 Library。

博客版《我和LabVIEW》

 

我和 LabVIEW – 序

当我开始在键盘上敲打出这句话的时候,我已经使用 LabVIEW 7 年了。7 年的时间,就算天赋平平也可以积攒下一箩筐可供参考的经验了。所以我打算利用今后的闲暇时间写一些这方面的东西,既可以同大家交流,也是作为自己这七年工作的总结。

还是在上大学的时候,有一次老师让编写一段软件,用来模拟一个控制系统:给它一个激励信号,然后显示出它的输出信号。那时我就想过,可以把每一个简单的传递函数都做成一个个小方块,使用的时候可以选择需要的函数模块,用线把它们连起来,这样就可以方便地搭建出各种复杂系统。

后来,我第一次看到别人给我演示的LabVIEW编程,就是把一些小方块用线连起来,完成了一段程序。我当时就感觉到,这和我曾经有过的想法多么相似啊。一种亲切感油然而生,从此我对LabVIEW的喜爱就一直胜过其他的编程语言。

LabVIEW 的第一个版本发布于1986年,是在 Macintosh 机上实现的,后来才移植到了PC机上,并且LabVIEW 从未放弃过对跨平台的支持。这也给 LabVIEW 带来了一些麻烦。最明显的就是LabVIEW开发环境的界面风格。它总是与一般的 Windows 应用程序有些格格不入:面板是深灰色的,按键钮是看起来别别扭扭的 3D 模样。还有一些可能不太容易发现:比如对于整数的存储,LabVIEW即便是运行在x86系统上,采用的也是高地址位存高位数据(big-ending)。这与我们习惯了的x86 CPU使用的格式正相反,这往往给编写存取二进制文件带来了不多不少的麻烦。

我接触过的最早的LabVIEW版本是4.0版,发布包是一个装有十几张三寸软盘的大盒子。安装的时候要按顺序把软盘一个一个塞到计算机里。尽管当时LabVIEW的界面不是很好看,但我还是非常喜欢它。真方便呐!比如说要画一个开关,用 LabVIEW 一拖就行了。如果要自己动手用C 语言设计一个好看的开关,,那得费多少时间啊!我尤其喜欢它通过连线来编程的方式,尽管很多熟悉了文本编程语言的人刚开始时会对这种图形化编程方式非常不适应。

从 4.0 到现在的 8.2,LabVIEW 的一些技术革新给我留下了非常深的印象。比如说 LabVIEW 5 中实现了多线程运行; LabVIEW 6 里漂亮的 3D 控件,和对事件响应的支持;LabVIEW 7 中的 Express VI 以及 LabVIEW 8 中的工程库。这些新特性都已成为了现在 LabVIEW 版本中富有特色并不可缺少的一部分了。

我对使用 LabVIEW 编程的认识在这些年里经历了不少转变。刚开始接触 LabVIEW 的时候,第一印象就是觉得这东西编程序比 C 语言简单多了,尤其在设计界面时确实方便简易。LabVIEW 是一种真正意义上的图形化编程语言。与文本编程语言,如 C、Basic 等相比,它在编程过程中有更详细的提示信息,如函数的功能、参数类型等等,程序员再不需要去记忆这些枯燥的信息了。编写风格良好的图形程序代码要比文本代码更加清晰直观,便于阅读。

刚开始用 LabVIEW 编程时,我连一本相关的书籍都没读过,差不多完全靠自己摸索。当时,市面上几乎没有有关 LabVIEW 的中文书籍,而阅读英文资料又感觉得太累。但是,靠自己摸索的方法也有好处,最明显的就是有成就感:自己琢磨着解决了一个问题,比模仿别人的方法做更令人兴奋。再者,他人的方案并不一定是最佳的,自己独自思索就不至于被他人的方案局限住思路。

当然,我不会满足于只用 LabVIEW 编写一些简单的程序。我还希望能够用它来编写大型的软件,并且提高自己的开发效率。这时,自己的编程水平有一个质的提高,不阅读相关的书籍资料就不行了。有些问题,不读书,自己可能永远都得不到最佳的答案。同样,有些 LabVIEW 的功能,如果不阅读原始资料,自己也许永远都掌握不了。于是,我把能得到的LabVIEW 的中高级教程都看了一遍。因为自己有了一定的基础,我就可以在读书的过程中反思自己以前的编程方法是否合理,高效。我觉得最好的 LabVIEW 教程还是NI自己编写的 LabVIEW 中高级教程。但书本中一般原理讲得多,具体的编程技巧涉及得少,所以还必须大量阅读别人的代码,才能学习到更多更好的编程方法。

随着时间的流逝,我慢慢地产生了LabVIEW 应当进一步改善的想法。作为一名忠实的 LabVIEW 语言的使用者,我衷心地期望着 LabVIEW 在日后也可以成为一种被广为使用的通用编程语言,能够在更广泛的领域与 C,Java等争得一席之地。LabVIEW 虽然有它独特的优势,但其不足之处也很明显。我在编程过程中就曾感觉到它很多的使用不方便之处。下一步,我追求的目标就是能尽自己所能,对 LabVIEW 作一些改进和完善,使它更适应于通用编程之用。

用TWiki搭建公司内部网站

 
最近我开始把平时工作中的一些内部文档整理整理放到公司内部的TWiki网站上去。用过了几天越发觉得当初决定把内部网站转移到wiki上去是非常明智的。
 
以前我们也有内部网站,如果员工要更新点什么内容,需要先到文件服务器,把相应的文件下载下来,修改,再上传到文件服务器,然后等上几十分钟,网页服务器刷新了,才能看到自己修改的内容。过程及其麻烦。所以基本上没什么同事肯维护自己相关的页面。
 
TWiki可以允许用户直接在网页上进行修改,而且被修改的内容立即生效。所以我修改网页的积极性大大提高。两个多星期里,我就勤奋的做了一百多次更新 :)
 
这是我们组的TWiki页面:http://twiki.natinst.com/twiki/bin/view/SAST/ 
不过这是内部网站,所以只有NI同事可以看。
 
 
相关文章: