Как быстро находить ошибки в коде? Советы для начинающих 

Еще стратегия по поиску ключей в квартире: восстановить траекторию своих перемещений по квартире за последнее время, и пройтись по ней. Применительно к коду: посмотреть, что трогали за время, прошедешее с последнего успешного запуска. Часто косяки либо напрямую там, либо правильный новый код триггернул скрытый косяк в другом месте. При нахождении "точки опоры" и обратного подключения частей программы, я обычно подключаю их не шаг за шагом, а "методом деления отрезка пополам" - раскомментирую сразу одну половину. Если программа работает - перехожу ко второй половинке тем же методом, если же ошибка всплыла - комментирую обратно одну из половинок раскомментированной части. Таким образом локализация ошибки происходит не за O(N), а за O(log N).

Крутое видео! Благодарю, Кирилл!

Спасибо!

В первую очередь нужно посмотреть в кармане😅

круто)

Да не правда все это, что он тут задвигает. Отладка - искусство) да, ага. И в спорте и везде конечно же играет роль насколько качественными инструментами ты пользуешься. Это просто проверить, ты играешь например в пинг-понг, проигрываешь. Меняешься ракетками - выигрываешь. Хм, почему же так)))

поставим мировой рекорд с 0 дизлайков?!

ничего удивительного не расказано

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

Если захожу в тупик при поиске ошибки, ложусь спать - пять утра, - не лучшее время продолжать поиски )

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

временами слушаю этот ролик как медитацию при прохождении заданий на Хекслет, зачастую код вроде правильный, но среди кучи символов иногда упускаешь какую-то мелочь)

Когда теряю ключи, всегда спрашиваю Кирилла, почему мои ключи у него.

Пррекрасный мультик для новичков. МилЧеловек, а что такое СтекОверфлоу? Что такое Сниппет? Если вы беретесь преподавать несведующим людям то каждый новый термин при первом упоминании должен быть расшифрован. Угу. Опять же.... Фреймворк? Можете объяснить внятным языком что это такое? Треды могут общаться... Гонки, Шаред Стейт..... Пдждите пжалста, язаписсывайу. Что касается вашего подхода, то была древняя шуточная задачка: как поймать льва в Пустыне и подход разных специалистов к этому процессу. Мой любимый способ - способ Деканата: Хвост есть - сам придет. А ваш это подход геометрический - делим пустыню пополам, смотрим где лев, дальше делим половину где лев еще пополам и.т.д. Чтобы мой комментарий не казался тупым наездом хочу сказать, что в названии ролика есть слова "для начинающих" и я сюда пришоло по ссылке с курса где учать писать "Hello, World."

Забыл что ошибку нужно сначала воспроизвести, создав среду где она стабильно возникает )

Чем отличается опытный разраб от джуна? У него есть привычка "класть ключи" всегда в одно и то же место, а также знать аналогичные привычки других. Поэтому, в случае пропажи, джун действительно начинает поиск по разным стратегиям, а опытный инженер просто идёт в нужное место и берёт ключи.😂

Изучал основы Python3 и было задание написать быстрое сортирование. Нашёл алгоритм с двух-концевым быстрым сортированием на JAVA и перевёл на питон оставляя for - а там изменяется переменная цикла внутри цикла и резултат был, что итоговый список выходил не как должен. Было интересно поучиться использовать средства отладки в питоне и в конце понять, что ошибка при переводе (поменял циклы на while и заработало).

Не сладкая жизнь в it, много претензий у пользователей за плохо работающее ПО

Начала смотреть это видео, потому что не могла найти ошибку в коде. Поиск ключей. Представила, как бы искала. Начала с двери - не в замке ли они? Так и есть. Код тоже. Всё написала, всё здорово. Но самое главное - забыла нвписать print. )))

....а если не знаешь как выглядит "ключ"? а вашем случае ключи все разные....

И еще надо использовать git(или аналог) чтоб после боя все восстановить и по человечески исправить

В поиске ошибки может помочь git bisect.

Отладка методом пузырька:)

выключил видео после слов о том, что магии не существует. а если серьёзно: классное видео, хорошие советы, спасибо)

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

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

Спасибо за видео. Узнал себя в некоторых моментах, а я только 2 месяца изучаю Python

Поиск ошибок - это искусство, которое дается только со временем и с опытом, и очень часто основывается на личной интуиции. Квалификация разработчика заключается именно в этом.

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

спасибо, было интересно.

Стакановерфлоу - наше все.

Спасибо!

Просто напишу комментарий чтобы он был.

Спасибо за советы

Пригодится инфа!