我最初把Java當作“只是另一種編程語言”，從很多意義上講，它就是這樣。但隨著時間的推移，我對它進行了更深入的研究，我開始發現這門語言的基本意圖與我迄今為止所看到的其他語言不同。編程是關于管理復雜性的：你想解決的問題的復雜性，取決于解決問題的機器的復雜性。由于這種復雜性，我們的大多數編程項目都失敗了。然而，在我所知道的所有編程語言中，幾乎沒有一種語言全力以赴，認為它們的主要設計目標是克服開發和維護程序的復雜性。1當然，許多語言設計決策都考慮到了復雜性，但在某些情況下，總有其他問題被認為是必須加入混合物的。不可避免的是，這些其他問題是導致程序員最終用這種語言“碰壁”的原因。例如，C++必須與C（允許C程序員輕松遷移）向后兼容，以及高效。這些都是非常有用的目標，并說明了C++的大部分成功，但是它們也暴露了一些復雜的東西，這使得一些項目無法完成（當然，你可以責怪程序員和管理人員，但是如果語言可以通過捕捉錯誤來幫助你，為什么不呢？）（VB）與BASIC綁定在一起，而BASIC并不是一種真正的可擴展語言，因此所有在VB上堆積的擴展都產生了一些真正無法維護的語法。Perl與AWK、SED、GRIP和其他Unix工具的向后兼容，它是用來取代的，因此經常被指責產生“只寫代碼”（即，在一段時間后，你不能讀取它）。另一方面，C++、VB、Perl和其他語言，如SMALLATTS，他們的一些設計努力集中在復雜性問題，因此在解決某些類型的問題上是非常成功的。當我開始理解Java時，最讓我印象深刻的是，在Sun設計目標的混合體中，似乎有一個降低程序員復雜性的目標。就像是說，“我們關心減少生成健壯代碼的時間和難度。”在早期，這個目標導致代碼運行速度不是很快（盡管隨著時間的推移這已經得到了改進），但是它確實使開發時間減少了一半甚至更少C++程序。僅此結果就可以節省大量的時間和金錢，但Java并沒有就此止步。它繼續將許多已經變得重要的復雜任務（如多線程和網絡編程）包裝在語言特性或庫中，這些特性或庫有時可以使這些任務變得簡單。最后，它解決了一些非常大的復雜性問題：跨平臺程序、動態代碼更改，甚至安全性，每一個都可以適應您的復雜性范圍，從“障礙”到“顯示阻止”。因此，盡管我們已經看到了性能問題，Java的前景是巨大的：它可以讓我們更高效的程序員。在所有方面，創建程序、團隊合作、構建與用戶通信的用戶界面、在不同類型的計算機上運行程序以及輕松編寫通過Internet通信的程序Java都增加了人與人之間的通信帶寬。我認為通信革命的結果可能無法從移動大量比特的影響中看出。我們將看到真正的革命，因為我們都將更容易地相互溝通：一對一，但也在群體和作為一個星球。

我聽說，下一次革命是一種全球性思維的形成，這種思維是由足夠多的人和足夠多的相互聯系所產生的。Java可能是，也可能不是引發這場革命的工具，但至少這種可能性讓我覺得，通過嘗試教授這門語言，我正在做一些有意義的事情。

?