Телеграмм чат группы js_ru страница 10044

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

JavaScript — русскоговорящее сообщество

4699 membersпожаловаться на группу

2020 March 30

DP

Dmitry Petrik in JavaScript — русскоговорящее сообщество

Дмитрий Беляев

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

Это именно то, что и хотелось знать)

источник

00:12пожаловаться #1

C☭

Chadwick ☭ in JavaScript — русскоговорящее сообщество

Я просто заморачиваюсь и если мне не нужны шаблонные строки то везде пишу обычные

если нет шаблона используй обычную запись, и поставть ESLINT на это дело,,, и не будет лишних вопросов

источник

00:12пожаловаться #2

C☭

Chadwick ☭ in JavaScript — русскоговорящее сообщество

Это именно то, что и хотелось знать)

какова цель такой гипероптимизации?

источник

00:13пожаловаться #3

DP

Dmitry Petrik in JavaScript — русскоговорящее сообщество

если нет шаблона используй обычную запись, и поставть ESLINT на это дело,,, и не будет лишних вопросов

Линтер это само собой. Просто было интересно что там на низких уровнях творится

источник

00:13пожаловаться #4

🦜

🦜 in JavaScript — русскоговорящее сообщество

Нормально же общались, что за низкоуровщина

Да нормально чувак угарает

источник

00:13пожаловаться #5

DP

Dmitry Petrik in JavaScript — русскоговорящее сообщество

какова цель такой гипероптимизации?

Для саморазвития

источник

00:13пожаловаться #6

C☭

Chadwick ☭ in JavaScript — русскоговорящее сообщество

Для саморазвития

это все бестолку так как разработчкии движка все равно будут все оптимизировать по максиму,,,

источник

00:14пожаловаться #7

ДБ

Дмитрий Беляев in JavaScript — русскоговорящее сообщество

это все бестолку так как разработчкии движка все равно будут все оптимизировать по максиму,,,

далеко не все, при этом не плохо бы понимать, как сами оптимизации работают

источник

00:15пожаловаться #8

DP

Dmitry Petrik in JavaScript — русскоговорящее сообщество

Я тут пару лет назад узнало что cloneDeep из лодаш быстрее клонирует чем нативный JSON.parse(JSON.stringify(object)). И с тех пор меня эта тема интересует

источник

00:17пожаловаться #9

C☭

Chadwick ☭ in JavaScript — русскоговорящее сообщество

Дмитрий Беляев

далеко не все, при этом не плохо бы понимать, как сами оптимизации работают

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

источник

00:17пожаловаться #10

C☭

Chadwick ☭ in JavaScript — русскоговорящее сообщество

Я тут пару лет назад узнало что cloneDeep из лодаш быстрее клонирует чем нативный JSON.parse(JSON.stringify(object)). И с тех пор меня эта тема интересует

lodash/lodash-es стоит по умолчанию )) и вопросов не возникает )

источник

00:18пожаловаться #11

V

Vlad in JavaScript — русскоговорящее сообщество

Я тут пару лет назад узнало что cloneDeep из лодаш быстрее клонирует чем нативный JSON.parse(JSON.stringify(object)). И с тех пор меня эта тема интересует

Ну до этого можно было догадаться ибо нативное решение изначально решало другую проблему

источник

00:18пожаловаться #12

DP

Dmitry Petrik in JavaScript — русскоговорящее сообщество

Ну до этого можно было догадаться ибо нативное решение изначально решало другую проблему

Мало кто догадывается

источник

00:19пожаловаться #13

ДБ

Дмитрий Беляев in JavaScript — русскоговорящее сообщество

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

когда речь идет о затратах времени - это правильное решение, но когда затраты на написание более оптимального варианта равны 0 - оптимальный вариант предпочтительнее

источник

00:19пожаловаться #14

C☭

Chadwick ☭ in JavaScript — русскоговорящее сообщество

Дмитрий Беляев

когда речь идет о затратах времени - это правильное решение, но когда затраты на написание более оптимального варианта равны 0 - оптимальный вариант предпочтительнее

например?

источник

00:20пожаловаться #15

DP

Dmitry Petrik in JavaScript — русскоговорящее сообщество

например?

Например не лепить шаблонные строки везде где не попадя))

источник

00:20пожаловаться #16

ДБ

Дмитрий Беляев in JavaScript — русскоговорящее сообщество

Я тут пару лет назад узнало что cloneDeep из лодаш быстрее клонирует чем нативный JSON.parse(JSON.stringify(object)). И с тех пор меня эта тема интересует

лодаш просто клонирует объектное дерево, с джсоном же происходит сериализация (а для этого так же как и с просто клонированием нужно обойти дерево целиком), а потом десериализация (разбираем строку, чекаем, что нет ошибки ну и т.д.)

источник

00:21пожаловаться #17

ДБ

Дмитрий Беляев in JavaScript — русскоговорящее сообщество

lodash/lodash-es стоит по умолчанию )) и вопросов не возникает )

еще б у лодаша DX нормальный был... ну и когда его тянут ради тривиальных вещей, это тоже перебор

источник

00:22пожаловаться #18

C☭

Chadwick ☭ in JavaScript — русскоговорящее сообщество

Дмитрий Беляев

еще б у лодаша DX нормальный был... ну и когда его тянут ради тривиальных вещей, это тоже перебор

dx?

источник

00:23пожаловаться #19

ДБ

Дмитрий Беляев in JavaScript — русскоговорящее сообщество

Например не лепить шаблонные строки везде где не попадя))

тем более это eslint автофиксом исправлять может, затрат вообще нет))

источник

00:23пожаловаться #20