Desarrollamos una web en Python: ¿cómo repartir el trabajo con mi socio dev?

Mandar commits directos a main es un suicidio. Protejan ramas ya. Exijan al menos una aprobación para hacer merge. Y definan el intercambio entre módulos con esquemas o dataclasses estrictos; mientras no rompan la estructura de datos, a ninguno le debe importar cómo codificó el otro por dentro.

En 2022 monté con otro dev backend una web de datos parecida. Como no firmamos cesión de derechos, cuando se acabaron los 180.000 TL al cuarto mes mi socio se fue y bloqueó el repo. Tuve que tirar todo y empezar de cero. Resuelvan lo legal antes que lo técnico.

Hagan una planificación semanal. El lunes por la mañana estimen los módulos divídanlos en tarjetas de tareas y asignen un solo responsable a cada una. El viernes por la tarde no den ninguna tarjeta por terminada sin pruebas operativas ni producción. Dejen claro quién toma las decisiones según el módulo.

Que dos socios técnicos tengan el mismo nivel de Python suele ser una desventaja, no una ventaja. Vivirán peleando por cuál arquitectura es más elegante o qué framework es más rápido. A menos que uno asuma la dirección técnica y la propiedad del producto por completo, por andar de socios 'igualitarios' ni van a lanzar la primera versión.

lo mejjor al programar con un socio es separar bien los roles pero dile yo hago el servicio y tu recolectas los datos... meterte en el codigo del otro destruye la amistad y el negocio comprobado por experiencia propia.

Para concretar los criterios de entrega redacten un documento con la definición de terminado: 1) ¿Se escribieron las pruebas unitarias del módulo? 2) ¿Pasó el formateador de código y las revisiones de análisis estático sin errores? 3) ¿Está lista la documentación de los endpoints del servicio? 4) ¿Se desplegó sin fallos en el servidor de pruebas? Sin cumplir esto, no se da ningún módulo por entregado.

edit: he corregido unas erratas.

¿El contrato de vesting hay que hacerlo ante notario o un acuerdo privado firmado entre nosotros tiene validez en un tribunal? y si la empresa aún no está constituida legalmente ¿cómo se protegen los derechos del código entre las partes?

No sabía eso.

Voy a detallar un poco el aspecto técnico. Una sociedad sin calendario de pagos se bloquea al primer desacuerdo.

También me gustaría saber si alguien lo hace de otra manera.

Estoy totalmente de acuerdo. Si intentas cambiarlo todo a la vez, nada termina de asentarse.

También me gustaría saber si alguien lo hace de otra manera.

Lo probaré. Que todo el mundo haga algo no significa que sea lo correcto.

Lo dejo como nota, por si sirve.

Voy a contar mi experiencia. Lo único que separa la amistad de la sociedad es un contrato escrito.

Corrijanme si me equivoco.

Si no me equivoco quieres decir esto: No tengáis miedo de preguntar, quien no pregunta siempre paga más caro.

La gente no defiende el proceso, defiende la costumbre. La resistencia viene de ahí. Por supuesto cambia si tu situación es diferente.

Estoy de acuerdo.

estoy de acuerdo a medias, en parte no luego bueno si decidimos sin medir siempre acabamos en el mismo punto.

todos los que se apresuran con desarrollo web con pytohn se atascan en el mismo punto.

Os cuento lo que me pasó a mí a ver si os sirve de ayuda. Antes de hablar de acciones, hagan un pequeño proyecto trimestral así se ven mutuamente.

Ánimo.

Lo que voy a preguntar sonará un poco novato, perdonadme. Empezad con una pequeña prueba, no lo integréis todo de golpe.

Espero que le sea útil.

Gracias, me ha servido de mucha ayuda. Los primeros tres meses todo va bien, los problemas aparecen en el cuarto.

Yo seguiría por ese camino.