程序員的悲傷故事難道不應該是：

別人的老板晚上帶他出去耍，你的老板半夜催你改代碼；

別的程序員工資高、待遇好，而你只是血壓高、心態好……

擦干眼淚告訴自己：程序員前半生的悲傷都不是事兒，因為后半生你就慢慢習慣了。題主要求用代碼講述一段悲傷的故事，怎么能夠呢？那必須來十幾段啊~

1、剛開始學編程的時候，課堂上老師說的話必須尊為圣旨，老師說“寫好注釋是一個好的工作習慣”，所以就有了下面的代碼，請注意看那一組組工工整整、清清楚楚的123456……花去了比程序本身還要多的時間。

你問后來？后來秉持著此種良好的注釋習慣，工作了不到一個月，就被老板約談了，約談理由竟然是工作效率低？！找誰說理去？

2、公司讓大牛帶教一下新手，大牛說本著先易后難的原則，準備帶我們從基礎的部分開始，在開始常規的部分之前，先了解一下“簡單的查詢”……

3、代碼寫得多了難免會帶有鮮明的個人特點，比如寫下面這段代碼的人就對“if”情有獨鐘，整篇代碼里if一層又一層，層出不窮，只見if開始，卻不見結束。

這個其實也不算多，只是500行的if mountain而已……

4、都說了500行的if mountain不算多，悲劇的是老板讓重構下面這個，還說做不完不能下班……

5、更悲劇的是，做上面這個重構的人居然不知道還有*kwargs可用，世界上最遙遠的距離莫非就是你和下班之間的距離？

6、學生時代犯個拼寫錯誤，也許老師會幫你指出糾正，但是工作后就沒那么幸運了，所以一個帶拼寫檢查的編輯器還是很有必要的，否則沒有仔細檢查拼寫就將代碼交上去，可能很快就可以卷鋪蓋回家了。

7、你認為被炒魷魚是最慘的？不不不，這位發詐騙郵件的小哥顯然更悲劇一些，顯然他是位新手，對待代碼的態度不夠認真，否則怎么會引用了本地文件并且包含了自己名字還渾然不覺？

8、夜深人靜的時候，空曠寂靜的辦公室里只有你的電腦是亮的，好不容易等到數據全部導入完畢已是凌晨，接下來只要刪除一部分數據就完成了，當你輸入“DELETE from important_table; where id=4”，按下回車鍵的時候，這才發現不小心漏掉了分號……

9、漏掉一個符號會導致一晚上的努力前功盡棄，同樣多寫了內容也未必是件好事。例如在Angular.js下面小心編程，如果不小心把’var？:default’寫成了’var?var:default’，debug之后即將上演一場悲劇，畢竟這些出錯信息足夠你研究兩天的了。

10、論了解和學習正則表達式的重要性：很多程序員喜歡在計算機編程的時候展現自己的個性，想讓別人看后眼前一亮，但是炫技的同時要注意密碼格式的合法性，不然可是會吃虧的哦。

11、PHP是世界上最好的編程語言，說得一點兒都沒錯，你看，即便是搞了9個參數和硬編碼的用戶名都沒有出現任何問題，運行很給力。

12、其實，這段代碼寫的還不錯啦，不過返回了41個指針是怎么回事？

程序員用代碼寫出的那些美麗而優雅的故事，都是由無數個悲傷的版本升級而來的，即便是擅長寫happy ending的程序員大牛也是一路踩著悲傷故事成長起來的。所以說，今天你那些充滿悲劇的代碼，將會是你未來歡樂版本的前身，繼續加油吧！