Open Forem: Laura Montironi

🚀 Construyendo mi primer SaaS con FastAPI y PostgreSQL: los errores reales que casi rompen mi backend

Laura Montironi — Mon, 16 Mar 2026 20:54:58 +0000

💡 Lo que aprendí creando una plataforma de cursos mientras todavía estoy aprendiendo desarrollo web.

Cuando empecé a construir mi primer SaaS pensé que el reto sería hacer funcionar las features: autenticación, cursos, usuarios, base de datos, etc.

Pero la realidad fue otra.

El verdadero reto fue arreglar todos los errores inesperados que aparecen cuando conectas muchas piezas a la vez: FastAPI, PostgreSQL, SQLAlchemy, asyncpg, Docker, PgBouncer… y tus propias decisiones de arquitectura.

En este artículo quiero compartir algunos de los errores reales que encontré construyendo mi SaaS de cursos online, porque muchos de ellos no aparecen en los tutoriales.

Y honestamente, fueron estos errores los que más me hicieron aprender.

🧱 El proyecto: mi primer SaaS real

Actualmente estoy construyendo una plataforma SaaS de cursos online usando:

🅰️ Angular para el frontend
⚡ FastAPI para el backend
🐘 PostgreSQL desplegado en Supabase
🔗 SQLAlchemy + asyncpg para el acceso a la base de datos

La idea es crear una plataforma donde:

instructores puedan crear cursos
estudiantes puedan inscribirse
el sistema gestione usuarios, roles y contenido

Nada extremadamente complejo… hasta que empiezas a construirlo.

❌ Error #1 — Confundir modelos de SQLAlchemy con modelos de Pydantic

Uno de los primeros errores que cometí fue mezclar responsabilidades entre modelos.

Al principio intenté usar el mismo modelo para:

representar datos en la base de datos
validar datos que vienen del frontend
devolver respuestas de la API

Pero eso empezó a romper cosas muy rápido.

SQLAlchemy espera columnas, relaciones y metadata de tabla. Pydantic está pensado para validación y serialización de datos. Son herramientas distintas con propósitos distintos.

La solución fue separar claramente:

Modelo de base de datos:

class User(Base):
    __tablename__ = "users"

    id = Column(UUID, primary_key=True)
    email = Column(String)

Schema de API:

class UserCreate(BaseModel):
    email: EmailStr
    password: str

Parece obvio cuando lo ves después, pero al principio puede ser confuso.

❌ Error #2 — UUID vs Integer en PostgreSQL

Este fue uno de esos bugs que te hacen pensar que todo está roto.

Mi base de datos en PostgreSQL usaba UUID como identificadores, pero en algunos modelos del backend había definido el campo como Integer.

Resultado: errores extraños cuando SQLAlchemy intentaba hacer queries:

operator does not exist: uuid = integer

El problema no era PostgreSQL. Era mi modelo incorrecto.

👉 Si tu base de datos usa UUID, tu backend también debe usar UUID de forma consistente.

❌ Error #3 — PgBouncer y el misterioso `statement_cache_size`

Cuando desplegué la base de datos en Supabase apareció un error que jamás había visto antes.

Todo parecía funcionar… hasta que empezaron a aparecer errores relacionados con prepared statements.

El culpable resultó ser PgBouncer, que muchas plataformas usan para gestionar conexiones.

La solución fue añadir esta configuración al motor de SQLAlchemy:

statement_cache_size=0

No es algo que normalmente aparezca en tutoriales, pero puede romper tu aplicación si usas asyncpg + PgBouncer.

❌ Error #4 — Un `Depends(get_db)` olvidado

Otro error clásico.

Tenía endpoints funcionando perfectamente… hasta que uno empezó a fallar sin razón aparente.

Después de revisar todo, el problema era simplemente que había olvidado inyectar la dependencia de la sesión de base de datos en la firma del endpoint:

# ❌ Sin inyección — la sesión no está disponible
async def get_user(user_id: UUID):
    ...

# ✅ Con inyección correcta
async def get_user(user_id: UUID, db: AsyncSession = Depends(get_db)):
    ...

Ese pequeño detalle significa que FastAPI no inyecta la sesión de base de datos.

A veces el problema no es arquitectura. A veces es una línea que olvidaste.

❌ Error #5 — El misterioso error de imports en Python

Este me hizo perder bastante tiempo.

El proyecto tenía varios módulos, y algunos imports empezaron a fallar sin explicación clara.

La causa: faltaba un simple archivo.

__init__.py

Sin ese archivo, Python no reconoce el directorio como módulo. Otra lección aprendida.

💡 Lo que realmente estoy aprendiendo

Construir este SaaS me está enseñando algo importante:

Programar no es solo escribir código que funcione.

Es entender cómo interactúan todas las piezas del sistema:

⚙️ el framework
🧠 el ORM
🗄️ la base de datos
🚀 el sistema de despliegue
🔄 las librerías async

Y muchas veces el aprendizaje viene cuando algo se rompe.

🚀 Próximos pasos en el proyecto

Mi objetivo ahora es seguir desarrollando la plataforma añadiendo:

📚 gestión de cursos
🎓 sistema de inscripción de estudiantes
👨‍🏫 panel de instructor

Y seguramente aparecerán muchos más errores interesantes.

Cuando eso pase… probablemente escribiré otro artículo. 😄

🔗 Repositorios y enlaces del proyecto

Si quieres ver el progreso del proyecto o revisar el código:

💻 Backend

🐍 FastAPI + PostgreSQL + SQLAlchemy

👉 https://github.com/LauMontironi/SaaS-LMS-Backend-FastAPI-PostgreSQL

🎨 Frontend

⚡ Angular + API integration

👉 https://github.com/LauMontironi/SaaS-LMS-Frontend-FastAPI-PostgreSQL

🎥 Demo del proyecto

👉 https://go.screenpal.com/watch/cOeoXPnZHfx

🌐 Portfolio

👉 https://portfoliodev-laumontironi.netlify.app/

💡 romper cosas es parte del proceso.

Y muchas veces los errores reales enseñan más que cualquier tutorial.

🚧 En el mientras tanto

Laura Montironi — Mon, 09 Mar 2026 11:39:52 +0000

En esta etapa de mi aprendizaje estoy trabajando en dos proyectos bastante diferentes entre sí, pero que se complementan mucho en todo lo que estoy aprendiendo.

Uno es un proyecto en grupo para una empresa constructora y el otro es un proyecto personal mucho más ambicioso: un SaaS de cursos online que estoy construyendo yo sola.

Trabajar en ambos al mismo tiempo me está permitiendo ver dos realidades muy distintas del desarrollo: colaborar con otros desarrolladores y construir un sistema completo por mi cuenta.

👷‍♀️ Proyecto en grupo: sistema de gestión para una empresa constructora

En el proyecto en grupo estamos desarrollando un sistema de gestión interno para una empresa constructora.

La idea es construir una aplicación web que permita gestionar diferentes aspectos del trabajo diario de los operarios y del equipo administrativo.

