¡Bienvenidos a un nuevo episodio de Dev&Ops! En esta edición de mediados de 2026, Juan y Douglas se sientan a analizar el estado actual de la Inteligencia Artificial de forma honesta y sin filtros. ¿Realmente la IA nos va a quitar el trabajo o solo es humo de las grandes empresas?

En este episodio hablamos sobre el rechazo de las nuevas generaciones hacia la inteligencia artificial, el altísimo costo de los tokens (¡Uber se gastó su presupuesto anual en meses!), la orquestación de diferentes modelos y si realmente vale la pena que las empresas paguen las suscripciones premium a sus desarrolladores. Además, discutimos el impacto real de la IA en la ciencia y compartimos un consejo ético (y algo polémico) sobre cómo manejar tu eficiencia y los tiempos cuando usas IA en tu trabajo diario.

¡No olvides suscribirte, dejar tu like y compartirnos tu opinión en los comentarios! ¿Vos pagas tu propia IA o te la paga la empresa?

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) Intro y reflexiones sobre nuestra carrera en IT

(04:35) El estado de la IA en 2026 y chatbots desfasados

(12:38) El rechazo a la IA de las nuevas generaciones y artistas

(17:23) ¿La inteligencia artificial reemplazará a los programadores?

(25:56) ¿Deberían nuestros hijos estudiar programación hoy en día?

(30:22) Orquestación de modelos de IA y herramientas locales

(33:04) El exorbitante costo de los tokens y presupuestos empresariales

(42:16) Auditorías, KPIs y la verdadera rentabilidad de usar IA

(54:47) La preocupante falta de entrenamiento corporativo para usar IA

(59:15) La IA en la ciencia y los CEOs que se retractan sobre los despidos

(1:06:48) Consejo polémico sobre tu productividad y el uso de la IA

#devops #programacion #inteligenciaartificial #ia2026 #tecnologia #systemdesign #crecimientoprofesional #podcasttecnologico #chatgpt #claude #gemini #desarrollodesoftware

En este episodio de Dev&Ops, Juan y Douglas conversan sobre el impacto de la Inteligencia Artificial en la ingeniería de software, reaccionando a artículos que plantean si esta carrera seguirá siendo “para toda la vida” y si realmente a los ingenieros se les paga por escribir código.

A partir de sus experiencias, discuten cómo la IA está cambiando la forma de trabajar, por qué escribir código no es el único valor de un ingeniero y cómo el criterio, la arquitectura, los patrones y la capacidad de resolver problemas siguen siendo fundamentales. 

También hablan sobre el riesgo de usar IA sin metodología, la importancia de entender las bases técnicas y cómo esta tecnología puede multiplicar el trabajo cuando existe conocimiento previo.

🔍 En este episodio aprenderás:

•  Por qué la IA no reemplaza automáticamente el valor de un ingeniero. 
•  Cómo ha evolucionado la ingeniería de software con nuevas herramientas y paradigmas. 
•  Por qué escribir código no es lo único por lo que te pagan. 
•  La importancia de pensar antes de abrir el editor y empezar a programar. 
•  Cómo usar IA sin perder entendimiento del proyecto. 
•  Por qué la arquitectura, los patrones y el juicio técnico siguen siendo claves. 
•  Cómo evitar caer en el humo alrededor de la inteligencia artificial. 

Enlaces:

• https://www.seangoedecke.com/software-engineering-may-no-longer-be-a-lifetime-career
• https://newsletter.techworld-with-milan.com/p/youre-not-paid-to-write-code

