架构&代码质量

前言 （本文假设您对Unix Pipe和Unix/Linux的基本用法有所了解） “Make each program do one thing well”，这是Unix的哲学中最出名的一条。这句话的

前面列举了一些我自己踩过或见过的坑，本篇里再从从正面说一下体会。 DDD 最适合的场景是重构 无论是重构自己团队的旧系统，还是加入新公司后重新写一套原公司的老系统，都合适。因为这时你非常清晰地知道这个

前言 如果你的团队中有新人入职，你将如何向他完整地介绍团队所负责的系统，以让他更快上手呢？ 面试时，面试官问“请详细讲一下你负责的系统”，你将怎么讲呢？ 答案自然有很多，而本文将介绍的 Kruchte

程序员最大的两大难题：变量命名和缓存一致。现在我们来讨论两大难题之一的缓存一致性。技术选型需要在功能实现和成本上进行权衡，因此一个成熟的缓存方案一定要这些方面都能适应业务要求。

非常不幸地，在过去4、5年的时间里，我曾经主导过两个对极其混乱的项目代码的重构工作。从中也总结出一些粗浅的经验。 非必要不重构 重构前首先要谨记一点，重构最重要的不是能优化多少，而是不要出错。但代码重

上篇中我讨论了从Unix管道模式中所得到的启示，本篇中将进一步讨论其实践应用。 互联网行业中需求迭代速度非常快，当源源不断的新业务涌来，在DDL的压力下，很多程序员往往会随手找个可以用的地方把业务代码

有段时间我在换工作的交接期比较清闲，考了一个软考的架构师证。本文就聊一下我对这个证的认识和备考经历。 请注意，本文仅是个人经验。 另外，2023下半年开始，架构证会使用新的考纲，内容可能会与我的描述有

DDD（领域驱动开发）是前几年在国内非常火的软件开发概念，我也跟风参与其中，按照DDD的模式进行了一些项目，结果并没有预想中的成功。系统是成功上线了，但并未达到设想中提高开发效率和代码质量的效果。 D

从小我们就学过，抛一次硬币是正面的概率是50%， 如果抛10次硬币，每次都是正面的概率就是$0.5^{10}=0.0009765625$，而10次里至少有一次正面的概率是 $1-0.5^{10}=0.

总结了一些hash function相关的知识，供技术选型时用。 如何评价一个hash function? 性能。 生成N个M长度的hash值需要的时间和资源。注意: 不同处理器、不同语言上结果不同