程序员在Bug面前的反应

开发应用程序过程中一定会遇到bug，这是很正常的事。程序员会有各种反应：生气，沮丧，郁闷甚至泄气，也有一些程序员会比较淡定。怎么修复bug，解决问题，也是一项技能。下面北大青鸟来分享程序员在bug面前反应情况。

当氛围变得紧张的时候，这些话就会显得轻松幽默。最终，bug也会修复成功，你将会继续下一个任务。我相信许多web开发人员和程序员在编程中都会遇到困难，而事后回想起来，会觉得很好笑。

程序员在bug面前反应情况

1、我不知道该删掉还是重写

看这些曾经的代码也别想重写，逻辑性差，冗余代码多，让人难以理解。B不过，如果功能没出现问题，千万别去修改。

2、一开始架构时就该查Github

Github上面每天都会发布的一些神奇的开源项目。所有语言的程序员都会利用网络，为已存在的项目创建分支，添加项目wiki描述，或者创建自己的代码库，这些都为各种各样的项目的插件和模板提供了丰富的资源。

3、为什么这个脚本要依赖这么多库

说到一些越来越被广泛使用的计算机语言，像Java和Objective-C，库文件的数量也不断增加。明显能看出，构建一个框架需要许多基础库，一些JavaScript插件也要大量的附加文件。

4、网上一定有解决办法

遇到困难时，第一反应是上网查资料，很多程序员会在论坛上发布他们的问题，最终这些问题都会被解决并存档。Google会很神奇地选择一些跟你的问题相关的关键字，就能够轻松得到一些有帮助的信息。不过，有时一些特定的问题，相关的信息并不多。

5、有这个功能的插件吗

何必多此一举，插件是扩展任何程序或者网站用户接口的很好的资源。另外它们还为开发者提供了一些定制及独特的选项。

6、对于网站项目，好担心InternetExplorer

使用IE渲染网页遇到的各种困难，我就不提了，从5。5版本到IE9-IE10，对于浏览器的支持问题的争议就一直不断。Web开发员很害怕网页调试，使用IE6进行渲染更是噩梦，幸好那已成为历史。

错误1004是一项程序Bug。

可以偿试解决：修改时间，将时间提前到出厂状态，这种方式太麻烦，每次都要改。

重置设备，这种方法呢会让以前的一些资料丢失，也不可取。

第三种方法为清除缓冲文件。这三种方法都是可以解决这个问题的，可以进行尝试。

#include<stdioh>

#include<stdlibh>

#include<stringh>

int main(char )

{

printf("计算器20仅仅支持加减乘除的计算，分数的计算将在接下来一段时间进行开发。 \n");

printf("如果需要计算减法或者除法，那么被减数和被除数在第一位输入 \n");

float adam, admin;

int a;

xiong:

printf("输入第一位 \n");

scanf("%f",&adam);

printf("输入第二位 \n");

scanf("%f",&admin);

printf("加法得： \n");

printf("%f\n",adam + admin);

printf("减法得： \n");

printf("%f\n",adam - admin);

printf("乘法得： \n");

printf("%f\n",adam  admin);

printf("除法得： \n");

printf("%f\n",adam / admin);

printf("继续请输入1，退出请输入2\n");

scanf("%d", &a); //主要是这里错了

if(a == 1) goto xiong;

printf(" ——by：语花\n");

system("pause");

return 0;

}

改成这样：

int main()

{

int flag=0;

double faHeight, moHeight,YouHeight;

char sport, sex, diet;

printf("Welcome to height test\n");

printf("please input your sex,M or F\n");

scanf("%c", &sex);

getchar();

printf("please input your father and mother's height\n");

scanf("%lf,%lf", &faHeight, &moHeight);

getchar();

printf("Do you like sport Y or N\n");

scanf("%c", &sport);

getchar();

printf("Do you have a good diet Y or N\n");

scanf("%c", &diet);

getchar();

if (sex == 'F')

{

flag = flag + 1;

}

if (sport == 'Y');

{

flag = flag + 10;

}

if (diet == 'Y');

{

flag = flag + 100;

}

switch (flag)

{

case 1:

YouHeight = (faHeight + moHeight)054;

break;

case 11:

YouHeight = (faHeight + moHeight)054 102;

break;

case 111:

YouHeight = (faHeight + moHeight)0541035;

break;

case 101:

YouHeight = (faHeight + moHeight)0541015;

break;

case 0:

YouHeight = (faHeight09232 + moHeight) / 2;

break;

case 10:

YouHeight = (faHeight0923 + moHeight) / 2 102;

break;

case 110:

YouHeight = (faHeight0923 + moHeight) / 2 1035;

break;

case 100:

YouHeight = (faHeight0923 + moHeight) / 2 1015;

break;

default:

printf("you input the wrong word\n");

break;

}

printf("You heingt is %f\n", YouHeight);

getchar();

return 0;

}

