Programa · 24 horas · 3 días

Día 2
Construir

Hoy salen con una dirección de internet que cualquiera puede abrir.

QUÉ SE DICE / SE HACE EN VIVO: Abrir enseñando el entregable del día, no el temario: una URL. Todo lo demás son escalones para llegar ahí.

NOTA PARA EL CAPACITADOR: 🔴 SETUP PREVIO, una semana antes y por escrito. Una sola pregunta y cero instalaciones: ¿tu cuenta de Google es personal o de tu institución? Nada más. El día entero corre en el navegador, no se instala ni un programa, y no hay que generar ninguna llave SSH. Si alguien quiere adelantarse, que cree su cuenta de GitHub con el mismo correo, aunque también se hace en clase en dos minutos. El bloque del IDE, que sí pide instalar, corre en la mañana del Día 3, y su aviso se manda la noche anterior. Y no hace falta dar de alta ninguna cuenta más: la base de datos la aprovisiona AI Studio sola, dentro del proyecto de Google que se creó al entrar, en plan Spark y sin tarjeta. Resolver esto antes ahorra media hora de salón y evita que alguien pase la mañana mirando la pantalla del vecino. · El Día 2 es el más frágil de los tres: es donde se instala software, se conectan cuentas y se rompen cosas. Dos reglas de oro para el facilitador. Una: si más de dos equipos se atoran en lo mismo, parar todo y resolverlo en pantalla grande. Dos: el reloj manda, y lo que se sacrifica es la slide de ramas y el acto de prototipo libre del final, nunca la publicación. · El bloque completo de errores y el del IDE ya no viven aquí: se pasaron al Día 3, que es donde se proyectan. · ATAJOS DEL DECK: en las slides con cronómetro, los minutos se escriben encima del reloj, el botón Empezar arranca y pausa, ↻ reinicia, y las teclas + y − quitan o ponen un minuto también con el reloj corriendo.

TIEMPO ESTIMADO: 5 min

Gancho M0

Así se construye un proyecto hoy, de principio a fin.

01 Idea Qué problema, de quién

02 Prompts Cómo pedirle bien

03 Vibe coding Que exista algo, aunque esté feo

04 Contexto Qué debe saber para no contradecirse

05 Validación Enseñárselo a alguien de verdad

06 Limpieza Arreglar lo que se rompió en el camino

07 Desarrollo Datos, publicación, que aguante

08 Seguimiento Qué cambia con lo que devuelvan

¿En cuál de los ocho creen que se atoran más los proyectos?

M0

QUÉ SE DICE / SE HACE EN VIVO: Recorrer los ocho en voz alta, sin detenerse en ninguno. Esto es cómo opera cualquier proyecto de software hoy, no solo el de ellos: el mismo camino sirve para un piloto institucional y para una empresa de mil personas, cambia el tamaño de cada paso.

NOTA PARA EL CAPACITADOR: 🔴 Esta slide abre el día a propósito, antes que cualquier otra cosa: es la que contesta «para qué estoy haciendo esto» en cualquier momento de la jornada. Se presenta sin marcar nada porque todavía no se trata de dónde van ellos, sino de cómo funciona el oficio. Si alguien pregunta dónde estamos parados: hoy se recorre del uno al siete, en orden, empezando por la idea. El ocho, el seguimiento, es el único que no cabe en el taller. · 🔴 IMPORTANTE, esto no es un marco con nombre y no hay que presentarlo como si lo fuera. Es un mapa que junta dos mundos que casi no se hablan: la práctica de programar con IA cubre los pasos dos, tres, cuatro, seis y siete pero se olvida del usuario, y la práctica de producto cubre el uno, el cinco y el ocho pero es anterior a los agentes. El valor del mapa es justamente que los cose. · FUENTES, por si alguien pregunta o para el dossier. Vibe coding y contexto son los dos términos de Andrej Karpathy, con un año de diferencia: acuñó vibe coding en febrero de 2025, «te entregas a las vibras y se te olvida que el código existe», y en junio propuso ingeniería de contexto como la corrección, «el arte y la ciencia de llenar la ventana de contexto con la información justa para el siguiente paso». Que el mismo autor haya corregido su propio término en cuatro meses es la mejor forma de contar por qué el paso cuatro existe. · Ojo con el tres: Karpathy lo planteó para proyectos de fin de semana que se tiran, nunca como método de producción. Decirlo evita que alguien salga de aquí creyendo que así se construye software serio. · El paso cinco va después del tres y no antes, y eso tiene respaldo viejo: el Design Sprint de Jake Knapp en Google Ventures, del libro «Sprint», pone el prototipo el jueves y la prueba con cinco usuarios reales el viernes. Se valida algo que se puede enseñar, no una idea en papel. · El paso seis es el más medido de todos. GitClear analizó 211 millones de líneas cambiadas entre 2020 y 2024, en repositorios de Google, Microsoft, Meta y empresas grandes: el refactor cayó de 25 % de las líneas cambiadas en 2021 a menos de 10 % en 2024, el código copiado y pegado subió de 8.3 % a 12.3 %, y 2024 fue el primer año registrado en que el copiar y pegar superó al código movido. Y la encuesta de Stack Overflow 2025-2026 encontró que la confianza en estas herramientas bajó de 43 % a 29 % mientras el uso subía a 84 %: las usan más y confían menos. · Los pasos dos y cuatro también los sostiene Addy Osmani, de Google, en su flujo de trabajo publicado: pedir de a una cosa, «implementa una función, arregla un error, agrega una funcionalidad a la vez», y empacar contexto. Y Thoughtworks los trata como artefactos versionados, no como chat desechable. · Los pasos seis, siete y ocho no se terminan hoy ni se terminan en el taller. Decirlo aquí evita la sensación de que el viernes el proyecto queda cerrado: el viernes queda presentable, que es otra cosa.

TIEMPO ESTIMADO: 7 min

Ejemplo real M0

Los mismos ocho pasos, en un proyecto que hoy está en línea

Cuando alguien oye del show y busca el evento,

quiero que encuentre una página que se sienta parte del chiste,

para poder venderle el boleto ahí mismo.

La frase, antes de abrir nada

M0

QUÉ SE DICE / SE HACE EN VIVO: Tres paradas de un proyecto real, y cada una cae sobre uno de los ocho pasos de la slide anterior. Empieza igual que va a empezar el de ellos, con una frase. Las pantallas moradas se hicieron en un día y no servían para nada: servían para enseñar la idea. Las portadas se hicieron para que alguien de fuera escogiera una, y son diecisiete, no dos.

PREGUNTA AL GRUPO: “¿Cuál de las tres portadas escogerían ustedes?”

NOTA PARA EL CAPACITADOR: 🔴 Al terminar las tres paradas, abrir elgranformateo.com en el navegador y enseñarla en vivo un minuto. El final no está en el deck a propósito: la página de verdad, moviéndose, es la única prueba que convence de que lo que empezó como una frase hoy tiene dirección pública. · El puente que hay que decir en voz alta es que el salto de las pantallas moradas a la portada final no fue un golpe de suerte: en medio hubo alguien viendo diecisiete versiones y escogiendo. Ese es el paso cinco, el que casi todos se saltan. · Si preguntan cuánto tardó: las ocho pantallas de concepto salieron en un día, y ninguna de las ocho quedó en el sitio final. No se tiró el trabajo, se tiró el material que ya había hecho su trabajo, que es enseñar la idea. · Sirve además para calibrar la expectativa del taller: lo que ellos van a tener el viernes se parece más a las pantallas moradas que a la página en vivo, y eso está bien. · Es un proyecto comercial de otro sector, a propósito: si el único ejemplo del día fuera un sistema institucional, el mapa parecería un método para instituciones y no lo es.

TIEMPO ESTIMADO: 5 min

1

Decidir

Qué construyen hoy, qué no, y en qué orden.

Gancho D3

Su idea no cabe en un día.

Y eso no es un problema del tamaño de su idea. Es la primera decisión que hay que tomar.

Entonces, ¿qué se queda fuera?

D3

Mecanismo D3

MVP, desarmado palabra por palabra

Producto

Algo que alguien puede usar. No una maqueta ni una idea

Mínimo

Lo más chico que se pueda. Y siempre es más chico de lo que creen

Viable

Que sirva de verdad para lo que era. Si no sirve, no cuenta

Las tres a la vez. Quitar cualquiera lo arruina.

D3

Mecanismo D3

Y para que cuente como MVP, tres cosas

01

Ridículamente simple

Si se puede quitar y todavía sirve, se quita

02

Entrega valor

Alguien lo usa el lunes y le resuelve algo de verdad

03

Una base para iterar

Lo que sigue se construye encima. No se tira y se vuelve a empezar

D3

Mecanismo D3

Y nada de esto se decide en el escritorio

Habla con usuarios antes de construir.

Preguntar cuesta una tarde. Construir lo que nadie pidió cuesta el proyecto.

D3

QUÉ SE DICE / SE HACE EN VIVO: Es la frase más incómoda del bloque y por eso va aquí, antes de que abran la herramienta. Todo lo que decidan hoy sale de lo que creen que necesita la gente, y creer no es lo mismo que haber preguntado.

PREGUNTA AL GRUPO: “¿Con cuántas personas han hablado del problema que van a resolver?”

NOTA PARA EL CAPACITADOR: 🔴 La respuesta honesta de casi todo el salón va a ser cero o una, y está bien: no es un reproche, es el encargo. · El encargo concreto, y conviene dejarlo dicho para la comida: una llamada, a una persona real que tenga el problema, con las preguntas de ayer. Preguntar por lo que ya hace hoy, no por lo que le gustaría. · Si alguien dice que no tiene a quién preguntarle, casi siempre sí tiene: el que hoy hace ese trabajo a mano.

TIEMPO ESTIMADO: 3 min

Mecanismo D3

Mínimo no quiere decir a medias

D3

QUÉ SE DICE / SE HACE EN VIVO: Leer el diagrama de afuera hacia adentro, y decir la definición tal cual mientras está en pantalla: un MVP es la versión más pequeña que ya sirve para algo. Medio sistema no es un MVP; un sistema chiquito que ya resuelve algo, sí. Es el malentendido más caro del concepto: mínimo se lee como barato y feo, y no es eso, es completo pero chiquito.

PREGUNTA AL GRUPO: “¿Qué es lo mínimo que tendría que hacer el suyo para que alguien lo usara el lunes?”

NOTA PARA EL CAPACITADOR: La definición canónica es de Eric Ries, «The Lean Startup», 2011: la versión de un producto nuevo que permite recoger la mayor cantidad de aprendizaje validado con el menor esfuerzo. El término lo acuñó antes Frank Robinson, en 2001. · Las tres palabras que resumen el bloque, y que vale la pena decir tal cual: ridículamente simple, entrega valor, y sirve de base para iterar. · 🔴 Si alguien pregunta por la diferencia con el esqueleto que camina del módulo siguiente: el MVP es una decisión de alcance, de qué entra. El esqueleto que camina es de orden, de qué se construye primero dentro de ese alcance.

