每日一笑程序員遇見bug

『壹』 程序員為什麼要一直改bug，不能一次性寫好嗎

軟體可能在使用過程中沒有任何問題，但不符合產品的預期下圖源自「How projects really work？」，很形象的突出了客戶需要的產品和最終得到的產品不一致。

所以軟體想要變得成熟，Bug收集和處理機制是非常有必要的，比如：會影響客戶使用的優先順序高的Bug要優先修復。Bug是軟體的影子，也是程序員的噩夢實際上不能存在沒有bug的軟體，Bug和軟體如影隨形。就像我們使用的Windows，窮盡無數優秀的軟體工程師來設計給用戶優秀的桌面體驗，但也有各種層出不窮的bug。

程序員對Bug有多愛就有多恨，Bug無處不在，即使再牛逼的程序員也逃脫不了Bug的魔掌。想要完全避免Bug幾乎是不可能的，所以也不在一次性就寫好的程序。以上個人淺見，歡迎批評指正。認同我的看法，請點個贊再走，感謝！喜歡我的，請關注我，再次感謝！

『貳』 尋找一張關於程序員敲代碼的動態圖片

平均天100行有效代碼我覺得對得起自己了純手工寫C++

前做web報表系統人家寫好了張報表我拿來照著套生產其報表連html估計天能幹上萬行幾十張報表干……

關鍵花思考和查資料上時間比敲代碼多得多
sdmjxsfcry參考哈·····

『叄』 優秀的程序員是如何處理技術 Bug 的

從初入職場菜鳥到職場大咖，很多程序員在努力充實自己，有時候我們需要對自己進行一次能力定位，了解自己的優勢和沒有掌握的技術。芯學苑列出幾點作為初入職場的新手評估自己，明了前進學習的方向。
1、技術能力(解決問題的能力)
這是非常重要的事;過硬的技術能讓你得到面試機會，並在工作中游刃有餘。當公司招聘一個java開發人員時，是會優先考慮能力因素的。在實際的項目開發中，一個程序員的技術能力等於其解決問題的能力。
如果拿一個尺度來衡量這個能力的話，一個程序員的能力可以用能完成任務的數量和難度來衡量。一個程序員能基本無誤的完成項目中的一個功能算是合格，但在此之前，他對項目的生產力為負，為他布置的任務，中間環節的溝通，修補bug的時間其實要多於自己直接完成該功能的時間的。能較好完成一個完整模塊的程序員才算是較好的程序員，也是項目中的主要開發者。能獨立完成整個項目才是優秀的程序員。
2、專業基礎(知識的積累)
一個程序員的知識積累很大程度上決定了其解決問題的能力。知道如何編寫代碼是基本的技能，但是知道Java編程語言的原理，知道代碼背後的演算法將使你從人群中脫穎而出。
3、主流編程工具
今天，事實是，你不能成為一個樣樣都懂的人(雜而不精)。你必須選擇你要掌握的工具。有時這是由工作的環境決定的，但是按照下面說的去做也是一個很好的選擇：
構建工具：Maven或Gradle。
SCM：Git(不是GitHub。大不相同)。
構建自動化：Jenkins。
IDE：Netbeans或Eclipse——不僅用於編寫代碼，而且還從IDE中重構和調試代碼。我遇到了很多沒有如何從他們最喜歡的IDE調試的開發人員。
Bug跟蹤：Bugzilla或Jira。
4、JSF的知識
應用程序伺服器
所有Java開發人員應該知道如何在Apache Tomcat中部署。
當Glassfish開發停止時，下一個最好的事情是J Boss Wild Fly。
5、溝通的能力
溝通是我們做好一切事情的關鍵。我們必須與我們周圍的環境保持互動，無論是在我們的私人還是職業生活中。一個良好的程序員知道如何在各種團體面表達自己。也許對你來說顯而易見的東西在他人的角度來看並非如此。
從大的尺度(比如一個人的工作生涯)來看，一個程序員知識積累的多少只決定於其自學能力和他對編程本身的興趣。
在一個分工明確的項目中，程序員需要理解產品，和領導溝通理解自己的任務，和同事們溝通以正確的方式進行合作。無論哪一個方面溝通出了問題都不是小事情，同時，程序員還需要正確的傳達設計的實現難度，以及讓別人正確的理解自己設計模塊的介面。在不寫文檔時，正確的口頭溝通非常重要，需要寫文檔時，良好的編輯能力也算做是溝通能力的一部分。
6、自學能力
這是一個非常重要的技能，在你自己的空閑時間學習新的技能。不要等待公司為你提供培訓。你需要自己去學習新技術，提升自己在相關領域的水平。從Java後端開發到架構模式，總是有一些新事物值得學習。經常閱讀博客和論壇，嘗試加入本地聚會小組。你學到的東西可以幫助你的事業。知識刷新頻率極快讓人無法追趕的這個時代，難免會有超出自己知識范圍的時候，此時你的自學能力決定了你能多快的完成任務。
7、良好的團隊合作精神
無論是部分編程還是大型項目，所有開發人員都是作為團隊的一部分在協同工作。你需要致力於團隊的目的，或幫助新的團隊成員克服障礙。不要存在這種「我只要做好我的本職工作，下班就直接回家」的態度。成為團隊的一部分，幫助周圍的同事，對自己的能力也是不小的提升。
就像拿破崙說的不想當元帥的士兵不是好士兵，追求參與一個大型軟體系統的開發，是每個程序員的夢想。在此之前，應該學習更多的專業知識，達到優秀程序師的標准。最後希望各位程序員閱讀本文後能夠得到一些裨益，在這條路上走得更好。

