程序员犯的小错误

Ⅰ 程序员操作失误把代码数据全部删了，该负责吗

与其去想尽办法为自己的公司维权，去找程序员本身的麻烦，不如多给这个因失误而犯下错误的程序员多一点时间，让他去想尽办法试一试能不能将代码重新完成。

对于一个人自身的错误，要从两方面去分析，一方面是事情发出的主动者，另一方面则是他所提供劳动力的企业。对于企业来说，程序员的失误会对自己企业按照正常计划的发展产生一定的影响，但是如果只是在程序员犯了错误后一昧的去批评他，让他得到的是一级一级训斥及惩罚警告的话，倒不如去想办法如何给程序员足够多的时间，以他的专业能力和工作经验去挽回所犯下的错误。

对于程序员本人来说，想必谁也不会因为某些事情而去故意的犯下一些错误，从而使自己陷入一定的困境中，本人犯下了错误理应得到惩罚，但是就本人来讲要做的是更努力的去挽回当前的局面，调整好自己的心态，也可以向有多年经验的老师傅请教，将自己所知道的和别人的建议相结合，看是否可以给出一个另企业和自己都满足的方案。

每个人都会或多或少的犯下一些错误，但弥足珍贵的是看这个人是否将犯下的错误予以改正，改正了就说明这个人也是一个优秀的员工，她愿意为自己犯下的错误去承担责任，也愿意通过本次犯下的错误去改正并完善自己，那么这样的人请贵公司酌情处理，互相理解。

Ⅱ 程序员遇到解决不了的bug怎么办

但大部分程序员都有一个问题就是不太愿意测试自己的代码。他们草草的调式完成以后就认为工作结束，测试那是测试人员的工作。
1. 影响了程序员自己的声誉
2. 影响了产品的质量
3. 影响了客户的信任度
4. 这个时候再 DEBUG 难度增大了许多。
大的不说，就说多自己声誉的影响吧。如果你的程序总会有这样那样的 BUG ，你得到收益会减少，即使你写了很多代码。
程序员必须克服一些自身的致命缺点才能够从根本上解决这个问题。那么这个问题是什么?前面我们已经提到，程序员对自己的代码都非常宽容，认为那是正确的没有问题。实际上这种想法比较正常，程序是通过程序员思考和设计之后才写出来，程序员不会将自己认为不正确的东西写到代码里，而到这个时候都一直假设程序是正确的;但人非圣贤，怎么可能不犯错误来。实际上程序员在对待其他程序员时候的态度就很好，带着一种挑剔和学习的态度;但一旦对待自己的代码就很难这么做;这就是最致命的。程序员也必须对自己的代码带着挑剔和学习的态度;这个基础是假设自己的代码是错误的，然后需要做的是怎么样证明自己的代码是正确的。程序员自身可以在程序生成的每个阶段做这些工作：仔细的设计(这个时候画点时间是值得的，必须保证我们对自己的程序有清晰的轮廓后才能开始动手写)、编写代码时、单元测试(单元测试的重要性就不在赘婿了)、功能测试。
仔细的设计：这个的仔细是说在程序员编写代码之前，其必须对代码的整个结构以及逻辑结构有明确的清晰的了解，只有这个时候才可以去写代码。这里没有谈到文档，但我说到了一定要清晰的思路，但清晰的思路不是每个人都可以在脑袋中直接形成的，很多人都是普通人，没有办法在脑袋瓜中把所有问题都想清楚，那么就记下来，特别对于复杂的逻辑。
编写代码：对于没有把握的代码，例如：新设计的算法，最好保证其正确性。可以单独将这部分测试，这可以让代码模块化的同时又保证了代码的正确性。一句话：少量的代码保证质量还是比较简单的。
单元测试：单元测试的重要性不在赘叙了，现在也有许多工具可以帮助程序员并减少工作量。
功能测试：程序员保证自己代码质量的最后一关;为了做这样的工作我们可能必须写一些代码来测试，甚至是测试工作。使用大量的 CASE 来测试，以及错误的 CASE 。这里和测试人员的测试不同之处在于：仍然让程序员的注意力放在其自己的代码范围内，减小了排错的难度。
如果你通过了以上的步骤都找不出你程序中有任何问题的话，那么我想你的程序应该足够健壮了。其实还有一点必须说明的就是：代码 REVIEW 。
前面说道了程序员对待别人代码的态度是挑剔和学习的态度，所以让其他程序员来 REVIEW 你的代码也是检查程序有没有逻辑错误的很好的办法。团队中应该交叉 REVIEW 代码，这是实践的经验。
作为一个好的程序员必须有以上的习惯，以及对待自己代码象孩子一样，我们要爱惜我们的代码，同时也要让代码走正确的路。

Ⅲ 程序员小问题