TIEMPO ESTIMADO: 5 min

Mecanismo D3

Dos formas de rebanar la misma pirámide

Cómo NO hacer un MVP

Solo la base. Funciona y nadie lo quiere usar

Cómo SÍ hacer un MVP

Una rebanada de las cuatro. Chiquito, pero completo

D3

QUÉ SE DICE / SE HACE EN VIVO: Dejar la imagen en pantalla y no explicarla de inmediato. Casi siempre alguien nombra solo la diferencia: la de la izquierda funciona pero es fea e incómoda, la de la derecha se puede enseñar.

PREGUNTA AL GRUPO: “¿Cuál de las dos entregarían a un cliente?”

NOTA PARA EL CAPACITADOR: 🔴 Esta es la slide que más rinde del bloque, porque la misma idea vuelve dentro de un rato aplicada al backlog: cortar por capas contra cortar por lo que se ve. Es literalmente el mismo dibujo. · La de la izquierda es lo que sale solo cuando uno construye por partes del sistema: primero toda la funcionalidad, luego ya veremos lo demás. El resultado funciona y nadie lo quiere usar. · El modelo circula desde Jussi Pasanen; aquí está redibujado. · No hace falta que la de la derecha sea bonita, solo que tenga algo de las cuatro capas.

TIEMPO ESTIMADO: 6 min

Mecanismo D3

De todo lo que podrían hacer, poco es lo que carga el valor

El principio de Pareto, 20 por ciento de las causas

Una quinta parte de lo que construyan

va a cargar casi todo el valor

El trabajo no es hacer menos. Es acertarle a esa quinta parte.

D3

QUÉ SE DICE / SE HACE EN VIVO: Dicho en corto: casi todo el valor de un sistema vive en unas pocas cosas, y el resto acompaña. El problema es que desde el escritorio todas se ven igual de importantes.

PREGUNTA AL GRUPO: “De su idea completa, ¿cuál es la parte sin la cual no tiene sentido?”

NOTA PARA EL CAPACITADOR: Es el principio de Pareto. El nombre lo puso Joseph Juran en los años cuarenta a partir de lo que observó Vilfredo Pareto sobre la tierra en Italia. Es una regla de dedo, no una ley: los números exactos no importan, la forma sí. · 🔴 Aquí no hay que pedirles que decidan todavía. La decisión viene en un rato con las cuatro cajas; esta slide solo instala la idea de que repartir no es injusto, es lo normal. · Si alguien pregunta cómo se sabe cuál es esa quinta parte, la respuesta honesta es que no se sabe desde el escritorio: se sabe preguntando, que es la slide de hablar con usuarios.

TIEMPO ESTIMADO: 3 min

Ejemplo real D3

Esto es Airbnb hoy

Millones de alojamientos, en más de doscientos países

D3

Ejemplo real D3

Y así empezó: AirBed & Breakfast, 2008

No tenía

Sin pagos

Sin mapa

Nadie de tiempo completo

D3

Ejemplo real D3

Esto es Twitch hoy

Millones de canales en vivo, todo el día

D3

Ejemplo real D3

Y así empezó: Justin.tv, 2007

No tenía

Un solo canal

Poca calidad

Sin videojuegos

D3

Ejemplo real D3

Esto es Stripe hoy

Procesa los pagos de millones de negocios

D3

Ejemplo real D3

Y así empezó: /dev/payments, 2010

No tenía

Sin bancos

Pocas funciones

Los fundadores lo instalaban por ti

D3

Mecanismo D3

Los tres hicieron lo mismo

Lanza algo rápido, aunque sea malo.

Y que lo que sigue se construya encima. Eso es una base para iterar.

Malo no es roto. Es incompleto a propósito.

D3

Mecanismo D3

Todo lo de hoy arranca de una frase, y cabe en un renglón

Cuando [situación], quiero [lograr qué], para poder [resultado].

Cuando termina el semestre, quiero saber cuántos egresados siguen contactables, para poder reportarlo sin perseguir a nadie.

Empieza por la situación, no por la solución. Ahí es donde se cuela «necesitamos una app».

D3

QUÉ SE DICE / SE HACE EN VIVO: Cuatro minutos de reloj y se sigue. El que ya la trae escrita la saca y la revisa; el que no, la escribe ahora. No tiene que quedar bonita, tiene que quedar.

PREGUNTA AL GRUPO: “¿Quién la lee en voz alta y el grupo caza si trae una herramienta adentro?”

NOTA PARA EL CAPACITADOR: 🔴 Esta slide existe porque todo lo que sigue cuelga de esta frase, y no todos la traen. Antes el rescate estaba escondido en las notas de dos ejercicios y se comía ocho minutos de reloj sin que nadie lo viera venir. Aquí se hace a la vista y se acabó. · El formato es la Job Story de Alan Klement, 2013. Arranca en la situación a propósito: la historia de usuario clásica, «como tal quiero tal función», trae el sesgo de solución dentro del formato. · Si alguien pregunta si esto es el Need Card de ayer: es su parte que importa. Lo demás que traía, restricciones y definición de piloto, son decisiones de alcance y se toman en las dos slides que siguen. · Cortar al que empiece con «quiero un sistema que». Ese es el error y se caza en voz alta en diez segundos.

TIEMPO ESTIMADO: 5 min

Mecanismo D3

Antes de repartir hay que tener qué repartir

Su frase dice cuál es el problema. No dice qué hace el sistema.

Lo que se reparte son las cosas que podría hacer, una por renglón y empezando con un verbo.

Capturar un egresado

Buscar por nombre

Exportar a Excel

Mandar un correo de seguimiento

…

D3

QUÉ SE DICE / SE HACE EN VIVO: Esta es la pieza que falta y hay que decirla despacio: un problema no se reparte en cajas. Lo que se reparte son funciones, y todavía no las tienen escritas.

PREGUNTA AL GRUPO: “¿Cuántas creen que les van a salir?”

NOTA PARA EL CAPACITADOR: 🔴 El formato importa y es fácil de verificar: cada renglón empieza con un verbo y dice una sola cosa. Si un renglón dice «gestionar egresados», eso no es una función, son quince. Si dice «y», son dos. · Todavía NO son tickets. Un ticket viene después y lleva el criterio de qué se vería; aquí solo se está listando lo que el sistema podría hacer. Confundirlos es lo que hace que la gente quiera saltarse el paso. · La respuesta a la pregunta suele quedarse corta: casi siempre salen más de veinte, y esa es justamente la razón de tener que repartir.

TIEMPO ESTIMADO: 4 min

Tu turno en la herramienta D3

Saquen todo lo que su sistema podría hacer

Parámetros de la tarea

Pídanle a la IA la lista desde su frase. Sin filtrar nada.
Agréguenle a mano lo que sepan que falta.
Cada renglón, un verbo y una sola cosa.

Todavía no decidan nada. Esto es solo la materia prima.

: 00

D3

Mecanismo D3

Trescientos contra el ejército más grande de su tiempo

El paso de las Termópilas, año 480 antes de Cristo

Termópilas, 480 a.C.

Más de cien mil persas

Trescientos espartanos

Tres días

No hicieron más chico el ejército. Hicieron más angosto el paso.

Su lista tiene veinte. El paso da para cinco.

D3

QUÉ SE DICE / SE HACE EN VIVO: Va justo después de que vieron el tamaño de su propia lista, y ese es el momento. Nadie gana peleando contra veinte cosas a la vez, y no es por débil. Se gana escogiendo por dónde pasan y en qué orden.

PREGUNTA AL GRUPO: “Si solo cabe una a la vez, ¿cuál de las suyas pasa primero?”

NOTA PARA EL CAPACITADOR: 🔴 Es una metáfora, no una clase de historia: cuatro minutos y se pasa. Lo que tiene que quedar es el mecanismo, no la anécdota. · Los datos, por si alguien pregunta. Fue en el año 480 antes de Cristo y el combate duró tres días. Heródoto habló de dos millones y medio de persas, cifra que hoy nadie sostiene; los historiadores modernos calculan entre ciento veinte mil y trescientos mil, y por eso en pantalla dice «más de cien mil». Del lado griego llegaron unos siete mil, y el último día se quedaron alrededor de dos mil: los trescientos espartanos, setecientos tespios y cuatrocientos tebanos. El punto donde pelearon, la Puerta de en medio, se calcula en unos quince o veinte metros de ancho. · 🔴 Y hay que decirlo completo, porque alguien en el salón lo va a saber: perdieron. Los rodearon por un sendero de montaña, el de Anopea, que un local llamado Efialtes le enseñó al rey persa. Eso no rompe la metáfora, la completa: lo que los mató no fue el ejército de enfrente, fue un camino lateral que nadie estaba vigilando. En un backlog pasa igual, lo que se come la semana es lo que entró sin que nadie lo decidiera. Para eso sirve la cuarta caja de la slide que sigue. · El puente con lo que acaban de hacer, dicho en corto: la lista no se achica sola y tampoco hay que achicarla. Lo que se decide es cuántas cosas pueden llegar a la vez.

TIEMPO ESTIMADO: 4 min

Mecanismo D3

MoSCoW: repartir la lista

Su lista

Debe

Must have · Sin esto no sirve de nada

Debería

Should have · Duele que falte, pero sirve

Podría

Could have · Estaría bonito

Esta vez no

Won't have · Va por escrito. No es nunca

D3

QUÉ SE DICE / SE HACE EN VIVO: Repartir una por una y en voz alta, diciendo por qué cada una cae donde cae. La gracia está en que casi todas suenan razonables cuando se leen solas, y solo se ven de sobra cuando hay que escoger entre ellas.

PREGUNTA AL GRUPO: “¿Qué pasa si todo les queda en la primera caja?”

NOTA PARA EL CAPACITADOR: 🔴 Manejarla, no explicarla. El botón de una en una es el que sirve: pica, lee la tarjeta, pregunta al salón dónde va, y luego suéltala. El de repartir el resto es para cuando el reloj apremia. · El momento que enseña es el final, cuando el bote tiene cinco y «Debe» tiene tres. Dejar la pantalla quieta ahí unos segundos antes de decir nada. · Es el método MoSCoW, de Dai Clegg, 1994, adoptado después por el marco DSDM. El nombre se dice una vez porque se lo van a encontrar afuera, y se trabaja en español: las oes están solo para que se pueda pronunciar. · La respuesta a la pregunta es que no priorizaron nada. Si todo es indispensable, la lista no dice nada y hay que volver a repartir. Le pasa a varios equipos y hay que empujarlos. · La cuarta caja es la que sostiene el alcance. «Esta vez no» significa acordado y anotado, no olvidado, que es lo que hicieron Airbnb, Justin.tv y Stripe. · En este taller tiene un uso extra: el agente construye con gusto todo lo que se le mencione, así que lo que quede en el bote es lo que impide que se les vaya la tarde.

