Dev&Ops

¿Tratas a tu base de datos como un simple cajón donde guardas cosas o como el motor principal de tu aplicación? En este episodio de Dev&Ops, Juan y Douglas se sumergen en el mundo de las bases de datos desde la perspectiva del desarrollador.

Hablamos sobre por qué no todo es responsabilidad del DBA y cómo decisiones simples —como elegir el tipo de dato correcto o entender el orden de un índice compuesto— pueden salvar la billetera de tu empresa (y tu salud mental). Exploramos la normalización, el arte de saber cuándo romperla, el uso de transacciones atómicas para evitar desastres y el famoso "Soft Delete". Si quieres que tu aplicación escale sin necesidad de lanzarle más RAM al problema, este episodio es para ti. ¡Dale play y optimiza tu stack!

Únete a nuestras redes sociales:
YouTube: https://www.youtube.com/@DevAndOpsPodcast ▶️
TikTok: https://www.tiktok.com/@devandops 🕺
Instagram: https://www.instagram.com/devandopspodcast 📸
Facebook: https://www.facebook.com/devandops 👍
Spotify: https://open.spotify.com/show/1MuMODYsE4xN6RhOcd8EaG 🎧

📑 Chapters:
(00:00) Intro y bienvenida al podcast
(02:07) El rol del desarrollador frente a la base de datos
(08:45) Normalización: 1ra, 2da y 3ra Forma Normal explicada
(14:16) Por qué quien entiende la base de datos entiende la aplicación
(19:20) Excepciones: ¿Cuándo es bueno duplicar datos?
(22:30) Tipos de datos: El impacto de elegir bien el tamaño
(27:44) Cómo se hace una auditoría de base de datos real
(33:00) Constraints y reglas de negocio: El último bastión de seguridad
(35:48) Transacciones atómicas a nivel de código vs DB
(43:08) Columnas de auditoría y el secreto del Soft Delete
(49:04) Índices compuestos: Por qué el orden de las columnas lo cambia todo
(54:29) Optimizar código vs. escalar recursos: El golpe a la billetera

#devops #basesdedatos #sql #programacion #backend #performance #systemdesign #desarrollodesoftware #tecnologia #dbmanagement

En este episodio hablamos de algo que muchos usamos todos los días… pero pocos entienden a fondo: la infraestructura detrás de un CI/CD pipeline.

¿Qué hay realmente detrás de un simple “runs-on: ubuntu-latest”? ¿Por qué existen los runners personalizados? ¿Cuándo necesitas cache, artifacts o un container registry propio?

Douglas explica el “esqueleto” de un pipeline moderno y cómo estos componentes impactan directamente en rendimiento, seguridad, escalabilidad y costos. Una conversación clave tanto para developers como para quienes trabajan en sistemas, SRE o DevOps.

🔍 En este episodio aprenderás:

• Qué es un runner y por qué no siempre basta con el que te da la nube
• Cuándo necesitas runners privados, efímeros o con Kubernetes
• Cómo funciona el cache en CI/CD y por qué puede reducir builds de 40 a 6 minutos
• Qué son los artifacts y por qué son clave para rollbacks
• Cómo y por qué usar un container registry propio
• Qué pedirle a tu equipo de operaciones cuando tu pipeline es lento

¡Únete a nuestra comunidad online! 👇
YouTube: https://www.youtube.com/@DevAndOpsPodcast ▶️
TikTok: https://www.tiktok.com/@devandops 🕺
Instagram: https://www.instagram.com/devandopspodcast/ 📸
Facebook: https://www.facebook.com/devandops 👍
Spotify: https://open.spotify.com/show/1MuMODYsE4xN6RhOcd8EaG 🎧

📑 Capítulos:
 (00:00) Introducción: infraestructura detrás del CI/CD
 (01:03) Estado actual y contexto del episodio
 (02:00) ¿Qué es realmente el esqueleto de un pipeline?
 (09:17) Runners: qué son y cómo funcionan
 (14:13) ¿Por qué separar runners de Jenkins o GitLab?
 (17:00) Casos reales para usar runners privados
 (20:39) Runners efímeros con Kubernetes
 (25:37) ¿Un runner puede ser un contenedor?
 (29:00) Cache en CI/CD: qué es y por qué es crítico
 (33:00) Cómo el cache acelera pipelines grandes
 (39:33) Artifacts: qué son y para qué sirven
 (45:14) Cache vs Artifacts: cuándo usar cada uno
 (51:00) Container Registry como parte del pipeline
 (55:00) Seguridad y tokens temporales
 (57:19) Reflexión final para developers y SREs
 (1:01:04) Cierre del episodio

