1024，说说我这几年总结的小技巧！

大家好，我是鱼皮。

今天是 1024，首先祝程序员小伙伴们节日快乐，希望产品经理朋友们今天可不要给我们加需求哦~

提到程序员，很多还没毕业的小伙伴可能觉得程序员的工作就是整天写代码，但进了公司后，你才会发现写代码只是工作中最最最基础的环节。想要高效地完成工作、尽快在工作中取得成长和晋升，还有很多需要注重的事情和方法。

这篇文章就给大家分享一下我在公司积累的程序员工作小技巧吧。我想到什么就写什么，大家读起来也应该是比较轻松的~

工作小技巧

注意，以下方法未必适用于所有人，仅提供建议

没有明确需求前，不要急着做

我刚进公司的时候，会有一种应届生心态：同事都是我的前辈，他们给我提的需求我都要尽快完成。

而且那会儿自己初入职场，有一种莫名的自信，会觉得有些需求很简单，能做就做了。

结果有一次就翻车了，我以为有一个需求很简单，就改几行代码的事情，就跟我导师说我这两天就能完成。结果改完代码，跟产品经理交付的时候才发现我完全理解错了他的意思，然后又花了几周才把需求做完。

说到错误理解需求，我想到一个段子：老婆给当程序员的老公打电话：“下班顺路买一斤包子带回来，如果看到卖西瓜的，买一个。”当晚，程序员老公手捧一个包子进了家门……老婆怒道：“你怎么就买了一个包子？”老公答曰：“因为看到了卖西瓜的。”

所以大家一定要记住，明确需求始终是我们程序员工作的第一环！包括明确需求的背景、意义、具体的功能点等等。

如果产品经理没有给出需求单、给出足够的信息，那么一定要让他提供清晰的需求文档，确保你们的理解和目标是一致的，再去设计方案和开发。

千万记住，不要接受一句话需求、需求信息一定不能只通过口头描述！否则今后产品经理抵赖，你也没办法。到头来很可能是瞎折腾，而且那时你也不能甩锅给产品经理 —— 谁让你自己不问、不让他写清楚呢？

上游没有确定前，不要急着开发

这点其实和上一点有点类似，对于我们程序员来说，可能有很多来自不同岗位、部门的上游，比如提需求的产品经理、核对功能点的测试、提供依赖接口的开发、提供资源权限的运维等。

如果我们实现需求必须依赖一些上游，我个人不建议直接上手开发（但是可以先做设计）。因为在工作中，总会有各种各样超出预期的变数和风险。如果你的上游都不确定，你就提前写好了代码，回头上游一改方案，说不定你又得重新开发、去适应上游。

举个例子，前段时间我要基于其他部门提供的数据表 A 开发出数据表 B，最开始他们给了我数据表 A 的表结构，但是并不明确、并没有建好数据表并写入数据。如果是我刚工作的时候，可能就立刻基于这个表结构去写代码了。但后来，他们的数据表 A 的结构变了好几次、还换了好几次表名（每个表名我们都要单独申请权限，比较麻烦）！他们表示很抱歉，但我却淡然一笑：没事，你们变吧，我还没开始做，等你们把表上线了再说~

如果是以前，我可能已经心态爆炸了吧哈哈。

所以这一点还是很有用的，也为我节省了不少时间。

但是，对于紧急需求，最好还是开会拉着所有上游同学一起核对，把方案先定下来，然后大家再各自分工开发、对齐。如果上游一直不确定，也要催着他们尽快确定、或者一起讨论一个更好的方案，也不要因为过分等待上游导致需求延期（整个 Team 都有责任）。

学会预留空间

前面提到，刚进公司的时候，我还是比较自信的（现在想想有点自负了），总觉得自己能很快地完成需求，而且觉得需求做的越快越能得到老板的赏识。

结果就导致需求排期的时候给自己安排的太紧了，前一个需求的 Bug 还没修完，下一个需求又快到截止日期了。不仅让自己身心俱疲，也打了自己的脸，辜负了别人的期待吧。

而且自己长期负责一个项目后，我会发现很多时候你在做新需求时，用户会突然反馈一个历史功能的 Bug，你又不得不立刻抽身去修复；而且随着你的系统越做越大，这种历史 Bug 会慢慢浮出水面，越来越多。

所以之后做需求的时候我都会给自己多预留一些时间，防止一些自己前期没有考虑到的问题出现，毕竟大家也知道，有时候一个 Bug 可能就要排查一天。。。

哪怕我很清楚自己 2 天能完成需求，可能也会多给自己一些时间。毕竟你如果能提前完成，对方会觉得超出预期了；如果你准时完成，对方会觉得这是正常的；而如果你因为一些 Bug 导致没有按时完成，对方会觉得 “你不太行”。

这也算是一种心理博弈？

当然，我这还是比较乐观的想法了。有时候大家可能也没有选择权吧：这个需求明天上线！怎么实现我不管！

学会日常记录总结

经常有朋友跟我吐槽说自己进公司很久了，但感觉一直都没什么成长，每次汇报的时候也不知道说什么。

如果你也有这种想法，那么大概率你是没有日常总结的习惯的。

我自己以前存在的一个问题是：看网课做笔记时，有时候会偷懒，我会想着多看几集一起记录。结果现实往往是，随着我看的集数越来越多、未记录笔记的集数越堆越多，我会觉得记录笔记的压力越来越大，到最后索性不记了。

有没有同学也是这样？

工作总结也是一样，最好大家每完成一天的工作、每次做完一个需求、每产出一个阶段性成果，都立刻把他记录下来，养成日常记录的习惯，并且定期整理总结、复盘。才不会说堆到最后都懒得去记了，等到写总结的时候也忘了自己今年做过什么。

这个习惯我已经坚持了 3 年，不得不说，对我的帮助很大。也能时刻让我反思自己的工作节奏、状态，激励自己去尝试和突破。

其实还有几个技巧的，比如要打破边界、注意跨越成长鸿沟等等，但无奈午休余额不足，就先写到这里~ 再次祝大家节日快乐，编程代码一气呵成，今年无 Bug