Del código al prompt: 3 formas de construir apps en 2026

Hoy conviven tres maneras muy distintas de construir una aplicación:

• Desarrollo Web Tradicional — control total: tú construyes todo.
• Power Apps — la plataforma te da estructura, tú configuras.
• Vibe Apps — describes tu idea, la IA construye por ti.

La pregunta deja de ser cómo lo programo y pasa a ser cuál es el adecuado para mi caso.

De más control a más velocidad:

Pro-Code

• Tecnologías: HTML, CSS, JS, C#, APIs, BBDD, DevOps
• Perfil: Desarrolladores full-stack

Low-Code

• Tecnologías: Power Fx, conectores, Dataverse, drag-and-drop
• Perfil: Citizen developers, analistas de negocio

Prompt-Code

• Tecnologías: Lenguaje natural, agentes IA, React generado automáticamente
• Perfil: Cualquier persona con una idea de negocio

Stack y flujo

• Capa de Presentación: React · Angular · Vue · Blazor
• Capa de Servicios / Backend: ASP.NET Core · Node.js · Django
• Capa de Datos: SQL Server · PostgreSQL · CosmosDB
• Plataforma e Infraestructura: Azure · Docker · Kubernetes
• CI/CD: Azure DevOps · GitHub Actions

El flujo de trabajo va de Requisitos → Diseño → Desarrollo → Testing → Mantenimiento, con ciclos de semanas o meses y equipos de frontend, backend, QA, DevOps y DBA.

Responsabilidades del Web Dev

Cada línea es tuya, y todo es tu responsabilidad:

• Seguridad: Auth, OWASP, SSL, CORS…
• Hosting: servidores, escalado, monitoring
• Base de datos: diseño, migraciones, backups
• CI/CD: pipelines, entornos, deploy
• UI/UX: responsive, accesibilidad, testing
• Identidad: OAuth, JWT, Entra ID
• Gobernanza: code review, docs, arquitectura

Ventajas e inconvenientes

Ventajas

• Control total sobre la app
• Personalización sin límites
• Ecosistema maduro de frameworks
• Sin vendor lock-in
• Escalabilidad a medida

Inconvenientes

• Time-to-market largo (meses)
• Curva de aprendizaje alta
• Coste elevado: equipo + infraestructura
• Mantenimiento continuo
• Las integraciones son desarrollo custom

Conocimientos clave para desplegar una web app conectada a Dataverse

1. Identity & Auth — Microsoft Entra ID
2. MSAL — Authentication Library
3. Dataverse Web API — REST + OData v4
4. Azure Hosting — Static Web Apps + Functions
5. Conectividad — CORS, Proxy, Redirect URIs
6. Deployment Flow — 5 pasos para producción

Canvas vs Model-driven

Dos enfoques, un mismo ecosistema:

Canvas Apps

• Diseño libre tipo "lienzo en blanco"
• Control píxel a píxel de la UI
• Power Fx como lenguaje
• Ideal para apps móviles

Model-driven Apps

• UI generada desde el modelo de datos
• Dataverse: formularios, vistas, dashboards
• Menos diseño, más estructura
• Ideal para gestión y procesos

Responsabilidades del maker en Power Apps

La plataforma asume gran parte del trabajo:

• Seguridad: Entra ID + roles en Dataverse (incluido)
• Hosting: Microsoft lo gestiona todo (incluido)
• Base de datos: Dataverse, backups automáticos (incluido)
• CI/CD: Solutions + Pipelines nativo (incluido)
• Identidad: Entra ID automático, SSO (incluido)
• Gobernanza: DLP, entornos, CoE Starter Kit (incluido)
• UI/UX: tú la diseñas o se genera (tu responsabilidad)
• Lógica de negocio: Power Fx / Flows, tú la defines (tu responsabilidad)

Ventajas e inconvenientes

Ventajas

• De idea a app en horas/días
• +1.400 conectores listos
• Gobernanza enterprise incluida
• Citizen developers pueden crear
• Ecosistema completo (Automate, BI…)

