模糊的開發過程

  想完成一件事,往往想好了各部分該怎麼做以及該怎麼拓展之後,才動手去做.可是並不能想好這些.

  看別人做事,很快就可以做出來.一個項目很快被搭建出來,我達不到那種技能儲備和熟練度,觀察裏發現,先實現就好.

  一段代碼可以一遍遍鋪展,第一遍用在怎麼實現功能上或許好些.接下來已經在使用了再考慮怎麼優化一部分處理邏輯.第一遍的實現可能就並不那麼容易. 以前想着功能完成就算完成第一步,接下來就把功能做的寬鬆一些,以便更容易容納後續的開發.往往寫程序的時候這兩個一塊想了,得不到答案.或許隨着寫代碼的增多知道怎麼做..

  功能開發好了之後繼續做一些處理,打穩基石的話,再在上面堆疊新的功能就容易.現在的項目裏,發現如果底層功能處理的不嚴實,上邊的功能就更陡. 做新功能要依賴一些以前的功能,這些以前的功能又是在另一些基礎功能之上.如果底層依賴有一部分沒有寫好,就那樣放着用了.新的功能只能在已有的底層面積上開始搭建;不能說一邊開發着現在的,一邊處理着底層的,這種不容易完成.

  總結以上,開發過程或許可以是一個平鋪持續的過程.不是要快速開發及時實現一些功能,在實現之後不管了.在空閒的時候修補一下現有的代碼邏輯,在快速開發的時候留意一些不穩定的地方扔給後邊處理.隨着業務的增長,呈現的功能或許沒有變,底層卻一直開發着.把快速開發中不穩定的部分一點點消滅掉.

  平鋪的話可以合理安排時間,自由度比較高.當然用的時間或許會長一些.

   嚮往的開發過程卻不是這個樣子,並不講究一些樣式.開發實現想的是怎麼實現功能,並不會想需要怎樣來,先哪樣後哪樣.在留意這個項目的整體鋪展,和應用環境是怎樣.觀察裏,怎樣開發只和熟練度有關.

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章