『肆』 程序員修復bug的吐血過程，太形象了

當別人向程序員報一個bug，直到程序員把bug完整的修復好，整個過程是一個怎樣的經歷？

下面用一個維修工的故事類比一下，相信會很多程序員都會感到似曾相似！

假如你是一個電燈維修工程師。

一天晚上，有人想你反饋了一個bug：「18樓會議室的燈亮著，你要去把它熄滅」。bug的備注里還寫到：這個bug很簡單，你只需要按一下開關就可以關掉了，你應該在5分鍾內修復這個bug。

你上到了18樓的會議室，燈的確是亮著，但是房間里沒有這盞燈的開關。

怎麼辦？這時候你打算安裝一個開關，然後通過開關把燈關掉，完美！

這個時候設計師會跟你說，它會破壞房間的美感。另外，牆壁是混凝土做的，你得有合適的工具和其他人的配合才能安裝。但此時此刻，你找不到這些工具和人員來幫你。

如果沒有這些輔助工具，安裝開關，保守估計要2天時間。但是他們希望你只花5分鍾就把燈關掉，因為他們害怕CEO哪天會經過18樓會議室，問為什麼燈是亮著的，怕被問責。

5分鍾過去了，你的手機響個不停，他們反復問你為什麼燈還亮著，為什麼按一下開關就能關掉這么簡單的事你要弄這么久？

為了盡快解決問題，你實在沒辦法，所以，你設法進到了 18 樓走廊的天花板里，找到了會議室燈的電線，一刀切斷，燈關掉了，問題解決了，你告訴了他們：你把先切掉了，燈就關了。

你的手機也安靜了，但好景不長。

他們又有了新的疑問：線被你切掉了，如果哪天我們想開啟會議室的燈，怎麼辦？因此，他們要求你把這盞燈的線牽引到地下室去，因為那裡有開關，等他們需要開燈的時候，就通知你去地下室幫他們開燈。

你抗議這個荒謬的解決方案。但是你的上司說：「是的，這個解決辦法不理想，但是現在是唯一的解決方案」。

這個時候你心裡罵了他們一句：SB！

現在你要麼按照他們的「荒謬」要求來做，要麼辭職另謀高就，但你想了想，一旦到了新的工作環境，也難免會遇到這種荒謬的事情。

