乱麻

大家好，我是煎鱼。 前段时间给大家分享了《Go 创始人 Rob Pike：我们做对了什么？》，看了看大佬认为成功的地方在哪里。 今天这篇煎鱼将会继续延续前文，一起深入探究 Go 做错、失败的地方在哪。

背景 公司的一个ToB系统，因为客户使用的也不多，没啥并发要求，就一直没有经过压测。这两天来了一个“大客户”，对并发量提出了要求：核心接口与几个重点使用场景单节点吞吐量要满足最低500/s的要求。 当

这个是肯定的，用mq有个基本原则，就是数据不能多一条，也不能少一条，不能多，就是刚才说的重复消费和幂等性问题。不能少，就是说这数据别搞丢了。那这个问题你必须得考虑一下。 如果说你这个是用mq来传递非常核心的消息，比如说计费，扣费的一些消息，因为我以前设计和研发过一个公司非常核心…

最近有小伙伴问我，之前没写过博客/文章该如何开始自己的写文之路。关于这个问题我思考再三，最终决定写一篇文章来分享我对“如何写出一篇优秀的技术文”的思考。