在阅读开始前，我还注意到这篇回顾加展望的文章有 7 位作者，那么就可以猜想，后面的文章应该是不同的作者从几个（平行的）角度去进行叙述。 我大概花了不到 15 分钟的时间读了一遍，不过没有老师读的仔细，按照老师整理出来的大纲，我可能注意到了其中四分之三的关键词。对于相关的新闻报道，我只是大概浏览了一下题目，如果需要以后再按照专题去仔细看。 对于七点提高阅读速度的建议，对我比较有帮助的是其中的第三条，不需要从头到尾的读书、及时止损和略读两遍好于精读一遍。 至于快慢结合的问题，如果是技术类的书籍，观其大略是比较快的，想要仔细琢磨就比较慢，如果还需要配合动手敲代码什么的，那就只能日积硅步。 不太认同“速读”，在那篇 How to read a book 中，Howard Berg 用开车的时候处理各种信息与读书做了比较，这里我觉的似乎有点问题。开车过程中处理的大多数情况，是很快就会被大脑遗忘掉的视觉信息，比如经常会不知道自己是如何开车回家的；但是在阅读的时候，哪怕只有 10% 的留存，也肯定不是这类情况。你可以边开车边聊天，但是读书的时候显然不适合聊天。 Berg 推荐的读书方法还是比较有效的，先浏览一下看是否值得认真读，然后找到自己需要学习的部分，最后理解并且记忆其中的重点。 Berg 提出不要在已知上花费时间，而要集中精力去学习那些未知的部分。这个比较有价值，我有时会卡在某个学科入门的地方，没法深入，一部分原因就在这里。就好像背单词总是从 Abandon 开始。 表面上是速读，其实是在说快速学习，我比较推荐之前用 1 年完成麻省理工4年33门计算机本科课程的那个 Scott Young，https://www.scotthyoung.com/ 同样的，说起来容易，做起来难。

本文较长，仅把最后部分 2020 软件预测的大致翻译放在这里： 在软件领域做预测是十分难的。 我们认为企业开发团队会继续选择 Kubernetes。与此相关的有五个云提供商：Amazon、Google、IBM（和 RedHat）、Microsoft 和 VMware（和 Pivotal）。我们认为，除了中国，Alibaba、Oracle、Salesfore、SAP 会有竞争市场的势头。 在平台、操作领域，我们认为服务网格会和底层的编排框架（[Orchestration](https://en.wikipedia.org/wiki/Orchestration_(computing)) framework） （比如 Kubernetes）。我们也希望开发者和服务网格交互的工作流会和当前的工作流、技术、管道更加紧密集成。 极致的开发者应该能够通过一致的可持续的交付流程进行部署、发布和调试。例如，通过 GitOps 风格的管道去通过配置 k8s YAML 文件部署服务；使用类似 canarying 或者 shadowing 的技术来控制新功能的发布，这些技术通过配置一些负载管理的 k8s 定义定制资源的 YAML 来实现；通过一些额外的 CRD 配置来支持添加 log 和 debug 工具。 对于架构方面，2020 将是“管理复杂”之年。架构模式例如微服务和函数已经能够支持开发者去更好的分离关心点，通过独立分隔的部署实现各种各样的变动，工作也更加极致的有伸缩性。然而，我们对正在构建的复杂分布式系统复杂性的理解——虽然相关的工具已经具备——没有跟上开发的脚步。我们希望看到开源社区和其他软件团队在理解力、监察力和可调式领域的成果。 我们希望看到更多开发者使用“低代码”平台。微软的 PowerApps、Flow、Power BI 和 Power Platform 等产品给此注入了很多能量。 在 .NET 生态中，我们相信 Blazor 会继续赢得 Web 开发者的喜爱。.Net 5 会给生态带来巨大改变，尤其是可以和 Java、Objective-C、Swift 互调。尽管言之尚早，微软最近对 IoT 和 AI 的投入对 .NET 开发的起势也有所帮助。相关的我们也希望看到对 Web Assembly 有继续的关注，希望相关工具开始成熟。 尽管对于 VR 今年有一些负面的新闻，我们还是认为关于 AR、VR 领域，或者其他可选的人机交互方式，在未来几年会取得明显进展，尽管关键因素还没真正出现。