程序員寫bug脫口秀

1. 《脫口秀大會》龐博講的什麼梗

【餃子上頭】黑暗童年系列之串門篇來了！只聽說酒桌上有勸酒擋酒的，沒想到串門兒還要被父母拿來擋飯，親愛的爸爸媽媽，餃子吃多了也上頭啊， 這波段子成功喚起心理陰影了我個人認為你是交大程序員里說脫口秀最好的，脫口秀里處理bug最好的，

2. 程序員如何讓自己的程序少出BUG(轉)

軟體測試心得
，而且還經常寫一些工作上的事，現在感覺自己老了似的，開始轉型了，會選擇寫一些總結而不是瑣碎，也許這是我以後當領導的徵兆吧。
程序員是善於思考的一個職業，做過這行的都知道，寫一個程序的過程都要經過構思、設計、寫代碼、測試到最後運行這幾個步驟。慢慢地，這個習慣也被搬到了生活中，現在我才覺得，我平時做事這么的冷靜善思考原來是工作影響的原因。
象我一樣，大多程序員都有一個毛病，或者說一個習慣，自己編寫過的代碼都不願意測試，他們憑著自己的習慣，理論上完成了代碼的編寫就認為自己的工作結束了，剩下的工作應該交給測試人員了。但實際上來講，如果代碼存在BUG，造成軟體在運行期出錯，那麼測試人員和客戶肯定會發現這些BUG的，再等到測試人員或者客戶把BUG反饋回來的時候代價就已經很大了，不僅僅是時間的浪費，更重要的還有1、影響了客戶對產品以及公司的信任度，2、影響了程序員自己的聲譽，3、影響了代碼的可讀性以及質量，4、增加 了DEBUG的難度，5、對程序員的心理造成一定的影響。
首先，程序員應該克服自己身上的一些缺點，這是很重要的一點，因為每個程序員都有自己的編程習慣，而且每個程序員對自己剛剛完成的程序都會信心百倍的說「絕對沒問題」，實際上這種想法很正常，因為每段代碼都是通過程序員認真謹慎的思考和設計之後才寫出來的，在設計時已經排除了很多問題，所以程序員不會將自己認為不正確的判斷寫到程序里，但這僅僅是理論上的想法，但人哪有不反錯的時候。其實程序員在讀其他人寫的程序的時候，就會很謹慎，仔細找到程序上的錯誤，但對自己的代碼就很難這樣做，如果把這種謹慎應用到自己的代碼上來，BUG會減少到最少。軟體工程所說的各階段工作想必大家都清楚，前期的設計以及需求分析才是一個軟體工程的重點，這里也是花費時間最多的地方，當對要寫的程序有了一個清晰的輪廓之後再動手編寫代碼。
第二，剛剛提到的前期設計，是指在編寫代碼之前所作的工作，這要求程序員對系統的整個結構以及邏輯有很清楚的理解，這也要求對系統的需求做到位。我沒有寫過文檔，所以這里不談文檔了。思路清晰很重要，但每個人並不能將系統的整個設計思路都記在腦袋裡，那最好就寫下來，特別是一些復雜的邏輯結構關系還有復雜的演算法。
第三，代碼的編寫，要盡量減少拼寫的錯誤，嚴禁使用關鍵字作為變數來使用，要盡量做到代碼模塊化，並且保證其正確性和可重復使用性。因為是模塊組成的，寫過之後可以將每個模塊部分單獨測試，因為代碼量少了質量自然提高了。對順序執行要求很高的函數盡量不採用調用子函數的方法，讓程序按順序走吧。
第四：代碼檢查以及系統功能測試，這是保證代碼質量的最後一步了，我們可以寫一些代碼模塊或者小工具來進行測試工作，跟蹤變數值的變化，使用一些小技巧在這個階段都是必要的，這里和測試人員的測試不同之處在於：仍然讓程序員的注意力放在其自己的代碼范圍內，減小了排錯的難度。
按照如上步驟來走的話，那麼我想你的系統應該足夠健壯了。
把對待別人代碼的態度放到自己的代碼上來，也就是反復的Review自己的代碼檢查邏輯錯誤也是相當好的辦法。別把自己辛苦寫的代碼看的很值錢，在團隊中盡量與別人分享、Review代碼這是實際工作的經驗。
作為一個優秀的程序員要具備這些習慣，看自己的代碼就象對待自己的一樣，愛惜、呵護是必須的，同時也要象園丁一樣及時修剪多於的樹枝來讓自己的代碼走正確的道路。

