① 程序员遇到百度不出来的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、性能使用程度上都非常友好,那么它在别的地方也有可能相对表现比较好。这时候如果有个功能我们的实现需要很复杂才能完成,那么就有可能是我们用错了。相似推理不一定都能正确,但会提供一些帮助。
以上。
② 我是一名程序员,受够了朝九晚五,想辞职转行,想自己创业,不知道有啥好的项目可爱的朋友能指点迷津下
想要创业,建议您选择一个合适的创业项目,看自身是否具备相关项目的资质,找对项目之后脚踏实地努力。当然创业过程中资金也是需要考虑的问题,如果您启动资金有限,可以通过小额贷款的方式来解决。
推荐使用有钱花,有钱花是度小满金融旗下信贷品牌,面向用户提供安全便捷、无抵押、无担保的信贷服务,借钱就上度小满金融APP(点击官方测额)。有钱花消费类贷款,日息低至0.02%起,年化利率低至7.2%起,具有申请简便、利率低放款快、借还灵活、息费透明、安全性强等特点。
度小满金融独家冠名《奔跑吧·黄河篇》第二季,下载度小满金融 APP参加活动,即可赢跑男周边、享低息优惠和最高千元生活礼,还有腾讯视频会员,京东E卡等多种生活礼劵随机得,更可参加抽奖活动。
和您分享有钱花消费类产品的申请条件:主要分为年龄要求和资料要求两个部分。
一、年龄要求:在18-55周岁之间。特别提示:有钱花谢绝向在校学生提供消费分期贷款,如您是在校学生,请您放弃申请。
二、资料要求:申请过程中需要提供您的二代身份证、本人借记卡。
注意:申请只支持借记卡,申请卡也为您的借款银行卡。本人身份信息需为二代身份证信息,不能使用临时身份证、过期身份证、一代身份证进行申请。
此答案由有钱花提供,因内容存在时效性等客观原因,若回答内容与有钱花产品的实际息费计算方式不符,以度小满金融APP-有钱花借款页面显示为准。希望这个回答对您有帮助。
③ 我培训机构刚毕业出来的程序员,在公司里做软件工程师,项目代码做不出来,被开除了。出bug了就不知道
刚做项目都是这样,建议进一些正规公司,进入后有人带着一起做项目,不懂就问,实际做上2个项目就知道如何做了。不会一开始就让你单独接项目。
1、继续开发行业,找正规公司,不要太在乎工资。
2、做二次开发,一些软件公司有自己的产品,他们有合作商,做二次开发相对来说简单一点。
3、做实施,有开发相关经验一般会优先录取(学历、经验也很重要)。
4、做测试,额,测试行业不是很了解,大型公司的测试都是大神级别的。。。
④ IT公司的项目组入职了新的程序员,如何带好这些新员工
不少软件开发团队每年都有新的开发人员要加入,其中以初级程序员居多,要想让这些初级程序员能够快速融入开发团队并实现价值,需要从以下三个方面入手:
第一:以开发实践能力进行人员划分。 新入项目组的准程序员往往有两种情况,一种情况是刚刚走出大学校门的计算机专业毕业生,另一种情况是自主学习通过面试的非计算机专业毕业生。这两种准程序员在进入岗位之前可以根据实践能力进行人员划分,实践能力较强的可以直接安排进项目组中,而实践能力较差的准程序员则安排到实习岗位上。按照 历史 经验来看,不少实践能力较差的程序员如果直接安排到开发岗位上,往往会导致其放弃这份工作。
第二:老带新。 按照 历史 经验来看,让程序员快速成长的方式无非就是通过实际项目的锻炼,对于学习能力较强的程序员来说,如果有专人指导的情况下会很快融入到开发团队中,有的程序员在一个月之内就可以完成功能模块的开发。老带新的原则有三点,其一是软件开发团队所使用的技术结构要交代清楚;其二是软件开发过程中所使用的开发工具和开发流程要交代清楚;其三是给出具体的参考案例。
第三:安排清晰的工作任务。 对于初入项目组的开发人员来说,由于其自身的专业知识积累还比较少,在项目理解力上还有待提高,所以在安排具体开发任务的时候一定要详细,越详细越好,同时要给出明确的功能边界,防止出现不可控的事情发生,比如哪些数据是不能动的,哪些功能和资源是不能调用的等等。有的时候“无知”是最可怕的敌人,不少初级程序员进行的“删库”等操作都是在“实验”的心态下完成的。
如果有互联网、大数据、人工智能等方面的问题,或者是考研方面的问题,都可以在评论区留言!
我是程序员出身,现在也管理着一个项目,手下最多的时候也有十几号人;但是说实话,在管理方面,我还是比较欠缺的,我也一直在学习和摸索;当项目组入职了新的程序员的话,我经常会这样做:
先沟通,大方向要保持统一
每当项目组入职了新的程序员,我会第一时间和他们沟通,主要让对方快速地知晓项目的基本信息,并了解我们大的方向、观点、风格,我是希望在某些地方能和组员保持一致,例如:
制定计划
下面就要给新人制定计划了,这一点在前期很重要,否则新人就会面临无事可做的尴尬;
安排开发任务
通常,我们一两周后就会给新人安排一些开发任务,当然这个过程也是从易到难:
代码检查
对于新人,代码检查一定要做;如果是工作时间段的新人,每一行代码都检查一遍都不为过。
最后,我会给新人一些成长方面的建议,让他们觉得在这个项目中能学到东西;毕竟我没有权利给他们涨工资,只能通过这种方式留住员工了。
我将持续分享Java开发、架构设计、程序员职业发展等方面的见解,希望能得到你的关注。
建议从以下几方面考虑:
1、人员能力考查和培养。人员的能力参差不齐,需要根据岗位进行有目标的培养;
2、业务技能提升。想把工作做好,不了解业务,不理解自己做的东西,早晚要出现与预期偏差较大的情况。
3、工作态度和心态的培养。
4、尽早了解项目内容和项目团队,将人员在项目中的定位和需要的技术提前告知,告知项目计划和提示工作的难点。
5、组织一点团队活动,早点融入项目。
第一:熟悉你们开发工具、开发环境、运营环境……
第二:熟悉上下开发工序对接组别和责任人……比如开发该项目的前端、后台、测试等不同组别以及其他开发外项目组外的不同部门打交道的人员。
第三:项目说明书、整体功能、进程,所负责的分割模块……要完完全全提供出来。
每个人都是从新人成长过来的,在我工作的五年间也带过很多新人,最近刚好有个毕业生来公司实习,领导让我带,这边就分享一下我具体是怎么操作的(开发的角度):
总而言之,带新人还是比较累的,对大部分公司而言,技术要求并不是很高,所以新人真的比较难上手的不是技术,而是业务和表结构逻辑的不熟悉,作为新人,公司的打算就是从零开始培养,因此基础并不是最重要的,学习的态度才是公司看重的。
以上为个人观点,欢迎在评论中发表自己不同的观点,喜欢的加个关注,谢谢。
以十人以下的团队来说一下。首先是和员工相处好,其实这一点做到并不难,就是正常的相处,怎么愉快怎么来(当然不能坏规矩)。我做的最大尺度一次是这样:有个毕业生干着干着就哭了,一问之后知道直接原因是程序员的工作内容和自己原来想的不一样,主要原因是刚到北京体会到了巨大的压力。当时我就拉着她到对面肯德基去坐会了,点了饮料和薯条,聊了一下,顺便开导开导她,舒缓一下情绪,这事就这么解决了。其次,作为领导请安排划分好工作内容,不要频繁变更,否则影响威望值。这也是保证工作可以顺利开展的基础。安排工作时请考虑员工的能力和经验,还要考虑员工的兴趣,这点也很重要,很大程度影响积极性。
在小团队中只要工作能顺利完成了,一般问题就不会很大了。其它:可以观察一下每个人的喜好,然后看机会适度的介绍这方面的内容。比如我就专门给一个员工培训过数据结构,而她也很愿意介绍自己认识的人来工作,双赢的结果。员工做好的地方及时表扬,自己做错的地方及时承担责任,等等。总之将心比心的对待员工,小团队还是好带的。
教会徒弟,饿死师傅,等你教会他们,你就该退了,理由:你三十多,奔四了,负担大,不能加班,养不起你!中国现状,保留必要绝活,留几招吧!为养家!
先让他做点小项目,锻炼一下,把以前已经完成客户的项目拿出来给他做,练手,看看功底如何
如果功底好,则主要锻炼他的思维能力
如果功底不好则多锻炼他的技能
首先是能力要过关,之后就是交流要能顺畅,其他的问题都不是问题,只是经验和熟悉而已。
⑤ 程序员做项目,发现有些需求真的完不成,该怎么办。目前那个模块只有我一个人比较懂。很纠结现在,该如何
可以和上级沟通一下啊,或者一起讨论看看有没有好的想法,项目这个东西最终定型是在不断的讨论修改过程中生成的
⑥ 好程序员:技术分享 有哪些新手程序员不知道的小技巧
我有一个学习的小技巧,就是学习新技术的时候,多看看“官方文档”。
多年来的学习和工作经历,让我比较深刻认识到一点:看“官方文档”非常重要。
我们很多的问题和技术细节,其实,只要我们认真将官方文档过一遍,会发觉大部分的问题和认识模糊的地方都消失了。甚至,你还能发现自己之前通过搜索获得的到一些资料,可能是不准确或者已经过时的。官方文档是真正的好东西,因为编写文档的人群,通常就是这些技术或者软件的开发者,他们才是对这些东西最了解的人,因此,他们写的文档质量是很高的,通常也是最新的。
官方文档的不足的地方,大概是中文版本不多,看起来可能会比较吃力。不过,请相信我,下载一个翻译辅助软件,慢慢看还是可以的。另一方面,就是这些文档编写者,通常是技术界大牛,他们编写文档有时候是基于他们自己的技术认知水平,跳过了很多基础概念,也增加了阅读难度。不过,这个我们也可以通过多查资料,慢慢看来解决,并且通常会带来额外的学习收获。