企业官网建设流程全解析

投 Go 岗，五年经历全是 Java；投全栈岗，简历上只有前端。这种切换期的简历，常见三种摆法，每种都有问题。

全部按旧栈写：JD 关键词对不上，筛选阶段就被过滤。全部包装成新栈：过了筛选，面试第一轮就露。新栈只写一句「自学中」：等于告诉对方你还没开始。

评审者在看什么

招一个切换期的人，对方想确认三件事：新栈有没有实战证据，哪怕规模小；旧栈里语言无关的部分有多厚；学习曲线是不是可预期的。

第三条很多人忽略。一个在 Java 里把 JVM 内存模型、线程池、连接池都摸透的人，转 Go 时对方有把握他会很快摸透 goroutine 调度和 GC；一个在 Java 里只写过 CRUD 的人，转 Go 之后大概率还是 CRUD。所以旧栈经历的深度，直接决定对方对你新栈上限的预期。

按层拆，把厚的那层放前面

技术栈可以拆成三层：语言语法层最薄，切换成本最低；框架层中等；系统层最厚，包括并发模型、存储与索引、缓存一致性、消息队列、网络协议、可观测性、排障方法。

系统层是语言无关的。一个人会不会处理缓存击穿，和他用 Java 还是 Go 没有关系。切换期的简历要做的事，就是把系统层显式抽出来，别让它埋在旧栈的标签底下。

对比技能栏：

熟练 Java / Spring Boot / MyBatis / Redis / Kafka；了解 Go

语言：Go（近 8 个月主力，见项目 1）、Java（5 年，Spring 生态） 语言无关：MySQL 索引与事务隔离、Redis 缓存一致性与数据结构选型、Kafka 消费幂等与重平衡处理、 分布式链路追踪（OpenTelemetry）、线上问题排查（堆快照 / pprof / 抓包）

第二种写法里「了解 Go」变成了带证据的「近 8 个月主力」，同时把五年 Java 里真正值钱的部分单独列出来，告诉对方：这些我换了语言照样会。

项目经历同样按层改

旧栈项目不用删，但要改写角度，把语言无关的决策拎到前面：

使用 Spring Boot 开发订单系统，实现下单、支付、退款流程

订单系统（Java）：设计订单状态机与幂等方案，支付回调重复投递下保证单次生效； 库存扣减从数据库行锁改为 Redis 预扣 + 异步落库，大促峰值下单成功率从 92% 提到 99.5%

改后的这条，把 Java 放到了括号里，主体是状态机、幂等、扣减方案。面试官读到会意识到这些经验搬到 Go 上一样成立。

新栈项目至少要有一条真实的，写法上要体现出你已经理解了新语言的惯用方式，而不是用旧语言的思路写新语言：

内部通知服务 Go 重写（gin + gorm + go-redis）：用 errgroup 控制多渠道并发扇出并聚合错误， 用 context 统一超时与取消传播；单实例内存从原 Java 版 1.2G 降至 180M，容器规格降一档

errgroup、context 传播，这些是 Go 的惯用法。写出来说明你不是在用 Go 语法写 Java。

前端转全栈的情况

「全栈」两个字别直接写。它的含义太宽，对方无法判断你后端做到了哪一层。写具体：

全栈开发工程师

前端为主（React / TypeScript），近一年承担 Node BFF 层与部分业务接口（NestJS + PostgreSQL）， 独立完成消息中心模块的前后端设计、接口实现与上线；接触过 Docker 部署与 Nginx 配置

改后的写法告诉对方：后端做到了 BFF 和业务接口这一层，碰过数据库和部署，但没有碰过更底层的东西。这个边界画清楚了，面试就不会问到你没做过的地方。

新栈证据的档位

从高到低：生产代码、公司内部工具、给开源项目提的 PR、个人项目、教程练习。

至少要到内部工具这一档，简历上写出来才有说服力。教程练习不要写成项目。如果目前只有个人项目，把它做到能部署、有测试、有一个你自己解决过的非显然问题，再写。

内部工具是最容易被忽视的一档。很多公司允许工程师用新语言写脚本、写运维工具、写内部服务，这些是切换期最好的证据来源，比业余时间做个人项目更容易拿到，也更有说服力。

面试会问什么

切换期的面试有一个固定问题：两种语言的差异你的体会是什么。

这个问题的好答案不是背特性对比，是用旧栈的经验做对照：Java 里线程池参数调过很多次，转到 Go 之后发现 goroutine 便宜但 channel 的背压要自己管；Java 的异常体系用惯了，Go 的显式错误返回一开始不适应，后来发现它逼着你在每个调用点想清楚失败怎么办。

这类答案说明你是带着旧经验在学新东西，而不是从零开始。

写完自查

技能栏里有没有一块语言无关的内容；每个旧栈项目里，语言无关的决策有没有写在前面；新栈至少有一条到内部工具档位的证据。

切换期简历新旧栈混排，两套术语的写法容易不统一，自己先对一遍。

最后

切换技术栈，换掉的只是最薄的一层。把厚的那层写在前面，新栈补一条实打实的证据，切换期的简历不比任何一份单一栈的简历弱。