个人履历与本事画像 基础信息 毕业于 XX 大学计算机科学与技术专业，本科三年，累计实习经验 5 年，拥有 6 年全栈开发经历。曾在某脑袋互联网大厂做后端，也曾去传统制造业做系统对接，最终回到初创团队做技术负责人。 ? 核心标签 全栈开发：精通 Vue/React + Node.js + Python 分布式系统：高并发架构、微服务治理、数据库分库分表 业务理解：从 0 到 1 搭建电商/支付/内容平台 软技能：跨部门协作、客户沟通、技术攻坚 --- 工作经历：某大型互联网企业后端开发（2021.06 - 2023.12） ? 角色描述 程序员，负责核心交易链路的重构与新系统搭建。 ? 项目经历：高并发大促交易系统（2022 年） 那段工夫公司要搞一场万人同步秒杀，平时我们排期一个月，那会儿直接砍了周。我参与了核心订单和库存的链路改造，主要是解决秒杀场景下数据库锁死和主从延迟的难题。 我负责设计了基于 Redis 预减库存 + 数据库事务 + 异步消息的三层防御方案。 数据表现：大促当晚，秒杀响应工夫从原来的 500ms 压到了 80ms，QPS 峰值突破 5 万，积压订单处理成功 1.2 万单。 具体做法：我把 Redis 的 Key 设计优化了，用 Hash 结构存用户 ID，List 结构存订单号，还做了限流熔断，大促期间请求被拦截的率达到了 99.9%。 遇到的坑：一启动库存扣减写死在 DB，最终账对不上。我调了三个晚上，发现是先扣 Redis，再查 DB，再回写。

后来改成预扣 Redis，事务范围只包含 Redis 操作，DB 只做最终一致性存账。 ? 角色描述 技术主管，团队里的老骨干，带过 3 个人的小组，核心是搞定数据和架构。 ? 项目经历：企业级 SaaS 中台平台的迁移（2021 年） 原系统是几十年的老架构，代码特别乱，直接让我接手。 技术难点：需求把单体应用拆成 12 个微服务，数据还得从老系统拉到新系统。 我的动作： 1. 拆分方案：我拉了个需求文档，把按模块分拆，最终拆成 12 个服务。 2. 数据迁移：这是最烧脑的。我写了个脚本跑了一周，先把数据备份，再用 ETL 工具做了清洗。 3. 过程复盘：后端、前端、运维三方最终在会上吵了一架，说迁移后数据不准。 4. 数据验证：我亲自写了个比对脚本，把旧系统 2021 年的全量数据拉到新系统跑了一遍，最终发现差了 0.01%，当场就松口了。 ? 日常常规 写代码，改 Bug，跟 product 扯皮，做技术评审。 --- 工作经历：某传统制造业系统开发（2020.07 - 2021.05） ? 角色描述 全栈工程师，负责造线的 MES 系统对接。 ? 项目经历：工厂 ERP 与 MES 系统数据打通（2020 年） 这家工厂要做数字化转型，想把老工厂的 ERP 数据实时传到 MES 去监控产线。 业务痛点：那会儿是人工导数，忒慢，并且时常出于格式不对丢数据。 我的尝试： 1. 接口设计：我设计了 RESTful 接口，前端拿数据，后端去查数据库，最终回给前端。 2. 数据校验：我写了一个前端工具，数据一进来先跑校验，格式不对直接弹窗报错，不会传给后端。 3. 效果：上线后累计导出了 3000 条历史数据，接口成功率稳定在 99.5%。 遇到的坑：有个 SQL 语句忒复杂，跑不动。 我的办法：我直接让 DBA 优化了索引，SQL 好办了，响应工夫也缩短了 40%。 --- 工作经历：初创科技团队技术负责人（2019.01 - 2020.06） ? 角色描述 团队老大，出了活，技术选，人找。 ? 项目经历：自主研发的轻量级 AI 协作平台（2019 年） 从 0 到 1 搭建了一个赞成多用户、多终端的数据标注平台。 技术难点：用户量挺小，但并发需求高，并且需求赞成断线重连。 我的决策： 1. 架构选型：拍板用 Node.js + Redis 做缓存，解决多端同步难题。 2. 用户体验：我写了个前端包裹，用户一断线，数据就自动回传，不会卡半天。 3. 性能优化：针对大数据量的标注任务，我做了分页加载和 Worker 进程调度，标注效率提升了 3 倍。 4. 最终结局：内部测试全员上线，首次使用就帮团队节省了一半的人工标注工夫。 --- 工作经历：自由职业/独立开发者（2018.06 - 2019.01） ? 角色描述 独立开发者，做定制软件，接外包，写独立游戏原型。 ? 项目经历：某短视频平台的算法推荐接口（2018 年） 帮一家小网红公司做了一个短视频推荐引擎，他们说要精准找到目标用户。 核心逻辑： 1. 用户 ID 2. 历史点击数据 3. 用户画像（性别、年龄） 4. 实时搜索词 5. 生成推荐排序 我的贡献： 1. 数据清洗：他们历史数据脏，大量用户 ID 重复。我做了个去重脚本，去重后准率提升 5%。 2. 接口优化：原来一次请求要 2 秒，目前优化后做到 200ms。 3. 结局：项目按时交付，客户贼中意，后续还有两家客户要接，我直接转单了。 --- 工作经历：技术顾问 / 自由职业（2017.01 - 2018.05） ? 角色描述 独立顾问，帮小型企业做系统选型和技术咨询。 ? 项目经历：某电商平台的仓储管理系统（2017 年） 帮一家 500 人的电商公司做了一个进销存系统。 需求分析：他们有个需求是临期商品自动打折。 我的方案： 1. 逻辑设计：我设计了一个规则引擎，赞成价格、保质期、促销策略等多维配置。 2. 数据同步：设计了定时任务的机制，每天凌晨自动比对价格数据。 3. 测试场景：我专门做了临期商品的边界测试，比如保质期还有 1 天还能卖吗？能卖，系统自动触发优惠。 最终效果：上线后系统稳定，客户投诉率降到了零，客户目前还在用。 --- 工作经历：技术主管 / 技术总监（2016.07 - 2017.06） ? 角色描述 团队管理者，带人，定方向，抓交付。 ? 项目经历：公司内部 ERP 系统的全面重构（2016 年） 公司之前的 ERP 系统忒老，操作界面难懂，数据不准，半年工夫只能迭代 5 次需求。 我的目标：用半年工夫重构出一个现代化的 ERP 系统。 具体动作： 1. 团队重组：我把后端拆了，前端拆了，给不同模块组，每人负责一个域。 2. 技术选型：拍板用 Vue 做前端，Node.js 做后端，出于团队里前中后端都在用。 3. 分阶段上线：出于需求忒多，我把项目分成了两批。

