Дебаггинг: прокачиваем скиллы

Все мы пишем код, который в какой-то момент ломается. Это часть процесса разработки. Когда вы сталкиваетесь с ошибкой, вам кажется, что вы бессильны. Однако даже самые опытные разработчики сталкиваются с ошибками.

Офис "<mark class="cdx-marked-text marked-text"><a href="https://api.vc.ru/v2.8/redirect?to=https%3A%2F%2Fdigitalskynet.ru%2F&postId=48075" rel="nofollow noopener" target="_blank">Digital Skynet</a></mark>"
Офис "Digital Skynet"

Важно помнить об ошибках, чтобы больше не повторять их и развивать навыки программирования и отладки. Ошибки бывают логические или синтаксические. Некоторые из них проявляются через исключения или сбои, в то время как другие появляются только при использовании программного обеспечения.

Вот некоторые из ошибок, которые допускают разработчики

Неумение регистрировать сообщения об ошибках

Один из самых неудачных сценариев, с которыми вы можете столкнуться, это когда программа выходит из строя, а сообщений об ошибках нет. Вы даже не можете понять, что пошло не так. Первый шаг - определить, сбой произошел при запуске программы или во время выполнения. Вы можете сделать добавив простой вывод сообщения на терминал в начале своего кода.

Если вы не видите сообщение в журнале, сбой произошел во время запуска.

Неумение читать сообщения об ошибках

Сообщения об ошибках обычно отображаются в пользовательском интерфейсе или консоли разработчика. Иногда эти сообщения видны в бэкэнд части через терминал или через файлы журнала. Независимо от того, где происходят эти ошибки, новые разработчики часто не тратят время, чтобы с ними разобраться.

Это одна из причин, почему отладка занимает много времени.

Первое, что нужно сделать, внимательно прочитать сообщение об ошибке. Не стараться всё выполнить как можно быстрее, а погрузиться в проблему и решить её.

Неумение читать системные логи

Некоторые программы генерируют лог-файлы или записывают в системный журнал событий. В этих журналах хранится полезная информация. Если вы не найдете информацию, что не так, можно найти сообщение, в котором будет намек на то, что произошло до возникновения ошибки.

Неумение записывать логи трассировки

Трассировка отслеживает выполнение программы и данные. Сообщения трассировки упрощают процесс отладки. Логи трассировки - это простой способ отслеживать выполнение программы и своевременно находить ошибки.

Неумение вносить дополнительные изменения, сбилдить и протестировать их

Многие разработчики пишут большие куски кода, прежде чем собрать и протестировать всё. Время поиска ошибок увеличивается пропорционально количеству кода, который был изменен. Стремитесь к инкрементным изменениям: проверяйте отдельные части кода как можно чаще. Это гарантирует, что вы не окажетесь в ситуации что ничего не работает, а большая часть уже написана.

Часто я даже рефакторю код, чтобы упростить написанное.

Неумение использовать автоматические тесты

Unit-тесты и end-to-end тесты предотвращают появление ошибок. Одна из причин, по которой код ломается - игнорирование автоматического тестирования. Ведь самому очень сложно заметить ошибки.

Неумение использовать метод исключения

Если вы не можете определить основную причину своей проблемы, используйте метод исключения. Вы можете закомментировать новые блоки кода и проверить, не прекращаются ли ошибки. Исключение блоков кода поможет вам приблизиться к диагностике проблемы.

Сформулируйте определенную гипотезу и попытайтесь доказать или опровергнуть ее. Многократное просматривание кода вряд ли поможет найти ошибки.

Копипастинг со StackOverflow

Часто разработчики бездумно копируют чужой код со StackOverflow. В этом есть много подводных камней. Обратите внимание на то, нужен ли весь этот код вам.

Еще чаще задавая вопрос, ответ появляется сам по себе.

Когда я разговариваю с другими членами команды, в конечном итоге я сам же и отвечаю на свой вопрос. Это происходит потому, что мы фокусируем всё внимание на решение конкретной задачи.

Неумение решать проблемы снова и снова

Один из наиболее успешных методов дебаггинга - попытка повторного использования вашего решения снова и снова, а в некоторых случаях пытаться повторно реализовать определенную функцию с нуля. Это заставляет вас находить потенциальные проблемы, путем имплементации.

Неумение анализировать стек вызовов

Проанализируйте стек вызовов и удостоверьтесь, что все переменные принимают правильные значения

Неиспользование отладчика

Наконец, лучшая инвестиция, которую вы можете сделать - научиться использовать отладчик. Все IDE поставляются с мощными отладчиками. Они позволяют вам прекратить выполнение программы, либо при запуске, либо в определенной части, где обнаружена ошибка.

Также существует множество инструментов отладки, которые могут помочь писать более качественный код.

Перевод статьи How to Improve Your Debugging Skills от Digital Skynet :)

11
2 комментария

Комментарий недоступен

Ответить

А что бывает аналоговый скайнет?

Ответить