Golang-dev
· 08.12.2025 · ред.Вопрос
Какой стек вы бы посоветовали для небольшой команды backend (пару человек), чтобы фундамент был крепким, но поддержка не съедала все ресурсы разработки? [p1/2]
5 комментов
· 08.12.2025
[p2/2] Контекст: Речь в первую очередь идёт о выборе стека технологий и построении инфраструктуры: какие сервисы использовать, что брать в облаке, что разворачивать самим, насколько усложнять архитектуру, и как не перегрузить проект избыточными решениями
Какие подходы и принципы стоит учитывать небольшой backend-команде, чтобы сделать проект простым в сопровождении, масштабируемым и не перегруженным инфраструктурой?
0
ответить
коммент удалён
· 08.12.2025
Тот, на котором команда сможет написать то, что надо, и не словить базовых ошибок масштабирования
Ведь было бы странно говорить про джаву или го, когда программисты знают только ноду или питон
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 08.12.2025
Про языки понятно. Хоть и иногда приходится стрелять из пушки по воробьям :)
А вот момент с «не словить базовых ошибок масштабирования» - это и есть суть вопроса (отчасти).
По сути, я постоянно ловлю себя на одной и той же мысленной ловушке: «А что, если это понадобится позже? Может, лучше сделать сейчас?» Как выбраться из этого круга и научиться подходить к задачам более комплексно, что бы не страдать в будущем? Есть ли какие‑то принципы, которых стоит придерживаться? Или, возможно, есть хорошая книга, которая хорошо разбирает такие аспекты?
* С данной проблемой для себя столкнулся недавно, из-за этого вопрос может казаться странным 😊
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 08.12.2025
Тогда нужно заходить с точки зрения ЦА - вы проектируете систему, в которую сразу будет вход на миллион пользователей? Если нет, то какие драйверы роста, и как с точки зрения маркетинга/продаж вы будете ими управлять? (Подойдет ли б2б подход, как выстроена продажа и тп)
Какие данные вы будете у себя хранить - ПД, чувствительная, платежная и тп.
Сколько для бизнеса будет стоить час простоя системы? А день? Что, если данные надо будет откатывать на час? А на вчера?
Все эти и еще сотня других вопросов дают понять - какие нефункциональные требования у вас к системе, какая инфраструктура считается минимумом, какая репликация и резервирование и тп
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 08.12.2025
Спасибо, за пищу для размышлений :)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён