Тогда весь смысл от использования ssr теряется из-за неэффективности старта самих контейнеров (cold start). мы банально очень сильно увеличим латенси.
Мне в свою очередь нравится готовое и прогретое окружение nodejs, но не нравится, что нет свежих версий.
Частично медленный старт можно уменьшить на только стороне контейнера . например, использовать скомпилированные в бинарное представление файл-бандл (нужно собрать бандл в строго один файл, а потом его в бинарное представление). можно рассмотреть bun single executable
Нет, код с try-catch будет больше. из-за проверок на тип ошибки в catch. ведь мы хотим реагировать по разному на разные ошибки. и с try-catch не маленькая вероятность пропустить обработку какой-то неявной ошибки.
У человека глаз не плоский и от этого есть ощущение глубины и расстояния. а все камеры - проецируют изобращение на плоскую матрицу теряя существенный пласт данных. вот как только матрицу сделают полусферой - все пойдет лучше
А можно примеры использования wasm?
только я бы заменил keycloak-js на механизм oauth2-proxy.
Уж очень странно и плохо написана либа да и тащить что-то нужно на фронт, очень лишняя зависимость на мой взгляд
чрезмерное употребление микросервисной архитектурой вызывает рак
Тогда весь смысл от использования ssr теряется из-за неэффективности старта самих контейнеров (cold start). мы банально очень сильно увеличим латенси.
Мне в свою очередь нравится готовое и прогретое окружение nodejs, но не нравится, что нет свежих версий.
Частично медленный старт можно уменьшить на только стороне контейнера . например, использовать скомпилированные в бинарное представление файл-бандл (нужно собрать бандл в строго один файл, а потом его в бинарное представление). можно рассмотреть bun single executable
И как это мешает запустить nodejs приложение? как это мешает сделать ssr? И да, nodejs 18 все еще поддерживается официально.
Для начала хватит и обычной функции в предзагружаемой nodejs среде
Облачные функции
Облачные функции на nodejs
я оптимизировал graphql резолверы и маперы. оч сильно выручает
Ну погодите коллега, рассмотрите искомый посыл, цель - работу найти. Для этой цели вывод в точку!
А теперь напишите такую же функциональность на try/catch. чего же вы остановились...
Нет, код с try-catch будет больше. из-за проверок на тип ошибки в catch. ведь мы хотим реагировать по разному на разные ошибки. и с try-catch не маленькая вероятность пропустить обработку какой-то неявной ошибки.
Ничего интересного.
А потом этот код портируем в ПВО
Зачем тут ненужный и бесполезный express? Чем ваше решение лучше аналогов?
Почему просто не взять ytsaurus и не сделать etl процесс на обычном stdin/stdout ?
Коллеги, а есть планы сделать его кросплатформенным? например, на веб компонентах, чтоб можно было использовать в разных веб фреймворках?
У человека глаз не плоский и от этого есть ощущение глубины и расстояния. а все камеры - проецируют изобращение на плоскую матрицу теряя существенный пласт данных. вот как только матрицу сделают полусферой - все пойдет лучше
Полнейшая туфта, которую слепили из хайпа.
А ваша реализация частично совместима с s3 api? если нет, то вы просто показали как сделать загрузку файлов...