Programación sobre tu proyecto: fundamentos que sobreviven al cambio de framework, debugging como oficio y APIs que se entienden antes de copiarse.
No hay ejercicios de juguete. El código que se escribe en la sesión es el que va a correr en tu trabajo, en tu idea o en el sistema que estás manteniendo. Eso cambia el nivel de exigencia: un ejercicio se aprueba cuando compila, un proyecto se aprueba cuando alguien lo usa.
La clase no sigue un temario. Sigue el problema que tenés enfrente. Si el problema es que el formulario pierde datos, el tema del día son los tipos, la validación y el viaje del dato desde el navegador hasta la base. Si el problema es que nadie entiende el repositorio, el tema es el control de versiones y las ramas.
Aun así, hay un piso de fundamentos que se toca en algún momento. Sin eso, el resto es memorizar sintaxis y depender de que alguien más lo resuelva.
El framework cambia. Los tipos, el flujo, las funciones y el manejo de errores son los mismos en el lenguaje que uses después. Por eso la clase insiste en esos seis puntos aunque el proyecto avance rápido.
Debugging no es buscar el mensaje de error en un buscador hasta que aparece una respuesta que parece razonable. Es formular una hipótesis, aislar la variable y comprobarla.
Se trabaja con lo que hay: el stack trace completo, los logs, un punto de interrupción, la mitad del código comentada para ver dónde deja de fallar. También con la pregunta previa: qué cambió entre la última vez que anduvo y ahora.
Esa habilidad es la que sobrevive a cualquier framework. Un proyecto se vuelve mantenible cuando la persona que lo escribió puede explicar por qué falla, no solo dónde estaba el error.
Una API se lee antes de usarse. Qué recibe, qué devuelve, qué código de estado usa para cada caso y qué pasa cuando el servicio externo no responde.
El error más común no es escribir mal la llamada: es copiar un ejemplo que devuelve 200 y no mirar el cuerpo de la respuesta. El pedido salió bien y el dato está vacío, y el sistema sigue como si nada.
En la sesión se prueba el camino completo: autenticación, límite de pedidos, respuesta vacía, error del otro lado. Cuando eso está claro, el código se escribe en veinte minutos.
Un formulario guarda la fecha de nacimiento un día antes. El usuario elige 15 de marzo, la base guarda 14 de marzo. Nadie lo nota hasta que alguien cumple años y el sistema le dice que todavía no.
El primer paso no es cambiar el código: es reproducir el error con una fecha conocida. Se elige el 1 de marzo a las 00:30, se guarda y se mira qué quedó en la base.
Ahí aparece la causa: el campo llega como texto, se convierte a fecha asumiendo hora cero en UTC, y la zona horaria de Argentina resta tres horas. Medianoche UTC del 15 es las nueve de la noche del 14 en Rosario.
La solución no es sumar un día a mano. Es decidir cómo se guarda una fecha que no tiene hora: como texto en formato AAAA-MM-DD, o como fecha con zona explícita. Después se prueba el caso borde: 31 de diciembre, 1 de enero y el cambio de horario.
Ese recorrido —reproducir, aislar, entender, corregir, probar— es la clase completa.
La tarifa vigente es ARS 20.000 por hora · octubre de 2026, con su fecha en precio de las clases. No hay packs obligatorios ni suscripciones.
Online 1 a 1 por videollamada, para cualquier país. El resto de los caminos está en las clases.
No. Hay dos puntos de entrada: desde cero con un proyecto chico, o desde lo que ya sabés para resolver un problema concreto. Lo que sí hace falta es querer entender, no solo que funcione.
En el que use tu proyecto. Si todavía no elegiste, se empieza con uno que sirva para lo que querés construir y se explica por qué. Los fundamentos se trasladan después a cualquier otro.
Sí, es el caso más común. Se mira el estado actual, se identifica dónde se rompe y se ordena el trabajo desde ahí, sin reescribir lo que ya funciona.
ARS 20.000 por hora · vigente a octubre de 2026. Sin packs obligatorios ni suscripciones.
La tarifa completa y qué incluye cada sesión están en precio de las clases.
Me contás qué querés resolver y te digo, sin vueltas, si te sirvo o no.
Reservar llamada de 25 minEscribir por formulario
Respondo en menos de 24 horas hábiles. No vendo por teléfono.