我和先生都在 IT 行业，都已经 30+ 了，对未来十分迷茫，求大家帮忙指导一下之后的职业之路怎么走?

大家好，我是小林，和我先生都在一线做开发，一个偏后端，一个搞前端，加起来快70岁的“老码农”了（开玩笑啦，其实都刚过30）。最近半年，我们俩频繁陷入一种奇怪的状态：每天按时上班、写代码、开会、上线，但心里总有个声音在问——“然后呢？”

不是不想干了，而是不知道下一步该往哪儿走。技术更新太快，AI浪潮一波接一波，身边有人转管理、有人创业、有人躺平，而我们还在纠结要不要学 Rust、要不要考云原生证书、要不要转行做 AI 工程师……

这种迷茫感，在深夜加班改 bug 的时候尤其强烈。

于是我们决定：与其空想，不如动手。用一个真实的项目，逼自己走出舒适区，看看能不能找到新的方向感。

起因其实很朴素：我们一直想做个属于自己的小产品，不为赚钱，只为验证“我们还能不能从0到1做出点东西”。正好家里老人需要一个简单的健康记录工具（血压、血糖、吃药提醒），市面上的 App 要么太复杂，要么广告太多。我们就想：不如自己搭一个轻量级的 Web 应用，部署上线，让家人用起来。

听起来很简单？但对我们两个常年在大厂写业务代码的人来说，这反而是个挑战——没人给你搭好基建，没人帮你配 CI/CD，连域名备案都要自己搞。

更重要的是，我们想借这个机会，重新思考：在云原生时代，两个普通开发者，如何用最低成本、最稳的方式交付一个可用的产品？

一开始我们考虑过几种方案：

我们最终选了腾讯云的云函数 SCF + 云开发 CloudBase，原因很实际：

当然，也有人说“Serverless 锁定厂商”，但对我们来说，先跑起来比架构纯洁性更重要。真做大了再迁移也不迟。

我们用 Vite 初始化项目，接入了 CloudBase 的 Web SDK 做用户登录和数据读写。本地跑起来没问题，一部署就出事。

坑1：CORS 跨域问题

云函数默认域名和前端静态资源域名不一样，浏览器直接 block 掉请求。解决办法是在 CloudBase 控制台的“安全规则”里加上允许的 origin：

但更坑的是——CloudBase 的 Web SDK 在 SSR 环境下会报window is not defined。我们用了动态导入绕过去：

核心功能是“每天早上8点给用户发微信模板消息”。我们写了定时触发的云函数：

坑2：定时触发器时区不对！

腾讯云默认是 UTC 时间，我们设了0 0 8 * * *，结果北京时间凌晨4点就触发了。后来查文档才知道要加时区参数：

本地测试一切正常，一上线用户登录就报“permission denied”。

原来 CloudBase 默认数据库是关闭所有外部访问的！必须手动在控制台开启“客户端可读写”，或者写安全规则：

这个过程我们花了整整一个晚上，反复看日志、改规则、重试……那种“明明代码没错却就是跑不通”的无力感，相信很多开发者都懂。

项目最终上线了，域名备案搞定，家里老人现在每天用它记录血压，还会收到微信提醒。虽然只有不到10个用户，但这是我们第一次完整走通“想法 → 开发 → 部署 → 真实使用”的闭环。

技术上：

更重要的是心态上的变化：

如果你也和我们一样，30+，在 IT 行业感到疲惫又不甘心，我想说：

最后，如果你也要用 Serverless 做个人项目，我建议：

先跑通最小闭环，再优化架构；先让用户用起来，再考虑扩展性。

毕竟，代码写出来没人用，和人生走了很久却忘了为什么出发，本质上是一样的遗憾。

共勉。

—— 小林 & 先生，两个还在敲键盘的30+开发者