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