程序员之家bug论坛(程序员之家bug论坛官网)

大家好，小文今天给大家整理了程序员之家bug论坛，程序员之家bug论坛官网的知识，感兴趣的伙伴们可以来一起了解下。

本文目录

1. 程序员的悲哀是什么
2. 程序员最怕什么
3. 程序员遇到百度不出来的bug都是怎么解决的

程序员的悲哀是什么

程序员也是吃青春饭的。

一、中国程序员真的很悲哀，从6岁开始读书，25岁好不容易大学毕业了，结果到了35岁就没人要了，能力稍微差点的，有的32就没人要了。职业生涯真的好短。而做程序员期间还要不断学习，天天还要面对无休止的加班，上班就要面对产品以及测试的纠缠。而要想进某些公司面试以及笔试的过程就跟应对高考一样，天天刷题。

二、程序员真的是个可悲的行业，这个行业，前浪死在沙滩上，就是青春饭，而且到最后身体还跨了。这个残酷社会，如果没有关系，仅仅靠自己打拼，又没有准备好未来的养老钱，不担心出路才怪。大家其实是同病相怜，只要醒着，就会出现各种担心。

三、程序员不行，只有那么十几个城市有合适的工作，而这些城市的人才供过于求，导致没有大公司愿意让一个普通员工完全远程办公。他们无法享受三四线城市那种老婆孩子热炕头的天伦之乐，不得不接盘一二线城市高昂的房价。

程序员最怕什么

怕客户要我开发淘宝、微信之类的APP

别问为什么，商城我能开发，聊天软件我也能搞定。但是让我做一个淘宝和一个微信我真的做不出来。再说了，我要是能做出来，还用跟你在这扯需求？

2.怕客户不跟我谈钱，又怕客户跟我乱谈钱

我真的不想技术入股什么未来价值一百个亿的创业公司，你的饼很大我吃不下，麻烦直接给我结账谢谢。另外，某宝上一个网站才几千块钱，这我知道。但我开发一个网站确实得过万，您要觉得那种适合您，就那种吧。

3.怕客户让我加小需求

「顾客的每一件小事都是我们的大事。」

这话本来就是说说而已，我没想它成真，希望您也别让它成真。一个页面改下行间距这真的是小需求，没有问题，我能改。把小程序改成APP这个真就不是小需求了，您再怎么解释说「小程序不就是轻量级的APP嘛，本质是一样的」，我也改不了，这真的是两个东西。

4.怕公司来实习生、来新员工

你们每来一批，我就离35岁的大坎近了一步。我真的肝不过你们，我上有老下有小，加班到十点我咬咬牙也行，你让我像你们一样加班到十二点，甚至一两点，我真的做不到。揣着那么一点经验，也被你们三下五除二给学过去了，我也真的很难。

5.怕接收别人的代码

看着你写的东西，我不止一次的怀疑自己看到的代码是不是英文，自己看到的注释又是不是中文。也一度佩服前面的朋友，是怎么将一个一百行代码就能解决的问题给写到一千行的。如果有一天我的工资按代码量算了，我一定向你请教。但是现在，我得先睡一觉，你这个代码让我有点晕。

程序员遇到百度不出来的bug都是怎么解决的

笔者不同意下面网友的回答。程序员如果解决bug的水平停留在百度，那么本质上只是一个“面向搜索引擎的代码搬运工”，是不合格的程序员。

程序员对面bug，正确的“打开方式”是像福尔摩斯和柯南那样，寻找线索、运用逻辑推理来缩小问题可能的根因范围，最终精准定位。

常用的方法有：

1.坏境上下文变换法

2.工具调试法

3.版本回溯对比法

4.代码审计法

……

没有编程问题是stackoverflow和Google解决不了的，假设你在编程中遇到了问题，你自己解决不了、你周围的的人都解决不了的时候，我觉得stackoverflow、Google是你最好、也是最后的帮手。

作为一个程序员，我觉得Google、stackoverflow是你必须要学会使用的两个工具，这两个工具本身并没有使用门槛，只不过因为一些众所周知的原因，很多人不能使用Google和stackoverflow这两款工具。

Google主要还是方便，而且很多编程问题都需要用到英文搜索，当然现在百度在专业能力上也提升明显，不过跟Google也还是有比较大的差距，因此我还是强烈建议要学会使用Google，这会帮你在工作、学习上事半功倍。假设Google确实因为某些原因没办法很好的使用，我也建议你至少要会使用Bing搜索。

现在可以说stackoverflow上没有你找不到的问题了，从IDE环境安装问题，到各类编程语言问题。算法问题，数据结构问题，调试，重构等等，几乎这里就没有你找不到的答案，可以说在stackoverflow上你可以找到任何解决方案，并且上面的回答者基本上都是非常有经验，而且都是实际中遇到的问题分享出来的，这个工具一定要会使用。同理，除了stackoverflow这个专业的垂直程序员问答社区，你也可以使用Quora这个综合问答社区，这上面也能找到很多问题的答案。

一些比较优秀的文本编辑器：Emacs/Vim，VisualStudioCode，SublimeText，Atom，Ultraedit，Hbuilder等。

一些比较非常出色的IDE集成开发环境：visualstudio，IntelliJIDEA，PhpStorm，HaskellforMac，eclipse，WebStorm，GoLand，CLion，AndroidStudio，Xcode，QT等。

