從後端入手，推動項目開發

從後端入手，推動項目開發

​ 終於要開始寫回顧了，感覺我們小組的項目總體上來說還是非常不錯的，我是覺得非常滿意，因爲在別人都趕着在ddl前把項目開發完成的時候，我們已經在兩週前結束項目的開發，然後平時玩玩自己的產品，寫寫文檔了。

​ 在我看來，趕ddl的小組都是由於組內的積極性不高導致的。在我們小組前期的時候也有這種情況。小組前期的時候，也有每週都開一次會，但每次會上討論的都是一些文檔和收集前期的學習情況，當然我不是說討論文檔沒用而是在開始的前幾周需求差不多都明確了，已經可以開始進行開發了，而且我們是基於“敏捷開發”的方法，我們不需要把需求想得非常完善才進行開發，而是對需求有了比較清晰的認識後就可以動手了，後面如果有新的需求或者想法，再在下一次迭代中實現。基於此，我覺得我們項目組的積極性比較低，爲此，我也想了很多種方法，比如一些獎賞機制來激勵大家，但發現並沒有什麼作用，還是沒有人開始動手。後來我回顧了一下，發現我們有個問題——前端開發需要測試自己的數據，後端開發也需要測試自己的數據，這樣前端等後端，後端等前端就構成了一個死鎖。因此總有一方要先開始，同時開始行不行？應該可以，但經過仔細分析和實踐檢驗，筆者覺得從後端入手更好！原因如下：

1. 後端邏輯更加清晰

​ 相對於前端的複雜的頁面聯繫和用戶交互設計，後端的邏輯更爲清晰，因爲後端知道輸入和輸出，那其代碼的邏輯結果就基本不會變化，且後端的接口容易模塊化，沒有很複雜的聯繫。後端的代碼也更爲簡潔，大部分都是對數據庫的操作，在技術上難度不是很大，可重用性強。而前端有多種表現形式

2. 後端開發速度更快

   就目前的技術來看，實現後端並不難，因爲有很多庫，一些語言開發後端也比較簡單，如python和java的spring boot，我是選擇後者的，我開發的一個感受是有點像是在搬磚，因爲其語言難度很小，而後端很多操作數據庫的語句都大同小異，代碼的可重用性強。而我開發第一次迭代的後端應該不到一個星期，其中還包括配置和學習Spring boot，測試和寫接口文檔。

3. 後端容易測試

   後端有較多的測試工具，如postman，java的單元測試等。完成測試的API具有持久可用性，因此很容易以文檔的形式把接口描述寫下來，供前端開發使用。

   當然，後端的接口也不是很容易寫得很全面，沒有bug或邏輯錯誤，所以後端的接口我們也是採取不斷更新的方法，根據迭代和修改次數給接口文件命名，如下：

   因爲接口文件大部分內容都是不變的，只有少部分修改或者添加的接口才是開發者需要注意的，所以每次更新都會體現在文件的更新說明上：

   、

當然這樣也會有一些麻煩，因爲文件太多，每次都要下載文件查看很麻煩，所以每次更新後可以把文件上傳到項目網站上

就這樣，在寫好了接口文檔後，我們整個團隊的開發就開始了。我們制定了每週兩次線下開發，每兩週一次迭代的制度，每次迭代目標我們也大都能順利完成，所以我們用了3次迭代完成了項目的完整功能的開發，測試服務端搭建和後期的產品微調。所以在後期我們過得比較輕鬆，而沒有向其他組那樣趕ddl。

​ 以上只是個人見解，且只是項目能夠順利完成的一個小原因，更重要的一點是隊友願意在這個項目上花費時間和經歷，所以很幸運有這麼可靠的隊友！

​ Hope it help！