📑 Capítulos:
(00:00) La IA multiplica lo que ya sabés hacer
(00:41) Bienvenida a un nuevo episodio de Dev&Ops
(01:19) El regreso de Juan y Douglas al podcast
(02:53) El estilo de Dev&Ops: experiencias, tecnología y conversación real
(03:26) Clips fuera de contexto y contenido técnico en redes
(04:11) Cómo funcionan las redes sociales y la creación de contenido
(06:07) Reacción a artículos sobre tecnología e ingeniería
(06:52) Primer artículo: ¿la ingeniería de software ya no será una carrera para toda la vida?
(08:30) La carrera del futuro y el temor al cambio
(09:07) IA, aprendizaje y posible pérdida de habilidades técnicas
(11:16) De ensamblador a lenguajes de alto nivel: una comparación histórica
(13:14) ¿Qué pasa si la IA te hace “más tonto”?
(15:48) Douglas responde: la IA ya se quedó, pero sigue evolucionando
(17:23) Cómo han cambiado las habilidades requeridas para ser ingeniero
(18:46) Cloud, infraestructura y profesionales que nunca tocaron hardware
(20:44) Tony Stark, Jarvis y la IA como herramienta guiada por criterio humano
(21:35) Nichos técnicos profundos y oportunidades futuras
(23:08) Juan: la IA cambió mucho en pocos años
(24:43) Bases técnicas, programación e IA en el aprendizaje
(25:37) El riesgo de no entender el proyecto al usar IA
(26:13) Metodologías correctas para trabajar con IA
(27:23) Redes sociales de Dev&Ops
(27:51) Segundo artículo: no te pagan por escribir código
(28:34) Douglas: nunca nos han pagado solo por escribir código
(29:11) Pensar antes de abrir el editor
(30:43) La trampa de la identidad del programador
(31:27) El código como pasivo, no como activo
(32:18) IA, código barato y juicio técnico
(33:24) El trabajo real del ingeniero: arquitectura, validación y decisiones
(34:52) Douglas: una opinión controversial pero necesaria
(37:43) Ingeniar soluciones más allá de programar
(38:33) Cuando la solución no requiere escribir código
(40:13) La IA como herramienta para convertir ideas en soluciones
(41:13) Ser senior va más allá del lenguaje de programación
(42:31) La IA multiplica, pero necesitás conocimiento previo
(43:48) Cierre del tema y próximo episodio
(44:33) Douglas: perderle el miedo a la IA y analizarla con mente abierta
(45:56) Venta de humo, redes sociales y falsas promesas sobre agentes de IA
(47:34) Cierre del episodio

¿Sigue siendo rentable dedicarse al desarrollo de aplicaciones móviles o fueron reemplazadas por las PWAs? En este episodio de Dev&Ops, analizamos por qué el desarrollo móvil sigue siendo una de las rutas más sólidas para insertarse en el mercado laboral, especialmente en Latinoamérica. 

Exploramos la comparativa entre desarrollo nativo (Kotlin, Swift) frente a frameworks multiplataforma como Flutter y React Native, y desmitificamos el miedo al backend gracias a las soluciones de Backend as a Service (BaaS). Además, discutimos la oportunidad de emprendimiento en la región: ¿está Latinoamérica realmente lista para pagar por apps? 🚀

Si eres Junior buscando su primer empleo o un desarrollador experimentado que quiere expandir su stack, este video te dará la perspectiva técnica y económica que necesitas.

Capítulos del video:
(00:00) - Introducción al desarrollo móvil
(01:15) - Expandiendo tu conocimiento: El valor de ser Mobile Dev
(02:45) - Oportunidades laborales y salarios para Juniors y Seniors
(04:10) - ¿Las PWAs mataron a las Apps Nativas?
(06:15) - Herramientas modernas y Quality of Life (Hot Reload)
(07:30) - Nativo vs Multiplataforma: Kotlin, Swift, Flutter y React Native
(10:15) - El ecosistema de distribución y marketing digital
(12:30) - Potencial de mercado en Latinoamérica: Emprendiendo con Apps
(14:50) - Soluciones de Backend fáciles: Firebase, Supabase y PocketBase
(18:20) - Seguridad en BaaS y gestión de bases de datos
(20:10) - Conclusiones y consejos finales

