建议收藏：GTD 跳槽指南 | 少走五年弯路

▌ 技术引导
GTD跳槽指南这玩意儿我见过不少，但真能落地的少。你要是真心想少走弯路，先记住一句话：别光看简历，得看技术栈的底层逻辑。2024年之后，招聘市场傻得不能再傻，搞个深水区项目写在简历上，面试官一问你就原形毕露。所以别瞎硬，得懂技术栈之间的兼容性、性能瓶颈、生态支持和学习成本。我见过好多人跳槽失败，是被技术配置细节搞死的，比如 redis 持久化策略选错了，运维直接让你滚蛋。别怕细节，细节才是真本事。
在 Linux 系统里执行 docker build 的时候，记得加上 --no-cache 参数，别以为你之前做过一次就能永久缓存。2025年以后，镜像拉取速度越来越慢，不清理缓存随时会卡死。还有，你要是用 Python 写脚本，绝别用 pip install 直接装依赖，得用 poetry 或者 pipenv 打包，这样 build 阶段才不会烂。我见过太多人因为环境变量没配好，导致依赖冲突。
跳槽时别搞些花里胡哨的技术，得看人家用的工具链。比如你要是搞过 Kubernetes，别只说你懂调度器，得说你亲身处理过 pod 被驱逐的情况，知道如何配置 toleration 和 node affinity。还有，你在 CI/CD 里用过哪些工具，别只是写 Jenkins，得说你用过 GitLab CI 的 stage 分离，或者 GitHub Actions 的矩阵构建。别以为面试官看不出来，他们一个配置文件就能看出你是不是真的懂。
别把技术当作炫耀工具，得用它解决问题。搞过微服务架构的，得知道如何用 Envoy 或 Nginx 做服务发现，别光说你懂 Consul。在 Dockerfile 写的时候，别用 RUN apt-get update && apt-get install，得用多阶段构建，把编译环境和运行环境分开。我见过太多人因为没用多阶段，导致镜像臃肿、部署失败。
性能优化这事，别光靠 CPU 和内存调优，得看网络和存储。比如你用过 Kafka，得知道 partition 的数量怎么影响吞吐量，得会用 producer 的 batch.size 和 linger.ms 参数来调优。在云厂商选择上，别只看价格，得看他们提供的托管服务是否支持你用的数据库，比如 Azure 的 Cosmos DB 是否兼容你写的 SQL 语句。别信那些虚头巴脑的宣传，真用起来才知道啥叫坑。

▌ 技术参考

