绩效从C到S，分享渣渣程序员逆袭秘诀！

绩效面谈结束，从会议室出来，有一种不真实的感觉——这个季度我竟然拿了S？！

要知道，上个季度和上上个季度，我的绩效是C。 C在我司意味着什么你们知道吗？ 拿3次C就意味着严重不胜任，公司就会让我收拾收拾包袱滚蛋。

而我，那时候，离第三个C，就只差一个季度了。

回过头来看，还是很感慨的，我真的在三个月的时间里，从部门里的渣渣绝地逆袭了。

但其实只有我知道，我不是靠自己做到的，而是有人不离不弃地拉了我一把。

01

我在这家公司干后端开发干到第二年，表现开始下滑，拿到第二个C的时候，我真的心灰意懒， leader 跟我说结果的时候，我心里都盘算着开始写简历了。

但是我 leader 却很严肃地问我究竟遇到了什么问题，有没有什么是他可以帮我解决的。

我本来只想糊弄过去，但看他一脸诚恳，我就一股脑儿把苦水都倒了出来。

困难包括但不限于：

从前端到测试，大家似乎没了我就没法干活，前端找我帮他改接口给他调试页面，测试找我协助构建测试场景和测试数据，我每天的时间都花在协助他们干活了。

太多的其他业务需要调用到我这块了，偏偏我这块又迭代得很频繁，很多代码来不及重构，接口文档来不及维护。

因此老是需要花费时间给对接的同事解答业务、排查问题。

每个人都觉得自己的需求很紧急，很优先，需要我配合，等到这些协作的事情做完了，下班时间早就过了。 我在空荡荡的办公室里独自坐在工位上，精力已经耗竭，人也疲惫到不想再看一眼代码，更别说静下心来思考技术方案。

说完这些，内心的无力感和委屈慢慢上涌——我帮助了团队里的每一个人，自己的事情却没有时间做好。

我加最多的班，拿最差的绩效。我尽量克制、不带感情地说完这些，然后就沉默了， leader 也很沉默，什么都没说，挥挥手就让我去继续工作了。

02

我以为这件事情说说就过去了，但没想到，有一天， leader 在群里发了这样的通知：

​编辑

培训课里， leader 一如既往地严肃，很认真地讲解这个工具要怎么用，前端和测试可以怎么用它来完成自己的任务而不依赖后端开发。

“尤其是xx业务线（我负责那条）的前端同学和测试同学，要注意听。”

全程 leader 看都没看我一眼，但我内心有一点点感动，因为他是真的有试图在帮我解决问题。

我们其实都已经很习惯 postman 这类开发工具了，一时间要让我们换，其实大家内心是比较排斥的。

但是因为 leader 比较重视这个事情，我们整个团队还是把项目迁移到 Apifox上了。

当然也因为Swagger 和 postman 的项目数据它都支持一键导入，而且界面操作习惯也和 postman 很接近，所以没有很强烈的不适应感。

03

总之大家就用上了 Apifox 了，但此时，对我来说，奇妙的事情才刚刚发生。

——就我觉得大家好像没那么需要我了。

以前前端小子做完静态页面就眼巴巴地等我协助他一起调试，各种空状态、异常场景都要我给他改接口数据；

测试测个场景还要靠我在后端造，涉及到调用其他业务还要我去沟通好现成的给她，我每天协助完前端协助测试，全都搞完坐下来终于可以做自己的活儿——一看时间晚上9点半。

现在全都安安静静，一个两个都不怎么来找我了。

我一问前端小子，才知道，现在 leader 会要求他用 Apifox 的 mock 功能，在不需要我辅助的情况下，自己通过接口构造 mock 数据去调试前端页面。

到后面我开发完功能，再把链接换成真实的接口链接跑一遍功能，验证不出差错就可以。

前端小子对 Apifox 这个 mock 功能很满意，因为基本不用他写脚本， mock 出来的数据就跟真实接口返回的差不多了。而且软件内置了很多常规数据 mock 规则，调用就是在接口响应数据那选择响应参数的 mock 规则就可以了。

