在程序員之間，經常出現各種鄙視鏈，比如說使用git的鄙視使用svn的，使用idea的鄙視使用eclipse的，java開發的鄙視php開發的，這些都是能總結出來的，算是程序員之間比較通用的鄙視鏈情況，除了這些通用的情況，一些細小的開發細節也能被一些人diss, 比如有的程序員習慣用tab鍵作為行縮進，而有的程序員則習慣用用4個空格作為行縮進，因此使用tab鍵的程序員就會diss使用4個空格的程序員，而那些寫代碼從來都很隨意的程序員更是被其他人diss, 總之，只要你展示一段代碼，總能被一些人挑出毛病的，近期，有一名碼農就晒出了同事的一段代碼。
不過這名碼農，並沒有過多評價同事寫的代碼怎麼樣，只是給大家展示了一個截圖，只簡單的說明了一下這是他的某一位前同事寫的代碼，最後還強調了一下，他這名前同事還是一名研究生呢（原話是：前同事寫的代碼。。。。嗯。。。還是個研究生），雖然他對代碼沒有過多的評價，不過看語氣貌似話裡有話啊，針對他的表述，讓我們一起看看其他網友們都是怎麼認為的吧！
網友一：研究生怎麼了，我們部門離職的那位也是名牌大學而為工作三年的研究生，那幹活叫一個費勁，而且都是按星期的來計量的。
上世是朵花：這是對研究生有誤會吧，不應該打一個研究生的標籤，什麼學歷的人中，都有比較差的，也有比較優秀的。
網友二：這叫職場防守型程序員，誰也別想看懂我代碼
上世是朵花：不至於吧，我看他這段代碼沒有那麼難懂，真正的難懂的並不是代碼格式命名什麼的，而是邏輯上千轉百回，跳上跳下的，看不過百行代碼就能把你繞暈。
網友三：我看成了同事生前寫的代碼。。。
上世是朵花：想什麼呢，整的怪嚇人的。
網友四：挺好的啊 一眼就看懂了
上世是朵花：這名網友表示代碼看著不吃力，同一樣東西，每個人看的角度不一樣吧，評價自然也會有差異。
網友五：隨便把公司代碼貼出來妥嗎？
上世是朵花：這雖然也不是什麼核心代碼，不過這樣的行為不是很提倡，晒別人的代碼也是一種不好的習慣。
網友六：命名太差了
上世是朵花：這名網友應該是吐糟那些用漢語拼音命名的自定義變量。
網友七：換成英語，你會更不認識。還得隨時有道詞典。
上世是朵花：呵呵，這倒也是，會出現這種情況，好多人命名變量時會去查詞典，把變量用英文命名，然後在旁邊用漢語作註釋。
網友八：還行，清晰明瞭！命名吧很直接，很剛
上世是朵花：看吧，同樣一個行為，有的人認為是槽點，而有的人則認為恰是很好的做法。
那麼用漢語拼音命名自定義變量是不是一種規範的做法呢？其實這個還真不好說，大多數公司應該都不會用漢語拼音命名，有個別公司沒有這方面的要求，首先，這種做法也符合變量命名的標準，沒有用特殊字符，沒有用關鍵字，作為自定義變量，從語法上來說，不是什麼錯誤，只要沒超出內部規定的範圍，就是合理的，不過，我個人認為，在一個代碼沒有太多規範的團隊內，大家是可以用這種方式為代碼命名，但是最好是保持統一，要麼大家都用英文命名，要麼大家都用漢語拼音命名，讓整個項目的代碼保持統一的風格，這樣來說，從一定程度上也增加了代碼的可讀性，如果每個模塊的代碼都是一個不同的風格，這樣來說對後來接盤的程序員同事顯然是不夠友好，代碼的規範除了技術leader的把控外，每個程序員也應該自己多關注一下整個團隊的代碼風格，儘量讓自己的代碼大眾化，不要做個性化，如果說發現有不好的地方，最好是與leader溝通一下，然後大家共同改正這個不好的習慣，總之整個團隊的代碼風格保持統一還是很有必要的。
以上所有圖片均來之互聯網
大家好，我是“上世是朵花”。如果你有什麼好的看法或者觀點可以在評論區展現你的才華，互動交流，如果想進一步瞭解我，那就關注我吧！
相關推薦