¿Estamos ante una revolución real o una burbuja tecnológica más? En este episodio de Dev&Ops, Juan y Douglas analizan cómo la Inteligencia Artificial ha transformado el ciclo de vida del desarrollo de software desde el 2022 hasta el panorama actual de inicios de 2026. Exploramos la transición del "googleo" tradicional al uso de LLMs integrados en la terminal, y cómo esto ha impactado no solo la velocidad, sino también la salud mental y el perfil profesional de los desarrolladores.

En este episodio cubrimos:
- Cambio de Paradigma en el Flujo de Trabajo: De la búsqueda en Stack Overflow a la asistencia inmediata en el IDE y la terminal.
- Pair Programming con IA: Cómo utilizar el brainstorming y la planeación de tareas para que la IA actúe como un copiloto y no como un reemplazo del pensamiento crítico.
- La Realidad de las Alucinaciones: Por qué es vital mantener el escepticismo técnico y supervisar cada línea generada, evitando que la IA nos dé la razón erróneamente.
- Carga Cognitiva y Context Switching: El impacto de gestionar múltiples tareas aceleradas por IA y estrategias para recuperar la "sanidad mental".
- IA como Juez y Parte: El debate sobre el uso de agentes para generar código, crear unit tests y realizar code reviews de forma automatizada.
- Evolución del Perfil Profesional: Por qué el rol del programador está mutando hacia el de un supervisor de sistemas y qué habilidades (las bases) siguen siendo innegociables.

Únete a nuestras redes sociales:
YouTube: https://www.youtube.com/@DevAndOpsPodcast ▶️
TikTok: https://www.tiktok.com/@devandops 🕺
Instagram: https://www.instagram.com/devandopspodcast 📸
Facebook: https://www.facebook.com/devandops 👍
Spotify: https://open.spotify.com/show/1MuMODYsE4xN6RhOcd8EaG 🎧

📑 Chapters:
(00:00) Introducción: Reaprender las características de nuestro empleo 
(03:50) La gran comparación: ¿Es la IA el nuevo Internet? 
(10:45) El fin de "googlear": La integración de la IA en el flujo diario 
(16:20) Estrategias de Brainstorming y Pair Programming efectivo 
(30:10) El riesgo de la complacencia: Alucinaciones y validación de resultados 
(38:45) Impacto en la salud mental: Carga cognitiva y fatiga por multitarea 
(44:20) Gestión de infraestructura y Pull Requests masivos con agentes 
(54:15) El dilema ético y técnico: IA como juez y parte en el desarrollo 
(1:03:05) El futuro del perfil profesional y el mercado laboral en 2026

#devops #softwaredevelopment #ia #ingenieriadesoftware #productividad #saludmental #tecnologia #careerdevelopment #programming2026

En este episodio hablamos sobre comandos de Linux que son clave al trabajar con pipelines de CI/CD. Partiendo de la experiencia práctica en GitHub Actions, Jenkins y otros runners, conversamos sobre cómo los pipelines dependen casi siempre de una terminal Linux y cómo sacarle el máximo provecho.

Douglas y Juan recorren comandos fundamentales para interactuar con APIs, procesar texto, manejar JSON y YAML, trabajar con variables de entorno y sincronizar archivos de forma eficiente, siempre desde el contexto real de un pipeline. Un episodio especialmente útil para developers que quieren entender mejor qué pasa “detrás de escena” y para quienes trabajan en DevOps día a día.

🔍 En este episodio aprenderás:

• Por qué la terminal Linux es la base de la mayoría de los CI/CD pipelines
• Cómo usar curl para interactuar con APIs, webhooks y health checks
• Para qué sirve awk al procesar outputs y logs en pipelines
• Cómo jq y yq ayudan a trabajar con JSON y YAML
• Qué es envsubst y cómo usar templates con variables de entorno
• Por qué rsync es el comando favorito para despliegues y sincronización

