作者自傳 jeff kodosky，1976年ni的合作創始人而且從那時起一直擔任總經理。他在1978年被任命為公司的副董事長。從1980年到2000任r&d部門的副董事長,而且最近被任命為ni 商業和技術伙伴。他之所以聞名是因為他創建了labview，即公司的圖形化儀器技術軟件包。在1976年之前，他任職于ut austin 的arl。jeff從rensselaer理工學院獲得物理學士學位。 我經常聽到，甚至有時關注于對labview的爭論，即labview是一種通用的語言還是一種用于測量和自動化的特定應用程序的開發環境。一方面，有經驗的程序員指出了labview缺乏的流行編程語言所具有的特性，但是另一方面，一些用戶詳細闡述了他們使用labview所建立的通用應用程序，而完全沒有使用任何數據采集或分析。 對labview用戶的調查可能與最近一個非正式的對一個團隊中的開發者的調查一致，這個團隊中的絕大多數人都認為labview已具有足夠的功能來被歸為通用語言類，而且事實上，正是以這種方式在使用它。labview被提到次數最多的不足是常用的遞歸和遞歸式數據類型，以及面向對象的結構，但是這些都不是建立通用應用程序的嚴重障礙。錯誤的問題 盡管有了調查結果，但是我認為這是一個錯誤的問題而且試圖回答它會導致錯誤的方向。對我來說，這有點像在問：汽車是不是用來就座的地方？當然你可以在汽車里就座，但是如果那是你利用它所做的全部，那么你失去了擁有它可以得到的主要用途。一個較好的問題是：labview可以被用作通用編程語言嗎？或者更好的是：labview能夠被用來創建通用的應用程序嗎？ 這個問題的新表述在什么被視為通用這個方面仍然是同樣模糊的，但是它沒有強調有時顯得嚴謹的爭論，即labview是不是一種編程語言？一些人并不認為它是一種語言，因為它不是基于文本的而且它不是順序化的。更為奇怪的是，關于什么被看作是一種編程語言的這個問題上，那些具有計算機科學背景的人持有最為狹隘的觀點。 但是，經過改正后的問題最為重要的一個方面是它將包容性轉換到了正確的方向。換一種方式來表達，即最初的問題間接地暗示了通用編程語言在某種程度上是一個更大的問題或者是測量和自動化編程的一個父集，然而，實際上子集卻在其他的方向。 通常，測量和自動化的程序必須處理所有與通用程序一樣的問題，如數據結構和算法、文件i/o、網絡i/o、用戶i/o和數據庫存取、打印等等這些常見的問題。但是測量和自動化程序也必須處理比通用程序更多的問題，例如物理i/o、實時性約束和硬件配置。它們也可以具有一些最為苛刻的用戶界面要求。測量和自動化程序處理了一個通用程序所處理問題的父集。 如果工具a和工具b可以被用于一定的任務集，但是工具b具有更多的功能可使它益于完成額外的任務，哪一種工具是事實上更為通用的呢？這正是我們關于labview問題。labview適于測量和自動化應用程序的能力不是來自于它的基本編程能力被某種方式所限制，而是因為它們經過了增強和擴展。 這就是為什么有必要提出“labview能夠被用來創建通用的應用程序嗎？”這個問題而不是“labview是一種通用編程語言嗎？”。我們不希望通過把labview僅視為一種編程語言而限制了它的范圍或它將來的發展。 labview不僅僅是一種編程語言。它是一種高度交互式的開發環境用來快速設計原型和應用程序的漸進式開發，從測量和自動化到實時嵌入式系統，再到通用場合。而且現在，labview具有了對fpga編程下載的能力，所以labview也是一個硬件設計工具。數據流 labview的核心是結構化的數據流圖。數據流已存在了很長一段時間而且已被深入地理解。事實上，它是一個比流行的基于文本語言的控制流更為豐富的計算模型，因為它的本質是并行的，而c/c++和basic則不是——它們必須依賴于對操作系統的庫函數調用來實現并行機制。因此，編譯器不能確保代碼的共享部分被適當地保護，這使得它難以建立并行程序。這些問題在labview中則不存在。甚至一個初學者都可以設計一個高度并行的應用程序，而且無需額外的努力或知識就可以自動地將它擴展至多個緊密連接的處理器。 數據流一直被倡導為一個用于商業應用程序的設計工具。它被改進為一種備選的計算機體系結構來避免馮·諾依曼（von neumann）瓶頸。數據流分析是優化編譯器的核心。為什么應用程序不使用數據流？一個數據流的自然表示是一個圖形或圖表，因此在鼠標和計算機圖形產生之前，它幾乎是不實際的；一個數據流圖的文本描述與對一個街道地圖的文本描述類似，既耗時又容易產生錯誤。但是現在，計算機速度不斷加快，存儲容量不斷增長，計算機屏幕不斷加大，直接進行交互式的數據流圖編輯是十分簡單的。 有時