我的技術心病

        英文原文：Using Something You Can't Implement Yourself

        上圖為本文的作者 Sasha Goldshtein，他是 SELA Group 公司的首席技術官，他是 Microsoft C# MVP（最有價值技術人員），是《Introducing Windows 7 for Developers》 (Microsoft Press 出版， 2009) 和 《Pro .NET Performance》 (Apress 出版， 2012) 兩書的作者。他是一位多產的博客作家，是大量的培訓教程的作者，內容包括并行編程、Windows Internals, .NET Debugging, 和 .NET 性能等。他的顧問工作主要圍繞分布式架構和高性能系統。

        我發現，對我來說，使用一種新語言，新技術，新框架，最讓我有壓力的事情是，我在使用它們時不能完全明白它們的實現原理。我每周都要閱讀數百篇 關于討論諸如各種 JavaScript 擴展、新的 iOS 應用框架，新的基于 Windows Azure 的 SaaS 等的博客文章。很顯然，如果只是使用一些技術或采用一種框架來滿足需求，這對于我通常不是很難的事情。問題是，如果我并不理解一個東西的工作原理或實現方 法，我不能把它歸入我已經掌握的知識。這也是“Not Invented Here (非我造不用)”毛病的一種表現吧，不同的是我并不是想真正的寫出我自己的框架；我只是想做到我有能力寫出它們。下面是我最近的一些例子。

        2011 年末，我開始學習 Node.js，2012 年間，我基于 Node、Express 以及其它很多 Node 模塊，實現了數個私人或商業產品。我開始使用 Node 時非常猶豫，直到我完全掌握了它的基本原理——事件循環，異步無處不在的屬性——這使我掌握了如何實現“類似 Node”之類東西的知識。有一段時間我甚至想寫利用新的 C# 提供的 async/await 實現一個 Node 類似的 HTTP 框架，但最后放棄了，因為網上像這樣的東西很多，比如 ASP.NET MVC 控制器等，只是不通用。

        還有一個事情就是，某種程度是，我仍然有點“恐懼”WPF (Windows 用戶界面框架)。我談不上是特別喜歡客戶端開發，但從感受層面上，從各種表現上，WPF 是一種比 XAML 更有吸引力的框架。并不是說 WPF 很復雜難用：我理解它的一些基本實現原理，比如數據綁定，風格，資源，以及數據模板，這些足夠讓我實現簡單的桌面應用或簡單的 Windows 8 和 Window Phone 應用。是 WPF 的深度和廣度讓我困惑：我現在的做法是否是最好的做法？這些 XAML 表達式究竟是如何在這樣的數據環境和屬性依賴條件下工作的？是否我應該把這段代碼放到一個單獨的動作或控制里？…我不是沒努力過：我至少讀了 3 本關于 WPF 的書，總頁數超過 1500 頁，但它們并沒有給我多大幫助。結果是，在潛意識里，我盡量避免基于 XAML 的框架，因為我不知道如何實現它。而可笑的是，我對一些“輕量級”的客戶端技術，包括 MFC，Windows Forms，Android，以及 iOS，都非常有信心，而對于 XAML，對于它的那些相對高級的東西，已經在我的心里留下了畏懼的條件反射。

        說一些我感到非常有自信的東西，我對那些利用反射技術的東西，從序列化校驗到代碼生成，我都感覺很輕松。這些屬性，這些反射，10 年前當我做一個大 .NET 項目時就根深于我的腦子里，從那時起它們對于我就是一個非常強大的工具。我想這歸功于我能理解它們這些對象如何存放在內存里，知道 .NET 的原信息是如何組織的。事實上，我差不多同時也就對其他語言和框架里的反射機制很清楚了：例如，當我在開發非官方的 Adnroid SDK 時，第一直覺就是想寫自己的 JSON 序列化工具，而不是利用第三方類庫。之后雖然證明這并不是最好的做法，但我能夠在 2 小時內讓我的程序支持所有類型的 WAMS 要求。

        最后一個例子，我對新語言有很大的心理壓力，尤其是當這種語言不只是從一種語言編譯成另外一種語言。換言之，我對像 TypeScript 或 CoffeeScript 這類語言沒壓力，我可以清楚了理解這種原代碼如何編譯成 JavaScript，如何一種新語法變成同種功能語法的一種簡寫。但是，對于一些“新物種”語言，例如 Objective C，引起我腦海里一大堆問號。并不是它的括弧語義給我造成麻煩，而是這種語言的原理，“how”。Objective C 語言的對象是如何分配內存的？方法是如何調度的？如果方法可以被過載，還能通過名稱進行動態調度嗎？編譯器是如何動態管理內存的？(沒錯，引用數計數—— 但問題遠比這幾個字復雜)。同樣的事情也發生在 Python 這樣的語言上：我可以使用 Python 開發腳本，編寫模塊，甚至和C語法風格的 DLL 交互，但我對這種動態語言里如何存放一個屬性，如何類型化，沒有一個清晰的畫面。

        作為總結，我希望所有的教材都提供一個“工作原理”的章節，來告訴我我如何能實現這種語言、技術和框架——我自己。至此，我希望這篇文章解釋清 楚了我為什么喜歡對技術原理刨根問底、喜歡自己去實現它們。歸根結底的原因是，我喜歡對系統、框架、語言做全面的理解；也許我只需要對某個系統修改一個 bug 或做性能調優，但最終結果是，我要去知道它是如何運行的，否則，它會變成我的一個心病，拖得越久我會越痛苦。        

英文原文：Using Something You Can't Implement Yourself