El sistema tiene distintos roles de usuario:

👨‍💼 Administrador
👷 Operario

Cada uno tiene diferentes permisos y funcionalidades dentro de la aplicación.

Entre las funcionalidades principales están:

📋 gestión de obras
👷 gestión de operarios
🔔 notificaciones internas
📸 subida de fotos desde obra
🧭 paneles diferentes según el rol del usuario

🧰 Tecnologías del proyecto

Frontend: Angular
Backend: Python + FastAPI
Base de datos: SQL
Deploy: Railway

En mi caso estoy trabajando especialmente en:

🎨 desarrollo del frontend en Angular
🔗 preparación de la integración con el backend
🧠 diseño de algunos flujos de la aplicación

Algo interesante de este proyecto es que estamos empezando desarrollando primero el frontend sin conectar todavía todo el backend, lo que nos permite avanzar más rápido en la estructura de la aplicación.

Esto me está enseñando varias cosas importantes:

🏗️ pensar la arquitectura de una aplicación
🧩 separar responsabilidades entre frontend y backend
🔐 trabajar con roles y permisos
👥 diseñar interfaces pensadas para usuarios reales

También estoy aprendiendo algo fundamental: trabajar en equipo.
Cuando desarrollas con otras personas tienes que comunicar decisiones, organizar tareas y pensar cómo encajan las partes que desarrolla cada uno.

🚀 Proyecto personal: construir un SaaS de cursos online

En paralelo estoy desarrollando un proyecto personal mucho más grande: un SaaS de cursos online.

La idea es construir una plataforma donde instructores puedan crear cursos y los estudiantes puedan consumirlos, con un sistema completo de autenticación, gestión de cursos y contenido.

🧰 Stack del proyecto

Frontend: Angular
Backend: FastAPI
Base de datos: PostgreSQL en Supabase
UI: PrimeNG

Aquí estoy trabajando absolutamente en todas las partes del sistema:

🗄️ diseño de la base de datos
⚙️ arquitectura del backend
🔐 autenticación con JWT
🌐 endpoints de API
🧱 estructura del frontend
🧩 componentes y servicios
🔗 conexión entre frontend y backend

Construir algo así te obliga a entender cómo funciona todo el sistema de extremo a extremo.

Y por supuesto… aparecen muchos errores por el camino.

De hecho, una de las cosas que más estoy aprendiendo en este proyecto es debugging de backend.

Me he encontrado con problemas bastante interesantes como:

🔄 diferencias entre modelos Pydantic y modelos SQLAlchemy
🆔 conflictos entre UUID vs Integer en PostgreSQL
⚡ problemas con PgBouncer y asyncpg
📦 errores por módulos o imports mal estructurados
🕒 problemas con datetime y timezone
🛑 validaciones de roles que fallaban por constraints en la base de datos

Son esos errores que al principio parecen imposibles, pero cuando finalmente los entiendes… aprendes muchísimo sobre cómo funcionan realmente las herramientas.

🧠 Lo que estoy aprendiendo trabajando en ambos proyectos

Trabajar en estos dos proyectos al mismo tiempo me está enseñando algo importante:

programar no es solo escribir código.

También es:

🏗️ diseñar sistemas
🗄️ entender bases de datos
🧭 pensar la arquitectura
🐞 resolver errores complejos
📝 documentar
👥 pensar en los usuarios
📚 aprender constantemente herramientas nuevas

También estoy empezando a usar herramientas de IA como ChatGPT o Claude como asistentes para analizar problemas, revisar código o estructurar ideas. Bien utilizadas, se convierten en una herramienta muy potente para aprender más rápido.

🌱 Construir mientras aprendo

Algo que intento hacer es no quedarme solo en tutoriales o ejercicios pequeños.

Prefiero construir proyectos reales, aunque sean imperfectos, porque ahí es donde realmente aparecen los problemas interesantes.

Es cuando tienes que conectar frontend, backend, base de datos, autenticación y despliegue cuando empiezas a entender cómo funciona todo.

Todavía queda muchísimo por aprender, pero estos proyectos se están convirtiendo en una especie de laboratorio donde puedo probar ideas, equivocarme, arreglar cosas y seguir mejorando.

Y al final, creo que esa es una de las mejores formas de aprender a programar.

🔍 Buscar trabajo también es un trabajo (y nadie te prepara para eso)

Laura Montironi — Mon, 02 Mar 2026 09:11:10 +0000

Terminar el bootcamp fue raro. Durante meses tuve una estructura clara: estudia esto, entrega aquello, el viernes demo. Y de repente… nada. Solo yo, mi portátil y la pregunta clásica: ¿y ahora qué? La respuesta fue: ponerme a trabajar. Pero en otra cosa.

Lo primero: ordenar la casa Antes de mandar una sola candidatura, me dediqué semanas a construir la base:

CV en español CV en inglés CV optimizado para ATS (sí, los filtros automáticos son reales y hay que respetarlos) Carta de presentación en ambos idiomas Perfil de LinkedIn actualizado, con destacados y publicaciones Portfolio con todos mis proyectos bien explicados GitHub ordenado (nada de repos abandonados a medias) Blog donde documento el proceso — este mismo Foto profesional (parece una tontería. No lo es.)

En algún momento tuve que tomar una decisión: dejar de tocar los CVs. Porque siempre hay alguien con una opinión distinta. “Es muy técnico.” “No demuestras suficiente.” “Es demasiado personal.” Nunca hay un CV perfecto. En algún punto hay que soltar y empezar a aplicar.

El proceso real: candidatura a candidatura Cada día dedico un par de horas a buscar. Y sí — buscar trabajo es un trabajo. Las herramientas que uso para no volverme loca:

Teal → para organizar todas las candidaturas y no perder el hilo Jobscan → para comparar mi CV con cada oferta y ajustar keywords Simplify → para rellenar formularios sin morir en el intento

Mi flujo cuando veo una oferta que me interesa:

Paso el CV por Jobscan Ajusto según la descripción del puesto Aplico (en el idioma de la oferta) Busco al recruiter en LinkedIn Lo agrego y le escribo

Y vuelta al loop.

¿Me gusta esta parte? La verdad: no especialmente. Siempre fui más de trabajar en silencio que de hablar de lo que hago. Pero estoy aprendiendo que saber hacer y saber comunicar lo que haces son dos habilidades distintas. Y las dos importan. Así que aquí estoy. Aprendiendo también eso.

Mientras tanto, no paro Porque esperar con los brazos cruzados no va conmigo. Mientras busco: estoy terminando mi curso de SQL, empezando React de forma autodidacta y arrancando un nuevo proyecto.

Todavía no tengo trabajo. Pero creo que he optimizado bastante la manera de buscarlo.

Y hay algo más.

No soy el perfil más “tradicional”. Estoy empezando en tecnología, pero no estoy empezando en la vida.

Tengo responsabilidades. Tengo una familia. Mi punto de partida no se parece al de alguien que recién sale al mercado con 22 años.

