這程式碼水平，能開多少工資？網友：寫這個程式碼的 至少年薪千萬

昨天釋出了一條動態，內容是這樣的：

一朋友是做軟體開發，最近收到一家外包公司的offer，到廣州某知名銀行駐點辦公，上班時間朝九晚六。

HR說，辦公電腦不能上外網，開發過程如果遇到要查資料只能透過手機查。

工作發郵件必須得用英文。

專案溝通用粵語或是英語溝通。

朋友上網瞭解了下，有人說銀行外包專案很少有完整的文件，要是接手別人的專案，排查問題會很費勁。

不知大家有沒有遇到類似的，有什麼好建議。

今早起來，評論區挺熱鬧的，其中有兩個地方特別有意思，分享給大家：

不少讀者一眼就就猜測出是哪家銀行

吐槽程式碼質量不好。

對於第一點，真的很佩服讀者，沒想到在資訊量這麼少的條件下，竟然能第一時間就能推測出是哪家銀行，要知道廣州這麼多家銀行。我自己都記不起是哪家銀行，有點尷尬了。印象中只記得是工作郵件必須得用英文，工作交流最好是用英文或是粵語。其他就沒有了。

對於第二點我覺得更有意思。有個別讀者吐槽配圖程式碼質量不好，看了相關評論我有點哭笑不得，這裡我把個人想法和大家分享下。首先宣告下，這個程式碼不是出自於本人。

讀者吐槽點，我大致歸納下：

if else 太多

程式碼邏輯不清晰

程式碼質量堪憂，重複太多，可讀性差

說if 多的，可能是平時受業務邏輯if else 影響，一看到有多個if 就立馬否認了。有點太敏感了吧。這是資料結構，不是業務邏輯。

有幾個if 判斷不是一件很正常的事情嗎？

說程式碼邏輯不清晰，估計他自己看都沒有看清楚。

說重複太多的了，估計這段程式碼有幾個變數他自己都不知道，更別說這段程式碼具體用處是做什麼了。

最後我想說，沒經過自己獨立思考的事情，別輕易下結論。避免受從眾心理的影響，別人說什麼，自己沒有思考，就急著跟風。

凡事不要看表面，要是能更進一步深度思考就更好了，並不是if一多就需要吐槽，也要具體是在什麼場景下，保持自己的獨立思考能力，對你的前程發展或多或少都會有所幫助。

關於配圖的原始碼出處是HashMap原始碼

/**

* Recursive invariant check

*/

static boolean checkInvariants（TreeNode t） {

TreeNode tp = t。parent， tl = t。left， tr = t。right，

tb = t。prev， tn = （TreeNode）t。next；

if （tb ！= null && tb。next ！= t）

returnfalse；

if （tn ！= null && tn。prev ！= t）

returnfalse；

if （tp ！= null && t ！= tp。left && t ！= tp。right）

returnfalse；

if （tl ！= null && （tl。parent ！= t || tl。hash > t。hash））

returnfalse；

if （tr ！= null && （tr。parent ！= t || tr。hash < t。hash））

returnfalse；

if （t。red && tl ！= null && tl。red && tr ！= null && tr。red）

returnfalse；

if （tl ！= null && ！checkInvariants（tl））

returnfalse；

if （tr ！= null && ！checkInvariants（tr））

returnfalse；

returntrue；

}

這程式碼水平，能開多少工資？有讀者表示：寫這個程式碼的 至少可以千萬年薪。

值不值年薪千萬我不知道，但我知道，這原始碼邏輯清晰。連結串列有了，遞迴也有了，沒什麼可挑剔的。