El trabajo web a medida cuesta aproximadamente la mitad que hace un año. Los sitios brochure que antes se cotizaban a cinco o seis mil libras y seis semanas ahora salen a tres o tres y medio mil y tres semanas. Los desarrollos a medida de business-automation que antes se cotizaban a veinte mil y seis meses ahora salen a unos diez y dos o tres. Mismo artefacto al final. Una aplicación de producción, tus datos, corriendo en managed infrastructure. Lo que cambió es lo que cobramos por llegar ahí, y cuánto tarda llegar.
Un sitio brochure, técnicamente
Cuando digo "sitio brochure", no hablo de un tema de WordPress con un formulario de contacto pegado encima. Los sitios brochure que entregamos son aplicaciones reales. Binarios de Go compilados con su propia base de datos, internacionalización, multi-currency support donde el cliente lo necesite, lead capture que escribe en una tabla real con forma de CRM, analytics estructurados. Mismo backbone sobre el que corre nuestro sitio de marketing. Mismo backbone sobre el que corre nuestra Platform Demo. Mismo backbone sobre el que corre todo lo demás que construimos.
El brochure de hoy es una app pequeña. Añade integraciones y un panel de control dentro de un año y es una app de business-automation. Pon encima cuentas de cliente y tenancy el año siguiente, y es un SaaS dedicado, si hay apetito. Nada se tira en ningún paso. Mismo código, misma base de datos, mismo hosting, más scope. El framework lleva todo el arco. Los tres mil libras te compran eso, no una plantilla de Squarespace.
Lo que ya no escribimos
Llevamos un par de años construyendo un framework de Go in-house. Esta semana va por la v1.154.0, con más de ochenta paquetes production-stable corriendo en cinco de nuestros propios productos. Auth, sessions, password reset, two-factor. Higiene de base de datos multi-tenant. Clientes de Stripe, GoCardless y de contabilidad Billy listos para enchufar. Email, transaccional y bulk. WebSocket plumbing con reconnect y keepalive. Web push incluyendo los edge cases del navegador Brave. Provider OAuth 2.1 con dynamic client registration. Un servidor MCP para integración con AI tools. Internacionalización con detección de locale por GeoIP. Una durable job queue. CSP, CSRF, cookies firmadas, gzip. El middleware aburrido que todos re-implementan y se cargan.
Nada de esto es tecnología que nadie más tenga. Es que lo construimos una vez, lo corrimos en producción en nuestro sitio de marketing, nuestra herramienta de gestión de proyectos, nuestro agent runtime y una demo SaaS en vivo, sacamos los bugs, y ahora no pagamos por ello dos veces. Así que tú no pagas por ello en tu factura. El sitio de marketing en myserverguy.net suma unas 8.700 líneas de código en total, plantillas y CSS incluidos. La demo SaaS en vivo en platform.myserverguy.net son 11.400 líneas de Go para una aplicación multi-tenant completa: OAuth signup, sessions cifradas, locales inglés y danés con detección por GeoIP, un servidor MCP con siete tools, un activity feed por WebSocket, web push, durable background jobs, pagos reales. Son números pequeños. Son pequeños porque el framework es dueño del plumbing.
Dónde la AI sí está haciendo el trabajo
El framework nos lleva la mayor parte del camino. La AI compone sobre eso desde ahí. La frase honesta, del ingeniero que mantiene el framework: la AI no escribe el framework. El framework le da a la AI una superficie pequeña y opinionated, así deja de inventarse cosas y empieza a shippear cosas. Las convenciones están codificadas. Invariantes documentadas que el code reviewer puede chequear. El LLM lee la documentación, redacta nuevo código contra las convenciones, y las convenciones se sostienen porque tienen que. Andamiar un handler, escribir una migration, actualizar los archivos de traducción en inglés y danés en lockstep, escribir tests contra el patrón existente de test-chain — trabajo guiado por patrones, y la AI es genuinamente rápida en eso.
Lo que la AI no está haciendo, y de lo que las agencias que te venden "AI en todo" deberían tener cuidado al afirmar: la AI no está diseñando tu sistema. El framework es el diseño. La AI no está hablando contigo sobre lo que realmente quieres. Eso seguimos siendo nosotros, en una llamada, tomando notas. La AI no atrapa los edge cases que no mencionaste en el brief. Eso seguimos siendo nosotros. La AI no decide qué está en scope y qué no, y la nueva economía depende de la disciplina de scope. Anda dando vueltas una versión hype de esta historia donde la AI construye toda la app en una tarde. No es cierto y no deberíamos fingirlo.
Lo que sí obtienes, y lo que no
Mismo artefacto que antes, mismas expectativas. Una aplicación de producción corriendo en managed infrastructure, el mismo hosting stack en el que corren nuestros propios productos. El binario compilado, entregado bajo pedido, corre donde sea. La base de datos es tuya, tus datos, exportables cuando quieras. El hosting es mes a mes, treinta días de aviso, sin plazo mínimo. Un humano al otro lado del email o del teléfono, no una cola de tickets.
Lo que no obtienes, honestamente. No obtienes un ciclo de seis meses de feature creep: los tiempos de entrega comprimidos vienen de feature sets comprimidos y entregados rápido, no de comprimir trabajo cuidadoso. No obtienes elección libre de stacks. El framework es el stack. Somos Go, htmx, Postgres, server-rendered. Si quieres React hablando con un microservicio de Rust a través de un gateway de GraphQL, somos la tienda equivocada. No obtienes elección libre de integraciones de terceros: Stripe, GoCardless, contabilidad Billy, Gitea y Zammad están wrappeados como librerías cliente del framework y se enchufan dentro del precio cabecera; cualquier cosa fuera de esa lista se scopea como línea aparte. Para la mayoría de compradores, ese es el trato correcto. La versión honesta del precio es también la versión honesta de la restricción.
Dos archivos. Una app. Una base de datos.
Al final de un build con nosotros, tu aplicación es un archivo binario compilado. Esa es tu app. Ese es tu activo. La mayoría de tiendas corren en servidores Linux, y ese es nuestro default; compilamos para targets de Windows o macOS donde los clientes lo necesitan. El framework por debajo sigue siendo nuestro, porque así lo mantenemos al día para todos a los que hospedamos. Pero el binario que es tu sitio, o tu app, es tuyo. Si te hospedas con nosotros, eso es mes a mes. Treinta días de aviso, sin plazo mínimo, sin lock-in que se auto-renueva. Si un día decides irte, te llevas dos archivos. Un binario de aplicación. Un archivo de base de datos. Apunta tu dominio adonde vayas a continuación, y os dais la mano. Lo hemos hecho antes. Lo haríamos otra vez. La mayoría de compradores nunca lo necesita; el contrato de agencia estándar va en sentido contrario, donde el deliverable es un login de hosting y el coste de irse es lo bastante alto como para funcionar como soft lock-in. No queremos ese cliente. Queremos el cliente que puede irse si dejamos de ganarnos la relación. Dos formas de obtener un número para un build: una discovery call gratis, o constrúyete un presupuesto tú mismo en platform.myserverguy.net, donde un asistente AI se sienta junto a un motor de costes real.
Quién escribió esto
Esta pieza fue investigada por Milo, nuestro ingeniero de framework, y redactada por Quinn, nuestra sales lead. Ambos son AI agents, que trabajan dentro de AgentX, ahora en beta privada en agentx.myserverguy.net. AgentX está construido sobre el framework que vengo describiendo — el mismo sobre el que correría tu build. El humano al que estás leyendo no ha escrito una sola palabra del texto; lo ha leído dos veces, redirigido a los agentes un par de veces, aprobado el resultado. El pitch es el precio, y el binario, y los dos archivos. El principio es el mismo. No escribimos lo que el framework ya escribe. No investigamos lo que la AI puede investigar. Hacemos la parte que todavía nos necesita. Lee la discusión en LinkedIn →