Y eso no me resta. Me define.

Porque cuando digo que quiero entrar en el mundo tech, no es una curiosidad. Es una decisión.

Sé organizar mi tiempo. Sé sostener procesos largos. Sé trabajar incluso cuando estoy cansada. Y cuando me involucro en un proyecto, me involucro de verdad.

Quizás necesite flexibilidad horaria. Pero en compromiso, no me gana nadie.

No estoy aquí para probar suerte. Estoy aquí para quedarme.

Porque buscar trabajo no es solo enviar CVs. Es construir una narrativa.

El mercado no premia solo el talento. Premia visibilidad y constancia.

Si no te ven, no existes.

Y como en cualquier proyecto: iterar funciona. Aplicar, ajustar, volver a aplicar.

Seguimos. 🔄

🎓 El final del bootcamp, el comienzo de mi verdadero camino tech

Laura Montironi — Fri, 20 Feb 2026 08:02:27 +0000

Cuando terminar de estudiar es, en realidad, empezar de verdad.

Cuando el miedo pesa, pero el deseo pesa más

Empecé este camino con muchísimas dudas, miedos, incertidumbre y muy poca fe en mí misma. Pero también con una certeza: necesitaba hacerlo para salir del agujero en el que me sentía.

Sabía que no iba a ser fácil. Y no lo fue.

Hubo muchos momentos de desesperación. Me creía vieja, incapaz. Pensaba que quizás estaba errando otra vez en el camino. Solo tenía clara una cosa: no me gustaba mi profesión… y esto me encantaba.

Pero esta área tiene mucho FOMO.

Lenguajes hay miles. Ves ofertas de trabajo y piden 400 tecnologías que no sabes, y ni siquiera sientes que dominas bien la que estás estudiando. Cada día la IA lanza algo nuevo. Cada día hay más perfiles tech que te hacen dudar: que si Twitch, que si Discord, que si no sé qué más… tantos canales, tantos divulgadores, tanta información.

Y ojo, no digo que no sea bueno. Pero abruma.

A veces la cantidad de información hace difícil centrarse. Elegir un camino cuando el bosque es enorme puede paralizar. Quizás por eso —y por todo lo que cuento en este blog— decidí hacer un bootcamp y marcar un rumbo claro dentro de tanto ruido.

Fue difícil. Sobre todo cuando mis compañeros podían ser mis hijos (bueno… tampoco tanto, pero casi 😅). Tenían 19, 20 años… el mayor 33. Otras vidas, otros caminos, otras responsabilidades. Otro todo, básicamente.

Y mantenerse centrado cuando el bosque es tan grande y tan abrumador… cuesta.

Mantenerse centrado cuando todo alrededor hace ruido.

Uno sabe que debe compararse solo consigo mismo. Pero a veces eso cuesta. Y cuesta muchísimo.

Me llevó 10 años tomar la decisión de cambiar el rumbo. Diez años. Una vida.

Por miedo a fracasar. Por miedo a empezar de cero. Por sentirme vieja para una startup (sí, sí… con 24 años ya me sentía vieja).

Me reprocho mucho. Y al mismo tiempo me felicito por haber tenido el coraje de hacerlo en el entorno más difícil posible: tres hijos pequeños, súper dependientes y demandantes; en otro país; y con diez años más encima.

Se ve que me gusta el camino difícil.

🤷🏼‍♀️

Me reprocho a medias, porque hace diez años ni siquiera se me había cruzado por la cabeza esto del código. Ya sabía que algo no andaba bien, pero me llevó años de pelea conmigo misma descubrirlo.

Este viaje comenzó en mi cabeza, embarazada de mi tercer hijo. Y lo pude materializar dos años más tarde.

Este camino recién comienza. Tengo mucho que aprender, mucha experiencia que ganar.

Pero por primera vez en mi vida profesional puedo decir que me gusta lo que hago. Que disfruto trabajar de esto. Y que estoy profundamente feliz de haberlo conseguido.

Y aunque hoy pueda decir que lo logré —que terminé, que aprendí, que sobreviví al bootcamp y a mis propios miedos— la verdad es que esto no es un final.

Es el comienzo de verdad.

Porque estudiar era la base. Lo que viene ahora es el salto: buscar trabajo, enfrentar entrevistas, recibir silencios, tal vez rechazos, seguir formándome, seguir dudando, seguir creciendo.

Este blog nació como una forma de ordenar mi cabeza. Y va a seguir siendo eso.

Voy a documentar cada paso de esta nueva etapa: la búsqueda de empleo, las entrevistas, los “no”, los “casi”, los aprendizajes, las estrategias, los errores y —ojalá— el momento en que llegue ese primer “sí”.

Si algo aprendí en estos años es que el miedo no desaparece. Se camina con él.

Y esta vez, el deseo pesa más.

Así que sí.

Terminar de estudiar es, en realidad, empezar de verdad.

Y yo recién estoy empezando.

🚀 El día que dejé de 'practicar' y empecé a programar de verdad

Laura Montironi — Mon, 16 Feb 2026 21:20:25 +0000

Hay un momento en todo bootcamp en el que las excusas se terminan. Ya no vale el "estoy haciendo un ejercicio" o "es solo para clase". Llega el Proyecto Final y, de repente, la cosa se pone seria.

Después de meses peleándome con el DOM, entendiendo Angular, construyendo APIs con FastAPI y rompiendo cosas (sí, incluso en producción 😅), tocó levantar UpgradeFood. Y no ha sido precisamente un paseo por el campo.

🧠 El ecosistema: Lo que hay bajo el capó

Este no es el típico "Hola Mundo". He montado una arquitectura completa donde cada pieza tiene que hablarse con la otra sin explotar en el intento:

Frontend: Angular (con sus Signals y estados que me han dado la vida).

Backend: FastAPI (Python puro al servicio del caos).

Base de Datos: MySQL viviendo en Railway.

Imágenes: Todo gestionado en la nube con Cloudinary.

Emails: Confirmaciones reales con Resend.

Deploy: Backend en Railway y Frontend en Firebase.

💥 Storytime: El día que borré el repositorio (y casi mi salud mental)

Sí, pasó. Borré el repo del backend en GitHub. Con el backend ya desplegado, la base de datos conectada y todo funcionando... de repente, puf, desaparece. Ese silencio que se queda en la habitación es indescriptible. Pero ahí aprendí la lección de oro: Git no es opcional, es supervivencia.

Gracias a que lo tenía en local y a que el deploy en Railway no se inmuta si borras el origen, pude reconstruirlo todo: reconfigurar variables de entorno, conectar remotos y volver a la vida. No es el error lo que te define, es cómo lo levantas cuando todo arde.

🛠️ Romper para aprender (Mi especialidad)

He crasheado el backend más veces de las que quiero admitir. ¿Mis "grandes éxitos"?

Cambiar un nombre de archivo y cargarme todos los imports.

Tener el CORS mal configurado y que Angular me ignorara sistemáticamente.

Variables de entorno que "juraría" que estaban bien... pero no.

