你是一位資深的.NET程序員，而且已經用ASP.NET構建過許多Web應用。
無數個不眠之夜，為了讓ASP.NET控件生命周期中的事件驅動模型按你想要的方式執行，你費盡心血，深入細節。
你精通於使用諸如Presentation Model、Model View Presenter這類設計模式對你的應用進行分層，以使其更易測試和維護。
你認為Ruby on Rails只不過是眾多被吹噓的技術中的一員。在它還沒有獲得可觀的市場份額之前，你不會給予它過多的關注。
歡迎來到我的世界。如果你還在讀這篇文章，我向你致敬。對於我下面的說法，你可能會充滿了好奇。為什麼我——一名資深的.NET程序員，在經歷了一個月的Ruby on Rails學習後會認為：只有在我了解了Ruby on Rails之後，才能以較少的時間和編碼完成以前開發過的許多應用？
老實說，我仍然認為.NET很棒。它為我提供了一個平台，能讓我向客戶源源不斷地提供巨大的商業價值。但我時刻提醒自己：一個簡單的問題，有大量不同的方法和技術可以解決它，並且總有一些比其它更好。衷情於某種技術，必然會產生一些無意識的偏見，這最終會阻礙我為客戶提供商業價值的能力。例如，對像Ruby這樣的動態腳本語言的了解，使我以為：與使用編譯型的語言相比，我可以花費更少的時間去編寫簡單的自動處理的Batch/Shell腳本。
為什麼不呢？
下面這幾件事，是我（一個.NET程序員）學習Ruby時，發現的一些典型的不同。希望你能喜歡。
不需要編譯Ruby中沒有編譯的概念。一切都在運行時發生作用。有人認為代碼編譯可以防止編碼時的粗心。那麼，你可能應該去看一下測試驅動開發是怎麼工作的，連續的代碼集成（當然了，不是每天都要構建），單元測試（不涉及數據庫和web服務的測試）和依賴注入可以幫助你生成質量良好的代碼，使你能夠充滿自信的靈活的改變你的代碼。編譯的保障作用一下子變的不那麼重要了。
動態增加類的行為——不使用Decorator模式在靜態類型語言中，要想動態增加類的行為，我們可以使用Decorator模式或者模板方法。而在Ruby中，有更多的方法可以在不復雜化對象設計結構的情況下，很簡單地做到這一點。這只是因為語言本身對它的支持，例如：將模塊作為minxin使用，使用class_eval, instance_eval方法等。事實上，甚至可以通過編程方式在運行時定義類的方法。在靜態類型語言中，也可以通過代碼生成來完成它。但了解更多的方法，可以讓你向一個優秀的問題解決者邁進一步。
（譯者注：mixin在面向對象編程語言中是一種提供某些功能給子類繼承的類，但mixin並不能實例化。從某個mixin繼承並不是什麼特殊的形式，而它更適於收集功能。某個子類甚至可以通過繼承一個或者多個mixin選擇繼承它的全部或者多數功能。一個mixin能延期到運行時定義和綁定方法，而屬性和實例參數也可在編譯時才被定義。這不同於我們常見的方式，比如先定義所有的屬性、方法，並在編譯時進行初始化等。）
通過去除所有的類型聲明和接口聲明，將代碼庫“瘦身”10-20% Ruby是一門動態類型語言。你不需要在使用變量之前聲明它的類型，或者為方法簽名中的參數定義合適的類型。這意味著你的代碼會變得更“瘦”，但這是以代碼難於調試和難於進行錯誤跟蹤為代價的，對嗎？並非如此，如果你相信單元測試和良好的面向對象設計的概念。如果你的類小而緊湊，類的方法短而精良，並且經過了很好的單元測試，那麼調試和錯誤跟蹤將會很簡單。
及時Ajax化Ruby on Rails內置對script.aculo.us庫的支持（script.aculo.us是一個Ajax類庫，裡面包含了大量炫目的Ajax效果，使用這些效果，可以讓你的應用更具有交互友好性）。在許多情況下，這相當於在ASP.NET中將一個控件標簽拖到html頁面上，然後在別的地方（在Rails中，這個地方是控制器）為其編寫方法以處理Ajax在服務器端的Web請求。你的Web頁面支持Ajax功能，就像Google Suggest的autocomplete或者拖拉排序那樣。就這麼簡單。
使用Rails，不需要專門的O/R映射使用命名慣例對數據庫的表和列以及你的領域模型對象命名，可以讓你忘記親自進行O/R映射的痛苦。Ruby on Rails會為你實現這一切。在最簡單的情況下，在視圖上增加一個字段並對它進行持久化，你只需要在html中增加一個文本框並在相應的數據庫表中增加一個新列，然後你就可以看到，新輸入的文字被存儲在了數據庫新建的列中。真的，就這麼簡單。
用Ruby腳本構建、部署或發布應用，比使用NAnt更好。Rake是Ruby on Rails開發中使用的標准構建工具。Rake使用Ruby語法，這意味著在構建和部署不同的應用時，你需要使用Ruby去編寫你的構建腳本。作為一門語言，Ruby在以下幾個方面尤為出色：處理字符串，文件和目錄的創建，高級的正則表達式支持。想一下，有多少次，你需要在批處理和NAnt腳本中執行以下的操作：把服務器A上a目錄下所有以.sql為擴展名的文件拷貝到服務器B，然後依次執行這些文件。如果你討厭批處理腳本在編程方面的限制，或者不喜歡以NAnt中那樣的xml格式去編寫腳本，你會喜歡Rake的。
不勞無獲學習Ruby的時候，我必須克服許多障礙。首先，我不得不接受這樣的事實：與正在使用的“舒適”的技術相比，尋找Ruby的解決方案，要花去我更多的時間。但是，用不了多久，你就會感到喜悅，因為你可以用大量的方式解決不同的問題。其次，學習Ruby/Rails讓我受益非淺，通過學以致用，加深了對知識的理解。記住，對於你曾耗費時間學過的東西，要麼使用它，要麼任其消逝。
