Sviluppiamo un sito in Python: come dividersi il lavoro tra soci developer?

Fare commit diretti sul main branch è un suicidio professionale. Mettete subito le branch protection rule. Nessun merge senza almeno una approvazione. Definite anche la comunicazione tra moduli con dataclass rigide o validatori di schema; finché la struttura dei dati non si rompe, quello che uno scrive all'interno non deve riguardare l'altro.

Nel 2022 io e un altro backend dev abbiamo lanciato come soci un sito di dati simile. Non avendo firmato un accordo di cessione dei diritti, al quarto mese, appena finiti i 180.000 TL di budget, il mio socio ha mollato e ha bloccato la repo. Ho dovuto buttare tutto il progetto e ripartire da zero. Risolvete la parte legale prima di quella tecnica.

Fate una pianificazione settimanale. Il lunedì mattina valutate i moduli da fare e divideteli in task card, ogni card deve avere un solo responsabile. Il venerdì sera non considerate finita nessuna card senza test funzionanti e output in produzione. Definite chiaramente anche il ruolo di decisore a livello di modulo.

Che due soci tecnici sappiano Python allo stesso livello di solito non è un vantaggio ma uno svantaggio. Salta sempre fuori la lite 'questa architettura è più elegante, quel framework è più veloce'. Se uno non si prende completamente la leadership tecnica e la proprietà del prodotto, per via della voglia di partnership paritaria non riuscite a mettere in produzione nemmeno la prima release.

quando scrrivi codice con un socio la cosa più pulita è separare bene i ruoli. dite io scrivo il servizio tu raccogli i dati. più vi mettete le mani nel codice a vicenda e più finisce sia l'amicizia che il lavoro, provato per esperienza.

Per rendere concreti i criteri di consegna preparate un documento di definizione di finito: 1) Sono stati scritti gli unit test per il modulo in questione? 2) Il codice è passato senza errori dai controlli di formattazione e analisi statica? 3) La documentazione per gli endpoint del servizio è pronta? 4) È stato deployato senza errori sul server di test? Senza queste condizioni nessun modulo si considera consegnato.

edit: ho corretto alcuni errori di battitura.

il contratto di maturazione delle quote va fatto dal notaio o basta un semplice accordo scritto firmato tra noi per essere valido in tribunale? onestamente e poi se la società non è ancora ufficiamlente costituita come si tutelano i diritti sul codice tra le persone?

Non lo sapevo.

Approfondisco l'aspetto tecnico. Una partnership senza un calendario di pagamenti si blocca alla prima separazione.

Sono curioso di sapere se qualcuno lo fa in modo diverso.

Concordo pienamente. Se cerchi di cambiare tutto insieme, niente si stabilizza.

Sono curioso di sapere se qualcuno lo fa in modo diverso.

Ci proverò. Il fatto che tutti facciano una cosa non significa che sia quella giusta.

Lascio una nota, potrebbe servire.

Racconto la mia esperienza. L'unica cosa che distingue un'amicizia da una partnership è un contratto scritto.

Correggetemi se sbaglio.

Se non ho capito male stai dicendo che: Non abbiate paura di chiedere, chi non chiede paga sempre di più.

Le persone difendono le abitudini non i processi. onestamente la resistenza nasce da lì... Naturalmente cambia se la vostra situazione è diversa.

Sono d'accordo.

sono d'accordo in parte in parte no. cioè quando decidiamo senza misurare, fniamo sempre nello stesso punto.

chiunque abbia freta su sviluppo web con python si blocca nello stesso punto.

Racconto cosa mi è successo, magari vi è utile. Prima di parlare di quote, fate un piccolo lavoro insieme per tre mesi, così vi conoscete.

Buon lavoro.

La mia domanda sarà un po' da principiante scusate. Inizia con un piccolo test, non impegnarti subito su tutto.

Spero che le sia utile.

Grazie mille, mi è stato molto utile. I primi tre mesi vanno bene, i problemi emergono al quarto mese.

Io seguirei questa strada.