知乎上有一个提问：你怎么看待满嘴高并发，编码能力却稀松平常的程序员？
今天，我们就这个话题一起探讨一下。
我的思考
说说我的观点：我其实不太欣赏提问中描述的那种程序员，他们热衷于谈论宏大的技术概念，却缺乏扎实的实践能力。其中不少人凭借出色的向上管理技巧，在职场中生存得甚至比那些技术扎实、勤奋肯干的同事更久。
从某种意义上说，这也是一种“软实力”。在职业发展的中后期，这种能力的重要性不容忽视。但作为技术人，我依然更欣赏以下两类程序员：
第一类：编码与问题解决能力俱佳的程序员
这类程序员的编码功底深厚，能够产出扩展性强、可读性高、易于维护的代码。当线上出现故障时，他们能第一时间根据日志，借助工具快速定位并止血，防止问题扩散，随后迅速编写修复代码并推动上线。这种实战能力在后端与系统架构领域尤为珍贵。
第二类：深耕行业的真正专家
这类程序员通常拥有资深架构师或更高的头衔。他们让人佩服的并非最新的编码技巧，而是在某个垂直行业（如支付、物流、IoT、财务）的长期深耕所积累的深厚经验。公司看重的是他们基于行业认知，能够从0到1规划并搭建合理的产品与技术架构，并在系统演进和解决复杂线上问题时提供关键指导。
OK，聊完我的看法，接下来分享两则知友关于这个问题的精彩回复，非常犀利，值得一看。
知友作答
回答一
这位知友指出，写好SQL、吃透特定数据库的技能对企业至关重要，但对个人而言，在当前国内环境下可能属于“性价比低”的方向。高并发的话题更容易在面试中引起共鸣、抬高薪资，而许多面试官自身对数据库原理的理解也有限。分布式缓存、NoSQL、分库分表等技术的普及，通过“分而治之”掩盖了许多单机层面的糟糕设计，使得一些基础薄弱但善于包装的架构师不易被识别。
回答二
这位匿名用户分享了一个令人啼笑皆非的案例：身边有同事热衷分享分布式锁、分布式事务等概念，PPT做得漂亮，但实战中连内存泄漏都写出来了，导致进程OOM。出现问题后不会排查，逻辑混乱，甚至将ClickHouse当作MySQL来胡乱JOIN。他犀利地指出：调用一下Seata的API并不等于懂了分布式事务，弄清楚偏序/全序这些基础概念才是关键。这种对技术一知半解却夸夸其谈的现象，在开发者社区的讨论中也时有出现。
该回复补充道，在YAML里填上Nacos地址不等于懂了微服务，像Paxos协议、配置注入时机等核心原理需要弄懂。平时各种高大上的名词挂在嘴边，一旦遇到内存泄漏、性能瓶颈等实际问题，却束手无策或忙于甩锅，这绝非真正的“高并发”专家。
写到最后
技术之路，深度与广度缺一不可。空谈架构而不屑于夯实编码与排查基本功，犹如空中楼阁。持续学习，既要有仰望星空的视野，更要有脚踏实地的坚持。无论是深耕底层原理，还是拓展行业认知，能创造真实价值的能力永远是最硬的通货。
| 
发表于 3 天前
|
查看: 14|
回复: 0
