【总结】如何在业务需求中提高技术

想要提高技术能力，须要靠不断地努力，和平常的积累。可是，不少同窗都会抱怨：天天都在作业务需求，没时间提高技术。的确，大部分人都会遇到这样的问题。

那么，有没有方法可以在作业务需求的同时，也能提高技术呢？

今天，针对这个问题，来为你们分享一些技巧。

1. 学会提出问题

不少同窗作需求都是：coding -> 提测 -> 改 bug -> 功能上线，而后这个需求就算作完了，以后就是下一个需求，如此周而复返。

长期这样下来，你会发现本身除了重复劳动就是重复劳动，技术上没有一点进步。

若是是这样的工做方式，面对职级评审的时候，只会让本身流下悔恨的泪水。

若是改变呢？

第一步就是要在完成需求后对本身提出一些问题。好比，你开发了一个用 RecyclerView 展现列表的需求，那么你能够问问本身：

• RecyclerView 的写法有没有提高空间？
• 多种 item 样式如何可以快速支持？能否作成后端控制？
• Adapter 如何封装？
• ......

对本身提出了问题，你才会去思考，而后学习、实践。

这样，才能让本身的技术在深度上有提高。

2. 按期总结

总结绝对是一个百试百灵的招。

对于一个业务需求来讲，其实有不少能够总结的点。大体包括如下几个方面：

• 提高空间
• 扩展性
• 通用性
• 方法论沉淀

2.1 提高空间

提高空间是指，在作完一个业务需求后，能够思考一下，当前的业务流程是否存在问题？有没有改进空间？

若是有，是否是能够经过技术手段去解决？

而后就能够向 PM 或者 Leader 提出一些优化建议，而后推进完成。

2.2 扩展性

扩展性是指，若是 PM 要后期须要调整需求或者新加功能，你开发的代码是否能够快速支持。

你们都知道需求不可能一层不变，因此，这就要求咱们开发的功能扩展性要好，可以适应多种变化。

2.3 通用性

通用性是指，你开发的功能可否成为通用的组件，若是其余模块或者 APP 想要使用你的功能，可否以最低成本接入，避免重复造轮子。

2.4 方法论沉淀

方法论沉淀是指，开发完本次需求，可否总结出一些有价值的方法论，好比说框架图、流程图等等。

3. 输出

若是你完成了前两步，那么你必定要把它梳理成文章。

输出能帮助本身更好的思考，由于你必须弄清楚每个细节，你才能写得出来。同时输出还能帮助本身把零散的知识系统化。

4. 积极交流

在平常的工做中，要学会多沟通和交流，多参与讨论，好比平常例会、代码评审，要提出一些本身的见解，不要惧怕本身说的会被被人笑话，勇于表达，才能成长。