Dev&Ops

¿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