Делаем сайт на Python — как должно выглядеть разделение труда с партнёром-разработчиком?

Пушить напрямую в основную ветку — это профессиональное самоубийство. Немедленно введите правило защищённой ветки. Слияние не должно проходить без хотя бы одного одобрения. Взаимодействие между модулями тоже проясните строгими дата-классами или валидаторами схем; пока структура данных между ними не нарушена, то, что кто-то пишет внутри, не должно касаться другого.

Мы в 2022-м с партнёром, двумя бэкенд-разработчиками, открыли похожий сайт с данными. Поскольку мы не заключили договор о передаче прав, мой партнёр на 4-м месяце, когда бюджет в 180.000 TL закончился, ушёл и заблокировал репозиторий. Мне пришлось выбросить тот проект и начать с нуля. Закончите юридическую часть раньше технической работы.

Составьте недельный план. В понедельник утром оцените модули, которые нужно сделать, и разбейте их на карточки задач у каждой карточки должен быть один владелец. В пятницу вечером не считайте ни одну карточку завершённой без работающих тестов и вывода в прод. Роль того кто принимает решения, тоже определите чётко по каждому модулю.

Когда оба технических партнёра знают Python на одном уровне, это обычно не плюс, а минус. Постоянно возникают споры в духе «эта архитектура изящнее, а тот фреймворк быстрее». Пока один из вас полностью не возьмёт на себя техническое лидерство и владение продуктом, из-за страсти к равному партнёрству вы не выпустите в прод даже первую версию.

когда пишешь код с партнёром, самое чистое — чётко разделить роли. говорим: я пишу сервис, ты собирай данные. как только начинаете лзеть в код друг друга — и дружба кончится, и дело кончится проверено опытом.

Чтобы конкретизировать критерии приёмки, подготовьте документ с определением готовности: 1) Написаны ли юнит-тесты для соответствующего модуля? 2) Прошёл ли код без ошибок форматтер и проверки статического анализа? 3) Готова ли документация для эндпоинтов сервиса? 4) Задеплоено ли без ошибок на тестовый сервер? Пока эти условия не выполнены, ни один модуль не считается сданным.

edit: исправил несколько опечаток.

договор о долевом вознаграждении нужно оформлять у нотариуса или подписанный между нами простой письменный протокол будет действителен в суде? и ещё: если компания пока официально не зарегистрирована как защищаются права на код между физлицами?

Не знал об этом.

Давайте немного раскрою техническую сторону. Партнерство без графика выплат блокируется при первом же расколе.

Интересно есть ли те кто делает иначе.

Полностью согласен. Когда пытаешься изменить всё сразу, ничего не приживается.

Интересно, есть ли те, кто делает иначе.

Попробую. То, что делают все, не значит, что это правильно.

Оставлю как заметку, пригодится.

Поделюсь своим опытом. Единственное, что отделяет дружбу от партнерства, — письменный договор.

Исправьте, если я ошибаюсь.

Если я правильно понял вы имеете в виду следующее: Не стесняйтесь спрашивать молчание всегда обходится дороже.

Люди защищают не процесс а привычку. Сопротивление идет оттуда. Конечно, если ваша ситуация отличается всё меняется.

Согласен.

частично соглассен частично нет.. и честно без измерений мы всегда приходим к одному и тому же.

все кто торопится с веб-разработка на python, спотыкюатся на одном и том же.

Расскажу, что было у меня, вдруг пригодится. Прежде чем говорить об акциях, сделайте вместе небольшой проект на три месяца, чтобы узнать друг друга.

Удачи.

Вопрос будет немного наивным, извините заранее. Начните с небольшого эксперимента, не привязывайте всё сразу.

Надеюсь, это будет полезно.

Спасибо, очень помогло. Первые три месяца все идет хорошо, проблемы всплывают на четвертом.

Я бы пошел этим путем.