程序员奇谈之我写的程序不可能有bug篇

程序员在普通人的印象里是一份严(ku)谨(bi)的职业,也是一个被搞怪吐槽乐此不疲的职业,程序员们面对复杂的代码敲打电脑时连眉头都不会皱一下,但是有一个词却是他们痛苦的根源,它就是Bug。

有不少的新手程序员,刚开始都是从修BUG开始做起的。

修bug有助于熟悉项目,了解大概哪些类参与了执行线路,相互调用关系又是如何,结构设计上有什么特点。

以前猿姐就听过这样一个故事

有三个程序员需要穿过一片田地,到达对岸的房子。

初级程序员看了一眼笑着说道:不远,只需要十分钟就行。

资深级程序员想了一下说道:我应该在一天内过去。”菜鸟程序员很惊讶。

大神程序员看了一眼田地,说:我觉得十五分钟应该够了,资深程序员冷笑了一声。

于是,初级程序员出发了,刚走了一步就碰到了地雷,只好返回再次尝试,最好,花费了一天的时间才过去,结果却是伤痕累累。

资深程序员一出发就匍匐前进,仔细地拍打地面,寻找地雷,只有在安全的时候才前进。他在一天的时间内小心谨慎地缓慢爬过了这片地,只触发了几个地雷。

大神程序员出发之后径直穿过了田地,十分果断。他只用了十分钟就到了另一边。

“你是怎么做到的?”另外两个人问道,“那些地雷怎么没有伤到你?”

“很简单,”他回答道,“我最初就没有埋地雷。”

哈哈是不是很有意思呢

开发应用程序是一个非常有压力的工作。没有人是完美的,因此在这个行业中,代码中出现 Bug 是相当普遍的现象。

面对 Bug,一些程序员会生气,会沮丧,会心烦意乱,甚至会灰心丧气,而另一些程序员会依然保持冷静沉着。因此,如何处理修复 Bug 的过程也值得我们细细琢磨。

猿姐想分享一些程序员修复他们的源代码时所经历的想法。我相信很多开发人员和软件工程师经历过这些艰辛,然后在事后一笑而过。以下你经历过哪些?

1.“我不知道是要删除还是要重写它”

回顾从前老的源代码,会有一种想要返工写成较大块集群的冲动和诱惑。丑陋的逻辑语句,还有冗长的语法,导致代码非常难以阅读!

但话又说回来,如果代码没有坏掉的话,那就不要去修复它。这种汹涌澎拜的斗争是我经常要面对的,而且显然会困扰许多软件开发人员。

2.“对于起始框架我应该查看 Github”

我想大多数开发人员都知道 Github,上面每天都有数量惊人的开源项目发布。

任何语言的程序员都可以通过互联网借鉴现有项目,加入维基讨论,或者创建自己的代码仓库。它是各种项目所需插件和模板的超棒资源。

3.“为什么这个脚本需要这么多库?”

尤其是一些比较大众化的语言,如 Java 和 Objective-C,库的数量可能变得异常凶猛。当构建一个需要大量基础的框架时,所需的库的数量就变得显而易见得多。

即使是一些适用于 Java 的插件,也会额外需要无数的文件。有时,这会让人觉得烦杂恼人——但至少是有用的!

4.“在互联网的某个地方一定已经有了解决方案。”

我面对棘手问题的第一反应是上网查。程序员会将他们遇到的问题通过帖子发布到论坛上,然后这个问题最终得到解决并归档。

谷歌搜索问题关键字的好帮手,可以指点你往正确的讨论方向走。不幸的是,有的时候却是因为手头没有特定问题的太多信息而找不着北。

5.“有没有这个功能的插件?”

为什么要重新发明轮子?插件是扩大任何程序或网站用户界面的伟大资源。此外,它们还为开发人员提供了一些自定义和独特的选项。万一真的没有可用插件的话,为什么不自己构建一个呢?

6.“虽然网站可以工作,但我害怕 IE 浏览器。”

在 Internet Explorer 中渲染网页的历史充满了艰辛考验,是我们有目共睹或亲身体验过的。

