一、技术栈选择1.代码库管理方式Monorepo：将多个项目存放在同一个代码库中▪选择理由1：多个应用（可以按业务线产品粒度划分）在同一个repo管理，便于统一管理代码规范、共享工作流▪选择理由2：解决跨项目/应用之间物理层面的代码复用，不用通过发布/安装

本文通过实际业务需求场景建模案例，为读者提供一种业务模型向数据模型设计的方法论，用于指导实际开发中如何进行业务模型向数据模型转化抽象，并对设计的数据模型可用性、扩展性提供了建议性思考。通过文章，读者可以收获到业务模型向数据模型抽象可参考的一种方法论，并针对后期业务需求变化，尽可能降低模型调整或者模型推a倒重建的风险。本文可以重点关注建模实施流程，针对自己实际业务场景，不断抽象优化自己的数据模型。

本文主要讲解了一致性哈希算法的原理以及其存在的数据倾斜的问题，然后引出解决数据倾斜问题的方法，最后分析一致性哈希算法在Dubbo中的使用。通过这篇文章，可以了解到一致性哈希算法的原理以及这种算法存在的问题和解决方案。

1、Vue2Snippets这是一款基于vue2的代码片段提示插件，对于使用vue2的开发者特别友好，可大幅提高我们的编码速度。他的能力非常强大，具体还需要我们去看他的文档，解锁更多能力。2、PathAutocomplete这是一款路劲提示插件vscode

你浏览过的每一个网页的背后都是有许多个业务系统在支撑，并由专门的研发团队来负责维护。而各业务系统为了能够保持统一的网页风格，往往都会使用相同的页面头部和尾部，我们称之为公共头尾。

在系统架构设计中非常重要的一环是要做数据监控和数据最终一致性，关于一致性的补偿，已经由算法部的大佬总结过就不再赘述。这里主要讲如何去补偿？补偿的方案哪些？这就引出来数据监控系统了。有小伙伴会问了，为什么业务状态监控系统可以做补偿？别急，往下看。

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

翻了一下之前刚入职时候的学习笔记，发现之前在熟悉业务代码的时候曾经专门学习并整理过过设计模式中的责任链模式，之前只是对其简单了解过常用的设计模式有哪些，并未结合实例和源码深入对其探究，利用熟悉代码契机进行系统学习并整理文档如下。

基于传统认知，前端产品直接触达消费者，往往具有高度的定制化、需求变更频繁等特点，要求具有很好的动态性,能够满足不同客户的需求。那么能否建设类似的前端中台产品，我们姑且称之为“前端领域产品”，实现接入团队端到端能力复用呢？我们在撮合业务线中进行了一系列思考和探索