久等了！2016年4月期技术雷达正式发布！

技术雷达是什么

ThoughtWorks技术顾问委员会（TAB）由ThoughtWorks一群资深的技术领导者组成，他们定期召集会议讨论ThoughtWorks的全球技术战略，分析对行业产生重大影响的技术趋势，从而创建了技术雷达。

▲ 技术雷达最新版已在ThoughtWorks官网上线

从CIO到开发人员，技术雷达为各方利益相关者提供价值

雷达的本质是采用图形化方式将各种技术归类为技术、工具、平台和语言及框架四个象限。倘若雷达中的某种技术可以被归到多个象限中，我们会选择看起来最合适的一个。我们还进一步将这些技术分为四个环中，由此反映我们目前对它们持有的态度。这四个环分别为：

● 采用：我们强烈主张业界采用这些技术。如果适合我们的项目，我们会采用它们。

● 试验：值得追求。重要的是理解如何建立这种能力。企业应该在风险可控的项目中尝试该项技术。

● 评估：为了确认它将如何影响您所在的企业，值得作一番探究。

● 暂缓：谨慎推行。

以三角形表示：自上次雷达发表以来新出现或发生显著变化的技术

以圆形表示：没有变化的技术

▲ 技术雷达的其中一个象限

每个象限的详细图表显示各技术发生的移动。我们感兴趣的技术实在太多，远不是如此大小的文档能合理容纳的，因此我们略去了上期雷达中已包含的许多技术，为新技术腾出空间，略去某项技术并不表示我们不再关心它。要了解关于雷达的更多背景,请参见 thoughtworks.com/radar/faq

本期技术雷达看点

开源软件，进入良性循环的副产品

在技术雷达中，有些最有影响力的软件来自那些并不以创建软件工具为初衷的公司。比如Facebook，它并不是传统的软件开发工具创造者，却贡献了很多雷达条目。与过去不同，如今越来越多的公司将其重要的软件资产开源，以吸引应聘者和实现自身价值。这创建了一个良性的反馈环：创新的开源产品吸引了优秀的开发者，他们反过来贡献了更多的创新理念。作为副产品，这些公司的框架和库成为业内最流行的产物。这表明软件开发生态系统正在发生巨变，并且进一步证明了开源软件的力量（前提是在恰当的条件下，我们对于Web Scale Envy的建议仍然成立）。

PaaS解惑

很多大型机构把云计算和平台即服务（PaaS）看作一种标准化基础设施、简化部署和运营、提高开发人员生产力的显而易见的方法。但此言尚早，PaaS的定义仍然模糊不清，很多PaaS方法仍然不完整或受到不成熟的框架和工具的影响。一些PaaS解决方案让原本在设施即服务（IaaS）上很容易的事情变得复杂，比如使用自定义的服务定位器(Service Locator)或复杂的网络拓扑，而大家也还在讨论“容器服务”是否能在拥有更多灵活性的前提下提供类似的服务。我们看到很多公司在使用现成的或者逐步建立自己的PaaS，并取得了不同程度的成功。我们认为，现在的PaaS并不是最终态，它只是进化之路上的一个阶段。企业向云和PaaS迁移带来了很多好处，但同时也面临着许多困难和挑战，特别是在整体流水线设计和工具使用方面。技术使用者需要寻找表明“黄金时代来临”的拐点，同时也要避免在实施具体PaaS时的耦合问题。

Docker, Docker, Docker!

容器技术，特别是Docker，已经被证实是一种有效的应用管理技术。它方便了不同环境的应用程序部署，解决了“在这里正常工作，但在别的环境不行”这类问题。我们已经看到了使用Docker的热潮，以及特别是围绕Docker的生态圈的形成，这使得Docker的应用已经超出了开发/测试环境而进入了生产环境。Docker容器已经被用作许多PaaS平台上的“伸缩单元”以及“数据中心OS”平台，这更加速了Docker发展的势头。容器技术在开发和生产环境的推广将引来更多的关注，包括它带来的连锁反应以及它的负面影响。

过度响应式

响应式编程正在变得非常流行，它是一种让组件响应传播进来的数据变化的编程方法，这跟命令式编程大不相同。几乎所有编程语言都拥有自己的响应式扩展。很多生态系统正在逐步支持这种编程范式，特别是用户接口，一般都会用响应式的风格编写。虽然我们喜欢这种范式，但是过度使用基于事件的系统，会导致程序逻辑变得复杂，也使响应式编程变得难以理解，所以开发人员应该更慎重地使用这种编程风格。因为响应式编程非常流行，所以我们也在技术雷达中加入了大量的响应式框架和工具。

▲ Neal Ford 谈技术雷达