arrow

назад

ask

Вопрос

Какой стек вы бы посоветовали для небольшой команды backend (пару человек), чтобы фундамент был крепким, но поддержка не съедала все ресурсы разработки? [p1/2]

repost

274

input message

напишите коммент


5 комментов

· 08.12.2025

Тот, на котором команда сможет написать то, что надо, и не словить базовых ошибок масштабирования

Ведь было бы странно говорить про джаву или го, когда программисты знают только ноду или питон

0

ответить

Про языки понятно. Хоть и иногда приходится стрелять из пушки по воробьям :)

А вот момент с «не словить базовых ошибок масштабирования» - это и есть суть вопроса (отчасти).

По сути, я постоянно ловлю себя на одной и той же мысленной ловушке: «А что, если это понадобится позже? Может, лучше сделать сейчас?» Как выбраться из этого круга и научиться подходить к задачам более комплексно, что бы не страдать в будущем? Есть ли какие‑то принципы, которых стоит придерживаться? Или, возможно, есть хорошая книга, которая хорошо разбирает такие аспекты?

* С данной проблемой для себя столкнулся недавно, из-за этого вопрос может казаться странным 😊

0

ответить

· 08.12.2025

Тогда нужно заходить с точки зрения ЦА - вы проектируете систему, в которую сразу будет вход на миллион пользователей? Если нет, то какие драйверы роста, и как с точки зрения маркетинга/продаж вы будете ими управлять? (Подойдет ли б2б подход, как выстроена продажа и тп)

Какие данные вы будете у себя хранить - ПД, чувствительная, платежная и тп.

Сколько для бизнеса будет стоить час простоя системы? А день? Что, если данные надо будет откатывать на час? А на вчера?

Все эти и еще сотня других вопросов дают понять - какие нефункциональные требования у вас к системе, какая инфраструктура считается минимумом, какая репликация и резервирование и тп

0

ответить

Спасибо, за пищу для размышлений :)

0

ответить

[p2/2] Контекст: Речь в первую очередь идёт о выборе стека технологий и построении инфраструктуры: какие сервисы использовать, что брать в облаке, что разворачивать самим, насколько усложнять архитектуру, и как не перегрузить проект избыточными решениями

Какие подходы и принципы стоит учитывать небольшой backend-команде, чтобы сделать проект простым в сопровождении, масштабируемым и не перегруженным инфраструктурой?

0

ответить

еще контент автора

пост закреплён — пока закрепить можно только один пост

trash bin
перейти к нему не получится