从 5.5 版本升级到 IE9、IE10,总是需要争取到更高级浏览器的支持。Web 开发人员可能会害怕调试网页,因为在 IE6 中打开页面是一个渲染噩梦。值得庆幸的是,这样的日子正在慢慢成为过去。

7.“对于逻辑表达式而言,这似乎并不怎么合乎逻辑。”

对于 if / else 循环,for 循环,while 循环,do 循环等等,都有逻辑表达式。当浏览示例代码时,我试图指出我的逻辑是如何工作的。

NOT 运算符和比较标记的数量又是如此之多。我经常回过头去更新我自己的逻辑以便于更好地适合未来的做法。

8.“我用 30 分钟写函数,花 2 小时让它工作。”

这难道不像我们自己的编程故事吗?你正兴致勃勃地在构建着什么,但是突然之间,函数输出了一个致命的错误。

所以,现在你必须回过头去删除一些代码块,以找出错误发生的行号。当你终于找到罪魁祸首,并解决它时,虽然有种精疲力竭的感觉,但也满心安慰。

我常常会一开始就根据自己的编程思想,一头扎进去研究,但是这可能会导致麻烦,如果事情不像原先设想地那样顺利的话。

已经有很多次在我启动一个项目之后,陷入了困境,然后只好寻求博客和其他论文的支持。

最后我发现我的整个方法实际上是错误的,而且从头来过更容易!如果我开始的时候能先做一番研究的话,从长远来说,反而节省时间。

来源  https://post.mp.qq.com/kan/article/2063422179-295542592.html?_wv=2147483777&sig=ee208a49a460584bd6d97e6651f38a19&article_id=295542592&time=1552472230&_pflag=1&x5PreFetch=1

原文地址:https://www.cnblogs.com/w5942066/p/10531915.html

时间: 2024-11-10 15:09:12

程序员奇谈之我写的程序不可能有bug篇的相关文章

不要相信程序员在加班时间写的代码

不要相信一个程序员在加班时间写出来的代码. (软件工程的学说表明,连正常时间好好写的代码,也不要太相信.不过这不是本文的重点,略过不提.) (不懂代码的人,看到本文中的Java代码可以略过,不影响理解.) 创造力的时限 写代码,与写文章.绘画.思考复杂问题,并没有本质上的区别,都是创造性的活动. 每个人的创造力,都会随着身体状态而波动.广为人知的是,一个人年老体衰后,相比年富力强时,创造力会急剧下降.其实,人每天的状态起伏,也同样会剧烈影响这一点. 如果是拧螺丝,那么在精疲力尽.拧不动以前,身体

当程序员说“这代码写的可真烂”,他们的意思是“这烂代码不是我写的”。而当他们说这段代码有些“小问题”时,很可能这代码是他们自己写的

英文原文:What Programmers Say vs. What They Mean 你是否听到过同事说“这段代码不言自明”?你的同事的这句话的实际意思是这段代码不需要写注释. 你也许注意到了,很多时候,程序员所说的话的字面意思和其真实的意思是完全不同的.不用惊异,下面你将很快知道这些暧昧的短语和其深层次的意思都是什么. 最近 Imgur 上出现了一张图片,里面列举的程序员的一些专业术语和其含义,它能很好的帮助你理解这些话的真实意思.这里是对其中的精华进行的总结. 典型的程序员之间的对话 当

(转)程序员简历该怎么写

* 没有必要撒谎 写简历最差的策略就是撒谎了.这种欺骗本身就自相矛盾.你到底希望和聪明人共事呢,还是笨人呢?大多数人希望和聪明人共事,但是聪明人你骗得了么, 或者说被你骗了的算是你认为的聪明人么?你要和想找好工作, 基本假设就是大家都是明白人不好骗的.看简历的人也上过学,也写过简历,更清楚其中的注水手段,以为自己能吹牛过关,大部分都是自取其辱.即便你过了简历 筛选一关,也没那么容易,面试时候肯定会问你那些你写的东西,你答不上来,面试官还会觉得你 人品有问题.有的同学说多参加几次面试不好么,好,但

程序员级别鉴定书 ----会写代码级别