TIEMPO ESTIMADO: 7 min

Ejemplo real D3

De tres renglones a uno: su alcance

Lo que sí, esta vez

Capturar un egresado

Verlos en una lista

Contar cuántos hay

aquí va el renglón que sale de esas tres Alcance: Captura, lista y conteo. Nada más.

Esta vez no

Mandar correos arrastra permisos y quién puede escribirle a quién

Cargar el archivo de control escolar arrastra limpiar datos que vienen sucios

Cuentas por usuario arrastra contraseñas y recuperación de cuenta

D3

QUÉ SE DICE / SE HACE EN VIVO: Las tres de arriba son las que acaban de caer en «Debe». Lo que falta es apretarlas en una sola frase, y esa frase es el artefacto: es la que van a pegar dentro de cada prompt el resto del día. Picar el botón y dejar que se junten.

PREGUNTA AL GRUPO: “¿Cuál de las tres de abajo les está costando más soltar?”

NOTA PARA EL CAPACITADOR: 🔴 El renglón de alcance no es un ejercicio de papel. Es la primera parte del prompt del ticket, la que se copia igual todas las veces, y es lo que frena al agente cuando se emociona. Decirlo aquí ahorra la pregunta de para qué sirve. · El segundo botón contesta la pregunta que siempre sale, por qué no las otras tres si suenan razonables. Cada una arrastra un tema entero: permisos, limpieza de datos, contraseñas. Cualquiera se come la tarde. · Nótese que las seis salieron de una lista que tenía doce, y la de ellos va a tener veinte.

TIEMPO ESTIMADO: 5 min

Tu turno en la herramienta D3

Repartan su lista, y escriban su alcance

Parámetros de la tarea

Cada renglón de su lista, a una de las cuatro cajas.
Si la primera tiene más de cinco, sobra algo.
Resuman la primera caja en un renglón de alcance.

Criterio: un renglón de alcance y una lista de «esta vez no» por escrito.

: 00

D3

QUÉ SE DICE / SE HACE EN VIVO: El tope de cinco en la primera caja es arbitrario a propósito y sirve: obliga a repartir. Sin un número, todo termina siendo indispensable.

PREGUNTA AL GRUPO: “¿Quién lee su renglón de alcance?”

NOTA PARA EL CAPACITADOR: 🔴 Este renglón y esta lista son insumo de los dos módulos que siguen: el backlog corta solo lo de la primera caja, y el prompt de cada ticket los lleva pegados. Si un equipo sale de aquí sin su renglón, esos dos módulos se le complican. · Lo que quedó en las cajas dos y tres no se tira: se guarda. Es la hoja de ruta de lo que sigue después del taller, y en el Día 3 vale para el pitch. · La lista de «esta vez no» sirve otra vez el viernes: enseñar lo que decidieron dejar fuera, y por qué, es lo que se espera de un consultor y no de alguien que entregó lo que le alcanzó el tiempo.

TIEMPO ESTIMADO: 12 min

Mecanismo D4

Un ticket es algo que alguien puede ver funcionando

¿Qué vería en la pantalla cuando esté listo?

Si no pueden contestar esa pregunta con una frase, todavía no es un ticket.

D4

Ejemplo real D4

El mismo proyecto, cortado de dos formas

Alta

Permanencia

Lista

Filtro

Lo que se ve

Lo que se guarda

Lo que decide

¿Ya hay algo que enseñar?

D4

QUÉ SE DICE / SE HACE EN VIVO: Enseñar la rejilla vacía primero y decir lo que es: el mismo proyecto, doce cuadros, el trabajo total es idéntico. Después cortar por partes, capa por capa, y dejar el «NO» en pantalla. Reiniciar y cortar por lo que se ve: el «SÍ» aparece en el primer corte y ya no se va.

PREGUNTA AL GRUPO: “Con la primera forma, ¿en qué momento tienen algo que enseñar?”

NOTA PARA EL CAPACITADOR: 🔴 El truco de la slide es que el trabajo total es el mismo en las dos: doce cuadros. Lo único que cambia es el orden, y el orden decide si a media tarde tienen algo que enseñar o cuatro pedazos que no encajan. Si eso queda, el módulo entero queda. · El «NO» de la primera forma es lo que hay que dejar respirar. Tres de las cuatro capas hechas, tres cuartas partes del esfuerzo, y todavía nada que abrir enfrente de alguien. · Es el corte que hace la mayoría cuando le pide a un agente: primero todas las pantallas, luego todo el guardado. Sale así porque es como está organizado el código, no como se entrega valor. · La regla de Cockburn, textual: las decisiones de corte se toman «con base en la situación de negocio, no en los aspectos de tecnología». · Y esto es lo que falla en la primera forma según los criterios INVEST de Bill Wake, 2003: no son independientes ni valiosos por separado. · Si alguien pregunta por qué entonces enseñamos las cuatro piezas, la respuesta está en el acto de Crecer, cuando se presentan: las piezas no sirven para cortar, sirven para revisar. Adelantarlo en una frase y seguir.

TIEMPO ESTIMADO: 6 min

Mecanismo D4

El primer ticket siempre es el mismo: el esqueleto que camina

Lo más flaco que atraviesa el sistema de lado a lado. Un campo, un botón, un renglón en pantalla.

Feo está bien. Incompleto está bien. Que funcione de punta a punta, no.

Ese es el ticket con el que arrancan hoy.

D4

Mecanismo D4

Cuatro cortes para cuando el ticket sigue siendo grande

El ticket grande

esto primero, y ya se puede enseñar

lo demás, después

Córtenlo por…

D4

QUÉ SE DICE / SE HACE EN VIVO: Un solo ticket grande arriba y cuatro botones abajo. Picar uno, dejar que se parta, leer las dos mitades, y picar el siguiente. El mismo ticket sale cortado de cuatro formas distintas y las cuatro dejan algo que ya se puede enseñar.

PREGUNTA AL GRUPO: “¿Cuál de los cuatro le sirve al ticket que traen atorado?”

NOTA PARA EL CAPACITADOR: 🔴 El corte más útil para el Día 2 es «el camino feliz primero», porque saca los errores a tickets propios y eso es justo lo que nadie hace solo. Si solo da tiempo de enseñar uno, ese. · Fíjense en la proporción de la barra: lo que se queda para después casi siempre es más grande que lo que entra hoy, y está bien. · Son los cuatro patrones que más rinden con este público. Salen de las guías de partición de historias de uso común, y coinciden con lo que hace el ejercicio Elephant Carpaccio, que convierte en quince o veinte rebanadas lo que la mayoría partiría en dos o tres.

TIEMPO ESTIMADO: 4 min

Tu turno en la herramienta D4

Su backlog, y sobre todo sus tres primeros

Parámetros de la tarea

Tomen su caja Debe y pídanle a la IA los tickets de cada renglón.
Táchenle todos los que no pasen la pregunta: ¿qué se vería?
Escojan el esqueleto que camina y pónganlo de primero.
Ordenen los dos siguientes. Con esos tres arranca el día.

Criterio: de los tres primeros saben decir qué van a ver en la pantalla.

: 00

D4

QUÉ SE DICE / SE HACE EN VIVO: No se parte de cero: la caja Debe ya está acotada, así que aquí se trata de convertirla en cosas que se ven. El paso 2 es el trabajo real, porque la IA devuelve tickets bonitos y genéricos y buena parte no pasa el filtro.

PREGUNTA AL GRUPO: “¿Quién lee su ticket número uno y dice qué vería?”

NOTA PARA EL CAPACITADOR: ✅ Compuerta 7. Cerrar pidiendo tres tickets número uno en voz alta, de equipos distintos, con su «qué se vería». · 🔴 Este ejercicio se planeó como poda de quince minutos, asumiendo que el backlog salía del Día 1. No salió: ayer solo se alcanzaron algunos Need Cards. Aquí se genera de cero. · La frase de la que cuelga todo se escribió al abrir el acto, así que aquí ya nadie debería estar en blanco. No esperar a que esté perfecto, se afina con el alcance. · Del paso 1 salen quince y no veinte a propósito: podar veinte cuesta más de lo que rinde.

TIEMPO ESTIMADO: 12 min

Mecanismo E3

El camino ya está puesto, y es el que no instala nada

AI Studio → GitHub → internet → base de datos

Todo en el navegador. Sin instalar, sin terminal, sin tarjeta, y funciona con cuenta institucional.

Es la misma pantalla de ayer. No hay herramienta nueva hoy.

E3

QUÉ SE DICE / SE HACE EN VIVO: La respuesta es cero, y vale la pena que la digan ellos. Después de ayer, lo que más tranquiliza es saber que la lista de herramientas del día ya está completa y es una sola.

PREGUNTA AL GRUPO: “¿Alguien quiere adivinar cuántos programas van a instalar hoy?”

NOTA PARA EL CAPACITADOR: 🔴 Esta slide era una elección entre tres caminos con ejercicio de quince minutos. Se cambió a propósito: ofrecerle a este grupo una decisión de herramientas a las nueve de la mañana, después de que ayer las herramientas los perdieron, es el peor movimiento posible. Aquí se informa, no se elige. · Los otros dos caminos siguen existiendo para quien vaya adelantado. El del IDE está en el bonus al final del deck. No los menciones en voz alta salvo que alguien pregunte: nombrar opciones que nadie va a tomar solo agrega ruido. · Los cuatro pasos de la cadena son cuatro de los actos que siguen, en ese orden: la herramienta, guardar, publicar y, hasta el final, la base de datos. Si alguien se pierde durante el día, esta slide es a la que hay que volver.

TIEMPO ESTIMADO: 5 min

2

Pedir

Convertir un ticket en el prompt que lo construye.

Mecanismo G0

Ya tienen la lista. Ahora, ¿cómo se pide un ticket?

01

El contexto

Quiénes son, qué construyen y qué no. Se pega igual todas las veces

02

El pedido

Un ticket. El de arriba de su lista. Uno solo

03

El criterio

Qué van a ver en la pantalla cuando esté. Ya lo escribieron

Solo el de en medio cambia. Los otros dos se copian.

G0

QUÉ SE DICE / SE HACE EN VIVO: Este es el módulo que sostiene el resto del día. Todo lo que construyan de aquí en adelante sale de repetir estas tres partes, cambiando solo la de en medio. Decirlo así de plano.

PREGUNTA AL GRUPO: “¿Cuál de las tres creen que se les va a olvidar?”

