开发工作充满了挑战性。人无完人，对于程序员来说，写出有 bug 的代码是在所难免的。

有些人很淡定，也有一些人会感到生气、沮丧、不安或气馁。

在修复 bug 的过程中我们都经历了什么？来和大雄一起找找共鸣，看看大家是不是都经历过这种挣扎：

看着旧代码，总有一种想要重写它们的冲动。

丑陋的逻辑语句和啰嗦的语法极大降低了代码可读性！

但是，如果代码跑得好好的，为什么要去修改它们呢？

我们经常会陷入这样的两难境地，而且我相信这也困扰着很多其他程序员。

我想大多数人都知道 GitHub，这个网站每天都会有很多开源项目发布出来。

开发者们加入这个网站，给已有的项目拉取分支，在 wiki 上讨论，或者创建自己的代码库。

网站提供了很多很好的插件和模板，可以被用在各种各样的项目中。

如果要使用热门的编程语言，比如 Java 和 Objective-C，那么项目依赖库的数量会变得非常大。

在采用一个需要大量依赖项的框架时这一点就变得非常明显。

一些 JavaScript 插件也需要大量的额外文件。有时候这些杂乱的东西会让人厌烦，但至少它们是可以用的！

在碰到难题时，我的第一反应是上网。

很多程序员会在论坛上问问题，这些问题最终会得到解答。

谷歌非常善于挑选与你的问题相关的关键字，并为你提供这些有用论坛帖子。

但可惜的是，有时候对于某个具体的特定的问题并没有太多的信息。

为什么要重复发明轮子呢？

要扩展用户界面、程序或网站，插件是一种很好的方式。

另外，插件还能提供定制化功能。

如果找不到相应的插件，为什么不自己开发一个？（因为菜啊）

在 IE 中渲染网页给我们带来了很多考验和磨难，这个就不用多说了。

从 IE 5.5 到 IE 9/IE 10，人们一直在为获得更好的浏览器支持而做着艰苦卓绝的斗争。

Web 开发人员可能很担心网页调试，因为在 IE6 中打开一个网页可能就是一场噩梦。

值得庆幸的是，那些日子正慢慢成为过去。（只要别拿IE，我们都是朋友）

if/else 循环、for 循环、while 循环、do 循环，这些都是逻辑语句，除了这些之外还有很多。

在阅读示例代码时，会反复回想代码里的逻辑应该怎样写更好。

大量的非运算符和比较符号会让人晕头转向。

所以，会经常回头去修改之前写好的逻辑。

一股脑儿写了一个函数，然后函数输出了一个致命的错误。

为了找到问题所在，就不得不把其他代码删掉，只留下出问题的那几行代码。

（找bug犹如此图）

当最终找到问题并把它修复，会感到筋疲力尽，但同时也松了一口气。

大家通常喜欢用自己的方式做事，但如果事情没有按照原计划进行，可能就会有麻烦。

有好多次，开始一个项目遇到了麻烦，然后开始在网上搜博客寻找解决方案。

最后发现原来方法是错误的，重新开始也许会更容易些！

所以，在一开始先做一些调研，从长远来看肯定会节省时间。

调试代码就是跳来跳去，向前两步，后退一步，再向前两步，如此往复。

花上几个小时盯着代码看，查找函数名或变量作用域中的错误，最后却发现少了右括号，那种感觉很怪异。

所有的时间都浪费在了一个很小的语法错误上，感觉自己蠢得冒气。

有时候需要站起来，离开显示器一会儿。

在敲了几个小时的键盘之后，休息一会儿肯定有助于思考。

大多数的健康指南建议每 30 到 60 分钟休息一次，但这完全取决于自己的需要。

如果总是在半途中断，也可能感觉很烦。（番茄钟我就完全用不了......）

除了离开电脑，这是另一种休息方式。

或许还有其它工作可以做，那就去做吧。

这是一种更好的分配时间和资源的方式，特别是如果已经花了 5 个小时还解决不了一个问题的时候。

有一种观点认为，在植物生长的初期，播放古典音乐有助于植物的生长。

个人很喜欢古典音乐复杂的音符和音乐理论。

爵士乐、钢琴、大乐队，古典音乐在人类文化中都占有一席之地。

那么，在编程时听音乐真的能让你在调试代码时变得更聪明吗？

可能不会，但希望它也不会让你变得更笨。

我想很多人都知道鲍尔默巅峰理论：该理论认为，程序员在摄入一定数量的酒精后，其编码能力将达到巅峰。

这是由史蒂夫·鲍尔默的古怪行为引起的，感觉可能只是一个酒鬼的胡言乱语。

不过这有点讽刺，因为鲍尔默在微软并不是一名程序员。注意上班时间不要试哈~

这听起来就像是一种妄想症，但有时不得不怀疑，是不是睡觉的时候，谁写了这些代码。

过去几周或几个月忙的项目非常枯燥。

有时候会不记得自己往代码库里添加过东西——甚至是上周刚刚查看过的项目！