¡Únete a nuestra comunidad online! 👇
YouTube: https://www.youtube.com/@DevAndOpsPodcast ▶️
TikTok: https://www.tiktok.com/@devandops 🕺
Instagram: https://www.instagram.com/devandopspodcast/ 📸
Facebook: https://www.facebook.com/devandops 👍
Spotify: https://open.spotify.com/show/1MuMODYsE4xN6RhOcd8EaG 🎧

📝 Capítulos:
(00:00) GitHub Actions y la adopción de CI/CD por developers
(00:50) Bienvenida al episodio 46
(01:52) Introducción al tema: comandos Linux para CI/CD
(06:36) Experiencia de Juan con pipelines y GitHub Actions
(09:19) Importancia del output y la información del pipeline
(13:08) curl: el navegador web en la terminal
(23:10) Diferencias entre curl y wget
(25:55) awk: procesando texto y columnas en pipelines
(35:20) Uso combinado de grep y awk
(37:45) jq y yq: trabajando con JSON y YAML
(46:30) envsubst: templates y variables de entorno
(59:47) rsync: sincronización eficiente de archivos
(1:10:51) Mensajes finales y cierre del episodio

¿Debes escribir tus queries a mano o dejar que una librería lo haga por ti? En este episodio, Juan y Douglas se sumergen en el eterno debate: ORM (Object-Relational Mapping) vs. SQL Nativo.

Analizamos las ventajas de abstracción y seguridad de los ORMs, frente al control total y el rendimiento que ofrece escribir SQL directo. Además, hablamos sobre:

• El problema del rendimiento y las consultas N+1.
• La falsa promesa de la "portabilidad" entre bases de datos.
• Nuevas alternativas como los Query Builders (SQLC).
• Por qué, elijas lo que elijas, los fundamentos de SQL son innegociables.

Si eres desarrollador o trabajas en infraestructura, este episodio te ayudará a decidir la mejor estrategia para tu próximo proyecto. ¡No olvides darle like y suscribirte para más charlas de tecnología!

¡Únete a nuestra comunidad online! 👇
YouTube: https://www.youtube.com/@DevAndOpsPodcast ▶️
TikTok: https://www.tiktok.com/@devandops 🕺
Instagram: https://www.instagram.com/devandopspodcast 📸
Facebook: https://www.facebook.com/devandops 👍
Spotify: https://open.spotify.com/show/1MuMODYsE4xN6RhOcd8EaG 🎧

Capítulos:
(00:00) Introducción: El gran debate del desarrollo
(02:17) ORM vs SQL: ¿Qué es cada uno?
(05:17) Ventajas de los ORM: Autocómpleto y Tipado
(10:30) El poder y control del SQL Nativo
(12:50) Store Procedures y Funciones en la base de datos
(15:10) Seguridad: Protegiéndonos de la Inyección SQL
(18:45) Migraciones y Observabilidad del código
(22:10) Logs y APM: Identificando queries lentos
(26:59) El mito de la portabilidad en las bases de datos
(31:00) El peligro del problema N+1 en ORMs
(35:55) ¿Combinar ambos mundos es la solución?
(38:15) La nueva era: Query Builders (SQLC)
(42:28) Conclusiones finales

#devops #desarrolloDeSoftware #sql #orm #basesDeDatos #programacion #backend #postgresql #mysql #rendimiento #queryBuilder #sqlc #inyeccionSql #apm #techPodcast

En este episodio analizamos ofertas laborales reales en el área de sistemas, DevOps y desarrollo para entender qué están buscando las empresas en 2026.
Desmitificamos la idea de que hay que saber todo (Kubernetes, IA, GitOps, Service Mesh, etc.) para conseguir trabajo y revisamos, punto por punto, requerimientos reales del mercado.

Hablamos de puestos como SRE, DevOps Engineer, Frontend Engineer y Backend Go, revisando qué es realmente indispensable, qué es “nice to have” y cómo interpretar correctamente las descripciones laborales para no auto-descartarse.

Un episodio ideal si estás buscando tu primer trabajo, cambiar de empleo o prepararte mejor para el mercado actual, ya sea remoto o presencial.

🔍 En este episodio aprenderás:

• Qué piden realmente las empresas en ofertas IT en 2026
• Cómo interpretar años de experiencia y requisitos “inflados”
• Qué tecnologías siguen siendo clave en DevOps y desarrollo
• La importancia del inglés, portfolios y experiencia demostrable
• Por qué no necesitas saber “todo” para aplicar a un buen puesto
• Diferencias entre puestos senior, mid y contractor
• Qué tan relevante es hoy la inteligencia artificial en ofertas reales

