职场坎坎坷坷的一年

——我的 18 岁职场总结

这一年，我学会了独立，也第一次明白，能力不等于年龄。

一路摸索、踩坑、修Bug，现在总算能独立设计系统、带人协作。

趁还没满19岁，给这一年做个总结，也算告别过去，迈向下一个版本。

经历

（一）生存期（12 月 - 2 月）

• 2024-12：第一个项目 — CRUD 管理后台

从 Java 转到 Node.js，语言不熟、无文档、项目入口不清，只能每天加班看代码。那时最怕的事，就是试用期没过。

项目结束后主动复盘，提出流程优化的建议：先对齐接口再开发，避免浪费时间写无用接口。

（当时连计算机网络都没学过，和前端联调还用内网穿透）

什么都不懂的时候，就多摸爬滚打，不怕踩坑，全力去做

• 2025-01：第二个项目 — 无聊的数据导出

每天都是重复的数据导出和上传 OSS 的操作。

我把这套流程标准化，有了下载中心 的构想，这个构想后来成了部门内部通用的工具。

第一次见到部门老大（那是在分公司年会），他说公司是物联网方向的，让我年后多补计算机网络知识，准备帮他带人。

价值要靠多观察才能发现，还有执行力

• 2025-02：第三个项目（千万月活用户系统）

终于接触到了真正有业务价值的项目。

这是一个老系统的重构项目，涉及运营、APP、客服等多个部门，复杂且琐碎。

我一边推进用户系统，一边继续梳理下载中心的设计文档，与部门老大、组长和产品对齐需求。 第一次感受到跨部门协作的混乱。

尝试站在不同岗位的角度去思考问题，主动去理解上下游，而不是只等任务落地。

（二）成长期（3 月 - 5 月）

• 2025-03：白天对接 APP，晚上做下载中心

白天对接 APP 接口，晚上继续开发下载中心。

凌晨一点收工，九点又开工，下班的滴滴车上，还感慨着：成年人的世界好辛苦。

结果上线时忘了加鉴权，系统裸奔。

虽然挨了批评，但代码质量与结构被部门老大肯定。

要有风险意识

• 2025-04：抽象痛点，发布可靠性保障 npm 包

继续做导出类项目时，频繁遇到第三方依赖不稳定的问题。

发现别人也一样，只是没人解决。

于是我开发了一个可靠性保障 npm 包，解决任务失败重试问题，并同步给四个内部团队使用。 第一次建立了跨团队影响力，开始意识到技术抽象的真正意义。

让团队感知到你的存在

• 2025-05：推动自动化测试、搭脚手架

学习 Netty 原理时，与部门老大聊到了 Node.js 的 NIO 特性、语言选型，再聊到自动化测试。

五一假期，我在家自学 Python 测试框架，跑出 MVP 模型。

节后立刻推动测试团队引入自动化测试，第一次参与压测（当时还看不懂 CPU 和 IO 指标）。

部门老大私下提醒我：组长要离职，让我准备接手。逐步建立起信任。

当你还不是领导时，也要按领导的标准要求自己，总有一天你就会成为。

  （三）承压期（6月 - 8月）

• 2025-06：发现 API 交互设计漏洞

用户系统推进中，发现登录多个接口存在密钥泄露风险。

编写了处理文档，协调 APP 端修复，同时学习操作系统和服务器性能指标，提升系统架构能力。

基本功底要不断巩固

• 2025-07：短信发送接口被黑

7月21号凌晨，短信接口被攻击。

被电话弄醒，一直排查到凌晨两点。

攻击每隔一段时间升级来一次，先是切换不同手机号，后面再是不同 IP 地址…。

那段时间几乎没睡好觉，加班十多天到凌晨一点学习网络安全知识。

责任感不是职位给的，是凌晨两点还在处理故障逼出来的

• 2025-08：组长离职，全面接手

组长正式离职，老大让我先沉淀一下，挂到核心业务组（因为年龄太小，不适合直接当组长，新组长性格和我比较符合）。

我主导了行为式验证码选型。为了对比方案，我去对接了腾讯、阿里、网易、极验、谷歌的客户经理，逐项分析计费与 SLA。 第一次感受到技术之外的商业协作压力。

风险与机遇共存

那几个月几乎天天加班到深夜，考勤记录看起来像假的。

