В Visual studio можно еще для брейкпоинта устанавливать выражение conditions. Полезная штука например для циклов - чтоб не крутится по итерациям долго, а остановится только на той итерации где например в conditions значение счетчика цикла равно тому, что ты установил. И еще есть классная штука при дебаггинге - вернуться назад по коду выполнения, удобно если ты уже вперед проскочил, но понять в чем проблема не смог и нужно заново дебажить
@@ruslan-abdullaev это фича CLR runtime. В браузере дебаггинг только для js и виртуальная машина это не позволяет, и в VS/VSCode откатываться на несколько шагов назад при дебаггинге js тоже нельзя. Возможно сейчас что-то изменилось.
Стань лучше 95% разработчиков и расставь trace-логи заранее в функциях со сложной логикой, чтобы в нужный момент можно было одним движением изменить минимальный уровень логгирования в Production-окружении и облегчить поиск root cause'а.
Я не программист, но помню, что коллеги программисты юзали дебаггер в 2013 в продуктах от Майкрософт Dynamics типа Navision и Axapta. В соевых языках и фреймворках такого что-ли нет?
Ну вы фронты и даёте, в то время как на бэке про дэбагер знает каждый джун, а за System.out.println() или console.log() по-вашему, бьют по рукам, то у вас про него только 10% знает ))) На бэке синьор как правило даже дэбагером не пользуется, так как при нормально написанных тестах он не нужен.
Бывает такой код в каком-нибудь новом для вас большом старом проекте, который не так просто понять из-за множества абстракций и инъекций зависимостей, что прогонка через дебаг упрощает понимание
Дима, а я всю жизнь пользуюсь дебагером , но когда узнал про возможность тестировпния без полного запуска приложения , меня понесло, книгу кента бека tdd, взахлеб проштудировал, и начал доводить покрытие тестами в ненормальном режиме- более 90% кода, сейчас ищу золотую середину. Все хорошо в меру.
Как начинающий разработчик от всей души благодарю за это видео, до этого делал принтами, потом через логер. Но потестил на своем проекте и о боже как же это великолепно когда я могу увидеть что же отдает мне api через watch
А так вот почему я сижу и офигиваю как так, люди не юзают дебаг. Оказывается только мы, джависты рождаемся уже в режиме дебага)) А ты тоже приложение локально запускаешь только в режиме дебага?)
@@aks964да блин, я джавист, но я свою практику начинал 15 лет назад с пхп зенд студии... Там же тоже есть отладчик, как можно не пользоваться им, я не представляю. Даже если отлаживать просто джаваскрипт, один фиг есть дебагер в браузере уже сто лет в обед даже в эпоху ИЕ6
90% посмотрят на мое сообщение и не поставят лайк, но если серьезно, думал будет пример разбора минифицированного файла, дебажить обычный код слишком очевидно
Знаком с дебагером как в универе на лабах его проходили, пишу на руби, использую pry byebug, в нем через io вывод можно прям посередине программы вклиниться везде залезть, все поменять и нет зависимости от ide
Для дебага фронта браузерный дебаггер не всегда помогает, иногда вотчер и скоуп просто не видят переменные, которые 100% есть в райнтайме (или может я просто фронтендер херовый)) . А вот на беке без дебагера вообще никуда)
Для дебага фронта прекрасно подходит дебаггер гугл хрома. У меня конечно не 10 лет стажа, а 4, но за это время ни разу не разу не было кейса когда пришлось бы запускать дебаггер из иде. То же самое коллеги говорят.
Я не знаю. Я мидл java. И я ни разу не видел принты в коде. Даже если какой либо джун пишет принты, то буквально за пару месяцев его отучивают от этого. В моем мире все всегда используют дебаггер. Более того, приложение при локальной раскатке вообще почти всегда запускается в дебаге. ( запускается не в дебаге только в совсем специфичных задачах. Например нужно измерить время выполнение разных функций. Тогда через лог инфо, на крайняк принты, и запуск не в дебаггер, ибо дебаггер тоже замедляет). Как вообще можно разбирать сложную логику не используя дебаг мне не понятно. Для меня программист который не умеет в дебаг это даже не джуниор. Ни на кого не наезжаю, не кидаю предъявы, просто рассказал как это вижу я. Для меня шок сам факт того, что кто то не умеет в дебаг.
Дим, а я тебя опередил! Студентам на Яндекс. Практикуме - об отладчике рассказывал еще год назад. То, чего почему-то, действительно, никто из преподавателей не делает. Так что теперь - подавать на меня в суд, что украл идею, - бессмысленно. :)
в некоторых окружениях отладчика вообще нет, только консоль с логами, как пример клиентские скрипты для гта 5 (можно посчитать это совсем экзотикой, потому что в таких сферах мало кто варится, меньше 1% пожалуй всех джавастриптезеров)
Обожаю дебаг кода, на принты смотрю скорее как на костыль. Например костыль невозможности запускать код на локальной машине, так разрабатывать это боль когда привык прогнать на локальной машине.
серьёзно? как можно жить без дебагера? Эти люди никогда не ошибаются? Или при ошибке сразу переписывают код? Хм наверное пишут более мелкие кучки кода в отличии от меня, чтобы только их переделывать при ошибки.
@@tihunvolkov9288 поддерживаю. В интерпрайсе когда миллионы переменных в рамках одной сессии без дебага не выжить. Потому я не понимаю как без дебага вообще можно что то делать.
На первой минуте видео поставил дизлайк за банальную мысль для видео, но почему-то досмотрел до конца... Хоть все из примеров знал, но повторение лишним не будет. Спасибо за вмдео, Дмитрий!
лол, у нас в команде на продуктовом финтехе трейс и дебаг считается "изи модом" тру-ъ подход, что баги нужно находить, читая исходники без дебага и покрывая продуктовый код тестами))
Про проще - сложнее я бы поспорил. Когда система из многих сервисов, то не так просто довести ее до состояния сбоя чтоб остановить и отдебажить😢 (без написания тестов)
Я помню как начинал программировать и не понимал почему мой код не отрабатывал как следует. Только начинал свой путь в IT с Python. Ооочень много таких случаев было. Я просто задолбался и мечтал об инструменте, который мог остановить программу, посмотреть что в моих переменных лежит и что возвращают функции. Когда я пошел гуглить такую "штуку" мне в результатах попались статьи как использовать Pycharmовский дебаггер. После того как я их прочитал и пошел практиковаться, я очень обрадовался что я могу отладить свою логическую логику. Я уже собирался забрасывать IT и начать что-то другое. Хорошо, что не ушел. Теперь везде с дебаггером хожу.
Отладчик в VSCode просто топорный по сравнения с тем что есть в Android Studio ) Использую VSCode для ежедневной работы, до сих пор не могу привыкнуть к этому кастрированному отладчику.Но как среда разработку VSC на много шустрее, быстрее и приятней.
Сначала я офигевал с JS потому, что там надо было проводить отладку print-ами и небыло отладчика. А теперь мне рассказывают про отладчик!)))) Вот уж полный круговорот прошёл)
Вопрос как можно пользоватся дебагером по другому или не использовать его при появлении ошибок? Я когда только изучал язык 3 недели промучился, но нашел описаный тобой метод поиска проблем и запомнил, что самые важные навыки программирования это 1 гугление 2 умение пользоватся дебагером.
Интересное видео, спасибо! Единственное, я не очень понял, как с помощью дебаггера можно решить проблему, о которой шла речь в начале видео: когда поймали багу на проде с продовыми данными, а логировать нет возможности. Можно ли как-то дебаггером прицепиться к уже развернутому js приложению?
@@SeniorSoftwareVlogger Подключиться, если приложение запустить локально, но с продовыми эндпоинтами или прямо к коду из браузера, но в вскоде? Я такие вещи дебажил в девтулзах хрома, он умеет форматировать минимизированный js в читаемый. Но разве можно это прямо в вскоде открывать?
Прогаю на питоне. Только дебагером и пользуюсь. Принты вообще в расчет не беру. Особенно если нужно раскрыть структуру данных и посмотреть свойства объекта 😅
Эх, веб разработчики 90% не пользуются дебагерром. Хотя мой опыт показывает, что сбор дампов с клиентов, для боевого приложения, тоже большинство компаний не делают, и проблема типа "у клиента падает приложение" приходится ловить с бубном. Я с++ программер и уж дебагер точно - обычный рабочий инструмент в моем окружении.
Встречал такую не любовь к дебагеру ток у фронтэндеров и qa, видимо сказывается хотрелоад у первых и быстрый проход по тестам у вторых(хотя знаю qa , которые, даже тесты которые по 6 мин билдятся через легирование правили). Оговорюсь, что никакой предвзятости ни к тем, ни к другим у меня нет, просто именно у этих ребят такую болячку наблюдал. Ну собственно видео в названии видео я бы так не обобщал)
Последние 2 месяца не использовал этот инструмент, но тут решил проверить работоспособность самописной библиотечки (типо moment.js) не через console.log и внезапно обнаружил небольшой баг (исправил), классная штука однако.
Мне кажется дебаггер чаще требуется в решении бизнес задач и багов в бизнес коде, чем в технических. По крайней мере у меня по ощущениям так. Но я webgl разраб, возможно это специфика.
Пфф, я без дебаггера не выучил бы программирование. Или выучил бы, но намного, намного медленнее. Особенно устройство вложенных циклов, там дебаггер очень помог
Был бы рад если бы debugger работал во фреймворках, но сталкивался с проблемой реактивности. Чаще всего в debug вижу только Proxy (object) вместо реальных данных и приходится пользоваться топорным console.log(). Может есть workaround? P.S LWC framework
Работаю в Unity разработке и там без дебаггера просто никуда :) Иногда проще и удобнее решить проблему через логи, но вот сложную логику почти всегда только через дебаггер приходиться чинить. Видео полезное, не знал что есть скоуп, где можно вот так удобно отслеживать переменны (правда не уверен, есть ли такое в VS), но кликбейт :p
Честно, судя по кликбейиному превью ролика, я ожидал увидеть здесь может быть что-то про новые инструменты или на крайний случай про какие-то паттерны или архитектуру, а тут про дебаггер…
Нет серебряной пули или секрета. Только отличное знание базы и этика выделяет тебя из толпы. Уверенное владение дебаггером, настроенное окружение, где запускаешь его незадумываясь - вот что отличает 10% настоящих профессионалов от 90% остальных.
это касается чисто асинхронщины. или не аморально использовать его и без асинхрона )) сам всегда с дебагером в пхп, и ГО. никогда не понимал челов которые гнобят дебаг. но этот тул супер ускоряет работу, и даёт возможность сконцентрироваться и тратить силы на то, что конкретно нужно, а не гадать. хотя кто то может сказать что это не позволяет тебе расти как крутому разрабу, тк ты фиксишь местечковый баг, вместо того чтоб зафиксить архитектурный подход, в котором даже дебаг не нужен будет . primegen об этом говорил помню, юзает раз в месяц дебагер, хотя сам тоже слон в разработке, синьер
![Lp. Сердце Вселенной #60 РОЖДЕНИЕ ЛОЛОЛОШКИ [Финал] • Майнкрафт](http://i.ytimg.com/vi/YoR0pAV9FVQ/mqdefault.jpg)
В Visual studio можно еще для брейкпоинта устанавливать выражение conditions. Полезная штука например для циклов - чтоб не крутится по итерациям долго, а остановится только на той итерации где например в conditions значение счетчика цикла равно тому, что ты установил. И еще есть классная штука при дебаггинге - вернуться назад по коду выполнения, удобно если ты уже вперед проскочил, но понять в чем проблема не смог и нужно заново дебажить
В VS Code и браузерах аналогично
В jetbrains ide тоже можно
@@ruslan-abdullaev это фича CLR runtime. В браузере дебаггинг только для js и виртуальная машина это не позволяет, и в VS/VSCode откатываться на несколько шагов назад при дебаггинге js тоже нельзя. Возможно сейчас что-то изменилось.
В 1С тоже )
"И еще есть одна классная штука" CallStack называется 😂
Стань лучше 95% разработчиков и расставь trace-логи заранее в функциях со сложной логикой, чтобы в нужный момент можно было одним движением изменить минимальный уровень логгирования в Production-окружении и облегчить поиск root cause'а.
Это уже заоблачный уровень проф развития
SRE)
Advanced
Я без дебаггера в кармане вообще из дома не выхожу
удивлен что 90% не умеют в дебаггер
Может и умеют, но ленятся/забывают/думают что принтами быстрее
Php синьоры с 10 летним стажем дебажат прямо на проде, а редактируют файлы через ftp
Я не программист, но помню, что коллеги программисты юзали дебаггер в 2013 в продуктах от Майкрософт Dynamics типа Navision и Axapta.
В соевых языках и фреймворках такого что-ли нет?
Умею пользоваться дебаггером, но мало когда он удобен.
@@SeniorSoftwareVloggerгипер база
Киану, спасибо за видео!!!)
Стань лучше 99% разработчиков и покрой этот свой фикс тестовым покрытием для обнаруженных багом сценариев. Спасибо, Дмитрий!
Позор какой-то. Ничего себе открытие, отладчик. Следующее видео будет "Шок-сенсация, 90% плотников не используют молоток для забивания гвоздей".
Спасибо за такой контент! Жду с нетерпением про модифицированные названия
Ну вы фронты и даёте, в то время как на бэке про дэбагер знает каждый джун, а за System.out.println() или console.log() по-вашему, бьют по рукам, то у вас про него только 10% знает ))) На бэке синьор как правило даже дэбагером не пользуется, так как при нормально написанных тестах он не нужен.
Бывает такой код в каком-нибудь новом для вас большом старом проекте, который не так просто понять из-за множества абстракций и инъекций зависимостей, что прогонка через дебаг упрощает понимание
Дима, а я всю жизнь пользуюсь дебагером , но когда узнал про возможность тестировпния без полного запуска приложения , меня понесло, книгу кента бека tdd, взахлеб проштудировал, и начал доводить покрытие тестами в ненормальном режиме- более 90% кода, сейчас ищу золотую середину. Все хорошо в меру.
Уже наверное писали, но в vs code можно из scope в watch добавлять переменные через right click - add to watch
Как начинающий разработчик от всей души благодарю за это видео, до этого делал принтами, потом через логер. Но потестил на своем проекте и о боже как же это великолепно когда я могу увидеть что же отдает мне api через watch
ждал какую то сокралочку, но оказался дебаггер)
ну ладно, я джавист, у нас рождаются с пониманием работы дебаггера
Спасибо за видео!
А так вот почему я сижу и офигиваю как так, люди не юзают дебаг. Оказывается только мы, джависты рождаемся уже в режиме дебага)) А ты тоже приложение локально запускаешь только в режиме дебага?)
@@aks964да блин, я джавист, но я свою практику начинал 15 лет назад с пхп зенд студии... Там же тоже есть отладчик, как можно не пользоваться им, я не представляю. Даже если отлаживать просто джаваскрипт, один фиг есть дебагер в браузере уже сто лет в обед даже в эпоху ИЕ6
Спасибо. Буду пользоваться
В плюсах релизную сборку так просто не задебажить из-за отсутствия символов)
Отличные советы для всех инженеров, спасибо!
Классный совет, сам тоже часто не использую, теперь буду использовать чаще!!!))
90% посмотрят на мое сообщение и не поставят лайк, но если серьезно, думал будет пример разбора минифицированного файла, дебажить обычный код слишком очевидно
Знаком с дебагером как в универе на лабах его проходили, пишу на руби, использую pry byebug, в нем через io вывод можно прям посередине программы вклиниться везде залезть, все поменять и нет зависимости от ide
Да, минимально использую дебагер... Принтами почти всегда пользуюсь.. но для питона разрыв между дебагером и принтами кажется меньше)
Вот нахрена нам эта "возможность" - смотреть конференцию в 4К ?!) Это что, Аватар ?!
Для дебага фронта браузерный дебаггер не всегда помогает, иногда вотчер и скоуп просто не видят переменные, которые 100% есть в райнтайме (или может я просто фронтендер херовый)) . А вот на беке без дебагера вообще никуда)
Для дебага фронта прекрасно подходит дебаггер гугл хрома. У меня конечно не 10 лет стажа, а 4, но за это время ни разу не разу не было кейса когда пришлось бы запускать дебаггер из иде. То же самое коллеги говорят.
Все так. Я показывал из IDE для примера, потому что бекенд из хрома нельзя дебажить
Q and A and testing? Ну это точно наш слон от мира разработки
Я не знаю. Я мидл java. И я ни разу не видел принты в коде. Даже если какой либо джун пишет принты, то буквально за пару месяцев его отучивают от этого. В моем мире все всегда используют дебаггер. Более того, приложение при локальной раскатке вообще почти всегда запускается в дебаге. ( запускается не в дебаге только в совсем специфичных задачах. Например нужно измерить время выполнение разных функций. Тогда через лог инфо, на крайняк принты, и запуск не в дебаггер, ибо дебаггер тоже замедляет). Как вообще можно разбирать сложную логику не используя дебаг мне не понятно. Для меня программист который не умеет в дебаг это даже не джуниор. Ни на кого не наезжаю, не кидаю предъявы, просто рассказал как это вижу я. Для меня шок сам факт того, что кто то не умеет в дебаг.
@Senior Software Vlogger а как темя для vscode называется ?
Midnight Operator
@@SeniorSoftwareVlogger спасибо!
Так это проблема в фронтэнде, что 90 процентов не умеют дебажить? В бэкенде 146 процентов програмистов им пользуются.
привет 1 курс универа называется
Дим, а я тебя опередил! Студентам на Яндекс. Практикуме - об отладчике рассказывал еще год назад. То, чего почему-то, действительно, никто из преподавателей не делает.
Так что теперь - подавать на меня в суд, что украл идею, - бессмысленно. :)
2:45 якобы 90% программистов не используют регулярно отладчик.
Это же шутка, да? Ибо если это не шутка, то грустно у вас там в js
Не шутка :)
@@SeniorSoftwareVlogger мои соболезнования! Блин, одно из первых действий при изучении нового языка - поиск как тут отладку запустить. Это рефлекс.
в некоторых окружениях отладчика вообще нет, только консоль с логами, как пример клиентские скрипты для гта 5 (можно посчитать это совсем экзотикой, потому что в таких сферах мало кто варится, меньше 1% пожалуй всех джавастриптезеров)
Обожаю дебаг кода, на принты смотрю скорее как на костыль. Например костыль невозможности запускать код на локальной машине, так разрабатывать это боль когда привык прогнать на локальной машине.
Не разу не видел на работе чтобы кто то дебаггером пользовался. Отличное видео. Спасибо огромное)
серьёзно? как можно жить без дебагера? Эти люди никогда не ошибаются? Или при ошибке сразу переписывают код? Хм наверное пишут более мелкие кучки кода в отличии от меня, чтобы только их переделывать при ошибки.
@@tihunvolkov9288 поддерживаю. В интерпрайсе когда миллионы переменных в рамках одной сессии без дебага не выжить. Потому я не понимаю как без дебага вообще можно что то делать.
Представил как бекенд на онсайте заказчика дебаггером тыкаю
Такая же ситуация 😂
Ага, представил как у меня брейкпоинт срабатывает в машине на скорости 60 😄
для меня прям откровение, что многие принтами пользуются вместо отладчика..
Спасибо! Давно хотел освоить, но отладчик всегда казался перегруженным и интуитивно не понятным. Сейчас вроде все ясно, буду пробовать)
На первой минуте видео поставил дизлайк за банальную мысль для видео, но почему-то досмотрел до конца... Хоть все из примеров знал, но повторение лишним не будет. Спасибо за вмдео, Дмитрий!
лол, у нас в команде на продуктовом финтехе трейс и дебаг считается "изи модом"
тру-ъ подход, что баги нужно находить, читая исходники без дебага и покрывая продуктовый код тестами))
Действительно, зачем легко, когда можно сложнее :)
Про проще - сложнее я бы поспорил.
Когда система из многих сервисов, то не так просто довести ее до состояния сбоя чтоб остановить и отдебажить😢 (без написания тестов)
Если юзать трейс, то можно не переживать с выпиливанием принтов, так как трейс-логи будет выписывать только в трейс-моде
Я помню как начинал программировать и не понимал почему мой код не отрабатывал как следует. Только начинал свой путь в IT с Python. Ооочень много таких случаев было. Я просто задолбался и мечтал об инструменте, который мог остановить программу, посмотреть что в моих переменных лежит и что возвращают функции. Когда я пошел гуглить такую "штуку" мне в результатах попались статьи как использовать Pycharmовский дебаггер. После того как я их прочитал и пошел практиковаться, я очень обрадовался что я могу отладить свою логическую логику. Я уже собирался забрасывать IT и начать что-то другое. Хорошо, что не ушел. Теперь везде с дебаггером хожу.
Спасибо огромное
Спасибо!
жестко протестировал живот на предмет тягучести, прям на проде, прям на реальном пользователе :)
Отладчик в VSCode просто топорный по сравнения с тем что есть в Android Studio ) Использую VSCode для ежедневной работы, до сих пор не могу привыкнуть к этому кастрированному отладчику.Но как среда разработку VSC на много шустрее, быстрее и приятней.
да, "xdebug - для тех кто хочет писать код, не страдать"
Впервые узнал, что кто-то может не использовать дебаггер
Кхм, в хроме можно овверрайднуть прод файл (у себя) и продебажить написав даже консоль логи. (Причем в проде останется прод)
и ща 99.9% бекендеров такие "Чооооо? кто-то дебажит принтами?"
ох уж эти кликбейтные названия...
Так и не понял как дебажить минифицированный код на проде
В большой студии асинхронный код дебажить почти не возможно, пишу на C#. Может кто знает как это делать?
Кто дебаггером не пользуется, то скорее всего не решал в универе задачи типа "следайте что-то просто максимально сложным способом")
благодаря этому видео, мы узнали, что 90% т.н. "программистов" просто-напросто мартышки, не умеющие в дебаг
Сначала я офигевал с JS потому, что там надо было проводить отладку print-ами и небыло отладчика. А теперь мне рассказывают про отладчик!)))) Вот уж полный круговорот прошёл)
А еще стек вызовов помогает в дебагинге
Дотнетчикам и джавистам конечно не понять фронтендеров, как можно устроиться на работу не умея дебажить
2:10 можно какой нибудь милый плавный переход, а не гоп-стоп из-за угла?)
очень крутая конференция/фестиваль ! но кто поедет в Россию?
Вопрос как можно пользоватся дебагером по другому или не использовать его при появлении ошибок? Я когда только изучал язык 3 недели промучился, но нашел описаный тобой метод поиска проблем и запомнил, что самые важные навыки программирования это 1 гугление 2 умение пользоватся дебагером.
Я не программист, но даже я пользуюсь дебаггером. Не будь лохом - юзай дебаггер!
Короче, суть видео - используйте watch в дебаггере. Не тратьте время.
Если у тебя программа под наблюдением таймера то особа не поотлаживаешь. А так да полезно. Те кто на с++ это повседневная рутина
Что за не грамотные разрабы в Германии. Дебажить надо все и вся и на локали. Так можно найти все ошибки.
Причём тут Германия?
Интересное видео, спасибо! Единственное, я не очень понял, как с помощью дебаггера можно решить проблему, о которой шла речь в начале видео: когда поймали багу на проде с продовыми данными, а логировать нет возможности. Можно ли как-то дебаггером прицепиться к уже развернутому js приложению?
На фронтенде был баг, к нему можно подключиться, да.
@@SeniorSoftwareVlogger Подключиться, если приложение запустить локально, но с продовыми эндпоинтами или прямо к коду из браузера, но в вскоде? Я такие вещи дебажил в девтулзах хрома, он умеет форматировать минимизированный js в читаемый. Но разве можно это прямо в вскоде открывать?
90 это откуда цифра такая? Диз за высосанную из пальца информацию и ниочемное описание заголовка для видео
Same here. I disliked the video for a click bait Title...
Прогаю на питоне. Только дебагером и пользуюсь. Принты вообще в расчет не беру. Особенно если нужно раскрыть структуру данных и посмотреть свойства объекта 😅
Эх, веб разработчики 90% не пользуются дебагерром. Хотя мой опыт показывает, что сбор дампов с клиентов, для боевого приложения, тоже большинство компаний не делают, и проблема типа "у клиента падает приложение" приходится ловить с бубном. Я с++ программер и уж дебагер точно - обычный рабочий инструмент в моем окружении.
Мне, как весьма плохому эмбед разрабу, удивительно слышать что 90% программеров не умеют в дебаггер.... Жуть!
Хороший совет
Не «точки остановки», а «точки останова». От слова «останов».
зная это ты станешь джуном
Ищу работу фронтендером. Готов работать за еду
Что то сомневаюсь что 90% программистов не умеют в дебаг. Нам это препод по проге еще в первые 2 месяца обучения в унике показывал.
Да он из пальца высосал тему для видео, чтобы рекламу продать
@@Unison_007 верю)
Всегда дебагер использовал, не понимал никогда принтеров.
Очень зависит от стэка. Удачи с дебаггером на скальном бэке (который еще и далеко от тебя)
Господи.... лицорука...
Дебагер? Серьезно? Может 90% еще клавиатурой не умеют пользоваться. Мне кажется это не правда.
Встречал такую не любовь к дебагеру ток у фронтэндеров и qa, видимо сказывается хотрелоад у первых и быстрый проход по тестам у вторых(хотя знаю qa , которые, даже тесты которые по 6 мин билдятся через легирование правили).
Оговорюсь, что никакой предвзятости ни к тем, ни к другим у меня нет, просто именно у этих ребят такую болячку наблюдал.
Ну собственно видео в названии видео я бы так не обобщал)
Лол, у меня буквально сейчас такая проблема которую ток дебагом решить можно
Последние 2 месяца не использовал этот инструмент, но тут решил проверить работоспособность самописной библиотечки (типо moment.js) не через console.log и внезапно обнаружил небольшой баг (исправил), классная штука однако.
Как я понял видео для стажеров или джун 1
Вот бы видос по браузеру арс
чтоб избежать логировании, делаю копию страницы, но меняю внутреннюю логику
Не знал, что можно работать без дебагера
Всегда найдется рыбка по крупнее
Мне кажется дебаггер чаще требуется в решении бизнес задач и багов в бизнес коде, чем в технических. По крайней мере у меня по ощущениям так. Но я webgl разраб, возможно это специфика.
Пфф, я без дебаггера не выучил бы программирование. Или выучил бы, но намного, намного медленнее. Особенно устройство вложенных циклов, там дебаггер очень помог
Unit / интеграционные тексты - не, не слышал. Если бы такая важная часть была бы покрыта хотя бы на 80% тестами, уверен, такой бы ситуации не было
CI ломает билд если покрытие меньше 80 как раз. Ещё варианты? 🥴
Был бы рад если бы debugger работал во фреймворках, но сталкивался с проблемой реактивности. Чаще всего в debug вижу только Proxy (object) вместо реальных данных и приходится пользоваться топорным console.log(). Может есть workaround?
P.S LWC framework
LWS это что?
@@erwererwrwr Lightning Web Components
Стань лучше 90% программистов - уволься 😅
А Немчинский выпустил видео с превью "Как обогнать 99% программистов" : )
Не слежу за ним :)
Работаю в Unity разработке и там без дебаггера просто никуда :) Иногда проще и удобнее решить проблему через логи, но вот сложную логику почти всегда только через дебаггер приходиться чинить. Видео полезное, не знал что есть скоуп, где можно вот так удобно отслеживать переменны (правда не уверен, есть ли такое в VS), но кликбейт :p
я не понял как он прод задебажил
Честно, судя по кликбейиному превью ролика, я ожидал увидеть здесь может быть что-то про новые инструменты или на крайний случай про какие-то паттерны или архитектуру, а тут про дебаггер…
Нет серебряной пули или секрета. Только отличное знание базы и этика выделяет тебя из толпы. Уверенное владение дебаггером, настроенное окружение, где запускаешь его незадумываясь - вот что отличает 10% настоящих профессионалов от 90% остальных.
это касается чисто асинхронщины. или не аморально использовать его и без асинхрона ))
сам всегда с дебагером в пхп, и ГО. никогда не понимал челов которые гнобят дебаг. но этот тул супер ускоряет работу, и даёт возможность сконцентрироваться и тратить силы на то, что конкретно нужно, а не гадать.
хотя кто то может сказать что это не позволяет тебе расти как крутому разрабу, тк ты фиксишь местечковый баг, вместо того чтоб зафиксить архитектурный подход, в котором даже дебаг не нужен будет .
primegen об этом говорил помню, юзает раз в месяц дебагер, хотя сам тоже слон в разработке, синьер
Слишком байтовое название для такого контента..
какой-то кликбейт
Ну ты и отъелся ) Последняя запись которую я видел была 6-летней давности
Dislike video. Зашёл из-за названия. Debugger не знает 90% программистов?? Школьники знают как дебажить
Ребят он нас дебилами считает отписываемся
99 процентов хтмл программистов не пользуется дебаггером