3. 程序員怎麼樣保證自己的程序沒有BUG!

但大部分程序員都有一個問題就是不太願意測試自己的代碼。他們草草的調式完成以後就認為工作結束，測試那是測試人員的工作。 1. 影響了程序員自己的聲譽 2. 影響了產品的質量 3. 影響了客戶的信任度 4. 這個時候再 DEBUG 難度增大了許多。 大的不說，就說多自己聲譽的影響吧。如果你的程序總會有這樣那樣的 BUG ，你得到收益會減少，即使你寫了很多代碼。 程序員必須克服一些自身的致命缺點才能夠從根本上解決這個問題。那麼這個問題是什麼?前面我們已經提到，程序員對自己的代碼都非常寬容，認為那是正確的沒有問題。實際上這種想法比較正常，程序是通過程序員思考和設計之後才寫出來，程序員不會將自己認為不正確的東西寫到代碼里，而到這個時候都一直假設程序是正確的;但人非聖賢，怎麼可能不犯錯誤來。實際上程序員在對待其他程序員時候的態度就很好，帶著一種挑剔和學習的態度;但一旦對待自己的代碼就很難這么做;這就是最致命的。程序員也必須對自己的代碼帶著挑剔和學習的態度;這個基礎是假設自己的代碼是錯誤的，然後需要做的是怎麼樣證明自己的代碼是正確的。程序員自身可以在程序生成的每個階段做這些工作：仔細的設計(這個時候畫點時間是值得的，必須保證我們對自己的程序有清晰的輪廓後才能開始動手寫)、編寫代碼時、單元測試(單元測試的重要性就不在贅婿了)、功能測試。 仔細的設計：這個的仔細是說在程序員編寫代碼之前，其必須對代碼的整個結構以及邏輯結構有明確的清晰的了解，只有這個時候才可以去寫代碼。這里沒有談到文檔，但我說到了一定要清晰的思路，但清晰的思路不是每個人都可以在腦袋中直接形成的，很多人都是普通人，沒有辦法在腦袋瓜中把所有問題都想清楚，那麼就記下來，特別對於復雜的邏輯。 編寫代碼：對於沒有把握的代碼，例如：新設計的演算法，最好保證其正確性。可以單獨將這部分測試，這可以讓代碼模塊化的同時又保證了代碼的正確性。一句話：少量的代碼保證質量還是比較簡單的。 單元測試：單元測試的重要性不在贅敘了，現在也有許多工具可以幫助程序員並減少工作量。 功能測試：程序員保證自己代碼質量的最後一關;為了做這樣的工作我們可能必須寫一些代碼來測試，甚至是測試工作。使用大量的 CASE 來測試，以及錯誤的 CASE 。這里和測試人員的測試不同之處在於：仍然讓程序員的注意力放在其自己的代碼范圍內，減小了排錯的難度。 如果你通過了以上的步驟都找不出你程序中有任何問題的話，那麼我想你的程序應該足夠健壯了。其實還有一點必須說明的就是：代碼 REVIEW 。 前面說道了程序員對待別人代碼的態度是挑剔和學習的態度，所以讓其他程序員來 REVIEW 你的代碼也是檢查程序有沒有邏輯錯誤的很好的辦法。團隊中應該交叉 REVIEW 代碼，這是實踐的經驗。 作為一個好的程序員必須有以上的習慣，以及對待自己代碼象孩子一樣，我們要愛惜我們的代碼，同時也要讓代碼走正確的路。

4. 如何向 程序員 描述 bug 笑話

1.程序員寫出自認為沒有Bug的代碼。

2.軟體測試，發現了20個Bug。

3.程序員修改了10個Bug，並告訴測試組另外10個不是Bug。

4.測試組發現其中5個改動根本無法工作，同時又發現了15個新Bug。

5.重復3次步驟3和步驟4。

6.鑒於市場方面的壓力，為了配合當初制定的過分樂觀的發布時間表，產品終於上市了。

7.用戶發現了137個新Bug。

8.已經領了項目獎金的程序員不知跑到哪裡去了。

9.新組建的項目組修正了差不多全部137個Bug，但又發現了456個新Bug。

10.最初那個程序員從斐濟給飽受拖欠工資之苦的測試組寄來了一張明信片。整個測試組集體辭職。

