996，中國程式設計師的囚徒困境
這兩天，996.ICU火了，至少在程式設計師這一群人中火了。作為一個10年從業經驗的程式設計師，我也想說點什麼，腦子裡想到的第一個詞是：囚徒困境。
首先講講幾個關鍵詞：
996
996，簡單來說就是朝9晚9一週工作6天的工作制度，996工作制的百度詞條是這樣寫的：996工作制是指工作日早9點上班，晚上9點下班，中午和晚上休息1小時（或不到），總計10小時以上，並且一週工作6天的工作制度，是非常辛苦且嚴重違反勞動法踐踏人權的工作制度。點這裡檢視996的百度詞條 。
囚徒困境
囚徒困境（Prisoner'sDilemma）是博弈論的非零和博弈中具代表性的例子，反映個人最佳選擇並非團體最佳選擇。這是百度詞條的定義（點這時檢視更多），我的理解是：面對競爭時，參與競爭的人選擇了互相傷害。
996.ICU
有人註冊了一個996.icu的域名、製作了一個網頁、同時還在github上建了一個叫996.ICU的倉庫，訴控網際網路公司996工作制。這裡同樣符上相關的連結996.ICUgithub倉庫地址 。
關鍵詞講完，截至本文發稿時，996.ICU在github上已經超過10萬star,6500個fork，一句話就是它很火。程式設計師們有發牢騷的，有求不是996坑的，還有希望列出996的公司以避免入坑的等等。這裡我不打算加入他們，我只是在想這個囚徒困境是怎麼形成的？大概是這樣吧：
程式設計師A和程式設計師B競爭C公司的P崗位，A和B各方面條件不相上下，C也不知道錄用哪個好，A和B誰都想拿到這個offer，這個僵局，怎麼破？A說，我拿工資低一點，如果B不願意，C從低成本的角度考慮，可能就錄用了A。那如果C覺得不差錢，但想獲取更大的利益，更大的產出，於是C提出，我們需要加班，996，你們誰願意？A和B對對視了一下，都說願意，然後，A又說，我不但願意加班，還不拿加班費，如果B不願意，則A得到了這個offer。
C嚐到了甜頭，別公司開始模仿，同樣，B嚐到了苦頭，下次再遇到同樣的情況，他就可能會採取跟A一樣的策略。於是要求996的企業越和“願意”996的程式設計師越來越多。當然，實際情況下A、B、C的博弈關係會比這個複雜得多。
其實，讓程式們996的，不是企業，而是其他願意996的程式設計師，程式設計師們不知不覺中在互相傷害，都在互相傷害中掉血。慢慢的，程式設計師們也發現了問題，有人弄了個996.ICU，大家都去各種發洩。那麼然後呢，然後怎麼辦？繼續996繼續互相傷害？不然又怎麼破？我能想到的打破這個囚徒困境的可能性是：1、外力介入。政府人力資源部門強力介入，誰996懲罰誰。2、內部覺醒。程式設計師們醒悟過來，一起拒絕996。政府會不會強力介入，程式設計師們又會不會一起拒絕996？我不知道，來日議長，且看吧。
最後，如果你是程式設計師，如果你們公司996，好好想想，是停止還是繼續互相傷害？