程序员调试代码方法

㈠ java程序员怎样调试bug

前端调试技巧：浏览器按F12 可以观察控制台输出的变量，可以看请求的情况（请求路径、参数等） ，这些都是常用的，每个浏览器不同。一般都是火狐的firebug 和谷歌浏览器

console.log(vartem);//控制台打印变量
alert("tem");//弹出框弹出变量

后台调试：eclipse IDE就是在相对应的java代码处打断点，看变量值等

㈡ 编写计算机程序有几种常用的方法

编写程序是一项系统而繁琐的工作，它不仅需要程序设计人员具有一定的功底，更需要有良好的编程习惯和风格。良好的编程习惯和风格不仅可以使程序代码更易于读懂和修改，更重要的是，它可以使程序的结构更加合理，有助于提高程序的执行效率。下面是我在程序设计中总结的一些经验，供大家参考。
设计顺序

在我们刚开始学习程序设计的时候，要编写一个程序，总是先进行一番构思，然后就一边写代码一边调试。这种方法一般只适用于非常小的程序，根据工程的特点，如果对所有程序都还按这种方法进行设计，是不合理的。

其实，设计程序就像我们盖高楼大厦，首先要设计图纸，然后动工。所以，对于个人编写程序来说，应遵循以下步骤：

1、问题分析：对我们要使用程序设计手段去解决的问题进行系统地分析，了解程序是做什么的，要达到一种什么样的效果等。

2、结构设计：也就是对程序的整体框架进行设计，设计出我们需要使用的模块等等，并画出流程图。

3、用户界面设计：在此，我们要设计出用于与用户交互的输入输出界面。

4、代码设计：在这个步骤中，我们要进行代码的编写。

5、调试：对程序中正在发生或可能发生的各种错误进行处理。

6、维护：通俗地说，维护就是对程序进行升级，对原有错误进行修改。

对于以上几个步骤，我想大多数人会认为代码设计最为重要，但如果程序的结构尚未清楚，我们在编写代码的时候就会发生混乱，一个程序性能的好坏，主要还是取决于它的结构是否合理。因此，在程序设计中，我们要尽可能注意这一点，这样才能使我们的程序更加完善。

设计环境

一个良好的编程环境可以使我们在编写程序时，不至于造成各种资源的紊乱，还可以避免资源的丢失。建议大家要在放源程序的目录下建立“Programs”文件夹；然后再以你要编写的程序名和版本为名建立一个文件夹，用于存放整个源程序以及各种资源；最后，分别建立几个文件夹，“Documents”：用于存放程序文档，包括流程图等；“Resource”：用于存放图片，声音，影片等资源；“Debug”：用于存放调试的程序。“Release”：用于存放最终释放的程序。

例如：我们要制作一个英语学习，名为“English”，版本为1.0，那么我们的编程环境中应存在以下文件夹：

[DRIVE]:\\…\\Programs\\English1\\Debug\\

[DRIVE]:\\…\\Programs\\English1\\Documents\\

[DRIVE]:\\…\\Programs\\English1\\Resource\\

[DRIVE]:\\…\\Programs\\English1\\Release\\

另外，最好再建立一个专门的文件夹，用于存放各种模块，以便能实现代码的重用，这样，我们就不用在每次写程序时，都重写所有的模块，编程速度会有很大的提高。

设计技巧

代码如果写得很乱，程序便不易被阅读与修改，所以，在编写代码时要注意以下几点：

（1）注释：写注释虽然要占用一定的时间，但在阅读和修改代码时却会节省很多的时间。所以，建议大家在定义一个函数时，在函数的第一行写出函数的作用，再用一行解释函数的参数，并在每个变量的定义语句后注释出其作用。

（2）变量和函数的命名：每个程序都会使用很多的变量和函数，如果随意命名变量与函数，每次使用时还得在变量或函数的定义语句处查出它的数据类型及名称，而且随意命名还会造成变量与函数重复定义。

建议大家使用匈牙利命名法，方法是：每个变量或函数的开头都以其数据类型的缩写命名，然后再加上代表这个变量或函数的作用的英文单词简写共同组成变量或函数的名称。例如：要定义用于计数的整型变量count，其定义语句为C\\C++：int icount; Basic：Dim icount as Integer。以这种方法定义，不仅可以有效地避免变量与函数的混乱与重复定义，还可以保证数据类型的匹配。

