最后一次用 Oracle 应该还是在2012的时候，之后就一路用开源数据库。 没想到现在还有反手回摸的时候。 回摸也就算了，等准备好 Oracle 知识回顾，最后发现计划赶不上变化，暂时用不上了。 重新 review 了一把自己的kanba

已经过了一旬，下篇居然还没开始动笔。 反思了一下人生：P 书接上回。 2. 接上篇 在上一节的健康度指标中，有非常重要的一项 —— Lead Time。 Lead Time 的定义来源于传统制造业，指从受订到出货之间间隔的时间。 同时，与

最近几年，国内业界越来越常提及“研发效能”这个词，追其根源大部分是始于“DevOps”运动的活跃。 知道 DevOps 发展历史的，基本都了解 DevOps 是受敏捷的影响，是敏捷原则在软件研发到运维运营层面的延伸。 很多云厂商在推广自己

前面写了一篇关于CAP原理的博文，说到一致性 Consistency，有人往往会想到事务ACID特性中的C: Consistency，虽然都叫一致性，但完全是两个东西。 CAP的一致性指：数据库的同一复制集（replicaSet）之间数据

CAP定理，说起来程序员们应该耳熟能详：C(Consistency)、A(Availability)、P(Partition Tolerance)，构成在分布式数据存储中的“不可能三角”，三者只能保证其二。 来，再展开说说？这时候，多数人的

最近回忆过往工作经历，发现以往知识经验、林林总总，所思所想胡乱堆积，没有整理成一套逻辑明了的结构纲要。 因此，予以记忆而言，效率不高，且没有关联的知识块容易遗忘；予以表达而言，易思维阻塞，前后逻辑不顺；予以认清知识本质而言，重复颇多，而且只

Docker container 和 JVM的问题诊断，从来都不是静态的，所有来源数据都是一个动态的过程。 一个时间点的快照数据、或者一个单一数据项的字面值，并不能充分进行上下文分析，而是需要一段时间内持续的观测和数据获取，然后在时间维度上

微服务架构已经是时下后端应用开发的主流架构之一。微服务的整个生命周期包括微服务拆分和定义（产品规划）、微服务研发、微服务构建与部署、监控与运维几个阶段。 对于一般企业的微服务改造而言，极少部分企业认为用上微服务概念 + Spring clo

关系型数据库系统的世界是非常复杂的 —— 如果我们思考一下我们需要做哪些事情才能满足SQL语句的查询需求，就能意识到这种复杂是必然的。但具有讽刺意味的是，书写SQL是如此简单，表、行与列的概念也非常容易理解。 ​ —— 《数据库索引设计和

研发效能不等于研发效率。 在我司的研发平台解决方案的定义中，研发效能 = 可持续快速交付价值的能力 = 效率 + 质量 + 用户价值。 如果不能达到相应的质量标准和用户价值，再高的研发效率也是枉然。 这里我专门聊一下效率和质量之间的结合一个