创业公司两年，我从写bug到写申论

大家好，我是小林，一个白天在创业公司敲代码、晚上刷行测题的“双面人”。干了快两年前端，主力工具是VSCode——插件装得比头发还多，光主题就换了十几套，只为在深夜加班时让眼睛少受点罪。最近一边赶项目上线，一边背《公共基础知识》，感觉自己像个精神分裂的赛博考公人。

之所以写这篇，是因为上周五晚上十一点，我正对着一个诡异的动画卡顿问题抓狂，产品经理突然在钉钉上@我：“这个效果能不能再丝滑一点？用户要的是苹果发布会那种感觉。”我盯着屏幕，心里默念：兄弟，咱这预算连安卓机都买不起，还苹果发布会？

但吐槽归吐槽，在创业公司当程序员，就是这种又苦又甜、又想跑路又舍不得的复杂情绪。今天就来聊聊那些年，我在这家百人不到的“综合型”创业公司踩过的坑、熬过的夜，以及怎么靠几本破书和一堆插件活下来的。

---

“综合”不是形容词，是动词

刚入职时，HR介绍我们是“一家综合性的科技公司”，听起来高大上。后来才知道，“综合”在这里的意思是：你得啥都会。

后端挂了？你先看看Nginx日志。
UI设计没给切图？你用Figma自己搞。
测试说有个偶现Bug？你本地复现一下。
甚至有次行政小姐姐问：“小林，打印机连不上Wi-Fi，你能帮忙看看吗？”（我真去了，还修好了，因为路由器密码贴在我工位下面……）

最离谱的是去年双11前，公司临时决定搞个“限时秒杀”活动。后端人手不够，老板直接拍板：“小林，你不是会Node吗？写个抢购接口吧！”我？一个专注CSS动画0.3秒缓动函数的人，突然要去处理高并发库存扣减？当时真的想把键盘扔进黄浦江。

但没办法，创业公司的逻辑很简单：问题不等人，deadline就是圣旨。那周我硬着头皮翻完了《Redis设计与实现》和《高性能MySQL》，边看边改，最后用Redis的INCR+Lua脚本搞定了库存原子操作。虽然上线后还是被压测干趴了一次，但至少没让用户买到负数的商品——算是保住饭碗了。

---

动画做得再炫，也挡不住需求变更

我对前端交互和动画一直很有兴趣。之前研究过GSAP、Framer Motion，甚至自己写过贝塞尔曲线插值函数。有次为了做个“卡片翻转入场”效果，折腾了整整两天，连贝塞尔控制点都手动调了八百遍，就为了让那个0.5秒的动画“有呼吸感”。

结果呢？第二天晨会，产品经理说：“老板觉得太花哨了，要极简风，所有动效砍掉，直接fade in。”

我：？？？

那一刻，我深刻理解了什么叫“技术服务于业务”——哪怕你的代码能拿Webby奖，只要老板不喜欢，那就是垃圾。

不过话说回来，正是这些“无用功”让我积累了不少实战经验。后来做H5活动页，加载性能成了老大难。首屏白屏3秒，用户早跑了。我翻出《高性能网站建设指南》和《Web性能权威指南》，结合Lighthouse报告，一顿猛如虎的操作：

• 静态资源走CDN + HTTP/2
• 关键CSS内联，非关键JS异步加载
• 图片全部换成WebP，懒加载+渐进式渲染
• 动画尽量用transform和opacity，避开重排重绘

最终首屏时间从3.2s压到0.8s。虽然老板只回了个“👍”，但测试小姐姐偷偷跟我说：“这次上线没崩，你牛。”

---

书籍是我的“考公搭子”

说到学习，很多人以为程序员只看文档和Stack Overflow。其实不然。尤其是在创业公司，没人带你，成长全靠自觉。我的书单分两类：一类是保命的技术书，一类是上岸的公考书。

技术方面，《JavaScript高级程序设计》（红宝书）翻得快散架了；《你不知道的JavaScript》系列让我终于搞懂了闭包和this；最近在啃《设计模式：可复用面向对象软件的基础》，虽然有些抽象，但写组件时明显更“有结构感”了。

而公考这边，《行测5000题》《申论范文宝典》已经成了床头常客。最有意思的是，我发现两者居然能互相启发。比如申论里讲“系统思维”，放到前端工程化里就是模块解耦、关注点分离；行测的逻辑判断题，练多了写if-else都更清晰了。

有时半夜刷题累了，我会打开VSCode随便写点东西放松。比如用Canvas画个动态进度条，或者用React做个倒计时组件——既是娱乐，也是练习。插件也帮了大忙：Todo Tree帮我管理待办，GitLens追踪代码历史，Even Better TOML让配置文件不再报错……没有这些工具，我可能早就被需求淹死了。

---

创业公司的“福报”：成长快，头发少

说实话，在创业公司干两年，技术广度远超同龄人。从前端到部署，从设计评审到线上报警，几乎每个环节都沾过手。但也付出了代价：颈椎病、黑眼圈、以及对“紧急需求”的PTSD。

有一次凌晨两点，线上支付回调失败，用户钱付了但订单没生成。我和后端兄弟蹲在服务器前，一行行查日志，最后发现是第三方回调URL拼错了——少了个斜杠。那一刻，我俩相视苦笑，点了杯最贵的美式，继续改。

但正是这些“事故”，逼我学会了监控告警（接入Sentry）、自动化部署（写CI/CD脚本）、甚至基础运维（看懂Dockerfile）。现在回头看，那些崩溃的瞬间，反而成了最扎实的成长阶梯。

---

给同样在路上的你

如果你也在创业公司挣扎，或者像我一样一边coding一边备考，这里有些不值钱但真心的建议：

• 别怕“杂”：全栈不是目标，但多了解上下游，能让你少背很多锅。
• 建立知识体系：零散的技巧记不住，用书籍构建框架，再用项目填充血肉。
• 保护自己的时间：创业公司容易陷入“救火”循环，每周留半天深度工作，别让琐事吞噬你。
• 心态要稳：需求变更是常态，代码被推翻也不代表你不行。重要的是快速迭代，而不是一次完美。

至于考公？说实话，我还没上岸。但这段程序员经历，让我明白了一个道理：无论是写代码还是写申论，核心都是解决问题的能力。技术会过时，语言会更新，但逻辑、耐心和持续学习的习惯，永远不过期。

最后附一张我最近整理的“技术-公考”学习对照表，或许能给你一点启发：

技术领域	对应公考能力	推荐书籍
前端性能优化	行测资料分析	《Web性能权威指南》
系统架构设计	申论对策建议	《架构整洁之道》
Bug排查	逻辑判断	《调试九法》
需求沟通	申论概括归纳	《沟通的艺术》
项目复盘	申论反思总结	《复盘+》

创业公司像一场极限马拉松，有人中途退赛，有人咬牙冲线。而我，只想在敲完最后一行代码后，还能走进考场，写下属于自己的答案。

共勉。