简单、方便，比我好用。

​编辑

测试小姐姐那边也是。

她测接口和页面也不用我在后端协助改数据，自己在 Apifox上就能直观看到接口、修改测试参数。

而且用例也能直接通过接口生成再导入测试套件，我这边的修改她也能一键update过去就搞定。

我就不用因为经常改挨骂，忘记通知挨骂。

​编辑

我再也不用频繁地发更新后的接口文档、表格，一对一通知到所有人，协助前端测试完成他们的调试和测试任务...

很多原先需要我协作的地方，现在 Apifox 都能代劳了。他们不用空等，我也不用花很多时间做配合。

把我从这些琐碎的协作细节里解放出来，我才真正地感受到了内心的清明，之前毫无头绪的问题，现在代码敲着改着，脑子里就有了一个不错的解决方案了。

04

在我工作上渐入佳境之后，我 leader 又把两个比较难磕的技术问题交给了我。对此，组里的几个资深的研发是颇有微词的，他们怕我搞砸了。

也是，谁会对一个拿过两次C的渣渣开发有信心呢？

但 leader 却淡淡地笑了笑，说了几句鼓励的话，又说道：“进度问题大家不用太担心，实在不行我会backup 上去的。”

leader 这么信任我，我就不想让他失望。但我平时干活就效率低，再来两块硬骨头要磕，我心里确实没什么把握。

于是我就复盘了一下平时的工作，列了每项常规工作所耗费的时间，发现我在写接口和调试上，因为不喜欢背代码和注解语法，所以经常需要去查文档和改错。

这些零零碎碎的时间，虽然不多，但是拉拉杂杂加起来竟然能多花我2个钟那么多——一天上班也就8小时。

我想了下——要么就花时间去背，毕竟磨刀不误砍柴工；要么换一个不那么容易出错的工具。

我先前也没怎么去用 Apifox，我们组里几个后端都觉得不就是 postman 的替代版吗？不就是产品缝合怪吗？

但是现在我研究了一番，利用了它的两个优势——一个是可视化的接口文档编写页面，所见即所得，写接口文档可以不用写很多注解相关的东西，另一个是高度封装的调试功能，常规功能可视化页面调试，复杂调试功能再去自定义脚本。

总而言之，就是通过一个个工作细节上的优化，然后借助工具（ Apifox、番茄钟等等）来帮我实现，我差不多节省下来了一两个钟头的时间。这些时间，我就都专注在了攻克技术难题上了。

05

后面的结果，想必大家也能料到了。那个S就是我的勋章，我也通过那三个月，重拾了自己的职业信心和对 coding 这件事情的热爱。

在这个过程中，我忽然发现，其实我的代码水平并不是不行，而是低效的研发模式、不合理的协作流程生生把我给拖垮了。

我的精力和时间，都被消耗在低效的沟通和不计入产出的协作里，在重复的操作细节里。 改接口、通知团队成员、改接口、再通知、帮忙改数据造场景....没完没了，没有一件是能提高 coding 水平和核心竞争力的。

很多人原本的代码水平很不错，但在有些团队里却干得很累，表现很差，很有可能就是被糟糕的协作流程拖了后腿。

毕竟一个团队协作开发一个项目，并不是你个人足够强就能解决问题的，需要有一个“中央枢纽”来让团队各个岗位之间的协作无缝联通，没有“淤堵”，再也不需要某个角色每天去力挽狂澜，到处救火。

我们团队用 Apifox 到现在有大半年了，现在大家每天似乎干得很轻松，但事儿一件件都办成了。你觉得我在躺，但其实我已经卷赢大部分人了。

也许大家不一定能像我一样运气好，有一个帮助我和维护我的 leader ，但我希望大家至少能够以我为鉴，及时反思、善用工具去解决问题。

Apifox 官网指路：http://apifox.cn/a103liam