你咬咬牙，把18樓會議室的線牽引到了地下室，你發現已經有10幾條線是從其他地方牽引過來的，這種荒謬的做法，你不是第一個做。你小心翼翼地把線牽引號，並盡人事地給左右地線做好了標記。

終於，你回到了你的辦公桌，把bug標記成：「已修復」。

可剛過不久，測試員又重新開啟了bug，並備注說：「會議室還是亮著的」。

你回到 18 樓的會議室。燈是滅著的。你返回辦公桌前，關閉了 bug，註明你已經親自檢查過了。

測試員再次重新開啟了 bug：「房間還亮著」。再次親眼確認燈泡滅著後，你將情況匯報給了上司。

他建議你去地下室檢查電線和開關。你抗議說你正直盯盯地看著燈，它就是滅著的。 「我知道，但去檢查一下。這樣一來你就可以告訴測試員你確認了所有流程。」

你嘆了口氣，前往地下室檢查了電線和開關。它們不可能以任何你能理解的方式導電。 你向測試員反饋，你檢查了電線和開關，它們不可能通電，你正看著燈泡，它是熄滅的。

「我不是指燈泡，」測試員說。 「bug 里描述的是房間里的光。房間現在仍然不夠暗，你應該拉下窗簾。「你回應說窗簾的事不歸你管。測試員不相信你說的話，親自去詢問你的領導。

經過一番激烈的討論之後，他們終於同意將窗簾的問題提交給其他部分去解決，太好了，燈光的問題暫時到此為止了，bug可以順利地關閉掉了。

現在，CEO突然決定要去18樓會議室開會。你接到通知，要趕去地下室，開啟18樓會議室的燈。

你以最快的速度去到了地下室，連上電線，按下開啟按鈕。回到了辦公桌，此時你的手機有了26個未讀消息：

「出問題了，燈還是熄滅的！」

「有個問題，燈沒有亮。」

「為什麼這么久還沒有亮燈？」

......

而最新的一條消息則是：「沒事了，燈是亮的，辛苦了哈」。

『伍』 你們工作中遇到過什麼詭異的bug，最後怎麼解決的

這讓我想起了自己曾經做程序員的苦逼日子，那一次遇見的BUG超級頭疼。讓我現在都記憶猶新。從發現bug到最終解決耗時一個月，當時項目已經馬上要發版本，所以期間每天搞到12點。累計投入1個專職測試，最高峰時期有一個10人的攻關小組，這很菊花廠，其中一半以上的都是seniordeveloper，一個價值上百萬的bug。調試的難度可以說是災難級的，讓我來回憶一下自己的經歷吧。

總之，遇見問題一定要冷靜，仔細分析，詢問老前輩。最後祝願你能解決每一個難題！

『陸』 作為一個程序員，我發現同事寫的代碼有Bug，怎麼辦

作為一個程序員，你發現同事寫的代碼有Bug，你會告訴他嗎？講真的，這個事情對我來講，很難，因為我在這個事情上吃過苦頭！

看待這個問題首先得看對方脾氣咋樣，如果對方脾氣不好，或者很難搞，還是想想其他辦法。直接跟他講可能會遭到對方的白眼！

別看我們程序員一個個傻傻獃獃的，其實自尊心特別強！除非你是他的領導，否則即使你發現了他代碼里的Bug，他也不會服你！雖然還是會改，但內心一定在想：「就你能？自己管好你自己就成，看我代碼幹啥？」

其實我也是這樣的心理，好像程序員除非自己願意，否則都不怎麼喜歡別人去研究自己的代碼，好像對方故意找自己茬的意思。

但是不管咋樣，不管是有意無意，我們既然發現了同事寫的代碼有問題，就不能坐視不管！

我最近在調一個小夥伴的介面時，因為涉及到數據回滾，所以就想知道他的代碼有沒有做回滾操作。如果沒有，可能我這邊數據已經回滾了，他那邊沒回滾就會導致數據前後不一致。所以我也不是有意要審查他的代碼。

