程式設計師不應該再犯的五大程式設計錯誤

2021-06-17 21:35:23 字數 1766 閱讀 8826

本文總結了程式設計師經常犯的五大錯誤,尤其是初學者。在程式設計的道路上,犯錯也是學習道路上不可或缺的一部分,但一旦意識到某種錯誤的發生,就應該想辦法避免,這樣,**就會越來越好,自己也會得到成長。

當你成為程式設計師後,你很容犯下文所提到的這些錯誤。

話說失敗是成功之母,在程式設計的道路上,犯錯也是學習道路上不可或缺的一部分。尤其是初學者,他們犯的錯誤可能會比其他人更多,那麼該如何才能避免這些錯誤的發生呢?

要有避免錯誤發生的意識,一旦意識到某種錯誤的發生,在下次編碼時,就應該想辦法避免,這樣,**就會越來越好,自己也會得到成長。

1.在沒有理解的情況下就貼上**

有時,你會發現,你正在尋找某個功能的**恰巧存在於他人的**裡,於是,你開始拷貝整段**,而不是去理解每一行**。

有時,你所拷貝的**可能非常多,以至於你沒有時間去完全理解它。如果你經常以這種方式拷貝**,那麼你的應用程式可能會存在很大的潛在風險,比較脆弱而易出現bug。

這樣做的優點就是你可以很快完成工作,但由於你沒有編寫這段**,所以,萬一在後期,這段**出現問題,你可能很難去維護。

所以,無論你所拷貝的**是多還少,你都應該非常小心,確保自己已經完全理解了這些**。如果你之前已經使用過這段**,並且可以100%的執行起來,沒有其他問題,那麼你就可以放心地使用,否則,你一定要謹慎。

2.每次都從頭開始

這是初學者經常犯的錯誤,你可能會認為很好,每一次都重頭開始建立應用程式。但殊不知,這是巨大的資源浪費——時間、精力和心思——這些完全可以更好地用在其它地方。

如果你需要的東西已經有了,那就直接利用它,無需對同乙個概念一遍一遍地重建。

如果有現成的api、框架或遊戲引擎可以輕鬆完成你的任務,那麼你就應用使用它。你的目標並不是展示你的能力有多強,而是確保應用工作起來有多完美,並且利用較少的資源實現它。

這樣,你就可以事半功倍地完成任務。話說時間就是金錢,花更少的時間完成更多的事情,何樂而不為呢。

3.遇到問題就google

許多次,習慣性的,一遇到新問題就通過google來查詢解決方案,要想成為一名好程式設計師,這並不是個好法子。如果你每次都是通過外部力量獲取解決方案,而不是自己思考,那麼,你的思維將永遠得不到挑戰,不是有句俗話嗎:腦子不用會生鏽的。

當你的思維停止挑戰,程式設計技能也會下降,尤其是對於程式設計師來說。解決問題的能力與程式設計技能的提公升是有很大關係的。當然,通過搜尋來查詢解決方案並不是什麼壞事,但前提是,先動腦。或許,你只需花費很少的時間,就可能把問題很好地解決、或許你的解決方案比他人的更加精確。

不嘗試,你永遠都不知道。

4.忽視警告

當出現警告時,你應該意識到會有潛在的問題產生。

警告是一種跡象,表明你所做的功能並不能時時刻刻很好地工作。有時,這些警告並不嚴重,並且可以安全的忽視。但當問題真正來臨的時候,在應用程式顯示成百上千個警告,並且不能完全正確地工作。

這樣,要想發現這些錯誤的原因,就變成非常困難。你不得不花更多的時間來分析每個警告,並且查詢問題的根源所在。相反,最佳的解決方案是當警告初次出現時,你就開始查詢原因並解決。

通常,你只需使用正確的變數或方法即可解決大多數警告,無需花費太多的時間。要盡早處理這些警告。

記住,對待警告如同錯誤一樣。

5.快速修復而不是永久性地修復

有時,我們只是快速地修復下問題,而不是永久性地解決。但如果一不小心,問題還會以各種各樣地方式出現。

同樣,修復問題時不應該破壞原有的系統,修復乙個bug應該是提高整個系統的執行效率,而不是使它變慢或變笨。

程式設計師寫好簡歷的五大技巧

作為乙個仍在校的準程式設計師,你肯定幻想過有一天能進入世界級的it公司,發揮自己的技術實力,一步步實現自己的人生理想。想要有 高上大 的工作,首先必須自己要 苦幹練 這點毋庸置疑。但是如何將自己全面地展現給別人,尤其是能反映自己優秀的一面,這或許就需要你能寫乙份生動的簡歷,來告訴你的boss你將來會...

程式設計師考核的五大死因(下)

上次談到 程式設計師考核的五大死因 上 今天我們繼續。考核標準的一相情願 第二個導致考核死亡的原因是,相關方法的制定 標準的出台都只以公司角度為惟一視角,一切服從專案需要 服從公司需要,絕少考核其它因素。所有考核指標都由公司來定,不讓程式設計師參與意見。我就見過這樣的開發計畫 專案組成員工作12 小...

程式設計師考核的五大死因(下)

分享一下我老師大神的人工智慧教程!零基礎,通俗易懂!上次談到 程式設計師考核的五大死因 上 今天我們繼續。考核標準的一相情願 第二個導致考核死亡的原因是,相關方法的制定 標準的出台都只以公司角度為惟一視角,一切服從專案需要 服從公司需要,絕少考核其它因素。所有考核指標都由公司來定,不讓程式設計師參與...