作为一个业务前端开发,我很容易陷入一个业务开发的陷阱。我只知道开发业务,开发完业务后除了锻炼了一下逻辑思维什么的,基本没有什么收获。久而久之,这项工作就变成了搬砖,进而也失去了自己的竞争力。那我们该如何走出这个陷阱呢?
一、排期合理
刚入职场的我犯了一个错误:以为自己能在排期少的情况下完成日常的需求就可以体现自己的工作能力。
事实上并不是这样,老板或者是你的领导通常很难看到你少排期的付出。也就是说通常情况下,一个任务你五天完成和六天完成在他们的眼里是一样的,并不会因为你排期少而认为你做的好,而排期少反而会导致你很多的问题:工作压力大,项目交付质量不高,缺少项目后的思考等。而一旦项目出现了意外,反而会很容易引起老板和领导的注意,因为从本质上讲,因为你开发的项目有问题会连累到你的领导和老板,会造成别人对你老板和领导的办事不利的印象。
没有合理的排期,你没有很多时间思考,你就会陷入一个恶心循环。遇到一个压排期的公司就尽早撤吧(我就遇到过,后来我及时撤了),去了也是只知道完成任务,没有时间深入思考,得不到提升,只能是站在巨人的肩膀上解决问题,沦为一个工具人。
二、文档记录
文档记录的好处实在是太多了。主要可以记录这些方面。
- 计划排期
- 实际进度
- 开发某个功能用了多久(反馈排期)
- 组件设计封装
- 项目后的复盘
- 性能优化
- 错误监控,bug复盘
- 等等
三、主动探索,主动沉淀
- 熟悉业务功能开发的原理
- 挑战行业的最佳解决方案
- 针对当前的痛点进行优化
- 业务通用能力的挖掘
- 性能优化的最佳实践
- 开发个人价值的体现
- 等等