然後我就發現他不光沒有做回滾操作，也沒有做批處理。幾個涉及到修改數據的代碼就這樣一行一行走下來，看著直讓人撓後腦勺。

於是我就把這個事情告訴了他，讓他要麼做事物（如果操作有問題，可以自動回滾），要麼做主動回滾。否則我在調他介面時，如果我這邊撤銷了數據修改，他那邊卻提交了修改，就會導致數據丟失或前後不一致。

當我告訴他這個情況和解決方案以後，我能很明顯地感受到他有點不愉快。但事實擺在眼前，也只能修改。可修改歸修改，他還是有點脾氣的。於是他寫了一個事物，將大部分涉及到增刪改的語句全部包在了裡面，唯一把一個刪日誌的語句留在了外面。

我看到這個情況，就委婉地跟他說：「」好像這個刪日誌的語句也要包在事物裡面哦！」

但是他卻說，這個無關緊要，他特意放在外面的。

我跟他說，既然這里有數據存在，就不是無關緊要的。不管咋樣，也不能無緣無故就把數據給刪了。但是他很倔強，執意不改，還說如果我覺得這個數據有用，那就讓我自己「順手」把這里的代碼改一下。

此時我能明顯地感受到他已經有點煩我了！無奈之下，我把這段代碼給移動到了事物裡面。

而我為什麼說我因為發現同事代碼有Bug告訴同事而吃過虧呢？

原因在於我之前待過的一家公司，有一個工作了幾年的程序員同事，而我當時是個萌新。因為我專門培訓過，所以代碼能力還行。可這個同事雖然工作了幾年，但寫出來的程序代碼卻Bug一堆，常規測試手段還測不出來。

我是在偶然之間發現他寫的一個程序是有Bug，但是又不確定，所以就想看看他代碼是咋寫的。不看不知道，一看嚇一跳，他寫的好大一部分代碼都有問題！

我當時初生牛犢不怕虎，發現一個跟他說一個，結果最後把他給惹毛了，當場就要跟我動手，說我專門針對他。我哪有針對他的心呀！我當時想的是把這些Bug找出來，讓他改掉，否則對公司也不好。

但是他想的估計是被我這個萌新發現了一堆Bug很丟人。我總是針對他的代碼找Bug，他就是脾氣再好也綳不住啊！

後來我們的部門經理為了不讓他難堪，也為了給他個台階下，找了我寫的程序里的一個缺點，猛批了下，然後跟大家說：「我剛才看了看，大家寫的代碼有好多問題。這樣，大家都各自檢查一下自己的代碼，看看有沒有問題，有問題盡快改過來，然後我們統一測試！」

直到現在，我也沒學會當發現同事代碼有Bug以後，在不讓同事產生不愉快的心理的情況下，委婉地告訴同事他代碼寫的有問題的方法。

『柒』 程序員的笑話

程序員的笑話集錦

1、棧和隊列的區別是啥? 吃多了拉就是隊列;吃多了吐就是棧

