網(wǎng)友解答: 自己曾經(jīng)閱讀過別人寫的代碼，不規(guī)范之處舉例如下：（1）沒有注釋，不知道有些自定義方法什么意思。（2）方法命名拼音和應(yīng)用相結(jié)合，有些還帶著數(shù)字，比如create和create1

自己曾經(jīng)閱讀過別人寫的代碼，不規(guī)范之處舉例如下：

（1）沒有注釋，不知道有些自定義方法什么意思。

（2）方法命名拼音和應(yīng)用相結(jié)合，有些還帶著數(shù)字，比如create和create1和createe的區(qū)別。

（3）很長很長一段代碼，有些參數(shù)是寫死的，完全不能復(fù)用。

（4）一段堆一起的代碼，找到寫代碼的人，他自己都忘了具體的實現(xiàn)邏輯了。

（5）能用10行代碼實現(xiàn)的東西，你寫了好幾百行，是什么意思？

（6）運行報錯的代碼，還得幫人調(diào)試改代碼

……

心情很復(fù)雜，用一張圖來表達心情：有種別跑，看老子不打死你！

首先，糟糕的代碼不僅影響程序員的心情，更會直接影響項目開發(fā)進度，嚴重的會影響整個開發(fā)團隊的氛圍。

對于程序員來說，遇到糟糕的代碼大部分是兩種情況，一種情況是半路接手別人的代碼，另一種情況是團隊成員提交的代碼，無論是哪一種情況，糟糕的代碼都會影響整體的開發(fā)進度。

對于程序員來說，半路接手別人的項目代碼幾乎是不可避免的事情，因為程序員的角色轉(zhuǎn)換通常都會比較頻繁。半路接手別人代碼的時候就有可能會遇到比較糟糕的代碼，尤其是接手初級程序員編寫的代碼。

我曾經(jīng)就多次接手過別人開發(fā)一半的代碼，其中大部分代碼都是非常規(guī)范的，而且思路非常清晰，整理起來也非常容易，但是也遇到過不那么規(guī)范的代碼，比如整篇代碼沒有添加注釋，模塊劃分比較隨意等等。遇到這樣并不規(guī)范的代碼，首先就要花費較長的時間才能理清開發(fā)思路，然后添加必要的注解，自然就會浪費不少時間。

我在跟別的軟件團隊進行合作開發(fā)的時候曾經(jīng)遇到過比較糟糕的代碼，當時我們多個團隊協(xié)作開發(fā)一個大型的項目（智慧城市類），其中有個程序員提交的代碼總是出現(xiàn)各種各樣的問題，每次都會浪費不少時間，當時整個開發(fā)團隊的心情都比較糟糕，因為連續(xù)的加班已經(jīng)讓大家比較疲憊了，結(jié)果因為一個程序員的原因，我們都需要反復(fù)配合測試，這種情況會嚴重影響整個開發(fā)團隊的工作氛圍，最終經(jīng)過討論把這名程序員調(diào)離了項目組。

目前，隨著軟件開發(fā)流程的逐漸規(guī)范化，糟糕的代碼已經(jīng)非常少了，相信未來程序員的代碼會越來越規(guī)范。

我從事互聯(lián)網(wǎng)行業(yè)多年，目前也在帶計算機專業(yè)的研究生，主要的研究方向集中在大數(shù)據(jù)和人工智能領(lǐng)域，我會陸續(xù)在酷米寫一些關(guān)于互聯(lián)網(wǎng)技術(shù)方面的文章，感興趣的朋友可以關(guān)注我，相信一定會有所收獲。

如果有互聯(lián)網(wǎng)方面的問題，也可以咨詢我，謝謝！