为什么选择外包？
24 年，我在一家互联网公司待了 4 年多，经历了公司从 100 多人发展到 600 多人，也从一个普通前端开发成为了前端组长。但后来公司每况愈下，裁员、降薪、甚至拖欠工资轮番上来，最后公司只剩不到 100 人，心气也被磨没了。
30+ 的年纪、学历短板，这些都导致找工作的不顺利，不过最终选择字节外包，也不是因为完全没其他机会，主要是对大厂向往，比如能接触更有挑战的业务、更大的平台，环境也相对稳定。
有人说外包是边缘角色，只能做些技术含量不高的活，接触不到核心的东西，但我还是更愿意相信：学习是自己的事情。
入职体验如何？
先说说感受比较深的一点：字节对员工的服务意识确实挺好的。
入职开始，工牌、工位、电脑等设备一应俱全，发的 MacBook Pro 也比较给力，没有出现缺少东西在工位上发呆，或者偷偷跟在同事身后过门禁的尴尬情况。
作为非正式员工，我觉得字节是对外包最人性化的大厂之一。工牌和工号没有明显的区分，除了待遇上的差异，其他能看得到的地方，正式员工和外包基本一致，比如下午茶、三餐、团建都有。相比某些厂，这里算得上一股清流。
工作方面的话，一开始因为对环境、业务及技术的不熟悉，踩过不少的坑，也遇到了不少棘手的 bug，不过好在有导师的帮助，都一一解决了。所以尽管到了一个新的环境，涉及新的业务、不熟悉的技术，前期还是处于既紧张又有节奏的成长状态。
工作内容的变化
在上家公司，我主要负责 SaaS 商城平台，有点像是有赞、微盟这些，不过整体上是以私有化部署和深度定制的交付为主，产品形态上主要是 H5/小程序 商城、PC 商城后台/数据中台。
来到字节游戏部门后，产品形态上也类似，但业务涉及游戏领域，比如 H5 道具商城、H5/小程序营销活动、游戏业务相关 PC 后台等。
工作不是简单的延续，其中有两点让我比较印象深刻：
一是 C 端流量不在一个量级
在上家给不同公司做的商城里，除了特定的推广期外，日 UV 一般是数万；而在字节做单个游戏业务，日 UV 能达前者的 2-3 倍。
用户量和设备数的增加，意味着对代码健壮性和性能的要求更高，期间需要解决各种设备和环境下的兼容问题，比如微信、QQ、抖音、游戏、鸿蒙等宿主/系统。
也尝试了各种性能上的优化，比如图片/字体的格式优化与裁剪、CDN 预加载、懒加载、缓存策略等。在某些业务上的优化，能到达肉眼可见的首屏加载时间降低。
二是大厂流程的"繁琐"与严谨
有时候新增域名、开通内部 App JSB 能力、遇到内部服务问题等，需要 OnCall 拉人处理，差的情况下，要经历一轮又一轮、长达数天的沟通才能定位和解决问题。
这倒不是说流程本身的问题，大部分情况下是大厂组织架构复杂、分工细化的结果。以我在中小公司的经历，遇到技术问题往往内部几人就能闭环解决；而在字节，比如排查一个埋点未上报的问题，需要先拉埋点平台团队，该团队可能需要协调其他团队一起排查，因为埋点可能被安全策略拦截了，整个链路涉及的团队更多，解决问题的时间就更长了，这也是我需要逐渐适应的地方。
后来因游戏业务变动，我不再负责单一游戏业务交付，工作转移到游戏平台上。
平台为各游戏提供道具、订单、活动、邮件、公告等通用能力。技术上需要考虑抽象与通用性，以便功能服务于不同的游戏；又要考虑多租户与权限隔离，确保功能差异化和可靠性。
此外平台维护的前端基建能力，如公共组件、Node.js 服务等，会直接被各游戏业务接入使用，流量比较高，但也存在牵一发而动全身的风险。比如一个活动分发的 Node.js 服务如果有问题，可能会导致所有游戏的营销活动无法正常使用。
这些都是有挑战性的工作，工作不仅仅是 CRUD。
整体来说，在正式和非正式员工的工作安排上，我觉得没有太大区别，主要按能力分配，有多大把握就干多大的事。团队也鼓励创新和沉淀，只要有好的想法、能落地的方案，Show 出来往往能被接受并执行。
技术氛围
入职前几天，最大的感受是字节里有永远看不完的技术文档，一个又一个，甚至是套娃式的。
字节内部也有类似掘金的技术分享平台，源源不断地分享各种技术文章。
团队内也鼓励分享，时不时会有技术分享会议，可以看出大家都是比较卷（乐于分享）的，平时除了 Coding，也在不断总结经验、分享知识。
我自己也尝试写过一些技术文章、落地了一些技术沉淀，比如具体项目技术复盘总结、图片/字体性能优化、海报生成方案、公共组件实现等。
最大的收获是得到团队的认可与支持，技术分享平台还会回馈创作积分，能用于购物，算是个实打实的福利。
AI 焦虑
在字节这里对 AI 的感受，既有焦虑，又有兴奋，各种 AI 相关文章、应用层出不穷。
除了比较出名的 Trae、Coze、Seedance 2.0 等，还有很多用于内部提效的应用，比如支持异步办公的 AI Agent 平台、设计稿生成代码（D2C）、自动代码审查等方向的应用。
团队内部展开过多次 AI 提效调研，我也借此机会全面学习了大模型、MCP、RAG、微调、Skills 等相关知识，在内部输出了一些知识普及的技术文章。
同时还参与了多个 AI 应用项目，比如：
营销配置 AI 助手：针对游戏运营配置资源包时参数繁多、容易出错、沟通成本高的痛点，通过 AI 对话方式让用户以自然语言描述需求，自动生成配置。技术上实现了多模态输入（文本/图片/文档混合）、流式输出、Markdown 渲染、智能引导追问等功能。
最近在做一个根据后端接口协议，生成飞书接口文档的需求，还可以通过大模型生成前端 TS 类型、请求方法等代码，一定程度上可以减少前端写样板代码的成本，大体上是一个细分场景上做前端提效的探索。
后续还计划面向运营用户，做一个业务受理平台 AI 助手，主要提供平台功能咨询、报错排查能力，通过自动化排查工具，结合日志分析报错原因，减少人工 OnCall 介入。
AI 的迅速发展，在逐渐地影响甚至改变我们的工作方式，也让我们产生被替代的焦虑。但有一句话说得比较一针见血，"世界上唯一不变的就是变化"，如果某些事物、行为一成不变久了，那么它将更加的有迹可循，也就更容易被工具所复刻，而如果我们可以更进一步，把握技术，甚至能站在技术的潮头上，那么未来就能有更多的主动权了。
这些项目让我对 AI 应用落地有了实际的工程经验，也让我意识到： 与其焦虑 AI 会取代什么，不如思考 AI 能帮我做什么。以后也打算做更多的尝试。
最后
以上是我在字节外包一年里的一些经历，回头看这一年，有了一些不一样的收获和成长。
文中写了很多工作好的方面，当然不好的地方肯定也有，外包之所以是外包，稳定性肯定要打个问号的，待遇方面也不要抱太多的期望，大家懂的都懂。
但总体来说，能参与有挑战性的工作、有不错的技术氛围、还能借着平台在 AI 上持续学习，这些都算是比较好的机会。至于以后会怎样呢，过去、现在甚至未来都会有很多"鬼故事"，"前端已死"、"程序员 35 岁被动退休"...，脚踏实地地过好现在，可能是更重要的事情。
外包不一定是终点，也可以是另一种成长的起点。