回覆列表
  • 1 # 遺忘的海鳥

    1. 影響了程式設計師自己的聲譽  

    2. 影響了產品的質量  

    3. 影響了客戶的信任度  

    4. 這個時候再 DEBUG 難度增大了許多。  大的不說,就說多自己聲譽的影響吧。如果你的程式總會有這樣那樣的 BUG ,你得到收益會減少,即使你寫了很多程式碼。  程式設計師必須克服一些自身的致命缺點才能夠從根本上解決這個問題。那麼這個問題是什麼?前面我們已經提到,程式設計師對自己的程式碼都非常寬容,認為那是正確的沒有問題。實際上這種想法比較正常,程式是透過程式設計師思考和設計之後才寫出來,程式設計師不會將自己認為不正確的東西寫到程式碼裡,而到這個時候都一直假設程式是正確的;但人非聖賢,怎麼可能不犯錯誤來。實際上程式設計師在對待其他程式設計師時候的態度就很好,帶著一種挑剔和學習的態度;但一旦對待自己的程式碼就很難這麼做;這就是最致命的。程式設計師也必須對自己的程式碼帶著挑剔和學習的態度;這個基礎是假設自己的程式碼是錯誤的,然後需要做的是怎麼樣證明自己的程式碼是正確的。程式設計師自身可以在程式生成的每個階段做這些工作:仔細的設計(這個時候畫點時間是值得的,必須保證我們對自己的程式有清晰的輪廓後才能開始動手寫)、編寫程式碼時、單元測試(單元測試的重要性就不在贅婿了)、功能測試。  仔細的設計:這個的仔細是說在程式設計師編寫程式碼之前,其必須對程式碼的整個結構以及邏輯結構有明確的清晰的瞭解,只有這個時候才可以去寫程式碼。這裡沒有談到文件,但我說到了一定要清晰的思路,但清晰的思路不是每個人都可以在腦袋中直接形成的,很多人都是普通人,沒有辦法在腦袋瓜中把所有問題都想清楚,那麼就記下來,特別對於複雜的邏輯。  編寫程式碼:對於沒有把握的程式碼,例如:新設計的演算法,最好保證其正確性。可以單獨將這部分測試,這可以讓程式碼模組化的同時又保證了程式碼的正確性。一句話:少量的程式碼保證質量還是比較簡單的。  單元測試:單元測試的重要性不在贅敘了,現在也有許多工具可以幫助程式設計師並減少工作量。  功能測試:程式設計師保證自己程式碼質量的最後一關;為了做這樣的工作我們可能必須寫一些程式碼來測試,甚至是測試工作。使用大量的 CASE 來測試,以及錯誤的 CASE 。這裡和測試人員的測試不同之處在於:仍然讓程式設計師的注意力放在其自己的程式碼範圍內,減小了排錯的難度。  如果你通過了以上的步驟都找不出你程式中有任何問題的話,那麼我想你的程式應該足夠健壯了。其實還有一點必須說明的就是:程式碼 REVIEW 。  前面說道了程式設計師對待別人程式碼的態度是挑剔和學習的態度,所以讓其他程式設計師來 REVIEW 你的程式碼也是檢查程式有沒有邏輯錯誤的很好的辦法。團隊中應該交叉 REVIEW 程式碼,這是實踐的經驗。  作為一個好的程式設計師必須有以上的習慣,以及對待自己程式碼象孩子一樣,我們要愛惜我們的程式碼,同時也要讓程式碼走正確的路。更多專業的科普知識,歡迎關注我。如果喜歡我的回答,也請給我贊或轉發,你們的鼓勵,是支援我寫下去的動力,謝謝大家。

  • 中秋節和大豐收的關聯?
  • 馬龍稱讚劉國樑如果是過去的年代,肯定是個特別好的政委,這是怎麼回事兒呢!如何評價?