最糟糕的情况是，你一边阅读源代码，一边不知道该做点什么。

可能是你自己的项目，也可能是其他人的项目，但问题是一样的。

现在，必须决定是花更多的时间查找替代方案，还是花时间分析脚本。

不得不说谷歌真是好朋友。

不管你使用的是什么编程语言，比如 Objective-C、C++、Java、Python 等，都会有同样的体会。

错误消息试图为我们提供帮助，但除非已经记住了各种错误代码的含义，否则它们看起来更像是经过翻译的计算机语言。

但只要谷歌一下就有很多内容可以帮助我们确定这些错误消息到底是什么意思。

我们都知道，当想要放弃一件事情，会有一种挫败感，同时又觉得放弃并不是正确的选择。

你希望继续前进，并尝试新的解决方案。

但如果你发现你又因此浪费了一个小时呢？我经常遇到这种情况，这让人感到很难受。

在写前端 HTML/CSS/JS 代码时，并不总是需要写注释。

但对于复杂一些的脚本和程序，就需要某种类型的注释，以便你在几个月后甚至几年后回过头来查看。

有时候你会忘记给函数及其参数、输出格式和其他基本数据添加注释。

当出现错误时，你需要调试整个脚本才能找到解决方案时，这无疑会给你添乱。

这个时候你就会想，如果当初加一些有用的注释就好了。

开发程序最令人感到沮丧的，可能是什么都没做——既没有更新，也没有修改代码——程序却突然不能正常运行了。

这种事真的经常发生。

也许是因为其他程序正在运行旧的版本？谁知道呢

有时候，更新一小段代码就会导致整个程序崩溃，然后只能恢复到最近的可运行版本，并从那里接着往下开发。

我用过的每一种编程语言几乎都需要行终止符，当然并不是所有的都需要，但 C/C++ 族编程语言通常是这样的。

如果忘记添加结束分号，只是一个无心的错误，但解析器不理解这一点，它会无情地抛出一个致命错误。

然后，你必须再花 20 分钟来查看代码，最后你发现缺少了一个分号。也许这就是调试的“乐趣”。（感觉我在被代码调试.....）

聘请其他开发者来修复问题，这种想法很诱人，但显然财务上不允许。

另外，如果你不亲自动手，怎么能从这些错误中吸取到教训呢？

在经历了多次失败之后，当你最终对一个编程概念有了透彻的理解，你才会感觉良好，能招人还是招

很多程序员喜欢在 Hacker News 上了解与软件及初创公司相关的社会新闻。

这个网站上有很多关于自由职业、时间管理、软件开发、新公司启动和融资的信息。

虽然浏览这个网站会给你带来高效的感觉，但它也在消耗你的时间。

每隔几个小时休息一下，趁这个时候去看看新闻或许会更好。

如果你使用的插件或框架没有文档，那么最令人感到沮丧的是你必须自己深入查看它们的源代码。

个人偏爱那些开发人员会花时间专门设计文档的项目。（文档非常重要！！）

文档解释了所有可用的参数和选项，甚至可能还会提供一些示例代码片段。但遗憾的是，并不是所有的项目都会这样。

最简单的方法就是远离那些没有详细文档的项目，这样你就不会那么痛苦了。

在开发和调试代码时，我并不总是会想到给数据库做备份。

但是，数据备份提供了一个保障，在做出某些变更之前可以及时回退。

记住，请在本地保留网站项目文件和数据库的副本，以备不时之需！

这可能是一项烦人的任务，但绝对没有重建被损坏的 SQL 数据库那么烦人。

在经过了几个小时毫无头绪的工作之后，很明显，你可能需要尝试一种新的方法。

在设计接口之前，程序员希望先让功能正常运行起来。

确定最快速、最准确的解决方案，并保证 100% 的时间都可以正常运行，然后继续做那些锦上添花的东西。

负责管理编程语言依赖项和插件的团队不需要经常发布新版本。

有时候，更新 PHP/Ruby/Python/SQL 版本就可以解决将文件从本地传输到服务器时的调试问题。

本地更新很少有助于修复源代码中的 bug，除非你的版本已经过时。值得一试！

版本控制系统 Git 在程序员中非常流行，它的学习曲线比其他竞争对手要容易些，被用于管理很多在线代码仓库，比如 Github 和 Bitbucket。

开发人员之所以想要延后学习，是因为对于初学者来说，它的入门曲线非常陡峭。

但是，一旦理解了它的基本命令，Git 就变得非常简单了。

有时候，在花了几个小时尝试某个解决方案之后，你会将工作文件移动到存档目录（或删除它们），然后从头开始。

之前几个小时的辛苦工作几乎没得到有什么回报，所以做出这个决定是很艰难的。

但当我陷入困境时，重新开始往往正是完成一个项目所需要做的事情。

‧‧‧‧‧‧‧‧‧‧‧‧‧‧‧‧  END  ‧‧‧‧‧‧‧‧‧‧‧‧‧‧‧‧

扫描下方微信，加作者微信进技术交流群，请先自我介绍喔。