当谈到MySQL的执行计划时，会有很多同学想：“我就觉得使用其他的执行方案比EXPLAIN语句输出的方案强，凭什么优化器做的决定与我得不一样？”。这个问题在MySQL5.6之前或许自己很难解决，但是现在MySQL5.6及更高的版本中引入了OptimizerTrace。

现在SaaS的发展势头已经无法抵挡，只要持有企业信用卡，任何人都可以顺利部署SaaS(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fnews.oneapm.com%2Ftag%2Fsaas%2F)工具，并借助API，在短短几分钟内连接其他重要应用。并且开发者掌握了许多自动化

!(http://static.oschina.net/uploads/space/2015/0122/171631_0AXd_2262040.jpg)开拓创想是国内最具创造性、最具技术实力的移动互联网跨平台研发中心，也是目前国内最大的移动互联网开发人才实训基地之一。2015年开拓创想携来自新浪、Adobe、华为、微软等北京最牛讲师团空降济南传授

之前总聊微服务，今天换一个话题低代码。低代码这个词也是最近这几年很火的概念，尤其是遇到大环境下行，很多大厂和互联网那个公司也在慢慢在低代码方向发力，当然，对于传统项目交付型的软件公司，低代码也具有相当大的吸引力。如何理解低代码用一个通俗易懂的说法，就是少写

所谓一图胜千言，大家平日在工作中编写文档时，往往都需要画各种图来表达中心思想，在此为大家推荐一个专注于“画图”本身的工具PlantUML，通过写代码的方式完成满足各种需求场景的画图工作，将人的精力集中到思想的表达与传递，避免无谓的图形页面样式修改调整，进而提升工作效率。

有次全链路压测中，有位同事负责的服务做Serverless扩容（负载达到50%之后自动扩容并上线接入流量）中，发现新扩容的机器被击穿，理论分析之后我们重新进行现象回放，模拟问题重现

key是widget、element和semanticsNode的唯一标识，同一个parent下的所有element的key不能重复，但是在特定条件下可以在不同parent下使用相同的key，比如page1和page2都可以使用ValueKey

在Elasticsearch这样的分布式系统中执行类似SQL的join连接是代价是比较大的，然而，Elasticsearch却给我们提供了基于水平扩展的两种连接形式

某次遇到一个从0到1的大型项目，该项目涉及两个端，除了鉴权和部分业务逻辑不同外，页面UI和其余逻辑几乎一致，遇到这种项目，该如何架构？既能保证项目顺利开发完成，又能保证后期的迭代、维护、可扩展？

在做新需求开发或者相关系统的维护更新时，尤其是涉及到不同系统的接口调用时，在可维护性方面，总感觉有很多地方差强人意。一些零星思考，抛砖引玉，希望引发更多的思考和讨论。总结了大概有如下几条建议：