DETRÁS DEL CÓDIGO

Entrevista a Daniel J., Lead Developer en Docentos

Automatizar la formación no es meter código; es entender las horas que un gestor pierde rellenando excels de FUNDAE.

// contexto del caso

En el sector EdTech es común encontrar desarrolladores brillantes que jamás han gestionado una bonificación ni han lidiado con un servidor caído en mitad de una convocatoria de 5.000 alumnos. Hoy sentamos a Daniel J., que antes de picar código pasó años en las trincheras de la gestión formativa manual. Hablamos de cómo esa experiencia «artesanal» salvó el despliegue del último gran cliente de Docentos.

+2.000
empleados activos en la plataforma
40 h
semanales perdidas en tareas manuales
−80%
tickets de soporte tras el despliegue

// el problema real

El «monstruo» de las integraciones masivas

Pregunta

Daniel, venís de implementar la plataforma para una multinacional con más de 2.000 empleados activos. El cliente venía rebotado de un LMS gigante del mercado. ¿Qué fallaba allí?

DJDaniel J. · Lead Developer

Fallaba lo de siempre. Los grandes softwares están hechos por ingenieros que solo ven datos abstractos. El cliente tenía una pesadilla logística: para cumplir con los requisitos de la formación bonificada, su equipo de RR.HH. pasaba 40 horas semanales copiando datos a mano desde su ERP a la plataforma de formación, y de ahí al aplicativo estatal. Cuando el sistema daba un error de sincronización, nadie sabía por qué.

Como yo he estado en ese lado de la mesa en trabajos anteriores, antes de pasarme de lleno a la programación, sé perfectamente la ansiedad que genera ese proceso manual. Sé lo que es que te falte una firma digital o que un SCORM no guarde el progreso de un directivo. No es un problema informático: es un problema humano.

// la solución artesana

Programar pensando en el usuario, no en el manual

guardado-elastico.jsdocentos · automation.engine
1// Ejemplo del micro-script de validación en background que creamos
2// para evitar que el LMS compute intentos fallidos de SCORM:
3window.addEventListener(“beforeunload”, function (e) {
4 if (LMSIsInitialized() && !LMSIsFinished()) {
5 utilidadesDocentos.salvarProgresoForzado();
6 }
7});
Pregunta

¿Cómo se traduce esa experiencia manual en vuestra forma de programar en Docentos?

DJDaniel J. · Lead Developer

En que no tiramos líneas de código porque sí. En este caso, en lugar de obligar al cliente a adaptar su ERP a nuestra plataforma, diseñamos un puente (middleware) a medida.

Como conocemos los vacíos y errores típicos de los empaquetados SCORM y las caídas de conexión, programamos un sistema de «guardado elástico»: si el alumno pierde el Wi-Fi en el móvil mientras hace el curso, nuestro código retiene los datos localmente y los sincroniza en segundo plano cuando vuelve la red. Eso reduce los tickets de soporte del departamento de formación en un 80 %.

Un programador puro te habría dicho: «Es problema de la conexión del usuario». Nosotros preferimos decir: «Es problema nuestro, vamos a blindarlo».

¿Tu despliegue también pelea con SCORM, FUNDAE o el ERP?

Desarrollamos el middleware, la plataforma y la impartición. Si te suena el dolor, hablamos.

Cuéntanos tu caso →