（四）转折期（9月 - 10月）

• 2025-09：配合警方破案

出现不法分子利用系统违法，协助法务与警方快速响应，配合调查。

过程细节不便公开，但从此之后，我对安全、合规的边界理解更深。

同时，也进一步赢得了部门老大的信任。

领导更信任能在深夜也能解决问题的人

• 2025-10：分担组长压力，与部门老大确认转核心业务契机

分公司陆续有新人入组，新组长在总公司。

带新人熟悉 Node.js 环境，他们多半是从 Java 转来的。

同时明确表达自己想转向物联网核心业务的意愿，得到了部门老大的认可以及物联网方向的学习建议

他：“用户系统重构做好，闭环后就可以”。

你与公司之间是价值的交换，要合理表达自己的需求，而不是放在肚子里。

总结与分析

（一）迁移能力 → 找共性

把任务拆成通用步骤（观察 → 模式抽象 → 封装 → 推广）。

（二）文档能力 → 价值杠杆

将隐性知识显化，降低沟通成本，让大脑专注思考而不是记住繁琐的过程。

（三）向上管理 → 对齐价值观

• 与领导的目标一致（更容易拿资源）
• 不要轻易承诺，说到就要做到。（一方面是代码可靠性，一方面是任务排期合理）
• 主动传递能力信号（你会才会让你干，除非公司没几个人，要快速的执行、反馈、获得领导指示）

（四）沟通能力 → 找冲突、定义问题

• 给出模板：背景（让别人快速理解） → 冲突（为什么不行） → 问题（核心是什么） → 处理方式（具体步骤）
• 用途：汇报、需求评审、产品沟通、日常协作。

（五）情绪管理 → ABC 理论

• A（前因）→ B（信念）决定 → C（结果）
• 很多时候 C 出现问题，都会下意识去找 A 的问题，但决定 C 的是 B，也就是你对这件事的看法，是积极的还是消极的，你是找到能帮到你的点，还是抱怨不公平。

（六）能力价值

• 可市场化：你的能力是可以变现的，能产生真的价值，而不是自嗨。
• 可视化：想法是不能出售的，但是想法变成产品，就能变成价值。（比如写文档）
• 可感知：不要闷头干，要多反馈、多推动，让自己成为连接不同部门的桥梁。

（七）跨领域能力

• 马克吐温有句话：拿着锤子的人看什么都像钉子。
• 新领域学习方法论：
  • 螺旋递增过程：

    • 扫盲：基本概念 + 构建认知的地图

    • 结构：梳理基本概念的框架、流程、概念网，有大局观。

    • 对照：理论 和 实践，找到差异，细节决定成败，实践都是要权衡现实情况的，理论是理想状态。

    • 验证：做小项目、研究 加深理解。

      学习就是从细节到整体，再从整体到细节的过程，不断构建认知地图，避免迷路。

  • 避免细节陷阱：定位是概念问题（不知道是什么）还是上下文问题（不知道什么时候用）
• 适合程序员扩展的领域
  • 产品思维：知道技术呈现出的价值是什么，不会迷茫。（万物皆是产品）
  • 运营思维：增长、裂变、留存。
  • 销售思维：怎么把自己推销出去，把自己看作一个产品。怎么站在用户的视角去描述你的产品，帮助他找到价值点，让他愿意买单。
  • 经济学：边际成本、机会成本、激励机制。更好的利用你已拥有的资源。
  • 心理学：共情他人，了解自己、认识自己。
  • 法律：合规、数据。最重要的是，别被你老板坑了还不知道。

行动建议

上面的内容密度比较高，建议每隔一段时间看一下，理解会不一样。

适合每个人快速实践的指南：

1. 不要给自己一天安排太多事情，把当下的事情做精（Why 为什么做 - How 怎么做 - What 最终处理方式），不要在大的市场厮杀，而是在细分领域做到极致。
2. 每天至少留一小时看书，看书不要追求形式，有一个能帮助你的点，记下来，多和生活对照，反哺。
3. 多写，多积累，所见所闻，灵感转瞬即逝，脑子是用来思考的，不是记忆细节的。

• 原则：30 分钟的思考，至少输出一个可交付物（比如总结、小 Demo）

写下这篇文章，是和过去的自己握个手。 希望下一阶段，我依然有野心，也有方向。