自然是擺正態度,坦然接受。
大多數時候,我們面對其他人寫的程式碼時,都會覺得寫得爛,寫得糟糕。有時候就算是面對自己一年前寫的程式碼,也會覺得這是寫的什麼鬼,然後一看註釋,發現是自己寫的。
所以,只要之前的程式碼執行起來沒有問題,也就不需要去管它。如果是遇到剛好需要去修改這部分程式碼,那就是需要改哪裡就最佳化一下哪裡就行了,也沒有必要看不慣就全部重新弄,浪費時間,說不定還會產生其他的問題。
曾幾何時,我也屬於這種看不慣別人寫的程式碼的程式設計師,在接手一個模組時,乾的第一件事情就是把整個模組程式碼全部重構了。由於不能耽誤專案進度,完全就是靠著自己加班去整的,結果後來還是出了一些小bug。但事後想想,這些投入的必要性並不強,因為在隨後的迭代中,我當時重構的這個模組又經歷了很多次的迭代,一些大版本的迭代時,本來就涉及到整體程式碼的改動,完全沒有必要在當時做這件事。
所以,現在當我看到別人寫的程式碼時,更多的是去讀其中的邏輯,然後理解,在適當的時候最佳化其中的一部分。反正隨著專案的不斷進行,大部分的程式碼最終都會被新的程式碼所替代的,不用急於一時。
我會花一些時間把頁面整理乾淨、整齊,受不了沒有層次和段落的頁面,哪怕註釋少些都可以忍受,但是沒縮排的不能忍受。
自然是擺正態度,坦然接受。
大多數時候,我們面對其他人寫的程式碼時,都會覺得寫得爛,寫得糟糕。有時候就算是面對自己一年前寫的程式碼,也會覺得這是寫的什麼鬼,然後一看註釋,發現是自己寫的。
所以,只要之前的程式碼執行起來沒有問題,也就不需要去管它。如果是遇到剛好需要去修改這部分程式碼,那就是需要改哪裡就最佳化一下哪裡就行了,也沒有必要看不慣就全部重新弄,浪費時間,說不定還會產生其他的問題。
曾幾何時,我也屬於這種看不慣別人寫的程式碼的程式設計師,在接手一個模組時,乾的第一件事情就是把整個模組程式碼全部重構了。由於不能耽誤專案進度,完全就是靠著自己加班去整的,結果後來還是出了一些小bug。但事後想想,這些投入的必要性並不強,因為在隨後的迭代中,我當時重構的這個模組又經歷了很多次的迭代,一些大版本的迭代時,本來就涉及到整體程式碼的改動,完全沒有必要在當時做這件事。
所以,現在當我看到別人寫的程式碼時,更多的是去讀其中的邏輯,然後理解,在適當的時候最佳化其中的一部分。反正隨著專案的不斷進行,大部分的程式碼最終都會被新的程式碼所替代的,不用急於一時。