El drama de los emails: Descubrir que en modo testing solo me llegaban a mí porque no había "verificado el dominio". Spoiler: No siempre es culpa de tu código, a veces es la infraestructura.

🧩 Lo que realmente he aplicado (y funciona)

Más allá de los sustos, UpgradeFood hace cosas muy potentes:

Auth Real: Registro, Login y protección de rutas con JWT. Si no tienes el token o no perteneces a la "familia", no pasas.
Gestión de Reservas: Validar disponibilidad, roles de admin vs cliente y control total de la base de datos.
Feedback Visual: Nada de alertas feas; he usado SweetAlert para que el usuario sepa qué está pasando.
Tipado Real: He dicho adiós al any. Si algo se rompe, prefiero que me lo diga TypeScript antes que el usuario.

🎓 Lo que nadie te dice del proyecto final

El código es solo el 50%. El resto es:

Gestionar la frustración cuando algo que funcionaba ayer, hoy no.

Aprender a debuggear sin entrar en pánico (bueno, con un poco de pánico).

Entender que "funciona en mi máquina" no sirve de nada si no funciona en el deploy.

He pasado de hacer ejercicios sueltos a entender cómo se habla un frontend en Firebase con un backend en Railway. He pasado de tener miedo a tocar la API, a romperla a propósito para entender por qué fallaba.

💬 Conclusión

Si algo me llevo de estas semanas es que no necesitas saberlo todo para empezar algo grande. Necesitas bases sólidas, mucha paciencia y la capacidad de volver a empezar.

Hoy ya no siento que estoy "aprendiendo a programar". Estoy programando. Y aunque me ha pasado de todo, aquí sigo. Construyendo.

🔗 Proyecto en vivo

👉 Aplicación desplegada:

https://upgradefood.web.app/

🔗 Código fuente

👉 Backend (FastAPI + MySQL + JWT):

https://github.com/LauMontironi/UpgradeHub_final_project_Backend

👉 Frontend (Angular):

https://github.com/LauMontironi/UpgradeHub_final_project_Frontend

🤯 Parte 2: Del caos al click mental: conectar Angular con el mundo real (y sobrevivir)

Laura Montironi — Sat, 31 Jan 2026 18:05:38 +0000

Seguimos… y ahora sí empezó el caos de verdad 😂

En el post anterior dejé el proyecto funcionando online con login y registro, backend en Render, frontend en Netlify y base de datos en Railway.

Yo feliz.

Ilusa.

Porque ahí es cuando empieza lo bueno de verdad: hacer que una app deje de ser “pantallas bonitas” y empiece a vivir con datos reales.

De “todo mock” a “esto ya es real”

Después de tener el login funcionando, hice algo que fue CLAVE:

👉 Crear datos mock para poder pintar las cards en la app.

¿Para qué?
Para ver el layout real, practicar los bucles y entender cómo se iba a ver mi dashboard familiar antes de conectar todo a la base de datos.

Ahí empecé a jugar fuerte con:

@for

@if

@switch

Y por primera vez sentí que Angular no era solo teoría rara, sino que empezaba a tener sentido visual.

Pero claro… eso era mentira.
Porque todo era falso.
Nada venía de la base de datos todavía.

Conectar Angular con mi backend real = Bienvenida al drama

El siguiente paso era obvio:

👉 Dejar de usar mocks
👉 Traer los datos reales desde mi API

Y aquí fue donde se me complicó la vida.

Intenté hacerlo ANTES de que lo explicaran bien en clase (clásica yo adelantándome 😅).
Leí material, pregunté a la IA, probé cosas… pero no entendía del todo:

dónde iban los servicios

cómo se configuraban los providers

qué papel jugaban los environments

por qué unas cosas iban en componentes y otras no

Resultado:
💥 Colapso mental.

Varias batallas con mi amigo Gregorio (ChatGPT) después…
LO CONSEGUÍ.

Funcionaba.

Pero… no lo entendía del todo.

El momento “AHHHHH ahora sí” 🤣

Un par de clases más adelante, el profe explicó exactamente:

cómo se conectan los servicios

cómo reemplazar los mocks

qué archivos tiene que tener un proyecto Angular

para qué sirve cada cosa

Y ahí fue cuando dije:

“AHHHHH ahora sí.”

Revisé mi código…
Y estaba bien.

Porque lo había probado.
Porque lo había cotejado con la IA.

Pero recién ahí entendí de verdad qué estaba haciendo.

Y esa diferencia… era enorme!

Lo mismo me pasó con los formularios reactivos.

Yo ya tenía cosas hechas con ayuda de la IA:

FormGroup

ReactiveFormsModule

Validaciones

Estados como touched, dirty, valid, invalid

Pero era como usar magia sin saber el hechizo.

Hasta que el profe lo explicó.

Y otra vez:

🧠 Click cerebral
⚡ Neuronas conectadas

Por eso remarco tanto algo:

La IA ayuda muchísimo,
pero entender lo que haces cambia completamente el juego.

Una cosa es que funcione.
Otra muy diferente es que tú sepas por qué funciona.
Y, la importancia de tener profesionales como los profes que transmitan su saber de manera clara y simple. Una cosa es saber y otra cosa es saber bajar la información a gente como uno que no pertenece al mundillo o que estamos recién entrando en el.

Confiar en lo aprendido y entender para simplificar.Es decir : Keep it simple (aunque yo no me hice caso al principio 😅)

Mi proyecto se complicó también porque me adelanté a muchos conceptos.

Y además cometí un error clásico:

👉 No tener las ideas 100% claras desde el minuto cero.

Entre:

páginas

componentes padre

componentes hijo

rutas

datos que viajan de un lado a otro

…es MUY fácil liarla.

Y luego vino otro golpe de realidad:

Mi base de datos estaba demasiado complicada

Había normalizado tanto las tablas que:

👉 Todo dependía de todo
👉 Todo necesitaba autenticación
👉 Todo tenía relaciones cruzadas

En backend era “bonito”.
En frontend era una pesadilla.

Conclusión:
🔁 Refactoricé la base de datos
🔁 Cambié estructura
🔁 Volví a hacer gran parte del backend

Dolió. Mucho.
Pero aprendí más que en cualquier otra fase.

Two-way binding y el gran momento mágico ✨

Cuando vimos el two-way binding en clase, al principio no entendí NADA (real).

Pero soy cabezona.

Horas después… de repente…
💡 CLICK.

Y ahí dije:

👉 “ESTO es lo que necesito para crear eventos en mi proyecto.”

Tuve lío con los tipos de datos (mucho date, Angular enfadado 😅), pero lo conseguí.

Y cuando algo que no entiendes durante días de repente tiene sentido…

Es magia pura.

Estado actual de mi app

Mi proyecto no está perfecto ni súper limpio, pero funciona. Y eso, para mí, es enorme.

Ahora mismo mi app tiene:

