在职场，尽量不要成为这样的“技术人才”

昨天面试了一位开发人员，一面面试官总体的评价是：这个人技术面聊起来头头是道，但总觉得哪里不对，你再把把关。

 

这位应聘者来自一家知名企业，总共10年的工作经验，在上一家公司干了9年，一直从事后端开发，经手过不少项目，简历上写得满满当当。

 

自我介绍之后，问了一下在职状态和离职原因。他说得很克制，就是因为业务线收缩，公司优化成本，没有续约。换句话说，应该是被裁了。正常来说，在一家公司干9年，早就是无固定期限合同了，不存在续不续约的问题。后续聊天中他问，最近是不是很多大厂都在裁员——这是在寻找同类，获得心理安慰——这也侧面印证了我的判断。

 

再说这位开发者的能力吧。如果是在大厂体系内，他可能真的算得上“人才”，或者说是“专才”。聊Java基础、Spring框架、业务逻辑实现，他思路清晰，侃侃而谈，刚开始还真有点眼前一亮的感觉。

 

但随着面试深入，问题就逐渐暴露了。

 

他在一家公司干了9年，做的所有项目，都是基于公司内部自研的一套老旧框架进行业务开发。这套框架把底层的数据库操作、接口通信、缓存管理全部封装好了，他只需要写业务逻辑代码。换句话说，他干了9年的“增删改查”。

 

问他有没有做过系统架构设计，他说这些有专门的架构团队在做，他接触不到。问他有没有做过性能优化、高并发处理，他说业务量不大，用不上。问他有没有用过主流的低代码平台或快速开发工具来提升效率，他愣了一下，说公司内部有套工具但没怎么研究过，平时都是手写代码。

 

看履历还是科班出身，计算机专业毕业，但这些本该掌握的底层能力和技术视野，似乎都还给了学校。

 

看到这样的“专才”，真的有些惋惜。

 

他科班出身，在一家还算不错的公司干了9年，经历了大大小小的项目，因为薪资过高被优化，现在找工作还在期待高薪……其实这些都还好，最可惜的是，那家公司用9年时间，把他成功地培养成了一颗螺丝钉。

 

聊到技术栈的广度时，问他为什么没有拓展一下，他说工作安排就是这样，他负责的部分用不到那些。问他未来的职业规划，他说想学一学微服务、云原生、低代码开发。职业规划可能是现场想的，但问题是——过去那9年时间，为什么不学呢？

 

这位面试者是我们职场发展的一个典型反面案例。未来他有可能会在大厂再找到一份工作，毕竟大厂需要的就是专精一隅的螺丝钉。但对于绝大多数中小企业来说，大概率不会选择一个能力单一、价格又超高的“精专”人才的。

 

这个案例背后，既有企业将员工当螺丝钉培养的制度问题——为了效率和可替代性，把人死死按在一个固定的工位上；也有躬身入局的“码农们”只顾埋头写代码，不抬头看看技术浪潮已经卷到哪里了的自我规划问题。

 

技术行业尤其残酷。

 

今天你还在熟练使用的框架，明天可能就被更高效的工具替代。今天你引以为傲的手写代码能力，明天可能就被一个拖拽式的可视化平台所覆盖。当你拿着高薪、工作安稳、深陷舒适圈的时候，外面的世界可能已经变天了。

 

就拿现在越来越普及的低代码、快速开发平台来说。像JNPF这样的平台，通过可视化拖拽、预制组件库，已经把传统代码开发转化成了“搭积木”式的操作。基于SpringBoot和Vue3的全栈架构，集成PC端与移动端两大系统，非技术人员经简单培训都能参与应用搭建。传统模式下需要2周完成开发的应用，用这类平台可能只要2小时。

 

这不是在说低代码会取代开发者，而是说——如果你只会一种技能、一套框架、一个工作方式，那你就成了最容易被替代的那个人。

 

会手写代码当然重要，但如果你同时懂低代码平台怎么用、知道怎么用可视化工具快速搭建原型、理解“AI+可视化”双核驱动的开发模式意味着什么，你的不可替代性就完全不一样了。

 

案例、道理、方法，其实我们都懂。缺的只是行动，持之以恒的行动，哪怕是每天多了解一点新技术、多关注一个行业趋势。

 

毕竟，在这个技术日新月异的时代，最大的风险从来不是学不会新东西，而是根本意识不到自己需要学。