简约主页

卡尔·萨根（Carl Sagan）曾经说过：“我们生活在一个极其依赖科学和技术的社会中，几乎没有人对科学和技术有所了解。” （ ）显然是一个例外，她利用自己的知识和技能来调试代码。

卡特琳娜（Katrina）在演讲前花了一些时间在忙碌 ，在即将到来的 与Opensource.com进行了交谈。 她向我们介绍了她极少使用工具的情况以及调试过程。

您是如何特别开始进行编码和调试的？

我的父亲和祖父都曾在和从事计算机工作，因此我很小的时候就接触过代码。 在大学里自学Perl的日子里，调试主要是向我介绍的。 如果要通过在命令行中运行自己的脚本来学习编码，则必须真正快速地发现缺失的分号。

告诉我们您自己的调试工具简介。

实际上，我一直对使用简约工具感到骄傲。 默认情况下，我什至没有真正使用IDE，在我自己的大多数开发中，我只使用 ，而在工作中，我目前大多使用 。 只需给我代码，对行为进行良好的描述，并向其扔东西并查看其吐出的能力。 这可能就是为什么我越来越多地使用日志记录的部分原因-如果我可以让我的系统（可能还有我的用户）为我执行此操作，则不必做太多的记录或测试。

每个系统管理员和程序员都喜欢讲述一个喜欢的错误，无论是因为它特别困难，幽默还是其他原因。 请告诉我们您的情况。

尽管可能不是严格意义上的“错误”，但我最引以为傲的不兼容问题之一是将教育演示文稿软件包生成的特定类型的丰富HTML5文档与其他自定义内部教育软件（已构建为到那时为止，大约十余年来大部分是PHP应用程序。 这是HTML5才刚刚真正开始流行的时候。 演示软件需要对每个演示输出进行13次单独的手动代码更改。 在几个月的反复尝试下，我借助日志记录和我使用的其他通知机制发现了全部13种。

您的演讲摘要提到了人们对遗留系统的了解不足，这些遗留系统带有错误规避而不是修复。 这个问题有多大，有多重要？

与其他程序员交谈只是我的印象，但这似乎是标准的情况，如果您询问已经开业一两年以上的任何公司的IT部门。 的确，除非公司在整个生命周期中都非常重视具有高度可维护的代码库，否则这种情况最终是不可避免的。 考虑到可维护的代码只能长期显示其价值，因此总是会倾向于权衡可维护性以实现更快的部署。

快速部署有很多不错的理由，但是我认为公司在这里有很大的空间养成更好的习惯。 我认为，可以区分生存下来的公司和灭亡的公司的一件重要事情是，哪家公司可以最好地驯化和培育其代码库。 不仅仅是将它扔在那里，看看有什么问题了。

您是否有定义的个人调试程序？ 您能为我们简单介绍一下吗？

并不是任何高度发达的过程或任何东西，但是总的来说，我只是花一些时间思考受该问题影响的系统，以及该错误特别适合该系统的方式。 如果它是我已经熟悉的系统的一部分，那么我可能会扫描一些代码或将内容涂鸦出来。 如果这是我不熟悉的内容，那么我将尽我所能阅读尽可能多的代码（或日志或数据库转储）。 除非Swift解决，否则我通常会花一些时间仔细检查一下，然后再回来，更认真地寻找漏洞可能潜伏的地方。 在这一点上，根据错误和我的访问权限，我可能会读取日志或数据转储，并对代码进行调整以查看其如何影响事物。 在那时，它主要只是迭代。 戳东西，翻石头，看看有什么蜘蛛爬出来。

您如何选择调试工具？

如果可行，请部署它。 如果被大肆宣传，请忽略它，直到将其用于您要参加的继续教育课程的作业中。

您希望在SCaLE 14X上的演讲完成什么？

与可能会从中受益的人分享一些经验，将迄今为止在我的职业中从特定主题中学到的东西提炼成希望有用的东西，并希望开始一些有趣的讨论！

翻译自:

简约主页