NOTA PARA EL CAPACITADOR: 🔴 La primera parte es lo que antes se enseñaba como «prompt maestro» en un módulo de cuarenta y cinco minutos. Aquí son ocho, porque no es un documento aparte: es el encabezado que ya traen escrito y que pegan cada vez. Sale de lo que decidieron en el módulo de alcance. · La tercera parte no se inventa: es la misma frase de «qué se vería» con la que podaron el backlog hace un rato. Que se den cuenta de que ya la tienen escrita, en vez de explicarla otra vez. · El criterio va DENTRO del prompt a propósito. Le está diciendo al agente cómo se sabe que terminó, y de paso les deja a ellos con qué revisarlo.

TIEMPO ESTIMADO: 8 min

Ejemplo real G0

El ticket uno del caso de egresados, convertido en prompt

Contexto: Somos la coordinación de vinculación. Construimos captura, lista y conteo de egresados. Esta vez no: correos, carga de archivos, ni cuentas por usuario.

Ticket: Capturar un egresado y verlo aparecer en pantalla.

Cuando esté: Escribo un nombre, le doy guardar, y ese nombre aparece en la lista de abajo sin recargar.

Y al final, el bloque de diseño de ayer: tipografía con jerarquía y máximo dos familias, espacio generoso, alto contraste, todo alineado, y que los botones reaccionen al pasar el mouse.

G0

Mecanismo G0

Lo que no va en el prompt: los otros dos tickets

El agente construye con gusto los tres de un jalón. Y así se pierde la tarde.

Cuando algo sale mal, no saben cuál de los tres lo rompió.

Una tarea a la vez. Es el principio de ayer, cobrándose hoy.

G0

Tu turno en la herramienta G0

Escriban el prompt de su ticket uno

Parámetros de la tarea

El contexto, con su alcance y su «esta vez no».
El ticket de arriba de su lista. Uno solo.
Qué van a ver cuando esté, copiado de su propio ticket.

Criterio: cabe en pantalla y menciona un solo ticket.

: 00

G0

QUÉ SE DICE / SE HACE EN VIVO: Doce minutos alcanzan porque dos de las tres partes ya están escritas. Lo único nuevo es juntarlas. Si alguien lleva media hora, es que está redactando el contexto de cero en vez de copiar el que ya tiene.

PREGUNTA AL GRUPO: “¿Quién lee el suyo y el grupo revisa si se le colaron dos tickets?”

NOTA PARA EL CAPACITADOR: ✅ Compuerta 8, la que antes cerraba el prompt maestro. Dos o tres equipos leen su prompt en voz alta y el grupo caza los que traen más de un ticket. Es rápido de detectar: si aparece la palabra «y» entre dos acciones, casi siempre son dos tickets. · 🔴 Guardarlo donde se pueda copiar rápido, porque lo van a usar tres o cuatro veces hoy cambiando solo la parte de en medio. · Todavía no lo mandan. Primero el repositorio, para que lo que construyan tenga dónde caer.

TIEMPO ESTIMADO: 12 min

3

Guardar

Abren la herramienta, y su proyecto deja de vivir en una pestaña.

Mecanismo F0

Tres cosas. Todo lo demás de esa pantalla es ruido hoy.

su proyecto Export

vista previa

panel de código no lo van a abrir

pídanle algo…

F0

QUÉ SE DICE / SE HACE EN VIVO: Enseñarlo en tu pantalla mientras lo dices, señalando las tres con el cursor y nada más. No recorrer el menú, no explicar el árbol de archivos, no abrir el panel de código. Cada cosa que enseñes de más se les vuelve una cosa que creen que tienen que entender.

PREGUNTA AL GRUPO: “¿Cuál de las tres usaron ayer sin darse cuenta?”

NOTA PARA EL CAPACITADOR: ✅ Compuerta cero, y ya no tiene slide propia: nadie avanza del acto sin haber visto su propia pantalla de AI Studio abierta y respondiendo. Se verifica de vista mientras se explican las tres zonas, y lo que falte se resuelve ahora, no a las once. El que no traiga nada de ayer abre uno en blanco. · 🔴 La respuesta a la pregunta es la caja de abajo: ayer ya le pidieron cosas a Gemini, y aquí se pide igual. Que eso quede clarísimo, porque es lo que convierte una herramienta nueva en una conocida. · El panel de código es lo que más intimida de esa pantalla. La frase «no lo van a abrir» es literal y hay que sostenerla todo el día: si alguien lo abre por curiosidad, perfecto, pero nadie lo necesita para entregar. · El botón de arriba es Export, y se usa hasta el acto de publicar. Nombrarlo hoy solo para que sepan que el día termina ahí.

TIEMPO ESTIMADO: 5 min

Gancho F1

¿Cuál de estas es la buena?

propuesta.docx

propuesta_final.docx

propuesta_final_v2.docx

propuesta_final_v2 (copia).docx

propuesta_final_v3_ESTA_SI_buena.docx

propuesta_final_v3_corregida_ANA.docx

propuesta_final_v3_corregida_ANA_ok.docx

propuesta_FINAL_FINAL_usar_esta.docx

Y si no está usted, ¿quién sabe cuál es?

F1

Contexto F1

Esa carpeta ya es un sistema de versiones. Uno malo.

Guarda la historia, sí. Pero no dice qué cambió, ni quién, ni por qué, ni cómo volver a la de antier.

Hoy van a usar el bueno.

F1

Mecanismo F1

Eso tiene nombre: control de versiones

Antes

propuesta.docx

propuesta_final.docx

propuesta_final_v2.docx

propuesta_final_v2 (copia).docx

propuesta_final_v3_ESTA_SI_buena.docx

propuesta_final_v3_corregida_ANA.docx

propuesta_final_v3_corregida_ANA_ok.docx

propuesta_FINAL_FINAL_usar_esta.docx

propuesta.docx

Después

Arregla el filtro, no tomaba los vacíos

a3f9c21 ana hace 2 h

Agrega el conteo de egresados

4b8de07 luis ayer

Formulario de alta, primera versión

9d1b40e ana ayer

qué cambió y por qué quién cuándo

F1

QUÉ SE DICE / SE HACE EN VIVO: Decir la definición completa mientras la carpeta se convierte: control de versiones es guardar cada cambio con su nota y poder regresar a cualquiera. El primer botón hace el contraste, el segundo enseña qué trae cada versión.

PREGUNTA AL GRUPO: “¿Cuál de las tres cosas que guarda les hace más falta hoy en su trabajo?”

NOTA PARA EL CAPACITADOR: 🔴 El contraste es lo que hace el trabajo y ahora se ve: ocho archivos que no dicen nada, contra uno solo con su historia al lado. Decirlo así de plano mientras pasa. · Lo que guarda cada versión son cuatro cosas: qué cambió, quién, cuándo y por qué. Las tres primeras las pone la máquina sola. La cuarta, el por qué, es la única que depende de una persona, y por eso es la que se hace mal. Se ve en la demostración de aquí a dos slides, en los mensajes de cada versión. · Esto no es de programadores: Google Docs y Word tienen su versión de lo mismo. Lo que cambia es que aquí la nota la escribe uno. · Si alguien pregunta para qué sirve regresar: para el día en que el agente rompa algo y no sepan qué. Va a pasar hoy.

TIEMPO ESTIMADO: 5 min

Mecanismo F1

Git y GitHub no son lo mismo

Git

El historial.

Va guardando cada versión de su proyecto, con quién la hizo, cuándo y por qué.

Vive en su computadora. Existe desde 2005 y no es de nadie.

GitHub

El lugar donde ese historial se guarda y se comparte.

Una copia en la nube, a la que entran ustedes y su equipo.

Es una empresa. Hay otras que hacen lo mismo.

Como el documento y la carpeta compartida donde lo guardan. Se confunden porque casi siempre van juntos.

F1

Mecanismo F1

Y para usarlo, la cuenta. Es gratis y son dos minutos.

github.com/signup

Con el mismo correo con el que entraron a AI Studio, para no acabar con dos identidades.

F1

QUÉ SE DICE / SE HACE EN VIVO: Levantar la mano primero: siempre hay dos o tres que ya la tienen y sirven de apoyo para los de al lado. Los demás la crean ahora, en dos minutos, y seguimos.

PREGUNTA AL GRUPO: “¿Quién ya tiene cuenta de GitHub?”

NOTA PARA EL CAPACITADOR: 🔴 Esto no estaba en el deck en ninguna parte: los dos módulos de versionado asumían la cuenta creada. Es el tipo de hueco que cuesta veinte minutos de salón. · Pide correo, contraseña y verificación. El nombre de usuario va a salir en la dirección pública de su proyecto, así que conviene algo presentable y no un apodo. · Si su correo institucional rebota la verificación, que usen el personal: la cuenta es de la persona, no de la institución. · Mientras se crean las cuentas, ir resolviendo lo que quedó pendiente de la compuerta cero.

TIEMPO ESTIMADO: 4 min

Mecanismo F1

Seis palabras y ya saben leer un repositorio

Add

Escoger cuáles de sus cambios entran en la próxima versión

Commit

Guardar una versión, con su mensaje. Es la unidad de todo

Push

Subir sus versiones a la nube

Pull

Bajar las que hizo alguien más

Main

La rama principal, la versión que vale

Merge

Juntar dos líneas de trabajo en una

F1

Mecanismo F1

De su carpeta a la nube, paso por paso

Su carpeta

M modificado · A agregado

git add

Preparados

lo que entra en esta versión

git commit

Su historial

versiones de su máquina

git push

git pull

GitHub

la copia de la nube

F1

QUÉ SE DICE / SE HACE EN VIVO: Esta no se explica, se maneja. El orden de los clics: pedirle un cambio a la IA, quitarle la palomita a UNO de los archivos, git add, git commit, git push, y hasta el final git pull. Los botones se prenden solos según lo que se pueda hacer, así que la demostración se maneja sola.

PREGUNTA AL GRUPO: “¿Por qué la nube y su computadora dicen cosas distintas?”

NOTA PARA EL CAPACITADOR: 🔴 El momento que enseña es el segundo clic. Antes de picar add, quitarle la palomita a un archivo y preguntar qué creen que le va a pasar. Se queda atrás, apagado, y se ve. Ahí es donde se dice la frase del bloque: un commit no es todo lo que cambió, es lo que ustedes escogieron. · 🔴 El otro momento es el hueco punteado. Un segundo después de cada push, Ana sube la suya, y en su historial queda un recuadro vacío que dice «todavía no la tienen». Señalarlo y preguntar qué pasa si en ese momento siguen trabajando encima. Ahí entiende todo el mundo para qué existe pull. · Los mensajes de las versiones no son adorno: dicen qué se cambió y por qué, y están escritos para el que los va a leer después, que casi siempre es uno mismo. Eso es lo único de este bloque que se llevan a cualquier otro trabajo suyo aunque no vuelvan a tocar código. · Lo que tiene que quedar en una frase: son dos copias, y se separan solas. Add y commit arman la versión, push acerca la de arriba, pull acerca la de abajo. · Si alguien pregunta por qué no se sincroniza solo como Drive: porque uno decide qué merece ser una versión y con qué nota. Drive guarda todo lo que tecleas; git guarda lo que usted dijo que era una versión. · Los botones se pican con el ratón. El de la vuelta reinicia y se puede correr otra vez con otro grupo. · Existe una herramienta pública muy buena para esto, Learn Git Branching, pero enseña ramas escribiendo comandos en una terminal y este grupo no va a escribir ninguno. Si alguien quiere más, ese es el enlace: learngitbranching.js.org

