PIERRE MEDORI

PIERRE MEDORI

Head of Backend Engineering

Soy Head of Backend Engineering en GoodBarber, donde construimos la plataforma que permite a cualquiera crear aplicaciones nativas sin escribir una línea de código. Mi equipo se encarga de todo lo que ocurre entre bastidores: las APIs, los servicios y la infraestructura que convierten un proyecto no-code en aplicaciones realmente publicadas, con hosting, notificaciones push y una tienda completa. Escribo sobre la ingeniería que mantiene el no-code funcionando a gran escala, y sobre el papel que juega la IA en todo ello.

SeguirLinkedIn

Artículos de PIERRE MEDORI

  10 min de lectura

Convertir un archivo de Excel en una app móvil

Convertimos una calculadora de presupuestos de Excel en una sección de app con el AI Extension Builder. Mismo total, al céntimo. Con archivos y prompt.

  14 min de lectura

¿Cuánto cuesta una app de fitness en 2026? Precios reales

Cinco caminos llevan a una app de fitness, cada uno con su precio: tarifa plana, opción de un software de gimnasio, por cliente, por suscriptor o a presupuesto. La tabla de abajo compara lo que cuesta cada uno y el trabajo para el que está hecho.

  3 min de lectura

El AI Extension Builder ya funciona con GPT-6 Luna

OpenAI publicó GPT-6 Sol y GPT-6 Luna el 22 de septiembre de 2026, después de GPT-6 Astra, el modelo insignia de la familia, lanzado a principios del mismo mes. Luna es el más pequeño de los tres. OpenAI lo describe como su modelo más eficiente para tareas concretas y de gran volumen, y lo vende a la mitad de precio que GPT-5.6 Luna, el modelo al que sustituye en su propio catálogo.A la mañana siguiente, pasamos el AI Extension Builder a GPT-6 Luna, para todas las apps, en los cuatro momentos en los que trabaja un modelo: entender tu petición, escribir el código de la sección, reescribirlo cuando pides un cambio y responder a las preguntas que haces sobre lo que ha construido.

  14 min de lectura

¿Cuánto cuesta una app para museos en 2026? Precios reales

Cuatro caminos llevan a una app de museo, y sus precios no se parecen en nada: de 36 € al mes con un creador no-code a un contrato público por 91.400 € sin IVA.OpciónLo que cuestaQué vigilarCreador de apps no-code (GoodBarber)de 36 a 135 € al mes, todo incluidoiOS y Android nativos desde el plan de 70 €Plataforma compartida de guías de museodesde gratuito hasta 9.500 libras al año en los planes publicados, y después bajo consultatu guía bajo el nombre de la plataformaProveedor especializado, vía contrato público91.400 € sin IVA para un museo municipal francés en 2026software, hosting y mantenimiento en ese caso, sin dispositivosDesarrollo a medida en agenciapor presupuestola referencia de GoodBarber: coste total de propiedad en torno a una décima parte de un desarrollo a medidaDetrás de esa tabla se esconden cuatro lógicas de precio.Los creadores no-code cobran una suscripción fija. Montas la app con secciones listas para usar, y el hosting, la base de datos, las actualizaciones y la republicación en las tiendas están todos incluidos en esa única línea. El caso general está en nuestro artículo sobre lo que cuesta crear una app sin programar.Las plataformas de guías compartidas publican planes. Una de ellas anuncia un plan gratuito para un solo recorrido, luego 1.800, 3.500 y 9.500 libras al año, y un plan a medida con precio bajo consulta, con la redacción del guion, la producción y la traducción presupuestadas aparte en todos los planes. El público que ya está en la plataforma es una ventaja real, y tu guía vive bajo el nombre de la plataforma.Los proveedores especializados venden un contrato, no una tarifa. Una ciudad francesa adjudicó 91.400 € sin IVA en julio de 2026 por el suministro, la implantación, el hosting y el mantenimiento de la solución de mediación digital de su castillo-museo, de los que solo 47.200 corresponden a la parte firme: el resto es una ampliación opcional a un segundo emplazamiento y un importe máximo de los pedidos. En el otro extremo del mercado, un museo nacional de París fijó un importe máximo de 800.000 € sin IVA solo para la parte de pedidos de la reconstrucción de su audioguía, a lo largo de seis años (anuncio de licitación enviado el 19 de marzo de 2024): un importe máximo sobre una línea del contrato, no un precio pagado, y no la escala con la que presupuesta un museo pequeño. Todas las cifras de contratos públicos de este artículo son francesas, sin IVA, leídas en los anuncios.El desarrollo a medida es otro deporte. Una agencia presupuesta un proyecto, no una suscripción, y cada cambio posterior se vuelve a facturar. Es el camino correcto para lo que ningún creador cubre: entradas vendidas dentro de la app, audio que se activa delante de una obra, orientación en interiores. GoodBarber no hace nada de eso.

  10 min de lectura

