全栈工程师的日常，早就不只是写代码了
前两天和一个做前端的朋友吃饭，他刚跳槽到一家创业公司，一个人负责从页面到接口再到部署的全流程。聊到一半突然叹气：‘我倒是把 React 玩明白了，可上线那天卡在 AWS 的 S3 配置上，折腾了整整一天。’
从前端到后端，再往后呢？
全栈工程师的定义一直在变。五年前，能写 HTML + Node.js 就算全栈；现在，光会这两样，连服务都跑不起来。项目做完，代码写完，总得让人访问吧？这时候服务器在哪、怎么部署、域名怎么配、流量大了怎么办——这些问题不会因为你是“开发”就自动消失。
很多团队没有专职运维，或者运维资源紧张，最后这些事自然落到写代码的人头上。你可以说这不合理，但现实是，谁能搞定，谁就有话语权。
云计算不是选修课，而是基础设施
现在新项目几乎不会直接买物理服务器了。阿里云、腾讯云、AWS 这些平台成了默认选项。部署一个应用，可能要开 ECS、配 VPC、设安全组、连 RDS，再搭个 CDN。这些操作看起来是“运维的事”，但如果你完全不懂，连日志都查不了，出问题只能干等。
更别说现在很多架构直接跑在云上：函数计算、容器服务、Serverless。比如用 AWS Lambda 写个接口，代码只占一半，另一半得搞清楚触发器、权限角色、API Gateway 怎么接。
aws lambda create-function \
--function-name my-api-handler \
--runtime nodejs18.x \
--role arn:aws:iam::123456789012:role/lambda-role \
--handler index.handler \
--zip-file fileb://function.zip这段命令看着吓人，但全栈工程师现在就得看得懂，甚至要自己写。
懂多少才算“懂”？
不是说非得考个 AWS 认证，也不是要你手撸 Kubernetes 集群。但至少得明白：什么是 IaaS、PaaS，负载均衡怎么工作，为什么不能把数据库密码写在配置文件里直接传到 GitHub。
举个例子：你本地测试好好的，一上线就 502 错误。查了一圈发现是安全组没放行 3000 端口。这种问题，不懂云平台的人根本无从下手。
学云计算，其实是在学“交付思维”
写代码是创造，部署上线是交付。过去这两个阶段分得很清，现在越来越融合。就像你会做饭，也得知道怎么打包、保温、送到客人桌上。
很多全栈工程师的成长瓶颈不在技术深度，而在交付能力。你能做出多快的原型，就能多快验证想法；你能多稳地发布版本，就能多大地承担职责。
云计算不是附加题，它是现代开发环境的一部分。就像当年学会用 Git 是基本功一样，今天理解云平台，已经是逃不掉的一环。