¿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