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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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