在日常工作中，我经常听到部分同学抱怨代码质量问题，潜台词是：“除了自己的代码，其他人写的都是垃圾，得送到绞刑架上，重构！”。今天就来聊一聊，如何写的一手好代码。

这是学习笔记的第1834篇文章之前总结了一篇扩缩容的初步设计，我们来做第二篇。MySQL分布式架构扩缩容的初步设计(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fmp.weixin.qq.com%2Fs%3F__biz%3DMjM5ODEzNDA4OA%3D%3D

本文以餐厅场景为叙事主线，以领域驱动为核心思想，结合架构设计与功能设计方法论。是从领域分析到落地的全过程案例，内容偏重于落地，因此不乏一些探讨，欢迎指正。文章较长、全程干货、耐心读完、必有收获。本文不针对餐厅的实现细节，重在探讨设计思想和方法。1、领域设计

一、背景上周小组有个需求上线牵扯9个应用（小组目前维护了26个服务，由于团队系统业务属性特征基于高可用、高性能原则拆分，有些是合理的，有些不是很合理的），同时上周OpsReview的一个微服务滥用典范案例（Promise服务A调用服务B，服务B只是读个配置

一、京东小程序是什么京东小程序平台能够提供开放、安全的产品，成为品牌开发者链接京东内部核心产品的桥梁，致力于服务每一个信任我们的外部开发者，为不同开发能力的品牌商家提供合适的服务和产品，让技术开放成为品牌的新机会。“OnceBuild,RunAnywher

一、项目背景为什么需要架构升级promise时效包含两个子系统：内核时效计算系统（系统核心是时效计算）和组件化时效系统（系统核心是复杂业务处理以及多种时效业务聚合，承接结算下单黄金流程流量），后者依赖前者，分别由两组技术团队支持；因为有些业务的渗透造成两个

一、风险洞察平台介绍以ClickhouseFlink实时计算智能算法为核心架构搭建的风险洞察平台,建立了全面的、多层次的、立体的风险业务监控体系，已支撑欺诈风险、信用风险、企业风险、小微风险、洗钱风险、贷后催收等十余个风控核心场景