程序員的悲傷故事難道不應(yīng)該是：

• 別人的老板晚上帶他出去耍，你的老板半夜催你改代碼;
• 別的程序員工資高、待遇好，而你只是血壓高、心態(tài)好…… 

擦干眼淚告訴自己：程序員前半生的悲傷都不是事兒，因?yàn)楹蟀肷憔吐?xí)慣了。題主要求用代碼講述一段悲傷的故事，怎么能夠呢?那必須來十幾段啊~

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

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

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

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

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

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

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

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

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

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

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

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

11、PHP是世界上***的編程語言，說得一點(diǎn)兒都沒錯，你看，即便是搞了9個參數(shù)和硬編碼的用戶名都沒有出現(xiàn)任何問題，運(yùn)行很給力。 

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

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