¡Únete a nuestra comunidad online! 👇
YouTube: https://www.youtube.com/@DevAndOpsPodcast ▶️
TikTok: https://www.tiktok.com/@devandops 🕺
Instagram: https://www.instagram.com/devandopspodcast/ 📸
Facebook: https://www.facebook.com/devandops 👍
Spotify: https://open.spotify.com/show/1MuMODYsE4xN6RhOcd8EaG 🎧

📑 Capítulos:
(00:00) Mitos sobre conseguir trabajo en tecnología
(01:11) Bienvenida y métricas de la audiencia
(03:21) Agradecimiento a la comunidad internacional
(05:10) Objetivo del episodio: analizar ofertas reales
(07:11) Contexto del mercado laboral en 2026
(10:46) Aclaraciones sobre empresas y ofertas reales
(11:12) Oferta SRE: requisitos y realidad del puesto
(15:35) Años de experiencia vs experiencia real
(18:55) Kubernetes, AWS y expectativas reales
(22:55) Bash vs Python en automatización
(26:44) Observabilidad y monitoreo en la práctica
(29:40) Conclusiones del puesto SRE
(31:42) Puesto Senior Frontend Engineer (Field)
(36:06) Arquitectura frontend y rendimiento
(38:10) Importancia del code review
(42:04) Frontend moderno: React, Next.js y WordPress
(45:39) Portafolio y experiencia demostrable
(49:43) Puesto DevOps Engineer (Launchpad)
(55:33) Requisitos accesibles vs seniority
(59:11) Certificaciones, FinOps y DevSecOps
(1:00:49) Senior Go Backend Engineer (Job City)
(1:05:19) Cómo leer correctamente una oferta laboral
(1:09:41) Conclusiones sobre el mercado en 2026
(1:11:06) Recomendaciones finales para la audiencia

¡Bienvenidos a nuestro segundo episodio de 2026! Después de las fiestas y con la energía renovada (aunque todavía un poco "llenos" por la comida festiva), Juan y Douglas Barahona se sumergen en uno de los temas más recurrentes y peligrosos en el mundo de la tecnología: el Overengineering. 

En esta charla, exploramos por qué tenemos ese impulso casi natural de diseñar soluciones extremadamente complejas para problemas que aún no existen y que, probablemente, nunca tendremos. Compartimos anécdotas reales desde las trincheras —desde bases de datos legacy hasta automatizaciones innecesarias— y discutimos cómo la experiencia nos ha enseñado a valorar la simplicidad sobre el ego técnico. 

🚀 Lo que aprenderás en este episodio:

• Definición clara: ¿Qué es realmente el overengineering y en qué se diferencia del future proofing? 
• Banderas Rojas: Cómo identificar si estás pasando más tiempo en la arquitectura que en la lógica de negocio. 
• Impacto en el equipo: Por qué la complejidad cognitiva dificulta el mantenimiento y la colaboración. 
• Herramientas para combatir el exceso: Aplicando conceptos como YAGNI, KISS y el enfoque MVP. 
• Casos reales: Douglas nos cuenta cuándo es mejor optar por un proceso manual que por una infraestructura como código (IaC) excesiva. 

No permitas que la "sobre-ingeniería" retrase tus despliegues ni agote tu presupuesto.

¡Únete a nuestra comunidad online! 👇
YouTube: https://www.youtube.com/@DevAndOpsPodcast ▶️
TikTok: https://www.tiktok.com/@devandops 🕺
Instagram: https://www.instagram.com/devandopspodcast 📸
Facebook: https://www.facebook.com/devandops 👍
Spotify: https://open.spotify.com/show/1MuMODYsE4xN6RhOcd8EaG 🎧

📑 Chapters:

(00:00) Introducción y regreso a la realidad en 2026 

(03:40) Definiendo el Overengineering: ¿Estamos resolviendo problemas fantasma? 

(07:05) Experiencias de juventud: El error de las soluciones excesivas 

(11:00) Lecciones de una base de datos legacy: El caso del drop-down 

(14:30) Bandera Roja #1: Configuración vs. Lógica de negocio 

(21:05) Bandera Roja #2: Demasiados pasos para tareas sencillas 

