20、哦买糕的，为什么我都没写注释呢
　　如果涉及到基本的前端代码HTML/CSS/JS时，并不需要总是写注释。但是如果是比较复杂的脚本和程序时，需要写一些标准的注释以便你几个月，甚 至几年后来重温这些代码。有时候你会忘记给函数，参数，输出格式以及其他重要的数据写注释，这无疑会导致发生bug时你不得不调试整个脚本去寻求解决方 案，感到非常困惑，到那个时候你会觉得要是有一些有用的注释该多好啊。
　　21、这个20分钟之前还好好的呢
　　或许构建程序时让人沮丧的是，明明刚才还好好的东西，没有改过任何代码，这会儿却运行不起来了。我发誓这种情况有发生，而且它没有任何意义—也许其 它程序运行的是缓存版本呢然后也有一些时候我们只更新了一丁点代码，结果整个程序都崩溃并且完全停止运行。那会回退到新的备份版本，从那儿继续吧。
　　22、忘了一个该死的分号，整个程序都崩了
　　几乎我用过的所有的编程语言都要求每行结束时都要有结束符，但并不是所有的语言都这样，不过C/C++系列语言是这样。当你忘记添加分号结束符时，这 是多明显的错误！但是解析器并不不理解，便抛出一个致命的错误。接下来得再花费20分钟时间去研究代码，查找技术错误。终发现只是少了一个分号。哈， 这是软件调试的乐趣。
　　23、我想要招人来帮我修复bug，得花多少钱哪
　　雇佣程序员的想法听起来很诱人，但显然在经济上是不可行的。另外，如果你连自己的的错误都没解决，你又怎么能从这些错误中学到东西呢？经历多次失败，后当你真正理解了编程的概念后，你会很有成感。但有时候脑子里难免还是会闪过这种想法。
　　24、快速浏览下HackerNews，肯定能提高我的效率
　　很多程序员对于浏览软件和创业等社会新闻的偏爱选择都是HackerNews首页。它有大量的关于自由职业，时间管理，软件开发，创业发布和筹资资金等方 面很棒的信息。尽管HN能够模拟出通过自我教育更加高效的感觉，但其实是在浪费你的时间。每隔几小时去快速浏览下新闻也没那么糟糕。
　　25、这个API怎么没有说明文档啊？
　　让人沮丧的事情是使用插件或者框架时，自带的文档很糟糕，你只好自己去深入阅读源代码。我更喜欢让开发人员花时间专门为项目设计一个文档页，对所有的 参数和选项都给予解释，有可能的话，给出一些示例代码。但是很遗憾，这种情况几乎不可能。所以简单的办法是远离那些附带文档很糟的工作，以免给自己带 来麻烦。
　　26、我真希望我已经对数据库进行备份了
　　在编写和调试代码的时候，我有时候会想不到备份。然而，数据备份能够帮助我们回退到做出某个特定的改变之前的版本，这对一个即时的服务器环境是特别有用 的，有些变化瞬间会发生。切记在本地保留对网站文件和数据库的拷贝，以备急需。你可能会觉得这样太麻烦了，但是总比你重建一个SQL数据库强多了。
　　27、怎样才能快速解决这个问题？
　　如果花费了数小时后，仍然未找到一个解决办法，很明显你需要一个新的方案了。程序员总是想要先实现功能，然后再去设计和美化界面。先确定一个快的，准确的解决方案，并尽力去实现和完成，然后再去考虑美化界面的问题会很轻松了。
　　28、我敢打赌，你更新下我的代码，这个问题解决了
　　那些为编程语言提供依赖包和插件的团队并不需要频繁地发布产品。有时候从本地传送文件到服务器的时候，更新PHP/Ruby/Python/SQL版本可能会解决一些调试问题。除非你的版本实在太旧了，否则本地更新很少能够帮助你修复源代码中的bug，不过还是值得一试！
　　29、我真的该好好学习Git了，…还是下周吧
　　开源的版本控制控制软件Git在程序员中广受欢迎。跟其他竞争对手相比，它提供了一条更简单的学习曲线，被应用在了许多在线仓库像Github和 Bitbucket中。可能对初学者来说，会有点难度，但是一旦你掌握了基本命令，你会发现使用GIt是小菜一碟。它还让版本控制更加清晰。
　　30、算了，我还是从头开始吧
　　有时候尝试了数小时的解决方案后，你可能需要将你的工作文件归档(或者删掉它们)，重新开始。这个决定的大难点是你会考虑到前面数小时的工作会毫无收获。但是如果你保留之前的想法，项目却毫无进展时。重新开始，才有可能让项目顺利完成。