¿Los asistentes de IA se equivocan sobre su negocio? Corrija el contenido que citan

Imagine a un oyente que pregunta a un asistente por un programa en septiembre de 2026 y recibe su horario de 2025. La página citada era exacta cuando se publicó. Nada en ella indica que la información ha caducado, así que el asistente la trata como actual. El oyente se pierde el programa, o escribe a su equipo para saber qué versión es la correcta. Una antigua oferta de membresía o la dirección de un estudio anterior producen la misma confusión.Carolyn Shelby planteó este problema en Search Engine Journal el 7 de septiembre de 2026: la información contradictoria sobre una marca puede inducir a error a la búsqueda con IA. Tres mecanismos explican por qué sus propias páginas acaban en la respuesta:Los asistentes recuperan las páginas por su redacción. Una pregunta que usa el antiguo nombre de un programa lleva directamente a un archivo que todavía lo contiene.Combinan varias fuentes en una sola respuesta. Las fechas que separaban esas fuentes se vuelven difíciles de ver.Una página nueva no retira la antigua. La programación actual y la afirmación antigua siguen disponibles, y nada le dice al asistente cuál se aplica.Empiece, pues, por la fuente que citó el asistente. ¿Qué frase de esa página ya no describe su servicio? Esa frase necesita una fecha y un camino hacia la respuesta actual.

  5 min de lectura

Vuelta a la rutina: la lista de tareas de septiembre para tu app (antes del ajetreo del Q4)

Las tiendas de aplicaciones no se han ido de vacaciones, así que empieza por ponerte al día con ellas. Apple y Google endurecen sus requisitos cada año: niveles de API objetivo, reglas de privacidad, plazos de SDK. Una app que se queda quieta no permanece igual, se va desviando poco a poco del reglamento, y la mayor parte del daño es invisible hasta que sale caro. Ya explicamos en detalle lo que se rompe en silencio cuando no actualizas tu aplicación, y la versión corta es: recompila y reenvía antes de que las tiendas decidan por ti.Si tu app funciona con GoodBarber, la mayor parte de ese mantenimiento se hizo durante el verano sin que te dieras cuenta, y ese es exactamente el objetivo. Aun así, abre una vez tus consolas de las tiendas y comprueba que nada está esperándote.

  9 min de lectura

¿De verdad se puede crear una app gratis? Lo que los app builders gratuitos incluyen realmente

TL;DR: Puedes crear y previsualizar una app gratis con varias herramientas no-code. Publicar una app nativa en la App Store y Google Play exige un plan de pago con todos los grandes builders, más dos tasas que ningún proveedor puede perdonarte: los 99 $ al año de la cuenta de desarrollador de Apple y los 25 $ de registro de Google Play, una sola vez. Los planes gratuitos son útiles de verdad para validar una idea. No son una forma de operar una app en producción.

  5 min de lectura

El servidor MCP de tu app ya habla la última versión del protocolo

Cada app de GoodBarber incluye su propio servidor MCP. Es la puerta segura que permite a un asistente de IA, con tu permiso, leer y gestionar tu app: redactar y programar artículos, actualizar productos, consultar tus estadísticas, preparar notificaciones push. Conectas el asistente una vez, se autentica mediante OAuth y solo ve tu app.Si estás descubriendo el tema, dos buenos puntos de partida: nuestra página MCP explica cómo conectar un asistente a tu app, y este artículo explica qué distingue a un servidor MCP de aplicación.

  17 min de lectura

La checklist de producción que las apps hechas con IA suspenden (7 cosas que se rompen después de la demo)

La versión corta. Una app hecha con IA que brilla en una demo ha demostrado que sabe renderizar, no que sabe funcionar. La producción se decide en siete cosas aburridas: las cuentas, los estados vacíos, la revisión de las tiendas, la entrega del push, la factura del stack, la primera actualización y la operación semana a semana. Ejecuta las siete pruebas de abajo antes de anunciar una fecha de lanzamiento. En GoodBarber, la plataforma carga con las seis primeras, unas ya integradas, otras como servicio, y la séptima llega con una conexión a un agente de IA.Has creado una app con un app builder con IA, o la has construido a golpe de prompt, en plan vibe coding, durante unas cuantas tardes. Funciona. Pero fíjate en las condiciones en las que funciona: tu teléfono, tu Wi-Fi, tu cuenta, datos que tecleaste tú mismo, un build generado hace una hora. Una demo es una app probada exclusivamente en condiciones favorables.Lista para producción significa lo contrario: la app sigue funcionando cuando las condiciones favorables desaparecen. Desconocidos en lugar de ti, un revisor en lugar de un público, meses en lugar de una tarde.Ya hemos escrito sobre por qué existe esta brecha: nuestro artículo sobre los siete muros entre un prototipo y las tiendas cartografía la distancia estructural, y nuestra pieza sobre crear una app frente a gestionarla pone nombre al trabajo que empieza después del lanzamiento. Esos artículos terminan en preguntas que merece la pena hacerse. Este convierte las preguntas en experimentos: siete pruebas, cada una con un procedimiento concreto y una condición de superación indiscutible, todas ejecutables esta misma semana. Si una prueba te parece aburrida, esa es justo la idea. La producción es donde viven los bugs aburridos.

  10 min de lectura

¿Sitio web o aplicación para tu pequeña empresa? Deja de sobredimensionarlo

En resumen. La mayoría de las pequeñas empresas no necesitan un sitio web más grande. Necesitan el adecuado: fácil de encontrar en Google, capaz de aceptar reservas de citas y entregado como una PWA, un sitio que también se instala como una app. Una PWA de GoodBarber se renderiza en el servidor, así que posiciona como cualquier sitio web, y se entrega dentro de una app Content: PWA más apps nativas iOS y Android, a partir de una sola configuración. ¿Vendes productos físicos? Eso es una app aparte: la app eCommerce de GoodBarber, con su propio catálogo y su propio proceso de pago.En un hilo titulado are we massively overengineering websites for small businesses? (“¿estamos sobredimensionando masivamente los sitios web de las pequeñas empresas?”), publicado en r/nocode en julio de 2026, un creador de sitios pregunta por qué a un contable, un fontanero o un peluquero canino del barrio se les venden animaciones a medida, un CMS complejo y decenas de páginas. La respuesta más votada defiende que la mayoría de esos clientes estarían mejor servidos con una ficha de Google Business Profile y una simple página de enlaces que con el sitio de ocho páginas que venían a encargar. Otro comentario le pone nombre al mal de fondo: confundimos lo que impresiona a los desarrolladores con lo que resulta útil a los clientes.El hilo acierta con el problema y se detiene un paso antes de la solución. La pregunta útil no es cómo de grande debe ser el sitio web. Es qué herramienta hace los tres trabajos que de verdad tiene un negocio de servicios: que lo encuentren clientes nuevos, aceptar citas sin ping-pong telefónico y seguir presente en el teléfono de los habituales. Es una cuestión de forma. Y hay un objeto en el mercado con exactamente esa forma.¿Primera vez con estos términos? Las tres definiciones, la explicación del SEO y la tabla comparativa completa de sitio web vs aplicación vs PWA están reunidas en una guía de decisión completa. Este artículo se queda en el caso de la pequeña empresa de servicios.

  15 min de lectura

Puedes ser dueño de tu app. ¿Puedes dejar tu app builder con IA?

La versión corta. No es el que esperarías. Los principales app builders con IA te dejan exportar tu código de verdad; a fecha de agosto de 2026, Lovable sincroniza con GitHub en todos los planes, incluido el gratuito, y su documentación afirma que estás “never locked in”, nunca atrapado. El lock-in vive en otra parte: en el backend gestionado donde están tus datos, en el hosting y la autenticación que tendrías que sustituir, en el bucle de edición con IA que se queda atrás y en el código escrito por IA del que te conviertes en único responsable en el momento en que te marchas. Ser dueño del código nunca fue lo mismo que poder irte.El lock-in significaba antes algo simple: tu trabajo está atrapado en un formato propietario y la puerta de salida está cerrada con llave. Los app builders con IA han cambiado la forma del problema. La puerta está abierta. La pregunta es qué cabe por ella.Una app son tres posesiones distintas con un mismo nombre: el código fuente, el sistema en marcha que sirve a usuarios reales y el negocio que la app lleva dentro. La exportación mueve la primera. No mueve las otras dos. La frustración que recorre los hilos de migración de este verano viene de descubrir esa distinción demasiado tarde.

  9 min de lectura

Tu IA puede crear una app. Así puedes dejar que también la gestione.

