我是TimBray，XML标准的创建者。我是电脑程序编制员。我喜欢写代码。在过去的几十年里，我的基本活动是写很多代码，写很多关于这些代码的文章。我的博客有足够的读者证明这是一个相当有用和合乎逻辑的活动组合。但是，最近我有点沮丧，有点受挫。我想我会克服它，但我认为这里的故事值得分享。EdFinkler的文章TheDeveloper'sDystopianFuture引起了我很大的共鸣。我真的不想像MattGemmell那样离开；马特最终决定写小说。我试图让我的段落变小，但我不得不说，他很有口才。让我印象深刻的是，我浏览器的一个选项卡显示了Gradle文档中的一个页面：第50章。依赖管理。此页面有63个小节，分为10个小标题。该文件包括65章（加上5个附录）。这是第50章。长话短说：我在Groovy中做一个很简单的任务时遇到了一个我不太明白的错误，顺着提示文档顺理成章地来到了这里。第65章！《Java in a Nutshell》，这本我一直觉得很经典但是很繁琐的技术参考书，只有22章，其中14篇是API索引。问题是这样的。您将要开发一个Android应用程序，您已经学习并掌握了Java语法/语义、Android应用程序框架和相关问题领域。所以你去发展。比如我想参与OpenKeychain的开发。我的估计是，我必须学习很多关于PGP密钥和协议的知识。其实我分分钟都在和Java代码搏斗，我要投入精力的是和git子模块中的子命令搏斗，现在看Gradle的文档，感觉前面还有一公里我。高陡峭的山脉。我应该感到幸运，因为我不需要开发基于浏览器的应用程序。不然这周得抽出更多的时间优先学习吓人的新js类库，学习如何使用水波效果来防止页面单调。请原谅我的抱怨，我会想办法摆脱目前的抑郁症；我不再是一个全职程序员，但我相信我还有一些实力。但是对于一个程序员来说，要始终保持对当前编程知识的充分理解是需要付出很多努力的。如今的流行语之一是“全栈开发人员”。听起来不错，但内心深处有一个声音：你的意思是我需要掌握Gradle内部原理和ListView故障模式和NSManagedObject怪癖和Go语言中的Ember容器和Actor模型和接口{}以及Docker中的不同用法云服务？吓死我了。
