一週又過去了，先把這周做的事情總結一下：
（1）解了兩個bug
（2）完成了軟件的關鍵路徑分析
（3）利用python寫了自動化測試腳本
這一週過的手忙腳亂，一邊是項目如火如荼進行，另一邊是測試妹子樂此不疲的提交bug。而我作爲團隊的程序員，當然一邊寫代碼，一邊解bug。
本週解了兩個bug，而這兩個bug均是我在上個版本添加的新功能。它們都很簡單，但我在上個版本中並未將它們徹底解決。
當測試組提交ticket後，我很快將其解決，並仔仔細細做了測試，保證徹底幹掉它們。
然而，這是我第一次獨立解bug，事情做得不夠完美。這周做的事情相當於對之前的返工，浪費了工作時間。
這次的事件讓我反思了很久，爲什麼我無法一次性將bug徹底解決掉？
回顧了當時的情景，我總結了以下幾個原因：
-
拿到需求就寫代碼，沒有做分析
-
沒有對修改代碼的影響範圍做分析
-
沒有將軟件開發作爲一個工程項目來對待
作爲一個轉行程序員，上述都是我最爲明顯的臭毛病。相信也是大部分轉行程序員都會遇到的問題。
由於未參加過計算機專業相關課程的培訓，轉行程序員們腦中沒有軟件工程的概念。大多數轉行程序員只會根據需求，添加所需要的功能，並不會進行深入分析。
例如，一些人想轉行程序員，經常會在知乎上提問會某種語言，是否能夠順利轉行做程序員？
這表明轉行的程序員非常看重寫代碼的能力，而忽視了軟件開發過程其他環節，而這會造成很多無意義的bug以及返工。
在網上查閱了相關資料，並結合我的工作，總結了三個步驟：
（1）在寫代碼之前，認真分析需求，如有問題需要及時與系統工程師確認需求，並以郵件的形式通知所有人。
（2）當需求確定之後，開始分析代碼實現。此時，可以利用相關工具完成。
（3）另外，你還需要認真分析修改代碼的影響範圍，一追到底，保證修改的代碼不會引起其他bug。
很多大牛程序員都會提到這三點，而我也在微信和知乎上看到過很多次，但只有自己親身經歷了才能明白這些話是有多麼的重要。
這次的事情暴露了我在軟件開發過程中的無知，我也買了軟件工程相關的課程和書籍來學習。
同時，我也感覺很慶幸，畢竟纔開始工作，很多事情剛剛開始。在初期發現問題，改掉這些臭毛病，成爲一名合格的優秀的程序員。就如軟件工程中說的一樣，越早發現問題，修復的成本越低。
希望學習結束後，我將重新更新對軟件工程的認知，並寫一篇總結。
ps. 歡迎關注我的公衆號[酷酷的coder]，分享轉行菜鳥程序員成長過程彙總的煩惱和反思。
