У меня нагорело в спорах как делать Back-end на Node.js
Публичный постВ настоящее время существует множество серверных решений, от Google и Microsoft до OpenSource команд. Каждый предлагает своё уникальное решение, но насколько хорошо они соответствуют реальности?
Мне надоело спорить в переписках и ждать удобного случая что бы выступить на конференциях и выговориться. Решил записать ролик.
Где более подробно поговорю про GraphQl, разбираю его плюсы и минусы, а также попытаюсь ответить на вопрос: каким же должен быть современный сервер в 2к22?
Офигеть, Егор есть в клубе, круто круто!
Доклад было трудновато понять, но я, кажется, справился.
Поделюсь опытом. На моей прошлой работе GraphQL не зашел по причине того, что бекендером показалось опасновато держать штуку, которая может внезапно перераспределить нагрузку на их эндпоинты. К тому же фронт был уже написан так, что он на старте лезет по 100500 ендпоинтам, собирая собственный стейт.
Так что все бьется - у нас было наследие и высокие нагрузки, а вот к проверке гипотез мы относились осторожно и осмотрительно. В такой ситуации GraphQL оказался не нужен. Правда у нас были попытки сделать из нашего старого-доброго GPS-мониторинга кастомизированную штуку со всякими там nocode. Не сказать чтобы они быстро продвигались. Наверное с GraphQL было бы лучше, но я думаю, что дело затормаживало больше то, что собрались в основном спокойные ребята, которые код пишут, играет радио из радиорозетки, ходики тикают... Не было стартаперской культуры, чтоли.
Мне кажется Егору просто нужно было поговорить и выговориться.
Я постарался и посмотрел весь ролик, надеюсь что помог.
Сам же я вообще ничего не понял: буны хиспстеры цыгане легаси единороги тайпскрипт-хорошоплохо. Но я и сварщик не настоящий