La versión corta: el día del lanzamiento es el ecuador del camino, no la línea de meta. El verdadero trabajo de una app móvil es la operativa diaria: publicaciones, campañas de push, actualizaciones del catálogo, pedidos. Y es en ese trabajo diario donde un agente de IA resulta útil de verdad.La conversación sobre IA vive obsesionada con la creación. Demos de prompt a app, pantallas generadas, prototipos a la primera. Es comprensible: la creación produce demos espectaculares. Pero cualquiera que haya publicado una app de verdad conoce la parte incómoda: el día en que tu app llega a las tiendas, la mayor parte del trabajo todavía está por delante.Una app que nadie opera muere en silencio. El contenido se queda obsoleto, las campañas de push se paran, el catálogo se desactualiza y la retención se resiente. Llevamos operando apps en producción desde 2011, y quince años de operativa enseñan una lección: lo que decide el destino de una app no es cómo se creó, sino cómo se gestiona. Analizamos ese punto ciego en Los app builders con IA pueden crear una app. ¿Y gestionarla?: el sector se ha vuelto buenísimo generando apps y guarda un silencio extraño sobre cómo operarlas.Por eso está tomando forma una nueva categoría: la app operable por agentes. No una app creada por la IA, sino una app cuya operativa diaria un agente de IA puede ejecutar de verdad, siguiendo tus instrucciones y con salvaguardas. Creas una vez. Operas para siempre. Y es en la segunda parte donde pasas la vida.

  11 min de lectura

Lo que se rompe en silencio cuando no actualizas tu aplicación (y por qué nunca lo notas en GoodBarber)

En resumen. Una aplicación móvil que no se actualiza no se queda congelada: se degrada. Las notificaciones push dejan de llegar, los nuevos usuarios dejan de encontrarla, y las tiendas acaban ocultándola o retirándola. En GoodBarber, la plataforma absorbe cada cambio de los OS y de las tiendas y entrega la corrección con tu siguiente actualización: un año de sacudidas del mundo móvil te llega en forma de nota de versión. Lo único que sigue en tus manos: actualizar con regularidad.Tu aplicación funciona hoy. Déjala un año sin tocarla: seguirá abriéndose, seguirá teniendo buen aspecto, seguirá haciendo su trabajo en tu propio teléfono. Nada en tu panel te avisa. Ahí está la trampa.Porque mientras tu aplicación permanecía quieta, todo lo que la sostiene se movió. Apple y Google publicaron nuevos sistemas operativos, reescribieron las reglas de sus tiendas, retiraron tuberías viejas. Te das cuenta meses después, a través de síntomas que parecen un problema de marketing: las descargas se apagan, las campañas push llegan a menos gente, un usuario fiel te escribe que la aplicación falla en su teléfono nuevo. La degradación es real, y no tiene nada que ver con la calidad de tu contenido.

  20 min de lectura

El vibe coding es magia en la demo. ¿Tu app aguanta de verdad en producción?

El 2 de febrero de 2025, Andrej Karpathy le puso nombre: “Hay un nuevo tipo de programación que llamo 'vibe coding', en el que te entregas por completo a las vibras, abrazas los exponenciales y te olvidas de que el código siquiera existe”. Nueve meses después, “vibe coding” era la palabra del año del diccionario Collins. Pocos términos tecnológicos han viajado tan rápido — porque pocas experiencias tecnológicas resultan tan embriagadoras.Las cifras cuentan lo mismo. Lovable alcanzó los 100 millones de dólares de ingresos recurrentes anuales ocho meses después de su lanzamiento, con más de 10 millones de proyectos creados en la plataforma. Bolt.new llegó a unos 40 millones de dólares de ARR en unos cinco meses. Replit multiplicó por diez sus ingresos en medio año tras lanzar su agente. Millones de personas escribieron una frase y vieron aparecer software.Entendemos ese subidón. Es el mismo que sienten nuestros usuarios cuando describen una función y la ven funcionando en su app. Ver tu idea en marcha —no maquetada: funcionando— cambia lo que te crees capaz de construir. Esa parte no merece ninguna ironía.Pero Karpathy dejó la advertencia en el mismo post: el vibe coding “no está nada mal para proyectos desechables de fin de semana”. Quienes lo viven lo cuentan con menos diplomacia. Un usuario de r/nocode tituló su post “Probé Bolt.new. Me sentí un dios. Luego la realidad me dio una bofetada” y resumió así la resaca del día siguiente: “De repente, el sueño de la 'programación con IA' se convirtió en 'ansiedad con IA'”.La demo no es mentira. El error es leerla como un producto terminado.