Ответ
В моей последней команде было 5 backend-разработчиков, включая меня.
Структура и распределение ролей:
- 2 Senior-разработчика: отвечали за архитектурные решения и наиболее сложные задачи.
- 2 Middle-разработчика: выполняли основную разработку функциональности.
- 1 Junior-разработчик: занимался исправлением ошибок и поддержкой существующего кода.
Принципы работы: Мы использовали Scrum. Каждый разработчик отвечал за свой модуль, но при этом активно участвовал в code review и парном программировании, что обеспечивало качество кода и распространение знаний в команде.
Ответ 18+ 🔞
Ну вот, представляешь, сидели мы как-то в проекте — нас, бэкендеров, аж пятеро, включая меня, само собой. Не толпа, конечно, но и не один, блядь, в поле воин.
Как это всё было устроено, спросишь? А вот как, ёпта:
- Два сеньёра — это наши, блядь, гуру. Сидят, думают, архитектуру выстраивают, такие задачи ворочают, что у остальных волосы дыбом. Без них — ни шагу, пиздец.
- Два миддла — это, можно сказать, рабочие лошадки. Основную движуху по фичам делали. Не боги, но уже и не сопляки.
- Один джун — наш, блядь, юный падаван. Ему — баги ловить да старый код подметать, чтобы набраться ума-разума.
А работали мы по этой вашей Scrum, да. У каждого свой уголок, свой модуль, за который отвечаешь, как собака за будку. Но главная фишка была не в этом, а в том, что мы друг другу мозги выносили на code review и частенько в паре программировали. Чувак сидит, код пишет, а ты сбоку пристроился и такой: "Э, бошка думай, а если вот так, сука?" Или наоборот — тебе в ротберунчик тычут. Так знания по команде растекались, как говно по трубам, и качество кода было — овердохуища. А то без этого один напишет какую-нибудь дичь, а потом все вместе ебёмся с ней полгода.