一 跳槽最忌讳的是技术简历造假，你要是用过 JVM 的垃圾回收器，得能说出 G1 和 ZGC 的区别，别光写“熟悉 GC 机制”。在部署 Kafka 的时候，记得用 zookeeper 的 clientPort 配置端口，别直接用默认的 2181。如果用的是 AWS，记得配置 IAM 的 role 和 policy，不然 EC2 做不了持久化存储。
二 在 Linux 的 shell 脚本里，用 grep 过滤日志的时候，别用默认的 grep，得用 egrep 或 fgrep，不然对正则表达式支持不全。比如你要找日志里包含“error”的行，写成 grep 'error' log.txt 反而不如 egrep 'error' 来得高效。还有，用 sed 替换配置文件时，记得加 -i 参数，否则会输出到控制台。
三 微服务架构下，你要是用过 Envoy，得知道如何配置监听器和路由。比如在 config.yaml 里添加 listeners: - name: "http" port_value: 80，然后路由规则就写在 routes 下。别光说你懂动态配置，得会用 xDS 协议更新 envoy。如果你用的是 Nginx，记得用 upstream 的 hash 指定负载均衡算法，别乱用 round-robin。
四 用 docker build 的时候，注意构建上下文的大小。如果用的是大型二进制文件，得用 .dockerignore 配置排除，不然会拖慢 build 过程。比如你有 node_modules 文件夹，写上 node_modules 就能避免。另外，如果用的是 ARM 架构，记得在 build 命令里加 --platform linux/arm64，否则会编译失败。
五 在编写 CI/CD 流水线的时候，别忽视依赖包的版本控制。比如你用 GitLab CI，得在 .gitlab-ci.yml 里定义 image 的版本，比如 python:3.9，别写成 python。如果你用 GitHub Actions，记得在 workflow 文件里指定 runner 的类型，比如 ubuntu-latest，否则会用默认的。
六 如果你用过 Redis，记得在配置文件中设置 maxmemory-policy 为 allkeys-lru 或 volatile-lru，别用 default。尤其是在生产环境，别光说你懂 persistence，得会配置 appendonly 和 snapshot 频率。比如用 appendonly yes 和 save 900 1，这样既保证数据不丢，又不会卡住。
七 在容器化部署时，别只看镜像大小，得看启动速度。比如你用的是 Alpine 镜像，别直接用官方镜像，得用自定义的 slim 版本，这样能减少 80% 的体积。如果你用的是 JVM，记得在启动参数里加 -XX:+UseContainerSupport，不然会占用过多内存。
八 用 K8s 的时候，别只关注 deployment，得会配置 daemonset 和 statefulset。比如你要部署一个日志收集服务，得用 daemonset，这样每个节点都会有一个 pod。如果你在 statefulset 里用 headless service，别忘了配置 persistentVolumeClaim，否则数据会丢失。
九 如果你写过 Python 脚本，得会用 poetry manage 依赖。比如 poetry add requests 就能自动管理版本，别用 pip。在生产环境部署的时候，记得用 poetry build 生成 wheel 文件，然后用 pip install -U dist/xxx.whl 安装。这样能避免环境差异问题。
十 在做性能优化的时候，别只看 CPU 和内存，得看网络和磁盘 IO。比如你用 Kafka，得知道 partition 的数量和副本数怎么影响吞吐量。如果用的是 MySQL，记得用 explain 分析查询语句，别光看执行时间。还有，别用默认的 innodb_buffer_pool_size，得根据服务器内存调整，比如 8G 的机器可以设置成 6G。
十一 在写微服务接口的时候，别只关注 REST，得会用 gRPC。比如在 proto 文件里定义 service，然后用 grpcurl 测试服务接口。如果你用的是 Go，记得在 main 函数里注册 server，比如 grpc.RegisterServer。别光说你懂服务治理，得会用 consul 的 service 注册和健康检查。
十二 在 Kubernetes 的 helm chart 里，别只写 values.yaml，得会用 templates 中的 deployment 和 service 模板。比如在 deployment.yaml 里配置 env 为 - name: "LOG_LEVEL" value: "debug"，这样能控制日志输出。别用 helm install 直接安装，得用 --set 参数覆盖配置，比如 --set env.LOG_LEVEL=debug。
十三 如果你用过 Envoy，得知道如何配置 TLS。比如在 config.yaml 里添加 listeners: - name: "https" port_value: 443，默认的 TLS 证书路径是 /etc/ssl/certs。如果你用的是自签名证书，得在 bootstrap config 里指定 certificate_path 和 key_path。别光说你懂安全加固，得会配置 envoy 的 TLS 支持。
十四 在配置 Prometheus 的时候，别只用 default 的 exporters，得会用 node_exporter 和 blackbox_exporter。比如你要监控 Redis，得用 redis_exporter，并配置 scrape_configs 里的 job_name 为 redis。在 prometheus.yml 里，记得设置 scrape_interval，比如 scrape_interval: 30s，别用默认的 1m。
十五 如果你用过 Kafka，得知道如何配置 consumer 的 offset 保存策略。比如在 bootstrap servers 配置上，用 kafka:9092，然后在 properties 里设置 auto.offset.reset 到 earliest 或 latest。如果你用的是 Java client，记得在 ConsumerConfig 里设置 enable.auto.commit 为 false，这样能更灵活地控制 offset。别光说你懂消息队列，得会用它解决实际问题。
十六 在使用 Nginx 的时候，别只靠 location 匹配，得会用 proxy_set_header 后端反向代理。比如配置 proxy_set_header Host $host，并在 proxy_pass 里指定后端地址。如果你用的是 SSL，记得配置 ssl_certificate 和 ssl_certificate_key，别用默认的。在配置 upstream 的时候，记得用 ip_hash，这样能避免后端服务负载不均。
十七 如果你用过 Kafka 的 consumer，得知道如何配置 group.id。比如在 consumer 属性中设置 group.id=my-group，这样能确保消息不会重复消费。如果你用的是 Python 的 kafka-python，记得用 KafkaConsumer 的 auto_offset_reset 参数，别光用 default。在生产环境，记得用 max_partition_fetch_bytes 来控制每次拉取的数据量。
十八 在使用 GitLab CI 的时候，别忽视 .gitlab-ci.yml 的 job 分离。比如用 stages 分离 build、test、deploy，这样能提高效率。如果你用的是 cache，记得在 job 上配置 cache: key: "$CI_COMMIT_REF_NAME"，别用默认的。如果用的是 artifacts，记得配置 expire_in 来设置保存时间。
十九 如果你用过 Redis 的集群模式，得知道如何配置 redis-cli。比如用 redis-cli --cluster create 命令，然后指定主从节点。在 cluster 命令中，记得用 -a 参数设置密码，这样能避免未授权访问。如果你用的是 Redis Sentinel，记得配置 sentinel monitor 和 sentinel down-after-milliseconds。
二十 在使用 Docker 的时候，别忽视日志的配置。比如在 docker-compose.yml 里设置 logging: driver: "json-file" options: max-size: "10m" max-file: "3"，这样能控制日志体积。如果你用的是 swarm，记得配置 logging driver 为 local，别用远程存储。在运行容器的时候，记得加 --log-driver 参数。