TIEMPO ESTIMADO: 8 min

Mecanismo F1

Y cuando dos trabajan al mismo tiempo

F1

QUÉ SE DICE / SE HACE EN VIVO: Se maneja igual que la anterior. Dos o tres veces «trabajar en main» para que vean una sola línea, que es como se ve el trabajo de una sola persona. Luego crear la rama, y ahí detenerse: main no se movió. Trabajar dos veces en la rama, una vez más en main para que se vea que avanzan por separado, y hasta el final el merge.

PREGUNTA AL GRUPO: “Mientras Ana trabaja en su rama, ¿qué le pasa a main?”

NOTA PARA EL CAPACITADOR: 🔴 La respuesta a la pregunta es «nada», y es todo el punto: por eso existen las ramas. Alguien puede probar algo sin ensuciar la versión que vale. · El ámbar es Ana, igual que en la slide anterior. Es la única continuidad de color que tiene el deck y vale nombrarla una vez en voz alta. · Al crear la rama queda una punta hueca punteada esperando: es el mismo dibujo del hueco de la slide de antes y quiere decir lo mismo, el lugar existe y la cosa todavía no. · 🔴 Si alguien pregunta qué pasa si los dos cambian lo mismo: eso se llama conflicto, git avisa y pregunta cuál se queda. Hoy no les va a pasar porque cada equipo tiene su propio proyecto, y no vale la pena abrir el tema. · Lo que hoy sí les toca de esto: nada. Van a trabajar todos sobre main y está bien. Esto es para que el día que abran GitHub y vean el dibujo de las líneas, sepan qué están viendo. · Si el tiempo se cayó, esta slide se salta sin costo.

TIEMPO ESTIMADO: 5 min

Gancho F3

Su proyecto se va a GitHub. Hoy.

No vamos a versionar un archivo de ejemplo. Vamos a versionar su cosa.

¿Qué pasa si mañana cierran esa pestaña?

F3

Mecanismo F3

El maquetado de ayer entra como referencia, no como código

Dame toda la página como un solo archivo HTML, con el CSS y el JavaScript dentro.

Eso se lo pegan al agente como punto de partida. No lo suben a ningún lado todavía.

F3

QUÉ SE DICE / SE HACE EN VIVO: Dictar la frase y esperar a que todos la tengan. Es la única instrucción técnica del módulo y sirve para sacar el maquetado de ayer de Canvas.

NOTA PARA EL CAPACITADOR: 🔴 Sin esa frase, Canvas puede devolverlo en tres archivos separados: tres problemas en vez de uno. · Por qué pedirlo y no buscar un botón: Canvas no tiene descarga de código, sus exportaciones nativas van a Documentos, Presentaciones y PDF. Y los botones se mueven entre versiones, la instrucción no. · Hay extensiones de Chrome que exportan Canvas. No las usamos: instalar extensiones en una laptop institucional es justo la barrera que estamos evitando. · La diferencia con el año pasado es importante: el maquetado ya no se sube a mano a GitHub. Entra como referencia visual para que el agente sepa a qué tiene que parecerse.

TIEMPO ESTIMADO: 4 min

Mecanismo F3

A GitHub se llega con un botón, no con una terminal

01 Export Arriba a la derecha, en el panel de código

02 Push to GitHub La primera vez pide permiso y crea el repositorio

03 Listo Dice «in sync» y ahí queda el historial

Sin instalar Git. Sin terminal. Sin llave SSH.

F3

QUÉ SE DICE / SE HACE EN VIVO: Enseñarlo en tu pantalla una vez, completo. Son tres clics y conviene que lo vean antes de intentarlo, porque el primero pide autorizar y ahí se ponen nerviosos.

PREGUNTA AL GRUPO: “¿Cuántos habían oído que para GitHub hacía falta la terminal?”

NOTA PARA EL CAPACITADOR: 🔴 Probado de punta a punta el 8 de septiembre de 2026, con una app real. El panel dice «Changes in Google AI Studio are ready to be pushed», se empuja, y queda en «GitHub & Google AI Studio are currently in sync». · Esto es lo que borró del taller dos problemas enteros que antes costaban una hora: instalar Git en Windows y dar de alta una llave SSH. Vale la pena decirlo en voz alta, porque el año pasado era el momento en el que se perdía a la mitad del grupo. · El repositorio se crea privado. Si quieren que alguien más lo vea, se cambia en la configuración del repo, no aquí.

TIEMPO ESTIMADO: 4 min

Tu turno en la herramienta F3

Empujen, cambien algo, empujen otra vez

Parámetros de la tarea

Export, Push to GitHub. Esperen a que diga in sync.
Pídanle al agente un cambio que se vea: un título, un color.
Empujen otra vez y abran el historial en GitHub.

: 00

F3

Contexto F3

Ya no tienen un archivo. Tienen un historial.

Cambia el color del botón a azul ustedes hace 1 min

Primer commit: el proyecto del taller ustedes hace 15 min

F3

4

Publicar

Una dirección pública, y que se actualice sola.

Gancho I1

Funciona en su laptop. Eso no es que funcione.

Hasta ahora su proyecto existe en un lugar: el suyo, y el repositorio. En media hora va a tener una dirección.

¿A quién le han dicho alguna vez «pues en mi compu sí abría»?

I1

Mecanismo I1

Tres pasos y ya está en internet

Vercel

GitHub

01 Conectar Vercel le pide permiso a su GitHub. Con eso ve sus repositorios, aunque sean privados

02 Elegir Escogen el repo del proyecto. Nada que configurar

03 Publicar Deploy. En menos de un minuto tienen una dirección

Y desde ahí, cada commit que hagan se publica solo. Por eso importaba tanto que el proyecto estuviera en un repo.

I1

QUÉ SE DICE / SE HACE EN VIVO: Aquí se cobra el bloque de versionar. Sin repo no hay publicación automática, y sin publicación automática cada cambio sería volver a subir archivos a mano.

PREGUNTA AL GRUPO: “¿Se dan cuenta de para qué servía todo lo de la mañana?”

NOTA PARA EL CAPACITADOR: 🔴 El repositorio que creó AI Studio es privado, y eso está bien: no hay que hacerlo público para publicarlo. La autorización del primer paso es lo que le da acceso a Vercel, y solo a Vercel. Vale decirlo porque alguien siempre pregunta. · Vercel detecta solo con qué está hecho el proyecto y no hay nada que configurar. Las variables que ofrece se pueden dejar vacías: el código no las usa. Verificado el 8 de septiembre de 2026 con un proyecto real. · No hace falta tarjeta para el plan gratuito.

TIEMPO ESTIMADO: 5 min

Ejemplo real I1

Y de aquí en adelante, ya no vuelven a publicar

01 Piden un cambio Al agente, como toda la mañana

02 Empujan Export, Push to GitHub. Lo de hace rato

03 Se publica solo Vercel lo ve, lo construye y lo sube. Sin que nadie le diga

Eso tiene nombre y se cobra caro afuera: integración y despliegue continuo.

I1

QUÉ SE DICE / SE HACE EN VIVO: Enseñarlo en vivo, no contarlo. Pedir un cambio visible, empujar, y dejar abierta la pestaña de Vercel mientras hablas: en menos de un minuto aparece el despliegue nuevo con el mensaje del commit. Es de las cosas que más impresionan del día y cuesta un minuto.

PREGUNTA AL GRUPO: “¿Cuántas veces creen que van a publicar hoy?”

NOTA PARA EL CAPACITADOR: 🔴 Esto estaba en el deck solo como una frase de paso, nunca como algo que se viera pasar. Verlo es lo que hace que entiendan para qué sirvió toda la mañana de repositorio. · La respuesta a la pregunta es «una sola vez, hoy hace rato». De aquí en adelante publicar deja de ser un paso. · El nombre técnico se dice una vez y no se insiste: lo que importa es que sepan que lo tienen, porque es lo que van a poder ofrecer cuando vendan un piloto. · Verificado el 8 de septiembre de 2026: un push desde AI Studio dispara el despliegue y queda listo en menos de dos minutos.

TIEMPO ESTIMADO: 6 min

Ejemplo real I1

La URL del taller no es la URL del piloto

Plan	Para qué sirve	Cuesta
Hobby, el gratuito	Proyectos personales y aprender. Uso no comercial, solamente	gratis
Pro	Lo que necesitan el día que cobren por el piloto o lo opere una institución	$20 al mes

Vercel define uso comercial de forma amplia: cuenta si alguien cobra por hacer o mantener el sitio. Eso los incluye a ustedes.

I1

QUÉ SE DICE / SE HACE EN VIVO: Decirlo sin dramatismo: hoy están aprendiendo y el plan gratuito es exactamente para esto. El punto es que sepan cuándo cambia, porque el Día 3 les va a enseñar a cobrar.

PREGUNTA AL GRUPO: “¿En qué momento su piloto deja de ser un ejercicio?”

NOTA PARA EL CAPACITADOR: 🔴 Texto oficial de las guías de uso justo de Vercel, consultadas el 7 de septiembre de 2026: «Hobby teams are restricted to non-commercial personal use only», y define uso comercial como cualquier despliegue usado con fines de beneficio económico de cualquiera involucrado en cualquier parte de la producción del proyecto, incluyendo un consultor pagado que escribe el código. Ese último inciso los describe a ellos. · Y no es solo Vercel: GitHub Pages prohíbe explícitamente operar un negocio, comercio electrónico o software como servicio en su capa gratuita. Netlify no lo prohíbe, pero su plan gratuito pasó a un modelo de créditos. · Saber cuándo una capa gratuita deja de ser legal es conocimiento de consultor, no de programador. Por eso esta slide está en el día que construyen, no en el que venden.

TIEMPO ESTIMADO: 6 min

Tu turno en la herramienta I1

Publiquen, y que alguien más lo abra en su teléfono

Parámetros de la tarea

Conecten Vercel con su GitHub y publiquen el repo.
Copien la dirección.
Mándensela a otro equipo y que la abran en su teléfono.
Pidan un cambio que se vea, empujen, y recarguen esa misma dirección.

La compuerta no es que abra en su laptop. Es que abra en un teléfono ajeno.

: 00

I1

QUÉ SE DICE / SE HACE EN VIVO: Esa es la compuerta y hay que verificarla de verdad, cruzando equipos. Lo que funciona en la laptop de quien lo construyó no prueba nada: ahí están sus sesiones, sus permisos y su caché.

