ничем

Откуда мы знаем, что за проект и как вы ими пользуетесь?

есть пару к юзеров. нужно показывать друг другу тех, кто онлайн. это состояние хранится в коллекции sessions. помимо прочего юзеры лайкают друг друга, дислайкают, метчатся, добавляют фотки и т д. если юзеров будет 10к, 100к и далее - что-то может пойти не так?

есть ли какие-то объективные причины не переходить с node.js на go?

Вопрос из серии "а вы уже перестали пить коньяк по утрам?" :)

есть, у Тимура курс хороший )))

Ага, курс по Golang от его контрибьютера - Маркуса Аурелиуса)

к чёму аналогия?

Аа, там "не". Тогда я не к тому месту написал это). Простите.

А есть причины переходить?

Я б хотел норм курс по го :)

к тому что причины "не делать что-то" предполагает что по дефолту надо переходить

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

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

Давайте так, мне сразу не нравится, что вы спрашиваете может ли что-то пойти не так. Оно обязательно пойдёт не так, ваша квалификация, как инженера, определит то, как быстро и дешёво вы определите ошибку, исправите и пропатчите продакшн.

Ясновидящие сидят в Гулаге, поэтому вам должно быть виднее, что и где может сломаться.

Если вопрос про MongoDb vs Redis скэйлинг сессий еще актуален, то я бы ответил так: если у вас есть в планах аналитика данных и их перепродажа/внутренне использование, то нужно оптимизировать их хранение, а не скорость доступа. Второй момент, который сразу пришел в голову это то, что выбор будет сильно зависить от архитектуры проекта и того, какой дизайн прав доступа у пользователя, как много сенситив данных генерируют они и где это хранится.

а че там делать

давайте на раст лучше

Шоб олдскулы сводило

у обеих платформ примерно одинакова ниша применения. У ноды, кмк, один важный косяк (пока что) - много людей приходят из бразуера и понаписывают такого, что потом это просто выкинуть. Не привыкли люди пока-что писать архитектурно, как это и полагается если речь идет о решении для бекендов.

+

шило на мыло