如何防止程序員刪代碼或者故意寫可讀性很低的代碼？

01-04

聽說有一些程序員會：
1、離職的時候刪代碼；
2、故意寫一些其他人很難看懂無法維護的代碼；

3、備份一些核心代碼帶走或出售。
請問現實中大家遇到過這樣的情況嗎？作為團隊負責人如何防範呢？
另外，當程序員提交的代碼比較少的時候，如何判斷他是在用心改善代碼效率還是在偷懶？

可讀性差的代碼需要故意寫嗎？你應該關注BUG

提高几倍工資，提高面試門檻

我覺得用一個一點兒編程都不懂也不願意去學的團隊負責人去管理一個軟體工程是一件非常不靠譜的事情.

1 有version control，做好許可權，想怎麼刪怎麼刪，反正都能恢復，而且罪證都留下了

2 有code review啊

3 微軟的做法是加一個checkout hook，在代碼里加點料（fingerprint），如果泄露出去就知道是誰幹的了。至於核心技術嘛，要麼你偷走了也看不懂，要麼看懂了也沒用（代碼不是唯一的核心）

從提問的深度來看，找一個信的過的cto是唯一的解決方案

連程序猿這麼溫和的動物都搞不定的負責人絕對是不稱職的

第一點大家都回答了。

第二點，要重視文檔，多review，然後就是關鍵的代碼，要確保有備份的程序員，安排他們相互學習別人的代碼，不懂的地方直接問，然後做成文檔，或者給實現文檔寫附註。

至於如何評估程序員的工作，高級程序員就是做這個的，如果管理者沒這個技術水平的話，另外設置技術負責人的職位。

1. 版本控制，有很多成熟的版本控制工具和方法，根本不會存在代碼丟失的情況。

2. 結對編程、代碼走查，防止出現很爛的代碼。

3. 信息安全，網路和U口等受限，根本不提供代碼等信息可能外泄的技術途徑。

4. 給程序員再多錢，也不能阻止他離職，微軟蘋果也都有離職的Coder。一個大的軟體項目，絕對不是靠單獨的幾個人來做的一定是個團隊，個人都是螺絲釘。真正的好代碼，要在很多人都更換掉的情況下，仍然能夠維持住才行。

軟體大項目管理，是門很深的學問...