這玩意的本命行業，就是測試儀器。運動控制實在不是他的菜，因為Windows作業系統實時性差，無法滿足運動控制的需求。

Labview的強大之處在於豐富的工具庫，你可以在設計中非常簡便的選擇處理模組，這些模組對你來說都是黑盒，只用操心輸入和輸出，大量的測試工作人家已經做好了，而用別的軟體，相對來說，不僅要考慮輸入輸出還要考慮內部關係與演算法，還要進行大量的測試，有可能因為模組內部的問題而影響形象整個系統，這是在除錯時非常頭疼的，因此，先用labview做初步的實現，而後或者呼叫open can,或者直接上c來實現相關演算法，借用硬體來提高處理效率。

我以前做過一個專案，用labview來實現功能，只需幾百行程式碼就搞定，但是處理速度慢，必須對影片流抽樣降幀才能實現近實時，但用c來編譯後代碼多了十幾倍，但速度槓槓的，只是除錯中費的功夫現在想起還是眼前一黑。

最後總結一下，每個軟體出於使用角度考慮，都有其擅長的一方面，這裡不要拘泥於軟體的種類，演算法是王道，在具體專案實施中，應結合專案的實際需求來選擇，比如，在需求分析時選擇快、準、狠的，重在功能，選擇一些高階語言，以提高效率，來吸引客戶，但是是完成和測試階段應關注效能和與硬體或其他系統相容結合問題，儘量選擇接近機器的編譯語言，有些甚至可以寫到硬體裡，以獲得預期的效率和可靠性，個人之見，請大家指正