11.公司被競爭對手惡意收購。收購時，軟體的最終版本包含783個Bug。

12.新CEO走馬上任。公司雇了一名新程序員重寫該軟體。

13.程序員寫出自認為沒有Bug的代碼。

5. 程序員們日常的生活是什麼樣的

大部分程序員的日常生活其實是非常枯燥的，他們不是在加班就是在家裡玩游戲，休息。不過也有少部分的程序員，他們的娛樂生活也非常的豐富，他們的生活也非常的精彩。因為程序員都有著內在不同的精神品質和精神內核，對於程序員，我們不能夠一概而論。在很多人的眼中，程序員這份工作都是非常枯燥乏味的。在很多人的眼中，程序員們也是枯燥乏味的。關於程序員們日常的生活是什麼樣的？以下是我的看法：

三、對於程序員，我們不能夠一概而論

其實每一位程序員，他們的精神內核以及他們的精神品質，都是截然不同的。所以作為公眾，我們也不能夠用同樣的眼光去看待每一位同程序員，在面對程序員的時候，我們也要看到每一位程序員身上所具有的多樣性。面對程序員的時候，我們不能夠用自己的對程序員的刻板印象去看待他們。

你覺得程序員們日常的生活是什麼樣的呢？歡迎評論區下方留言。

6. 《脫口秀大會4》：邱瑞在節目里的內容被刪除，刪除了的內容是什麼

邱瑞在《脫口秀大會4》第一輪時，其實就已被淘汰。當時8人爭最後一晉級席位，他和豆豆都拿了4燈，其他6人沒滿燈直接被淘汰，而最後觀眾投票112比83，邱瑞被淘汰。幸好，節目還有復活環節，邱瑞最終被大張偉復活。

講真，就邱瑞在第一輪的表現，其實真的很不錯。豆豆是8人中第一個上場，而他的文本，很讓人有共鳴，特別是講坐地鐵和女友看導航那段，瞬間就讓人有種「這講的不就是我嗎」的感覺。而邱瑞的文本，讓人有想像力，有情境，很厲害。

在邱瑞的電台專訪中，我們也了解到，邱瑞初中就開始寫東西，高中還學了吉他、b-box，在校時就組過樂隊，在樂隊里當吉他手。雖然邱瑞老說自己平平無奇，但他學了挺多技能的。邱瑞是辭職做脫口秀的現狀，賽後還會考慮找工作。

也就是說角度比較清奇，而且不能讓人難以理解，如果太過清奇，如此一來，保不齊挖的點就會偏了，不夠好笑。而且這種脫口秀也有一個弊端，就是好像比較刻薄，不過大多數人還是吃他這種風格的。

7. 脫口秀大會第一季冠軍

《脫口秀大會》第一季冠軍是龐博。

《脫口秀大會》第一季2017年10月17日晚收官，最終大王桂冠花落龐博，決賽中他以程序員身份爆笑解讀BUG，收獲觀眾和喜劇評審團的紛紛點贊支持，成為當之無愧的「脫口秀一哥」。

思文作為唯一女脫口秀演員一路殺進三強，雖然最終遺憾敗北但是「人不如狗開心」的段子依然讓人印象深刻，「脫口秀一姐」非她莫屬；王建國此次的表演猛料連連，透露好朋友李誕宿醉糗事，並喊話李誕「趕緊交點新朋友吧」。助陣嘉賓熱狗爆料唱嘻哈初心是為了把妹，華少則實力調侃同行張紹剛，笑點密集，全程高能。

《脫口秀大會》冠軍龐博在第四季首輪輕松晉級

龐博是第一季脫口秀大會的冠軍，第二季的第五名，第三季的第七名，總之都是名列前茅。在第四季首輪，龐博輕松獲得領笑員的四盞燈，順利晉級下一輪。龐博這次講的段子的水平真的是挺高的，其中有三個梗直擊現在年輕人的痛點。

第一個痛點就是劇本殺。這種沉浸式游戲是當下95後和00後最愛玩的游戲之一。龐博對此痛點拋出的梗是：劇本殺就是一群陌生人在各自寶貴的休息時間中，特意抽出幾個小時，然後開一下午的會。有時碰巧遇到同事，還會說這樣的胡話：這個項目是我搞黃的，但人真的不是我殺的。

