不懂装懂的批评艺术：程序员的经典现象
可用语言 :
Sébastien TIMONER
作为 Web 开发和技术团队管理专家，我专注于创建和优化高性能数字解决方案。通过对 React.js、Node.js、TypeScript、Symfony 和 IoT 领域的 Zephyr OS 等现代技术的深入掌握，我确保在 offroadLabs 中为各行业企业的复杂 SaaS 和 IoT 项目从设计到生产的成功。
在 offroadLabs，我提供定制开发服务，结合技术专长和协作方法。无论是创建创新的 SaaS 解决方案、使用 Zephyr OS 开发 IoT 系统、现代化现有应用程序还是支持团队的专业成长，我都致力于提供稳健且高效的解决方案，适应每个项目的具体需求。
我可以在艾克斯普罗旺斯周边或完全远程工作。
在软件开发界，有一种特别有趣的物种：专业批评家程序员。他们的栖息地？技术讨论区。特长？批评一切他们不理解的东西。超能力？对从未使用过的技术持有强烈的批评意见。
你一定见过他们说过这些经典语录：
这种现象最有趣的地方在于，这些批评总是带着不容置疑的口吻。仿佛看过一条技术相关的微博就自动获得了该领域的博士学位。
让我们看看程序员日常生活中的典型场景：
场景一：技术评审会
---------------------------------
开发A："我们可以用Kubernetes来编排我们的服务。"
批评家："又在追潮流！一台老老实实的服务器不就够了！"
开发B："但是...可扩展性呢？容错性呢？"
批评家："我们那会儿都是手动操作，照样能用！"
场景二：代码审查
---------------------------------
初级程序员："我用了async/await来处理Promise。"
批评家："回调函数不挺好的吗！为什么要搞得这么复杂？"
高级程序员："这样可以提高代码的可读性和可维护性..."
批评家："呵呵，又在说些流行词汇！"
自信的新手 ：
自封的专家 ：
技术怀旧派 ：
灾难预言家 ：
真正的专业不在于批评的能力，而在于理解的深度。以下是一些建设性的建议：
先试后评 ：
多问问题 ：
承认局限 ：
保持好奇 ：
下次当你想要批评一个不熟悉的技术或方法时，请记住开头的那张图：批评他人的无知同时暴露自己的无知，再讽刺不过了。
真正的专业人士知道，软件开发是一个持续学习的过程。每种技术、框架、方法论都有其适用的场景和用例。承认自己并非无所不知，往往是开启新发现之门的第一步。
正如那句老话说的："批评容易，创造艺术难"。特别是当你两样都不精通的时候！😉
PS：如果你在这篇文章中看到了自己的影子，别担心：我们都曾经历过这个阶段。重要的是能够一笑而过并且成长！没错，就连我也曾经在真正理解某项技术的价值之前就对它指指点点...