------------------
這樣的動態，對Ruby的發展恐怕沒有好處，現在Ruby的線程(thread)是語言級，差強人意，不支持多CPU環境（多CPU時代已經開始了�。�，過分這類動態，只會增加線程實現的難度， 削弱線程性能。
現在流行的這些動態語言（腳本語言基本上都是動態語言），確實是比較通用型的（也不確切，好象比較注重網絡方面的應用），把它們直接用在工業應用中，并不合適，有待相關專業人士在C/C++接口上擴充專業功能模組�，F在一般的大型軟件，都會自帶腳本語言，不過沒有幾個象樣的，但是，不要小看它們，盡管它們不太象樣，可對主體軟件的幫助卻很大，可以成千成萬倍地提高主體軟件的功能和靈活性！一個好的軟件，不是擁有包羅萬象的功能，而是要具有擴展包羅萬象功能的潛能，靠什么？靠二次開發接口/語言，其中很重要的是提供腳本語言。每個大型軟件都自帶一個不一樣的腳本語言，學習起來實在累！腳本語言不僅僅是讓專業程序員掌握使用，更要讓相關應用的專業人士能夠掌握使用！因此不該太難學。在眾多的大型應用軟件中AutoCAD的二次開發的多元化環境是相當不錯的，不過AutoCAD提供的腳本語言LISP并不理想（存在不少問題）。但是LISP對AutoCAD作用很大，很多人，包括許多優秀人才在孜孜不倦地開發大量LISP應用程序，感覺上很浪費、很可惜，如果有更好的腳本語言，他們能做更多更好的事！
myan的一番“變”的論述，實在精彩！足見其深邃洞察力！在非常講究工作效率的年代，如何適應這種“變”？完全依賴傳統的編譯型語言是行不通的。
現在問題是人們對腳本語言的認識不足，尤其對腳本語言的重要性認識不足，現在眾多的腳本語言不好，并不代表腳本語言不重要。人們對腳本語言的認識還有個誤區，就是腳本語言運行慢，事實上很多情況下這不是問題，對于窗口操作，一個操作中因為 程序運行貽誤 0.001秒、與0.01秒是沒有差別的！前些天在CSDN Blog上有個報道說， Python一個程序比相應的 C/C++程序運行還快，很多人參與討論。事實上，只要腳本語言核心設計得當，其算法好，腳本應用程序的編程能短小精悍、揚長避短，特別需要運行效率的地方，可以用C/C++接口做個功能塊/函數插入， 腳本語言的程序可以運行良好的。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
