大家好，我是灵雀云的陈恺。今天我们用这种比较特殊的方式来交流，很多人可能已经习惯这种新的工作和生活方式。疫情在带来很大挑战的同时，也在倒逼着我们去进步，就像几个月前微软CEO萨提亚·纳德拉说的，很多企业把原本需要花两年时间来做的数字化转型，在短短两个月内一口气全都搞定了。参加过前面几届CNBPS大会的朋友可能知道，我每年都会试图用一句话来概括下云原生在这一

作为一个合格的程序员逻辑能力必须杠杠的写程序也是对该能力的一种锻炼想知道你的逻辑能力到底有多强？测试一下就知道啦！前方高能，强者进入01谁做对了？甲、乙、丙三个人在一起做作业，有一道数学题比较难，当他们三个人都把自己的解法说出来以后，甲说：“我做错了。”乙说：“甲做对了。”丙说：“我做错了。”在一旁的丁看到他们的答案并听了她们的意见后说：“你们三个人中有一个

1.数据库部署当我们的主机实例和数据库实例分别部署在同城的两个可用区时候，虽然两个可用区之间的延迟相对比较小，但它仍然存在一定的影响。2.数据库链接如果刚好游戏业务的数据库操作大部分是使用单线程链接的情况（通常是出于保障事务一致性的考虑），那么各个数据库事物操作都只能顺序发生。3.网络延迟如果每个的操作都出现了一点点网络延时，那么就会出现了瓶颈。

程序员最讨厌的两件事：1.写文档；别人不写文档。写文档、维护文档比较麻烦，而且费时，还会经常出现API更新了，但文档还是旧的，各种同步不一致的情况，从而耽搁彼此的时间，大多数开发人员不愿意写API文档。EolinkApikit为后端工程师提供API文档的创建与自动化生成、快速接口调试、以及API文档版本管理功能，协助后端工程师快速编写文档，调试接口，以及支持版本控制恢复历史记录。通过一套系统、一份数据，解决多个系统之间的数据同步问题。只要定义好接口文档，接口调试、数据Mock、接口测试就可以直接使用，无需再次定义。接口文档和接口开发调试使用同一个工具，接口调试完成后即可保证和接口文档定义完全一致。高效、及时、准确！

最近小组在开展读书角活动，我们小组选的是《深入理解JVM虚拟机》，相信这本书对于各位程序猿们都不陌生，我也是之前在学校准备面试期间大致读过一遍，emm时隔多日，对里面的知识也就模糊了。这次开始的时候从前面的JDK发展史和JVM虚拟机家族着手，之前都是粗略读过，这次通过查阅相关资料并收集在每一个JDK版本演化期间所发生的的一些趣闻，发现还是比较有意思的，以下是关于有关JDK发展史的总结分享。

对于开发同学来说，无论是新增还是修改接口文档，都需要在开发工具和接口管理工具上同步最新的数据。而且接口文档变更内容会比较琐碎和频繁。那么是否有更轻便的同步接口数据方式呢？我们提供了一个高效方案：在开发工具上基于接口代码片段，一键生成API文档，支持在开发工具中调试，并可一键上传至EolinkApikit的代码仓库中。这样不仅可以减少界面的操作和系统间的切换，还可以在开发工具上完成琐碎和频繁的接口文档更新，是当前CODETOAPI的最佳实践。

在开发过程中，进度比较赶的情况下，前端人员当页面写完时，后台的接口还没写完，等要交付的时候后端才把接口给你，这个时候就很尴尬。这个时候Mock就可以很好的解决这个问题，前端团队可以在API还没开发完成的情况下，借助MockAPI实现预对接，加速开发进程。测试团队可以通过MockAPI解决不必要的系统，完成集成测试。EolinkApikit为前端工程师提供API文档管理，快速接口测试，以及MockAPI创建与调用，及查看文档变更历史的能力。有助于前端工程师快速查看API文档详情与历史记录，快速生成和使用MockAPI提前进行页面效果验证。