PREGUNTA AL GRUPO: “¿A quién no le abrió?”

NOTA PARA EL CAPACITADOR: ✅ Compuerta 10, y es la del día. Quien llegue aquí tiene una URL pública que funciona en el teléfono de un desconocido: eso es lo que van a enseñar el viernes. · El paso 4 es el que cierra el ciclo y no se puede saltar: hasta que no ven su propio cambio aparecer en la dirección pública sin haber vuelto a publicar, la tubería es una promesa. · Los fallos que van a ver aquí son de construcción, no de datos: la base todavía no está conectada, eso viene después. Si la página no carga, el registro del despliegue en Vercel dice en qué línea se cayó.

TIEMPO ESTIMADO: 19 min

Contexto I1

Ya tienen dirección. Ahora hay que darle algo que enseñar.

Lo que está publicado ahorita es el maquetado. Lo que sigue es que sirva para algo.

Y de aquí en adelante todo lo que construyan aparece solo en esa misma dirección, sin volver a publicar.

I1

5

Crecer

El bucle: un ticket, su prompt, construir, empujar, vivo.

Gancho G1

Todo lo que construyan tiene estas cuatro piezas

Pantalla

Lo que la persona ve y toca

Datos

Lo que se guarda y dónde

Lógica

Lo que pasa cuando le pican

Errores

Qué pasa cuando algo sale mal

¿Cuál de las cuatro creen que se olvida siempre?

G1

Práctica en equipo G1

Pásenle las cuatro piezas a su backlog

Consigna

Ticket por ticket: ¿cuáles de las cuatro toca? Casi siempre toca más de una, y está bien.

¿Tienen tickets de Errores, o se les olvidó por completo?

: 00

G1

Mecanismo G1

El criterio no es «que funcione». Es un reloj.

Que alguien pueda registrar algo en menos de treinta segundos.

«Que guarde al menos un registro» lo cumple cualquier cosa. Treinta segundos lo cumple algo usable.

G1

Mecanismo G1

No parten de una pantalla en blanco

Ya tienen un index.html que funciona y que está en su repositorio. El formulario se le agrega encima, no se empieza de cero.

Y el prompt ya lo escribieron hace un rato: contexto, un ticket, criterio. Este es el primero de los tres.

G1

Tu turno en la herramienta G1

Su formulario de captura

Parámetros de la tarea

Con el prompt que ya escribieron, y los campos que pide su ticket uno. Solo el formulario. Guardar viene después.

Criterio: que alguien de otro equipo llene y envíe en menos de 30 segundos.

: 00

G1

Mecanismo G3

Guardar no sirve de nada si nadie puede ver lo guardado

0 egresados 0 contactados

Generación

aquí va la lista

G3

QUÉ SE DICE / SE HACE EN VIVO: Armarla enfrente, pieza por pieza, en el mismo orden en que se la van a pedir al agente. Y cuando ya esté el conteo, picar el filtro de una generación: los números se mueven solos. Ese es el momento de la slide.

PREGUNTA AL GRUPO: “¿Por cuál campo van a querer filtrar el lunes?”

NOTA PARA EL CAPACITADOR: 🔴 El filtro funciona de verdad, no es un dibujo: al escoger una generación se filtran los renglones y el conteo cambia. Enseñarlo dos veces, porque es lo que convierte una lista en una herramienta. Sin filtro, a los cien registros la lista es inservible y ellos no lo van a notar hoy con siete. · El orden de los botones es el orden en que hay que pedirlo: una tarea a la vez. El equipo que pida las cuatro en un prompt es el que va a pasar veinte minutos deshaciendo. · La pregunta del lunes obliga a pensar en quién lo va a usar, y de ahí sale el filtro que de verdad sirve. · El conteo es un renglón de prompt y no necesita explicación aparte: nadie abre una herramienta para leer una lista, la abre para saber cómo van.

TIEMPO ESTIMADO: 6 min

Tu turno en la herramienta G3

Su vista de seguimiento

Parámetros de la tarea

Una tarea a la vez: primero la lista, luego el filtro, luego el estatus, y al final el conteo.

Criterio: pueden filtrar por al menos un campo y la lista cambia.

: 00

G3

Mecanismo G3

Va a tronar. Un error no es un muro: son tres datos.

TypeError: Cannot read properties of null (reading 'value')

en index.html, línea 84

1 · qué tipo de error

Te dice de qué familia es. Con eso ya sabes por dónde empezar

2 · dónde

Archivo y línea. El problema tiene domicilio

3 · qué pasó

La frase en inglés. Pégala tal cual, no la traduzcas

Para pedir ayuda: el síntoma en una frase, más una captura. Si no basta, F12, pestaña Console, y copian lo rojo.

Y si en diez minutos no sale: en el historial de GitHub, abrir el commit que sí servía y restaurarlo. Se pierde el intento, no el día.

G3

QUÉ SE DICE / SE HACE EN VIVO: Esta slide va aquí y no antes porque para este punto del día a alguien ya le tronó algo. Si tienes un error real de un equipo, proyéctalo en vez del del ejemplo: funciona mucho mejor.

PREGUNTA AL GRUPO: “¿A quién ya le salió uno hoy?”

NOTA PARA EL CAPACITADOR: 🔴 Empezar por la captura y una frase no es flojera, es lo que funciona: el agente arregla más rápido con el síntoma que con la teoría de qué creen que pasó. · No traducir el mensaje de error al buscarlo. Se pega tal cual. · En Mac F12 puede necesitar Fn, o Cmd Opción I. · 🔴 El segundo aviso, el de volver al commit bueno, es la salida de emergencia del taller y hay que decirla en voz alta aunque parezca obvia: se cita en el bloque de la tarde, se repite en el trabajo libre, y el Día 3 la cobra dos veces, en el ensayo de la demo y en el capstone. Antes vivía solo en el bonus, que no se proyecta. · El bloque completo de errores, con el checklist entero de qué hacer cuando se cae en vivo delante de alguien, quedó en el bonus del final del deck: si al grupo le está yendo bien de tiempo, vale la pena proyectarlo.

TIEMPO ESTIMADO: 8 min

6

Guardar de verdad

Qué es una base de datos, y que la suya funcione publicada.

Gancho G5

Una base de datos es una hoja de cálculo con reglas.

Nada más. Y las reglas son lo que separa una base usable de un desastre.

¿Quién ha visto una hoja de cálculo donde la fecha está escrita de seis formas distintas?

G5

Mecanismo G5

Cuatro palabras y ya saben leer una base de datos

EGRESADOS

idnombregeneraciónestatus e-01Ana Robles2024tituladoe-02Luis Márquez2023pendientee-03Carmen Ibarra2024titulado

INSCRIPCIONES

idegresadocursofecha i-01e-01Excel avanzado12 mar 2026i-02e-03Inglés B104 abr 2026i-03e-01Power BI20 may 2026

G5

QUÉ SE DICE / SE HACE EN VIVO: Enseñar las dos tablas primero y decir la frase completa: una base de datos son listas, con reglas, que se apuntan entre ellas. Nada más. Después picar las cuatro palabras en orden y dejar que cada una encienda su parte.

PREGUNTA AL GRUPO: “¿Cuántas listas creen que va a necesitar lo suyo?”

NOTA PARA EL CAPACITADOR: 🔴 El orden importa: entidad, registro, campo y hasta el final relación. Las tres primeras se entienden solas viendo la tabla; la cuarta es la única que hay que explicar. · 🔴 El momento de la slide es la relación. La columna «egresado» de la segunda tabla no guarda el nombre, guarda el id, y dos inscripciones apuntan al mismo renglón de Ana. Preguntar qué pasaría si el nombre estuviera escrito en cada inscripción y a Ana le cambiara el apellido: hay que corregirlo en tres lugares y alguno se va a olvidar. Esa es la razón entera de que existan las relaciones, y con ese ejemplo se entiende sin decir una palabra técnica. · Son cuatro y no tres porque «registro» faltaba, y es la palabra que el módulo siguiente usa cuando traduce este vocabulario al de la herramienta: colección, documento, campo. · Si alguien pregunta por qué no una sola tabla gigante: porque un egresado tiene muchas inscripciones, y eso en una sola tabla obliga a repetir sus datos en cada renglón. · Ojo con el que quiera diseñar doce entidades. Un piloto rara vez necesita más de tres, y eso se corta en la práctica que sigue.

TIEMPO ESTIMADO: 8 min

Mecanismo G5

Hay dos familias, y conviene saber en cuál están

Relacional · en tablas

idnombregeneración e-01Ana Robles2024 e-02Luis Márquez2023

Todos los renglones, las mismas columnas. Las inscripciones van en otra tabla.

De documentos · en fichas

nombre Ana Robles

generación 2024

inscripciones

Excel avanzado · 12 mar 2026

Power BI · 20 may 2026

Cada ficha trae sus propios campos, y puede traer sus inscripciones adentro.

PostgreSQL MySQL SQLite Supabase

MongoDB Firestore

G5

QUÉ SE DICE / SE HACE EN VIVO: Es el mismo dato de la slide anterior, guardado de dos formas. Enseñar las dos, picar cada botón, y cerrar con la tercera: la nuestra es la de fichas y se llama Firestore.

PREGUNTA AL GRUPO: “El sistema de su institución, ¿de cuál de las dos creen que es?”

NOTA PARA EL CAPACITADOR: 🔴 La respuesta a la pregunta es casi siempre relacional: control escolar, nómina y finanzas corren sobre tablas, casi siempre Oracle o SQL Server. Saberlo les sirve para hablar con el área de sistemas sin quedar mal. · Las dos son bases de datos de verdad y ninguna es mejor. La relacional exige decidir las columnas antes y luego cuesta cambiarlas; la de fichas deja empezar sin decidir todo, y eso mismo es lo que permite que un campo se llene de basura, que es de lo que habla la slide siguiente. · 🔴 Lo que tiene que quedar clarísimo: la nuestra es Firestore, de Firebase, y es de fichas. Cuando abran la consola van a ver colecciones y documentos, no tablas y renglones. Por eso el vocabulario se traduce en el módulo que sigue. · Si alguien pregunta por SQL: es el idioma con el que se le pregunta a una relacional. En Firestore no se usa, y hoy no van a escribir ninguna consulta a mano de todos modos. · MongoDB es la de fichas más conocida fuera de Google, y sirve para nombrarla cuando alguien diga que ya la oyó. Supabase está del lado relacional a propósito: es Postgres con una capa encima, y es la alternativa que más se van a encontrar si buscan algo parecido a Firebase.

TIEMPO ESTIMADO: 6 min

Mecanismo G5

La regla que más dolor evita, capturada enfrente

Campo de texto libre

cada quien escribe como quiere

0 valores distintos