线程跟进程 一个程序至少有一个进程,一个进程至少有一个线程.线程的划分尺度小于进程,使得多线程程序的并发性高. 进程在执行过程中拥有独立的内存单元,而多个线程共享内存,从而极大地提高了程序的运行效率. 线程在执行过程中跟进程有区别 线程不能独立执行,必须依存在应用程序中,由应用程序提供多个线程执行控制 进程具有一定独立功能的程序关于某个数据集合上的一次运行活动,进程是系统进行资源分配和调度的一个独立单位. 线程是进程的一个实体,是CPU调度和分派的基本单位,它是比进程更小的能独立运行的基本单位.

程序员简历应该怎么写?

作者:ThoughtWorks中国链接:https://www.zhihu.com/question/25002833/answer/158108028来源:知乎著作权归作者所有.商业转载请联系作者获得授权,非商业转载请注明出处. 大家伙让一让,这个问题让老司机先答!作为一个潜入IT圈五年之久.看过数万份简历的HR,在这个问题上还是有点发言权的.HR在筛选简历时主要从公司需求出发,重点不一,不过还是有很多"通用"的套路,为了在30秒内判断出这份简历是否值得跟进,我认为程序员写简历的正确

千万不要相信程序员在加班时间写的代码!

其中最重要的就是这条:不要相信一个程序员在加班时间写出来的代码. (软件工程的学说表明,连正常时间好好写的代码,也不要太相信.不过这不是本文的重点,略过不提.) (不懂代码的人,看到本文中的Java代码可以略过,不影响理解.) 创造力的时限 写代码,与写文章.绘画.思考复杂问题,并没有本质上的区别,都是创造性的活动. 每个人的创造力,都会随着身体状态而波动.广为人知的是,一个人年老体衰后,相比年富力强时,创造力会急剧下降.其实,人每天的状态起伏,也同样会剧烈影响这一点. 如果是拧螺丝,那么在精疲

程序员30岁能干嘛,程序员30岁后怎么办?

又是老话题,程序员30岁能干嘛,程序员30岁后怎么办?最近博客园里程序员过30岁能不能再写程序的帖子好像又火起来了.当年我刚入行做IT,看到的这类帖子,吓得不得了——差点就放弃了,还好我胆子大.所以今天有空,再看到这样的帖子,总是忍不住要多说几句. 我大学里学的专业是国际贸易,毕业后主要是做律师,也比较深入的涉足过装饰行业,几年前转行做了IT. 所以,我想,关于这个话题,我能给大家一个不同视角的启示.当然,个人意见,仅供参考,这本来就是一个仁者见仁,智者见智的话题. 下面我就以下一些常见的观点逐

《疯狂的程序员》 -- 什么是真正的程序员?

什么是真正的程序员? <疯狂的程序员>书里说的 1.真正的程序员是,值得尊敬的. 程序员的双手是魔术师的双手. 他们把枯燥无味的代码变成了丰富多彩的软件. 2.真正的程序员是,当你房子,车子,妹子都有了,你还在coding!那你是真的程序员 3.真正的程序员是,当编码能给你带来无穷的激情的时候 4.真正的程序员是,做梦被修改需求吓醒! 5.真正的程序员是,把编程融入到生活中,通过代码解决你生活中遇到的一些问题! 6.真正的程序员是,可以很快的学习一门语言. 7.真正的程序员是,能在写代码的时候

《从程序员到项目经理》读后感-程序员的特点

其实程序员和大众世界的共同点要远大于不同点,但是既然身处程序员群体,我还是想来描绘下程序员这一群人,算是对自己8年程序员生涯的一个总结,对自己的同事朋友的一个描绘,也许程序员真的有一点不一样. 在很早很早以前的中国,那个时候天还是蓝的,水还是清的,奶粉是可以吃的,鸡蛋里没有外国红,在那个时候,程序员不是现在的程序员,程序员是大家眼里的科学家,科学家这三个字从一诞生开始,就是描述天才的,那个时候懂计算机并且还能写一些代码的人,属于大熊猫级别的,是国家的宝贝,是每个大企业,大集团的精英,电脑诞生并投