我是印度程式設計師，我要為印度程式設計師辯護

　　我最近看到Reddit上的一個帖子。說的是Reddit使用者”chinan”被迫去維護一個最初外包給印度PHP程式設計師的專案。

　　他崩潰了。

　　這個有趣的帖子被活躍的Riddit瀏覽者塞滿了各種搞笑的言語，但大部分他們都是沒有跟印度程式設計師打過交道。

　　作為一個印度程式設計師，我要辯護。

　　生活中印度

　　我最近才離開印度。在印度，每天我要花3給小時在上班的路上(開車或做公交車)。一週就是15小時。

　　公交通常是特別的擁擠。夏天氣溫能到45度。凡事都要排隊，很長的隊伍，非常折磨人。

　　長話短說，生活環境非常的糟糕。溢於言表。

　　如果你生活中那裡，你會理解我說的。

　　如果我對一個在印度工作的人說這些，而他能這樣過的很快樂，我會真的很欽佩他。

　　也許，只是也許，生活質量和工作質量是休慼相關的？

　　我要否認印度程式設計師很爛嗎？

　　也許。和印度同事一起工作了10年，我見到的糟糕印度程式設計師也許比你知道的更恐怖。

　　可是，我也見到了很多你不能想像的非常優秀的印度程式設計師。

　　縱觀印度的經濟情況，從90年代中期以來，IT/軟體是年輕印度人炙手可熱的行業，他/她們蜂擁而入——不論是否真的對這個領域有興趣。

　　這就是為什麼你遇到的很多印度程式設計師沒有激情，缺乏動力，開發出的軟體質量不高的原因。

　　他們不是笨，他們是沒有激情。

　　我不會把這歸咎於印度的教育水平。這是託辭。如果有激情，他完全超越這種不利限制。

　　正是因為沒有激情，他們才會選擇把自己外包出去。

　　他們既然沒有激情(如我所說)，為什麼你會選擇把專案外包給他們？

　　如果你選擇這樣做，你不是有責任去啟發他們的激情嗎？

　　失敗的軟體專案

　　即使擁有最天才的程式設計師，仍然有一大堆的各種專案最終無法見到天日。

　　這是軟體的自然屬性。這就是為什麼會有這樣那樣的精神導師向我們推銷他們的各種方法論(敏捷，Scrum，kanban，the-latest-greatest-process-of-today)，好像他們的這些理論就是能解決所有問題的銀彈。

　　你能把專案的失敗都歸咎於這些“印度小夥”身上嗎？

　　別人的程式碼都很爛

　　維護歷史遺留程式碼，無論它們寫的如何規範，都將是一種挑戰。

　　即使你看懂了它的編寫思路，明白了歷次產品變更都是什麼目的，挑戰依舊。

　　歷史程式碼總會成為麻煩——不論在哪寫的，何時寫的。

　　成本和質量之間的權衡

　　你想花低於20美元/小時的價格僱傭一個程式設計師。

　　你期望從他那裡得到200美元/每小時的熟練程式設計師的開發質量。

　　別有這種妄想。

　　程式碼質量，這是集體責任

　　如果X面試招聘了Y，Y很爛，那麼X也很爛。

　　如果X管理Y，Y出了問題，那X也好不了。

　　如果X和Y一起工作，Y很糟糕，而X不能積極影響Y，Y繼續糟糕，那X也繼續糟糕

　　現實中的外包商的境況比這可能更糟。

　　很多我工作的X是：

• 希望節省成本
• 希望馬上就能完成
• 不知道自己想要的什麼(需求問題)
• 每兩週改變一次想法
• 揣著兩手無所事事，但期望在“里程碑之日”奇蹟能夠發生

　　現在我們的資金用完了。最容易的不就是責備印度程式設計師太爛嗎？

　　呸，不是我的錯。不是我的責任。

　　瞧這些爛的不能再爛的印度程式設計師！

　　英文原文： Bad Indian Programmers