(24:00) Caso de estudio: ¿Rundeck o un simple Pipeline de GitLab? 

(31:00) El factor humano: Escuchar al equipo y controlar el ego profesional 

(38:00) Desventajas críticas: Tiempo, dinero y mantenimiento costoso 

(45:00) Cuando la automatización es una herejía: El caso CloudFormation 

(52:30) Diferencias clave: Future Proofing vs. Overengineering 

(59:00) El escudo contra la complejidad: YAGNI, KISS y el poder del MVP 

(01:06:00) Conclusiones y cierre del episodio 

#devops #overengineering #futureproofing #arquitecturadesoftware #yagni #kiss #mvp #programacion #desarrollodesoftware #tecnologia #mantenimiento #escalabilidad #ingenieriadesoftware #podcast 

En este episodio hablamos abiertamente sobre las metas y la dirección de Dev&Ops para 2026.
No se trata de promesas vacías, sino de objetivos concretos basados en lo que ya hemos construido y en lo que queremos mejorar como proyecto y como comunidad.

Conversamos sobre la importancia de tener un plan, aunque no sea perfecto, y cómo esa claridad nos permite mantener consistencia, mejorar el contenido y entregar más valor a quienes nos escuchan y nos ven.

Hablamos de mantener el episodio semanal, de hacer más directos (lives) con contenido práctico y participación de la audiencia, de traer invitados que sumen experiencia real, de crear contenido escrito como complemento al podcast y de hacer crecer las redes sociales para que el contenido llegue a más personas.

Este episodio es una invitación a crecer juntos y a construir Dev&Ops de forma intencional.

📑 Capítulos:
(00:00) Intro y contexto del episodio
(02:10) Por qué es importante definir metas como proyecto
(04:25) Tener un plan, aunque no sea perfecto
(06:15) Meta 1: mantener el episodio semanal
(10:40) El esfuerzo real detrás de la constancia
(13:50) Meta 2: más directos (lives) y contenido hands-on
(19:20) Qué tipo de directos queremos hacer
(24:30) Meta 3: traer invitados y colaboraciones
(29:40) Meta 4: contenido escrito y por qué sigue siendo valioso
(33:00) Meta 5: crecer en redes sociales con intención
(38:45) Comunidad, feedback y cierre del episodio

¡Bienvenidos a un episodio muy especial y emotivo de Dev&Ops! 🎉

Hoy colgamos un rato las teclas y los comandos de terminal para sentarnos a charlar "a calzón quitado" sobre lo que ha sido este increíble viaje de 2025. Juan y Douglas reflexionan sobre los primeros 9 meses oficiales del podcast (¡aunque la planeación tomó casi dos años!).

En este especial no solo celebramos la constancia, sino que compartimos la realidad detrás del micrófono: los retos técnicos, la importancia de la iluminación sobre la cámara, y cómo organizarse para no morir en el intento.

¿Qué vas a encontrar en este episodio?
🎂 La historia de origen: Cómo pasamos de la idea a la acción en marzo de 2025.
💡 Consejos para creadores: Lo que nos hubiera gustado saber antes de iniciar un podcast.
👨‍💻 Debate de Títulos: ¿Middle-Tier Administrator, SRE o Cloud Engineer? Ponemos orden en los nombres de puestos TI.
🏆 El Top 3: Revelamos nuestros episodios favoritos del año (desde WordPress hasta Soft Skills).
🌱 Crecimiento Personal: Lecciones aprendidas fuera del código.

Gracias infinitas a cada uno de ustedes por escucharnos, comentar y ser parte de esta comunidad. ¡Nos vemos en el 2026 con más tecnología, más DevOps y más código!

¡Únete a nuestra comunidad online! 👇
YouTube: https://www.youtube.com/@DevAndOpsPodcast ▶️
TikTok: https://www.tiktok.com/@devandops 🕺
Instagram: https://www.instagram.com/devandopspodcast 📸
Facebook: https://www.facebook.com/devandops 👍
Spotify: https://open.spotify.com/show/1MuMODYsE4xN6RhOcd8EaG 🎧