第二個痛點就是當今的奶茶很受歡迎，但裡面放的東西太多了。龐博對此痛點拋出的梗是：就像兌了水的粽子，我實在喝不下去，沒辦法用八寶粥往下順了順。楊瀾老師聽到此處，毫不猶豫拍了燈。

第三個痛點就是盲盒。雖然不知道盲盒裡面裝的是什麼？但是年輕的朋友就是喜歡買它。龐博調侃道：菜市場里是不會賣盲盒的，不然都會祈禱裡面放的是一頭蒜。

同時，龐博也建議消費者在購買盲盒付款時，也採用盲盒形式，這樣做就非常公平了。消費者買到什麼全憑運氣，同樣，售賣者賣到什麼價位也全靠運氣。

龐博的精彩演出受到了四位領笑員的一致好評。楊瀾老師點評道：龐博的脫口秀技術確實很好，並且有一種歸零的心態重新開始。大張偉另類點評說：就是有荷爾蒙，你一上場，底下的小姑娘全在那尖叫。

8. 程序員改bug 問題是怎麼改好的

其實程序員改bug也是有學問的。程序員改bug跟醫生治病是一樣一樣的，無非一個是給機器看病，一個是給人看病。首先，一定要准確的定位引起bug的真正原因。定位問題，需要程序員去讀代碼，了解流程，弄明白來龍去脈。其次，定位bug源頭之後，就需要去分析解決問題的方法。分析問題，需要綜合相關知識，熟悉它所用到的一些機制，找到最佳解決方案。拿Android來說吧，比如修改wifi的bug，就需要弄清楚wifi的流程，stateMachine機制，消息機制，當然最基本的四大組建及其機制是必不可少的，哪裡都有用到。然後，才是去coding。當然coding，也應該注意一些問題，比如，風格盡量和源碼保持一致。Google那批程序員功底還是可以的。注釋一定要清晰，包括作者，改動時間，以及原因。最後，要強調一點，改bug一定要徹底。不能改一個bug一起另外一個或者一堆bug。一定要避免這樣的情況發生。我們公司就一個剛畢業沒多久的程序員，改bug不徹底，只改了界面顯示，弄的實際功能廢掉。對於這樣的代碼，我只想說兩個字：垃圾。另外，改bug要和相關模塊的工程師討論，因為他們或許就是這方面的專家，這樣才能寫出優秀的代碼。

有的人改bug改了幾個月，就會分開發的任務，或者層次更深一點的任務。有的人從進公司就一直改bug。不能否認公司方面有一定問題。但程序員也應該從自身方面找找問題。你寫的代碼是最高效的嗎？你寫的代碼讓別人很容易看懂嗎？你寫的bug讓別人呲之以鼻還是贊嘆不已？如果你做的不夠好，就不要整天抱怨：「又讓老子改bug，老子從進公司到現在都一直在改bug！」

9. 什麼樣的人適合做程序員

NO.1天蠍座

天蠍座女人的特性冷漠神秘，靈敏內向又好鬥，有著敏銳洞察力和精確的直覺力，運籌帷幄和統籌大局。她們可以看清事物的實質，看待事物的視角非常廣大和廣闊，不會被眼前的短期利益所迷惑，有著足夠的耐性與鎮定和理性的腦筋。

她們既能獨立寫程序，也能進入研製團隊與她人協作，究竟她們有著絕佳的團隊精力與協作才能，適合從事商業化和產品化的開發使命。此外，她們思慮非常周全，可以從各方面思考自個所擔任的項目有沒有會呈現BUG的當地，而且找到解決辦法。

NO.2處女座

處女座人的特性非常仔細謹慎和拘泥於細節，她們把握精密工作，越是需要細心的工作性質越是她們的長項。她們凡事力求盡善盡美，再細微的工作都要做到極致，有著完美主義的傾向，因而有著當程序媛的潛質。

她們對待工作擔任，有著極高的集中力，歷來都不會鬆懈。關於程序員需求保持的文檔習氣也能做得極好，她們可以將百分之三十的工作時間用於寫技能文檔，一起不影響她們本身被告知的工作內容與要求，讓人感受非常牢靠。

NO.3摩羯座

摩羯座女人的特性沉穩內斂又老練慎重，為人處事都極為謹慎和慎重，凡事都會通過詳細的思考再進行相應的舉動。她們有著鎮定睿智的腦筋，長於總結和剖析她人的經驗教訓，有著模塊化的的思維才能，不會把思維限制在當時的工作使命，能聯想。