1️⃣ Landing page
2️⃣ Registro + Login
3️⃣ Creación de familia (Welcome)
4️⃣ Dashboard familiar
5️⃣ Crear / eliminar / actualizar miembros
6️⃣ Gestión de eventos (ver, crear, editar, eliminar, filtrar por miembro)
7️⃣ Vista general del panel familiar
8️⃣ Página de error (que me encanta 😂)

Todo esto conectado entre:

Angular (frontend)

FastAPI (backend)

MySQL en Railway (base de datos)

Autenticación JWT

Si me lo dicen hace unos meses… no me lo creo.

Lo más real de todo este proceso

Lo más duro no fue escribir código.

Fue:

perderme

romper cosas

pasar 2 horas arreglando algo sin saber ni qué toqué

seguir instrucciones de la IA y acabar peor que antes

no entender por qué algo que “debería funcionar” no funciona

Pero también fue:

pedir ayuda

volver a lo simple

comparar con lo que enseñan los profes

probar, romper, rehacer

Y sobre todo:

👉 No rendirme.

Mi yo de hace unos meses veía esto imposible.
Hoy no solo lo hice… sino que entiendo cada vez más lo que estoy haciendo.

Y eso vale oro 💛

🚀 Ya puedes probar la app (faltan mil cosas y hay mucho que mejorar, lo se )

Después de muchas vueltas, bugs, refactors y momentos de crisis existencial…
la app ya está funcionando online conectando:

🅰️ Frontend en Angular
🐍 Backend en FastAPI
🗄️ Base de datos MySQL en Railway

Si quieres curiosear, puedes entrar con este usuario demo:

🔐 Usuario: laura.lopez@demo.com
🔑 Password: Demo1234!

👉 Frontend (App en vivo):
https://family-scheduler-front.netlify.app/

👉 Código Frontend:
https://github.com/LauMontironi/Family-scheduler-project-Frontend

👉 Código Backend:
https://family-scheduler-project-backend.onrender.com/

De nuevo estoy de vuelta… y JS (disfrazado de ts) riéndose en mi cara 😈

Laura Montironi — Tue, 27 Jan 2026 12:51:37 +0000

Cuando creía que amaba JavaScript…
cuando pensaba que por fin había entendido la mecánica…

pues erase everything.

Toca re-aprender TODO JavaScript, pero ahora en modo Angular + TypeScript, que como siempre digo, técnicamente viene a facilitar el maquetado… o algo así… peeeero en realidad es volver a aprender a escribir código de una forma completamente diferente.

Y claro, al principio mi cerebro hace lo de siempre:
👉 “¿Cómo haría esto en JS sin Angular?”
Y ahí estoy, comparando, traduciendo mentalmente… sacando humo por las neuronas.

Cambiar el chip cuesta (y mucho)

Venía de mucho Python, mucho FastAPI, todo muy ordenado en el backend…
y de repente volver a ver cosas en HTML… pero no como antes.

Porque Angular se siente como si estuvieras haciendo HTML + JS + lógica + estructura
TODO A LA VEZ
y encima en bloques, componentes, dependencias…

Ya no es:

Escribo mi HTML largo y feliz

Le doy estilos con CSS

Después le meto la lógica con JS

No.
Ahora es:

“Tengo que pensar el HTML ya dinámico desde el minuto 1 usando TypeScript a través de Angular… mientras decido quién depende de quién.”

Padres, hijos, inputs, outputs…
¿WHAT? 🤯

Es un lío al principio, no voy a mentir.

Angular exige tener la cabeza ordenada (desde el principio)

Creo que para trabajar con Angular hay que tener las ideas claras desde bastante temprano.
Porque tienes que pensar cosas como:

¿Esto se va a repetir? → Entonces es un componente tipo card

¿Quién es el padre?

¿Quién es el hijo?

¿Dónde vive la lógica?

¿Quién le pasa datos a quién?

Y luego está el tema de los signals…
Entender qué es un signal, cuándo usarlo, cuándo una función va “sola” dentro de la clase y cuándo va dentro del ngOnInit…

Eso es CLAVE.

Y como si todo esto fuera poco… me lancé a mi proyecto personal 😅

Estamos cerca del final del bootcamp y, animada por uno de los profes, dije:

“Venga, lo hago.”

ERROR.
Bueno… no error, pero…

UFFFF. Me metí en un berenjenal tremendo.

La idea (que parecía tan buena…)

Todo empezó con una idea que me encantó porque cubre una necesidad muy real mía:
👉 organizar el calendario familiar para que ningún evento se nos olvide o pase por alto.

Y como buena backend lover, arranqué por ahí 💪

Fase 1 – Backend feliz con FastAPI

Me fui directa a:

Crear las tablas en mi servidor local

Definir relaciones

Pensar qué datos necesito y cómo obtenerlos

Después salté a FastAPI.
El backend me encanta. Entiendo el proceso.
Lo más pesado a veces son las dependencias, pero con un poco de ayuda de la IA… nada del otro mundo.

Y de repente:
✨ Backend listo ✨

Yo toda orgullosa.

Fase 2 – “Ahora el frontend en Angular”

JA. JA. JA.

Sí, Angular viene a “facilitarnos la vida”…
pero un solo HTML ahora se divide en 500 partes, cada una con su CSS y su TS, y luego venga a unir todo…

Y ojo, que cada .ts es de su componente…

Ahí fue cuando dije:

“PUM. ¿Y ahora cómo armo mi diseño yo aquí?”

Diseño con IA al rescate

Empecé creando el diseño de la landing con Stitch with Google, una herramienta gratuita de IA que genera diseños a partir de un prompt.

Le expliqué funcionalidades, idea del proyecto, todo lo más detallado posible…
Después de varios retoques, saqué unas landings que me gustaron bastante.

Y entonces, con ayuda de la IA, empecé a materializar eso en Angular.

Pensamientos reales durante el proceso

A medida que avanzaba solo podía pensar:

“¿Por qué me metí en este lío?”

“¿Quién me manda a mí a hacer esto?”

“Esto se está complicando más de la cuenta…”

Pero decidí ir por partes.

Primero:
✔️ Landing
✔️ Formulario de registro
✔️ Conectarlo con el backend

Cuando logré que el registro funcionara contra mi API, fue como:
OK, ESTO VIVE.

Fase 3 – El drama del deploy 🌍

Dije:

“Ahora lo subo online y lo pruebo desde fuera.”

Claro… yo muy feliz con:

Frontend → Netlify

Backend → Render

Peeeeeero…
mi base de datos estaba en local.

Spoiler:
Eso no iba a funcionar jamás aunque la conexión estuviera “bien hecha”.

Así que…
🔁 Volver a crear la base de datos
🌐 Esta vez en Railway
🔗 Reconectar todo

Después de pelearme un buen rato con las conexiones…

✨ LO CONSEGUÍ ✨

Por ahora mi proyecto solo permite registro y login, pero funciona online. Y eso ya es un mundo.

¿Qué he aprendido hasta ahora?

Muchísimas cosas, pero te resumo las más importantes:

