TryCatch.tv

Judlup

// Aprender haciendo
// AWS Community Builder
// judlup@trycatch.tv
https://dotear.com
1k?

Play

Open in

29 episodes
Avg 1 hr 2 min
Spanish

Episodes 29

Newest Oldest Longest

All9 Unplayed9 In progress0 Played0

Counted on this page — what you have heard stays on this device, so it is not something the list can be paged by.

September 9 · 1 hr 11 min
Lo que aprendí participando en 6 eventos tech en un mes
Durante casi un mes estuve mucho menos presente en las transmisiones de TryCatch.tv, pero fue porque la comunidad salió de la pantalla. Pasé por AWS Summit Bogotá, Latam Architecture Day, CaribeDev Barranquilla, Containers Day en República Dominicana, DevOps Day Lima y AWS Community Day Bolivia. En este episodio cuento cómo fue vivir esos eventos, viajar entre ciudades y países, participar como speaker y encontrarme cara a cara con personas que durante años solo había conocido por un username. Más allá de las charlas, quedaron conversaciones, comunidad, cansancio, aprendizajes y una confirmación importante: crear contenido y compartir conocimiento durante años termina abriendo puertas que muchas veces uno ni siquiera sabía que existían. La idea central: los eventos no valen solamente por lo que ocurre en el escenario, sino por las personas y conexiones que aparecen alrededor.
August 19 · 55 min
Cómo tomar mejores decisiones de arquitectura en Google Cloud
En este episodio hablamos de trade-offs reales en Google Cloud a partir de tres decisiones muy comunes: Cloud SQL vs Firestore, Cloud Run vs GKE y HTTP vs Pub/Sub. La idea no es decidir qué servicio es “mejor”, sino entender qué problema estamos resolviendo, qué atributo de calidad importa, qué complejidad introducimos y qué costo operativo estamos dispuestos a asumir. También hablamos de escala futura, sobrearquitectura, costo humano de la infraestructura, acoplamiento, asincronía, observabilidad e idempotencia. La conclusión: una buena decisión de arquitectura no elige la tecnología más poderosa, sino la que mejor encaja con el contexto actual y puede evolucionar cuando ese contexto cambie.
August 11 · 1 hr 22 min
Terremoto en Colombia
En este episodio hablamos sobre lo ocurrido durante el terremoto del 10 de agosto de 2026 en Colombia, partiendo de la experiencia personal, los reportes que se conocían durante la transmisión y los testimonios de personas en distintas ciudades. Más allá de las cifras, la conversación se centra en preparación, infraestructura, comunicaciones, sistemas de alerta, resiliencia y uso de la tecnología durante una emergencia. También revisamos cómo herramientas digitales pueden ayudar a ubicar personas, compartir información y coordinar respuestas, pero con una idea clave: en una emergencia, la velocidad de la información nunca debería estar por encima de su confiabilidad. La reflexión central: no podemos decidir cuándo ocurre un terremoto, pero sí podemos decidir qué tan preparados estamos cuando sucede.
August 5 · 37 min
Principio de menor sorpresa aplicado al código
En este episodio seguimos con la lectura de Código Sostenible, capítulo 5: Principio de menor sorpresa. Hablamos de por qué el código debería comportarse siempre de la forma en que otra persona espera, sin efectos secundarios ocultos, retornos inconsistentes ni abstracciones que obliguen al equipo a desconfiar. También analizamos métodos que mienten sobre lo que hacen, comentarios que intentan justificar diseños confusos, monkey patching y la diferencia entre ocultar secretos de implementación y esconder consecuencias inesperadas. La idea central: el buen diseño puede ocultar cómo funciona internamente, pero nunca debería ocultar qué provoca.
August 4 · 1 hr 32 min
Cómo configurar Kaddo en un proyecto pre-IA y multirepo
En este episodio configuramos Kaddo desde cero en el Directorio Trycker, un proyecto open source existente, pre-IA y compuesto por varios repositorios. Vemos cómo definir un repositorio core, mapear frontend y backend como módulos, reconstruir el conocimiento del sistema y preparar contexto para que los agentes no trabajen de forma aislada. También desarrollamos un work item de extremo a extremo para agregar la fecha de cumpleaños al perfil, cubriendo producto, privacidad, datos, backend, contrato, frontend, pruebas y actualización del conocimiento. La idea central: la IA puede leer todos tus repositorios y aun así no entender el producto; el contexto es lo que convierte archivos separados en un sistema.
July 24 · 44 min
Cómo elegir mejores nombres en el código
En este episodio seguimos con la lectura de Código Sostenible, capítulo 4: Técnicas para elegir nombres. Hablamos de por qué nombrar bien no es un detalle estético, sino una decisión de diseño que afecta cómo el equipo entiende, mantiene y evoluciona el software. Vimos heurísticas para elegir mejores nombres: que sean fáciles de pronunciar, que no incluyan ruido técnico innecesario, que eviten comodines como Helper, Manager o Utils, que formen frases naturales, que respeten el lenguaje del negocio y que se apoyen en el contexto correcto. La idea central: un buen nombre reduce la necesidad de explicar; un mal nombre obliga al equipo a adivinar.
July 22 · 53 min
Holberton: El problema de vender sueños en la educación tech
En este episodio analizamos el caso de Holberton y la discusión alrededor de programas de formación en tecnología que prometen estudiar ahora y pagar después. El objetivo no es hacer un linchamiento, sino entender el problema de fondo: qué pasa cuando la promesa de entrar a tech se mezcla con deuda, expectativas laborales, pagarés, contratos difíciles de entender y publicidad agresiva. También hablamos de la responsabilidad de las instituciones que venden educación, la responsabilidad de quienes firman este tipo de acuerdos y la realidad del mercado tech: aprender programación puede abrir oportunidades, pero no garantiza empleo automático. La idea central: la educación tech puede cambiar vidas, pero nadie debería hipotecar su futuro por una promesa mal explicada.
July 19 · 43 min
Qué esperar del Latam Architecture Day 2026
En este episodio revisamos el Latam Architecture Day 2026, un evento enfocado en arquitectura, liderazgo técnico, IA, decisiones arquitectónicas, negocio y tecnología. Durante la transmisión vimos la dinámica del sorteo de entradas virtuales para la comunidad, los códigos de descuento de TryCatch.tv, parte de la agenda, speakers destacados y algunas de las charlas más esperadas del evento. También leímos respuestas de participantes, hablamos del valor de asistir a eventos de arquitectura y realizamos el sorteo en vivo de las entradas. La idea central: un buen evento de arquitectura no solo te muestra tecnologías; te ayuda a mejorar las preguntas que haces cuando tomas decisiones técnicas.
July 17 · 57 min
Cómo evoluciona una arquitectura en Google Cloud cuando una startup crece
En este episodio hablamos de cómo cambia una arquitectura en Google Cloud cuando una startup empieza a crecer. Partimos desde un MVP y revisamos cómo evolucionan las decisiones técnicas al pasar por distintas etapas: 100 usuarios, 1.000 usuarios, 50.000 usuarios y hasta 1 millón de usuarios. La idea no es explicar servicios de forma aislada, sino entender cuándo aparecen y por qué: Cloud Run, Cloud SQL, Memorystore, Cloud Load Balancing, Cloud CDN, Pub/Sub y BigQuery. La idea central: una buena arquitectura no nace gigante; evoluciona cuando el problema lo exige.

Showing 21–29 of 29 episodes