Inconvenientes

• Limitaciones de UI en Canvas
• Power Fx: curva propia
• Vendor lock-in (Microsoft)
• Licenciamiento complejo
• Apps complejas difíciles de mantener

¿Cómo funciona?

1. Describe tu idea — en lenguaje natural (texto o voz)
2. Enhance Prompt — la IA mejora tu descripción
3. Agentes trabajan — Plan + Datos + Código en paralelo
4. Itera y edita — pide cambios en lenguaje natural
5. Publica — conecta a Dataverse y despliega

Powered by GPT-5 · React generado automáticamente · Enterprise-grade · Disponible globalmente (preview).

El prompt que usamos en la demo: Room Booking

Para la demo construimos una aplicación de reserva de salas a partir de este prompt (reproducido tal cual de los slides):

Create a Room Booking application for an office with the following features:

Data model:

• A "Places" table with: Name, Description, Location (floor/building), Capacity (number of people), Status (Active/Inactive), and an optional Photo.
• A "Bookings" table with: Place (lookup to Places), Booked By (person's name or email), Booking Date, Start Time, End Time, Purpose/Subject, and Status (Confirmed/Cancelled).

Core functionality:

1. Places Management screen: A gallery showing all available places with their name, location, capacity and photo. A form to add new places and edit existing ones. Option to deactivate a place so it no longer appears for booking.
2. Booking screen: The user selects a place from a list or card gallery. The user picks a date, start time and end time. Before confirming, the app must validate that no other active booking exists for the same place that overlaps with the selected date and time range. If there is a conflict, show a clear error message indicating the time slot is already taken and show who booked it. On successful booking, save the record and show a confirmation message.
3. Calendar/Agenda view: A screen showing all bookings for a selected date, grouped by place, so users can see availability at a glance before booking. Allow filtering by place and by date range.
4. My Bookings screen: Show all bookings made by the current user. Allow the user to cancel their own future bookings.

Overlap validation logic (important): A conflict exists when for the same Place and same Date, an existing confirmed booking's start time is before the new booking's end time AND the existing booking's end time is after the new booking's start time.

UX requirements: Use a modern, clean design with a left-side navigation menu. Use color indicators: green for available slots, red for occupied. The app should be responsive and mobile-friendly. Show toast notifications for success and error actions.

Responsabilidades en Vibe Apps

Prácticamente todo está incluido en la plataforma:

• Seguridad: Entra ID + Dataverse
• Hosting: Microsoft lo gestiona
• Base de datos: generada desde el prompt
• CI/CD: Solutions-aware integrado
• UI/UX: generada por IA, editable
• Código: React auto, visible y editable
• Identidad: Entra ID automático
• Gobernanza: enterprise-grade incluida

Ventajas y limitaciones

Ventajas

• De idea a app en minutos
• No necesitas saber programar
• Enterprise-grade incluido
• Iteración conversacional
• Generative Pages (GA agosto 2025)

Inconvenientes

• Aún en Preview (no para producción crítica)
• No editables fuera de Vibe
• Mejor para apps pequeñas/medianas
• Apps complejas necesitan revisión
• Requiere Copilot en el tenant

Elige Web Dev cuando…

• Necesitas control total sobre la arquitectura
• Tienes requisitos muy específicos
• Cuentas con un equipo con experiencia Dev + Ops

Elige Power Apps cuando…

• Son apps departamentales / CRUD
• Necesitas gobernanza enterprise desde el día 1
• El equipo son citizen devs o perfiles funcionales

Elige Vibe Apps cuando…

• Quieres prototipado rápido o validar una idea
• Es una app nueva sin dependencias
• Quieres explorar el futuro del desarrollo

No hay opción "mejor". Hay opción "adecuada".

Gracias a quienes vinisteis al GPPB Madrid 2026 — cualquier comentario o pregunta sobre la sesión, encantado de seguir la conversación.