① 程序员遇到百度不出来的bug都是怎么解决的
笔者不同意下面网友的回答。程序员如果解决bug的水平停留在网络，那么本质上只是一个“面向搜索引擎的代码搬运工”，是不合格的程序员。
程序员对面bug，正确的“打开方式”是像福尔摩斯和柯南那样，寻找线索、运用逻辑推理来缩小问题可能的根因范围，最终精准定位。
常用的方法有：
1. 坏境上下文变换法
2. 工具调试法
3. 版本回溯对比法
4. 代码审计法
……
没有编程问题是stack overflow和Google解决不了的，假设你在编程中遇到了问题，你自己解决不了、你周围的的人都解决不了的时候，我觉得stack overflow、Google是你最好、也是最后的帮手。
作为一个程序员，我觉得Google、stack overflow是你必须要学会使用的两个工具，这两个工具本身并没有使用门槛，只不过因为一些众所周知的原因，很多人不能使用Google和stack overflow这两款工具。
Google主要还是方便，而且很多编程问题都需要用到英文搜索，当然现在网络在专业能力上也提升明显，不过跟Google也还是有比较大的差距，因此我还是强烈建议要学会使用Google，这会帮你在工作、学习上事半功倍。假设Google确实因为某些原因没办法很好的使用，我也建议你至少要会使用Bing搜索。
现在可以说stack overflow上没有你找不到的问题了，从IDE环境安装问题，到各类编程语言问题。算法问题，数据结构问题，调试，重构等等，几乎这里就没有你找不到的答案，可以说在stack overflow上你可以找到任何解决方案，并且上面的回答者基本上都是非常有经验，而且都是实际中遇到的问题分享出来的，这个工具一定要会使用。同理，除了stack overflow这个专业的垂直程序员问答社区，你也可以使用Quora这个综合问答社区，这上面也能找到很多问题的答案。
一些比较优秀的文本编辑器： Emacs/Vim，Visual Studio Code，Sublime Text，Atom，Ultraedit，Hbuilder等。
一些比较非常出色的IDE集成开发环境： visual studio，IntelliJ IDEA，PhpStorm，Haskell for Mac ，eclipse，WebStorm，GoLand，CLion，Android Studio，Xcode，QT等。
macOS平台比较好的第三方包管理工具： Fink，Macports，Homebrew等。
一些比较好的终端工具： Zoc7，iTerm2，Cmder，terminus，hyper等。
一些比较好的笔记软件、markdown工具、效率工具： Evernote，有道云笔记，为知笔记，Ulysses，MWeb，FileZilla，Snipaste，Kantu等。
虚拟机软件、容器软件： Parallels Desktop，VMWare Fusion，Virtual Box，Docker等。
我是个程序员，职务是linux底层驱动工程师。平时的主要工作是调试驱动，但产品遇到诸如死机、重启、不开机之类的问题时，也要参与查找原因。一部分问题，确实可以查看相关的log，然后网络这些log的关键字来解决；但更多的问题，牵扯的条件太多，并不是简单的网络就能解决的。
观察了周围同事们的做法，我总结出以下几种解决方法：
网络因为竞价排名的原因，搜索出来的结果有很多广告的成分，所以有时候要翻好几页才能看到一条相关的答案，有些甚至要翻几十页。
因为网络搜索使用的是SEO技术，即普通用户可以通过优化网站内容来提升关键词排名。
而这就会导致一个问题：你搜索关键词后展现出来的结果是有人想要让你看到的，并不是质量最好的。
也就是说，网络搜索结果被人为干预了。所以网络一直被网民所诟病。
但网络搜索不出结果，未必是网络的原因，也有可能是自己输入的搜索词不准确造成的。所以对于网络，我们要做到如下几点:
除此之外，网络搜索还有点小技巧，粥左罗《万字干货，彻底讲透搜索技巧，10倍提升你的搜索力（免费教程）》这篇文章写得非常好，我整理几点，仅供参考：
01 过滤目标内容
命令：“+”“-”
用法：通过“+”和“-”来对搜索结果进行过滤
比如在关键词后加上“-推广 -推广链接”就可以排除搜索结果中包含相应字样的链接。如果你发现广告还没有排除干净，你也可以再加上“-广告”通常就能彻底的消灭广告。
02 搜索包含某关键词的内容
命令：“intitle”
用法：通过“intitle”命令指定搜索结果中要包含的关键词，注意“intitle”后边连接的冒号是英文状态下的。
03 搜索某一个格式的文件
命令：“filetype”
用法：通过“filetype”命令可以限制我们要搜索文件的类型，注意“filetype”后边接的冒号也是英文状态下的。
04 搜索特定时间范围的内容
命令：“时间..时间”
用法：通过“时间..时间”命令可以限制我们要搜索的文件的时间，注意两个时间的中间顿号没有空格。
相对网络，谷歌、必应对于技术搜索，就相对准确许多，所以当你网络搜索不到时，尝试下别的搜索引擎，说不定会有新发现。
现在程序员使用的机器语言，都是国外的，更准确的说，都是美国的。所以很多论坛、资料等，都是英文。如果你只会用中文来搜索，某些小众的问题，当然搜不到啦。
所以，要学会使用英文关键字来搜索。
有时候甚至要去国外的一些论坛来搜索想要的答案，这就要求要有一定的英语阅读能力，不能一看到英文帖就放弃。
有时候不管你如何搜索，都找不到自己想要的答案，该怎么办呢？这种情况下，就只能硬着头皮尝试自己解决了。
或者，寻求同事或朋友的帮助，寻求大脑风暴，说不定就会有思路。
如果有些问题是因为新器件带来的，还可以找到器件供应商，让他们安排技术支持帮忙查找原因。
除此之外，还可以把问题整理好，写清发生的条件、复现步骤、测试方法、相关的LOG截图等资料，去一些技术论坛发求助帖，寻找大牛的帮助。
做技术时间久了，发现有些问题确实无解，根本没有办法去解决它。
这时候，我一般会尝试把它绕过，就是说，想办法让它无法复现，虽然问题还是存在，但是能把它掩盖过去。
比如有些驱动在开机启动时会加载不正常，那么就让它晚点启动，或者手动加载。这也不失为一种解决问题的方法。
以上就是我的建立，希望对你有帮助。
首先作为一个程序员，一个优秀的程序员最最最重要的能力就是解决问题的能力。这里解决问题的能力当然就包含了解决 bug 能力了
毕竟，程序员这一生，可能会写无数个 bug ，没有说哪个程序员敢保证自己写的程序没有 bug 。 所以，写了 bug ，遇到 bug 并不可怕，可怕的是你没有解决 bug 的能力 。
作为一个程序员，解决 bug 的途径有哪些呢？我们来一起聊一聊！
其实，每个程序员在学习编程的时候，都会使用编程工具，而现在的开发工具，其实功能都很强大。如果你自己合理利用编程工具，都了解和懂得开发工具的一些技巧，其实不仅仅能够提高开发效率，而且还能够帮助你解决很多编程中的实际问题。
debug 调试，大部分你常用的开发工具，都会有调试模式的，简而言之，就是你编程的时候，遇到了不是自己所想的结果的时候，你可以使用 debug 模式，来一步一步的调试，在调试模式下一般每一步都会显示所执行的结果，你可以看看在哪一步出错了，执行的结果与你预想的结果不对，那么你就能够找到问题所在了。
还有就是，开发工具的控制台，都会提示出报错信息的，现在的开发工具，都会直接告诉你哪一行，报了什么错。其实，很容易定位到错误的。你只需要在编程的过程中积累经验，知道报什么错，用什么方法来解决就行啦。
可是，提示的报错信息，我不知道用什么方法来解决的时候，该怎么办呢？这就是你需要积累的，也是问题中所描述的，就是通过搜索引擎来找答案。
不对，这里不应该是合理使用搜索引擎，应该是学会正确使用搜索引擎。比如：网络，你就不要用了，搜出一堆重复的信息，而且广告也多。作为程序员，建议你使用谷歌搜索。
其实，你在编程中所遇到的几乎所有的问题和 bug ，别人也同样遇到过，因为不管是经验丰富的老程序员，他技术再牛逼，也是初学者过来的，也都踩过你踩的坑。所以，互联网是个好地方，里面包含了你想要的问题的答案。
你只要把报错信息往搜索引擎上一放，回车一下，很多关于这个 bug 的答案就出来很多，你只需要找到跟你一样的 bug ，就能找到答案了。
在这里必须提一下这个网站，所有的程序员有必要学会使用这个网站，其实，你编程中所遇到的问题，这个网站上几乎都是由解答的。
Stack Overflow 可以说是最好的软件程序类问答网站了，给软件开发人员工作和学习提供了非常大的便利，以至于像小白，离了 Stack Overflow 简直都不会写程序了。
所以，建议大家一定要学会使用这个网站，对你编程肯定会有非常大的帮助的。
通过上面的方法，几乎应该能够解决到你所遇到的问题，但是，实在找不到答案的话，你可以问经验比你丰富的老程序员，实在解决不了，那就换种方法吧！
网络，谷歌，debug，断点调试，业务上的bug就需要问下同事或者产品。如果能知道大致范围，哪一部分错了，就换一种方法呗，一般都不会只有一种方法。
1.reload
2.restart
3.rewrite and then goto 2 or 4
4.reboot
5.rm -rf /
6.原谅我编不下去了[捂脸][捂脸][捂脸][捂脸][捂脸][捂脸][捂脸]
找bug跟医生看病的思路是一样的，要对症下药。得先把问题的根源找到，找到根源以后问题就容易处理了。搜索引擎找不到的问题，说明这个问题不是一个常见的问题，具有独特性，那么从bug出现的路径上一步一步去排查。必要时可以用排除法，尽可能的缩小排查范围。另外，当软件的业务逻辑比较繁多复杂的时候，一个结构清晰的架构能为你节省不少找bug的时间。还有，充分的单元测试能够帮你减少出bug的机会。以上均为个人看法，欢迎讨论！
一般程序员能碰到的bug无外乎其他上游程序员写库时手抖留下些不匹配或者容易溢出的问题，搜一下差不多能解决问题。如果是自己写的，那无非就是时序错误类型错误之类的，用break point一行行的调就好了。
再复杂点的bug就是程序员拿高薪的根本了，只可意会，不可言传～
仅仅靠搜索引擎、其他网站那必然无法解决大量问题，因为很多问题是跟业务逻辑相关的，是没有直接答案的。比如 游戏 开发有个界面一直无法显示，这个问题就不是网络可以解决的。问题需要调试分析，这和破案非常像，但在开发过程中更有利的是问题有机会可以重现。破案是逆向工程，需要反推。解决代码问题不仅仅可以反推，也可以通过阅读代码正向分析。下面说说如何debug一个业务逻辑问题。回到刚刚的例子，有个界面一直出不来，我们如何快速去定位：
1.思考这个问题发生的可能性。比如 游戏 内大量界面都是正常的，那么可以对比正常界面代码和异常界面代码的区别，这是对比法。
2.假设创建正常界面和这个异常界面的逻辑代码是一样的，那么问题就落到了这两个界面内部，继续在内部重复上面的对比法进行判断，直到锁定最终位置。
上面说的方法基本上可以杜绝卡在一个简单问题上，这是摆脱新手的一个过程。选择使用对比法或者其他方法的前提都是基于观察和对项目的认识，所以，搜集“案发现场”是最关键的。
其他的问题，不属于逻辑的，像其他网友说的那样，有些通过到github、stackoverflow等地方解决的。这些问题也不是直接就去查找的，它通常也有个分析过程。比如你使用了一个库，但是目前它不支持你的模块。对于新手，就是直接网络或者google了。实际上这样的问题也是有“案发现场”的。对于作者提供的api接口的统一性和便捷程度去推断作者在相关支持模块的位置以及命名以及拓展，再尝试在文件夹中搜索。如果都找不到，再去Google上获取更多的信息。重复推断、分析，决定如何拓展或者绕过。
综合上面的几种问题，可以看到的是都离不开对现场的观察和推理分析。这种能力也被称为经验。但是一般情况下你看不到它们这个分析过程，你能做的就是在实际环境中反复逼迫自己去思考，去训练。这个推理的培养，不仅仅是对事情，也是对人。
我在入行 游戏 开发的前期，也是类似的情况。卡在不同种类的问题上，有些在简单逻辑，有些在别人的代码支持上。后面解决的问题多了，就会发现里面共通的思维方式。常用的一些方法如下：
1.对比法，比较正常与异常代码区别
2.二分查找法。分段注释找问题，也会用在很多方面。比如最近版本突然出了一个奇怪bug，可以通过svn还原来定位。这个还原不是一个一个版本还原，而是用二分法去还原。
3.增加信息。在怀疑的位置或者过程添加日志或者打断点辅助自己更好的推理。
4.相似推理。比如一个引擎在api、性能使用程度上都非常友好，那么它在别的地方也有可能相对表现比较好。这时候如果有个功能我们的实现需要很复杂才能完成，那么就有可能是我们用错了。相似推理不一定都能正确，但会提供一些帮助。
以上。
② 软考程序员考试下午题如何解答
做一份工作，实际就是追寻梦想的过程，而为了完成梦想，必须有一个长期规划，从而指导我们选择工作。它是择业过程中最本质和最原始的参考借鉴。下载链接
为此，小云为你精选一份程序员面试书单，分为职业规划、编程技能两部分，适合刚毕业的大学生、正准备换工作的程序员们，涵盖算法工程师、Java工程师、测试等多个领域。
软技能 代码之外的生存指南约翰 Z.森梅兹 着
这是一本真正从“人”（而非技术也非管理）的角度关注软件开发人员自身发展的书。书中论述的内容既涉及生活习惯，又包括思维方式，凸显技术中“人”的因素，全面讲解软件行业从业人员所需知道的所有“软技能”。
本书聚焦于软件开发人员生活的方方面面，从揭秘面试的流程到精耕细作出一份杀手级简历，从创建大受欢迎的博客到打造你，从提高自己工作效率到与如何与“拖延症”做斗争，甚至包括如何投资不动产，如何关注自己的健康。
编程珠玑（第2版）乔恩·本特利（Jon Bentley） 着
作者虽然没有给出解决这些问题的具体代码，但始终非常富有洞察力和创造力地围绕着这些折磨程序员的实际问题展开讨论，从而引导读者理解问题并学会解决问题的技能，这些都是程序员实际编程生涯中的基本技能。
为此，本书给出了一些精心设计的有趣而且颇具指导意义的程序，这些程序能够为那些复杂的编程问题提供清晰而且完备的解决思路，书中还充满了对实用程序设计技巧及基本设计原则的清晰而睿智的描述。
PS：本书在第一版的基础上增加了3个方面的新内容：测试、调试和计量，集合表示，字符串问题，并对第一版的所有程序都进行了改写，生成了等量的新代码。
重构 改善既有代码的设计马丁·福勒（Martin Fowler) 着
软件开发的不朽经典，生动阐述重构原理和具体做法，普通程序员进阶到编程高手必须修炼的秘笈。
重构，一言以蔽之，就是在不改变外部行为的前提下，有条不紊地改善代码。多年前，正是《重构:改善既有代码的设计》原版的出版，使重构终于从编程高手们的小圈子走出，成为众多普通程序员日常开发工作中不可或缺的一部分。《重构:改善既有代码的设计》也因此成为与《设计模式》齐名的经典着作，被译为中、德、俄、日等众多语言，在世界范围内畅销不衰。
《重构:改善既有代码的设计》凝聚了软件开发社区专家多年摸索而获得的宝贵经验，拥有不因时光流逝而磨灭的价值。今天，无论是重构本身，业界对重构的理解，还是开发工具对重构的支持力度，都与《重构:改善既有代码的设计》最初出版时不可同日而语，但书中所蕴涵的意味和精华，依然值得反复咀嚼，而且往往能够常读常新。
C和C++程序员面试秘籍董山海 着
众多高级语言都从C/C++有所借鉴，所以说C/C++的语言基础对从事软件开发的人员来说非常重要。
本书是一本解析C/C++面试题的书，可以帮助求职者更好地准备面试。《C和C++程序员面试秘笈》共包含12章，囊括了目前企业中常见的面试题类型和考点，包括C/C++程序基础，预处理、const、static与sizeof，引用和指针，字符串，位运算与嵌入式编程，C++面向对象，C++继承和多态，数据结构，排序，泛型编程，STL，算法和逻辑思维等最常见的面试题。《C和C++程序员面试秘笈》通过技术点解析、代码辅佐的方式让读者能深刻领会每个考点背后的技术。
本书紧扣面试精髓，对各种技术的剖析一针见血，是目前想找工作的C/C++程序员和刚毕业的大学生的面试宝典。
Java程序员面试宝典杨磊 着
本书对程序设计面试中Java常见的题型和常用解答技巧进行了介绍，对现代职业人如何有效求职、面试考官如何关注求职者动态等做了详细解说。本书将为您揭开知名IT企业面试、笔试的核心机密；传授程序员岗位求职的关键技巧。
编程之法：面试和算法心得July 着
本书涉及面试、算法、机器学习三个主题。书中的每道编程题目都给出了多种思路、多种解法，不断优化、逐层递进。本书第1章至第6章分别阐述字符串、数组、树、查找、动态规划、海量数据处理等相关的编程面试题和算法，第7章介绍机器学习的两个算法—K近邻和SVM。此外，每一章都有“举一反三”和“习题”，以便读者及时运用所学的方法解决相似的问题，且在附录中收录了语言、链表、概率等其他题型。
书中的每一道题都是面试的高频题目，反复出现在最近5年各大公司的笔试和面试中，对面试备考有着极强的参考价值。全书逻辑清晰、通俗易懂，适合热爱编程、算法、机器学习，以及准备IT笔试和面试，即将求职、找工作的读者阅读。
C#与.NET程序员面试秘笈靳华 着
《C#与.NET程序员面试宝典》取材于各大IT公司的历年面试题252个（包括研发类笔试及口试题目、情商及智商类题目），详细分析了应聘C＃与.NET程序员职位的常见考点。《C#与.NET程序员面试宝典》主要内容包括：面试流程、基础语法和技术框架、数据访问及XML应用、高级特性及应用进阶、测试及质量保证、跨国公司经典面试题等。
软件测试工程师面试指导蔡为东 着
对于想要得到一份软件测试工程师职位的朋友来说，可能会有一些疑问，如软件测试这个行业究竟怎么样?什么样的人适合做软件测试?面试当中要注意什么?软件测试的基本知识点都有哪些?笔试都会涉及哪些内容?等等。本书将解答以上所有的疑问。
本书共6章内容，主要包括软件测试行业概貌、软件测试从业人员的基本要求、如何找工作、软件测试技术基础、典型的测试工程师笔试题等。本书内容丰富，讲解深入浅出，能让读者朋友在短时间内掌握基本的测试技术，了解求职过程的各个环节，熟悉各种类型的笔试题，领会面试技巧。本书后附有一些实用的附录，例如简历模板、新人工作指南等，尤其是“我在微软做软件测试外包”这一部分内容，寓故事性和知识性于一体，讲述了作者在国际软件巨头——微软公司做软件测试外包的亲身经历，相信对于广大的读者朋友有阅读和参考的价值。
本书适合想要从事软件测试工作的朋友，也可供初级软件测试工程师学习之用，另外也可作为大专院校软件测试培训的教材之一。
Android高薪之路李宁 着
《Android高薪之路:Android程序员面试宝典》取材于各大IT公司面试真题，所给出的试题尽可能地覆盖了Android应用开发的各个方面，而且大多数试题都有解析部分，读者可以通过这部分更深入地理解试题中所包含的技术内容，希望真正做到由点成线，举一反三。
《Android高薪之路:Android程序员面试宝典》中还将Android中涉及的各个常用技术问题进行筛选、分类。这样读者可以有的放矢，对自己还没有掌握的Android技术进行重点攻破，从而起到事半功倍的效果。除了对每道题目都有详细的解析和回答外，对相关知识点还有扩展说明。
《Android高薪之路:Android程序员面试宝典》对面试中Android常见的题型和常用解答技巧进行了介绍，它不仅能帮助求职者快速复习相关知识点，也对现代职业人如何有效求职做了详细解说。《Android高薪之路:Android程序员面试宝典》对于读者从求职就业到提升计算机专业知识都有显着的帮助。
编程之美《编程之美小组》
《编程之美—— 微软 技术面试心得》收集了约60道算法和 程序设计题目，这些题目大部分在近年的笔试，面试中出现过，或者是被微软员工热烈讨论过。作者试图从书中各种有趣的问题出发，引导读者发现问题，分析问题，解决问题，寻找更优的解法。
书中绝大部分题目都提供了详细的解说。 每道题目后面还有一至两道扩展问题，供读者进一步钻研。
书中还讲述了面试的各种小故事，告诉读者微软需要什么样的技术人才，重视什么样的能力，如何甄别人才。回答读者关于IT业面试，招聘， 职业发展的疑问。 这本书的很多题目会出现在IT 行业的各种笔试，面试中。但本书更深层的意义在于引导读者思考，和读者共享思考之乐，编程之美。
③ 谁帮我讲解这个逻辑推理题目
首先要找到题目的关键词：凡是
其次正确理解＂凡是＂的释义：总括某个范围内的一切
综上，可以理解为：只要一个人不称职他就看不见这件衣服+只要一个人愚蠢就看不见这件衣服，反过来理解就有：能看见衣服的人，肯定不会是＂不称职＂或＂愚蠢＂的人。而＂不愚蠢＂的人就不属于＂愚蠢的人＂，同理，称职的人也一样。并且＂一个人称职＂的反义就是＂一个人不称职＂，这样可以证明C选项成立。
以上的所有还可以证明A选项成立，B选项成立。
再而要了解一个包含关系，这里的主语排除修饰词后就是＂人＂，而人=好人+坏人+不称职的人+愚蠢的人+称职的人+愚蠢的人等。（只要在＂人＂字前加各种能加的去形容词，就可以得到各种不同的人。）
这里回头看提干，那么多种类的人中，题目只限定了＂愚蠢＂或＂不称职＂的人，剩下的种类并没有作限制，所以不能臆断。
从正向思维来理解：例如正直的人，正直与否是品行上的限制。一个人正直，但是他有可能很愚蠢。正直的人，他会见义勇为，但是他不一定是个好爸爸（就是不称职的父亲）。也就是说一个正直的人，我们不能确定他是否愚蠢（或聪明），也不能确定他是否称职（或不称职）。这样的人能不能看到衣服呢？不知道啊！所以D项不成立。
从逆向思维来看，就像楼上说的，一个瞎子，他既不一定是愚蠢的人，也不一定是不称职的人。他同样看不到衣服，不能就因为看不到衣服，就把他强制规划到愚蠢（不称职）那一类人里面啊。瞎子们肯定也不同意啊。所以，D项不成立。
④ 语文.推理 一位中国电脑程序员被发现死于家中，且在他 身边发现了一行血字：1110
中国人 因为些阿拉伯数字 111000应该是欠他的钱
⑤ 侦探推理题：。 程序员卡鲁被发现死在家中，他死前留下一个暗号：2WSXDR5。
选：A
在键盘上找出这串暗号的位置，连接起来就得出了V这个图形，所以选A
⑥ 一道事业单位逻辑推理题，求推理解释
三个人的发言两假一真，根据发言为真的一个人进行分类讨论:
1.会记发言为真，司机和程序员发言为假
则甲是程序员，丙是诈骗犯，司机是诈骗犯；故乙是会计，发言为真。
2.司机发言为真，会记和程序员发言为假
则甲不是程序员，丙不是诈骗犯，司机是诈骗犯；由题意可得诈骗犯说的是假话，与司机发言为真相违背，排除这种可能性。
3.程序员发言为真，会记和司机发言为假
则甲不是程序员，丙是诈骗犯，司机不是诈骗犯；由于诈骗犯发言为假，故会记（丙）是诈骗犯；甲不是程序员，而是司机；乙是程序员，发言为真。
综合情况1和情况3，乙不是司机，发言为真