Enlaces de interés:
🔗 Cursos oficiales de Google para Android: [https://developer.android.com/courses/android-basics-compose/course]
🔗 Pluralsight: [https://www.pluralsight.com]
📂 Lista de reproducción "Versus" (Kubernetes vs Docker Swarm): [https://www.youtube.com/playlist?list=PLSvryITDWGgUAQhPjDtYG4DenQ4X5Vb9y]

#devops #desarrollomovil #flutter #reactnative #androiddev #iosdev #programacion #latam #salariosit #backend #firebase #pocketbase #podcast

En este episodio de Dev&Ops hablamos sobre cómo reducir costos al correr Kubernetes en AWS, especialmente usando EKS. Douglas comparte consejos prácticos basados en experiencia real operando infraestructura en Kubernetes, desde optimización de aplicaciones hasta estrategias avanzadas con hardware, tráfico, Spot Instances, Saving Plans y Karpenter.

El episodio explica por qué Kubernetes puede elevar la factura en AWS si no se planifica correctamente, qué elementos terminan generando costos y cómo aplicar buenas prácticas para controlar mejor el consumo de recursos, el tráfico entre Availability Zones y el uso de nodos.

También se aborda una configuración práctica usando nodos on demand para servicios críticos, Saving Plans para reducir costos base, y Karpenter para aprovisionar dinámicamente Spot Instances con fallback a instancias on demand cuando sea necesario. 

🔍 En este episodio aprenderás:

•  Por qué EKS puede incrementar significativamente la factura en AWS 
•  Cómo optimizar aplicaciones para consumir menos CPU, memoria y recursos 
•  La importancia de definir límites en pods, réplicas y nodos 
•  Cómo reducir costos controlando tráfico, requests y ancho de banda 
•  Por qué evitar tráfico innecesario entre Availability Zones 
•  Cómo usar Saving Plans y Spot Instances para ahorrar en nodos 
•  Cómo Karpenter ayuda a escalar y consolidar recursos de forma eficiente

📑 Capítulos:
(00:00) Configuración actual con Kubernetes, Karpenter y Spot Instances
(01:13) Bienvenida al episodio 61 de Dev&Ops
(02:20) Tema del episodio: optimizar costos corriendo Kubernetes en AWS
(04:10) Por qué EKS puede aumentar la factura en AWS
(06:30) Aclaraciones: consejos generales y enfoque en AWS EKS
(08:35) Consejo 1: optimiza tu aplicación para consumir menos recursos
(11:20) Consejo 2: asegúrate de que tu aplicación sea cloud native
(15:05) Consejo 3: define límites para pods, réplicas y nodos
(18:35) Control de requests, caché y reducción de carga en Kubernetes
(20:53) Consejo 4: usa Ingress con Application Load Balancer
(23:40) AWS Load Balancer Controller, ALB y WAF
(26:20) Consejo 5: evita tráfico innecesario entre Availability Zones
(29:10) Qué son las Availability Zones y por qué el tráfico cuesta dinero
(32:25) Ejemplo práctico: mantener requests dentro de la misma Availability Zone
(36:10) Estrategias para controlar tráfico interno en Kubernetes
(38:30) Service Mesh como alternativa para enrutar tráfico local
(41:00) Consejos de hardware para reducir costos en EKS
(42:10) Consejo 6: implementa AWS Saving Plans
(45:40) Cómo funcionan los compromisos de gasto en Saving Plans
(48:10) Aplicar Saving Plans al consumo base de nodos on demand
(49:05) Consejo 7: implementa Spot Instances
(51:20) Cómo combinar nodos on demand con Spot Instances
(52:35) Consejo 8: implementa Karpenter
(53:45) Cómo Karpenter escala, consolida y optimiza nodos
(54:30) Configuración práctica: node pool fijo, Saving Plans y Spot Instances
(55:15) Cierre y recomendaciones finales

¿Estás pensando en migrar a microservicios o ya estás sufriendo las consecuencias? En este episodio de Dev&Ops, desglosamos lo que NO te cuentan los tutoriales sobre la arquitectura de microservicios. Desde la explosión de la complejidad operativa y los fallos en cascada, hasta el desafío de la consistencia eventual y la gestión de bases de datos descentralizadas. 

Analizamos cómo esta arquitectura puede amplificar los problemas culturales de una empresa (como la falta de tests o code reviews deficientes) y debatimos la eterna batalla entre Monorepos vs. Multi-repos. Si eres desarrollador, arquitecto o líder técnico, este video te dará la perspectiva real basada en experiencia para evitar que tu sistema se convierta en un caos inmanejable.

Capítulos:
(00:00) - Introducción: Microservicios y cultura empresarial
(00:45) - La explosión de la complejidad operativa
(02:30) - Fallos de comunicación y el efecto cascada
(04:00) - Gestión de datos: Bases de datos descentralizadas
(05:15) - El desafío de la Consistencia Eventual (Eventual Consistency)
(06:45) - El dolor de cabeza de las zonas horarias y la sincronización
(08:00) - Unit Tests vs. Integration Tests en microservicios
(10:30) - Cómo los microservicios amplifican la cultura (buena o mala)
(12:00) - Organización de código: Monorepos vs. Múltiples Repos
(13:45) - Estrategias de Observabilidad y Logs efectivos
(15:30) - Event-Driven Architecture: Ventajas y riesgos
(17:15) - La importancia crítica de los Estándares Técnicos
(19:00) - Conclusiones y cierre

#devops #microservicios #softwarearchitecture #systemdesign #backend #monorepo #eventdriven #programacion #podcastdetecnologia

En este episodio analizamos si Linux finalmente puede entrar a competir en el mercado de escritorio frente a Windows y MacOS. A partir de experiencias reales y noticias recientes, exploramos cómo ha evolucionado Linux en usabilidad y qué factores están impulsando su adopción fuera del mundo de servidores.

Hablamos del impacto de decisiones como la migración del gobierno de Francia hacia Linux, el crecimiento del gaming en este sistema operativo y el rol que está jugando la inteligencia artificial en cambiar las reglas del juego.

También discutimos los retos reales: compatibilidad, drivers, costos de migración y por qué, a pesar del progreso, Linux aún no compite directamente en desktop… al menos por ahora.

🔍 En este episodio aprenderás:

•  Por qué Linux domina servidores pero sigue rezagado en desktop 
•  Cómo la usabilidad de Linux ha cambiado en los últimos años 
•  El impacto de la migración del gobierno de Francia a Linux 
•  Por qué el gaming en Linux está creciendo 
•  Los verdaderos costos de migrar de Windows a Linux en empresas 
•  Cómo la inteligencia artificial podría hacer irrelevante el sistema operativo 
•  Si Linux realmente tiene futuro en el escritorio 

📑  Capítulos:
 (00:00) Introducción y contexto del episodio
 (02:10) Estado actual de Linux en desktop
 (05:30) Evolución de la usabilidad en Linux
 (09:00) Noticia: Migración del gobierno de Francia
 (13:30) Soberanía digital y Big Tech
 (17:30) Noticia: Crecimiento del gaming en Linux
 (21:30) Problemas de rendimiento en Windows
 (25:00) ¿Está Linux entrando en la pelea?
 (28:30) Adopción en empresas: costos y retos
 (32:30) Gaming en Linux: limitaciones actuales
 (35:30) Impacto de la inteligencia artificial en sistemas operativos
 (38:00) Reflexión final y cierre

¡Hola, comunidad Dev&Ops! 👋 En este episodio nos metemos de lleno en un debate que todo ingeniero ha tenido en algún momento ¿Realmente funcionan las metodologías ágiles en operaciones?

Douglas nos cuenta su experiencia (y frustración) al intentar encajar guardias impredecibles (on-call) dentro de Sprints de 80 horas, mientras Juan nos da su perspectiva desde el lado del desarrollo. Hablamos sobre el estrés de las alertas, la odisea de estimar tiempos, la importancia de tener empatía con los Project Managers (¡que a veces los tiran a los leones! 🦁) y por qué nuestra madurez profesional es la clave para que cualquier proceso funcione, nos guste o no.

¿Eres team Sprints o prefieres otra forma de organizarte? ¿Te cuesta loguear tus horas? ¡Queremos leer tu opinión y tus anécdotas en los comentarios! 👇 No olvides suscribirte para más pláticas honestas sobre el mundo tecnológico.

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 🎧

Capítulos
(00:00) Bienvenida y las batallas de hardware de Juan
(02:33) ¿Por qué la cultura DevOps es nuestro pan de cada día?
(05:45) Guardias y On-Call: Cuando las emergencias rompen tu agenda
(08:49) El choque: Implementando Sprints en equipos operativos
(12:18) Diferentes sabores de Sprints: Desarrollo vs Infraestructura
(16:54) El arte (y el caos) de estimar horas de trabajo
(22:31) Berrinches vs Profesionalismo: Nuestra actitud cuenta
(28:41) Cómo aportar soluciones sin ser la "piedra de tropiezo"
(34:44) La rebelión de los tickets: ¿Por qué odiamos loguear tiempo?
(43:23) Piedad para los Project Managers: Empatía en el equipo
(48:17) El orden es necesario: Responsabilidades de gerentes e ingenieros
(54:02) Conclusión: Somos profesionales, hagamos que funcione

#devops #agile #oncall #sprints #scrum #infraestructura #desarrollo #tecnologia #culturaorganizacional #podcasttecnologico #programacion #ingenieria

Kubernetes se ha convertido en el estándar para orquestación de contenedores, pero no siempre es la solución correcta para todos los escenarios. En este episodio analizamos las principales consideraciones que debes tener en cuenta antes de implementarlo en tu empresa o proyecto.

Hablamos desde la complejidad inherente de Kubernetes, hasta errores comunes como sobreingeniería, falta de automatización o ausencia de observabilidad. También discutimos alternativas como Docker Swarm y cuándo realmente vale la pena dar el salto a Kubernetes.

Si estás evaluando migrar a contenedores o ya decidiste usar Kubernetes, este episodio te ayudará a evitar dolores de cabeza y tomar decisiones más informadas.

🔍 En este episodio aprenderás:

•  Cómo validar si realmente necesitas Kubernetes o estás forzando su uso 
•  Qué complejidades introduce Kubernetes incluso para aplicaciones simples 
•  Por qué no debes implementar todas las herramientas desde el inicio 
•  La importancia de automatizar la infraestructura desde el día uno 
•  Cómo manejar despliegues con Helm o Customize de forma escalable 
•  Por qué el monitoreo y la observabilidad son esenciales desde el comienzo 

📑 Capítulos:
 (00:00) Introducción al episodio y contexto
 (02:26) Consideraciones antes de implementar Kubernetes
 (03:36) Kubernetes vs Docker en producción
 (04:39) Por qué muchas empresas eligen Kubernetes
 (06:50) Complejidad de Kubernetes para apps simples
 (08:59) Alternativa: Docker Swarm
 (10:12) Reevaluar decisiones tecnológicas
 (15:15) No implementar todo desde el inicio
 (18:26) Service Mesh y herramientas avanzadas
 (20:30) GitOps: ¿cuándo sí y cuándo no?
 (29:57) Importancia del tiempo y el enfoque incremental
 (32:14) Automatización con Infrastructure as Code
 (42:19) Uso de Helm y manejo de manifiestos
 (51:28) Riesgos y complejidad en Kubernetes
 (55:12) Monitoreo y observabilidad desde el inicio
 (56:54) Experiencia práctica y dificultades sin observabilidad
 (59:32) Cierre y conclusiones

¿Crees que programar con IA es solo escribir prompts y copiar código? La realidad es muy distinta. En este episodio, Juan nos revela la "verdad" detrás de un flujo de trabajo profesional en 2026, donde el autocompletado ha quedado obsoleto para dar paso a los flujos agénticos y el "Vibe Coding". 

No se trata de magia, sino de estrategia. Descubre los 10 consejos prácticos basados en 10 años de experiencia en la industria para dejar de escribir código línea por línea y empezar a dirigir la arquitectura de tus sistemas, asegurando que el resultado sea escalable, mantenible y, sobre todo, profesional.

En este episodio aprenderás:

• La verdad sobre los patrones de diseño en la era de la IA.
• Por qué descargar "skills" genéricos es un error y cómo crear los tuyos.
• El uso real de AGENTS.md y PRDs para evitar que la IA alucine.
• La técnica de reducir el scope para sobrevivir a los Code Reviews.
• Cómo usar el modo "Planning" como una sesión de Rubber Ducking avanzada.

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 🎧

Capítulos:

(00:00) Introducción y contexto: Programando en 2026
(02:54) De GitHub Copilot a los flujos agénticos
(05:09) ¿Cuándo usar IA y cuándo escribir código a mano?
(06:39) Consejo 1: La importancia de los Patrones de Diseño y Clean Architecture
(08:59) Consejo 2: Definir estándares y Naming Conventions
(10:54) Consejo 3: Por qué debes escribir tus propios "Skills" (y no descargarlos)
(14:19) Consejo 4: Maximizando el uso de AGENTS.md
(16:29) Consejo 5: Spec-Driven Development y la creación de PRDs
(18:49) Consejo 6: Reducir el scope para mejorar la mantenibilidad y el PR
(22:09) Consejos 7 y 8: Tratar a la IA como un humano y el apoyo visual
(24:49) Consejo 9: Planificación, iteración y Rubber Ducking con la IA
(27:39) Consejo 10: La regla de oro: Revisar y evaluar siempre el resultado
(29:59) Reflexiones finales: La IA no es magia, es preparación

#ia #devops #inteligenciaartificial #programacion #softwareengineering #aiagents #productivity #cleancode #vibeCoding #systemDesign

¿El Tech Lead es solo un Senior con un título más bonito o realmente cambia su función? En este episodio, Juan y Douglas desglosan la figura del Lead de Tecnología: desde la diferencia crucial entre gestionar personas (Engineering Manager) y gestionar el stack técnico, hasta por qué las empresas pequeñas también necesitan uno para evitar el caos. Si quieres escalar en tu carrera técnica sin despegarte del código, este episodio es para ti.

Lo que aprenderás hoy:

• La diferencia entre Tech Lead, Staff Engineer y Engineering Manager.
• Por qué el Tech Lead es el "dueño" del estándar técnico y no necesariamente el jefe administrativo.
• Habilidades clave: del troubleshooting experto a la evangelización y documentación.
• El modelo de Habilidades en T: profundidad en tu área y visión general del flujo (DNS, DB, Infra).
• Consejos prácticos para Juniors y Seniors que aspiran a liderar equipos.

¡Únete a nuestra comunidad y no te pierdas nada!

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: Tech Leads en todas las disciplinas
(01:26) Bienvenidos a Dev&Ops: La importancia de compartir experiencias
(02:41) El reto de definir qué es un Tech Lead según la empresa
(04:00) El estándar de la industria vs. la realidad de las startups
(07:30) ¿Seguimos copiando lo que hacen las FAANG (Meta, Google, Netflix)?
(10:13) Nuevos roles: La IA y los puestos emergentes (LLM Operators)
(12:00) Definición formal: ¿Qué dice Indeed sobre el Tech Lead?
(14:48) Especializaciones: Tech Leads de Frontend, Backend y SRE
(16:34) "¿Suena caro?": Por qué un Tech Lead te ahorra dinero a largo plazo
(18:20) El Tech Lead como dueño del Stack y los estándares técnicos
(20:30) Diferencia entre liderazgo técnico y gestión administrativa
(23:10) ¿Debe un Tech Lead encargarse de las contrataciones?
(26:30) Habilidades blandas: El fit cultural más allá del código
(30:22) Tech Lead vs. Staff Engineer vs. Engineering Manager
(37:50) Estructuras de equipo: ¿Cuántos leads necesitas según tu tamaño?
(41:00) Evitando el caos: La importancia de la armonía técnica
(44:23) Hoja de ruta: Habilidades para ser considerado un Tech Lead
(47:44) La importancia del Research y entender el negocio
(50:55) De experto a mentor: Documentación y evangelización técnica
(56:23) Conclusión y consejos finales para tu carrera

#devops #techlead #programacion #ingenieriadesoftware #staffengineer #crecimientoprofesional #tecnologia #systemdesign #podcasttecnologia #desarrolloweb