Tutorial

Plataformas de desarrollo asistido por IA

Sesión para entender herramientas tipo Firebase Studio, Google AI Studio, Replit, Bolt.new, Lovable, v0, GitHub Spark y Base44 con criterio técnico hospitalario.

Idea central: llegar antes a una primera versión discutible sin confundir demo, piloto y producción.

01. Objetivo docente

No se trata de hacer apps rápido, sino de no perder el control

La competencia principal es usar estas plataformas sin perder criterio técnico, trazabilidad ni responsabilidad sobre el ciclo de vida del software.

Velocidad con gobierno2

Definición

Una nueva capa entre la idea y el software

Lenguaje natural

Prompt inicial

El usuario describe intención, flujo, datos y restricciones.

Proyecto ejecutable

Primera versión

La plataforma genera pantallas, rutas, componentes, datos de ejemplo y vista previa.

Iteración

Conversación

Se corrige, amplía, revisa y prueba la app con ayuda del agente de IA.

Prompt-to-app es un flujo, no toda la categoría3

Qué descargan

Aceleran el arranque, no eliminan la ingeniería

Ayudan a

  • Pasar de idea a prototipo en minutos u horas.
  • Crear pantallas, formularios, rutas y datos ficticios.
  • Preparar demos para discusión con usuarios.
  • Generar primera documentación y estructura técnica.

No sustituyen

  • Arquitectura, seguridad y gobierno del dato.
  • Revisión de código y dependencias.
  • Pruebas, observabilidad y mantenimiento.
  • Responsables claros de ciclo de vida.
La demo provoca análisis, no lo reemplaza4

Piezas habituales

Lo potente es la combinación

Workspace

Navegador

Editar, ejecutar y revisar sin preparar local.

Agente

IA

Interpreta, modifica, explica y corrige.

Preview

Instantánea

Hace visible el requisito.

Código

Editable

Archivos, dependencias, rutas y componentes.

Backend

Gestionado

Auth, base de datos, funciones o APIs.

Despliegue

URL demo

Compartir y validar temprano.

Git

Salida

Versionar, revisar y continuar fuera.

Diagnóstico

Errores

Explicación y propuestas de arreglo.

Evaluar el flujo completo, no solo la pantalla bonita5

Diferencias

No son exactamente no-code, low-code ni un IDE con IA

CategoríaQué suele hacerDiferencia práctica
Editor con IAAyuda a escribir código en un proyecto existente.Presupone desarrollador y repositorio.
No-code / low-codeConfigura apps mediante interfaces visuales y reglas.Puede ocultar más el código y la arquitectura.
Cloud IDEProporciona entorno remoto de programación.No siempre genera una app desde lenguaje natural.
Plataforma asistida por IAUne intención, código, ejecución, preview, iteración y despliegue.Comprime ideación, prototipo y desarrollo inicial.
La frontera es borrosa, el criterio importa6

Promesa razonable

Una primera versión discutible

La promesa útil no es “software serio sin ingeniería”. Es llegar antes a algo que se puede ver, probar, corregir, enseñar y criticar.

Conversación mejor, decisiones antes7

Línea roja

Una demo convincente no equivale a producción

El riesgo delicado no es que hagan demos malas, sino demos suficientemente buenas para crear falsa seguridad.

  • Validaciones solo en cliente.
  • Permisos simulados.
  • Datos persistidos donde no toca.
  • Dependencias añadidas sin justificar.
  • Costes futuros poco visibles.
  • Despliegue público demasiado fácil.
Demo, piloto y producción son tres estados distintos8

Niveles de uso

Cuanto mayor el impacto, más gobierno

NivelPuede ser razonable paraCondiciones mínimas
ExploraciónAprender, probar prompts, generar interfaz de ejemplo.Datos ficticios y entorno aislado.
Demo internaValidar navegación o idea con un equipo.Aviso claro: no es producción.
Piloto controladoProbar flujo con usuarios seleccionados.Revisión técnica, permisos, trazabilidad mínima.
ProducciónUso estable por la organización.Gobierno completo: seguridad, arquitectura, pruebas, soporte, costes y cumplimiento.
Evitar que una demo se convierta en sistema de facto9

02. Panorama

Herramientas de referencia para el tutorial

Google

Firebase Studio

Prototipo, workspace cloud y servicios Firebase.

Google

Google AI Studio

Explorar Gemini, Build mode y prototipos AI-forward.

Code

Replit

Entorno completo en navegador con agente y despliegue.

Code

Bolt.new

Full-stack web rápido en ecosistema JS/TS.

Producto

Lovable

MVPs visuales con backend frecuente en Supabase.

Frontend

v0

Interfaces React/Next.js y componentes modernos.

GitHub

GitHub Spark

Apps desde lenguaje natural en flujo GitHub/Copilot.

Builder

Base44

Aplicaciones completas con experiencia visual y conversacional.

No hay una mejor en abstracto10

Lectura por familias

Elegir por el cuello de botella

Entorno ejecutable

Replit, Bolt.new, Firebase Studio

Cuando interesa editar, ejecutar, depurar y desplegar desde navegador.

Interfaz y frontend

v0

Cuando el cuello de botella es convertir idea de pantalla en UI usable.

Builder conversacional

Lovable, Base44

Cuando se busca bajar fricción para producto, negocio o perfiles menos técnicos.

Ecosistema corporativo

GitHub, Google, Vercel

Cuando repositorios, despliegue, políticas y continuidad pesan más que la demo inicial.

La familia ayuda más que el ranking11

Comparativa rápida

Encaje inicial por perfil

PerfilProbar primeroMotivo
DocenciaReplit, Bolt.new, v0, Firebase StudioPermiten ver prompt, código, ejecución, errores y despliegue.
No técnico / negocioLovable, Base44, ReplitReducen fricción y convierten ideas en app visible.
Frontendv0, Bolt.new, LovableAceleran pantallas, formularios, dashboards y componentes.
Full-stack pequeñoReplit, Bolt.new, Firebase StudioWorkspace, dependencias, preview y despliegue integrados.
Datos sensiblesNinguna sin revisión previaPrimero privacidad, seguridad, contratos, permisos y mantenimiento.
En sanidad, el dato manda12

Firebase Studio

Buen laboratorio para ver idea, código y Firebase en una sesión

Aporta

  • App Prototyping agent.
  • Prototyper view y Code view.
  • Preview, workspace cloud y Gemini.
  • Firebase Auth, Firestore, App Hosting y GitHub.

Cuidado

  • Producto en transición según el tutorial.
  • Dependencia Google/Firebase.
  • Facturación si se activan servicios.
  • Reglas de seguridad y datos deben revisarse.
Útil para laboratorio, no apuesta nueva sin plan de transición13

Google AI Studio

Explorar Gemini, prototipos y experiencias AI-forward

Buen uso

  • Probar prompts, modelos y capacidades multimodales.
  • Explorar Build mode y prototipos con IA dentro de la aplicación.
  • Comparar comportamiento de Gemini antes de integrar.

Límite docente

No confundir exploración de modelo con gobierno de aplicación. Si el prototipo toca datos, identidad, despliegue o coste, vuelve a aplicar la checklist técnica.

Muy útil para experimentar, no para saltar controles14

Otras plataformas

Fortalezas y advertencias en una línea

ReplitMuy bueno para aprender, ejecutar y desplegar. Vigilar coste, agente y continuidad fuera del workspace.
Bolt.newRápido para apps web JS/TS. Revisar consumo, dependencias y cambios amplios.
LovableFuerte en MVP visual y producto. Revisar backend, permisos, seguridad y exportación.
v0Excelente para UI React/Next.js. No dejar que una interfaz convincente oculte backend y permisos.
GitHub SparkInteresa si el equipo ya vive en GitHub/Copilot. Evaluar disponibilidad y políticas Enterprise.
Base44Muy baja fricción para usuarios no técnicos. Revisar control profundo y dependencia de plataforma.
Cada herramienta compra velocidad con un tipo distinto de dependencia15

03. Criterios

Antes de elegir plataforma, clasifica el caso de uso

Caso

Qué se quiere crear

UI, demo, MVP, app interna, backend o integración.

Riesgo

Qué puede salir mal

Datos, impacto, criticidad, exposición y dependencia.

Usuario

Quién la usará

Docencia, perfil funcional, desarrollador o equipo IT.

Código

Control técnico

Ver, editar, exportar, versionar y revisar.

Datos

Privacidad

Dónde viven prompts, código, conversaciones y datos.

Salida

Continuidad

Qué ocurre si crece, cambia precio o desaparece.

La pregunta clave es encaje, no moda16

Checklist hospitalaria

Preguntas que frenan accidentes

Datos y seguridad

  • ¿Puede aparecer información personal, clínica, laboral o sensible?
  • ¿Dónde se alojan datos, prompts y conversaciones?
  • ¿Hay contrato, evaluación jurídica o acuerdo suficiente?
  • ¿Se audita quién accede y qué cambia?

Operación y continuidad

  • ¿Quién revisa, prueba, despliega y mantiene?
  • ¿Se integra con identidad corporativa o crea cuentas paralelas?
  • ¿Cómo se apaga una demo publicada?
  • ¿Qué pasa si el proyecto crece o la plataforma cambia?
La señal roja: “ya que funciona, que lo use el equipo”17

Matriz rápida

Resultado de evaluación

ResultadoQué significaAcción recomendada
Apta para exploraciónRiesgo bajo, datos ficticios, valor de aprendizaje.Usar con límites y documentar supuestos.
Apta para demoPrototipo visible para discusión interna.Marcar claramente que no es producción.
Apta para pilotoHay revisión técnica y entorno separado.Definir permisos, trazabilidad, responsables y criterios de salida.
No apta todavíaDatos sensibles, dependencia alta o falta de control.Resolver privacidad, seguridad, contratos, código y mantenimiento antes.
Decidir “no todavía” también es buen criterio técnico18

Prompt de revisión

Construir y revisar son dos prompts distintos

Revisa esta aplicación como responsable de seguridad IT de un hospital. Enumera riesgos, supuestos incorrectos, datos sensibles que podrían aparecer, permisos que faltan, dependencias externas, costes ocultos y cambios necesarios antes de pensar en un piloto.

Una buena práctica del curso: pedir primero la app y después pedir a la IA que ataque sus propios supuestos.

El segundo prompt evita enamorarse de la demo19

04. Taller práctico

De plataforma asistida a desarrollo local

1

Crear

Prototipo desde prompt con datos ficticios.

2

Revisar

Qué archivos, dependencias, datos y supuestos generó.

3

Exportar

Llevarlo a GitHub para trazabilidad.

4

Local

Tomar control en entorno propio.

5

Continuar

Usar asistente de programación con revisión y commits.

El taller enseña salida, no solo entrada20

Aplicación de taller

Incidencias no clínicas de mantenimiento

Funcionalidades

  • Crear incidencia con título, descripción, ubicación, prioridad y estado.
  • Listado filtrable por estado y prioridad.
  • Cambiar estado entre abierta, en curso y cerrada.
  • Panel resumen con datos ficticios.

Preguntas que debe provocar

  • ¿Quién puede crear y cerrar?
  • ¿Hay datos personales o ubicaciones sensibles?
  • ¿Hace falta trazabilidad de cambios?
  • ¿Quién mantiene si pasa de demo a uso real?
Caso de bajo riesgo, pero no sin decisiones21

Entregables

Qué debe salir del taller

Demo

Prototipo visible

URL o preview con datos ficticios.

Código

Repositorio

Proyecto exportado o sincronizado.

Informe

Revisión

Dependencias, datos, permisos y riesgos.

Plan

Siguiente paso

Qué haría falta para piloto controlado.

Límites

No producción

Supuestos y razones para no operar todavía.

Comparativa

Antes/después

Qué cambió al tomar control local.

La documentación de límites es parte del aprendizaje22

Criterio final

La pregunta no es si genera código, sino si podemos gobernarlo

Úsalas para aprender, prototipar y conversar mejor. Detente cuando aparezcan datos reales, integración corporativa, permisos, costes, continuidad o mantenimiento sin dueño claro.

Primero control, luego escala23

Cierre

Tres ideas para IT hospitalario

1

Demo no es producción

La velocidad no rebaja requisitos de seguridad, pruebas y soporte.

2

El prototipo revela decisiones

Campos, permisos, datos y flujos aparecen antes cuando se ven en pantalla.

3

La salida importa

Git, código revisable y entorno local son la frontera hacia software mantenible.