On développe un site avec Python — comment répartir le travail avec un associé développeur ?

Faire un commit direct sur la branche principale, c'est un suicide professionnel. Mettez tout de suite une règle de branche protégée. Aucune fusion ne doit être possible sans au moins une approbation. Clarifiez aussi la communication entre modules avec des dataclasses strictes ou des validateurs de schéma ; tant que la structure de données entre les deux ne se casse pas, ce que l'un écrit à l'intérieur ne doit pas concerner l'autre.

En 2022, avec un associé, deux développeurs backend, on a lancé un site de données similaire. Comme on n'avait pas fait de contrat de cession des droits, mon associé est parti au 4e mois quand le budget de 180.000 TL a été épuisé et il a verrouillé le repo. J'ai dû jeter ce projet et repartir de zéro. Finissez le côté juridique avant le travail technique.

Faites des planifications hebdomadaires. Le lundi matin, estimez les modules à faire et découpez-les en tickets, avec un seul responsable par ticket. Le vendredi soir ne considérez aucun ticket comme terminé sans des tests qui tournent et un rendu fonctionnel en préprod/prod. Définissez aussi clairement qui a le dernier mot pour chaque module.

Avoir deux associés techniques avec le même niveau en Python, c'est généralement plus un inconvénient qu'un avantage. Ça finit toujours en débat stérile du genre « cette archi est plus propre, ce framework est plus rapide ». Si l'un des deux ne prend pas pleinement le lead tech et le product ownership, vous ne sortirez même pas la v1 en prod à vouloir jouer l'égalité parfaite.

quand tu codes avec un associé le mieux c'est de bien séparer les rôles... dites vous moi je fais le service toi tu gères la data... dès que vous commencez à toucher au code de l'autre l'amitié dégage et le projet avec testé et approuvé.

Pour clarifier les critères de livraison, rédigez une « Definition of Done » : 1) Les tests unitaires du module sont-ils écrits ? 2) Le code passe-t-il le linter et l'analyse statique sans erreur ? 3) La documentation des endpoints de l'API est-elle prête ? 4) Le déploiement sur l'environnement de test est-il réussi ? Tant que ces conditions ne sont pas remplies aucun module ne doit être considéré comme livré.

edit : j'ai corrigé quelques fautes de frappe.

est-ce qu'il faut obligatoirement passer par un notaire pour un pacte d'associés / vesting ou est-ce qu'un accord sous seing privé signé entre nous est valable devant un tribunal ? franchement et si la société n'est pas encore officiellement immatriculée comment protéger la propriété intellectuelle du code entre personnes physiques ?

Je ne savais pas ça.

Laissez-moi détailler l'aspect technique. Un partenariat sans calendrier de paiements se bloque dès la première rupture.

Je suis aussi curieux de savoir si d'autres font autrement.

Je suis entièrement d'accord. Quand on essaie de tout changer en même temps, rien ne prend.

Je suis aussi curieux de savoir si d'autres font autrement.

Je vais essayer. Ce que tout le monde fait ne signifie pas que c'est la bonne chose.

Je le note au cas où.

Je partage mon expérience. La seule chose qui distingue l'amitié du partenariat, c'est le contrat écrit.

Corrigez-moi si je me trompe.

Si j'ai bien compris vous dites que : N'hésitez pas à demander, celui qui ne demande pas paie toujours plus cher.

Les gens défendent l'habitude, pas le processus... La résistance vient de là. Bien sûr cela change si votre situation est différente.

Je suis d'accord.

je suis d'accord en partie, pas en partie. du coup qunad on décide sans mesurer on revient toujours au même point.

tous ceux qui se pressent sur développement web avec python se heurtent au même obstacle.

Je vais raconter ce qui m'est arrivé, ça pourrait vous servir. Avant de parler d'actions, faites un petit projet de trois mois pour apprendre à vous connaître.

Bon courage.

Ma question va paraître un peu novice désolé d'avance. Commencez par un petit test, ne vous engagez pas sur tout d'un coup.

J'espère que cela vous sera utile.

Merci beaucoup, cela m'a été très utile. Tout va bien les trois premiers mois, les problèmes arrivent au quatrième.

À votre place, j'irais par cette voie.