合格的程序员不是根据代码的行数来判断的，代码敲得飞一般的速度，只能说是个不错的打字员。程序是为解决实际问题而存在的，要解决生活中的实际问题，掌握基本的语言知识是前提，敏捷的思维才是最有效的保障，思想才是一个东西的灵魂。所以才有算法这么一个说法。我个人觉得一个合格的程序员不在乎他写过多少行代码，有多么熟悉API（忘记啥查查就好了）。在工作中能迅速解决实际问题就行了（不过是翻阅书籍，网上，还是论坛发帖）。另外开始的时候，代码的正确行并不是那么重要，你要学会自己找出哪里出错了，刚开始可能只是一些简单的语法错误，到后面语言熟悉了要求提高了就会出现逻辑错误，一步步解决才会一步步有成长。没有谁规定达到怎么一个标准才是合格的程序员。只问你能解决多少实际问题。祝前程似锦^_^

Ⅳ java之——程序员容易犯的错误有哪些

从来都不记着自己犯过哪些错误，同样的错误反复出

Ⅳ Java编程中 常见的异常有哪几种

相信作为程序员的我们在对程序进行编译过程中经常会遇到错误，或者在运行过程中出现错误，在这里主要跟大家谈谈经常遇到的一些异常与错误，以及解决办法。

异常是指程序在编译或运行过程出现的错误。

在java.lang包中Throwable包含了所有的异常。

Error (错误) 和Exception(异常)

(1)Error(错误)

一旦发生无法修复，但可以避免发生。

常见错误类：

IOError：I/O错误，当发生严重的I/O错误时，抛出此错误。
VirtualMachineError：虚拟机错误，当 Java 虚拟机崩溃或用尽了它继续操作所需的资源时，抛出该错误。

StackOverflowError：栈内存满了，当应用程序递归太深而发生堆栈溢出时，抛出该错误。

OutofMemoryError:堆内存满了，因为内存溢出或没有可用的内存提供给垃圾回收器时，Java 虚拟机无法分配一个对象，这时抛出该异常。

以上是一些常见的错误，在Error类中还有一些别的错误（参照文件Java.lang.Throwable.Error）.

(2)Exception(异常)

一旦发生，可以捕获并处理，不会导致程序终止，有时可以避免有时无法避免。

异常的分类：

1.编译时异常（需要强制处理） 2.运行时异常（不需要强制处理）

常见的异常有：

IOException：输入输出流异常
FileNotFoundException：文件找不到的异常
ClassNotFoundException：类找不到的异常
DataFormatException：数据格式化异常
NoSuchFieldException：没有匹配的属性异常
NoSuchMethodException：没有匹配的方法异常

SQLException：数据库操作异常
TimeoutException：执行超时异常

常见的运行时异常：

RuntimeException：运行时异常
NullPointerException:空指针异常

：数组越界异

ClassCastException：类型转换异常
IllegalArgumentException：非法的参数异常
InputMismatchException：输入不匹配

以上是常见的一些异常，另外还有别的异常，参见文件：Java.lang.Throwable.Exception

既然我们常常会遇到一些异常，那我们如何来处理这些异常就是一个急需解决的事情。

(1) 如何处理编译时异常？

方法一：将需要处理的代码块放在一个try...catch...中
try{
//需要处理异常的代码
}catch(XXXException ef){
ef.printStackTrace();
}

我们方法一就是要将我们不确定的代码放入try......catch中，先进行try一下，如果没有异常，则不会触发catch,没有输出，一旦出现异常，那么catch就会工作，在catch中捕获异常信息，根据异常信息进行补救措施。

如以下代码：

从结果可以看出，我们在输入数据的时候出现错误，这样通过自定义异常能够让我们更直接快速的找到运行或编译时的异常。

在上述中我们分别提到了三种throw，分别是Throwable,Throws以及throw，那么到底三者有什么区别？

Throwable：是指在在Java.lang包中的一个类，其包含了所有的异常和错误，其中类Error和Exception 是它

的子类。

Thows：是指在解决编译时异常，将方法中异常抛给上一级，在方法后面要加Throw Exception来进行抛。

throw：是指在自定义异常时，如果方法出现异常，那么将作为引用方法的对象抛出。即抛出异常。

希望对您有所帮助！~

Ⅵ 程序员最容易犯的几个技术上的错误 –

• 为钱而编程

  如果你对编程不感兴趣，你的代码一定会写的很烂。结果不仅仅你的事业没有任何前途，你的团队也会因此而痛苦不堪。

• 缺乏基本的能力

  对诸如抽象、多态、接口、异常处理最佳方案等编程概念不熟悉的人写出的代码必然是设计糟糕，可读性和可维护性都极差。

• 自作聪明

  有些程序员喜欢过于聪明的在一个复杂的语句里包含多个步骤的代码。这会使代码的可读性很差，没人会喜欢维护这样的代码。