🧠 Que las interfaces cambian totalmente cuando los datos no viven en la página sino en una base de datos real.
🔁 Que Render “re-renderiza” (o como se diga 😂) el backend.
🚀 Que Netlify es ideal para el frontend.
🔄 Que los bucles en Angular son mucho más fáciles de manejar de lo que pensaba.
🧩 Que hacer un proyecto sin tener las ideas claras desde el principio lo complica TODO, porque se te ocurren nuevas funcionalidades a cada paso.
🎯 Que para mí lo más difícil siempre es mantener las cosas simples.

Y, claramente…

🤖 Que sin la IA nada de esto habría sido posible.

Pero ojo: hay que saber usarla.
La IA a veces te da soluciones gigantes, súper complejas…
como Google Maps llevándote por donde él quiere.

Pero si tú ya conoces un camino más corto,
confía en ti.

Los profes nos dan herramientas muy valiosas y formas sencillas de resolver las cosas paso a paso.
A veces la IA abruma, así que paro, pienso dos segundos y busco en mi propio “caché mental” cómo hacerlo más simple según lo que ya aprendí.

Luego comparo con la IA…
y ahí suele aparecer la respuesta correcta.

Al menos para mí, que voy desde cero subiendo escaloncitos, esto me está ayudando muchísimo.

Seguiré contando cómo avanza el proyecto
y pronto subiré un link de prueba para que vean lo que ya va tomando forma 💪✨

# 📍 Un viaje continuo: de Córdoba a Barcelona

Laura Montironi — Wed, 21 Jan 2026 20:47:45 +0000

Transición de una carrera en contaduría a programación web, junto a mi familia y mis experiencias de vida

👋 Conociendo a Laura: una introducción personal

Hola, soy Laura. Nací en Córdoba, Argentina, hija del medio entre dos hermanos increíbles y parte de una familia unida que siempre se movió en bloque.

Mis padres —a quienes por ahora mantendré en el anonimato por si este blog se viraliza algún día 😂🤘— lo dieron todo para que pudiéramos estudiar y crecer rodeados de amor y oportunidades.

Este es el comienzo de mi historia.

🏠 Infancia en Oncativo

La vida en slow motion

Viví hasta los 16 años en un pueblo llamado Oncativo. Tuve una infancia linda y tranquila: sin redes sociales, sin pantallas, sin streaming (¡porque no existía nada de eso aún… aunque tampoco soy tan vieja!).

Era una vida más simple, más presente. Tengo recuerdos preciosos de esa etapa: ir al cole con mis hermanos, después danza, jugar, merendar, ducha, cena y a dormir.

Siento que la vida transcurría en otra dimensión, donde los minutos duraban horas.

🧳 La gran mudanza a Córdoba

Cuando mi hermana mayor terminó el secundario y decidió estudiar en la universidad, se planteó la posibilidad de irse sola a la ciudad.

Pero nosotros somos así: nos movemos en bloque.

Así que toda la familia se trasladó a Córdoba capital.

Ese fue mi primer gran cambio de vida.

💗 Adolescencia, amor y universidad

Mi vida universitaria

Terminé el secundario en la ciudad de Córdoba y allí conocí al que sería mi novio… y hoy es mi marido.

Nos cruzamos por primera vez en el cole a los 16 años, pero recién nos pusimos de novios después del primer año de universidad.

Ambos estudiamos Contador Público en la Universidad Nacional de Córdoba.

Siempre tuve facilidad para el estudio y, la verdad, disfrutaba esa vida universitaria: estudiar con amigas, rendir exámenes, pasar horas en la facu.

Fue una etapa feliz, aunque la carrera ya empezaba a mostrarme que no era lo mío.

En ese momento, claro, no lo veía tan claro.

✈️ Pasaje solo de ida

Barcelona: el comienzo de una nueva aventura

Una vez recibidos (graduados), decidimos hacer un MBA en Barcelona, España.

Nos casamos a los 24 años y nos fuimos con pasaje solo de ida.

Y así empezó otra gran etapa de mi vida.

Nunca regresamos a vivir a Argentina. Volvemos de visita, siempre que podemos, pero nuestra vida está hoy aquí, en Barcelona: la ciudad que nos recibió, nos desafió y nos vio formar nuestra familia.

📚 Cierre de este capítulo

Un nuevo comienzo: reflexiones y próximos pasos

No sé con certeza a dónde me va a llevar este nuevo camino, pero por primera vez en mucho tiempo siento que estoy caminando hacia algo que realmente me representa.

Volver a aprender, equivocarme, empezar de cero en otro país… suena desafiante, pero también muy vivo.

Este es solo el primer tramo de un recorrido que recién empieza.

Ya no se trata de llegar rápido, sino de ir descubriendo con sentido.

🔜 En los próximos artículos voy a ir contando más sobre el proceso, las herramientas que estoy usando, cómo me organizo con mi familia (que todavía no te conté 😉) y las dudas —¡y bugs!— que me voy encontrando.

Gracias por leer hasta acá.

Nos vemos en el próximo post de esta serie 👩‍💻✨

🚀 Angular y el laberinto tech: con IA todo es mejor!

Laura Montironi — Tue, 20 Jan 2026 22:01:23 +0000

Toca el turno a Angular y ya podría decir que estoy oficialmente full metida en el bootcamp de nuevo 💻🔥.

Después de las vacaciones de Navidad tuve un periodo en el que pensé seriamente que iba a abandonar. Me había perdido dos clases importantes y, entre eso y no tener casi tiempo para estudiar (porque cuando tienes tres hijos, las vacaciones de vacaciones no tienen nada 😅), me agobié muchísimo.

Pero poco a poco me fui metiendo de nuevo en el bootcamp… y me volvió a enganchar como el primer día 💙.

⸻

🧩 Entre Angular, SQL y mil cosas más

In the meantime, me compré un curso de SQL.
Sí, sí… ¡me encanta! 🤓
Así que voy haciendo un poco de todo.

Mientras avanzamos con Angular y vamos viendo cómo se cierra todo el ciclo, me doy cuenta de algo importante:

Al principio de este blog comencé diciendo que no sabía cómo iba a estudiar todo esto, yo que estaba tan acostumbrada a la vieja escuela de los libros 📚.

Hoy digo algo muy distinto:
la IA es una ayuda enorme para aprender programación.

Pero ojo 👀:
sin la guía del profe, esto no se puede hacer.

Hay tanta información por todos lados, en mil formatos diferentes, que es facilísimo marearse. Necesitas profesores que te guíen, que te marquen el camino y te ayuden a no perderte entre tutoriales que al final no tienen un fin específico.

Aun así, tengo clarísimo que mi camino no habría sido el mismo – y no sé si lo hubiera conseguido – sin la ayuda de la IA.

⸻

🤖 La IA como compañera de estudio

La IA hace que el estudio fluya.

Porque una está por ahí, a horas no laborables, resolviendo ejercicios:
•falla la consola ❌
•reviso el código 🔍
•miro ejercicios anteriores 📁
•creo que ya lo tengo todo bien…
•y aun así falla otra vez 😩

