程序員的悲傷故事難道不應該是：
別人的老闆晚上帶他出去耍，你的老闆半夜催你改代碼；
別的程序員工資高、待遇好，而你只是血壓高、心態好……
1、剛開始學編程的時候，課堂上老師說的話必須尊為聖旨，老師說“寫好註釋是一個好的工作習慣”，所以就有了下面的代碼，請注意看那一組組工工整整、清清楚楚的123456……花去了比程序本身還要多的時間。
程序員的悲傷故事難道不應該是：
別人的老闆晚上帶他出去耍，你的老闆半夜催你改代碼；
別的程序員工資高、待遇好，而你只是血壓高、心態好……
1、剛開始學編程的時候，課堂上老師說的話必須尊為聖旨，老師說“寫好註釋是一個好的工作習慣”，所以就有了下面的代碼，請注意看那一組組工工整整、清清楚楚的123456……花去了比程序本身還要多的時間。
你問後來？後來秉持著此種良好的註釋習慣，工作了不到一個月，就被老闆約談了，約談理由竟然是工作效率低？！找誰說理去？</tt-image>
2、公司讓大牛帶教一下新手，大牛說本著先易後難的原則，準備帶我們從基礎的部分開始，在開始常規的部分之前，先了解一下“簡單的查詢”……
程序員的悲傷故事難道不應該是：
別人的老闆晚上帶他出去耍，你的老闆半夜催你改代碼；
別的程序員工資高、待遇好，而你只是血壓高、心態好……
1、剛開始學編程的時候，課堂上老師說的話必須尊為聖旨，老師說“寫好註釋是一個好的工作習慣”，所以就有了下面的代碼，請注意看那一組組工工整整、清清楚楚的123456……花去了比程序本身還要多的時間。
你問後來？後來秉持著此種良好的註釋習慣，工作了不到一個月，就被老闆約談了，約談理由竟然是工作效率低？！找誰說理去？</tt-image>
2、公司讓大牛帶教一下新手，大牛說本著先易後難的原則，準備帶我們從基礎的部分開始，在開始常規的部分之前，先了解一下“簡單的查詢”……
3、代碼寫得多了難免會帶有鮮明的個人特點，比如寫下面這段代碼的人就對“if”情有獨鍾，整篇代碼裡if一層又一層，層出不窮，只見if開始，卻不見結束。
程序員的悲傷故事難道不應該是：
別人的老闆晚上帶他出去耍，你的老闆半夜催你改代碼；
別的程序員工資高、待遇好，而你只是血壓高、心態好……
1、剛開始學編程的時候，課堂上老師說的話必須尊為聖旨，老師說“寫好註釋是一個好的工作習慣”，所以就有了下面的代碼，請注意看那一組組工工整整、清清楚楚的123456……花去了比程序本身還要多的時間。
你問後來？後來秉持著此種良好的註釋習慣，工作了不到一個月，就被老闆約談了，約談理由竟然是工作效率低？！找誰說理去？</tt-image>
2、公司讓大牛帶教一下新手，大牛說本著先易後難的原則，準備帶我們從基礎的部分開始，在開始常規的部分之前，先了解一下“簡單的查詢”……
3、代碼寫得多了難免會帶有鮮明的個人特點，比如寫下面這段代碼的人就對“if”情有獨鍾，整篇代碼裡if一層又一層，層出不窮，只見if開始，卻不見結束。
這個其實也不算多，只是500行的if mountain而已……</tt-image>
4、都說了500行的if mountain不算多，悲劇的是老闆讓重構下面這個，還說做不完不能下班……
程序員的悲傷故事難道不應該是：
別人的老闆晚上帶他出去耍，你的老闆半夜催你改代碼；
別的程序員工資高、待遇好，而你只是血壓高、心態好……
1、剛開始學編程的時候，課堂上老師說的話必須尊為聖旨，老師說“寫好註釋是一個好的工作習慣”，所以就有了下面的代碼，請注意看那一組組工工整整、清清楚楚的123456……花去了比程序本身還要多的時間。
你問後來？後來秉持著此種良好的註釋習慣，工作了不到一個月，就被老闆約談了，約談理由竟然是工作效率低？！找誰說理去？</tt-image>
2、公司讓大牛帶教一下新手，大牛說本著先易後難的原則，準備帶我們從基礎的部分開始，在開始常規的部分之前，先了解一下“簡單的查詢”……
3、代碼寫得多了難免會帶有鮮明的個人特點，比如寫下面這段代碼的人就對“if”情有獨鍾，整篇代碼裡if一層又一層，層出不窮，只見if開始，卻不見結束。
這個其實也不算多，只是500行的if mountain而已……</tt-image>
4、都說了500行的if mountain不算多，悲劇的是老闆讓重構下面這個，還說做不完不能下班……
5、更悲劇的是，做上面這個重構的人居然不知道還有*kwargs可用，世界上最遙遠的距離莫非就是你和下班之間的距離？
程序員的悲傷故事難道不應該是：
別人的老闆晚上帶他出去耍，你的老闆半夜催你改代碼；
別的程序員工資高、待遇好，而你只是血壓高、心態好……
1、剛開始學編程的時候，課堂上老師說的話必須尊為聖旨，老師說“寫好註釋是一個好的工作習慣”，所以就有了下面的代碼，請注意看那一組組工工整整、清清楚楚的123456……花去了比程序本身還要多的時間。
你問後來？後來秉持著此種良好的註釋習慣，工作了不到一個月，就被老闆約談了，約談理由竟然是工作效率低？！找誰說理去？</tt-image>
2、公司讓大牛帶教一下新手，大牛說本著先易後難的原則，準備帶我們從基礎的部分開始，在開始常規的部分之前，先了解一下“簡單的查詢”……
3、代碼寫得多了難免會帶有鮮明的個人特點，比如寫下面這段代碼的人就對“if”情有獨鍾，整篇代碼裡if一層又一層，層出不窮，只見if開始，卻不見結束。
這個其實也不算多，只是500行的if mountain而已……</tt-image>
4、都說了500行的if mountain不算多，悲劇的是老闆讓重構下面這個，還說做不完不能下班……
5、更悲劇的是，做上面這個重構的人居然不知道還有*kwargs可用，世界上最遙遠的距離莫非就是你和下班之間的距離？
6、學生時代犯個拼寫錯誤，也許老師會幫你指出糾正，但是工作後就沒那麼幸運了，所以一個帶拼寫檢查的編輯器還是很有必要的，否則沒有仔細檢查拼寫就將代碼交上去，可能很快就可以捲鋪蓋回家了。
程序員的悲傷故事難道不應該是：
別人的老闆晚上帶他出去耍，你的老闆半夜催你改代碼；
別的程序員工資高、待遇好，而你只是血壓高、心態好……
1、剛開始學編程的時候，課堂上老師說的話必須尊為聖旨，老師說“寫好註釋是一個好的工作習慣”，所以就有了下面的代碼，請注意看那一組組工工整整、清清楚楚的123456……花去了比程序本身還要多的時間。
你問後來？後來秉持著此種良好的註釋習慣，工作了不到一個月，就被老闆約談了，約談理由竟然是工作效率低？！找誰說理去？</tt-image>
2、公司讓大牛帶教一下新手，大牛說本著先易後難的原則，準備帶我們從基礎的部分開始，在開始常規的部分之前，先了解一下“簡單的查詢”……
3、代碼寫得多了難免會帶有鮮明的個人特點，比如寫下面這段代碼的人就對“if”情有獨鍾，整篇代碼裡if一層又一層，層出不窮，只見if開始，卻不見結束。
這個其實也不算多，只是500行的if mountain而已……</tt-image>
4、都說了500行的if mountain不算多，悲劇的是老闆讓重構下面這個，還說做不完不能下班……
5、更悲劇的是，做上面這個重構的人居然不知道還有*kwargs可用，世界上最遙遠的距離莫非就是你和下班之間的距離？
6、學生時代犯個拼寫錯誤，也許老師會幫你指出糾正，但是工作後就沒那麼幸運了，所以一個帶拼寫檢查的編輯器還是很有必要的，否則沒有仔細檢查拼寫就將代碼交上去，可能很快就可以捲鋪蓋回家了。
7、夜深人靜的時候，空曠寂靜的辦公室裡只有你的電腦是亮的，好不容易等到數據全部導入完畢已是凌晨，接下來只要刪除一部分數據就完成了，當你輸入“DELETE from important_table; where id=4”，按下回車鍵的時候，這才發現不小心漏掉了分號……
程序員的悲傷故事難道不應該是：
別人的老闆晚上帶他出去耍，你的老闆半夜催你改代碼；
別的程序員工資高、待遇好，而你只是血壓高、心態好……
1、剛開始學編程的時候，課堂上老師說的話必須尊為聖旨，老師說“寫好註釋是一個好的工作習慣”，所以就有了下面的代碼，請注意看那一組組工工整整、清清楚楚的123456……花去了比程序本身還要多的時間。
你問後來？後來秉持著此種良好的註釋習慣，工作了不到一個月，就被老闆約談了，約談理由竟然是工作效率低？！找誰說理去？</tt-image>
2、公司讓大牛帶教一下新手，大牛說本著先易後難的原則，準備帶我們從基礎的部分開始，在開始常規的部分之前，先了解一下“簡單的查詢”……
3、代碼寫得多了難免會帶有鮮明的個人特點，比如寫下面這段代碼的人就對“if”情有獨鍾，整篇代碼裡if一層又一層，層出不窮，只見if開始，卻不見結束。
這個其實也不算多，只是500行的if mountain而已……</tt-image>
4、都說了500行的if mountain不算多，悲劇的是老闆讓重構下面這個，還說做不完不能下班……
5、更悲劇的是，做上面這個重構的人居然不知道還有*kwargs可用，世界上最遙遠的距離莫非就是你和下班之間的距離？
6、學生時代犯個拼寫錯誤，也許老師會幫你指出糾正，但是工作後就沒那麼幸運了，所以一個帶拼寫檢查的編輯器還是很有必要的，否則沒有仔細檢查拼寫就將代碼交上去，可能很快就可以捲鋪蓋回家了。
7、夜深人靜的時候，空曠寂靜的辦公室裡只有你的電腦是亮的，好不容易等到數據全部導入完畢已是凌晨，接下來只要刪除一部分數據就完成了，當你輸入“DELETE from important_table; where id=4”，按下回車鍵的時候，這才發現不小心漏掉了分號……
8、其實，這段代碼寫的還不錯啦，不過返回了41個指針是怎麼回事？
程序員的悲傷故事難道不應該是：
別人的老闆晚上帶他出去耍，你的老闆半夜催你改代碼；
別的程序員工資高、待遇好，而你只是血壓高、心態好……
1、剛開始學編程的時候，課堂上老師說的話必須尊為聖旨，老師說“寫好註釋是一個好的工作習慣”，所以就有了下面的代碼，請注意看那一組組工工整整、清清楚楚的123456……花去了比程序本身還要多的時間。
你問後來？後來秉持著此種良好的註釋習慣，工作了不到一個月，就被老闆約談了，約談理由竟然是工作效率低？！找誰說理去？</tt-image>
2、公司讓大牛帶教一下新手，大牛說本著先易後難的原則，準備帶我們從基礎的部分開始，在開始常規的部分之前，先了解一下“簡單的查詢”……
3、代碼寫得多了難免會帶有鮮明的個人特點，比如寫下面這段代碼的人就對“if”情有獨鍾，整篇代碼裡if一層又一層，層出不窮，只見if開始，卻不見結束。
這個其實也不算多，只是500行的if mountain而已……</tt-image>
4、都說了500行的if mountain不算多，悲劇的是老闆讓重構下面這個，還說做不完不能下班……
5、更悲劇的是，做上面這個重構的人居然不知道還有*kwargs可用，世界上最遙遠的距離莫非就是你和下班之間的距離？
6、學生時代犯個拼寫錯誤，也許老師會幫你指出糾正，但是工作後就沒那麼幸運了，所以一個帶拼寫檢查的編輯器還是很有必要的，否則沒有仔細檢查拼寫就將代碼交上去，可能很快就可以捲鋪蓋回家了。
7、夜深人靜的時候，空曠寂靜的辦公室裡只有你的電腦是亮的，好不容易等到數據全部導入完畢已是凌晨，接下來只要刪除一部分數據就完成了，當你輸入“DELETE from important_table; where id=4”，按下回車鍵的時候，這才發現不小心漏掉了分號……
8、其實，這段代碼寫的還不錯啦，不過返回了41個指針是怎麼回事？
程序員用代碼寫出的那些美麗而優雅的故事，都是由無數個悲傷的版本升級而來的，即便是擅長寫happy ending的程序員大牛也是一路踩著悲傷故事成長起來的。所以說，今天你那些充滿悲劇的代碼，將會是你未來歡樂版本的前身，繼續加油吧！
我自己是一名從事了多年開發的java老程序員，辭職目前在做自己的java私人定製課程，今年年初我花了一個月整理了一份最適合2019年學習的java學習乾貨，從最基礎的javase到spring各種框架都有整理，送給每一位java小夥伴，想要獲取的可以關注我的頭條號並在後臺私信我：java，即可免費獲取。