Есть ли какая нибудь штука, что бы она распознавала дату

в строке и я мог потом работать с этой датой?

среди других данных получить дату? Или дата не стандартного формата и просто в конструктор не закинуть?

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

Артем
Осуждаю

Это размер npm пакета, он никак не коррелирует с размером, на который вырастит веб бандл

И всеж такой черный ящик тащить как-то стремно, лишь затем, чтоб дату в нужно формате вывести

"нельзя, вообще лучше пакеты не ставить, это плохо" учитесь: https://t.me/nodejs_ru/765644

Так тогда и метархию нельзя ставить 😏

В этом и суть, друг мой :)

Если у вас такой хайлоад, что надо экономить на каждом ифе, то, кажется, надо было не ноду выбирать

Иначе у высоконагруженных серверов на ноде не будет будущего, имхо

Я не про такие микро штуки

Как не крути, а динамическая компиляция и оптимизация всё это стирают

а товарищ выше про такие

Тут скорее речь о том, как можно сделать лучше, чем "нужно делать только так". if это удобно, но когда у нас из-за него запрос отдается на 20мс дольше — тут уже надо что-то делать (ну в теории)

Та я ж тебе про преждевременную оптимизацию а не супер макро гномов

20мс и 20мкс это разные вещи)

Туше Но всеж понимание возможных слабых мест — хорошая вещь.

У него в названии java

Видел недавно джаву в сторисе у девочки в инсте — отписался

А девочку бросил

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

А есть сборник какой то о там как устроены все оптимизации в v8?

Блог + репозиторий, наверное)

Есть сборник о том какие вещи в8 не оптимизирует

Ждем когда сможем напрямую интерпретатору говорить, что и как нужно оптимизировать. (Сейчас можно явно указывать что делать не нужно)

Уже можно, если перейти на С++

что то было похожее на гите, жаль потерял

я вот какой мысленный эксперимент провожу мы когда на той же ноде запускаем код, то он выполняется через десятки абстракций / слоев - наш код, рантайм ноды, v8, и дальше куча модулей из ядра ОС, само ядро ОС, ну и там уже железо т.е. что у нас в коде const x = 1 + 3, то на самом деле это сотни и тысячи инструкций для процессора, которые он должен выполнить, которые ему заммапило ядро ОС в памяти, которое переключило контекст, сохранив все состояние, провело все необходимые проверки, управление памятю, потом сам v8 еще миллион инструкций взял для компилирования, оптимизации и исполнения кода, и потом уже наш код. ведь v8, linux, node.js - софт на миллионы а то и миллиарды строк, с вызовом сотни функций и их густым переплетением, что добавляет оверхед в много много инструкций а что если бы мы писали сразу на уровне ядра? напрямую отправляли инструкции процессору? да, реализовали бы например тсп стек и управление памятю, но это был наш минималисчтиный код который делает только то что нам нужно. насколько бы выросла производительность?

Я бы тут больше акцент сделал на том, что у нас будет не мало абстракций добавлено непосредственно в JS коде просто для лучше поддерживаемости решения. На их фоне экономия на битовых операция не в нагруженном коде - преждевременны. Ок, когда мы действительно выяснил, что да, вот тут у нас пошла математика, ресурсоёмкая вычислительна операция, давайте оптимизировать. Плохо, если это "о, тут иф с проверкой чётности, надо делать битом, вдруг когда-то это место будет вызываться 10000000 раз в секунду."

верно сказано ладно, я наверное попробую напишу чистый хттп ехо сервер на С и загружу это как ядро и попробую сравнить скорость с node.js http....

Папа может в Си

Напомнило рекламу вебинара, которую мне уже год показывают после того, как я что-то погуглю по ноде) "Node.js web application from scratch without modules because Node.js is powerful"