• 喜欢卖弄新学到的技术

  当学到了某些新知识时，你很自然的有一种倾向想立即应用它们。耐心点儿。当真正需要时再用。

• 目标过多

  为性能、内存使用、健壮性和可靠性设定了太多目标的程序会需要更长的时间去开发，导致产生过于复杂的代码。

• 不重构代码

  软件是一种不断进化的产品。当代码库在增长时，单个的类、方法等会变得越来越复杂。懒程序员不愿重构代码，致使代码过于复杂。

• 恶意复杂化

  有些程序员蓄意的让他们的代码异常的复杂，以此来构筑他们自己的领地。他们这样做来迫使公司依赖他们，这是一种保护工作机会的伎俩。

希望可以帮到你，谢谢！

Ⅶ 写java代码老是犯低级错误，

这个和个人编程习惯很相关，比如不管写什么代码在哪写代码，我都会保持代码格式规范，这样就一目了然的避免缺失括号一些小失误，每个程序员都是在各种低级错误中成长起来的，时间会改变你，细心！加油！

Ⅷ C++ 编程过程中，有哪些常犯的坏习惯，哪怕对于多年经验的程序员也会出现

大家都知道，编程是一个非常用脑并要求非常细心的一项工作，在编程过程中，哪怕一个非常不起眼的小细节，比如一个标点符号，都会让整个程序崩溃。

先说在编程时，尽管经验老道的程序员也会犯一些常见的小问题。

说好听的叫拒绝改变，说不听的叫不思进取。而这个也是许多经验丰富的程序员常犯的坏习惯。当然，还有很多，在这里我就不一一说明了。。。

Ⅸ 程序员犯罪问题有哪些

技术本质上是无罪的，所以犯罪只是个人的问题。程序员其实可以利用自身的技术为社会和自己创造更美好的未来，但是利用不当的话就会出现犯罪的风险。
希望可以帮到你，谢谢。

Ⅹ C语言在编程的时候应注意什么问题

1.先学习C语言的基础知识。现在正在学C语言的在校学生可以直接进入第2步学习。
2.按照《C语言程序设计入门学习六步曲》进行上机练习。
3.在上机练习时要养成良好的编程风格。点击查看C语言的编程风格

4.积极参加C、C++兴趣小组，养成和老师与同学交流习惯，从而相互收益。有时别人不经意的一句话可能使你茅塞顿开--“一句话点醒梦中人”。

5.及时总结自己的学习经验，养成写C语言日记的习惯。软件有编程日记功能。

6.从网上或教材上找一个自己感兴趣的题目（选题时根据自己的能力，可先易后难，培养自己的成就感，如果有了成就感，即使再苦再累还是感觉C语言学习是一件快乐的事，同学们喜欢打游戏，经常通宵达旦地玩游戏也乐而不疲就是这个道理）进行实战训练，提高自己的C语言综合应用能力。

7. 由于C语言灵活、强大，初学者要全面地掌握它是不可能的，因此在学习C语言的过程中，不要在细枝末节上浪费精力（比如++、--用于表达式的计算，实际上是没有意义的），但一定要熟练掌握C语言的流程控制语句、数组、函数、指针等基础知识的应用，为学习面向对象程序设计打下坚实的基础。如果这些知识你学不好，要后续学习好C++、可视化的程序设计Visual C++或C++Builder就像空中楼阁，是不现实的。
C语言程序设计入门学习六步曲

笔者在从事教学的过程中，听到同学抱怨最多的一句话是：老师，上课我也能听懂，书上的例题也能看明白，可是到自己动手做编程时，却不知道如何下手。发生这种现象的原因有三个：

一、所谓的看懂听明白，只是很肤浅的语法知识，而我们编写的程序或软件是要根据要解决问题的实际需要控制程序的流程，如果你没有深刻地理解C语言的语句的执行过程（或流程），你怎么会编写程序解决这些实际问题呢？

二、用C语言编程解决实际问题，所需要的不仅仅是C语言的编程知识，还需要相关的专业知识。例如，如果你不知道长方形的面积公式，即使C语言学得再好你也编不出求长方形的面积的程序来。

三、C语言程序设计是一门实践性很强的课程，“纸上谈兵”式的光学不练是学不好C语言的。例如，大家都看过精彩自行车杂技表演，假如，你从来没有骑过自行车，光听教练讲解相关的知识、规则、技巧，不要说上台表演、就是上路你恐怕都不行。

出现问题原因清楚了，那么如何学习呢?请你看【C语言学习六步曲】

在程序开发的过程中，上机调试程序是一个不可缺少的重要环节。“三分编程七分调试”，说明程序调试的工作量要比编程大得多。这里以如何上机调试C程序来说明C语言的学习方法。

第一步、验证性练习