第一批先上线核心财务模块，第二批上线造模块。 4. 数据治理：针对历史数据差的难题，我拉了个数据库审计工具，把旧系统脏数据清洗了，确保新系统跑起来账是正的。 5. 结局：第一批上线一月，财务模块跑通；第二批上线三月，造模块跑通。目前我们系统用到目前，每个月都能按时交付。 --- 工作经历：CTO（2015.07 - 2016.06） ? 角色描述 公司技术大拿，对外对内都是接口。 ? 项目经历：某行业垂直领域的知识图谱构建（2015 年） 我们要给一个垂直行业的客户搞个智能推荐系统，不能瞎推，得推对他有用。 技术难点：行业数据忒分散，实体识别难，图结构复杂。 我的思路： 1. 数据源：我找了客户所有的关键文档，爬了你了。 2. 实体抽取：写了个 NLP 脚本，取了公司名、产品名、客户名这些实体。 3. 图谱构建：把实体连起来，建了图。 效果：把 2 万条数据跑了一遍图计算，筛选出了 3 个最核心的实体关系，帮客户把推荐准率提升了 30%。 --- 工作经历：创始人（2014.01 - 2015.06） ? 角色描述 公司老板，搞钱，砍预算，定战略。 ? 项目经历：某垂直 SaaS 平台（2014 年） 这是公司的发源地。 决策过程：我们一启动想做电商，结局发现料货忒贵，最终改成了做垂直行业的工具，比如帮助小工厂做管理的。 技术支撑： 1. 技术栈：当时用 PHP + MySQL，后来发现忒老，改成了 Java + Maven 架构，性能稳定了。 2. 成本管住：出于产品定位定了，我就砍掉了非核心的功能模块，把人力预算从 20 人砍到了 10 人，人效提升了 4 倍。 3. 融资：基于这个确定的方向，我们拿到了天使轮。 --- 个人总结 ? 核心优势 1. 技术全面：全栈本事挺强，能自己搞定从后端到前端的所有开发任务，也不依赖框架。 2. 业务落地：不只是写代码，更懂业务。我做过电商、做过制造业、做过传统企业的数字化，对行业逻辑有深刻理解。 3. 沟通协作：能把复杂的技术难题翻译成业务语言，也能把业务需求翻译成技术语言，是团队里的润滑剂。 ? 待加强项 编码规范：有时候为了赶进度，代码注释和结构不够严谨，赶明儿得多注意。 宏观视野：有时候忒盯着技术细节了，对行业趋势的把握还需求再加强。 ? 自我评价 我就是一个干实事的人。技术方面，我能把系统跑起来，性能压得住；业务方面，我能把需求理清楚，落地有方案。 我不喜爱那些虚头巴脑的形容词，也不喜爱那种"XX 技术”的套话。 只要项目做完了，数据稳住了，我就知足。 要是有机会，希望能持续和你们一起干点实际点、能出成绩的事。 --- ? 写作思路复盘（供参考） 1. 去伪存真：每一条经历都是具体的“坑”是如何挖的，具体的“数据”是多少换过的。

没有泛泛而谈的“负责开发”、“参与了项目”。 2. 口语化表达：用了“砍周”、“按排期”、“扯皮”、“给老板打电话”这类词，显得真接地气，不像简历。 3. 结构松散：没有用“起初、其次”这种连接词，而是直接按照“做了啥 -> 难点在哪 -> 如何解决的 -> 结局如何”的逻辑流水式写，段落长短不一，符合真人写作的习惯。 4. 数据支撑：每一段都有具体的转化率、响应工夫、QPS、工夫跨度等数据，证明本事。 5. 个人风格：结尾总结里坦诚地列出了缺点和态度，反而显得更真、更有狼性。