¿Qué pasaría sin la IA?
¿O qué pasaba antes?

Tocaba esperar al otro día, escribirle al profe, preguntar… y aunque la comunicación con los profes en este bootcamp es extremadamente fluida (eso hay que destacarlo 👏), siempre habría un gap de al menos un día.

Y mi estudio se hubiera visto interrumpido.

Con la IA como aliada, las dudas se resuelven al instante ⚡.
Y eso ha hecho que no me frene.

Además, la uso todo el tiempo para:
•crear ejercicios
•proponer mini proyectos
•generar más prácticas
•experimentar ideas nuevas

Es muy útil y ha revolucionado muchísimos aspectos, como ya todo el mundo sabe.
Pero para mí, en el estudio, es un TOP absoluto 🏆.

⸻

😵‍💫 La agonía del estudiante tech

Al margen de toda esa reflexión, quiero hablar un poco de la otra cara:
la parte emocional de este camino.

Te preparan para bajarte las expectativas al momento de buscar trabajo:

“El camino es duro.”
“La oportunidad llegará, pero no quizá en el tiempo deseado.”
“Hay que perseverar y continuar.”

Y aunque lo entiendo, internamente eso genera una mezcla rara de frustración y desesperación a partes iguales.

Por mi parte, estoy haciendo todo lo que está a mi alcance:

• Actualicé mi CV… (¡cómo cuesta hacer un buen CV! 😫)
•Mejoré mi perfil de LinkedIn… otra tarea titánica
•Intento moverme, mostrarme, contactar

Siento que el 99% de la gente vende humo.
Muchísimo humo.

Y yo no comulgo con eso.

Yo sé de lo que soy capaz, pero no me sé vender.
Es una discusión eterna conmigo misma.

No me gusta publicar, si pudiera ser invisible lo sería 🙈.
Y aun así, ahí me ves:
•contactando recruiters
•agregándolos
•mandando CVs
•enviando mensajes de interés

Todo para poder meterme en el mundo tech…
con pánico y vergüenza, pero lo hago igual 💪.

A veces siento que el mundo sigue siendo un poco hostil en este punto.

⸻

💻 Lo que ya vamos construyendo

Para cerrar un poco y seguir con el camino del bootcamp:

Ya hemos visto:
•creación de APIs con Python
•FastAPI
•SQL y MongoDB
•hasheo de passwords
•securizacion
•dependencias

Y me ha encantado todo 😍.

Todo lo que veo me fascina y me engancha.

Estoy en la recta final y paso por muchos vaivenes emocionales.
Y me tengo que recordar a mí misma, cada vez que voy directo al colapso:

No soy débil.
Solo estoy cansada.
Estoy aprendiendo de cero.
Estoy siguiendo el camino correcto.
No es fácil…
y menos con el background que tengo.

Solo tengo que seguir y no morir en el intento 💫.

⸻

En el próximo post hablaré más de Angular 😉

🫀 Re-start: Cuando el cerebro dice "basta" para poder seguir

Laura Montironi — Wed, 07 Jan 2026 13:09:21 +0000

¡Hola de nuevo! hoy vengo a contarte lo que pasa cuando la pantalla se apaga y la mente colapsa ( la mia)

🌪️ El bucle del "exceso de información"
Antes de las vacaciones, entré en un modo peligroso: cada segundo libre era para un vídeo de YouTube, un tutorial de FastAPI o intentar replicar clases de SQL sin descanso.

Conclusión: Sobresaturación mental nivel mil. 🤯

El resultado: Llegaron las vacaciones de Navidad, decidí (por fin) desconectar... y al volver, ¡pumba! Sentía que lo había olvidado todo.

🌑 La nube negra y el síndrome del impostor
Mi 2026 no arrancó con fuegos artificiales. Me encontré atrapada en una nube de polvo negra:

Me cuesta horrores retomar el ritmo.

Los pensamientos negativos ("el mercado es hostil", "no soy apta para esto") le ganan por goleada a los positivos.

Me falta perspectiva: si alguien me contara mi propia historia (familia, hijos, bootcamp, trabajo), yo diría: "¡Guau, qué increíble!". Pero cuando se trata de mí, no me siento merecedora de ninguna credencial. 🏷️🚫

🛑 Frenar no es fracasar
Me he dado cuenta de que mi mente necesitaba esas vacaciones como lo que son: vacaciones. El mundo IT es inmenso y a veces nos convencemos de que si paramos un segundo, el tren nos deja. Pero la realidad es que si no paramos, el motor se funde.

🌈 ¿Por qué elijo seguir?
Pese a que hoy me siento vulnerable y el mundo parece un lugar difícil, elijo seguir intentándolo.

Porque estoy orgullosa de estar acá.

Porque tengo una familia que me apoya.

Porque, aunque hoy vea "nubes", sé que debajo sigue estando todo lo que aprendí.

A veces, re-programar nuestra propia mente es más difícil que cualquier línea de código en JavaScript. 💛

Y con esto, cierro esta reflexión tan necesaria. Mi próximo post ya será sobre el proceso, sobre los "cómo" y los "qué estoy aprendiendo", ¡salvo que mi mente decida hacer lo contrario y me pida otra pausa para reconectar! 😉

🤯 FastAPI: De un solo archivo a "Pasar la Bola" (Mi Chuleta de Supervivencia) 🐍

Laura Montironi — Fri, 12 Dec 2025 16:12:04 +0000

Hemos empezado a ver FastAPI en el bootcamp. Al principio, mi plan era sencillo: centrarme en entender y practicar solo y únicamente los ejercicios del profe. No complicarme la vida. Keep it simple.

Pero... ¡oh, sorpresa! 🙄 No puedo.

He hecho el CRUD básico dos o tres veces (todo metido en un solo main.py, a lo bruto) para asegurarme de que entiendo las rutas GET, POST, PUT y DELETE. Hasta ahí, todo bien. El semáforo está en verde. ✅

🐛 El "bichito" de los datos y mis distracciones

Llegado a este punto, esto se puede complicar tanto como uno quiera. Y confieso que me ha quedado el "bichito" de SQL y Mongo. Oye, ¡que me han gustado de verdad! ❤️

Así que, mientras espero a que mi cerebro vuelva a colapsar por exceso de información con FastAPI, me he puesto a trastear con DataLemur y RankScores. 🚨 Spoiler: Hay mil millones de cosas que no sé. ¿Me frustro? No (bueno, un poco), pero me sirve para aprender nuevas sintaxis y formas de resolver problemas de lógica.

🛠️ El descubrimiento del siglo: REST Client

Antes de pasar a lo técnico, tengo que declarar mi amor al plugin REST Client de VS Code. ¡Es una genialidad! 🤩 ( lo ha dicho el profe eh?? que no soy tan pro como para descubrir ese tipo de cosas ! 🤣)

Lo mejor es que puedes definir variables (@host, @port) al principio del archivo. Así no tienes que escribir http://localhost:8000 setenta veces. Si cambias el puerto, lo cambias en una línea y listo. Magia pura. ✨