Catálogo cerrado

se escoge de una lista de cinco

0 valores distintos

G5

QUÉ SE DICE / SE HACE EN VIVO: Picar «capturar» seis veces, despacio, leyendo en voz alta lo que va cayendo del lado izquierdo. Son seis personas escribiendo lo mismo. Al final, picar contar: de un lado seis valores distintos, del otro uno.

PREGUNTA AL GRUPO: “¿Cuál de sus campos va a terminar así si lo dejan abierto?”

NOTA PARA EL CAPACITADOR: 🔴 Esta es la regla que más dolor evita después y por eso tiene slide propia: catálogos, no texto libre. Cinco valores escogidos de una lista, no ciento veinte escritos distinto. · El chiste de la columna de la izquierda es que todos los renglones son correctos: nadie se equivocó, cada quien escribió lo mismo a su manera. Por eso no se arregla pidiendo que capturen con cuidado, se arregla cerrando el campo. · Las otras tres reglas se dicen en voz alta mientras se captura, no necesitan slide: un ID único que no sea el nombre, fechas de verdad y no «el martes pasado», y un estatus de catálogo cerrado. · Un campo de notas abierto está bien. Uno donde vive lo importante, no. · Esto es lo que van a aplicar en el diagrama de la slide siguiente, y es lo que decide si su conteo va a servir para algo.

TIEMPO ESTIMADO: 6 min

Práctica en equipo G5

Dibujen su Entidad → Campos → Reglas

Consigna

Sobre su propio caso. Máximo tres entidades. Cada campo con una regla marcada.

Sin este diagrama, «conecten su base de datos» no tiene con qué.

¿Cuál de sus campos va a terminar siendo texto libre si no lo cierran hoy?

: 00

G5

Tienen un formulario que no guarda nada. ¿Dónde va a caer lo que capturen?

Contexto G2

En una base de datos de verdad. Y ya viene incluida.

Firebase

Hace un rato dijimos que una base de datos es una hoja de cálculo con reglas. Hoy usan una profesional, la misma que corre apps con millones de usuarios.

Sin cuenta nueva, sin tarjeta, sin instalar nada.

G2

QUÉ SE DICE / SE HACE EN VIVO: Vale la pena decir de una vez por qué esto no es una simplificación de taller, porque suena demasiado fácil y genera sospecha.

PREGUNTA AL GRUPO: “¿Cuántos sistemas de su institución viven hoy en una hoja de cálculo?”

NOTA PARA EL CAPACITADOR: 🔴 Las razones, para decirlas si preguntan. Una: es Cloud Firestore, la base de datos de Google, la misma de producción. Dos: el entorno la da de alta solo, dentro del proyecto que ya se creó cuando entraron con su cuenta de Google. Tres: el plan es Spark, que dice literalmente «No-cost ($0/month)» y nunca pide tarjeta, y ese era el problema real que había que resolver. Cuatro: los datos quedan en la nube, no en el navegador, así que la app sirve desde cualquier dispositivo. · Verificado en la consola de Firebase el 8 de septiembre de 2026 con un proyecto real.

TIEMPO ESTIMADO: 3 min

Mecanismo G2

Se pide con una frase, y el resto lo hace el entorno

01 Lo piden Le dicen al agente que los registros y los usuarios vivan en Firebase

02 Aceptan Se abre una ventana con los términos. Sin ese clic no continúa nada

03 Se conecta El entorno crea la base y la deja cableada a la aplicación

Nadie copia claves ni pega configuración. Queda dentro del proyecto, y viaja con él al publicarlo.

G2

Mecanismo G2

Sus tres palabras, con el nombre que usa la herramienta

Lo que dijimos hace rato	Como se llama aquí	Qué es
Entidad	Colección	La lista completa de un tipo de cosa
Registro	Documento	Una de esas cosas, con todos sus campos
Campo	Campo	Igual. Nombre, fecha, estatus

Los usuarios son otra colección. Cada persona que entra es un documento, y sus registros cuelgan de ahí.

G2

QUÉ SE DICE / SE HACE EN VIVO: Dibujarlo mientras lo dices, aunque sea con el dedo: usuarios, adentro una persona, y adentro de esa persona su lista de registros. Es la estructura que van a ver en la consola cuando abramos su base al final del módulo.

PREGUNTA AL GRUPO: “Si dos personas de su equipo capturan, ¿dónde queda cada registro?”

NOTA PARA EL CAPACITADOR: 🔴 Esto es lo que el módulo no explicaba y por lo que la conexión se sentía magia. Los nombres cambian entre herramientas pero la idea no: colección es la entidad de hace rato. · La respuesta a la pregunta es que quedan separados, cada uno bajo su usuario. Eso está bien para un piloto personal y está mal si el equipo necesita ver lo de todos: en ese caso los registros van en una colección de arriba, no colgando de cada persona. Vale la pena preguntarlo antes de construir, porque cambiarlo después cuesta. · Si alguien pregunta por qué no se llama tabla: porque aquí cada documento puede tener campos distintos, no es una rejilla rígida. No entrar más al detalle.

TIEMPO ESTIMADO: 6 min

Mecanismo G2

Lo que hay que encender antes de pedir cuentas de usuario

Correo y contraseña vienen apagados de fábrica.

Si no se encienden primero, el agente no avisa: se inventa un inicio de sesión falso y guarda todo como invitado.

G2

QUÉ SE DICE / SE HACE EN VIVO: Este es el aviso más caro del módulo y hay que darlo ANTES de que pidan login, no después. En la prueba real costó cuatro rondas de ida y vuelta descubrirlo.

NOTA PARA EL CAPACITADOR: 🔴 El síntoma es un mensaje que dice operation-not-allowed. Los proveedores de acceso vienen desactivados en un proyecto recién creado y hay que encenderlos a mano una sola vez, en la consola de Firebase, en Authentication y luego Sign-in method. Encender dos: Correo/contraseña y Anónimo. · Lo grave no es el error, es lo que hace el agente cuando lo ve: en vez de decir «ve a encender esto», rodea el problema y monta un sistema de cuentas dentro de la base de datos, sin contraseña real. La app parece funcionar y no tiene seguridad ninguna. · Si no se enciende, cada navegador genera su propio invitado y los datos quedan atados a esa computadora. Otro dispositivo, otros datos. En la prueba quedaron cuatro usuarios invitados huérfanos en la base.

TIEMPO ESTIMADO: 5 min

Ejemplo real G2

La pantalla puede decir que guardó y ser mentira

Unsupported field value: undefined (found in field notes)

Un campo opcional que se deja vacío llega a la base como nada, y la base rechaza el registro entero.

G2

QUÉ SE DICE / SE HACE EN VIVO: Hacerlo en vivo: llenar el formulario dejando un campo opcional vacío, mostrar que el registro aparece en pantalla, recargar, y que desaparezca. Es el momento del módulo.

PREGUNTA AL GRUPO: “¿Cómo se darían cuenta de que no guardó?”

NOTA PARA EL CAPACITADOR: 🔴 Pasa porque el agente pinta el registro en pantalla antes de confirmar que la base lo aceptó. Se ve guardado, y no lo está. La única forma de saberlo es recargar, o abrir la consola del navegador y leer el error. · Este error salió en la prueba real del 8 de septiembre de 2026, y salió DESPUÉS de que el agente asegurara por escrito que ya lo había corregido. Ese es el punto pedagógico de fondo: que el agente diga que arregló algo no es evidencia de que lo arregló. · La respuesta a la pregunta es la que quieres que se lleven: recargando la página. Recargar es la prueba, no la pantalla. · El arreglo se pide así: que ningún campo vacío se mande como indefinido, que se mande como texto vacío.

TIEMPO ESTIMADO: 5 min

Ejemplo real G2

Y que funcione también en la dirección pública

La vista previa no cuenta. La prueba es capturar desde la dirección pública.

Si ahí guarda, guardó. Si ahí no guarda, falta mover la llave de lugar o autorizar el dominio.

Lo que se hace a mano son los dos accesos, y es el primer paso del ejercicio. El resto depende de cómo quedó armado el proyecto.

G2

QUÉ SE DICE / SE HACE EN VIVO: Vale la pena señalar lo que NO va a pasar, porque en cualquier otro camino este es el momento en que se pierde media hora copiando variables de entorno. Aquí no hay ninguna.

PREGUNTA AL GRUPO: “¿Alguien esperaba tener que copiar claves?”

NOTA PARA EL CAPACITADOR: 🔴 AVISO, y es de la corrida del 9 de septiembre de 2026: en el salón esto NO salió solo. Ningún equipo logró que la aplicación publicada conectara con la base, y hubo que arreglarlo al día siguiente. La verificación del 8 de septiembre fue real, pero se hizo con una aplicación armada de una sola forma, y la de cada equipo no quedó igual. · Las tres causas que aparecieron, en ese orden: la llave que el proyecto necesita vive en un archivo local que no sube al repositorio, así que hay que ponerla en Vercel y volver a desplegar; el dominio de Vercel no está en la lista de dominios autorizados de Firebase, cosa que sí hace falta en cuanto el acceso es con cuenta de Google; y las reglas de la base, que pueden estar pidiendo sesión iniciada. · El bloque que lo arregla completo, con la pantalla de cada paso, abre el Día 3. Si este grupo alcanza a hacerlo aquí, mejor: se ahorra la primera hora de mañana. · La comprobación no cambia: capturan desde el teléfono en la dirección pública, y lo buscan en la consola. Si aparece ahí, está. Y si no aparece, no está, aunque en la vista previa se vea perfecto.

TIEMPO ESTIMADO: 5 min

Ejemplo real G2

Qué aguanta y qué no

Aguanta de sobra

Un piloto de cientos o miles de registros.

Varias personas capturando a la vez, desde distintos dispositivos.

Que los datos sigan ahí mañana, sin depender de un navegador.

Se le queda chico

Un sistema con datos sensibles de terceros.

Uso intensivo y sostenido: el cupo gratuito es compartido.

Cuando haga falta eso, se paga o se migra. Y estará bien.

G2

QUÉ SE DICE / SE HACE EN VIVO: Decirlo con todas sus letras: elegir herramienta según el tamaño del problema es exactamente el criterio que un consultor tiene que saber aplicar, y es lo que los distingue de alguien que solo sabe apretar botones.

PREGUNTA AL GRUPO: “¿Su caso cae de qué lado?”

NOTA PARA EL CAPACITADOR: 🔴 Dos avisos reales, verificados en la consola el 8 de septiembre de 2026. Uno: la base que crea el entorno trae una etiqueta de cupo compartido de IA, y la propia consola dice que para quitar esos límites hay que pasar a plan de pago. Para un piloto sobra; para un sistema en operación, no. Dos: las reglas de acceso que escribe el agente dejan la base abierta a lectura y escritura para cualquiera que tenga la dirección. Se arregla pidiéndole al agente que solo el dueño de cada registro pueda leerlo y escribirlo. No es de hoy, pero tiene que estar dicho antes de que alguien meta datos reales. · Si un equipo trae datos personales de verdad, este es el momento de decir que la elección de herramienta también es una decisión de riesgo, no solo de comodidad.

TIEMPO ESTIMADO: 4 min

Tu turno en la herramienta G2

Que su formulario guarde de verdad

Parámetros de la tarea

Enciendan los dos accesos en la consola. Antes de pedir nada.
Pídanle al agente que los registros vivan en la base de datos.
Llenen el formulario dejando un campo opcional vacío.
Recarguen la página. Si sigue ahí, guardó. Si no, no guardó.

Criterio: ven su propio registro en la base de datos, y sobrevive a recargar.

: 00

G2

QUÉ SE DICE / SE HACE EN VIVO: El paso 3 está puesto a propósito para que fallen. Que lo descubran ellos con una recarga funciona mejor que advertirlo, y ya les diste la herramienta para arreglarlo.

PREGUNTA AL GRUPO: “¿A quién le sobrevivió el registro a la recarga?”

NOTA PARA EL CAPACITADOR: 🔴 Es el módulo más largo del día, pero ya no el más frágil: la parte de dar de alta la base la hace el entorno. El tiempo se va en los dos tropiezos, y los dos están previstos. · Si a los veinte minutos hay más de dos equipos parados en lo mismo, parar y resolverlo en pantalla grande con tu versión de referencia. Mejor perder cinco minutos de todos que dejar cuatro equipos atorados cuarenta. · Cerrar abriendo la consola de la base en el proyector y enseñando los registros de alguien del grupo. Ver su propio dato en la tabla real es lo que hace clic, y es lo que van a contar mañana en el pitch.

TIEMPO ESTIMADO: 9 min

Mecanismo G2

Ya guarda. Y está abierta de par en par.

Cualquiera que tenga la dirección de su aplicación puede leer y escribir en la base. Así viene de fábrica.

Cada campo que guardan de una persona real es una responsabilidad de su institución, no del taller.

Un formulario público sin validar acepta campos vacíos, correos falsos y textos de diez mil caracteres.

El repositorio es público. Lo que esté en un archivo, está publicado.

Mi base de datos está abierta: cualquiera con la dirección puede leer y escribir. Cámbiala para que solo se pueda leer y escribir desde mi aplicación y con la sesión iniciada. Dime en español qué cambiaste y cómo compruebo desde afuera que ya no se puede entrar.

Revisa los campos de mi formulario y dime cuáles son datos personales. De cada uno, pregúntame para qué lo necesito. Quita los que la herramienta no usa, y dime cuáles obligan a avisarle a la persona que los estoy guardando.

Valida lo que llega del formulario antes de guardarlo: los campos obligatorios no pueden ir vacíos, el correo tiene que tener forma de correo, y ningún campo puede recibir un texto larguísimo. Si algo está mal, muestra un mensaje claro y no guardes nada.

Revisa mi proyecto y dime si hay alguna clave, contraseña o token guardado en los archivos. Dime cuáles son públicas a propósito y cuáles no deberían estar ahí, y qué hago con esas.

G2

QUÉ SE DICE / SE HACE EN VIVO: Esta va aquí y no antes porque hasta este momento no había nada que proteger. Ahora sí: la base guarda, la dirección es pública y las reglas están abiertas. Cuatro riesgos, cuatro prompts, uno en pantalla a la vez para que alcancen a copiarlo.

PREGUNTA AL GRUPO: “¿Quién ya iba a capturar egresados de verdad?”

NOTA PARA EL CAPACITADOR: 🔴 LA REGLA DEL TALLER, y hay que decirla en voz alta antes de abrir los prompts: hoy se captura con datos inventados. Los de personas reales entran cuando la base esté cerrada y su institución sepa que existe. Nombres de la Familia Real, de caricaturas, lo que sea. · 🔴 El primero es el que importa: la base viene abierta de fábrica y el agente no lo va a mencionar solo. Cerrarla sube el listón de «cualquiera con la dirección» a «cualquiera que abra mi aplicación», que para un piloto es el nivel correcto. No es a prueba de todo y no hay que prometerlo. · Sobre las claves: la configuración de Firebase que viaja en el repositorio ES pública a propósito, no es una fuga. Está diseñada para ir en el navegador, y lo que protege los datos son las reglas, no esconderla. Si alguien la ve en GitHub y se asusta, esa es la respuesta. · El de validar es el que más rinde el mismo día: sin él, el primer campo vacío rompe el guardado, que es exactamente el error que vieron hace dos slides. · Ninguno de los cuatro convierte esto en un sistema seguro para datos sensibles. Eso está en la tabla de qué aguanta y qué no, y sigue siendo cierto. · De los cuatro, en el salón se aplica solo el primero, ahí mismo, mientras está la pantalla abierta. Los otros tres se los llevan: están escritos para pegarse tal cual cualquier día.

TIEMPO ESTIMADO: 6 min

Contexto G2

Eso que acaban de hacer es un MVP.

Captura, guarda, lista, filtra y cuenta. Cinco cosas.

La mayoría de los sistemas que usan a diario son esto mismo, con quince años encima y más botones.

G2

7

Su prototipo

Trabajo libre sobre su backlog, con ayuda al lado.

Mecanismo J1

De aquí al final, el mismo bucle. Ya lo saben hacer.

01

Un ticket

02

Su prompt

03

Construir

04

Empujar

05

Vivo

El paso cinco ya no lo hacen ustedes. Se publica solo desde que conectaron Vercel.

J1

Tu turno en la herramienta J1

Sigan su backlog hasta donde alcance

Parámetros de la tarea

El siguiente ticket de su lista. Uno solo.
Su prompt, cambiando nada más la parte de en medio.
Empujen, y comprueben en la dirección pública, no en su pantalla.

Si algo se rompe y no lo pueden arreglar en diez minutos, vuelvan al último commit que funcionaba.

: 00

J1

QUÉ SE DICE / SE HACE EN VIVO: Veintiséis minutos alcanzan porque ya no hay nada que explicar. El facilitador que flota vale más aquí que en cualquier otro momento del día.

PREGUNTA AL GRUPO: “¿A quién le funciona ya en el teléfono de otro?”

NOTA PARA EL CAPACITADOR: 🔴 Orden de prioridad cuando alguien pregunte qué hacer, y conviene decirlo en voz alta al abrir: primero que lo publicado no esté roto, después que guarde, y hasta el final que se vea bonito. Es el orden que se invierte cuando nadie lo dice en voz alta. · Al equipo que ya terminó sus tres tickets: que empiece a juntar capturas de pantalla, porque el dossier de mañana las pide y reconstruirlas después cuesta. · Al equipo atorado en un solo error desde hace rato: cortar y regresarlo al último commit bueno. Perder media hora en un error no enseña nada que no hayan visto ya. · 🔴 Nadie se va sin que su dirección abra en un teléfono ajeno. Es la compuerta del día y se verifica cruzando equipos, no preguntando.

TIEMPO ESTIMADO: 26 min

Cierre del día

Hoy dejaron una tubería armada

Un repositorio con historial

Una URL que se actualiza sola

Un MVP que guarda y cuenta

Una base de datos de verdad

Día 2Construir

Así se construye un proyecto hoy, de principio a fin.

Los mismos ocho pasos, en un proyecto que hoy está en línea

Decidir

Su idea no cabe en un día.

MVP, desarmado palabra por palabra

Y para que cuente como MVP, tres cosas

Y nada de esto se decide en el escritorio

Mínimo no quiere decir a medias

Dos formas de rebanar la misma pirámide

De todo lo que podrían hacer, poco es lo que carga el valor

Esto es Airbnb hoy

Y así empezó: AirBed & Breakfast, 2008

Esto es Twitch hoy

Y así empezó: Justin.tv, 2007

Esto es Stripe hoy

Y así empezó: /dev/payments, 2010

Los tres hicieron lo mismo

Todo lo de hoy arranca de una frase, y cabe en un renglón

Antes de repartir hay que tener qué repartir

Saquen todo lo que su sistema podría hacer

Trescientos contra el ejército más grande de su tiempo

MoSCoW: repartir la lista

De tres renglones a uno: su alcance

Repartan su lista, y escriban su alcance

Un ticket es algo que alguien puede ver funcionando

El mismo proyecto, cortado de dos formas

El primer ticket siempre es el mismo: el esqueleto que camina

Cuatro cortes para cuando el ticket sigue siendo grande

Su backlog, y sobre todo sus tres primeros

El camino ya está puesto, y es el que no instala nada

Pedir

Ya tienen la lista. Ahora, ¿cómo se pide un ticket?

El ticket uno del caso de egresados, convertido en prompt

Lo que no va en el prompt: los otros dos tickets

Escriban el prompt de su ticket uno

Guardar

Tres cosas. Todo lo demás de esa pantalla es ruido hoy.

¿Cuál de estas es la buena?

Eso tiene nombre: control de versiones

Git y GitHub no son lo mismo

Y para usarlo, la cuenta. Es gratis y son dos minutos.

Seis palabras y ya saben leer un repositorio

De su carpeta a la nube, paso por paso

Y cuando dos trabajan al mismo tiempo

Su proyecto se va a GitHub. Hoy.

El maquetado de ayer entra como referencia, no como código

A GitHub se llega con un botón, no con una terminal

Empujen, cambien algo, empujen otra vez

Publicar

Funciona en su laptop. Eso no es que funcione.

Tres pasos y ya está en internet

Y de aquí en adelante, ya no vuelven a publicar

La URL del taller no es la URL del piloto

Publiquen, y que alguien más lo abra en su teléfono

Crecer

Todo lo que construyan tiene estas cuatro piezas

Pásenle las cuatro piezas a su backlog

El criterio no es «que funcione». Es un reloj.

No parten de una pantalla en blanco

Su formulario de captura

Guardar no sirve de nada si nadie puede ver lo guardado

Su vista de seguimiento

Va a tronar. Un error no es un muro: son tres datos.

Guardar de verdad

Una base de datos es una hoja de cálculo con reglas.

Cuatro palabras y ya saben leer una base de datos

Hay dos familias, y conviene saber en cuál están

La regla que más dolor evita, capturada enfrente

Dibujen su Entidad → Campos → Reglas

Se pide con una frase, y el resto lo hace el entorno

Sus tres palabras, con el nombre que usa la herramienta

Lo que hay que encender antes de pedir cuentas de usuario

La pantalla puede decir que guardó y ser mentira

Y que funcione también en la dirección pública

Qué aguanta y qué no

Que su formulario guarde de verdad

Ya guarda. Y está abierta de par en par.

Su prototipo

De aquí al final, el mismo bucle. Ya lo saben hacer.

Día 2
Construir