📑 Chapters:
(00:00) Inicio y agradecimientos: Un año de esfuerzo compartido
(02:33) Recapitulando el 2025: Sentimientos encontrados y satisfacción
(05:11) La Historia de Dev&Ops: De la planeación al lanzamiento
(07:21) Consejos para iniciar un Podcast: Luces, audio y procesos
(11:19) Repaso de temas técnicos: Rompiendo las reglas del libro
(14:15) La realidad vs. Las "Best Practices" en la industria
(19:09) SysAdmin, SRE y la evolución de los puestos de trabajo
(22:18) ¿Cómo nombrar correctamente los cargos en Tecnología?
(28:50) El Top 3 de Douglas: Soft Skills, Emprendimiento y Tips
(35:45) El Top 3 de Juan: WordPress, Trabajo en USA y Rob Pike
(39:32) Crecimiento Personal: Lo que nos dejó el podcasting este año
(46:50) Mensaje final a la comunidad y cierre del 2025

Takeaways
Agradecimiento a Dios por las oportunidades recibidas.
La importancia de invertir recursos en proyectos.
Las conexiones personales enriquecen las conversaciones.
Las conversaciones pueden ser entretenidas y divertidas.
La alineación de pensamientos facilita la comunicación.
Reflexionar sobre el tiempo y los recursos disponibles.
Las sinergias en las conversaciones son valiosas.
El crecimiento personal requiere esfuerzo y dedicación.
Las relaciones interpersonales son clave para el éxito.
La diversión puede coexistir con el trabajo serio.

#devandopspodcast #podcast #tecnología #aniversariopodcast #recap2025 #vidadeprogramador #sysadminvsdevops #sresitereliabilityengineering #consejosparapodcasters #crecimientoprofesionalit #emprendimientotech #wordpresshosting #dockervskubernetes #softskillsparaprogramadores #trabajoremoto #douglasyjuan #findeañotech

En este episodio de Dev&Ops, Douglas y Juan se meten en una de las preguntas más importantes para cualquier profesional en tecnología:

👉 ¿Cuánto necesitamos entender realmente “lo que pasa por debajo”?

Hoy usamos frameworks, cloud, IA, automatización y herramientas que nos abstraen cada vez más de los detalles técnicos. Pero:

• ¿Eso nos hace mejores profesionales?
• ¿O estamos perdiendo fundamentos importantes?
• ¿Dónde está el equilibrio entre productividad y entendimiento real?

Durante la conversación hablamos de:

• Qué son las capas de abstracción en tecnología.
• Por qué entender los fundamentos sí agrega valor, aunque no los uses todos los días.
• Casos reales donde el conocimiento low-level marca la diferencia.
• Por qué saber “cómo se hacía antes” no es nostalgia, sino contexto.
• El rol de la IA, Stack Overflow y el copy-paste en nuestra forma de aprender.
• Cómo encontrar un balance sano entre aprender lo nuevo y entender lo esencial.
• Cuándo no vale la pena profundizar… y cuándo sí.

Un episodio ideal para:

• Developers
• DevOps / SRE / SysAdmins
• Cloud Engineers
• Personas que están creciendo en su carrera tech
• Cualquiera que se haya preguntado:
   “¿Realmente necesito saber esto… o solo que funcione?”

📑 Capítulos:
(00:00) Introducción
(00:53) Bienvenida al episodio
(01:47) Tecnología en series y ficción
(03:21) Tema central: hasta dónde entender las capas de abajo
(05:08) Capas de abstracción explicadas
(07:27) Curiosidad técnica vs balance personal
(10:33) Aclaración importante: no es hate generacional
(12:58) Antes de la nube: compilar todo a mano
(15:33) Cuando el conocimiento se vuelve abstracto
(18:09) Troubleshooting sin herramientas modernas
(21:01) “Nosotros éramos el Splunk”
(23:22) Ventajas reales del conocimiento low-level
(27:03) El conocimiento como memoria muscular
(30:00) Lo nuevo vs lo viejo en programación
(34:30) ¿Saber cómo se hacía antes da ventaja hoy?
(36:42) El valor aparece cuando nadie más puede resolverlo
(42:08) La IA no creó este problema
(46:19) El riesgo de usar sin entender
(48:04) Entender el porqué de las decisiones técnicas
(54:12) Encontrar el equilibrio correcto
(59:18) Leer documentación como regla mínima
(1:03:07) El tiempo como factor clave para aprender
(1:07:08) Regla de oro: no entregar lo que no entiendes
(1:09:50) Reflexión final
(1:11:11) Despedida