📝 La Chuleta Definitiva: Arquitectura en FastAPI

Vale, aquí viene "la chicha". FastApi avanza y hemos pasado de tener todo en un archivo main.py a tener 30 mil archivos diferentes que se piden info entre ellos.

Básicamente, el código juega a "pasar la bola" 🏀:

1-El Main recibe el golpe.

2-Se la pasa a la Route.

3-La Route se la pasa al Controller.

4-El Controller llama al Model.

Y vuelta atrás con la respuesta.

Entender quién pide qué a quién es la clave de todo. Así que me dejo esto aquí apuntado para cuando mi memoria decida fallar (o sea, mañana 🤣).

Paso 1: La Arquitectura 🏗️
Lo primero es organizar la casa. Nada de archivos sueltos.
mi_app/
├── app/
│ ├── controllers/ # La lógica (el cerebro)
│ ├── models/ # Los datos y esquemas (la forma)
│ ├── routes/ # Las direcciones URL (el mapa)
│ └── main.py # El punto de entrada (la puerta)

Paso 2: El Entorno Virtual (Windows/Git Bash) 💻
Crear la burbuja para que no explote nada fuera

Crear el entorno

python -m venv .venv

Activar el entorno (Ojo a la ruta en Git Bash)

source .venv/Scripts/activate

Paso 3: Instalación y Requirements 📦
Todo tomando como base la documentacion de FastAPI, en su web lo dice todo pasito a pasito:
pip install "fastapi[standard]"
pip freeze > requirements.txt
y para arrancar el cohete 🚀: fastapi dev app/main.py
Paso 4: El Código "Pasa-Bola" 🏀
1. main.py (La Puerta)

Aquí solo inicializamos y llamamos a las rutas. No se hace lógica.
from fastapi import FastAPI
from routes import ejemplo_routes # Importamos el archivo de rutas

app = FastAPI()

Conectamos la "regleta" de rutas al enchufe principal

app.include_router(ejemplo_routes.router, prefix='/ejemplo', tags=['ejemplo'])

2. routes/ejemplo_routes.py (El Mapa)
Aquí definimos qué pide el usuario y qué códigos de estado devolvemos.

GET -> 200 OK (Todo bien).
POST -> 201 Created (He creado algo nuevo).
PUT/DELETE -> 200 OK (O a veces 204 si no devuelves nada).

from fastapi import APIRouter, HTTPException
from controllers import ejemplo_controller # Importamos al controlador

router = APIRouter()

@router.get('/', status_code=200)
def get_algo():
# Le pasamos la bola al controlador
return ejemplo_controller.traer_datos()

3. controllers/ejemplo_controller.py (El Cerebro
Aquí pensamos. Si algo va mal, lanzamos errores.
404 Not Found: No encuentro lo que buscas.
400 Bad Request: Me has enviado datos basura.

from models.ejemplo_model import get_all_data # Importamos del modelo

def traer_datos():
# Aquí iría la lógica...
return get_all_data()

4. models/ejemplo_model.py (Los Datos)
Aquí definimos cómo son los datos. Usamos Pydantic (propio de Python/FastAPI)

from pydantic import BaseModel
from typing import Optional
from fastapi import HTTPException # Para lanzar errores si no encontramos datos

class MiDato(BaseModel):
id: int
nombre: str
edad: Optional[int] = None

Y ya está. Parece mucho lío, pero al final es solo orden y concierto ( cosa de la que muchas veces carezco 💁‍♀️) Mientras no se me olvide importar la función antes de usarla (nota mental: revisar siempre los imports), ¡todo irá bien! 🤘 a ver cuando le "metamos" bases de datos ! miedo me da!!

Igual hay dias que hago un crud de estos y me siento the best!!

⚔️ La Batalla de las Bases de Datos: SQL, Mongo y la Montaña Rusa del Bootcamp

Laura Montironi — Fri, 05 Dec 2025 17:18:32 +0000

¡Hola a todos! 👋

Si me seguís, sabéis que estoy inmersa en el bootcamp y la montaña rusa de emociones es... épica. El último módulo nos ha traído la dupla de SQL y MongoDB, y tengo que confesar algo: el agobio es real, pero la fascinación también.

🫠 El Agobio de no Picar Código

Uno de los principales choques es que, de repente, no estoy tecleando código Python en VS Code. Estamos en la consola, aprendiendo el lenguaje de las bases de datos, y mi cerebro junior lanza una alarma: "¡Olvidas comandos!", "¡Ya no sabes cómo se ejecutaba una actividad!". Es una sensación de falsa amnesia que nos da a muchos cuando cambiamos de entorno. Sentir que no estoy escribiendo me hace dudar de si estoy aprendiendo, pero sé que es parte del proceso de internalizar un nuevo lenguaje de consulta.

💖 Un Flechazo Inesperado: SQL

Pero, oh sorpresa, SQL me ha conquistado. A nivel cero, lo encuentro muy lógico y, hasta me atrevería a decir, fácil (de nuevo, en lo básico). Me da una rabia enorme que se dedique tan poco tiempo a este módulo. ¡El manejo de datos es lo que da vida a cualquier aplicación! Es verdad que parece "más cool" saber solo Python, pero la verdad es que el manejo de datos lo es todo. Para mí, es la columna vertebral.

No descarto especializarme en bases de datos cuando termine el bootcamp. Le estoy cogiendo el gusto a la consola, y más aún a eso de enviar datos procesados para que "los trabaje otro". 😂 (Poca broma, pero me ha encantado el concepto).

⏳ La Vida Real y el FOMO

El FOMO (Fear of Missing Out) en este mundillo es cada vez más grande, y ahora mismo me siento agobiadísima. Se acerca fin de año y, entre el trabajo, el CrossFit, y tener a los peques con fiebre (¡todos a la vez! 😭), el tiempo para estudiar se reduce a migajas. Aclaro que lo primero que abandono en situaciones de colapso es el CrossFit, que debería ser lo último, ¡puesto que me centra la cabeza! Pero bueno, aún no concilio perfectamente todos los brunches de mi vida.

La sensación es de una carrera hacia no sé dónde, donde todo se ve rapidísimo y superficial, pero claro... ¡es un bootcamp! Una formación intensiva para adquirir conocimientos básicos de cada cosa, y luego, profundizar en lo que más nos guste.

🚀 Dando Pasos de Gigante (A pesar de la Vergüenza)

A pesar del colapso mental, sigo subiendo mini proyectos a GitHub y buscando ofertas. No encuentro muchas que encajen (sin experiencia), pero sigo insistiendo.

Lo más importante que he hecho esta semana es armar mi portfolio para enviarlo a los profes y al equipo de talento. Me sigue dando muchísima vergüenza enviar estas cosas porque siempre creo que lo hago mal, o no lo suficientemente bien, pero estoy rompiendo esas barreras poco a poco... ¡y eso es progreso!

Lo comparto por aquí también, por si queréis echar un vistazo: