本文用于探讨如何提高前端开发的工作效率。减少搬砖时间，留出更多的时间学习和提升自我。
嗯……这篇博客其实并不完善，只是个人当前的一些看法。
需求
需求是一个项目的目标和方向。必须明确方向，才能以最聪明的方式最佳的路径达成目标。
- 产品过需求前预习一遍需求，发现问题带着问题去过PRD。
- 过需求必须明确，反复确认需求细节，真正理解需求和内在价值。
- 调研需求出可能出现的技术难点，进行所需工期时间和方案可行性的评估。
- 确认需求后需要确认关联人员的开发时间点，以做出合适的排期。
前端开发
前端开发是最最花样百出的技术了。如何优化简单重复劳动，善用各类社区工具的确是个技术活。还有很重要的一点就是遇到卡住的问题的时候解决问题的能力也非常重要~
- 拆分任务逐步实现前端开发工作
- 如有重复的组件和工具方法，及时抽出减少重复劳动。
- 构建自己的组件库和工具库，不断迭代优化。
- 遇到非关键性问题卡住可以先绕过去做别的，之后专门解决。
- 遇到关键性问题卡住必须顶着相关人员尽快合作解决。
- 开发过程中有沟通问题必须深入有效沟通，要乐于沟通。
沟通
工作的过程就是人与人协作产生商业价值的过程，就算是程序员也要学会一些沟通技巧。因为我们需要和产品、和后端、和测试和第三方接入方进行沟通，一起合作将项目完成。单兵作战毫无价值。
关于沟通的技巧推荐去看看经典的《人性的弱点》，这里就不展开了。而对于软件开发还需要知道一些点：
- 对合作方所使用的技能要有所了解，以达到正常沟通的水准。如果双方都不知道对方在说些什么，或者模棱两可，会出现非常多的问题甚至是错误，更不用谈效率了。
- 沟通要充分，不要通过只言片语就臆断其中的内容。最好能够在对方描述完之后复述下自己的理解，让双方达成共识。
- 要了解合作方的脾性，以便用正确的方式与之沟通，并预估其中的时间成本。
- 向别人请教和提问问题，首先必须充分描述清楚问题点，别给对方回答设置障碍。其次要充分尊重对方，多用礼貌用语。最后要及时反馈问题解决进度，让帮助者有帮助后的反馈。便于之后的再次合作。
- 对于合作方的优秀表现要真诚的去称赞和肯定，愉快的合作让人心情愉快、效率提升~
后端联调
后端联调其实也是沟通的一种。
- 前后端分离，前端 mock 数据去实现整体业务逻辑，后端 postman 自测确保数据传输无误。到各自完成后进行快速联调。避免前后端同时在线去查各自写出的 bug，这其中会有很多等待结果的碎片时间，真的变成了联调那效率必定不高。
- 在设计数据库和后端功能模块的时候，前端应根据前端功能去理解各后端模块对应的点。及时提出遗漏的或者不懂的点。最好做到过完数据库设计前后端认知达到一致。不要等到后端开发完后前端才知道都在都干了些什么。
测试
- 认真和测试过测试用例，项目中最清楚所有业务逻辑的就是产品和测试了。从中能够更好的去理解项目。
- 建议测试统一提 bug 文档，等开发有时间了统一解决这些问题。不建议频繁打断开发讨论 bug。毕竟切换线程会影响一些效率的。
- 测试前应该明确测试范围，比如需要兼容什么样的浏览器。避免将时间花在一些超出需求范围以外的问题上。
方法论
下面自己有一些提高效率的方法论，以供借鉴。
- 番茄时间工作法 —— 专注做一些事情。
- 冥想 —— 最佳短时间休息方式。
- 当下收益 —— 所有行为必须有所收益，要对得起当下的时间。
- 注重方向 —— 成功不在于流了多少血汗，而在于你努力的方向是否正确。
- 微习惯 —— 用小目标让自己行动起来，通过坚持超额完成小目标去建立好习惯。
- 巨人肩膀 —— 永远相信自己能想到的别人也一定想得到，去站在巨人的肩膀上努力，避免重复造轮子。
最后
暂时就这么多吧，应该是我当前对于工作效率的一些认知了。其实非常不成熟，只能说是自己的一些唠叨了。之后再迭代嘛，就像有人（具体谁我忘了）说过一句话：如果必须要等到一个想法完美无瑕了再提出，那一定已经太迟了。
欢迎在评论区与我讨论如何提高开发效率的问题。让我们高效搬砖，幸福生活。
