Plataforma de desarrolladores/programadores junior

#4597 Pues hoy me han llamado para hacer 5 módulos.
Programación, bases de datos, sistemas informáticos, lenguaje de marcas y entornos de desarrollo.

Esto en el CIFP Pau Casesnoves que comentábamos, y en mi caso en el ciclo de DAM. Hice inscripción en DAM y DAW porque el primer curso era común.

Ya veremos que tal, de momento he enviado toda la documentación y he pagado las tasas. Así me "obligo" a estudiar y entrar en rutina metiendo la cabeza en el mundillo. Si veo que me come la vida por el trabajo y demás cosas, pues ya veremos. Por lo pronto, contento porque no me esperaba la llamada.

Pregunta de alguien que nunca ha hecho una aplicación real. ¿Por donde empiezo, díseño primero la base de datos, hago el backend, el frontend, o voy a caballo saltando entre todo un poco?

La funcionalidad de la app van a ser unos cuantos formularios y tablas para añadir, modificar y eliminar registros, Habrá algunos campos de los formularios que se leerán de una calculadora (aquí no sé si hacer otro formulario para la calculadora o integrar la calculadora en el mismo formulario), otros que los introduce el usuario a mano, y otros que se calculan dinámicamente (en función de las opciones que se marquen en el formulario, de los datos introducidos en otros campos, y de otros datos de registros existentes en la base de datos).

Pienso usar React para el frontend y express y postgres para el backend.

#4600 Empieza por los casos de usos, haz un esquema o un dibujo del flujo de la aplicación, plantea las clases que puede tener la aplicación, las tablas que va a tener la base de datos, la cardinalidad etc

No todo lo que plasmes ahí va a ser definitivo, pero te sirve para hacerte un esquema mental y plantear cuestiones que luego vas a ir resolviendo poco a poco.

Luego una vez hecho eso pues comienza con lo que más te apetezca, puedes ir alternando segun te convenga. Puedes maquetar la web o la aplicación de una forma primitiva para que tenga forma, luego ya te metes de lleno en lo que son las funcionalidades raíz del proyecto y por último finiquitas la parte estética.

#4598 Enhorabuena tío. Mucha suerte. Me alegro enormemente. Si hay alguien con potencial y posibilidad de progreso en el mundo IT ese eres tú 100%. Creo que tienes un gran futuro en el sector.

#4607 Así un poco por encima y partiendo de que ya tienes una idea de que vas a hacer:

• Te haces un back sencillo con los endpoints que vayas a necesitar y devuelves un mock
• Te haces un front sencillo y lo conectas al back
• Con estos 2 revisas que todo es como tu quieres (número de screens del front, funcionalidad de cada una, que muestras, etc...). Este es un buen punto para ver si el back devuelve lo que necesitas, o si por el contrario ves que las entidades o los DTOs van a ser de una manera u otra
• Con todo claro y la app/web "funcionando" empiezas a desarrollar por dónde quieras, ya sea el front, la base de datos o el back, pero céntrate en uno, si se te ocurre algún tipo de cambio te haces un todo.md o similar y vas apuntando, pero no vayas de un lado a otro.
• Cuando cambies a otra parte lo mismo, si has hecho el front y estás con el back y de momento ves algo qu ete chirría en el front, al todo.md

Como consejo a parte, cíñete a la primera idea, no empieces a extender la funcionalidad porque así es como se dejan tirados la mayoría de proyectos, una vez pierdes el foco es difícil recuperarlo. Saca un MVP y depende de lo que quieras quédate ahí, sácale brillo y sigo expandiendo la funcionalidad, pero volviendo a repetir el ciclo.

#4605 la alternativa al desarrollo horizontal es el vertical.

tienes una feature y la implementas de front end -> back -> db y la pones en prod.

mucho mejor trabajar en vertical si puedes.

• desarrollo mas realista
• seguramente vas a encontrar errores de diseño mas adelante (es realista) y vas a tener que migrar o refactorizar cosas
• recuerda q la arquitectura de software es una gran mentira, no diseñes demasiado e itera mas
• desde el principio tienes la infrastructura bien montada, que es el problema de ingenieria real en el backend, Ci/Cd deploy tests e2e logs y metricas.
• si trabajas con mocks y por capas, la gente suele hacer mas sobre-enginieria y perder el tiempo en cosas que no son el objetivo principal (sacar el feature).

Se que en su momento ya se puso pero con +4k respuestas a saber donde queda ya....

Que material teneis por ahi para un de 0 a fpero en tema testing?

#4514 Tuve una charla respecto a esto con mi CTO/Responsable, ya que fue mi evaluación de los 6 meses hace unas semanas. Le comenté todo esto: que estoy solo en el proyecto, tengo muchos frentes abiertos y no tengo una referencia técnica como tal.

Me comentaron que están encantados conmigo (¿cómo no?, les saco lo que me piden con un sueldo de junior) y que, aun estando solo, me he sabido desenvolver muy bien y sacar las cosas sin ayuda.

Después de esto, la semana pasada me comentaron que querían meter un tech lead en el proyecto en el que estoy, lo que además conllevaría desarrollar en Python, cosa que, bueno, no está mal.

No sé si todo esto ha surgido por hablar sobre mi situación o si ya lo tenían todo planteado. De igual forma, voy a esperar un poco a ver cómo es el cambio de proyecto y qué van a hacer conmigo, y, de igual forma, ir valorando si quiero pirarme a toda costa o simplemente buscar una mejor oferta, ya que, con la poca experiencia que tengo, no he visto mucho ahora mismo por LinkedIn.