在这一步要求按照教材上的程序实例进行原样输入，运行一下程序是否正确。在这一步基本掌握C语言编程软件的使用方法（包括新建、打开、保存、关闭C程序，熟练地输入、编辑C程序；初步记忆新学章节的知识点、养成良好的C语言编程风格）。
初学者最容易犯的错误是：

1、没有区分开教材上的数字1和字母l，字母o和数字0的区别，造成变量未定义的错误。另一个易错点是将英文状态下的逗号,分号;括号()双引号""输入出入成中文状态下的逗号，分号；括号（），双引号“”造成非法字符错误。

2、C语言初学者易犯语法错误：使用未定义的变量、标示符（变量、常量、数组、函数等）不区分大小写、漏掉“；”、“{”与“}”、“（”与“）”不匹、控制语句（选择、分支、循环）的格式不正确、调用库函数却没有包含相应的头文件、调用未C声明的自定义函数、调用函数时实参与形参不匹配、数组的边界超界等。

3、修改C语言语法错误时要注意以下两点：

（1）、由于C语言语法比较自由、灵活，因此错误信息定位不是特别精确。例如，当提示第10行发生错误时，如果在第10行没有发现错误，从第10行开始往前查找错误并修改之。

（2）、一条语句错误可能会产生若干条错误信息只要修改了这条错误，其他错误会随之消失。特别提示：一般情况下，第一条错误信息最能反映错误的位置和类型，所以调试程序时务必根据第一条错误信息进行修改，修改后，立即运行程序，如果还有很多错误，要一个一个地修改，即，每修改一处错误要运行一次程序。
第二步、照葫芦画瓢
在第一步输入的C程序的基础上进行试验性的修改，运行一下程序看一看程序结果发生了什么变化，分析结果变化的原因，加深新学知识点的理解。事实上这和第一步时同步进行的，实现“输入”加深知识的记忆，“修改”加深对知识的理解。记忆和理解是相辅相成的，相互促进。

例如：将最简单的Hello World!程序
#include "stdio.h"
int main()
{
printf("Hello World!\n");
return 0;
}
中的

printf("Hello World!\n");

中的Hello World!改成你的姓名，运行一下程序，看有什么变化？

再如求1+2+3...+100的和的程序

#include

main()

{

int i,sum=0;

for(i=1;i<=100;i++)
{
sum=sum+i;
}
printf("sum=%d\n",sum);
}

第1次将for(i=1;i<=100;i++)中的100改成50，运行一下程序，看有什么变化？

第2次将for(i=1;i<=100;i++)中的i++改成i=i+2，运行一下程序，看有什么变化？

找出程序结果变化的原因，就加深了对C语句的理解。

第三步、不看教材看是否能将前两步的程序进行正确地输入并运行。

在这一步要求不看教材，即使程序不能运行，看能否将其改正，使其能正确运行。目的是对前两步的记忆、理解进一步强化。

第四步、增强程序的调试能力

在教材中每章都有C语言初学者易犯的错误，按照易出错的类型，将教材中的正确的程序改成错误的程序，运行一下程序，看出现的错误信息提示，并记下错误信息，再将程序改成正确的，运行一下程序。这样反复修改，就能够学习C语言程序发生错误的原因和修改错误的能力。

注意：每次只改错一个地方，目的是显示发生该错误的真正原因，避免一次改动多个地方，搞清发生错误的真正原因，切记！！！！

注意：上机调试程序时要带一个记录本，记下英文错误提示信息和解决该错误问题的方法，积累程序调试经验，避免在编程犯同样的错误，切记！！！！。

例如，将Hello World程序中语句

printf("Hello World!\n");

中的;改成中文的分号；

运行一下程序，看有什么结果？

调试程序是一种实践性很强的事，光纸上谈兵是是没用的，就像游泳运动员只听教练讲解示范，而不亲自下水练习，是永远学不会游泳的。

即使在优秀的程序员编写程序也会犯错误的，可能事最低级的语法错误，但他能快速发现错误并改正错误，而我们C语言初学者面对错误提示，不知道发生了什么错误，如何改正，这就事差别。

第五步、研究典型的C语言程序，提高程序设计能力

C语言初学者遇到最多的困惑是：上课也能听懂，书上的例题也能看明白，可是到自己动手做编程时，却不知道如何下手。发生这种现象的原因是：所谓的看懂听明白，只是很肤浅的语法知识，而没有深刻地理解C语言的语句的执行过程（或流程）。

计算机是按照人的指令（编写的程序）去执行的，如果不知道这些C语句在计算机中是如何执行的，你怎么回灵活运用这些知识去解决实际问题呢？

解决问题的方法是要先理解C语言各种语句的流程（即计算机是如何执行这些语句的过程），然后研读现成C语言经典程序，看懂别人事如何解决问题的，以提高自己的程序设计能力。
第六步、研究课程设计源成序，提高C语言的综合应用能力.