print своего рода тоже встроенный дебаггер...
28.10.2021, 10:56
В язык, а в посте имелась ввиду IDE
Да и так намного более эффективно. Дебаггинг очень времязатратный процесс. Намного проще, когда у тебя логи прокинуты везде, где это требуется, чтобы можно было в любой момент увидеть слепок той ситуации, которая случилась.
Хотя иногда и дебажить бывает быстрее.
Опять таки, за что я не люблю it-юмор :) Он зачастую какой-то однобокий, высмеивает конкретное действие/язык/инструмент, словно какой-то ситх, хотя для всего есть время и место.
Хотя иногда и дебажить бывает быстрее.
Опять таки, за что я не люблю it-юмор :) Он зачастую какой-то однобокий, высмеивает конкретное действие/язык/инструмент, словно какой-то ситх, хотя для всего есть время и место.
Разница в том, и это следует из твоего коммента, что истина всегда где-то посередине, а высмеиваются крайности, что не так уж плохо.
Это справедливо. Но мы про чистый js. Потому как в других языках тоже есть куча инструментов для дебага/замера производительности/отладки. Они не являются частью языка, но являются частью среды.
Я также понимаю, как должен работать js с его duck typing и связанными с этим особенностями. Проблема в том, что как раз эти особенности позволяют знатно стрельнуть себе в ногу.
Так-то весь серверный код можно было бы писать на чистом C. Но некоторые его особенности, в том числе фишки, сделали его настолько неэффективным, что под бэк-энд придумали целую вереницу c-образных языков. Тоже самое происходит с js. Но он настолько врос в web, что свободно его поменять не получится, все равно должно быть что-то транспилируемое в js.
Я также понимаю, как должен работать js с его duck typing и связанными с этим особенностями. Проблема в том, что как раз эти особенности позволяют знатно стрельнуть себе в ногу.
Так-то весь серверный код можно было бы писать на чистом C. Но некоторые его особенности, в том числе фишки, сделали его настолько неэффективным, что под бэк-энд придумали целую вереницу c-образных языков. Тоже самое происходит с js. Но он настолько врос в web, что свободно его поменять не получится, все равно должно быть что-то транспилируемое в js.
не совсем. Насколько понял, речь про то что ты можешь насрать в нужных местах console.info(variable) и у тебя поялвяется "лог" из значений параметров, который состоит из "json" обьектов, и ты можешь смотреть их внутриности. В VS на том же C# максимум можно понатыкивать Log.Write(val), но в этом случае будет вызыватся дефолтный ToString, который для сложных обьектов тупо возращает название класса (ну, либо я не шарю и можно как-то делать дамп обьекта)
Если же говорить про просмотр в точке остановки, то да -- VS умеет как залазить во внутрености, так и вызывать большинство методов для отработки.
Если же говорить про просмотр в точке остановки, то да -- VS умеет как залазить во внутрености, так и вызывать большинство методов для отработки.
ага, "удобный":
- стектрейс всегда полный и шараебишься в поисках откуда ты пришел на бряку.
- у обьектов нет вменяемой структуры что есть полем/свойством/методом, и хер в один клик перейдешь к его описанию.
- вечная игра "угадай что сейчас в this"
- многопоточность? нет, не слышали.
- стектрейс всегда полный и шараебишься в поисках откуда ты пришел на бряку.
- у обьектов нет вменяемой структуры что есть полем/свойством/методом, и хер в один клик перейдешь к его описанию.
- вечная игра "угадай что сейчас в this"
- многопоточность? нет, не слышали.
В некоторых случаях невозможно дебагать, например, десктопное приложение в случае с drag and dropом.
А так вообще, дебаггер - это для девочек, ну или на первых днях освоения языка программирования, настоящие мужики пользуются логами.
Лучше сразу приобретать хорошие привычки.
А так вообще, дебаггер - это для девочек, ну или на первых днях освоения языка программирования, настоящие мужики пользуются логами.
Лучше сразу приобретать хорошие привычки.
Чтобы написать коммент, необходимо залогиниться
