[[117227]]

我是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的不同用法？ 嚇死我了。

本文鏈接：http://www.apkbus.com/android-11395-1.html