我入行it7個月 算是一個剛打濕鞋尖的一個程式員
開發中 需要學習各種知識
有html css javascript vuejs 各種web前段架構 Regex php 和thinkphp架構
還有資料庫
涉及的方面太多這半年也沒好好學什麼,要用什麼看什麼,所以會遇到很多問題。
在做bs軟體的時候 經常會發現一些問題,解決問題以後會發現之前寫的代碼都遺留了自己以前沒有想到過得bug和設計缺陷.
這時候就有一種想法要把之前bug全部幹掉, 問題來了有些問題是當初沒有仔細去考慮,就直接寫代碼。如果要去改正很多地方都會受到影響。可能會弄昏頭,不注意就會繞回之前的涉及怪圈。
這時候就想要重構整個項目的代碼,又有一個問題出來了,產品經理要求的開發時間本身就不夠(他要的功能預期一天開發出來,但實際上我用了3天),在重構代碼時間更是比黃金還可貴。而且產品經理每天都會說太慢了要加速(產品經理就是公司ceo,也是我的老師)。
每到這是時候我都特別浮躁,沒法安心寫代碼,總想著項目中的bug.
諮詢一下和我有一樣情緒的大牛是如何解決這種問題的。
是繼續開發,等產品的第一個版本開發出來以後,在去開發第二個版本好。
還是直接重構好,我想要直接重構,個人覺得如果一個程式在開發中就需要重構,不管產品功能是否已經全部實現,已經可以算是一個版本了,這樣之後的新版本才會更安全。
寫完這些自己心裡已經有了答案,理清了很多東西。
我去備份代碼了歡迎各位老師提供更多的經驗。
這個問題已被關閉,原因:非技術提問的討論型問題
回複內容:
我入行it7個月 算是一個剛打濕鞋尖的一個程式員
開發中 需要學習各種知識
有html css javascript vuejs 各種web前段架構 Regex php 和thinkphp架構
還有資料庫
涉及的方面太多這半年也沒好好學什麼,要用什麼看什麼,所以會遇到很多問題。
在做bs軟體的時候 經常會發現一些問題,解決問題以後會發現之前寫的代碼都遺留了自己以前沒有想到過得bug和設計缺陷.
這時候就有一種想法要把之前bug全部幹掉, 問題來了有些問題是當初沒有仔細去考慮,就直接寫代碼。如果要去改正很多地方都會受到影響。可能會弄昏頭,不注意就會繞回之前的涉及怪圈。
這時候就想要重構整個項目的代碼,又有一個問題出來了,產品經理要求的開發時間本身就不夠(他要的功能預期一天開發出來,但實際上我用了3天),在重構代碼時間更是比黃金還可貴。而且產品經理每天都會說太慢了要加速(產品經理就是公司ceo,也是我的老師)。
每到這是時候我都特別浮躁,沒法安心寫代碼,總想著項目中的bug.
諮詢一下和我有一樣情緒的大牛是如何解決這種問題的。
是繼續開發,等產品的第一個版本開發出來以後,在去開發第二個版本好。
還是直接重構好,我想要直接重構,個人覺得如果一個程式在開發中就需要重構,不管產品功能是否已經全部實現,已經可以算是一個版本了,這樣之後的新版本才會更安全。
寫完這些自己心裡已經有了答案,理清了很多東西。
我去備份代碼了歡迎各位老師提供更多的經驗。
沒時間和毅力的話當然先開發新功能,君不見世面上新軟體哪個不是bug多多,上線再說,等你bug修複完了,市場啊名氣啊也被別人搶先了。再說,等你不斷思考新功能後,對它整體的架構和不足能夠看的更深刻,這時修改bug哪怕推倒重來也會一氣呵成,無滯障之感。
最簡單的一點,即使你現在推翻重來了,過了大半年,再回頭看你重寫的程式,又有種想推翻的衝動
我不明白你為什麼換了個標題然後再次提同一個問題。
重構代碼可以消除你之前錯誤的思維和模式所帶來的BUG,但是要知道,這可能會花很多的時間,BOSS還不一定滿意。
建議你先每天抽點時間補一下電腦方面的英語,然後學習成熟的PHP架構,這樣才能提升開發效率,並且儘可能降低BUG出現的機率。
我們可以優先上v0.0.0.1版本,有BUG馬上解決,迭代更新功能,邊開發新功能,邊解決BUG。
像樓上講的,過了大半年,再回頭看你重寫的程式,又有種想推翻的衝動。
我們的技術是不斷的更新的,技能其實也是一樣
當你接觸了更多的技術,一開始可能會覺得迷失在其實
等你冷靜下來,你會發現,只有原來的版本不影響使用者使用,你心裡的那關也能過得去的。
天下武功唯快不破
這種問題之前也遇到過,先解決問題,等有時間就重構。我現在也在重構的過程中,70%了。。。