1. 开始 本文为极客时间《代码之丑》的学习笔记，原作十分精彩，推荐阅读原作。 我们经常听到xxx之美，比如《代码之美》、《数据结构之美》、《设计模式之美》，但理解什么是丑似乎更重要，知道什么是错的，

好的命名能见名知意，看似简单其实不易。最近有空，梳理一些常见命名套路，以供参考！ 本文概要： 主要罗列常见的命名前缀后缀，从变量、设计模式、方法等展开；所枚举只是冰山一角，如有需要再补充。

无论是架构设计还是编码实现，现在都越来越离不开接口设计，接口可以说是新时代的“集装箱”，是得到了几乎所有人一致共识的通用标准。 GoF 在很多年前便建议大家应该针对接口编程，原因其实就是为了降低编程变

文本通过ERP案例、支付系统集成案例、订单案例、折扣案例、汽车租赁项目案例代码片段来讲解SOLID设计原则如何落地到业务项目来提高项目整体的质量,不讲概念,注重实战落地。

不以规矩，不能成方圆。 由于某些原因，笔者有幸经历了团队从缺乏标准到逐渐规范的一个过程，在此当做记录供大家参考。 本文从为什么需要规范以及建立规范的重要性出发，逐步引申出如何去建立适合自身团队的

我们看了那么多代码之后，到底什么样的代码才是好代码呢？它们有没有一些共同的特征或者原则？本文通过阐述优雅代码的设计原则来和大家聊聊怎么写好代码。

笔者长期单枪匹马在前端领域厮杀(言外之意就是团队就一个人)，自己就是规范。随着公司业务的扩展，扩充了一些人员，这时候就要开始考虑协作和编码规范问题了。本文记录了笔者在制定前端协作规范时的一些思考，希望能给你们也带来一些帮助. 一个人走的更快，一群人可以走得更远，前提是统一的策略…

作为一个后端研发人员，开发服务接口是我正常不过的工作了，这些接口不管是面向前端HTTP或者是供其他服务RPC远程调用的，都绕不开一个共同的话题就是“高可用”。

大家好，我是老三，转眼间，团队的技术专家B哥，已经离职一年了，我还时不时会想起他，因为他留下的j技术设计模版，我觉得真的很好用，基本上涵盖了设计需要考虑的方方面面。