2、世界上最遙遠的`距離不是生與死，而是你親手製造的BUG就在你眼前，你卻怎麼都找不到她。。。

3、《c++程序設計語言》比《c程序設計語言》厚了幾倍。。。果然有了對象就麻煩很多。。。

4、怎麼使用面向對象的方式變得富有?繼承。

5、為什麼程序員總是分不清萬聖節和聖誕節?因為 Oct 31 == Dec 25。

6、Keyboard not found ... press F1 to continue

7、提交代碼不寫注釋的人，小JJ就跟注釋一樣長

8、殺一個程序員不需要用槍，改三次需求就可以了

9、伺服器按功能可以分為：資料庫伺服器，web伺服器，cache伺服器，下片兒伺服器等等。

10、四個2B青年掐架。

A：你丫等著，我爹是敏感詞!

B：Cao你大爺!你丫牛B神馬，我爹在網上搜索根本無法顯示!!

C： 我爹404 not found!!!

D：我爹Connection Reset !!!!

11、一同學問我，軟體外包是什麼。解釋了幾句還沒明白，遂想了一下：包工頭知道吧?頓悟!

12、十行代碼九個警告八個錯誤竟然敢說七日精通六天學會五湖四海也不見如此三心二意之項目經理簡直一等下流。

13、一個程序猿在肉店買了1公斤肉，回家一稱，他不高興的跑回肉店對老闆說：少了24克……

14、網路聊天的時候，想表達對方是豬，一般人會打“xxx你這個豬。”，程序員會打 xxx.isPig = TRUE。

15、兩個程序員，一個技術精湛，思維嚴謹，認真負責，Bug極少，至今單身;

一個技術一般，吊兒郎當，Bug一堆，經常被測試MM叫到她旁邊，接受批評，後來成了她男朋友。。。.。.

16、寶寶數學很好，2歲就可以從1數到10了。後來，我告訴他0比1還小。

今天吃餃子，我說：“寶寶，你數數你想吃幾個餃子?”

“0，1，2，3。”一邊說著一邊拿起一個餃子，“這是第0個。”

老婆怒吼：“下一代還是做程序員的命!”

17、程序員找不到對象，一般有三種情況：

1. C#、JAVA都有對象，但是經常找不到對象。

2.ASM C直接沒有對象。

3.javascript都是偽對象，最多算曖昧。

但C++日子一直都好過，因為C++是多繼承，富二代呀!!!

18、程序猿：我的第一個問題是，對於我第二個和第三個問題，你可不可以只用‘能’和‘不能’來回答?

老闆：“OK!”

我的第二個問題是，如果我的第三個問題是我能不能漲工資?那麼你對於我的第三個問題的答案能不能和第二個問題的答案一樣?

老闆：。。。。。。

19、假如生活欺騙了你，找50個程序員問問為什麼編程;

假如生活讓你想死，找50個程序員問問BUG改完了沒有;

假如你覺得生活拮據，找50個程序員問問工資漲了沒有;

假如你覺得活著無聊，找50個程序員問問他們一天都幹了什麼!

20、c程序員看不起c++程序員， c++程序員看不起java程序員， java程序員看不起c#程序員，c#程序員看不起美工， 周末了，美工帶著妹子出去約會了…一群傻X程序員還在加班!

21、客戶被綁，蒙眼，驚問：“想干什麼?”

對方不語，鞭笞之，客戶求饒：“別打，要錢?”

又一鞭，“十萬夠不?”

又一鞭，“一百萬?”

又一鞭。客戶崩潰：“你們TMD到底要啥?”

“要什麼?我幫你做項目，寫代碼的時候也很想知道你TMD到底想要啥!”

『捌』 你的代碼出bug了，程序員聽到這個時的表現太真實了

這個大撒比寫出這么個爛代碼，幸虧有哥這樣神一樣的存在才發現，哥真是救世主。

這個程序運行很久了是不是真有bug啊，是不是你弄錯了啊，可以重現么，什麼？可以重現，有尼瑪問題也不大，要不用戶早投訴了，瞧你那驚慌失措的樣子，真想吐你一臉狗屎。

這個bug隱藏的很深啊，還好哥犀利犀利，沒有被領導發現，今晚加個菜。

這個程序剛上線還處於調試階段，有bug很正常，誰的程序沒bug，連操作系統都有bug。

哥就是犀利，自己開發自己測試，看測試那幫撒比什麼也不會干，這么明顯的bug都測不出來，真是一群廢物。

1、「是刪除它還是修改它呢？好糾結 ！」

2、網上一定有解決辦法。

3、是誰動了我的代碼？

4、完全不知道這些代碼是神馬東東。

5、哦，為什麼我都沒寫注釋呢？

6、算了，廢了他，我還是從頭開始吧！

程序員自身可以在程序生成的每個階段做這些工作： 仔細的設計、編寫代碼時、單元測試(重要)、功能測試。