作为一个程序员，你发现同事写的代码有Bug，你会告诉他吗？讲真的，这个事情对我来讲，很难，因为我在这个事情上吃过苦头！

看待这个问题首先得看对方脾气咋样，如果对方脾气不好，或者很难搞，还是想想其他办法。直接跟他讲可能会遭到对方的白眼！

别看我们程序员一个个傻傻呆呆的，其实自尊心特别强！除非你是他的领导，否则即使你发现了他代码里的Bug，他也不会服你！虽然还是会改，但内心一定在想：“就你能？自己管好你自己就成，看我代码干啥？”

其实我也是这样的心理，好像程序员除非自己愿意，否则都不怎么喜欢别人去研究自己的代码，好像对方故意找自己茬的意思。

但是不管咋样，不管是有意无意，我们既然发现了同事写的代码有问题，就不能坐视不管！

我最近在调一个小伙伴的接口时，因为涉及到数据回滚，所以就想知道他的代码有没有做回滚 *** 作。如果没有，可能我这边数据已经回滚了，他那边没回滚就会导致数据前后不一致。所以我也不是有意要审查他的代码。

然后我就发现他不光没有做回滚 *** 作，也没有做批处理。几个涉及到修改数据的代码就这样一行一行走下来，看着直让人挠后脑勺。

于是我就把这个事情告诉了他，让他要么做事物（如果 *** 作有问题，可以自动回滚），要么做主动回滚。否则我在调他接口时，如果我这边撤销了数据修改，他那边却提交了修改，就会导致数据丢失或前后不一致。

当我告诉他这个情况和解决方案以后，我能很明显地感受到他有点不愉快。但事实摆在眼前，也只能修改。可修改归修改，他还是有点脾气的。于是他写了一个事物，将大部分涉及到增删改的语句全部包在了里面，唯一把一个删日志的语句留在了外面。

我看到这个情况，就委婉地跟他说：“”好像这个删日志的语句也要包在事物里面哦！”

但是他却说，这个无关紧要，他特意放在外面的。

我跟他说，既然这里有数据存在，就不是无关紧要的。不管咋样，也不能无缘无故就把数据给删了。但是他很倔强，执意不改，还说如果我觉得这个数据有用，那就让我自己“顺手”把这里的代码改一下。

此时我能明显地感受到他已经有点烦我了！无奈之下，我把这段代码给移动到了事物里面。

而我为什么说我因为发现同事代码有Bug告诉同事而吃过亏呢？

原因在于我之前待过的一家公司，有一个工作了几年的程序员同事，而我当时是个萌新。因为我专门培训过，所以代码能力还行。可这个同事虽然工作了几年，但写出来的程序代码却Bug一堆，常规测试手段还测不出来。

我是在偶然之间发现他写的一个程序是有Bug，但是又不确定，所以就想看看他代码是咋写的。不看不知道，一看吓一跳，他写的好大一部分代码都有问题！

我当时初生牛犊不怕虎，发现一个跟他说一个，结果最后把他给惹毛了，当场就要跟我动手，说我专门针对他。我哪有针对他的心呀！我当时想的是把这些Bug找出来，让他改掉，否则对公司也不好。

但是他想的估计是被我这个萌新发现了一堆Bug很丢人。我总是针对他的代码找Bug，他就是脾气再好也绷不住啊！

后来我们的部门经理为了不让他难堪，也为了给他个台阶下，找了我写的程序里的一个缺点，猛批了下，然后跟大家说：“我刚才看了看，大家写的代码有好多问题。这样，大家都各自检查一下自己的代码，看看有没有问题，有问题尽快改过来，然后我们统一测试！”

直到现在，我也没学会当发现同事代码有Bug以后，在不让同事产生不愉快的心理的情况下，委婉地告诉同事他代码写的有问题的方法。

以上就是关于程序员在Bug面前的反应全部的内容，包括:程序员在Bug面前的反应、转换错误1004、C语言写程序出BUG了 求指导等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！