Калашников Игорь @return
Пользователь
Information
- Rating
- Does not participate
- Location
- Москва, Москва и Московская обл., Россия
- Date of birth
- Registered
- Activity
Specialization
Backend Developer
Lead
JavaScript
TypeScript
Node.js
NestJS
Jest
Пользователь
Зачем-то привели примеры того, как разными либами просто получить контент, с таким же успехом бы еще курл дали.
Сравнивать axios и puppeteer очень странно и если у вас на курсах такая же каша-мала, то это очень грустненькие курсы. Текста много, а толку от него совсем мало.
В наш 2022 сделать и опубликовать пакет не так просто, потому что нужно еще и про es-модули побеспокоиться
Если брать в расчет поддержку самой старой поддерживаемой версии ноды (14), то можно использовать es2020
Нет ничего хуже использования null там, где можно без них обойтись. Если у тебя всюду в языке доступ к элементу массива, которого нет, возвращает undefined, а в твоей библиотеке – null, то это диссонанс, который отпугнёт часть пользователей
Прекрасно представляю, если жить без сервиса можно - вполне себе ок обработать ошибки от него. Если важен и без него никак (обычно это как раз такие) - то сорян, никакой обработки делать не нужно, пусть ловится глобально.
Все это надо держать в балансе, заставлять разработчика проверять ошибки всегда — неправильно
А зачем, когда я просто не хочу смотреть на ошибку ни на одном из уровней, которых может быть дофига
Далеко не всегда нужно обрабатывать ошибки и очень часто ошибка, брошенная через throw вполне себе может привести к 500 ошибке и записана куда-нибудь в лог и это будет правильно.
Все удобство в try..catch в том, чтобы отловить только те ошибки, на которые ты должен как-то специфически отреагировать. А остальные - ну а как ты их нормально обработаешь? Пусть себе ловит какой-то общий обработчик, который запишет в лог, а юзеру скажет сорян. Увидел в логе необработанную ошибку, понял, что такой ситуации можно избежать — делаешь catch и именно ее и ловишь, как-то так 🤷♂️
в чем тут эффективность и относительно чего?
Как эффективно использовать-то? )
Держать постоянно открытый коннект — далеко не всегда хорошая и дешевая идея.
Ну и опять же, у обычного http тоже есть плюшки, например, браузерное кеширование
Где ж тут глобальные переменные? O.o
Когда, что, почему — поддержка не знает и говорит иногда заходить и проверять.
До покупки машины читал этот текст и, знаете, текст тогда и после покупки, вызывает разные ощущения :)
Вообще, будится машина довольно долго и не всегда. Я, например, все время пытаюсь включить проветривание по пути к машине. Выходит где-то в 50%, сервис при этом надолго задумывается и может выкинуть ошибку.
Крутость компании — помимо условий работы, в возможности научиться у крутых челов тому, как правильно и хорошо писать код, если ты новичок. И в возможностях самореализоваться в проекте, которым пользуется вся страна, это дорогого стоит. Все это в авито есть.
Конечно, чем крупнее компания, тем меньше ты в ней винтик, но при этом предлагаете сходить в мейл, у которых целая башня? ^_^
В мейле и яндексе был — в авито гораздо уютнее.
А вы там работали или хотя бы были лично в офисе? :) Верю в то, что авито входит в тройку лучших.
Но в любом случае, не все оформляют код в специальный блок (гореть им в аду, независимо от нотификаций)