Ⅰ 程序员怎么在工作中解决问题并提升学习能力的
学习，不停的学习。
刚遇到工作上的难题之后，一般就是靠个人能力解决，要是一个人不能解决的话，就申请团队解决，总之最主要的目的就是解决难题。
作为程序员我认为最值得学习的精神就是：程序员的学习精神。
在日常的工作中我们也经常会遇到难题，但是从来没选择逃避过，就是认真面对困难，然后再一一把它们解决掉，在解决困难的途中，收获会非常大。
Ⅱ 程序员独立研发的时候，遇到问题了你们都怎么解决啊
1.技术问题：网络，bing，SCDN，请教前辈
先网络，网络是个好老师。
网络解决不了的再bing搜索一下，我遇到很多次都是在bing上找到的。
当搜索引擎搞不定的时候，这时候需要论坛了，去CSDN找找相关的技术贴，总会有点思路。
最后就是找公司的同事，这个有些时候需要花一些代价，毕竟大家都很忙。
2.逻辑问题：有些时候会遇到很恶心的逻辑
当想不明白或者想不通的时候，我会试着一步一步把逻辑写在纸上，这样就会很清晰，如果在某一步被卡住了，那么问题的关键也找到了。当然有些时候或许一开始就走入了一个误区，从而导致了一个错误的思路，这个时候我一般会睡上一会，或者做些完全和开发不相关的事，目的是忘记刚刚所有的东西，然后从新审视问题，换个角度去考虑。
（个人经验，纯手打！）
Ⅲ 程序员遇到百度不出来的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、性能使用程度上都非常友好，那么它在别的地方也有可能相对表现比较好。这时候如果有个功能我们的实现需要很复杂才能完成，那么就有可能是我们用错了。相似推理不一定都能正确，但会提供一些帮助。
以上。
Ⅳ 程序员学习的疑惑
潭浩强的<<C程序设计>>
清华大学出版的<<C++程序设计>>等 能了解一些基本语法 会编写些简单的程序
第二步：看<<C++ primer>>我绝对对赞同这是本好书，面也广．<<The C++ programing Language>>这本书的名头也是让我如雷灌耳，上图书馆找了半天没找到，唉伤心．．它们能使你更全面的了解C++ 这时你对泛型编程．模版．容器．标准库函数 等都会有一些了解，甚至会有一些自己的独到见解了．以后看到这些代码不至于会不知道是什么东西 (当然这书可以结合第一步的书看)
浏览下＜＜The C++ Standard Library＞＞了解下函数标准函数 因为你可能以后会经常在书上或网上看到它们的身影．你首先应该知道那是标准库里的函数．然后不明白可以再参考下这本书．我知道的有一本比较小一点的书＜＜C／C++标准函数查询＞＞也可以做为参考．
第三步：这时候C++基本的东西你已经掌握了差不多了 学习windows的程序设计
两本精典之作 <<windows程序设计>>
＜＜windows核心编程＞＞
（这两本书至少看完一本后，如果想进一步学网络编程<<winsock网络程序设计>>＜＜windows网络编程＞＞之类的书可以看看）
如果有兴趣可以看些LINUX的编程书 ＜＜自己动手写操作系统＞＞
＜＜linux内核编程＞＞.......
还有这个期间要结合 ＜＜计算机组成原理＞＞
＜＜编译原理＞＞之类的书看
然后再看VC++类的书 ＜＜深入浅出MFC＞＞
《VC++技术内幕》等
有空的话可以学点汇编 汇编的书我就不介绍了 因为不是了解很多
第四步：第三步完了，差不多能写一些自己的小软件了，这时候要进一步发展学些复杂的，效率的．
看 ＜＜数据结构＞＞ 学习算法．
看 <<effective c++>>
《Exceptional C++中文版》
＜＜thinking in C++＞＞ 这本书在国外有很高的评价，第一卷还简单一点，第二卷我啃了半天没啃下（标准库不是很熟悉的结果）， 所以最好要看完＜＜the C++ progarming language＞＞或＜＜C++primer＞＞（当然其他书大家自己发掘了）再看它
《C++ Templates全览（简体版）》，人民邮电出版社 模板是不是令你觉得很新颖，那去学他吧．
进一步提高自己，养成良好编写习惯还有很多好书下面我会列出来（不是说要你们全看，当然看的越多越好）
学习C++心得与值得一看的书
结合一些我的学习经历,希望对于想学C++的人有些帮助. 大家有什么好想法望提出
我老师最初是从C语言教起的,用的是潭浩强的<<C程序设计>>这本书,那时候命令执行都是在CMD里实现,用的编译器是turboc最经常用到的就是 printf cin 对于效率不是很在乎,只要能执行就好了,连warning都忽略(这个很不应该).后来又学了C++,是清华大学出版的<<C++程序设计>>,用的编译器是VC6.0.这本书也是讲了一些很基础的东西.给我的感觉就是 "类"在这里是无处不在, 封装,继承,派生,多态,还有一个是泛型编程都在这本书被提到,相对于只学过C的人应该会觉得很新鲜.但我很多时候在做作业时都是C跟C++混合使用,想起来会觉得很好笑.并没有把C++特性很好的发挥出来.
后来学过<<visual c++ 6从入门到精通>> 这里面基本是讲MFC了,类在此时才发挥它的魄力,这时基本都是用C++编写代码了.
但代码写的很烂,没有想过要优化它.
暑假回家看了<<C++primer>> 如获至宝,容器与泛型编程给我有一种耳目一新的感觉.此书是这样被评价的:久负盛名的C++经典教程,结合两位C++大师的精妙见解. 写的挺细的,你会学到很多新东西 . 但我个人不建议以它做为最初的入门教材,可结合入门教材看.
还看了<<effective c++>> 如果你学过C++并且已经写过很多觉得很满意的作品,但是你说你没看过甚至没听过这本书,我得跟你说你错过了优化编程思想的机会,呵呵有点夸张. 给你们简述下简介:当你读过这本书后,就获得迅速提升自己C++功力的一个契机,帮助跨越C++的重重险阻,领略高处才有的壮美风光,做一个成功而快乐的C++程序员.
你也许会怦然心动,确是一本好书.效率,安全,在此淋漓尽现. 令人拍手称快. 你会突然觉得自己以前写的代码是多么的糟糕,这时你已经往前迈了一步了.
这本书建议看完<<c++primer>>后再看,因为里面有涉及容器等一基本教材未提及或未深入的东西,如果感兴趣还可以看看<<more effective c++>> <<effective stl>>
Ⅳ 程序员遇到解决不了的bug怎么办
大部分程序员都有一个问题就是不太愿意测试自己的代码。他们草草的调式完成以后就认为工作结束，测试那是测试人员的工作。
1. 影响了程序员自己的声誉
2. 影响了产品的质量
3. 影响了客户的信任度
4. 这个时候再 DEBUG 难度增大了许多。
大的不说，就说多自己声誉的影响吧。如果你的程序总会有这样那样的 BUG ，你得到收益会减少，即使你写了很多代码。
程序员必须克服一些自身的致命缺点才能够从根本上解决这个问题。那么这个问题是什么?前面我们已经提到，程序员对自己的代码都非常宽容，认为那是正确的没有问题。实际上这种想法比较正常，程序是通过程序员思考和设计之后才写出来，程序员不会将自己认为不正确的东西写到代码里，而到这个时候都一直假设程序是正确的;但人非圣贤，怎么可能不犯错误来。实际上程序员在对待其他程序员时候的态度就很好，带着一种挑剔和学习的态度;但一旦对待自己的代码就很难这么做;这就是最致命的。程序员也必须对自己的代码带着挑剔和学习的态度;这个基础是假设自己的代码是错误的，然后需要做的是怎么样证明自己的代码是正确的。程序员自身可以在程序生成的每个阶段做这些工作：仔细的设计(这个时候画点时间是值得的，必须保证我们对自己的程序有清晰的轮廓后才能开始动手写)、编写代码时、单元测试(单元测试的重要性就不在赘婿了)、功能测试。
Ⅵ 北大青鸟设计培训：运维程序员如何快速处理线上问题
对于大多数运维程序员来说，时时刻刻都需要关注服务器和系统程序可能出现的问题并提前解决。
今天我们就通过案例分析来了解一下，运维程序员如何快速处理线上问题。
任何一旦掉进坑里，明智的做法一定是：跳坑_>填坑_>避坑，线上故障处理的过程也一样，优先级从高到低，线上故障处理的目标如下：跳坑‘跳坑’——快速恢复线上服务，或者将对线上服务的影响降到低。
线上服务的可用性决定着服务者的客户利益，影响着公司的收益。
一旦线上环境不可用，无法服务用户，给公司/团队带来经济利益损失的同时，更为严重的会给公司/团队带来恶劣的名声。
所以一般公司都会对线上环境提出稳定性和可靠性的要求，这也是团队乃至部门的kpi。
为此，遇到生产故障后的一要务是：恢复生产服务，即使不能完全恢复线上服务，也要想尽办法将对线上服务的影响降到低。
填坑‘填坑’——找到问题原因，根本上解决问题。
在恢复线上服务，尽大限度减掉对用户/公司/团队带来的影响后，我们需要彻查问题，搞清楚故障发生的根本原因，从根本上解决问题。
通常情况下，‘填坑’和‘跳坑’是同步在做的，完成‘填坑’也就意味中‘跳坑’成功，但是也有一些紧急情况下的特别‘跳坑’方法，比如重启服务，或者服务降级/熔断等等，实际并未在当时完成‘填坑’，而是先采取非常规手段‘跳坑’，之后再慢慢‘填坑’。
避坑‘避坑’——举一反三，消灭隐患。
找到了根本原因，解决了问题之后，我们需要举一反三，以此及彼，想想在这个故障排查和处理过程中，那些环节存在弱点?那些流程/规范/制度需要优化?这类问题是否在其他系统或者团队中也存在?通过这样的反思和自我批评，形成一份线上事故报告，不断完善流程，避免再次踩坑，也在团队中交流经验，共同提高。
线上故障处理的思路依据线上故障处理的目标及目标的优先级，线上排障的一目标是恢复线上服务或者降低对线上服务的影响，关键点在于快速二字，在‘跳坑’-‘填坑’之后，再行回溯总结，以便‘避坑’。
因此，可以将线上故障处理的步骤分为：故障发现故障定位故障排除故障回溯其中前三步是‘跳坑’行为，后面一步包含了‘填坑’和‘避坑’。
上述步骤并不是说要从上到下顺序进行，建议在不乱阵脚的情况下，并行去做，因为通常线上故障后会紧急启动故障处理程序，运维、开发、测试、产品各个角色都会参与进来，这时候分工下去，并行去做，不断汇总消息，做出判断，以求快速排障，恢复服务。
这个思路类似于操作系统的fork/join设计思想，目的在于提高效率。
在无法快速找到故障原因的时候，需要果断跳过故障定位环节，直接进行故障排除，比如采用服务降级、服务器扩容等手段，确保对线上服务降到低且可控。
南宁北大青鸟http://www.kmbdqn.cn/建议可以等到线上服务’撑’过去之后，我们再慢慢定位故障原因，根本上解决问题。
Ⅶ 程序员如何提高解决问题的能力
就和你编程一样。决策树算法的逻辑，移植到实际问题的解决。甚至可以升级为，决策森林算法，深度森林算法。
遇到问题就开始分类。然后根据自己的现状与实力，确定可行域，然后找最优解，最起码也得是可行解中的效率较高的。
Ⅷ 程序员如何提高解决问题的能力
#技术分享# 程序员最重要的能力之解决问题的能力。上次说到程序员最重要的能力之自学能力。自学你总能找到这样或者那样的资料，然而当你遇到一个技术难题你可能在网络找不到任何有用得资料。
这个问题我分两个层面去阐述，道与术。道是基础知识储备，术就是方法。
零散的知识是无用的，你听到一句很有哲理的话，你看到一个深入你心的人生感悟，这些东西对你其实都是毫无作用的。真正有作用的知识一定是成体系的，系统性的。知识与知识直接是有关联的。用分类的思想来说，知识点有兄弟关系，有父子关系。兄弟是有同有异的，父子是有传承的，是从属的。 另外，系统性的知识一定是强调完备性的，是有限元的。
抽象的东西很难理解，通俗的去说就是在学习的时候有要意识的去系统性的学习。就好像你听到的人生感悟，各种鸡汤，他们不是没有道理，而是还得知道他们的背景与环境。了解了这些你就不会急着往你自己身上套。
术就分享几个小方法。编程上遇到的问题一般都有错误信息，这些信息都会有堆栈。很多同学一看到错误提示是英文的就不管三七二十一复制去网络了。其实很多时候错误提示本身就是答案，因此学一些基础的英文是有必要的。如果错误信息过于抽象，那跟着堆栈去调试也是一个很好的选择。以上基本就能解决你遇到的90%的问题。从另外的角度也提示我们在编程的时候需要抛出友好的错误提示。
另外我们还会遇到一些莫名其妙的问题，没有任何提示。这个时候我们要学会提取关键词，利用搜索引擎找到答案。分享一个案例，我在用flutter开发app时有客户反馈偶发性的白屏。提取关键词flutter+白屏在网络几乎没有任何有用的信息。继续细节化，白屏出现在启动页。换成谷歌 flutter+splash+blank顺利找到解决方案。总结就是，尽量找一手资料，尽量用英文搜索，利用细节关键词缩小搜索范围。
当然，以上的两个方面都不足以概论如何提升解决问题能力的问题。最重要的是经验，有足够解决问题的经验是基础。这种能力是有正向反馈的，你解决了第一个问题，你就有信心解决第二个问题。遇到问题不要着急去搜索，去技术群问答案。自己能解决问题会给你带来良好的正向反馈。
广告：泰升网络 科技 ，专业从事企业信息化服务，软件定制开发，SAAS等。
Ⅸ 优秀的程序员是如何处理技术 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、良好的团队合作精神
无论是部分编程还是大型项目，所有开发人员都是作为团队的一部分在协同工作。你需要致力于团队的目的，或帮助新的团队成员克服障碍。不要存在这种“我只要做好我的本职工作，下班就直接回家”的态度。成为团队的一部分，帮助周围的同事，对自己的能力也是不小的提升。
就像拿破仑说的不想当元帅的士兵不是好士兵，追求参与一个大型软件系统的开发，是每个程序员的梦想。在此之前，应该学习更多的专业知识，达到优秀程序师的标准。最后希望各位程序员阅读本文后能够得到一些裨益，在这条路上走得更好。