zz67373

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

性能优化中的一种思路是“懒惰”思想。其实懒惰思想的应用很广泛，它的思想是：“把工作推到尽可能迟来做。等事情一定要做了，我才做”。 通过懒惰思想提升性能的核心思路是：“如果把事情提前做了，可能会做一部分

性能优化中的一种思路是“有损”思想。其核心思想是“刚刚好满足需要就好”。隐含的思想就是“挖掘出需求真正的下限要求”。无论是系统功能还是业务功能上的需求，往往只考虑“能否实现”，而很少会考虑“最低限度下

string和[]byte之间可以互相通过 s = string(bs)​, bs = []byte(s)​ 这样的语法强制转换类型，标准库的strings​和bytes​ 两个包内的函数能提供的能力

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

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

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

hystrix 是一个知名的“容错库”，用来提供限制并发数、熔断、超时控制功能。一般用在远程访问外部API或系统时。它的Golang版本是github.com/afex/hystrix-go​ 但请注

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