Cuando estaba estudiando DAW, un día, tenía que llevar a la niña a "nosedonde" , después ir a trabajar y para colmo tenía también una entrega de maquetación al día siguiente. Ese día, en medio de la gymkana vital entre autobuses, colegios y extraescolares, clientes y jefes malditos, con pocas horas dormidas y muchas despierta, mi madre se puso en el VS y, a través del teléfono, fotos y videollamadas, se puso a escribir el código que yo le iba indicando. Lo sacamos las dos. Como todo.

Mi CV web está pasando de eso, a ser el proyecto donde voy centralizando el aprendizaje. En este caso he implementado la creación dinámica del PDF dependiendo del idioma que se seleccione. Lo he hecho con el wrapper de la librería pdfmake y he intentado aplicar los principios SOLID, los cuales aún ando aprendiendo. Dejo el repo por aquí. Cualquier sugerencia de mejora es bienvenida . Gracias!
#desarrollodesoftware #angular #solidprinciples #learning

https://github.com/irinacadu/CasasDuarteIrinaCV

Pues aquí, practicando tratamiento de datos y consumiendo de la API de Rick y Morty. Proyecto realizado con #java, #springboot, #maven y un poco de #JUnit y #mockito.

https://github.com/irinacadu/rickMortyBack

Al final me doy cuenta de que igual que se planifican unas cosas se debe planificar esta, dentro de lo posible. En mis proyectos personales lo he ido haciendo también un poco "a lo loco" y quizás, se haga como se haga, veo que sería bueno darle una vueltica antes. Muchas gracias a todas las personas que habéis contestado. Me llevo muchísimos puntos de vista que me van a ayudar a plantearme este tema desde perspectivas que ni siquiera me había planteado. 💜

@adelgado muchas gracias :)

@sanzky muchas gracias por tu sabiduría ☺️

@kyva muchas gracias !!

@parra muchas gracias !!

@josejfernandez muchas gracias por la info!☺️

@3jackdaws al realizar una rama por persona por un lado pienso que se evita carga y entiendo que se puede ir subiendo el archivo modificado que se quiera. También, de hacerlo así, sería bueno que los commits fuesen más descriptivos para evitar el caos (diría). Por otro lado, el hacerlo por tareas puede que permita visualizar rápidamente donde se encuentra el error. La verdad es que llevo toda la mañana con el tole tole... gracias!

@3jackdaws muchas gracias por toda la info !! :)

@sara muchas gracias 💜!!! esto parece bastante viable en estos momentos ☺️.

@vggonz muchas gracias! Le echo un ojo ☺️

@3jackdaws entonces solamente subís lo que se encuentra validado en la rama Test. Es ahí donde volcáis las ramas de cada persona entiendo y, si no hay conflictos, se sube a la principal. ¿Es así?

@vggonz a rama de entrega te refieres a una rama anterior a la madre? Es decir, donde se unifican todo el resto de ramas para hacer un solo push a la rama principal? Perdona mi ignorancia

@jsalvador muchísimas gracias por los recursos ☺️

Me surge otra duda. Si se crea una rama por tarea, ¿La deberíamos crear a partir de la rama madre o de la rama en la que hemos estado trabajando anteriormente?

Esto lo digo porque hay ramas con tareas a revisar antes de subirlas a la madre. El trabajo se solapa y se da el caso de tener, por ejemplo, tres tareas en revisión teniendo que empezar con otra.

Buenos días! Pregunta de Git a ver si alguien me puede ayudar. Tenemos una serie de actualizaciones que realizar en el proyecto en el que trabajo. Cada una de estas actualizaciones corresponen a una tarea en jira.

¿Qué sería lo mejor?

- Crear una rama por tarea.
- Crear una rama por persona.
Ambas se actualizarían a diario con la rama madre.

Realmente no se qué sería lo más óptimo para evitar conflictos, carga de ramas y teniendo en cuenta que cada persona realiza más de una tarea.
Gracias!

@gabboman Hola!!! Me arriesgaré a ello ☺️

@sara hola!!! Encantada Sara ☺️