macOS平台比较好的第三方包管理工具：Fink，Macports，Homebrew等。

一些比较好的终端工具：Zoc7，iTerm2，Cmder，terminus，hyper等。

一些比较好的笔记软件、markdown工具、效率工具：Evernote，有道云笔记，为知笔记，Ulysses，MWeb，FileZilla，Snipaste，Kantu等。

虚拟机软件、容器软件：ParallelsDesktop，VMWareFusion，VirtualBox，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，就能找到答案了。

在这里必须提一下这个网站，所有的程序员有必要学会使用这个网站，其实，你编程中所遇到的问题，这个网站上几乎都是由解答的。

StackOverflow可以说是最好的软件程序类问答网站了，给软件开发人员工作和学习提供了非常大的便利，以至于像小白，离了StackOverflow简直都不会写程序了。

所以，建议大家一定要学会使用这个网站，对你编程肯定会有非常大的帮助的。

通过上面的方法，几乎应该能够解决到你所遇到的问题，但是，实在找不到答案的话，你可以问经验比你丰富的老程序员，实在解决不了，那就换种方法吧！

百度，谷歌，debug，断点调试，业务上的bug就需要问下同事或者产品。如果能知道大致范围，哪一部分错了，就换一种方法呗，一般都不会只有一种方法。

1.reload

2.restart

3.rewriteandthengoto2or4

4.reboot

5.rm-rf/

6.原谅我编不下去了[捂脸][捂脸][捂脸][捂脸][捂脸][捂脸][捂脸]

找bug跟医生看病的思路是一样的，要对症下药。得先把问题的根源找到，找到根源以后问题就容易处理了。搜索引擎找不到的问题，说明这个问题不是一个常见的问题，具有独特性，那么从bug出现的路径上一步一步去排查。必要时可以用排除法，尽可能的缩小排查范围。另外，当软件的业务逻辑比较繁多复杂的时候，一个结构清晰的架构能为你节省不少找bug的时间。还有，充分的单元测试能够帮你减少出bug的机会。以上均为个人看法，欢迎讨论！

一般程序员能碰到的bug无外乎其他上游程序员写库时手抖留下些不匹配或者容易溢出的问题，搜一下差不多能解决问题。如果是自己写的，那无非就是时序错误类型错误之类的，用breakpoint一行行的调就好了。

再复杂点的bug就是程序员拿高薪的根本了，只可意会，不可言传～

仅仅靠搜索引擎、其他网站那必然无法解决大量问题，因为很多问题是跟业务逻辑相关的，是没有直接答案的。比如游戏开发有个界面一直无法显示，这个问题就不是百度可以解决的。问题需要调试分析，这和破案非常像，但在开发过程中更有利的是问题有机会可以重现。破案是逆向工程，需要反推。解决代码问题不仅仅可以反推，也可以通过阅读代码正向分析。下面说说如何debug一个业务逻辑问题。回到刚刚的例子，有个界面一直出不来，我们如何快速去定位：

1.思考这个问题发生的可能性。比如游戏内大量界面都是正常的，那么可以对比正常界面代码和异常界面代码的区别，这是对比法。

2.假设创建正常界面和这个异常界面的逻辑代码是一样的，那么问题就落到了这两个界面内部，继续在内部重复上面的对比法进行判断，直到锁定最终位置。

上面说的方法基本上可以杜绝卡在一个简单问题上，这是摆脱新手的一个过程。选择使用对比法或者其他方法的前提都是基于观察和对项目的认识，所以，搜集“案发现场”是最关键的。

其他的问题，不属于逻辑的，像其他网友说的那样，有些通过到github、stackoverflow等地方解决的。这些问题也不是直接就去查找的，它通常也有个分析过程。比如你使用了一个库，但是目前它不支持你的模块。对于新手，就是直接百度或者google了。实际上这样的问题也是有“案发现场”的。对于作者提供的api接口的统一性和便捷程度去推断作者在相关支持模块的位置以及命名以及拓展，再尝试在文件夹中搜索。如果都找不到，再去Google上获取更多的信息。重复推断、分析，决定如何拓展或者绕过。

综合上面的几种问题，可以看到的是都离不开对现场的观察和推理分析。这种能力也被称为经验。但是一般情况下你看不到它们这个分析过程，你能做的就是在实际环境中反复逼迫自己去思考，去训练。这个推理的培养，不仅仅是对事情，也是对人。

我在入行游戏开发的前期，也是类似的情况。卡在不同种类的问题上，有些在简单逻辑，有些在别人的代码支持上。后面解决的问题多了，就会发现里面共通的思维方式。常用的一些方法如下：

1.对比法，比较正常与异常代码区别

2.二分查找法。分段注释找问题，也会用在很多方面。比如最近版本突然出了一个奇怪bug，可以通过svn还原来定位。这个还原不是一个一个版本还原，而是用二分法去还原。

3.增加信息。在怀疑的位置或者过程添加日志或者打断点辅助自己更好的推理。

4.相似推理。比如一个引擎在api、性能使用程度上都非常友好，那么它在别的地方也有可能相对表现比较好。这时候如果有个功能我们的实现需要很复杂才能完成，那么就有可能是我们用错了。相似推理不一定都能正确，但会提供一些帮助。

以上。

程序员之家bug论坛和程序员之家bug论坛官网的问题分享结束啦，以上的文章解决了您的问题吗？欢迎您下次再来哦！