她們拿手把常識細化而且一致構造，然後從整體動身思考問題。而這恰恰是程序員所需求可以全方位地思考，使得體系構造合理化的模塊化思維才能。此外，她們還能學習和總結自個的才能，找出自個的不足並加以添補。

NO.4水瓶座

水瓶座女人的特性神秘又開暢，富含探究心理，喜愛探究和研討新鮮的、別致的和不知道的事物，可以迅速地習氣新的環境和人，有著長於接收新事物的才能。她們長於且喜愛思考，有著優異的邏輯推理才能和求知精力，客觀鎮定且講究科學。

水瓶座女人所具有的這兩個精力是變成程序員往上走的動力與源泉，能讓她們在這條路上走得更遠。

綜上所述的各種都證明了她們有當程序媛的潛質，再加上她們天生就對機械之類的事物愈加拿手，又有著極點激烈的好奇心和學習精力。

本文來源： http://zrzy.etchf.com/?shzmt

10. 程序員寫的程序里的bug，會不會是鬼造成的

但大部分程序員都有一個問題就是不太願意測試自己的代碼。他們草草的調式完成以後就認為工作結束，測試那是測試人員的工作。
1. 影響了程序員自己的聲譽
2. 影響了產品的質量
3. 影響了客戶的信任度
4. 這個時候再 DEBUG 難度增大了許多。
大的不說，就說多自己聲譽的影響吧。如果你的程序總會有這樣那樣的 BUG ，你得到收益會減少，即使你寫了很多代碼。
程序員必須克服一些自身的致命缺點才能夠從根本上解決這個問題。那麼這個問題是什麼?前面我們已經提到，程序員對自己的代碼都非常寬容，認為那是正確的沒有問題。實際上這種想法比較正常，程序是通過程序員思考和設計之後才寫出來，程序員不會將自己認為不正確的東西寫到代碼里，而到這個時候都一直假設程序是正確的;但人非聖賢，怎麼可能不犯錯誤來。實際上程序員在對待其他程序員時候的態度就很好，帶著一種挑剔和學習的態度;但一旦對待自己的代碼就很難這么做;這就是最致命的。程序員也必須對自己的代碼帶著挑剔和學習的態度;這個基礎是假設自己的代碼是錯誤的，然後需要做的是怎麼樣證明自己的代碼是正確的。程序員自身可以在程序生成的每個階段做這些工作：仔細的設計(這個時候畫點時間是值得的，必須保證我們對自己的程序有清晰的輪廓後才能開始動手寫)、編寫代碼時、單元測試(單元測試的重要性就不在贅婿了)、功能測試。
仔細的設計：這個的仔細是說在程序員編寫代碼之前，其必須對代碼的整個結構以及邏輯結構有明確的清晰的了解，只有這個時候才可以去寫代碼。這里沒有談到文檔，但我說到了一定要清晰的思路，但清晰的思路不是每個人都可以在腦袋中直接形成的，很多人都是普通人，沒有辦法在腦袋瓜中把所有問題都想清楚，那麼就記下來，特別對於復雜的邏輯。
編寫代碼：對於沒有把握的代碼，例如：新設計的演算法，最好保證其正確性。可以單獨將這部分測試，這可以讓代碼模塊化的同時又保證了代碼的正確性。一句話：少量的代碼保證質量還是比較簡單的。
單元測試：單元測試的重要性不在贅敘了，現在也有許多工具可以幫助程序員並減少工作量。
功能測試：程序員保證自己代碼質量的最後一關;為了做這樣的工作我們可能必須寫一些代碼來測試，甚至是測試工作。使用大量的 CASE 來測試，以及錯誤的 CASE 。這里和測試人員的測試不同之處在於：仍然讓程序員的注意力放在其自己的代碼范圍內，減小了排錯的難度。
如果你通過了以上的步驟都找不出你程序中有任何問題的話，那麼我想你的程序應該足夠健壯了。其實還有一點必須說明的就是：代碼 REVIEW 。
前面說道了程序員對待別人代碼的態度是挑剔和學習的態度，所以讓其他程序員來 REVIEW 你的代碼也是檢查程序有沒有邏輯錯誤的很好的辦法。團隊中應該交叉 REVIEW 代碼，這是實踐的經驗。
作為一個好的程序員必須有以上的習慣，以及對待自己代碼象孩子一樣，我們要愛惜我們的代碼，同時也要讓代碼走正確的路。