从应用研发的视角来看，此前需要写很多代码来实现业务逻辑和基础设施交互；而现在相应的代码量会减少很多。
在弹性领域，我们针对性地做了一些语言增强。比如 Java，结合阿里的大规模 Java 应用实践，阿里的 JDK——Dragonwell11 相比于其它开源的 JDK，可以让 Java 应用的启动速度提高 40%。未来我们还会在其它语言上探索更多的可能性。
目前还能看到双中心的形式，两个中心都是全量数据，但双跟多还是有很大差距的，这里其实主要受限于数据同步能力，数据能够在3个及以上中心间进行双向同步，才是解决真正**多活的核心技术所在。
我来阿里之前在做一个CRM的系统。刚开始前几年一直在做CRM系统的业务，后来我要解决很多业务的问题，要把它抽象出来，去做业务问题下面基础的平台。再后来发现基础平台的要解决更彻底，还要做下面的中间件。来阿里之前我做过业务，做过业务的开发平台，也做过开发平台下面的中间件。
救火很多时候就考验你这个能力。我去救火时根本不会用现在那些平台化的工具，直接上手用TCP代码抓原始发文，马上能分析出很多问题。这就是平时的积累，慢慢的你就会对全局有认知。
然而代码分析往往需要耗费大量的时间和资源，当用户请求某个语法服务（如查看定义），后端需要克隆代码，下载依赖包，解析语法，构建索引（类比一下IntelliJ Idea初始化工程的场景），编辑器场景用户已经习惯于这样的方式，
如此就避免了多少次Push就需要执行多少次索引构建的可能性。考虑到线程意外退出的情况，队首会每隔5秒钟全局发送心跳，当队尾或新来的任务监听到心跳超时，则会将队首的任务放弃并执行新的任务。
DevOps 的挑战-运维
当应用通过测试之后，就产出了一个交付物，这个交付物被认为具备了可以发布的能力，后续就需要进行运维工作了，比如应用灰度发布、升级回滚、服务器上下线、监控报警、安全补丁升级、网路配置、操作审计、生产环境引流等。
例如，读取一个大文件和多个小文件可能会对IOPS产生影响。由于读取单个大文件仅需要执行一个读取任务，因此可以以较高的速度执行它，而另一方面，读取多个文件的速度非常慢，因为需要执行许多读取任务。
2016年年初,传奇的围棋棋手李世石与一个围棋界的"新手"开始了一系列举世瞩目的较量。
围棋是一种棋盘类游戏,于2500年前发源于中国。它是一种比国际象棋更为复杂的策略游戏,全球有75个国家的选手积极地参与其中。
