在程序員的圈子里有一個話題經久不衰：程序員入職新公司后接手已有的代碼，怎么處理?

程序員都有一顆工程師的心，所以當他們到一片新的場地想做的第一件事就是，將舊的一切推倒重來。是的，他們決不會滿足于簡單的增量勞動。

分享之前我還是要推薦下我自己建的iOS開發技術交流裙：319819749，里面都是學ios開發的，如果你正在學習ios?，小編歡迎你加入，今天分享的這個案例已經上傳到群文件，大家都是軟件開發黨，不定期分享干貨（只有iOS軟件開發相關的），包括我自己整理的一份2017最新的iOS進階資料和高級開發教程，歡迎進階中和進想深入iOS的小伙伴

程序員的內心

我們之所以認為舊代碼一團糟，其實是由編程的一個基本定律決定的，那就是：寫代碼容易，讀代碼難。

那么，程序員讀別人的代碼到底是怎樣一種心理體驗呢？

1、

這是什么………… 我X，太牛X了。

這是什么………… 我X，太傻X了。

2、有一個游戲是這樣玩兒的，一覺醒來，你發現自己被隨機的丟在某個城市的goole street view里，沒有路名，沒有地圖，只有街景。你要自己找到路，走到機場，飛回家。

見到機場，你就贏了。

讀別人的代碼的體驗，和玩兒這個游戲差不多。。。

生無可戀

3、

要么：臥槽，大牛和我做朋友吧。

要么：尼瑪，雜碎怎么混進來的？

4、

居然能TM這么寫？

居然能TM這么寫！

5、

我勒個去這個好牛逼怎么做到的？我研究一下。

（若干小時后）

應該大概是這樣吧……

這個根本不用這么麻煩嘛，看我怎么把它弄好。

（若干小時后）

難怪那時候要這樣寫……原來是這樣……

（回滾到修改之前的狀態）

這個誰寫的這么屎……讓我看看……

git blame（發現是自己寫的）

嗯這個還是能用的（嚴肅）

慚愧慚愧

6、敢寫注釋么！！！

7、別人的代碼好爛呢，于是我開始改改改....

發現別人的代碼比我的好用哎，于是CTRL+ZZZZZZZZZZZZZZZZ....

8、

這特么誰寫的坑爹代碼？

這行誰加的，有意義么？

還特么不寫注釋！

Annotate一下看看誰提交的

。。。

好吧，我想起來是怎么回事了。。。

9、別說讀別人的，自己寫過的時間長了在讀也是需要很多想象力的！

10、.......?πω? βλ?πει? αυτ? τη φρ?ση.

11、堅持住，堅持住，千萬不能吐血。家里還有老婆孩子呢！

12、想給他重構一遍。。。

13、一開始我是抗拒的，想想需求我還是從了吧！

14、

不怕對方代碼跑不動，

就怕對方代碼風格不一樣。

4空格縮進遇到2空格縮進，

大括號換行遇到大括號不換行，

橫桿命名遇到駝峰命名，

分分鐘想提刀去滅了對方！

你在讀別人寫的代碼時有怎樣一種心理體驗？下方留言討論一下吧

如果對編程感興趣，想了解更多的編程知識，解決編程問題，歡迎和師姐（bjdnsj）一起討論。