19.“我应该停下来,收工……但我真的很想解决它!”
我们都有过极度灰心丧气,想要放弃的感受,但总感觉半途而废不是正确的选择。于是,你继续埋首钻研,并尝试新的解决方案来调试。但是,如果这还是意味着另一个小时的浪费呢?对于这样的情况我并不陌生,令人非常令人沮丧。
20.“哦,天哪,我以前为什么不写点注释呢?”
当涉及到比较基础的前端HTML / CSS / JS时,我们没有必要写注释。但更复杂的脚本和程序却需要一定形式的条理组织,当你在几个月后,甚至若干年之后需要再回过头来看的话。有时你会忘记注释函数及其参数、输出格式,和其他的必要数据。这在一段时间之后无疑会导致混乱,而且,当bug开始出现时,你必须调试整个脚本来寻找解决方案。因此,要是有一些有帮助的注释就会让你获益良多。
21.“20分钟前它还可以工作的……”
在构建程序时,可能最令人沮丧的部分就是,它从能工作到不能工作——而你没有更新代码的任何部分!我发誓这是真的。而且这是没有任何意义的事情——也许是其他程序正在运行缓存版本?有很多次你更新了一丁点代码,却导致了整个程序崩溃出错,完全停止了工作。恢复到最近可工作的复制文件,然后从那里开始一步步前进。
22.“只是忘记了一个分号,然而整个程序却因此而轰然倒下。”
几乎所有我使用的编程语言都需要结束符。虽然不是所有的语言都有,但在C/C ++中是很常见的。忘记添加结束符,不过是一个很显然的错误!但是解析器不知道这一点,它会抛出一个致命错误。于是,你不得不额外花20分钟去搜索技术故障,而原本只需要用1秒钟补上那个缺少的分号即可。嗯,这就是调试软件的乐趣。
23.“我不知道让别人来修复我的代码,得花多少钱?”
聘请另一个开发人员的点子是挺诱人的,但从财政上看显然没有那么可行。而且如果你不亲身体验的话,又怎么能从这些错误中学到东西呢?当你在经历多次失败之后,终于理解了某个编程概念的时候,那感觉真是棒极了。尽管如此,我的脑海里依然时不时地有一种“让别人来修复代码”的冲头。
24.“快速浏览Hackers News可以提高我的工作效率。”
很多程序员最喜欢阅读的,有关于软件和创业公司等社会新闻的选择是Hackers News头版。它有很多关于自由职业、时间管理、软件开发、以及创业发布和融资的大量信息。虽然HN可以通过自我教育让你感觉自己变得更有效率了,但同时它也会浪费你的时间。每隔几小时去快速浏览下Hackers News也不是那么糟糕。
25.“这个API怎么没有文档?!”
在使用带有坏文档的插件或框架时,最令人沮丧的是,你必须靠自己去深入钻研源代码。我喜欢开发人员花时间去专门设计可用文档页面的项目。所有的参数和选项都解释得清清楚楚,甚至可能会被用在一些示例代码片段中。但可悲的是,事实并非总是如此。所以最简单的方法是远离不良文档,不自找麻烦。
26.“我真希望我保存了那个数据库的备份副本……”
在编写和调试代码时,我不会想到要备份。然而,数据备份提供了允许我们回过头去修改的踏脚石。这在实时的服务器环境中尤为有用,因为有什么变化会立即执行。以防万一,我们应该记得保存网站文件和数据库的本地副本!虽然这会是一个恼人的任务,但其恼人程度远远比不上重建损坏的SQL数据库。
27.“让它正常工作的最快解决办法是什么?”
在花费数个小时苦苦思考自定义的解决方案之后,很明显你需要一种新的方法。在设计漂亮的界面之前,程序员率先想到的是让功能正常工作。确定最快、最准确的解决方案,并实施这个解决方案让其工作才是100%利用了时间。然后,再转移到漂亮美观方面。
28.“我敢打赌更新我的软件将解决这个问题。”
管理编程语言依赖和插件的团队并不需要经常发布版本。有时,在你从计算机传输文件到实时服务器的时候,更新PHP /Ruby/ Python / SQL版本可以解决调试问题。本地更新很少能够帮助修复源代码中的bug,除非你的版本已经过时得无可救药。所以,值得一试!
29.“我应该更有条理并且去学习Git……下周就去研究它。”
开源版本控制包Git在程序员中非常受欢迎。相对于其他的竞争对手,它提供了更容易的学习曲线,并且被许多在线代码仓库,如Github上和Bitbucket使用。开发人员很容易拖延去学习Git的行动,因为它对于初学者而言显然是有难度的。但是一旦你知道了基本命令,那么Git就是小菜一碟。而且它还能使调试版本控制更加清晰。
30.“算了,我还是从头再开始吧。”
有时候,在你绞尽脑汁花费数个小时之后,可能要做的只是将你的工作文件移动到归档目录(或删除它们),再从头开始就可以了。但是,考虑到先前已经耗费的时间,你很难下定这个决心。但是,当我一筹莫展时,我往往会选择从头开始,因为这样才有可能找到完成项目的正确道路。
本文来源:不详 作者:佚名