在当今的技术领域，消息队列（MQ）的选择多种多样，Redis 是其中一个备受关注的选项。然而，有人质疑选择 Redis 做 MQ 的人的技术水平，这种观点是否站得住脚呢？

我们要明确 Redis 作为 MQ 具有一些独特的优势。Redis 以其出色的性能和快速的数据存储与检索能力而闻名。在一些对消息处理速度要求较高、数据量相对较小且对消息可靠性要求不是极其严格的场景中，Redis 能够出色地完成任务。对于那些熟悉 Redis 特性并且能够根据业务需求合理运用其功能的开发者来说，选择 Redis 做 MQ 并非水平不足的表现，反而是一种基于实际情况的明智选择。

技术选型往往受到多种因素的影响。项目的规模、预算、团队的技术栈以及对消息处理的具体需求等，都会左右 MQ 的选择。如果一个项目的规模较小，业务逻辑相对简单，那么使用 Redis 作为 MQ 可以快速搭建起一个有效的消息传递机制，节省开发时间和成本。

然而，Redis 作为 MQ 也存在一定的局限性。例如，它在消息的持久性和可靠性方面可能不如一些专门的 MQ 产品。但这并不意味着选择它的人就不懂技术。在某些特定场景下，开发者可能已经充分考虑了这些局限性，并通过其他方式进行了弥补或优化。

一个人的技术水平不能仅仅通过对 MQ 选型的单一判断来衡量。技术领域广阔，涉及到多个方面的知识和技能。一个能够熟练运用 Redis 解决实际问题，并在必要时对其进行扩展和优化的开发者，显然具备一定的技术实力。

选择 Redis 做 MQ 并不意味着人的水平不足。技术选型是一个综合考量的过程，需要根据具体的业务需求、项目特点和技术环境来决定。对于那些能够合理评估并选择适合工具的开发者，我们应该给予尊重和理解，而不是轻易地对其技术水平进行质疑和否定。只有在充分了解各种技术的优劣，并结合实际情况做出明智选择的基础上，才能更好地推动技术的发展和项目的成功。