TryCatch.tv

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.

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.

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.

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.

En este episodio implementamos Kaddo en Kiorem como un proyecto pre-IA: un producto que ya existe, tiene código, reglas, módulos y decisiones importantes, pero todavía necesita una capa de conocimiento estructurada para trabajar mejor con agentes de IA.
Vemos cómo Kaddo ayuda a capturar contexto de negocio, producto, tecnología y delivery; cómo preparar el proyecto para que la IA no trabaje a ciegas; cómo usar agentes, MCP y grafo de conocimiento; y cómo refinar un work item con criterios de aceptación, ownership y preguntas abiertas.
La idea central: antes de pedirle código a la IA, hay que darle memoria del proyecto.