(ощутимо - на десятки процентов)

(речь не о публичных шаред раннерах, а которые используются самим проектом gitlab)

Ясно

Согласен. Если у реального физического бизнеса будут проблемы то мы будем не нужны.

А если это ентерпрайз и ресурсы имеются?

AWS / GCP / Azure / etc це роки досвіду великої команди, сфокусованих на побудові клауду, бо для них це і є бізнес

якщо ресурси - це про кошти, які потенційно можна витратити, то поки збиреться і спрацюється команда - пройдуть роки, і при цьому ніяких гарантій, що ключові гравці не покинуть команду із-за десятків причин, тут певно повинна бути причина, наприклад, погіршення політичних відносин між країнами, критично важлива інфрастуктура для держави / громади, без якої установи не будуть здатні функціонувати

У gitlab есть devops каста) а что делать если в команде нет devops, но клиент готов переплачить за готовые облачные решения?

Я не думаю что наличие Клауд провайдера отменят наличие девопса всегда

Проблема в том что у нас нет в команде devops специалиста, есть только программисты, нам легче и быстрее на облачных решениях собрать решения. Мы все равно не сможем сконфигурировать решения как отдельный специалист.

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

Я так понимаю сообщение Никиты же было не только про машинки в облаках

добрый день.
для прохождения курса по nodejs тимура читать доку на сайте по версии 16.11 или 14.18?
https://nodejs.org/en/docs/

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

Без разницы

Лучше последнюю, там у каждого метода есть история изменегий в доке

ок. и подскажите еще. я привык уже к require. Смотрю документацию, а там уже по умолчанию примеры в ES6 модулях. Нужно переключать флажок. У вас примеры все на require и репозитории metarhii тоже.  Мне кажется, что удобнее использовать какой-то один стиль.
Что посоветуете: пока игнорировать модули или все таки начинать писать код на них?

имхо модули реально не удобные, половина еще на них не перешла, постоянно возня с mjs/настройками в package.json

#require_forever

что так что так ок. На самом деле без разницы, как выглядит “шапка” файла с импортами. Важен код, который идет под этой шапкой.

А когда вы книги напишите по изучению JS - чтоб народ сразу шел куда нужно изучать? )

Привет знатокам :)
Вопрос такой : есть ли вообще кейсы, когда дизайнить REST API руками было бы хорошо?