洩了氣的老程式設計師

　　我是Tim Bray，XML標準的創始人。我是一名程式設計師。我喜歡寫程式碼。在過去的幾十年裡，我的基本活動就是寫大量的程式碼，寫大量關於這些程式碼的文章。我的部落格的讀者之多，足以證實這是一種相當有用而合理的組合活動。但是，我最近有些沮喪，有些受打擊。我想我會克服，但我認為這裡面的故事值得與大家分享。

　　Ed Finkler的文章The Developer’s Dystopian Future讓我產生了很多的共鳴。我很不希望像Matt Gemmell那樣離去；Matt最終決定去寫小說。我儘量讓我的段落篇幅很小，但我不得不說，他的話很有說服力。

　是什麼打擊了我

　　我的瀏覽器的一個標籤頁裡顯示著Gradle文件的一個頁面：Chapter 50. Dependency Management。這個頁面上一個有63個小節，劃分在10個二級標題下。這份文件一共65章(外加5個附錄)。這是第50章。

　　長話短說：我在用Groovy做一個很簡單的任務時遇到了一個不是很理解的錯誤，很自然的順著提示文件來到了這裡。

　　65章！

　　《Java in a Nutshell》，這本我一直認為很經典但又很笨重的技術參考書籍，也不過22章，而且其中的14章是API索引。

　　問題是這樣的。你要去開發一個Android應用，你學習並掌握了Java語法/語義、Android應用框架、相關問題領域。於是你就去開發，比如我，要參與開發OpenKeychain，我的預估是，我還要學習大量關於PGP key和協議知識。

　　而事實上，我每分鐘都在投入精力和Java程式碼做鬥爭，我還要投入精力的是跟git submodule裡的子命令做鬥爭，而現在，看著Gradle文件，我感覺眼前出現了一座千米高的陡峭山峰。

　　我應該感到幸運，慶幸我不需要去開發一個基於瀏覽器的應用。否則，這周我必須抽出更多的時間來優先學習恐怖的新js類庫，去學習如何使用水波效果來不讓頁面單調。

　請原諒我的牢騷

　　我會想辦法走出現在的低落；我現在已經不再是一個全職程式設計師，但相信我還是有一定的實力的。

　　但一個程式設計師想要一直保持對當前的程式設計知識有足夠寬度的瞭解，真需要下很大的功夫。當今一個很熱門的詞語是“全能程式設計師(full-stack developer)”。聽起來很好聽，但我內心深處卻有一種聲音：你的意思是我需要去掌握 Gradle 內部原理和 ListView失敗模式 和 NSManagedObject quirks 和 Ember容器 和 Actor模型 和 interface{}在Go語言裡的意思 和 在雲服務裡Docker的不同用法？ 嚇死我了。