Hay un tipo de proyecto universitario que todo el mundo conoce: ese que se ejecuta una vez durante la presentación, obtiene una calificación y desaparece en un pendrive. La LabTech nació para ser lo contrario. Allí, el código que escriben los estudiantes se sube a un clúster, se comunica con otros servicios y funciona de verdad, tal como lo haría en una empresa.
Una fábrica de software dentro de la universidad
La LabTech es la fábrica de software vinculada a la UDF, el centro universitario de Brasilia. La idea es fácil de expresar y difícil de llevar a cabo: poner a los estudiantes a trabajar en squads reales para construir sistemas reales. Nada de ejercicios descartables. Cada grupo entra en una CoOp —una especie de cooperativa de desarrollo, identificada con un código como 2025-2-Squad-01— y se hace cargo de un producto de principio a fin.
El acceso a la plataforma está restringido a direcciones de correo @udf.edu.br y la autenticación es passwordless, mediante Magic Link: recibes un enlace, haces clic y entras. Un detalle pequeño que ya enseña una gran lección: la seguridad y la experiencia de inicio de sesión son decisiones de ingeniería, no un adorno.
Squads que entregan sistemas de verdad
¿Qué sale de allí? Sistemas que una institución realmente utilizaría. Un servicio de asignación de profesores. Una plataforma integrada de gestión de eventos. Y, para completar el control de calidad, una suite de automatización de pruebas en BDD —Python con Selenium y Behave, siguiendo el patrón Page Object— que cubre la SPA en React.
Fíjate en el detalle: no se trata solo de «hacer que la pantalla funcione». Se trata de hacer que funcione y, después, escribir la prueba que garantice que seguirá funcionando mañana. Esa es la clave que diferencia un trabajo universitario de un producto.
La arquitectura detrás de los proyectos
Por debajo, la LabTech es deliberadamente políglota. Conviven servicios en Java, Python y JavaScript, con entidades de dominio compartidas y un diseño orientado a eventos. Las API se comunican mediante GraphQL y REST. Los datos viven en MongoDB, con Redis como caché. Todo se empaqueta en Docker y se despliega en un clúster.
Puede parecer un exceso de sopa de letras, pero hay un motivo: es exactamente el escenario que el estudiante encontrará en el mercado. Microservicios que necesitan entenderse, lenguajes diferentes dentro del mismo sistema y caché para no derribar la base de datos. Aprenderlo a partir de «esto ocurrió en el proyecto» vale más que cualquier diapositiva.
Método: convocatoria, bitácora y puntos
Lo que evita que todo esto se convierta en un caos es el método. La incorporación se realiza mediante una convocatoria formal, con reglas claras. Dentro de los squads, los estudiantes-gestores mantienen una bitácora estandarizada, con el registro obligatorio de las reuniones: la memoria viva de cada decisión.
También existe un sistema de puntos por actividad. No es gamificación por diversión: alcanzar una puntuación mínima es lo que condiciona la obtención del certificado y/o del crédito de prácticas obligatorias. Es decir, la entrega tiene un peso académico real. No estás «ayudando en un proyecto»; estás completando un recorrido con inicio, desarrollo y comprobación.
Cuando la propia fábrica se convierte en objeto de investigación
Tal vez esta sea la parte más interesante: la LabTech no solo construye software, también estudia su propio modelo de construcción de software. Existe una revisión sistemática de la literatura sobre fábricas de software: el equipo se mira al espejo con método científico y se pregunta qué funciona y por qué.
La investigación también se materializa en trabajos de fin de carrera concretos. Uno de ellos es un proyecto de RAG que realiza scraping de contenido jurídico del STF con Scrapy y Playwright para después responder preguntas basadas en ese material. Desde la convocatoria hasta el RAG, el mismo estudiante recorre todo el camino: ingeniería, producto e investigación.
Lo que queda
En el fondo, la LabTech es un puente. De un lado están la universidad y el tiempo para aprender de los errores. Del otro, la industria y la exigencia de entregar. En el medio, squads de estudiantes que escriben código que funciona, prueban lo que escriben y documentan cómo tomaron sus decisiones.
No es una simulación. Es algo real, a la escala de personas que todavía están aprendiendo; y esa es, después de todo, la mejor etapa para construir de verdad.
