每篇文章被转载35次以上， 太牛了吧

Posted 2021-09-06 码农翻身

大家好，我是「水滴与银弹」公众号的作者 Kaito，感谢刘欣老师的认可，让我有幸在这里向大家介绍自己。

我是一名从事软件行业 7 年多的后端研发，也算是一个资深程序员了。我曾经主导设计过垂直爬虫平台，也开发过高并发后端系统，目前从事「基础架构」和「中间件」相关的研发工作。

这是我的公众号卡片：

不知道大家遇到技术问题，在查阅资料时，有没有遇到这些情况：

• 发现很多文章互相抄袭，甚至错误的技术点被抄来抄去

• 一个知识点讲不透，看了很多文章，依旧看不懂

• 排版差，阅读体验不好

• 很少有作者会输出有技术观点、有思考的文章

这也是我经常会遇到的。

于是，我在去年开通了公众号，开始把自己多年的技术积累，写成文章发出来。

因为工作经常和 Redis 打交道，截止目前，我写了很多篇 Redis 文章，每篇文章平均转载高达 35 次以上。

这些文章不是枯燥无味的「八股文」，而是真正从「实战」出发，解决一个个「疑难」问题。

例如，我们在开发时，经常会基于 Redis 实现「分布锁」，但它真的安全吗？分布锁到底是用 Redis 还是 Zookeeper？

这是很多程序员一直在争论的问题，很多人读了很多文章，也依旧没有清晰的答案。

于是，我写了《深度剖析：Redis 分布式锁到底安全吗？》这篇文章，带着问题出发，从实现一个最简单的分布式锁，到锁在分布式环境下会遇到的各种问题情况分析，剥丝抽茧、层层剖析，彻底把这个问题讲清楚了。

此外，这篇文章看似是讲分布锁，但其中还涉及到了大量「分布式系统」相关的知识，很多读者在阅读时欲罢不能。读完后反馈，疑惑多年的问题，终于有了答案！

再比如，我们在写代码时，经常会调用时间 API，但很少人停下来思考过「计算机的时间到底是怎么来的？」这个问题。

于是我花了两周时间，查阅了几十篇资料，写了《计算机时间到底是怎么来的？》，探寻「时间」背后的秘密。

很多 5 年以上工作经验的程序员反馈，写了这么多年程序，现在才终于明白「UTC 时间」到底是怎么回事。

我看过太多技术文章，很多文章没有任何铺垫，上来就罗列各种技术概念，让人不知所云。

所以，我写的文章更喜欢从问题出发，带着问题去寻找答案，同时，我还会用「讲」的方式，友好地把这些内容传达给你。

此外，在我的文章中，我还会尝试输出对一个技术点的「理解和思考」。我希望读我文章的你，不仅能「知其然」，还能「知其所以然」。

我还会尝试把这些思考过程，提炼成通用的「方法论」分享出来，让你可以应用在其它领域中，做到举一反三。

例如，在《16 张图吃透 Redis 架构演进全过程》这篇文章中，我除了讲 Redis 架构，还会向你传达软件架构的设计思想：

设计软件架构，你面临的就是发现问题、分析问题、解决问题，一步步去演化、升级你的架构，最后在性能、可靠性方面达到一个平衡。

虽然各种软件层出不穷，但架构设计的思想不会变，真正吸收这些思想，才可以做到以不变应万变。

在《把 Redis 当作队列来用，真的合适吗？》这篇文章中，我还会告诉你做「技术选型」的心得体会：

做技术选型不只是技术问题，还与人、团队、管理、组织结构有关。

正因为如此，当你在和别人讨论技术选型问题时，你会发现每个公司的方案都不相同，这是因为每个公司所处的环境、文化不同，所具备的技术资源也不相同，所以做出的技术决策自然就会有差异。

同时，为了方便大家更好地理解技术，我还绘制了大量精美的「配图」，清晰描绘技术细节。

当然，这些只是冰山一角，更详细的内容，你可以点击下面的链接查看，比我描述的更精彩：

• 计算机时间到底是怎么来的？（被转载 48 次）

• 深度剖析：Redis 分布式锁到底安全吗？（被转载 35 次）

• 把 Redis 当作队列来用，真的合适吗？（被转载 34 次）

• 16 张图吃透 Redis 架构演进全过程（被转载 31 次）

• Redis为什么变慢了？一文讲透如何排查Redis性能问题（被转载 53 次）

我认为，只有带着问题学习技术，才能更高效地吸收，带着思辨的方式思考技术，才能达到触类旁通、融会贯通的境界。

关注我，或许我的文章可以帮助到你。

这里不仅有硬核的「技术干货」，还有我对技术的「思考和感悟」，期待和你一起成长。