要说这个“俯卧撑事件”，还得从我刚开始自己折腾那会儿说起。那时候我刚从公司出来，觉得自己有点儿本事了，准备自己搞点儿东西。接了个小项目，说白了就是给人家搭个网站，弄点儿小程序啥的，想着怎么也能搞定。
项目我按照自己的老一套，先撸代码，觉得功能实现了就行。结果，客户那边有个经理，看着也挺年轻，但是要求是真细。他不是管你功能有没有，而是死盯着你一个环节——代码测试和文档规范。
当时我一听就火大。心想，这玩意儿有什么好折腾的？不就是个小功能吗？又不是什么航天飞机。我跟他说，这都是小项目，没必要搞那么复杂，把功能跑起来才是王道。结果那经理就笑了笑，说了一句：“你先照我说的做，不行咱们再说。”语气虽然客气，但是态度很坚决。
这不就跟被逼着做俯卧撑一样吗？心里一百个不乐意，觉得是浪费时间，但是又不能跟客户硬顶。我就开始硬着头皮干。他要求我每一个小模块，都要写详细的测试用例，每一个改动都要有清晰的版本控制和说明。甚至，连代码里变量的命名，都要符合他那一套规矩。
我当时真是骂娘的心都有了。每天坐在电脑前，对着那些“无聊”的测试用例和文档发呆。一个简单的登录功能，我平时可能半天就搞定上线了，结果在他手底下，光是测试和文档，我就磨了两天。我记得有一次，就为了一个按钮的交互逻辑，我写了十几条测试步骤，每一步都得截图、写预期结果，还得想各种异常情况。这不就是变相地折腾人吗？
那时候，我几乎每天都在抱怨，在心里翻白眼。我觉得自己是在做无用功，纯粹是为了应付他。晚上回家跟老婆吐槽，老婆也说这客户是不是有点儿“神经”。但是钱已经收了，项目也开始了，总不能半途而废。
就这么磨了一个多月，项目总算是交差了。期间虽然磕磕绊绊，但因为有那些详细的测试用例和文档，每次改动或者客户提出新需求，我都能很清晰地知道影响范围，也能很快地定位问题。我自己都觉得有点意外，以前遇到线上bug，我得找半天，这回居然很顺利。
小编温馨提醒：本站只提供游戏介绍，下载游戏请前往89游戏主站，89游戏提供真人恋爱/绅士游戏/3A单机游戏大全，点我立即前往》》》绅士游戏下载专区
项目验收那天，客户经理看着我交上去的一堆文档和测试报告，满意地点了点头。他跟我说：“小伙子，以前你也觉得这些没用？但是做项目，特别是以后如果你想做大，这些东西才是你的地基。功能可以变，代码可以重写，但是好的流程和规范，是保障一切的基础。”
他这话，当时我没完全理解，但心里头那种抵触情绪已经少了许多。项目做完后，我自己回头看那些文档和测试用例，竟然觉得有点儿成就感。以前我的项目，过段时间我自己都忘了当时怎么写的了，现在这些项目，即便过了一年，我再打开来看，依然能快速上手。
后来我接手其他项目，开始自己也有意识地去写测试、整理文档。刚开始还是有点儿不习惯，觉得麻烦，但是慢慢地就成了习惯。我发现，每次项目上线，我的心里都踏实多了。遇到bug，也总能很快地找到根源，而不是像以前那样瞎蒙乱撞。
尤其是后来有一次，我手头一个项目突然要紧急转交给另一个同事负责。以前遇到这事儿，我能把新人搞崩溃，我也得累死。但是这回因为我平时都按照那位经理的要求，把代码、测试、文档都做得清清楚楚。那个同事接手后，几乎没问我什么问题，很顺利就上手了。当时我就想，这不就是那位经理说的“地基”吗？
这事儿一过，我才真正明白，那个看似“多余”的“俯卧撑”给我带来的影响有多大。它不仅仅是教会了我一套工作方法，更重要的是改变了我对“效率”的看法。以前我觉得快就是现在我觉得稳才是没有扎实的基础，再快的速度也只是空中楼阁。从那以后，我做任何事情，都习惯性地先规划、先打好基础，不再只顾着往前冲。
我的习惯也从那时候彻底改过来了。现在不管做什么，我都先从最基本的规范做起，从前期的规划到后期的测试，一步都不敢马虎。这个“俯卧撑事件”，真的让我吃一堑长一智，把我从一个“野路子”彻底拉回了“正轨”。