【總結】如何在業務需求中提高技術

想要提高技術能力，須要靠不斷地努力，和平常的積累。可是，不少同窗都會抱怨：天天都在作業務需求，沒時間提高技術。的確，大部分人都會遇到這樣的問題。

那麼，有沒有方法可以在作業務需求的同時，也能提高技術呢？

今天，針對這個問題，來爲你們分享一些技巧。

1. 學會提出問題

不少同窗作需求都是：coding -> 提測 -> 改 bug -> 功能上線，而後這個需求就算作完了，以後就是下一個需求，如此周而復返。

長期這樣下來，你會發現本身除了重複勞動就是重複勞動，技術上沒有一點進步。

若是是這樣的工做方式，面對職級評審的時候，只會讓本身流下悔恨的淚水。

若是改變呢？

第一步就是要在完成需求後對本身提出一些問題。好比，你開發了一個用 RecyclerView 展現列表的需求，那麼你能夠問問本身：

• RecyclerView 的寫法有沒有提高空間？
• 多種 item 樣式如何可以快速支持？能否作成後端控制？
• Adapter 如何封裝？
• ......

對本身提出了問題，你纔會去思考，而後學習、實踐。

這樣，才能讓本身的技術在深度上有提高。

2. 按期總結

總結絕對是一個百試百靈的招。

對於一個業務需求來講，其實有不少能夠總結的點。大體包括如下幾個方面：

• 提高空間
• 擴展性
• 通用性
• 方法論沉澱

2.1 提高空間

提高空間是指，在作完一個業務需求後，能夠思考一下，當前的業務流程是否存在問題？有沒有改進空間？

若是有，是否是能夠經過技術手段去解決？

而後就能夠向 PM 或者 Leader 提出一些優化建議，而後推進完成。

2.2 擴展性

擴展性是指，若是 PM 要後期須要調整需求或者新加功能，你開發的代碼是否能夠快速支持。

你們都知道需求不可能一層不變，因此，這就要求咱們開發的功能擴展性要好，可以適應多種變化。

2.3 通用性

通用性是指，你開發的功能可否成爲通用的組件，若是其餘模塊或者 APP 想要使用你的功能，可否以最低成本接入，避免重複造輪子。

2.4 方法論沉澱

方法論沉澱是指，開發完本次需求，可否總結出一些有價值的方法論，好比說框架圖、流程圖等等。

3. 輸出

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

輸出能幫助本身更好的思考，由於你必須弄清楚每個細節，你才能寫得出來。同時輸出還能幫助本身把零散的知識系統化。

4. 積極交流

在平常的工做中，要學會多溝通和交流，多參與討論，好比平常例會、代碼評審，要提出一些本身的見解，不要懼怕本身說的會被被人笑話，勇於表達，才能成長。