（3）控件命名：如果在Windows下编程，你有可能会大量地使用控件，如果不对控件名严加管理，会造成很大程度的混乱，因此，建议在给控件命名时，以控件类型缩写再加上代表这个控件作用的英文单词的简写共同组成此控件的名称。例如：你要命名一个按钮控件，作用是进行删除操作，那么控件名可以命名为cmdDel。

并不是每个人都能成为顶级程序员，但我们都在程序员之路上不断进步，追求更完美、更专业化的程序。不妨好好改造一下你的程序，你会从中感受到很多好处。

㈢ 对C语言进行调试的最好方法是什么

要了解调试程序的最好方法，首先要分析一下调试过程的三个要素：
应该用什么工具调试一个程序?
用什么办法才能找出程序中的错误?
怎样才能从一开始就避免错误?
应该用什么工具调试一个程序?
有经验的程序员会使用许多工具来帮助调试程序，包括一组调试程序和一些"lint”程序，当然，编译程序本身也是一种调试工具。
在检查程序中的逻辑错误时，调试程序是特别有用的，因此许多程序员都把调试程序作为基本的调试工具。一般来说，调试程序能帮助程序员完成以下工作：
(1)观察程序的运行情况
仅这项功能就使一个典型的调试程序具备了不可估量的价值。即使你花了几个月的时间精心编写了一个程序，你也不一定完全清楚这个程序每一步的运行情况。如果程序员忘记了某些if语句、函数调用或分支程序，可能会导致某些程序段被跳过或执行，而这种结果并不是程序员所期望的。不管怎样，在程序的执行过程中，尤其是当程序有异常表现时，如果程序员能随时查看当前被执行的是那几行代码，那么他就能很好地了解程序正在做什么以及错误发生在什么地方。
(2)设置断点
通过设置断点可以使程序在执行到某一点时暂时停住。当你知道错误发生在程序的哪一部分时，这种方法是特别有用的。你可以把断点设置在有问题的程序段的前面、中间或后面。当程序执行到断点时，就会暂时停住，此时你可以检查所有局部变量、参数和全局变量的值。如果一切正常，可以继续执行程序，直到遇到另一个断点，或者直到引起问题的原因暴露出来。
(3)设置监视
程序员可以通过调试程序监视一个变量，即连续地监视一个变量的值或内容。如果你清楚一个变量的取值范围或有效内容，那么通过这种方法就能很快地找出错误的原因。此外，你可以让调试程序替你监视变量，并且在某个变量超出预先定义的取值范围或某个条件满足时使程序暂停执行。如果你知道变量的所有行为，那么这么做是很方便的。
好的调试程序通常还提供一些其它功能来简化调试工作。然而，调试程序并不是唯一的调试工具，lint程序和编译程序本身也能提供很有价值的手段来分析程序的运行情况。
注意：lint程序能分辨数百种常见的编程错误，并且能报告这些错误发生在程序的哪一部分。尽管其中有一些并不是真正的错误，但大部分还是有价值的。
lint程序和编译程序所提供的一种典型功能是编译时检查(compile—time checks)，这种功能是调试程序所不具备的。当用这些工具编译你的程序时，它们会找出程序中有问题的程序段，可能产生意想不到的效果的程序段，以及常见的错误。下面将分析几个这种检查方式的应用例子，相信对你会有所帮助。
等于运算符的误用
编译时检查有助于发现等于运算符的误用。请看下述程序段：
void foo(int a，int b)
{
if ( a = b )
{
/ * some code here * /
}
}
这种类型的错误一般很难发现!程序并没有比较两个变量，而是把b的值赋给了a，并且在b不为零的条件下执行if体。一般来说，这并不是程序员所希望的(尽管有可能)。这样一来，不仅有关的程序段将被执行错误的次数，并且在以后用到变量a时其值也是错误的。
未初始化的变量
编译时检查有助于发现未初始化的变量。请看下面的函数：
void average ( float ar[], int size )
{
float total;
int a;
for( a = 0;a<size; ++a)
{
total+=ar[a];
}
printf(" %f\n", total / (float) size );
}
这里的问题是变量total没有被初始化，因此它很可能是一个随机的无用的数。数组所有元素的值的和将与这个随机数的值相加(这部分程序是正确的)，然后输出包括这个随机数在内的一组数的平均值。
变量的隐式类型转换
在有些情况下，C语言会自动将一种类型的变量转换为另一种类型。这可能是一件好事(程序员不用再做这项工作)，但是也可能会产生意想不到的效果。把指针类型隐式转换成整型恐怕是最糟糕的隐式类型转换。
void sort( int ar[],int size )
{
/* code to sort goes here * /
}
int main()
{
int arrgy[10];
sort( 10, array );
}
上述程序显然不是程序员所期望的，虽然它的实际运行结果难以预测，但无疑是灾难性的。
用什么办法才能找出程序中的错误?
在调试程序的过程中，程序员应该记住以下几种技巧：
先调试程序中较小的组成部分，然后调试较大的组成部分
如果你的程序编写得很好，那么它将包含一些较小的组成部分，最好先证实程序的这些部分是正确的。尽管程序中的错误并不一定发生在这些部分中，但是先调试它们有助于你理解程序的总体结构，并且证实程序的哪些部分不存在错误。进一步地，当你调试程序中较大的组成部分时，你就可以确信那些较小的组成部分是正常工作的。
彻底调试好程序的一个组成部分后，再调试下一个组成部分
这一点非常重要。如果证实了程序的一个组成部分是正确的，不仅能缩小可能存在错误的范围，而且程序的其它组成部分就能安全地使用这部分程序了。这里应用了一种很好的经验性原则，简单地说就是调试一段代码的难度与这段代码长度的平方成正比，因此，调试一段20行的代码比调试一段10行的代码要难4倍。因此，在调试过程中每次只把精力集中在一小段代码上是很有帮助的。当然，这仅仅是一个总的原则，具体使用时还要视具体情况而定。
连续地观察程序流(flow)和数据的变化
这一点也很重要!如果你小心仔细地设计和编写程序，那么通过监视程序的输出你就能准确地知道正在执行的是哪部分代码以及各个变量的内容都是什么。当然，如果程序表现不正常，你就无法做到这一点。为了做到这一点，通常只能借助于调试程序或者在程序中加入大量的print语句来观察控制流和重要变量的内容。
始终打开编译程序警告选项 并试图消除所有警告
在开发程序的过程中，你自始至终都要做到这一点，否则，你就会面临一项十分繁重的工作。尽管许多程序员认为消除编译程序警告是一项繁琐的工作，但它是很有价值的。编译程序给出警告的大部分代码至少都是有问题的，因此用一些时间把它们变成正确的代码是值得的；而且，通过消除这些警告，你往往会找到程序中真正发生错误的地方。
准确地缩小存在错误的范围
如果你能一下子确定存在错误的那部分程序并在其中找到错误，那就会节省许多调试时间，并且你能成为一个收入相当高的专业调试员。但事实上，我们并不能总是一下子就命中要害，因此，通常的做法是逐步缩小可能存在错误的程序范围，并通过这种过程找出真正存在错误的那部分程序。不管错误是多么难于发现，这种做法总是有效的。当你找到这部分程序后，就可以把所有的调试工作集中到这部分程序上了。不言而喻，准确地缩小范围是很重要的，否则，最终集中精力调试的那部分程序很可能是完全正确的。
如何从一开始就避免错误?
有这样一句谚语——“防患于未然”，它的意思是避免问题的出现比出现问题后再想办法弥补要好得多。这在计算机编程中也是千真万确的!在编写程序时，一个经验丰富的程序员所花的时间和精力要比一个缺乏经验的程序员多得，但正是这种耐心和严谨的编程风格使经验丰富的程序员往往只需花很少的时间来调试程序，而且，如果此后程序要解决某个问题或做某种改动，他便能很快地修正错误并加入相应的代码。相反，对于一个粗制滥造的程序，即使它总的来说还算正确，那么改动它或者修正其中一个很快就暴露出来的错误，都会是一场恶梦。
一般来说，按结构化程序设计原则编写的程序是易于调试和修改的，下面将介绍其中的一些原则。
程序中应有足够的注释
有些程序员认为注释程序是一项繁琐的工作，但即使你从来没想过让别人来读你的程序，你也应该在程序中加入足够的注释，因为即使你现在认为清楚明了的语句，在几个月以后往往也会变得晦涩难懂。这并不是说注释越多越好，过多的注释有时反而会混淆代码的原意。但是，在每个函数中以及在执行重要功能或并非一目了然的代码前加上几行注释是必要的。下面就是一段注释得较好的代码：
/*
* Compute an integer factorial value using recursion.
* Input an integer number.
* Output : another integer
* Side effects : may blow up stack if input value is * Huge *
*/
int factorial ( int number)
{
if ( number < = 1)
return 1; /* The factorial of one is one; QED * /
else
return n * factorial( n - 1 );
/ * The magic! This is possible because the factorial of a
number is the number itself times the factorial of the
number minus one. Neat! * /
}
函数应当简洁
按照前文中曾提到的这样一条原则——调试一段代码的难度和这段代码长度的平方成正比——函数编写得简洁无疑是有益的。但是，需要补充的是，如果一个函数很简洁，你就应该多花一点时间去仔细地分析和检查它，以确保它准确无误。此后你可以继续编写程序的其余部分，并且可以对刚才编写的函数的正确性充满信心，你再也不需要检查它了。对于一段又长又复杂的例程，你往往是不会有这样的信心的。
编写短小简洁的函数的另一个好处是，在编写了一个短小的函数之后，在程序的其它部分就可以使用这个函数了。例如，如果你在编写一个财务处理程序，那么你在程序的不同部分可能都需要按季、按月、按周或者按一月中的某一天等方式来计算利息。如果按非结构化原则编写程序，那么在计算利息的每一处都需要一段独立的代码，这些重复的代码将使程序变得冗长而难读。然而，你可以把这些任务的实现简化为下面这样的一个函数：
/*
* ComDllte what the "real" rate of interest would be
* for a given flat interest rate, divided into N segments
*/
double Compute Interest( double Rate, int Segments )
{
int a;
double Result = 1.0;
Rate /= (double) Segments;
for( a = 0; a< Segments ; ++a )
Result * =Rate;
return Result;
}
在编写了上述函数之后，你就可以在计算利息的每一处调用这个函数了。这样一来，你不仅能有效地消除每一段复制的代码中的错误，而且大大缩短了程序的长度，简化了程序的结构。这种技术往往还会使程序中的其它错误更容易被发现。
当你习惯了用这种方法把程序分解为可控制的模块后，你就会发现它还有更多的妙用。
程序流应该清晰，避免使用goto语句和其它跳转语句
这条原则在计算机技术领域内已被广泛接受，但在某些圈子中对此还很有争议。然而，人们也一致认为那些通过少数语句使程序流无条件地跳过部分代码的程序调试起来要容易得多，因为这样的程序通常更加清晰易懂。许多程序员不知道如何用结构化的程序结构来代替那些“非结构化的跳转”，下面的一些例子说明了应该如何完成这项工作：
for( a = 0; a<100s ++a)
{
Func1( a );
if (a = = 2 ) continue;
Func2( a );
}
当a等于2时，这段程序就通过continue语句跳过循环中的某余部分。它可以被改写成如下的形式：
for( a = 0; a<100; ++a)
{
Func1 (a);
if (a !=2 )
Func2(a) ;
}
这段程序更易于调试，因为花括号内的代码清楚地显示了应该执行和不应该执行什么。那么，它是怎样使你的代码更易于修改和调试的呢?假设现在要加入一些在每次循环的最后都要被执行的代码，在第一个例子中，如果你注意到了continue语句，你就不得不对这段程序做复杂的修改(不妨试一下，因为这并非是显而易见的!)；如果你没有注意到continue语句，那么你恐怕就要犯一个难以发现的错误了。在第二个例子中，要做的修改很简单，你只需把新的代码加到循环体的末尾。
当你使用break语句时，可能会发生另外一种错误。假设你编写了下面这样一段程序：
for (a =0) a<100; ++a)
{
if (Func1 (a) ==2 )
break;
Func2 (a) ;
}
假设函数Funcl()的返回值永远不会等于2，上述循环就会从1进行到100；反之，循环在到达100以前就会结束。如果你要在循环体中加入代码，看到这样的循环体，你很可能就会认为它确实能从0循环到99，而这种假设很可能会使你犯一个危险的错误。另一种危险可能来自对a值的使用，因为当循环结束后，a的值并不一定就是100。
c语言能帮助你解决这样的问题，你可以按如下形式编写这个for循环：
for(a=O；a<100&&Func1(a)!=2；++a)
上述循环清楚地告诉程序员：“从0循环到99，但一旦Func1()等于2就停止循环”。因为整个退出条件非常清楚，所以程序员此后就很难犯前面提到的那些错误了。
函数名和变量名应具有描述性
使用具有描述性的函数和变量名能更清楚地表达代码的意思——并且在某种程度上这本身就是一种注释。以下几个例子就是最好的说明：
y=p+i-c；
和
YearlySum=Principal+Interest-Charges：
哪一个更清楚呢?
p=*(l+o)；
和
page=&List[offset]；
哪一个更清楚呢?

㈣ Java程序员怎样调试bug

前端调试技巧：浏览器按F12 可以观察控制台输出的变量，可以看请求的情况（请求路径、参数等） ，这些都是常用的，每个浏览器不同。一般都是火狐的firebug 和谷歌浏览器<br>console.log(var tem); //控制台打印变量<br>alert("tem"); //弹出框弹出变量后台调试：eclipse IDE就是在相对应的java代码处打断点，看变量值等

㈤ 北大青鸟分享系统程序员怎样把代码写得又快又好

很多初学者包括一些有经验的程序员，在敲完代码的最后一个字符后，马上开始编译和运行，迫不急待的想看到自己的工作成果。快速反馈有助于满足自己的成就感，但是同时也会带来一些问题：

让编译器帮你检查语法错误可以省些时间，但程序员往往太专注这些错误了，以为改完这些错误就万事大吉了。其实不然，很多错误编译器是发现不了的，像内存错误和线程死锁等等，这些错误可能逃过简单的测试而遗留在代码中，直到集成测试或者软件发布之后才暴露出来，那时就要花更大代价去修改它们了。

修改完编译错误之后就是运行程序了，运行起来有错误，就轮到调试器上场了。花了不少时间去调试，发现无非是些低级错误，或许你会自责自己粗心大意，但是下次可能还是犯同样的错误。更严重的是这种debug & fix的方法，往往是头痛医头脚痛医脚，导致低质量的软件。

让编译器帮你检查语法错误，让调试器帮你查BUG，这是天经地义的事，但这确实是又慢又烂的方法。就像你要到离家东边1000米的地方开会，结果你往西边走，又是坐车又是搭飞机，花了一周时间，也绕着地球转了一周，终于到了会议室，你还大发感慨说，现代的交通工具真是发达啊。其实你往东走，走路也只要十多分钟就到了。不管你的调试技巧有多高，都不如一次性写好更高效。

下面是我在阅读自己代码时的一些方法：

检查常见错误

第一遍阅读时主要关注语法错误、代码排版和命名规则等等问题，只要看不顺眼就修改它们。读完之后，你的代码很少有低级错误，看起来也比较干净清爽。第二遍重点关注常见编程错误，比如内存泄露和可能的越界访问，变量没有初始化，函数忘记返回值等等，在后面的章节中，我会介绍这些常见错误，避免这些错误可以为你省大量的时间。如果有时间，在测试完成之后，还可以考虑是否有更好的实现方法，甚至尝试重新去实现它们。说了读者可能不相信，在学习编程的前几年，我经常重写整个模块，只我觉得能做得更好，能验证我的一些想法，或提高我的编程能力，即使连续几天加班到晚上十一点，我也要重写它们。

模拟计算机执行

常见错误是比较死的东西，按照检查列表一条一条的做就行了。有些逻辑通常不是这么直观的，这时可以自己模拟计算机去执行，假想你自己是计算机，读入这些代码时你会怎么处理。北大青鸟http://www.kmbdqn.com/认为这种方法能有效的完善我们的思路，考虑不同的输入数据，各种边界值，这能帮助我们想到一些没有处理的情况，让程序的逻辑更严谨。

㈥ 作为一个程序员，如何调试抓取跳转页面前发送

步骤：

• 在用layer的组件的时候，有时候你需要加上一个parent.location.href跳转页面，就不会再层里面跳转了。

• 记得把“submit”换成“button”

• 代码如下：

  

拓展：

• alert是HTML DOM 中用到了一种脚本语言，它的中文意思是“提醒”。

• 它是JavaScript或VBscript脚本语言中窗口window对象的一个常用方法。

• 其主要用法就是在你自己定义了一定的函数以后，通过执行相应的操作，所弹出对话框的语言。并且alert对话框通常用于一些对用户的提示信息。

㈦ 程序员如何规范代码的编写方法

对于每个程序员来说，养成良好的代码编写方法是非常关键的。在编写代码的过程中，每个人的方法是不同的，那么应该如何规范自己代码编写的方法呢？规范编写代码有哪些要求呢？下面电脑培训带大家认识代码编写的方法。

一、保证代码压缩后不会出错

对于大的JavaScript项目，一般来说，包含在项目中的所有JavaScript文件在产品公开时都会被压缩。为了正确压缩代码，通常需要考虑压缩工具的必要条件，如句子用分号正常结束，中括号结束等。因此，IT培训发现当编写代码没有按照标准进行时，在发生压缩错误后再次寻找错误是浪费时间的。

二、保证代码能够通过自动格式化功能

一般情况下需要使用完善的开发工具进行自动化格式功能，这个功能能够进行换行、缩进和空格等方法的代码编排，并且还可以设置自己喜欢的格式。别人在阅读你的代码时需要使用IDE进行格式转换，以满足个人的阅读风格。昆明北大青鸟认为阅读代码能够更加深入的了解代码调用和细节的实现，这是简单的文档不能实现的。

三、使用标准的文档注释

这是编写代码中最基本的要求，能够很好的了解代码的提示，并且还可以利用配套的文档工具生产其他格式让别人阅读。北大青鸟认为编写完整的注释还可以使团队成员更容易阅读您的代码。通过您的参数描述，团队成员很容易了解您想要传递参与实现细节和编写的方法。

㈧ 杭州北大青鸟分享Java程序员编写代码的技巧

java程序员编写代码的技巧有哪些呢？Java程序员必须努力编写完美的代码，因此，为了编写干净的代码，必须知道如何编写才是真正的好方法，下面杭州杭州java软件开发为大家总结了一些帮助编写代码的小方法。
1、编写之前进行思考首先花10分钟，20分钟甚至30分钟的时间来思考你需要什么，以及哪些设计模式适合你将要编码的内容。
这个时候杭州杭州IT培训认为你会很高兴你花费的这些时间，当你必须改变或添加一些代码时，你不会担心花费的几分钟，而是会花更多的时间去琢磨。
2、代码进行注释没有什么比两个月后检查你的代码并不记得它被用来做什么更糟的了。
重要的都注释一下，如果是自己非常了解的内容，杭州北大青鸟建议这些可以选择不进行注释。
3、不要复制粘贴代码最后自己手写代码，复制粘贴代码会出现代码块重复的情况，并且不利于代码的解读。
4、学会测试代码测试、测试、测试你的代码。
不要等到你完成了程序才测试它，否则当你发现一个巨大的错误时，你会后悔之前的决定。
因为杭州计算机培训学校发现如果你没有进行每段代码测试，最后出现问题是很难找到的。

㈨ 怎样做一名高效率程序员

1、理解编程语言的原理

三流的人才懂应用，二流的人才懂开发，一流的人才懂原理。各种语言之间存在着相似的地方，掌握语言的原理是必不可少的。最重要的，让语言去适应项目，反之亦然。

2、向优秀程序员学习

你有一个苹果，我也有一个苹果，我们交换苹果，你我还是有一个苹果;你有一种思想，我也有一种思想，我们交换思想，你我就有了两种思想。

与优秀的程序员为伍，你将吸收的最实用的经验，这远比你一个人自学、死磕编程来的快一些。有一句话说到好，与臭棋佬下棋，棋会越下越臭。不可否认这样一个事实：和什么样的人在一起，就有什么样的格局，就会有什么样的人生。

3、了解数据结构和算法

如果你要成为一个高效的开发者，就必须学会快速排序、学会辨认O(n2)程序、学会编写递归函数。

学会多种语言，你便会更清楚不同的框架是相同问题的是如何解决的。尽可能去了解底层命令(plumbing)，以便能够作出明智的决定(Web框架是怎么存储session状态的?Cookie到底是什么?)。

4、精通一个编辑器

高效开发者通常是用IDE编辑器吗?其实不是的，他们更常用的文本编辑器，因为这样更会学到东西。

如果使用编辑器选择通用的Emacs或Vim，自然是最好的。其次，挑选你的首选平台最支持的。使用宏，不断地写代码;使用Visual Studio或SublimeText的自动补齐功能。

5、整洁的代码胜过巧妙的代码

如果想让别人可以轻松读懂你编写的代码，请尽量使用最少的代码来完成任务。在编写代码过程中，遵循DRY(Don’t repeat yourself)的原则，使用明确定义的对象和库，将任务分解成小而简单的代码段。

6、掌握代码调试技巧

现如今市场和需求变化相当快，项目的周期有时就会缩短。一个月的工作计划，会缩短到2个星期。项目的压力难免会导致程序员的代码质量会有所下降!

因此，调试技巧在这样的环境下就显得尤为重要。高级程序员会在函数的开始和结束输出Log，把所有的参数和返回值打印到日志系统，便于追踪。在解决问题的过程中，使用开发工具一行一行进行调试，实时观看参数的变化。

7、重新回顾代码

重新去回顾和审视自己写过的代码，通常会有两种体验，一种是我怎么写了这么烂的代码;另外一种则是对自己写过的代码充满了成就感。回顾代码有时可以触发我们新的想法，甚至还能对编码有一个更深层次的思考。