1.在没有理解的情况下就粘贴代码

　　有时，你会发现，你正在寻找某个功能的代码恰巧存在于他人的代码里，于是，你开始拷贝整段代码，而不是去理解每一行代码。

　　有时，你所拷贝的代码可能非常多，以至于你没有时间去完全理解它。如果你经常以这种方式拷贝代码，那么你的应用程序可能会存在很大的潜在风险，比较脆弱而易出现bug。

　　这样做的优点就是你可以很快完成工作，但由于你没有编写这段代码，所以，万一在后期，这段代码出现问题，你可能很难去维护。

　　所以，无论你所拷贝的代码是多还少，你都应该非常小心，确保自己已经完全理解了这些代码。如果你之前已经使用过这段代码，并且可以100%的运行起来，没有其他问题，那么你就可以放心地使用，否则，你一定要谨慎。

　　2.每次都从头开始

　　这是初学者经常犯的错误，你可能会认为很好，每一次都重头开始创建应用程序。但殊不知，这是巨大的资源浪费——时间、精力和心思——这些完全可以更好地用在其它地方。

　　如果你需要的东西已经有了，那就直接利用它，无需对同一个概念一遍一遍地重建。

　　如果有现成的API、框架或游戏引擎可以轻松完成你的任务，那么你就应用使用它。你的目标并不是展示你的能力有多强，而是确保应用工作起来有多完美，并且利用较少的资源实现它。

　　这样，你就可以事半功倍地完成任务。话说时间就是金钱，花更少的时间完成更多的事情，何乐而不为呢。

　　3.遇到问题就Google

　　许多次，习惯性的，一遇到新问题就通过Google来查找解决方案，要想成为一名好程序员，这并不是个好法子。如果你每次都是通过外部力量获取解决方案，而不是自己思考，那么，你的思维将永远得不到挑战，不是有句俗话吗：脑子不用会生锈的。

　　当你的思维停止挑战，编程技能也会下降，尤其是对于程序员来说。解决问题的能力与编程技能的提升是有很大关系的。当然，通过搜索来查找解决方案并不是什么坏事，但前提是，先动脑。或许，你只需花费很少的时间，就可能把问题很好地解决、或许你的解决方案比他人的更加精确。

　　不尝试，你永远都不知道。

　　4.忽视警告

　　当出现警告时，你应该意识到会有潜在的问题产生。

　　警告是一种迹象，表明你所做的功能并不能时时刻刻很好地工作。有时，这些警告并不严重，并且可以安全的忽视。但当问题真正来临的时候，在应用程序显示成百上千个警告，并且不能完全正确地工作。

　　这样，要想发现这些错误的原因，就变成非常困难。你不得不花更多的时间来分析每个警告，并且查找问题的根源所在。相反，最佳的解决方案是当警告初次出现时，你就开始查找原因并解决。

　　通常，你只需使用正确的变量或方法即可解决大多数警告，无需花费太多的时间。要尽早处理这些警告。

　　记住，对待警告如同错误一样。

　　5.快速修复而不是永久性地修复

　　有时，我们只是快速地修复下问题，而不是永久性地解决。但如果一不小心，问题还会以各种各样地方式出现。

　　同样，修复问题时不应该破坏原有的系统，修复一个bug应该是提高整个系统的运行效率，而不是使它变慢或变笨。