程序员写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 代码，这是实践的经验。
作为一个好的程序员必须有以上的习惯，以及对待自己代码象孩子一样，我们要爱惜我们的代码，同时也要让代码走正确的路。