我记得读过一篇文章，一般程序员花费90％的工作时间进行调试，10％用于实际开发。尽管这个数字本身对每个人来说可能都不正确，但我认为这个想法本身是有道理的。
然后DDE的想法如何 - 调试容易度的开发？ 为了做sthat，我想到了以下程序和工具。
你还有什么？可以使用哪些程序和工具来有效地揭示错误本身？
答案 0 :(得分：1)
单元测试可以帮助您开发具有更少错误的代码，但我认为它们不能真正帮助调试代码或帮助隔离生产中的问题。
断言通常可以帮助您在执行任何进一步的业务逻辑之前确保满足某些条件。
记录只是上面提到的功能，它真正有助于在生产中隔离问题并提供一些可能出错的线索。此外，开发人员在应用程序流程中的关键/关键步骤中使用记录器方法完全取决于此，并且非常有助于隔离问题。
据说，在开发阶段，IDE支持调试非常重要，它应该非常直观。但是，在非常偶然地进行生产时，您可能有机会将调试器连接到运行的生产环境以针对特定情况进行调试。在这些情况下，只有开发人员日志信息才能解决。