[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"technologies":3,"\u002Fblog\u002Fflutter-app-development-process":167,"team-members":898,"blog-topics":1240,"mdc-uhws2p-key":1282,"glossary":1320},[4,10,15,21,26,32,38,43,48,53,58,63,68,73,77,82,87,92,97,103,108,113,118,123,128,133,138,143,147,152,157,162],{"title":5,"description":6,"slug":7,"category":8,"icon":9},"Android","Todas las apps que entregamos llegan a Android: APIs de plataforma, ejecución en segundo plano, permisos y los requisitos de tienda que traen consigo.","android","framework","logos:android-icon",{"title":11,"description":12,"slug":13,"category":8,"icon":14},"Angular","El framework de frontend en el que trabajamos cuando un producto ya es Angular: una estructura con todo incluido que encaja en apps grandes y de vida larga.","angular","logos:angular-icon",{"title":16,"description":17,"slug":18,"category":19,"icon":20},"Dart","El lenguaje en el que está escrita cada app Flutter que entregamos: null safety robusto, pattern matching de verdad y un compilador que apunta a nativo y a la web.","dart","language","logos:dart",{"title":22,"description":23,"slug":24,"category":8,"icon":25},"Django","El framework de Python que usamos cuando un producto necesita administración, autenticación y un modelo de datos real desde el primer día.","django","logos:django-icon",{"title":27,"description":28,"slug":29,"category":30,"icon":31},"Docker","Cada servicio que construimos se publica como contenedor, así que lo que corre en un portátil, en CI y en producción es un solo artefacto y no tres.","docker","infrastructure","logos:docker-icon",{"title":33,"description":34,"slug":35,"category":36,"icon":37},"Fastlane","La automatización de releases móviles: firma, builds y subidas a las tiendas desde CI, no desde el portátil de un ingeniero el día del lanzamiento.","fastlane","tools","logos:fastlane",{"title":39,"description":40,"slug":41,"category":8,"icon":42},"Flutter","Nuestro stack móvil principal desde 2018: una base de código Dart que llega a iOS, Android, web y escritorio sin un equipo por plataforma.","flutter","logos:flutter",{"title":44,"description":45,"slug":46,"category":36,"icon":47},"Git","Todos los proyectos que tocamos viven en Git: pull requests revisadas, CI en cada rama y un historial que sigue teniendo sentido meses después.","git","logos:git-icon",{"title":49,"description":50,"slug":51,"category":19,"icon":52},"Go","Nuestro lenguaje de backend para APIs en tiempo real y servicios bajo carga: binarios pequeños, compilaciones rápidas y concurrencia que sigue siendo legible.","go","logos:gopher",{"title":54,"description":55,"slug":56,"category":30,"icon":57},"Google Cloud","La nube donde corren nuestras cargas de producción: Kubernetes gestionado, almacenamiento y red, sin servidores hechos a mano que nadie quiere mantener.","gcp","logos:google-cloud",{"title":59,"description":60,"slug":61,"category":36,"icon":62},"Gradle","El sistema de build por el que pasa cada release de Android: product flavours, configuraciones de firma y el cableado de dependencias bajo una app Flutter.","gradle","logos:gradle",{"title":64,"description":65,"slug":66,"category":30,"icon":67},"Helm","Cómo empaquetamos un despliegue de Kubernetes: servicio, configuración, secretos e ingress como una unidad versionada que se puede promover y revertir.","helm","logos:helm",{"title":69,"description":70,"slug":71,"category":19,"icon":72},"Kotlin","A lo que recurrimos cuando una app Flutter necesita Android de verdad por debajo: platform channels, trabajo en segundo plano e integraciones con SDK nativos.","kotlin","logos:kotlin-icon",{"title":74,"description":75,"slug":76,"category":8,"icon":72},"Kotlin Multiplatform","Compartir la lógica de negocio entre iOS y Android mientras cada plataforma conserva su UI nativa: la alternativa cuando Flutter no encaja.","kmp",{"title":78,"description":79,"slug":80,"category":30,"icon":81},"Kubernetes","Cómo ejecutamos servicios en producción: despliegues con Helm, rollouts reversibles y escalado que no necesita a nadie a las 3 de la mañana.","kubernetes","logos:kubernetes",{"title":83,"description":84,"slug":85,"category":30,"icon":86},"NATS","Mensajería ligera entre servicios: publicación\u002Fsuscripción y petición\u002Frespuesta sin el peso operativo de un clúster de broker completo.","nats","logos:nats-icon",{"title":88,"description":89,"slug":90,"category":8,"icon":91},"Nuxt","Vue con renderizado en servidor, enrutado y SEO resueltos: así hacemos sitios y apps web que deben ser rápidas e indexables en la primera carga.","nuxt","logos:nuxt-icon",{"title":93,"description":94,"slug":95,"category":19,"icon":96},"PHP","Donde trabajamos con un backend PHP ya existente: extenderlo, integrarse con él y construir los clientes móviles y web a los que tiene que servir.","php","logos:php",{"title":98,"description":99,"slug":100,"category":101,"icon":102},"PostgreSQL","Nuestra base de datos por defecto, salvo que un producto dé una razón concreta para no usarla: del diseño del esquema al ajuste de índices.","postgres","database","logos:postgresql",{"title":104,"description":105,"slug":106,"category":19,"icon":107},"Python","Nuestro lenguaje para backends, trabajo con datos e integraciones de IA, incluidos los bindings de Python que publicamos para nuestras propias herramientas en Rust.","python","logos:python",{"title":109,"description":110,"slug":111,"category":8,"icon":112},"React","La librería de frontend en la que trabajamos cuando un producto ya es React: componentes, hooks y el ecosistema que ha crecido a su alrededor.","react","logos:react",{"title":114,"description":115,"slug":116,"category":101,"icon":117},"Redis","Donde ponemos los datos que tienen que ser rápidos y se pueden reconstruir: cachés, sesiones, límites de tasa y las colas tras las rutas lentas de un producto.","redis","logos:redis",{"title":119,"description":120,"slug":121,"category":19,"icon":122},"Ruby","El lenguaje de nuestra automatización de releases móviles: lanes de Fastlane, acciones a medida y el pegamento de CI que sube builds a las tiendas.","ruby","logos:ruby",{"title":124,"description":125,"slug":126,"category":19,"icon":127},"Rust","A donde vamos cuando importan tanto el rendimiento como la corrección: renderizado de documentos, herramientas de CLI y servicios que tienen que ser rápidos y predecibles.","rust","simple-icons:rust",{"title":129,"description":130,"slug":131,"category":101,"icon":132},"SQLite","La base de datos que viaja dentro de la app: cachés locales, almacenamiento offline-first y todo lo que tiene que seguir funcionando sin red.","sqlite","logos:sqlite",{"title":134,"description":135,"slug":136,"category":8,"icon":137},"Strapi","Un CMS headless para cuando los editores necesitan ser dueños del contenido: una administración de verdad y una API limpia, sin construirlas desde cero.","strapi","logos:strapi-icon",{"title":139,"description":140,"slug":141,"category":19,"icon":142},"Swift","A lo que recurrimos cuando una app Flutter necesita iOS de verdad por debajo: platform channels, integraciones con SDK nativos, widgets y App Clips.","swift","logos:swift",{"title":144,"description":145,"slug":146,"category":8,"icon":142},"SwiftUI","El framework de UI de Apple, donde construimos las superficies nativas que una app Flutter no puede tener: widgets, App Clips y extensiones.","swiftui",{"title":148,"description":149,"slug":150,"category":8,"icon":151},"Tailwind CSS","Cómo damos estilo a cada frontend que construimos: clases de utilidad y design tokens en lugar de una hoja de estilos que solo crece y nunca se borra.","tailwind","logos:tailwindcss-icon",{"title":153,"description":154,"slug":155,"category":19,"icon":156},"TypeScript","Lo predeterminado para todo lo que escribimos para el navegador y para servicios Node: tipos que detectan errores de integración antes de llegar a una revisión.","typescript","logos:typescript-icon",{"title":158,"description":159,"slug":160,"category":8,"icon":161},"Vue","Nuestro framework de frontend para paneles de administración, cuadros de mando y apps web que deben seguir siendo mantenibles durante años.","vue","logos:vue",{"title":163,"description":164,"slug":165,"category":36,"icon":166},"Whisper","El modelo de reconocimiento de voz de código abierto de OpenAI: el motor de transcripción detrás de la entrada por voz, que funciona como servicio de backend y también en el propio dispositivo.","whisper","simple-icons:openai",{"id":168,"title":169,"author":170,"body":171,"description":880,"extension":881,"hero":882,"meta":885,"metaDescription":886,"metaTitle":887,"navigation":888,"ogDescription":889,"path":890,"seo":891,"slug":892,"stem":893,"summary":894,"timestamp":895,"topic":41,"updated":896,"__hash__":897},"blog_es\u002Fblog\u002Fflutter-app-development-process.md","El proceso de desarrollo de apps Flutter: cómo llevamos una app de la idea a la App Store","dima",{"type":172,"value":173,"toc":865},"minimark",[174,220,223,228,231,392,406,409,416,418,421,424,427,453,460,466,468,471,474,485,498,501,506,508,511,514,517,565,573,575,578,585,588,600,608,613,615,618,621,624,653,656,667,669,672,675,681,692,701,707,709,713,716,719,739,742,744,748,751,761,770,779,788,795,797,801,805,807,811,818,851,854],[175,176,177,181,182,185,186,185,189,185,192,185,195,185,198,201,202,205,206,210,211,214,215,219],"p",{},[178,179,180],"strong",{},"Resumen."," El proceso de desarrollo de una app Flutter transcurre en siete fases: ",[178,183,184],{},"descubrimiento y acotación",", ",[178,187,188],{},"diseño UX\u002FUI",[178,190,191],{},"arquitectura y cimientos",[178,193,194],{},"desarrollo iterativo",[178,196,197],{},"QA y pruebas",[178,199,200],{},"publicación"," y ",[178,203,204],{},"mantenimiento posterior al lanzamiento",". Lo que las une es que son ",[207,208,209],"em",{},"bucles de realimentación, no una cascada",": el diseño empieza antes de que termine el descubrimiento, el QA corre junto al desarrollo en vez de después, y cada dos semanas recibes algo instalable en tu móvil en lugar de un informe de estado. La única regla que no negociamos: ",[178,212,213],{},"los invariantes van antes que el código de las funcionalidades."," El modelo de estado, el tema, la taxonomía de errores, el pipeline de CI y la estrategia de tests se deciden en la semana uno, porque cada pantalla construida después o los sigue o se pelea con ellos. Un desarrollo típico son 2-3 meses para un ",[216,217],"term",{"slug":218},"mvp"," y 3-5 meses para un producto completo, y el lanzamiento es la mitad del proceso, no el final.",[221,222],"hr",{},[224,225,227],"h2",{"id":226},"los-pasos-del-desarrollo-flutter-de-un-vistazo","Los pasos del desarrollo Flutter de un vistazo",[175,229,230],{},"Siete fases, en el orden en que empiezan. Este es todo el ciclo de vida del desarrollo Flutter en una pantalla.",[232,233,234,256],"table",{},[235,236,237],"thead",{},[238,239,240,244,247,250,253],"tr",{},[241,242,243],"th",{},"Fase",[241,245,246],{},"Qué pasa",[241,248,249],{},"Entregable clave",[241,251,252],{},"Quién participa",[241,254,255],{},"Duración típica",[257,258,259,279,298,317,336,355,373],"tbody",{},[238,260,261,267,270,273,276],{},[262,263,264],"td",{},[178,265,266],{},"1. Descubrimiento y acotación",[262,268,269],{},"La idea se convierte en un backlog concreto y ordenado; se acuerda la lista de recortes",[262,271,272],{},"Backlog acotado, presupuesto de alcance cerrado, calendario",[262,274,275],{},"Fundador o responsable de producto, lead, diseñador",[262,277,278],{},"3 días - 2 semanas",[238,280,281,286,289,292,295],{},[262,282,283],{},[178,284,285],{},"2. Diseño UX\u002FUI",[262,287,288],{},"Primero el sistema de diseño, después los flujos y las pantallas contra él",[262,290,291],{},"Sistema de diseño + prototipo navegable",[262,293,294],{},"Diseñador, responsable de producto, lead",[262,296,297],{},"2-4 semanas (se solapa con el desarrollo)",[238,299,300,305,308,311,314],{},[262,301,302],{},[178,303,304],{},"3. Arquitectura y cimientos",[262,306,307],{},"Modelo de estado, estructura de carpetas, taxonomía de errores, CI\u002FCD, estrategia de tests",[262,309,310],{},"Esqueleto de app funcionando, pipeline en verde, ADR",[262,312,313],{},"Lead, ingeniero de backend",[262,315,316],{},"1-2 semanas",[238,318,319,324,327,330,333],{},[262,320,321],{},[178,322,323],{},"4. Desarrollo iterativo",[262,325,326],{},"Rebanadas verticales de funcionalidad, demostrables cada sprint",[262,328,329],{},"Build instalable cada 1-2 semanas",[262,331,332],{},"Ingenieros, diseñador, responsable de producto",[262,334,335],{},"4-16 semanas",[238,337,338,343,346,349,352],{},[262,339,340],{},[178,341,342],{},"5. QA y pruebas",[262,344,345],{},"Tests de widget, golden, de integración y en dispositivos reales",[262,347,348],{},"Suite de tests en CI + pasada de endurecimiento",[262,350,351],{},"Ingenieros, QA, probadores del cliente",[262,353,354],{},"Continuo + 1-2 semanas de endurecimiento",[238,356,357,362,365,368,371],{},[262,358,359],{},[178,360,361],{},"6. Publicación",[262,363,364],{},"Materiales de tienda, envío, revisión, despliegue escalonado",[262,366,367],{},"App publicada en App Store y Google Play",[262,369,370],{},"Lead, responsable de producto, cuentas del cliente",[262,372,316],{},[238,374,375,380,383,386,389],{},[262,376,377],{},[178,378,379],{},"7. Post-lanzamiento",[262,381,382],{},"Monitorización, triaje de fallos, iteración sobre uso real",[262,384,385],{},"Cadencia mensual de releases, tasa sin fallos",[262,387,388],{},"Ingenieros, responsable de producto",[262,390,391],{},"Continuo",[175,393,394,395,400,401,405],{},"Esas duraciones son rangos y se solapan: el calendario es más corto que la suma de las filas. Para ver adónde van realmente las semanas en un proyecto real, mira el artículo complementario: ",[396,397,399],"a",{"href":398},"\u002Fblog\u002Fhow-long-to-build-a-flutter-app","cuánto se tarda en construir una app en Flutter",". Para lo que cuesta cada fase, mira ",[396,402,404],{"href":403},"\u002Fblog\u002Fflutter-app-development-cost-2026","Cuánto cuesta desarrollar una app en Flutter en 2026",".",[175,407,408],{},"Estructuralmente, este es el mismo proceso de desarrollo móvil que sigue cualquier equipo competente: las fases no son un invento de Flutter. Lo que cambia Flutter es la economía dentro de ellas: una base de código para la que diseñar, una que testear, una que publicar, y una capa de interfaz que vive en código y no en una hoja de estilos. Ese último detalle es la razón por la que las fases de diseño y arquitectura pesan aquí más de lo que pesarían en otro sitio.",[410,411],"how-to-schema",{":steps":412,"description":413,"name":414,"totalTime":415},"[{\"name\":\"Descubrimiento y acotación\",\"text\":\"Convertir la idea en un backlog concreto y ordenado. Acordar qué sale en la versión uno y qué queda explícitamente fuera. El resultado es un backlog acotado, un presupuesto de alcance cerrado y un calendario.\"},{\"name\":\"Diseño UX y UI\",\"text\":\"Construir primero el sistema de diseño y después diseñar flujos y pantallas contra él. El resultado es un sistema de diseño y un prototipo navegable que el cliente puede recorrer antes de que exista código de funcionalidades.\"},{\"name\":\"Arquitectura y cimientos\",\"text\":\"Decidir el modelo de estado, la estructura de carpetas, la taxonomía de errores, el pipeline de CI y la estrategia de pruebas antes de empezar con las funcionalidades. El resultado es un esqueleto de app funcionando con el pipeline en verde.\"},{\"name\":\"Desarrollo iterativo\",\"text\":\"Construir rebanadas verticales de funcionalidad que van desde la pantalla hasta el backend. Entregar una build instalable cada una o dos semanas y revisar decisiones en lugar de líneas.\"},{\"name\":\"QA y pruebas\",\"text\":\"Ejecutar tests de widget, golden y de integración en integración continua, además de pruebas en dispositivos reales al 200 por ciento de escala de texto, en modo oscuro y con la red limitada.\"},{\"name\":\"Publicación\",\"text\":\"Preparar los materiales de tienda, enviar a App Store y Google Play, gestionar la revisión y desplegar por fases en lugar de a todo el mundo a la vez. Automatizar la compilación y la subida con Fastlane.\"},{\"name\":\"Post-lanzamiento y mantenimiento\",\"text\":\"Monitorizar fallos y rendimiento, triar lo que saca a la luz el uso real y mantener una cadencia regular de releases. El lanzamiento es el comienzo del producto, no el final del proyecto.\"}]","Cómo se construye una app Flutter desde la idea hasta la App Store, fase por fase.","El proceso de desarrollo de apps Flutter","P12W",[221,417],{},[224,419,266],{"id":420},"_1-descubrimiento-y-acotación",[175,422,423],{},"El descubrimiento es la fase en la que una idea se convierte en una lista concreta y ordenada de cosas que construir. No es un taller con pósits. Es un lead y un diseñador interrogando la app hasta que cada pantalla tiene una razón para existir.",[175,425,426],{},"De ahí salen tres cosas:",[428,429,430,437,447],"ul",{},[431,432,433,436],"li",{},[178,434,435],{},"Un backlog, ordenado."," No «gestión de usuarios», sino «iniciar sesión con Apple, iniciar sesión con correo, restablecer contraseña, eliminar cuenta». Las partidas vagas son donde mueren las estimaciones.",[431,438,439,442,443,446],{},[178,440,441],{},"Una lista de recortes."," Las funcionalidades que ",[207,444,445],{},"no"," están en la versión uno, escritas y acordadas. El artefacto más valioso del proceso, y al que más se resisten los clientes.",[431,448,449,452],{},[178,450,451],{},"Un presupuesto de alcance cerrado y un calendario",", derivados del backlog y no de una intuición sobre «una app como esta».",[175,454,455,456,459],{},"Aquí es donde se fijan de verdad los presupuestos y los plazos, y por eso un descubrimiento apresurado es la forma más cara de ahorrar una semana. Cuando describes «un registro de entrenamientos sencillo» y te devolvemos un backlog de 40 pantallas, ese hueco no es colchón: el onboarding, la autenticación, los ajustes, la eliminación de cuenta, los pagos, el push y el offline siempre estuvieron en la app que describiste. El ",[396,457,458],{"href":403},"desglose de costes"," cubre cómo el alcance se acumula hasta dar una cifra.",[175,461,462,465],{},[178,463,464],{},"Dónde se rompe:"," un descubrimiento con alguien que no puede decidir. Si cada respuesta vuelve a un comité, el descubrimiento se estira de una semana a cuatro y la estimación se construye sobre arena.",[221,467],{},[224,469,285],{"id":470},"_2-diseño-uxui",[175,472,473],{},"El diseño UX\u002FUI es la fase en la que se define el lenguaje visual y de interacción de la app. Empieza por el sistema, no por las pantallas.",[175,475,476,477,480,481,484],{},"El primer entregable es un ",[178,478,479],{},"sistema de diseño",": una paleta con variantes clara y oscura, una escala tipográfica, una escala de espaciado, estados de componente (por defecto, pulsado, deshabilitado, cargando, error) y el vocabulario de interacción: cómo muestra ",[207,482,483],{},"esta app"," la carga, cómo muestra una lista vacía, cómo confirma una acción destructiva. Las pantallas se diseñan después contra ese sistema.",[175,486,487,488,492,493,497],{},"Ese orden no es preferencia estética: es velocidad de construcción. Una app Flutter renderiza cada píxel desde código Dart, y un sistema de diseño maduro se corresponde casi uno a uno con ",[489,490,491],"code",{},"ThemeData","; conectado una vez, cada pantalla posterior se ensambla con componentes que ya existen. Sin él obtienes lo que describimos en ",[396,494,496],{"href":495},"\u002Fblog\u002Fai-agents-struggle-with-flutter","por qué los agentes de IA se atascan con Flutter",": cuarenta pantallas que funcionan cada una y no suman una app, colores incrustados en cada punto de uso y un cambio de marca que cuesta un diff de varios cientos de archivos.",[175,499,500],{},"También diseñamos para las restricciones que rompen después las maquetaciones de Flutter: cadenas largas en el segundo idioma, escala de texto al 200 %, móviles pequeños a 320 pt. Detectar eso en Figma cuesta minutos; detectarlo en QA cuesta un rediseño. Lo que sacas de la fase es un sistema de diseño más un prototipo navegable, antes de que exista una línea de código de funcionalidades.",[175,502,503,505],{},[178,504,464],{}," el diseño por ciclos de revisión. Tres rondas de «¿podemos ver una opción más?» en la pantalla de inicio retrasan todas las fases posteriores, porque los ingenieros no pueden construir contra un blanco en movimiento.",[221,507],{},[224,509,304],{"id":510},"_3-arquitectura-y-cimientos",[175,512,513],{},"La arquitectura es la fase en la que se toman las decisiones de las que dependerá cada pantalla posterior, antes de que exista ninguna pantalla. En la práctica, eso significa que pasamos una o dos semanas construyendo una app que no hace nada.",[175,515,516],{},"Esa quincena decide los seis meses siguientes. Lo que queda cerrado:",[428,518,519,529,535,545,559],{},[431,520,521,524,525,528],{},[178,522,523],{},"Gestión de estado."," Una elección, aplicada en todas partes. Clases de estado selladas, para que las combinaciones ilegales —cargando ",[207,526,527],{},"y"," error a la vez— sean irrepresentables en lugar de meramente improbables.",[431,530,531,534],{},[178,532,533],{},"Estructura de carpetas y fronteras entre módulos."," Dónde vive una funcionalidad y qué puede importar.",[431,536,537,540,541,544],{},[178,538,539],{},"Una taxonomía de errores."," Modos de fallo con nombre —red, autenticación caducada, validación, pago rechazado, conflicto— en lugar de un único ",[489,542,543],{},"Algo ha salido mal"," que hace que todo bug sea irreproducible.",[431,546,547,550,551,554,555,558],{},[178,548,549],{},"CI\u002FCD."," Pipeline en verde el primer día: ",[489,552,553],{},"flutter analyze"," con los lints promovidos a errores, ",[489,556,557],{},"flutter test",", un artefacto de build por commit y Fastlane conectado a TestFlight y al canal interno de Play.",[431,560,561,564],{},[178,562,563],{},"Estrategia de pruebas."," Qué capas llevan tests de widget, qué pantallas llevan goldens y cuál es el presupuesto de tiempo de fotograma.",[175,566,567,568,572],{},"Los llamamos los invariantes, y van primero porque no pueden añadirse después de forma barata. «Sigue el patrón existente» es una instrucción barata de dar a una persona o a un agente, pero solo cuando existe un patrón al que señalar. En un repositorio sin ninguno, cada cual inventa el suyo, y el resultado es la arqueología que nos pagan por ",[396,569,571],{"href":570},"\u002Fservices\u002Fai-code-audit","auditar"," dos años después. La fase termina con un esqueleto funcionando, un pipeline en verde y registros de decisión breves para las elecciones que un futuro ingeniero volvería a discutir.",[221,574],{},[224,576,323],{"id":577},"_4-desarrollo-iterativo",[175,579,580,581,584],{},"El desarrollo iterativo es la fase en la que las funcionalidades se construyen y se entregan en incrementos pequeños y demostrables, en lugar de en un bloque al final. El flujo de trabajo de Flutter aquí va en ",[178,582,583],{},"rebanadas verticales de funcionalidad",": una funcionalidad construida de principio a fin —interfaz, estado, integración con la API, gestión de errores, tests— en vez de «todas las pantallas» seguido de «toda la fontanería». Una rebanada que puedes abrir en un móvil te dice algo cierto. Una carpeta de pantallas sin conectar, no.",[175,586,587],{},"La cadencia es un incremento demostrable cada una o dos semanas, en tu dispositivo vía TestFlight o el canal interno de Play. No una captura, no un vídeo: la app, en tu móvil, que puedes pasarle a un compañero.",[175,589,590,591,594,595,599],{},"La revisión de código va sobre ",[178,592,593],{},"decisiones, no líneas",". ¿Es este el mismo modelo de estado que el resto de la app? ¿Está estilizado desde el tema? ¿Este valor se deriva una vez, o por tercera vez? ¿Sobrevive esta cadena al ruso? Los agentes escriben buena parte del código y nuestros ingenieros son dueños de esas decisiones, que es ",[396,596,598],{"href":597},"\u002Fblog\u002Fbuilding-with-ai","cómo construimos",": la revisión línea a línea del código generado no escala; la revisión a nivel de decisión sí.",[175,601,602,603,607],{},"El diseño y el QA siguen corriendo en paralelo, y el trabajo de backend también, que es por lo que un sistema como la ",[396,604,606],{"href":605},"\u002Fblog\u002Fextraetf-realtime-fintech-flutter-go","capa de datos de mercado en tiempo real de ExtraETF"," se construye y se prueba bajo carga mientras el cliente Flutter todavía está ensamblando pantallas contra un mock.",[175,609,610,612],{},[178,611,464],{}," los sprints silenciosos. Si pasan dos semanas sin que abras una build, el bucle está roto y te enteras del malentendido un mes tarde.",[221,614],{},[224,616,342],{"id":617},"_5-qa-y-pruebas",[175,619,620],{},"El QA es la capa que corre desde la primera rebanada de funcionalidad hasta la última, no una fase atornillada al final: comprobaciones automáticas en CI en cada commit, más una pasada de endurecimiento antes de publicar.",[175,622,623],{},"Qué corre en CI en cada commit:",[428,625,626,632,641,647],{},[431,627,628,631],{},[178,629,630],{},"Tests de widget"," para el comportamiento: el botón se deshabilita mientras se envía, el error se limpia al reescribir, la lista pagina en el desplazamiento correcto.",[431,633,634,640],{},[178,635,636],{},[216,637,639],{"slug":638},"golden-test","Golden tests"," para la apariencia, el tipo de test más rentable en Flutter, porque un golden convierte «¿este rediseño ha roto el estado vacío a 320 pt en modo oscuro con el texto al 200 %?» en una comprobación que corre en segundos en vez de en una pregunta que nadie hace.",[431,642,643,646],{},[178,644,645],{},"Tests de integración"," para los flujos que pierden dinero cuando se rompen: registro, checkout, pago.",[431,648,649,652],{},[178,650,651],{},"Un test de regresión por cada bug arreglado",", para que no pueda volver.",[175,654,655],{},"Lo que una máquina no puede hacer, lo hace una persona sobre hardware real: la app al 200 % de escala de texto, en modo oscuro, en ambos idiomas, en un móvil Android pequeño y antiguo, con la red limitada y después cortada a mitad de una petición. Diez minutos de eso encuentran toda una categoría de defectos que ninguna comprobación estática reportará jamás.",[175,657,658,659,662,663,666],{},"Y mantenemos un ",[178,660,661],{},"presupuesto de fotograma",": 16,6 ms a 60 fps, comprobado en builds de perfil. Una lista que da tirones después de que alguien añada una sombra y un ",[489,664,665],{},"Opacity"," dentro del constructor del elemento es una regresión que ningún test unitario detecta y que todos los usuarios sienten.",[221,668],{},[224,670,361],{"id":671},"_6-publicación",[175,673,674],{},"La publicación es la fase en la que la app pasa por el envío a las tiendas, la revisión y el despliegue. Son 1-2 semanas de trabajo que la mayoría de los calendarios finge que son una tarde.",[175,676,677,680],{},[178,678,679],{},"Materiales y metadatos de tienda",": capturas en todos los tamaños requeridos, descripciones, palabras clave, etiquetas de privacidad, declaraciones de seguridad de datos. La eliminación de cuenta tiene que existir dentro de la app; ambas tiendas lo exigen.",[175,682,683,686,687,691],{},[178,684,685],{},"Realidades de la revisión."," La revisión de Apple suele ser de 24-48 horas, pero «suele» no es «garantizado», y las categorías de rechazo son predecibles: falta la eliminación de cuenta, un muro de login sin credenciales de demostración, una declaración de privacidad incompleta, pagos que esquivan la compra dentro de la app. Para quien publique varias apps de marca, la directriz 4.2.6 es una disciplina propia: cubrimos ",[396,688,690],{"href":689},"\u002Fblog\u002Fwhite-label-app-platform-flutter","qué pasa realmente la revisión"," a escala de flota. La revisión de Google suele ser más rápida, pero una cuenta de desarrollador nueva puede quedarse en revisión extendida durante días.",[175,693,694,700],{},[178,695,696,405],{},[216,697,699],{"slug":698},"staged-rollout","Despliegue escalonado"," Publicamos al 10 % en Google Play y vigilamos la tasa sin fallos antes de ampliar; el lanzamiento por fases de la App Store hace lo mismo. Una build mala detectada al 10 % es una tarde mala. Esa misma build al 100 % es una semana mala.",[175,702,703,706],{},[178,704,705],{},"Automatización."," Fastlane compila, firma y sube a ambas tiendas, incluidas las configuraciones multieditor donde cada marca se publica bajo su propia cuenta. La publicación manual es donde alguien teclea mal un número de versión a las once de la noche.",[221,708],{},[224,710,712],{"id":711},"_7-post-lanzamiento-y-mantenimiento","7. Post-lanzamiento y mantenimiento",[175,714,715],{},"El mantenimiento posterior al lanzamiento es la fase en la que la app se encuentra con usuarios reales y sigue cambiando. El lanzamiento es su comienzo, no el final del proyecto.",[175,717,718],{},"El uso real saca a la luz de inmediato lo que ningún test podía: la capa de Android de un fabricante que rompe las notificaciones push, la actualización del sistema que retira una API, el fallo en un dispositivo que no tenías. Así que el proceso continúa:",[428,720,721,727,733],{},[431,722,723,726],{},[178,724,725],{},"Monitorización",": informes de fallos, trazas de rendimiento y analítica sobre los flujos que importan, vigilados cada hora las primeras 48 horas y semanalmente después.",[431,728,729,732],{},[178,730,731],{},"Iteración",": el backlog que recortaste en el descubrimiento, repriorizado contra lo que la gente hace de verdad.",[431,734,735,738],{},[178,736,737],{},"Mantenimiento",": releases anuales del sistema, actualizaciones de SDK, cambios de política de las tiendas, rotación de certificados y de claves de API. Flutter y sus plugins se mueven; una app sin tocar durante un año no es estable, está caducando.",[175,740,741],{},"Presupuesta para el producto, no para el proyecto. Una app que se publica y luego no recibe nada va, despacio, camino de una reescritura.",[221,743],{},[224,745,747],{"id":746},"cómo-lo-mantenemos-en-rumbo","Cómo lo mantenemos en rumbo",[175,749,750],{},"Los procesos no fallan de forma dramática. Se retrasan unos días cada vez. Cuatro cosas evitan casi todo, y cada una tiene un modo de fallo conocido.",[175,752,753,756,757,760],{},[178,754,755],{},"Alcance cerrado y por escrito."," La lista de recortes del descubrimiento es un contrato con el calendario; las ideas nuevas van a la lista de la v2 y lo decimos en voz alta. ",[207,758,759],{},"Se rompe cuando"," nadie defiende la lista: cada «añadido diminuto» es genuinamente diminuto, y el vigésimo es un mes.",[175,762,763,766,767,769],{},[178,764,765],{},"Una cadencia decidida con quien decide."," Una persona que pueda aprobar una pantalla el día que la ve, una llamada semanal, una build que instalar. ",[207,768,759],{}," las decisiones pasan por un comité. En un desarrollo de seis semanas, una semana de latencia de decisión es un desvío del 20 % antes de que ningún ingeniero haya hecho nada mal.",[175,771,772,775,776,778],{},[178,773,774],{},"Invariantes fijados de entrada."," La razón por la que nuestro tercer mes cuesta más o menos lo que costó el primero. ",[207,777,759],{}," una fecha límite tienta a todo el mundo a saltarse la semana uno y empezar por las pantallas.",[175,780,781,784,785,787],{},[178,782,783],{},"Bucles cortos de realimentación."," Builds instalables cada una o dos semanas, QA en CI, una demo que de verdad abres. ",[207,786,759],{}," el cliente se queda callado: el bucle solo funciona si hay alguien al otro lado.",[175,789,790,791,794],{},"Y la honesta: ",[178,792,793],{},"nuestras estimaciones se equivocan en una dirección."," Las integraciones son donde más fallan. Todo SDK de terceros parece una tarde en la presentación y se convierte en dos semanas de depuración sobre casos límite en Android 10. Metemos holgura para eso en vez de fingir que no existe, y cuando una fase va a desbordarse te enteras esa semana, no en la fecha de entrega.",[221,796],{},[224,798,800],{"id":799},"preguntas-frecuentes","Preguntas frecuentes",[802,803],"questions",{":items":804},"[{\"title\":\"¿Cuáles son los pasos para construir una app en Flutter?\",\"text\":\"Hay siete pasos: descubrimiento y acotación, diseño UX\u002FUI, arquitectura y cimientos, desarrollo iterativo, QA y pruebas, publicación y mantenimiento posterior al lanzamiento. El descubrimiento convierte la idea en un backlog ordenado y un alcance cerrado, el diseño produce un sistema de diseño y un prototipo, y la arquitectura fija el modelo de estado, la gestión de errores, el pipeline de CI y la estrategia de pruebas antes de escribir código de funcionalidades. Después el desarrollo construye funcionalidades en rebanadas verticales con el QA corriendo en paralelo y no al final, seguido de la publicación en tiendas y el mantenimiento continuo.\"},{\"title\":\"¿Cómo funciona el proceso de desarrollo en Flutter?\",\"text\":\"Funciona como un conjunto de bucles de realimentación solapados y no como una cascada lineal. El diseño empieza antes de que termine el descubrimiento, los cimientos de ingeniería se ponen mientras se diseñan las últimas pantallas y el QA corre de forma continua en integración continua en lugar de como una fase al final. El cliente ve una build instalable cada una o dos semanas, que es el bucle que detecta los malentendidos mientras todavía es barato arreglarlos. Un desarrollo típico son dos o tres meses para un MVP y de tres a cinco meses para un producto completo.\"},{\"title\":\"¿Qué va primero en el desarrollo de una app?\",\"text\":\"El descubrimiento va primero: convertir la idea en un backlog concreto y ordenado con una lista explícita de lo que no está en la versión uno. Los presupuestos y los plazos se fijan de verdad aquí y no después, porque todo lo que viene detrás es ejecución contra estas decisiones. Del lado de la ingeniería, lo primero que se construye no es una funcionalidad sino los cimientos —el modelo de estado, la estructura de carpetas, la taxonomía de errores, el pipeline de CI y la estrategia de pruebas—, porque eso no puede añadirse de forma barata una vez existen cuarenta pantallas.\"},{\"title\":\"¿Cómo se hace el QA en apps Flutter?\",\"text\":\"El QA corre de forma continua, no como una fase final. Los tests de widget cubren el comportamiento, los golden tests detectan regresiones visuales comparando pantallas renderizadas contra imágenes de referencia, y los tests de integración cubren los flujos que pierden dinero cuando se rompen. Además, los ingenieros prueban en dispositivos reales al 200 por ciento de escala de texto, en modo oscuro, en todos los idiomas admitidos y con la red limitada o cortada. Los tiempos de fotograma se comprueban contra un presupuesto de 16,6 ms en builds de perfil, porque el jank es una regresión que ningún test unitario detecta y que todos los usuarios sienten.\"},{\"title\":\"¿Cuánto dura cada fase de un proyecto Flutter?\",\"text\":\"El descubrimiento lleva de tres días a dos semanas, el diseño de dos a cuatro semanas, y la arquitectura y los cimientos de una a dos semanas. El desarrollo iterativo va de cuatro a dieciséis semanas según el alcance, con QA continuo durante todo el proceso más una pasada de endurecimiento de una a dos semanas. La publicación lleva de una a dos semanas incluidos los materiales de tienda, la revisión y el despliegue escalonado. Las fases se solapan mucho, así que el calendario es más corto que la suma de esos rangos: normalmente de dos a tres meses para un MVP y de tres a cinco para un producto completo.\"},{\"title\":\"¿Qué pasa después de lanzar una app Flutter?\",\"text\":\"El lanzamiento es el comienzo del producto, no el final del proyecto. Las primeras 48 horas se pasan vigilando informes de fallos, trazas de rendimiento y el porcentaje del despliegue escalonado antes de ampliarlo. Después el trabajo pasa a ser iteración sobre datos de uso real más mantenimiento: releases anuales de iOS y Android, actualizaciones de Flutter y de plugins, cambios de política de las tiendas y rotación de certificados y claves de API. Una app que se publica y luego no recibe nada no es estable, va camino de una reescritura en silencio.\"},{\"title\":\"¿Cómo se usa agile en el desarrollo Flutter?\",\"text\":\"Se usa como bucles cortos de realimentación y no como un marco de ceremonias. El trabajo se construye en rebanadas verticales de funcionalidad que van de la pantalla al backend, así que cada incremento es algo que puedes instalar y usar en lugar de una carpeta de pantallas sin conectar. Los sprints son de una o dos semanas y cada uno termina con una build en el dispositivo del cliente vía TestFlight o el canal interno de Play. Lo que se mantiene deliberadamente no ágil es la arquitectura: el modelo de estado, el tema, la taxonomía de errores y la estrategia de tests se fijan de entrada, porque iterar sobre eso cuando ya existen cuarenta pantallas es una reescritura, no un sprint.\"}]",[221,806],{},[224,808,810],{"id":809},"acotemos-tu-desarrollo","Acotemos tu desarrollo",[175,812,813,814,817],{},"Así se construyen las apps Flutter cuando alguien está llevando de verdad el proceso. Si estás evaluando agencias, el proceso ",[207,815,816],{},"es"," el producto: capturas te las enseña cualquiera. Lo que decide si tu app sale a tiempo es si hay una máquina real detrás: una lista de recortes que alguien defiende, invariantes fijados en la semana uno, una build en tu móvil cada quincena y tests que corren antes de que mire una persona.",[428,819,820,831,841],{},[431,821,822,825,826,830],{},[178,823,824],{},"Reserva una llamada de descubrimiento"," y pasaremos tu idea por el paso uno: ",[396,827,829],{"href":828},"\u002Fcontact","habla con nosotros",". Recibes un backlog ordenado, una lista de recortes y un presupuesto de alcance cerrado, no un rango lo bastante ancho como para esconderse en él.",[431,832,833,836,837,405],{},[178,834,835],{},"Mira la oferta",": equipo, stack y niveles de precio en la página de ",[396,838,840],{"href":839},"\u002Fservices\u002Fflutter-app-development","desarrollo de apps con Flutter",[431,842,843,846,847,850],{},[178,844,845],{},"¿Ya tienes un desarrollo?"," Si alguien llevó mal este proceso, una ",[396,848,849],{"href":570},"auditoría de código IA"," te dice cuánto cuesta arreglarlo en el sitio, casi siempre menos que la reescritura que te están presupuestando.",[175,852,853],{},"Cuéntanos qué estás construyendo y dónde estás atascado, y te diremos qué fases serán fáciles y cuáles dolerán.",[855,856,857],"post-credits",{},[175,858,859,860,864],{},"Dima es lead Flutter developer en ",[396,861,863],{"href":862},"\u002F","Nerdy Production",", una agencia especializada en Flutter que lleva apps del descubrimiento a la App Store en fintech, retail y productos de IA.",{"title":866,"searchDepth":867,"depth":867,"links":868},"",2,[869,870,871,872,873,874,875,876,877,878,879],{"id":226,"depth":867,"text":227},{"id":420,"depth":867,"text":266},{"id":470,"depth":867,"text":285},{"id":510,"depth":867,"text":304},{"id":577,"depth":867,"text":323},{"id":617,"depth":867,"text":342},{"id":671,"depth":867,"text":361},{"id":711,"depth":867,"text":712},{"id":746,"depth":867,"text":747},{"id":799,"depth":867,"text":800},{"id":809,"depth":867,"text":810},"Resumen. El proceso de desarrollo de una app Flutter transcurre en siete fases: descubrimiento y acotación, diseño UX\u002FUI, arquitectura y cimientos, desarrollo iterativo, QA y pruebas, publicación y mantenimiento posterior al lanzamiento. Lo que las une es que son bucles de realimentación, no una cascada: el diseño empieza antes de que termine el descubrimiento, el QA corre junto al desarrollo en vez de después, y cada dos semanas recibes algo instalable en tu móvil en lugar de un informe de estado. La única regla que no negociamos: los invariantes van antes que el código de las funcionalidades. El modelo de estado, el tema, la taxonomía de errores, el pipeline de CI y la estrategia de tests se deciden en la semana uno, porque cada pantalla construida después o los sigue o se pelea con ellos. Un desarrollo típico son 2-3 meses para un  y 3-5 meses para un producto completo, y el lanzamiento es la mitad del proceso, no el final.","md",{"type":883,"src":884},"image","\u002Fblog\u002Fflutter-app-development-process.webp",{},"Cómo se construye realmente una app Flutter: del descubrimiento a la publicación y el mantenimiento, fase por fase, con las prácticas que lo mantienen en rumbo.","El proceso de desarrollo de apps Flutter, paso a paso",true,"De discovery a la App Store, fase por fase: cómo va de verdad un desarrollo Flutter cuando son ciclos cortos de feedback y no una cascada.","\u002Fblog\u002Fflutter-app-development-process",{"title":169,"description":880},"flutter-app-development-process","blog\u002Fflutter-app-development-process","El proceso real detrás de un desarrollo en Flutter —descubrimiento, diseño, arquitectura, desarrollo iterativo, QA, publicación y mantenimiento— ejecutado como bucles cortos de realimentación y no como una cascada. Qué pasa en cada fase, qué obtienes de ella, quién está en la sala, cuánto dura y los puntos concretos donde el proceso se rompe.","2026-07-29T18:35:16Z",null,"8wqbmWucHZuGKU6-LLy7eKH1w_PNZjJ9XQ7fl4ynzfI",[899,955,1002,1052,1142,1194],{"id":900,"bio":901,"expertise":906,"extension":922,"links":923,"meta":927,"metaDescription":928,"name":933,"ogDescription":936,"photo":941,"role":942,"seniority":947,"skills":948,"slug":170,"specialization":949,"stem":170,"__hash__":954},"team_members\u002Fdima.yaml",{"en":902,"ru":903,"es":904,"nl":905},"Dima has been building with [Flutter](\u002Ftechnologies\u002Fflutter) since 2021, and specializes in :term[state management]{slug=\"state-management\"} and app architecture.\n\nHe has hands-on experience with real-time communication protocols — :term{slug=\"webrtc\"} for audio and video, and :term{slug=\"xmpp\"} for messaging — which makes him comfortable with the network-heavy, stateful features many teams struggle to get right.\n","Дима работает с [Flutter](\u002Ftechnologies\u002Fflutter) с 2021 года и специализируется на :term[state management]{slug=\"state-management\"} и архитектуре приложений.\n\nУ него есть практический опыт с протоколами реального времени — :term{slug=\"webrtc\"} для аудио и видео и :term{slug=\"xmpp\"} для обмена сообщениями, — поэтому ему близки сетевые stateful-фичи, которые многим командам даются с трудом.\n","Dima trabaja con [Flutter](\u002Ftechnologies\u002Fflutter) desde 2021 y se especializa en :term[gestión de estado]{slug=\"state-management\"} y arquitectura de aplicaciones.\n\nTiene experiencia práctica con protocolos de comunicación en tiempo real —:term{slug=\"webrtc\"} para audio y vídeo, y :term{slug=\"xmpp\"} para mensajería—, lo que le hace sentirse cómodo con esas funcionalidades con mucho estado y mucha red que a muchos equipos se les atragantan.\n","Dima werkt sinds 2021 met [Flutter](\u002Ftechnologies\u002Fflutter) en is gespecialiseerd in :term[state management]{slug=\"state-management\"} en applicatiearchitectuur.\n\nHij heeft praktijkervaring met protocollen voor realtime communicatie — :term{slug=\"webrtc\"} voor audio en video, en :term{slug=\"xmpp\"} voor berichten — waardoor hij zich thuis voelt bij de netwerkzware functies met veel staat waar veel teams moeite mee hebben.\n",[907,910,915,917],{"en":908,"ru":908,"es":909,"nl":908},"State management","Gestión de estado",{"en":911,"ru":912,"es":913,"nl":914},"Application architecture","Архитектура приложений","Arquitectura de aplicaciones","Applicatiearchitectuur",{"en":916,"ru":916,"es":916,"nl":916},"WebRTC",{"en":918,"ru":919,"es":920,"nl":921},"XMPP messaging","Обмен сообщениями по XMPP","Mensajería XMPP","Berichten via XMPP","yaml",[924],{"type":925,"address":926},"email","konopatov@nerdy.pro",{},{"en":929,"ru":930,"es":931,"nl":932},"Lead Flutter developer at Nerdy Production, building real-time apps since 2021 — state management, app architecture, WebRTC and XMPP.","Ведущий Flutter-разработчик Nerdy Production: приложения реального времени с 2021 года — state management, архитектура, WebRTC и XMPP.","Lead de desarrollo Flutter en Nerdy Production, construyendo apps en tiempo real desde 2021: gestión de estado, arquitectura de aplicaciones, WebRTC y XMPP.","Lead Flutter-developer bij Nerdy Production, bouwt sinds 2021 realtime-apps — state management, applicatiearchitectuur, WebRTC en XMPP.",{"en":934,"ru":935,"es":934,"nl":934},"Dima","Дима",{"en":937,"ru":938,"es":939,"nl":940},"Lead Flutter developer at Nerdy Production — real-time apps since 2021, and the state management that keeps them from falling over.","Ведущий Flutter-разработчик Nerdy Production: приложения реального времени с 2021 года и state management, на котором они держатся.","Lead de desarrollo Flutter en Nerdy Production: apps en tiempo real desde 2021 y la gestión de estado que evita que se caigan.","Lead Flutter-developer bij Nerdy Production — realtime-apps sinds 2021, en het state management dat ze overeind houdt.","\u002Fteam\u002Fdima.webp",{"en":943,"ru":944,"es":945,"nl":946},"Lead Flutter Developer","Ведущий Flutter-разработчик","Lead de desarrollo Flutter","Lead Flutter-developer","lead",[41,18,155,160,90,111,150,95],{"en":950,"ru":951,"es":952,"nl":953},"Real-time apps, state management, and architecture","Приложения реального времени, state management и архитектура","Apps en tiempo real, gestión de estado y arquitectura","Realtime-apps, state management en architectuur","1TuxUt3zjdVkQUvMf9dBITG872C0exrdZyyoKw1beiE",{"id":956,"bio":957,"expertise":962,"extension":922,"links":896,"meta":973,"metaDescription":974,"name":979,"ogDescription":982,"photo":987,"role":988,"seniority":993,"skills":994,"slug":995,"specialization":996,"stem":995,"__hash__":1001},"team_members\u002Fmasha.yaml",{"en":958,"ru":959,"es":960,"nl":961},"Masha builds [Flutter](\u002Ftechnologies\u002Fflutter) apps where design and copy are treated as one job.\n\nShe specializes in UI\u002FUX — turning product requirements into clean, usable interfaces — and in the writing inside the app, from onboarding flows to the microcopy that makes a screen make sense. The result is apps that feel considered, not just functional.\n","Маша делает приложения на [Flutter](\u002Ftechnologies\u002Fflutter), где дизайн и текст — одна задача.\n\nОна специализируется на UI\u002FUX, превращая продуктовые требования в чистые и удобные интерфейсы, и на текстах внутри приложения — от онбординга до микрокопирайта, который делает экран понятным. В итоге приложения получаются продуманными, а не просто рабочими.\n","Masha crea apps en [Flutter](\u002Ftechnologies\u002Fflutter) donde el diseño y el texto se tratan como un mismo trabajo.\n\nSe especializa en UI\u002FUX —convertir requisitos de producto en interfaces limpias y usables— y en la escritura dentro de la app, desde los flujos de onboarding hasta el microcopy que hace que una pantalla se entienda. El resultado son apps que se sienten pensadas, no solo funcionales.\n","Masha bouwt [Flutter](\u002Ftechnologies\u002Fflutter)-apps waarin ontwerp en tekst als één taak worden behandeld.\n\nZe is gespecialiseerd in UI\u002FUX — productwensen omzetten in heldere, bruikbare interfaces — en in de teksten binnen de app, van onboarding tot de microteksten die een scherm begrijpelijk maken. Het resultaat zijn apps die doordacht aanvoelen en niet alleen werken.\n",[963,968],{"en":964,"ru":965,"es":966,"nl":967},"UI\u002FUX design","UI\u002FUX-дизайн","Diseño UI\u002FUX","UI\u002FUX-ontwerp",{"en":969,"ru":970,"es":971,"nl":972},"Product copywriting","Продуктовый копирайтинг","Redacción de producto","Productteksten",{},{"en":975,"ru":976,"es":977,"nl":978},"Flutter developer at Nerdy Production working where design meets copy — UI\u002FUX, onboarding flows, and the microcopy that makes a screen make sense.","Flutter-разработчик Nerdy Production на стыке дизайна и текста: UI\u002FUX, онбординг и микрокопирайт, который делает экран понятным.","Desarrolladora Flutter en Nerdy Production, donde el diseño se encuentra con el texto: UI\u002FUX, onboarding y el microcopy que hace que una pantalla se entienda.","Flutter-developer bij Nerdy Production op het snijvlak van ontwerp en tekst — UI\u002FUX, onboarding, en de microteksten die een scherm begrijpelijk maken.",{"en":980,"ru":981,"es":980,"nl":980},"Masha","Маша",{"en":983,"ru":984,"es":985,"nl":986},"Flutter developer at Nerdy Production working where design meets copy — onboarding flows and the microcopy that makes a screen make sense.","Flutter-разработчик Nerdy Production на стыке дизайна и текста: онбординг и микрокопирайт, который делает экран понятным.","Desarrolladora Flutter en Nerdy Production, donde el diseño se encuentra con el texto: onboarding y el microcopy que hace entender una pantalla.","Flutter-developer bij Nerdy Production op het snijvlak van ontwerp en tekst — onboarding en de microteksten die een scherm begrijpelijk maken.","\u002Fteam\u002Fmasha.webp",{"en":989,"ru":990,"es":991,"nl":992},"Flutter Developer","Flutter-разработчик","Desarrolladora Flutter","Flutter-developer","middle",[41,18],"masha",{"en":997,"ru":998,"es":999,"nl":1000},"UI\u002FUX and copywriting for Flutter apps","UI\u002FUX и копирайтинг для Flutter-приложений","UI\u002FUX y redacción para apps Flutter","UI\u002FUX en teksten voor Flutter-apps","z3c64iWR39RIrn8wE0elSy00IfCITYgNkbgp_G_sslk",{"id":1003,"bio":1004,"expertise":1009,"extension":922,"links":1020,"meta":1023,"metaDescription":1024,"name":1029,"ogDescription":1032,"photo":1037,"role":1038,"seniority":1043,"skills":1044,"slug":1045,"specialization":1046,"stem":1045,"__hash__":1051},"team_members\u002Fmaxim.yaml",{"en":1005,"ru":1006,"es":1007,"nl":1008},"Maxim is a polyglot engineer who moves comfortably across [Go](\u002Ftechnologies\u002Fgo), [Flutter](\u002Ftechnologies\u002Fflutter), [Python](\u002Ftechnologies\u002Fpython), and [TypeScript](\u002Ftechnologies\u002Ftypescript), which lets him own a feature from the backend to the screen.\n\nHe came up at Ozon, one of Russia's largest marketplaces, where scale makes reliability non-negotiable — and it shows in his work: testing is a first-class part of how he builds, not an afterthought bolted on at the end.\n","Максим — полиглот-инженер, свободно работающий с [Go](\u002Ftechnologies\u002Fgo), [Flutter](\u002Ftechnologies\u002Fflutter), [Python](\u002Ftechnologies\u002Fpython) и [TypeScript](\u002Ftechnologies\u002Ftypescript), что позволяет ему вести фичу от бэкенда до экрана.\n\nОн вырос в Ozon, одном из крупнейших маркетплейсов России, где масштаб делает надёжность обязательной, — и это видно в его работе: тестирование для него первоклассная часть разработки, а не то, что прикручивают в конце.\n","Maxim es un ingeniero políglota que se mueve con soltura entre [Go](\u002Ftechnologies\u002Fgo), [Flutter](\u002Ftechnologies\u002Fflutter), [Python](\u002Ftechnologies\u002Fpython) y [TypeScript](\u002Ftechnologies\u002Ftypescript), lo que le permite hacerse cargo de una funcionalidad desde el backend hasta la pantalla.\n\nSe formó en Ozon, uno de los mayores marketplaces de Rusia, donde la escala hace que la fiabilidad no sea negociable, y se le nota: el testing es para él una parte de primera clase de cómo construye, no un añadido al final.\n","Maxim is een polyglotte engineer die zich moeiteloos beweegt tussen [Go](\u002Ftechnologies\u002Fgo), [Flutter](\u002Ftechnologies\u002Fflutter), [Python](\u002Ftechnologies\u002Fpython) en [TypeScript](\u002Ftechnologies\u002Ftypescript), waardoor hij een functie van de backend tot het scherm kan dragen.\n\nHij is opgegroeid bij Ozon, een van de grootste marktplaatsen van Rusland, waar schaal betrouwbaarheid onderhandelbaar maakt noch toestaat — en dat zie je terug in zijn werk: testen is bij hem een volwaardig onderdeel van hoe hij bouwt, geen bijzaak die er aan het eind bij komt.\n",[1010,1015],{"en":1011,"ru":1012,"es":1013,"nl":1014},"Automated testing","Автоматизированное тестирование","Testing automatizado","Geautomatiseerd testen",{"en":1016,"ru":1017,"es":1018,"nl":1019},"High-load backend systems","Высоконагруженные бэкенд-системы","Sistemas backend de alta carga","Backendsystemen met hoge belasting",[1021],{"type":925,"address":1022},"maxim@nerdy.pro",{},{"en":1025,"ru":1026,"es":1027,"nl":1028},"Senior engineer at Nerdy Production across Go, Flutter, Python and TypeScript — from backend to screen, with automated testing built in.","Старший инженер Nerdy Production: Go, Flutter, Python и TypeScript — от бэкенда до экрана, с автотестами как частью разработки.","Ingeniero senior en Nerdy Production con Go, Flutter, Python y TypeScript: del backend a la pantalla, con testing automatizado incorporado.","Senior engineer bij Nerdy Production met Go, Flutter, Python en TypeScript — van backend tot scherm, met geautomatiseerd testen ingebouwd.",{"en":1030,"ru":1031,"es":1030,"nl":1030},"Maxim","Максим",{"en":1033,"ru":1034,"es":1035,"nl":1036},"Senior engineer at Nerdy Production working from backend to screen — Go, Flutter, Python and TypeScript, with the tests written as he goes.","Старший инженер Nerdy Production, работающий от бэкенда до экрана: Go, Flutter, Python и TypeScript — и тесты, которые пишутся по ходу дела.","Ingeniero senior en Nerdy Production, del backend a la pantalla: Go, Flutter, Python y TypeScript, con los tests escritos sobre la marcha.","Senior engineer bij Nerdy Production, van backend tot scherm — Go, Flutter, Python en TypeScript, met de tests die hij onderweg schrijft.","\u002Fteam\u002Fmax.webp",{"en":1039,"ru":1040,"es":1041,"nl":1042},"Senior Software Engineer","Старший инженер-программист","Ingeniero de software senior","Senior software engineer","senior",[41,18,51,106,155,13,150],"maxim",{"en":1047,"ru":1048,"es":1049,"nl":1050},"Backend and Flutter engineering with a testing focus","Бэкенд и Flutter с фокусом на тестирование","Ingeniería backend y Flutter con foco en testing","Backend- en Flutter-engineering met focus op testen","a-8Kx1i-PQXIGU92_Rimqr3bPEur6ZwMfPKQWr2uk4I",{"id":1053,"bio":1054,"expertise":1059,"extension":922,"links":1101,"meta":1113,"metaDescription":1114,"name":1119,"ogDescription":1122,"photo":1127,"role":1128,"seniority":1133,"skills":1134,"slug":1135,"specialization":1136,"stem":1135,"__hash__":1141},"team_members\u002Fnixan.yaml",{"en":1055,"ru":1056,"es":1057,"nl":1058},"Ilya founded Nerdy Production and leads its engineering. He has been building software since 2010 and shipping production Flutter since 2018.\n\nBefore that he was CTO of QIWI, one of Russia's largest payment platforms, where he ran roughly 12 engineering teams spanning web products down to card processing, :term{slug=\"pci-dss\"} scope, and contactless payments — including building contactless card payments on Android via :term[Host Card Emulation]{slug=\"host-card-emulation\"} over ISO\u002FIEC 14443, with EMV Contactless (Visa PayWave) on top.\n\nHe was also a principal developer at Yandex, where he worked on Yandex.Auto — taking native Android deep into the vehicle, with heavy CAN-bus integration through a custom CAN shield — and a principal at Evotor, whose point-of-sale devices run on a forked :term{slug=\"aosp\"}, giving him a low-level view of Android most app developers never touch.\n\nToday he leads delivery on the agency's flagship apps — from the chart-heavy fintech UI of [ExtraETF](\u002Fportfolio\u002Fextraetf) to the fully custom design system of [Arcana](\u002Fportfolio\u002Farcana). He writes most of the essays on this blog and maintains the agency's open-source work, including the [dxpdf](\u002Fopen-source\u002Fdxpdf) DOCX-to-PDF engine.\n\nHe works across [Flutter](\u002Ftechnologies\u002Fflutter), native iOS and Android, [Go](\u002Ftechnologies\u002Fgo), [Rust](\u002Ftechnologies\u002Frust), [TypeScript](\u002Ftechnologies\u002Ftypescript), [Kotlin](\u002Ftechnologies\u002Fkotlin), [Kubernetes](\u002Ftechnologies\u002Fkubernetes), and [Docker](\u002Ftechnologies\u002Fdocker), with a focus on app architecture, cross-platform delivery, and building teams that ship.\n","Илья основал Nerdy Production и руководит инженерной командой. Он занимается разработкой с 2010 года и выпускает продакшн-приложения на Flutter с 2018-го.\n\nДо этого он был CTO QIWI — одной из крупнейших платёжных платформ России, — где руководил примерно 12 инженерными командами: от веб-продуктов до карточного процессинга, зоны :term{slug=\"pci-dss\"} и бесконтактных платежей, включая бесконтактную оплату картой на Android через :term[Host Card Emulation]{slug=\"host-card-emulation\"} поверх ISO\u002FIEC 14443, с платёжным протоколом EMV Contactless (Visa PayWave).\n\nОн также был принципал-разработчиком в Яндексе, где работал над Яндекс.Авто, уводя нативный Android глубоко в автомобиль, с серьёзной интеграцией по шине CAN через собственный CAN-шилд, и принципалом в Эвоторе, чьи кассовые устройства работают на форке :term{slug=\"aosp\"}, что дало ему низкоуровневый взгляд на Android, недоступный большинству прикладных разработчиков.\n\nСейчас он ведёт поставку флагманских приложений агентства — от насыщенного графиками финтех-интерфейса [ExtraETF](\u002Fportfolio\u002Fextraetf) до полностью кастомной дизайн-системы [Arcana](\u002Fportfolio\u002Farcana). Он пишет большую часть материалов этого блога и поддерживает open-source агентства, включая движок [dxpdf](\u002Fopen-source\u002Fdxpdf) для конвертации DOCX в PDF.\n\nРаботает с [Flutter](\u002Ftechnologies\u002Fflutter), нативными iOS и Android, [Go](\u002Ftechnologies\u002Fgo), [Rust](\u002Ftechnologies\u002Frust), [TypeScript](\u002Ftechnologies\u002Ftypescript), [Kotlin](\u002Ftechnologies\u002Fkotlin), [Kubernetes](\u002Ftechnologies\u002Fkubernetes) и [Docker](\u002Ftechnologies\u002Fdocker); его фокус — архитектура приложений, кросс-платформенная поставка и построение команд, которые доводят продукт до релиза.\n","Ilya fundó Nerdy Production y dirige su ingeniería. Lleva construyendo software desde 2010 y entregando Flutter en producción desde 2018.\n\nAntes fue CTO de QIWI, una de las mayores plataformas de pago de Rusia, donde dirigió alrededor de 12 equipos de ingeniería que abarcaban desde productos web hasta procesamiento de tarjetas, alcance :term{slug=\"pci-dss\"} y pagos contactless, incluida la construcción de pagos contactless con tarjeta en Android mediante :term[Host Card Emulation]{slug=\"host-card-emulation\"} sobre ISO\u002FIEC 14443, con EMV Contactless (Visa PayWave) por encima.\n\nTambién fue principal developer en Yandex, donde trabajó en Yandex.Auto —llevando Android nativo hasta el interior del vehículo, con una integración intensiva por bus CAN a través de un CAN shield propio— y principal en Evotor, cuyos terminales de punto de venta funcionan sobre un fork de :term{slug=\"aosp\"}, lo que le dio una visión de bajo nivel de Android que la mayoría de desarrolladores de apps nunca llega a tocar.\n\nHoy lidera la entrega de las apps insignia de la agencia, desde la interfaz fintech cargada de gráficos de [ExtraETF](\u002Fportfolio\u002Fextraetf) hasta el sistema de diseño totalmente a medida de [Arcana](\u002Fportfolio\u002Farcana). Escribe la mayoría de los artículos de este blog y mantiene el trabajo de código abierto de la agencia, incluido el motor de conversión de DOCX a PDF [dxpdf](\u002Fopen-source\u002Fdxpdf).\n\nTrabaja con [Flutter](\u002Ftechnologies\u002Fflutter), iOS y Android nativos, [Go](\u002Ftechnologies\u002Fgo), [Rust](\u002Ftechnologies\u002Frust), [TypeScript](\u002Ftechnologies\u002Ftypescript), [Kotlin](\u002Ftechnologies\u002Fkotlin), [Kubernetes](\u002Ftechnologies\u002Fkubernetes) y [Docker](\u002Ftechnologies\u002Fdocker), con foco en arquitectura de aplicaciones, entrega multiplataforma y la construcción de equipos que entregan.\n","Ilya richtte Nerdy Production op en leidt de engineering. Hij bouwt software sinds 2010 en levert sinds 2018 Flutter in productie.\n\nDaarvoor was hij CTO van QIWI, een van de grootste betaalplatforms van Rusland, waar hij zo'n 12 engineeringteams aanstuurde die reikten van webproducten tot kaartverwerking, :term{slug=\"pci-dss\"}-scope en contactloos betalen — waaronder het bouwen van contactloze kaartbetalingen op Android via :term[Host Card Emulation]{slug=\"host-card-emulation\"} over ISO\u002FIEC 14443, met EMV Contactless (Visa PayWave) daarbovenop.\n\nHij was ook principal developer bij Yandex, waar hij aan Yandex.Auto werkte — native Android diep de auto in brengen, met zware integratie over de CAN-bus via een eigen CAN-shield — en principal bij Evotor, waarvan de kassa-apparaten op een fork van :term{slug=\"aosp\"} draaien, wat hem een blik op Android op laag niveau gaf die de meeste app-ontwikkelaars nooit krijgen.\n\nVandaag leidt hij de oplevering van de vlaggenschipapps van het bureau — van de grafiekzware fintech-UI van [ExtraETF](\u002Fportfolio\u002Fextraetf) tot het volledig eigen designsysteem van [Arcana](\u002Fportfolio\u002Farcana). Hij schrijft de meeste artikelen op deze blog en onderhoudt het opensourcewerk van het bureau, waaronder de DOCX-naar-PDF-motor [dxpdf](\u002Fopen-source\u002Fdxpdf).\n\nHij werkt met [Flutter](\u002Ftechnologies\u002Fflutter), native iOS en Android, [Go](\u002Ftechnologies\u002Fgo), [Rust](\u002Ftechnologies\u002Frust), [TypeScript](\u002Ftechnologies\u002Ftypescript), [Kotlin](\u002Ftechnologies\u002Fkotlin), [Kubernetes](\u002Ftechnologies\u002Fkubernetes) en [Docker](\u002Ftechnologies\u002Fdocker), met de nadruk op applicatiearchitectuur, cross-platform oplevering en het bouwen van teams die opleveren.\n",[1060,1065,1070,1075,1080,1085,1090,1095,1097,1099],{"en":1061,"ru":1062,"es":1063,"nl":1064},"iOS development","Разработка под iOS","Desarrollo iOS","iOS-ontwikkeling",{"en":1066,"ru":1067,"es":1068,"nl":1069},"Software architecture","Архитектура ПО","Arquitectura de software","Softwarearchitectuur",{"en":1071,"ru":1072,"es":1073,"nl":1074},"Engineering team leadership","Руководство инженерными командами","Liderazgo de equipos de ingeniería","Leidinggeven aan engineeringteams",{"en":1076,"ru":1077,"es":1078,"nl":1079},"Payment systems","Платёжные системы","Sistemas de pago","Betaalsystemen",{"en":1081,"ru":1082,"es":1083,"nl":1084},"Card processing","Карточный процессинг","Procesamiento de tarjetas","Kaartverwerking",{"en":1086,"ru":1087,"es":1088,"nl":1089},"PCI-DSS compliance","Соответствие PCI-DSS","Cumplimiento de PCI-DSS","Naleving van PCI-DSS",{"en":1091,"ru":1092,"es":1093,"nl":1094},"NFC and contactless payments","NFC и бесконтактные платежи","NFC y pagos contactless","NFC en contactloos betalen",{"en":1096,"ru":1096,"es":1096,"nl":1096},"Host Card Emulation",{"en":1098,"ru":1098,"es":1098,"nl":1098},"EMV Contactless",{"en":1100,"ru":1100,"es":1100,"nl":1100},"AOSP",[1102,1105,1108,1111],{"type":1103,"url":1104},"github","https:\u002F\u002Fgithub.com\u002Fthenixan",{"type":1106,"url":1107},"linkedin","https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Fthenixan\u002F",{"type":1109,"url":1110},"telegram","https:\u002F\u002Ft.me\u002Fthenixan",{"type":925,"address":1112},"nixan@nerdy.pro",{},{"en":1115,"ru":1116,"es":1117,"nl":1118},"Founder and lead developer at Nerdy Production, former CTO of QIWI. Flutter architecture, payments infrastructure, and engineering teams that ship.","Основатель и ведущий разработчик Nerdy Production, экс-CTO QIWI. Архитектура на Flutter, платёжная инфраструктура и команды, которые доводят до релиза.","Fundador y lead developer en Nerdy Production, ex-CTO de QIWI. Arquitectura Flutter, infraestructura de pagos y equipos de ingeniería que entregan.","Oprichter en lead developer bij Nerdy Production, oud-CTO van QIWI. Flutter-architectuur, betaalinfrastructuur en teams die opleveren.",{"en":1120,"ru":1121,"es":1120,"nl":1120},"Ilya Nixan","Илья Никсан",{"en":1123,"ru":1124,"es":1125,"nl":1126},"Founder and lead developer at Nerdy Production, former CTO of QIWI — Flutter architecture, payments infrastructure, and teams that ship.","Основатель и ведущий разработчик Nerdy Production, экс-CTO QIWI: архитектура на Flutter, платёжная инфраструктура и команды, которые доводят до релиза.","Fundador y lead developer en Nerdy Production, ex-CTO de QIWI: arquitectura Flutter, infraestructura de pagos y equipos que entregan.","Oprichter en lead developer bij Nerdy Production, oud-CTO van QIWI — Flutter-architectuur, betaalinfrastructuur en teams die opleveren.","\u002Fteam\u002Fnixan.webp",{"en":1129,"ru":1130,"es":1131,"nl":1132},"Founder & Lead Developer","Основатель и ведущий разработчик","Fundador y lead developer","Oprichter & lead developer","founder_lead",[41,18,71,141,76,146,51,126,121,155,160,90,13,150,136,7,29,80],"nixan",{"en":1137,"ru":1138,"es":1139,"nl":1140},"Flutter architecture and leading delivery teams","Архитектура на Flutter и руководство командами поставки","Arquitectura Flutter y liderazgo de equipos de entrega","Flutter-architectuur en het leiden van opleverteams","BmeQZ7JyhRFIx8527WO2t1-WklP8AAvevAxiN9U4TEs",{"id":1143,"bio":1144,"expertise":1149,"extension":922,"links":1161,"meta":1166,"metaDescription":1167,"name":1172,"ogDescription":1175,"photo":1180,"role":1181,"seniority":1043,"skills":1186,"slug":1187,"specialization":1188,"stem":1187,"__hash__":1193},"team_members\u002Froma.yaml",{"en":1145,"ru":1146,"es":1147,"nl":1148},"Roman works across native iOS and Android and [Flutter](\u002Ftechnologies\u002Fflutter), and pairs that mobile depth with [Python](\u002Ftechnologies\u002Fpython) and applied AI.\n\nMuch of his background is in ERP and CRM development — complex, data-heavy business systems where getting the domain model right matters more than the UI — which gives him a pragmatic eye for how an app fits the process behind it.\n","Роман работает с нативными iOS и Android и с [Flutter](\u002Ftechnologies\u002Fflutter), дополняя мобильную экспертизу [Python](\u002Ftechnologies\u002Fpython) и прикладным AI.\n\nЗначительная часть его опыта — разработка ERP и CRM, сложных систем с большим объёмом данных, где правильная доменная модель важнее интерфейса, — что даёт ему прагматичный взгляд на то, как приложение встраивается в процесс за ним.\n","Roman trabaja con iOS y Android nativos y con [Flutter](\u002Ftechnologies\u002Fflutter), y combina esa profundidad móvil con [Python](\u002Ftechnologies\u002Fpython) e IA aplicada.\n\nBuena parte de su trayectoria está en el desarrollo de ERP y CRM —sistemas de negocio complejos y con mucho dato, donde acertar con el modelo de dominio importa más que la interfaz—, lo que le da una mirada pragmática sobre cómo encaja una app en el proceso que hay detrás.\n","Roman werkt met native iOS en Android en met [Flutter](\u002Ftechnologies\u002Fflutter), en combineert die mobiele diepgang met [Python](\u002Ftechnologies\u002Fpython) en toegepaste AI.\n\nEen groot deel van zijn achtergrond ligt in ERP- en CRM-ontwikkeling — complexe, datazware bedrijfssystemen waarin het domeinmodel goed krijgen zwaarder weegt dan de interface — wat hem een pragmatische blik geeft op hoe een app in het proces erachter past.\n",[1150,1151,1156],{"en":1061,"ru":1062,"es":1063,"nl":1064},{"en":1152,"ru":1153,"es":1154,"nl":1155},"Applied AI","Прикладной AI","IA aplicada","Toegepaste AI",{"en":1157,"ru":1158,"es":1159,"nl":1160},"ERP and CRM systems","ERP- и CRM-системы","Sistemas ERP y CRM","ERP- en CRM-systemen",[1162,1164],{"type":1106,"url":1163},"https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Fromanbatler\u002F",{"type":925,"address":1165},"roma@nerdy.pro",{},{"en":1168,"ru":1169,"es":1170,"nl":1171},"Senior mobile developer at Nerdy Production — native iOS and Android, Flutter, applied AI, and a background in data-heavy ERP and CRM systems.","Старший мобильный разработчик Nerdy Production: нативные iOS и Android, Flutter, прикладной AI и опыт в ERP- и CRM-системах.","Desarrollador móvil senior en Nerdy Production: iOS y Android nativos, Flutter, IA aplicada y experiencia en sistemas ERP y CRM con gran volumen de datos.","Senior mobiele developer bij Nerdy Production — native iOS en Android, Flutter, toegepaste AI, en een achtergrond in datazware ERP- en CRM-systemen.",{"en":1173,"ru":1174,"es":1173,"nl":1173},"Roman","Рома",{"en":1176,"ru":1177,"es":1178,"nl":1179},"Senior mobile developer at Nerdy Production — native iOS and Android, Flutter, applied AI, and years of data-heavy ERP and CRM behind him.","Старший мобильный разработчик Nerdy Production: нативные iOS и Android, Flutter, прикладной AI и годы работы с нагруженными ERP и CRM.","Desarrollador móvil senior en Nerdy Production: iOS y Android nativos, Flutter, IA aplicada y años de ERP y CRM con mucha carga de datos.","Senior mobiele developer bij Nerdy Production — native iOS en Android, Flutter, toegepaste AI, en jaren datazware ERP en CRM achter zich.","\u002Fteam\u002Froma.webp",{"en":1182,"ru":1183,"es":1184,"nl":1185},"Senior Mobile Developer","Старший мобильный разработчик","Desarrollador móvil senior","Senior mobiele developer",[7,41,18,141,146,106],"roma",{"en":1189,"ru":1190,"es":1191,"nl":1192},"Mobile, AI, and ERP\u002FCRM systems","Мобильная разработка, AI и системы ERP\u002FCRM","Móvil, IA y sistemas ERP\u002FCRM","Mobiel, AI en ERP\u002FCRM-systemen","caPSPO2BX35G9lEjNb6p3U4uF_V7yh8cexCe6l5hm8Y",{"id":1195,"bio":1196,"expertise":1201,"extension":922,"links":896,"meta":1212,"metaDescription":1213,"name":1218,"ogDescription":1221,"photo":1226,"role":1227,"seniority":1043,"skills":1232,"slug":1233,"specialization":1234,"stem":1233,"__hash__":1239},"team_members\u002Fxsox.yaml",{"en":1197,"ru":1198,"es":1199,"nl":1200},"Eugene builds the systems that apps depend on. His background is in backend engineering — designing and running the APIs, data models, and services behind a product, primarily in [Python](\u002Ftechnologies\u002Fpython) and [Django](\u002Ftechnologies\u002Fdjango).\n\nHe also works in [Flutter](\u002Ftechnologies\u002Fflutter), so he can reason about a feature from the database to the device and build the backend so the app that consumes it stays simple.\n","Женя строит системы, на которые опираются приложения. Его основной опыт — бэкенд-инженерия: проектирование и эксплуатация API, моделей данных и сервисов за продуктом, в первую очередь на [Python](\u002Ftechnologies\u002Fpython) и [Django](\u002Ftechnologies\u002Fdjango).\n\nОн также работает с [Flutter](\u002Ftechnologies\u002Fflutter), поэтому может рассуждать о фиче от базы данных до устройства и строить бэкенд так, чтобы потребляющее его приложение оставалось простым.\n","Eugene construye los sistemas de los que dependen las apps. Su trayectoria está en la ingeniería backend: diseñar y operar las APIs, los modelos de datos y los servicios que hay detrás de un producto, principalmente en [Python](\u002Ftechnologies\u002Fpython) y [Django](\u002Ftechnologies\u002Fdjango).\n\nTambién trabaja con [Flutter](\u002Ftechnologies\u002Fflutter), así que puede razonar sobre una funcionalidad desde la base de datos hasta el dispositivo y construir el backend de forma que la app que lo consume siga siendo simple.\n","Eugene bouwt de systemen waar apps op leunen. Zijn achtergrond ligt in backend-engineering: de API's, datamodellen en services achter een product ontwerpen en draaien, vooral in [Python](\u002Ftechnologies\u002Fpython) en [Django](\u002Ftechnologies\u002Fdjango).\n\nHij werkt daarnaast met [Flutter](\u002Ftechnologies\u002Fflutter), zodat hij over een functie kan nadenken van de database tot het toestel en de backend zo kan bouwen dat de app die hem verbruikt eenvoudig blijft.\n",[1202,1207],{"en":1203,"ru":1204,"es":1205,"nl":1206},"API design","Проектирование API","Diseño de APIs","API-ontwerp",{"en":1208,"ru":1209,"es":1210,"nl":1211},"Data modelling","Моделирование данных","Modelado de datos","Datamodellering",{},{"en":1214,"ru":1215,"es":1216,"nl":1217},"Senior backend developer at Nerdy Production building the APIs, data models and services behind our apps, primarily in Python and Django.","Старший бэкенд-разработчик Nerdy Production: API, модели данных и сервисы за нашими приложениями, в первую очередь на Python и Django.","Desarrollador backend senior en Nerdy Production: las APIs, modelos de datos y servicios detrás de nuestras apps, sobre todo en Python y Django.","Senior backenddeveloper bij Nerdy Production die de API's, datamodellen en services achter onze apps bouwt, vooral in Python en Django.",{"en":1219,"ru":1220,"es":1219,"nl":1219},"Eugene Xsox","Женя Xsox",{"en":1222,"ru":1223,"es":1224,"nl":1225},"Senior backend developer at Nerdy Production — the APIs, data models and services our apps run on, mostly in Python and Django.","Старший бэкенд-разработчик Nerdy Production: API, модели данных и сервисы, на которых работают наши приложения, в основном на Python и Django.","Desarrollador backend senior en Nerdy Production: las APIs, modelos de datos y servicios sobre los que corren nuestras apps, en Python y Django.","Senior backenddeveloper bij Nerdy Production — de API's, datamodellen en services waarop onze apps draaien, vooral in Python en Django.","\u002Fteam\u002Fxsox.webp",{"en":1228,"ru":1229,"es":1230,"nl":1231},"Senior Backend Developer","Старший бэкенд-разработчик","Desarrollador backend senior","Senior backenddeveloper",[106,24,41,18,155,160,90,150],"xsox",{"en":1235,"ru":1236,"es":1237,"nl":1238},"Python\u002FDjango backends, plus Flutter","Бэкенды на Python\u002FDjango и Flutter","Backends en Python\u002FDjango, además de Flutter","Backends in Python\u002FDjango, plus Flutter","w_QAKKq_Mh_dtMvAxFpAJBC10PW1I7zgVOxELwRHwO8",[1241,1250,1257,1262,1272],{"id":1242,"extension":922,"meta":1243,"name":1244,"slug":1248,"stem":1248,"__hash__":1249},"blog_topics\u002Fcybersecurity.yaml",{},{"en":1245,"ru":1246,"es":1247,"nl":1245},"Cybersecurity","Кибербезопасность","Ciberseguridad","cybersecurity","kt1rdsMy5W4b9MvGHm6mZVCr0inHidEuqaosPYmmk4E",{"id":1251,"extension":922,"meta":1252,"name":1253,"slug":1255,"stem":1255,"__hash__":1256},"blog_topics\u002Fdevops.yaml",{},{"en":1254,"ru":1254,"es":1254,"nl":1254},"DevOps","devops","D3mxlZuFHKCGeszKZuWCiQmHmP5EiCvzg1qEAIQhnyU",{"id":1258,"extension":922,"meta":1259,"name":1260,"slug":41,"stem":41,"__hash__":1261},"blog_topics\u002Fflutter.yaml",{},{"en":39,"ru":39,"es":39,"nl":39},"OOeALAmwFuEqByuJvTGk4g15FIHENPfYMdpfZh_HTAE",{"id":1263,"extension":922,"meta":1264,"name":1265,"slug":1270,"stem":1270,"__hash__":1271},"blog_topics\u002Ffor-founders.yaml",{},{"en":1266,"ru":1267,"es":1268,"nl":1269},"For Founders","Для основателей","Para fundadores","Voor oprichters","for-founders","lp2u6Ol2qF4DGxpB83HxbbGzWioT-e40mJhD4lr28-U",{"id":1273,"extension":922,"meta":1274,"name":1275,"slug":1280,"stem":1280,"__hash__":1281},"blog_topics\u002Fsoftware-engineering.yaml",{},{"en":1276,"ru":1277,"es":1278,"nl":1279},"Software Engineering","Разработка ПО","Ingeniería de software","Software-engineering","software-engineering","aZMb3aUDptoFQk_cEE6l5H4wrYcgZuBYUubmKqOAaaU",{"data":1283,"body":1284},{},{"type":1285,"children":1286},"root",[1287,1309],{"type":1288,"tag":175,"props":1289,"children":1290},"element",{},[1291,1294,1299,1301,1307],{"type":1292,"value":1293},"text","Dima trabaja con ",{"type":1288,"tag":396,"props":1295,"children":1297},{"href":1296},"\u002Ftechnologies\u002Fflutter",[1298],{"type":1292,"value":39},{"type":1292,"value":1300}," desde 2021 y se especializa en ",{"type":1288,"tag":216,"props":1302,"children":1304},{"slug":1303},"state-management",[1305],{"type":1292,"value":1306},"gestión de estado",{"type":1292,"value":1308}," y arquitectura de aplicaciones.",{"type":1288,"tag":175,"props":1310,"children":1311},{},[1312,1314,1318],{"type":1292,"value":1313},"Tiene experiencia práctica con protocolos de comunicación en tiempo real —:term{slug=\"webrtc\"} para audio y vídeo, y ",{"type":1288,"tag":216,"props":1315,"children":1317},{"slug":1316},"xmpp",[],{"type":1292,"value":1319}," para mensajería—, lo que le hace sentirse cómodo con esas funcionalidades con mucho estado y mucha red que a muchos equipos se les atragantan.",[1321,1335,1352,1367,1380,1392,1406,1421,1434,1449,1462,1477,1489,1502,1515,1525,1542,1555,1567,1580,1594,1605,1617,1628,1642,1652,1665,1676,1685,1698,1710,1724,1731,1743,1754,1765,1777,1792,1805,1818,1830,1841,1855,1869,1881,1892,1904,1915,1928,1940,1951,1963,1972],{"slug":1322,"term":1100,"definition":1323,"category":1324,"aliases":1325,"links":1327,"related":1331,"readMore":-1,"target":1333,"hasArticle":1334},"aosp","El Android Open Source Project: Android sin la capa de Google encima, que cualquiera puede forkear. Los terminales de punto de venta, los kioscos y los sistemas de a bordo funcionan sobre forks suyos, y trabajar a ese nivel expone partes del SO que un desarrollador de apps nunca ve.","platform",[1326],"Android Open Source Project",[1328],{"kind":1329,"url":1330},"website","https:\u002F\u002Fsource.android.com\u002F",[1332],"host-card-emulation","\u002Fglossary#aosp",false,{"slug":1336,"term":1337,"definition":1338,"category":1339,"aliases":1340,"links":1345,"related":1349,"readMore":-1,"target":1351,"hasArticle":1334},"object-storage","Almacenamiento de objetos","Almacenamiento que guarda un archivo entero bajo una clave en vez de en un árbol de directorios: Amazon S3 y los muchos servicios que hablan su API. Barato, casi ilimitado y el hogar habitual de eventos en bruto, backups y multimedia: se escriben una vez, se leen poco y se guardan para siempre.","architecture",[1341,1342,1343,1344],"S3","almacenamiento compatible con S3","object storage","blob storage",[1346],{"kind":1347,"url":1348},"wikipedia","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FObject_storage",[1350],"bigquery","\u002Fglossary#object-storage",{"slug":1353,"term":1354,"definition":1355,"category":1356,"aliases":1357,"links":1362,"related":1363,"readMore":-1,"target":1366,"hasArticle":1334},"staff-augmentation","Ampliación de equipo","Un modelo de contratación en el que ingenieros de un socio externo se suman a tu equipo y trabajan bajo tu gestión —en tu repositorio, tus sprints, tu proceso— en vez de entregar un proyecto propio. Compras capacidad; el código y el contexto se quedan contigo.","business",[1358,1359,1360,1361],"staff augmentation","team augmentation","desarrolladores dedicados","outstaffing",[],[1364,1365],"total-cost-of-ownership","time-to-market","\u002Fglossary#staff-augmentation",{"slug":1368,"term":1369,"definition":1370,"category":1324,"aliases":1371,"links":1372,"related":1376,"readMore":-1,"target":1379,"hasArticle":1334},"app-clips","App Clips","Una función de Apple que ejecuta una porción pequeña de una app de iOS —menos de 15 MB— sin instalarla entera. Se invoca desde un código QR, una etiqueta NFC o un enlace, para cuando lo primero que hace un usuario no debería exigir pasar por la tienda.",[],[1373],{"kind":1374,"url":1375},"documentation","https:\u002F\u002Fdeveloper.apple.com\u002Fapp-clips\u002F",[1377,1378],"deep-linking","install-referrer","\u002Fglossary#app-clips",{"slug":1350,"term":1381,"definition":1382,"category":1324,"aliases":1383,"links":1384,"related":1389,"readMore":-1,"target":1391,"hasArticle":1334},"BigQuery","El almacén analítico de Google Cloud. Le lanzas SQL a miles de millones de filas y las recorre en segundos, sobre un almacenamiento separado de las máquinas que consultan, que es lo que mantiene los informes y la exploración fuera de la base de datos que sirve tráfico real.",[],[1385,1387],{"kind":1329,"url":1386},"https:\u002F\u002Fcloud.google.com\u002Fbigquery",{"kind":1347,"url":1388},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FBigQuery",[1336,1390],"elasticsearch","\u002Fglossary#bigquery",{"slug":1393,"term":1394,"definition":1395,"category":1396,"aliases":1397,"links":1401,"related":1404,"readMore":-1,"target":1405,"hasArticle":1334},"ci-cd","CI\u002FCD","Automatización que compila, testea y publica cada cambio sin que nadie ejecute comandos a mano. En móvil es lo que convierte una release en pulsar un botón en lugar de en una tarde esperando a que alguien esté disponible.","practice",[1398,1399,1400],"CI","integración continua","entrega continua",[1402],{"kind":1347,"url":1403},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FCI\u002FCD",[],"\u002Fglossary#ci-cd",{"slug":1407,"term":1408,"definition":1409,"category":1339,"aliases":1410,"links":1414,"related":1417,"readMore":-1,"target":1420,"hasArticle":1334},"headless-cms","CMS headless","Un sistema de contenidos con editor y API pero sin frontend propio. Los editores publican en un solo sitio y el sitio web o la app renderizan ese contenido por su cuenta, así que la capa de presentación es tuya y no del proveedor del CMS.",[1411,1412,1413],"headless CMS","gestor de contenidos headless","API de contenidos",[1415],{"kind":1347,"url":1416},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FHeadless_content_management_system",[1418,1419],"server-side-rendering","rest","\u002Fglossary#headless-cms",{"slug":1422,"term":1423,"definition":1424,"category":1339,"aliases":1425,"links":1428,"related":1431,"readMore":-1,"target":1433,"hasArticle":1334},"crud","CRUD","Create, read, update, delete: las cuatro operaciones detrás de casi todo formulario y pantalla de administración. Nombre corto para la mitad rutinaria de una app, la que gestiona datos, frente a la que lleva la lógica de dominio.",[1426,1427],"Create, Read, Update, Delete","crear, leer, actualizar, borrar",[1429],{"kind":1347,"url":1430},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FCreate,_read,_update_and_delete",[1419,1432],"graphql","\u002Fglossary#crud",{"slug":1435,"term":1436,"definition":1437,"category":1339,"aliases":1438,"links":1442,"related":1445,"readMore":-1,"target":1448,"hasArticle":1334},"end-to-end-encryption","Cifrado de extremo a extremo","Cifrado aplicado en el dispositivo que envía y deshecho solo en el que recibe, de modo que el servicio que transporta el mensaje no puede leerlo: ni por orden judicial ni tras una brecha. Protege el contenido y nunca los metadatos.",[1439,1440,1441],"E2EE","cifrado extremo a extremo","end-to-end encryption",[1443],{"kind":1347,"url":1444},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FEnd-to-end_encryption",[1446,1447],"tls","jwt","\u002Fglossary#end-to-end-encryption",{"slug":1450,"term":1451,"definition":1452,"category":1339,"aliases":1453,"links":1457,"related":1460,"readMore":-1,"target":1461,"hasArticle":1334},"floating-point","Coma flotante","El formato binario IEEE 754 detrás de double y float. No puede representar 0,1 de forma exacta, así que 0,1 + 0,2 da 0,30000000000000004: invisible en gráficos y fatal en dinero, que va en unidades menores enteras o en un tipo decimal.",[1454,1455,1456],"IEEE 754","double","aritmética de coma flotante",[1458],{"kind":1347,"url":1459},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FIEEE_754",[],"\u002Fglossary#floating-point",{"slug":1463,"term":1464,"definition":1465,"category":1356,"aliases":1466,"links":1471,"related":1474,"readMore":-1,"target":1476,"hasArticle":1334},"in-app-purchase","Compra dentro de la app","Vender bienes digitales o una suscripción a través de la facturación de Apple o Google, obligatoria para contenido digital en ambas tiendas y sujeta a comisión. Lo difícil nunca es la compra: es restaurarla en un dispositivo nuevo y mantener honesto el estado de los derechos.",[1467,1468,1469,1470],"IAP","in-app purchase","compras integradas","suscripción in-app",[1472],{"kind":1374,"url":1473},"https:\u002F\u002Fdeveloper.apple.com\u002Fin-app-purchase\u002F",[1475],"product-market-fit","\u002Fglossary#in-app-purchase",{"slug":1364,"term":1478,"definition":1479,"category":1356,"aliases":1480,"links":1484,"related":1487,"readMore":-1,"target":1488,"hasArticle":1334},"Coste total de propiedad","Lo que cuesta un producto a lo largo de toda su vida, no solo construirlo: mantenimiento, actualizaciones, migraciones anuales de SO y de tiendas, y el segundo equipo que contratas para mantener dos bases de código alineadas. Suele superar al presupuesto de desarrollo, y casi nunca va dentro.",[1481,1482,1483],"TCO","total cost of ownership","coste de propiedad",[1485],{"kind":1347,"url":1486},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FTotal_cost_of_ownership",[1365],"\u002Fglossary#total-cost-of-ownership",{"slug":1490,"term":1491,"definition":1492,"category":1493,"aliases":1494,"links":1497,"related":1500,"readMore":-1,"target":1501,"hasArticle":1334},"post-quantum-cryptography","Criptografía poscuántica","Algoritmos de cifrado pensados para resistir a un futuro ordenador cuántico, ya estandarizados por el NIST. La migración urge antes que el hardware: el tráfico capturado hoy puede descifrarse cuando esa máquina exista.","protocol",[1495,1496],"PQC","cifrado poscuántico",[1498],{"kind":1347,"url":1499},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPost-quantum_cryptography",[1446,1435],"\u002Fglossary#post-quantum-cryptography",{"slug":1377,"term":1503,"definition":1504,"category":1324,"aliases":1505,"links":1510,"related":1513,"readMore":1514,"target":1514,"hasArticle":888},"Deep linking","Un enlace que abre una pantalla concreta dentro de una app instalada en vez de su pantalla de inicio o una página web. El deep linking diferido sobrevive a la instalación, así que un toque que pasa por la tienda acaba igualmente en la pantalla correcta.",[1506,1507,1508,1509],"deep linking diferido","enlaces profundos","universal links","Android App Links",[1511],{"kind":1347,"url":1512},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FMobile_deep_linking",[1368,1378],"\u002Fglossary\u002Fdeep-linking",{"slug":698,"term":699,"definition":1516,"category":1396,"aliases":1517,"links":1521,"related":1522,"readMore":-1,"target":1524,"hasArticle":1334},"Publicar una build primero a un porcentaje pequeño de usuarios y ampliarlo solo cuando la tasa sin fallos aguanta. Una build mala detectada al diez por ciento es una tarde mala; esa misma build al cien por cien es una semana mala.",[1518,1519,1520],"staged rollout","lanzamiento por fases","release canaria",[],[1523,1393],"feature-flags","\u002Fglossary#staged-rollout",{"slug":1526,"term":1527,"definition":1528,"category":1396,"aliases":1529,"links":1534,"related":1539,"readMore":-1,"target":1541,"hasArticle":1334},"dev-container","Dev Container","Un entorno de desarrollo descrito una sola vez en devcontainer.json —el SO, las herramientas y las versiones de runtime que un proyecto necesita— y abierto de forma idéntica en un contenedor por el editor de cada colaborador, en vez de una guía que cada quien interpreta a su manera.",[1530,1531,1532,1533],"devcontainer.json","Dev Containers","VS Code Dev Containers","contenedor de desarrollo",[1535,1537],{"kind":1329,"url":1536},"https:\u002F\u002Fcontainers.dev\u002F",{"kind":1374,"url":1538},"https:\u002F\u002Fcode.visualstudio.com\u002Fdocs\u002Fdevcontainers\u002Fcontainers",[1540],"container-registry","\u002Fglossary#dev-container",{"slug":1390,"term":1543,"definition":1544,"category":1324,"aliases":1545,"links":1548,"related":1553,"readMore":-1,"target":1554,"hasArticle":1334},"Elasticsearch","Un motor de búsqueda y analítica que indexa registros para poder filtrarlos y buscarlos de forma interactiva en vez de recorrerlos. Lo que usas cuando la pregunta es «enséñame estas sesiones concretas, filtradas de seis maneras» y no «suma esta columna».",[1546,1547],"Elastic","ELK",[1549,1551],{"kind":1329,"url":1550},"https:\u002F\u002Fwww.elastic.co\u002Felasticsearch",{"kind":1347,"url":1552},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FElasticsearch",[1350],"\u002Fglossary#elasticsearch",{"slug":1475,"term":1556,"definition":1557,"category":1356,"aliases":1558,"links":1562,"related":1565,"readMore":-1,"target":1566,"hasArticle":1334},"Encaje producto-mercado","El punto en el que un producto ha encontrado de forma demostrable a gente que lo quiere: lo usa, vuelve y paga. Antes de eso la ingeniería responde a una pregunta; después, responde a la demanda.",[1559,1560,1561],"PMF","product-market fit","product\u002Fmarket fit",[1563],{"kind":1347,"url":1564},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FProduct-market_fit",[218,1365],"\u002Fglossary#product-market-fit",{"slug":1568,"term":1569,"definition":1570,"category":1339,"aliases":1571,"links":1574,"related":1575,"readMore":-1,"target":1579,"hasArticle":1334},"fan-out","Fan-out","Leer una fuente una sola vez y entregar cada actualización a todos los clientes suscritos. La versión ingenua escribe a los suscriptores en un bucle y se atasca en cuanto un socket va lento; una real usa un búfer por cliente y descarta a quien no siga el ritmo.",[1572,1573],"fanout","difusión",[],[1576,1577,1578],"websocket","pub-sub","server-sent-events","\u002Fglossary#fan-out",{"slug":1523,"term":1581,"definition":1582,"category":1396,"aliases":1583,"links":1587,"related":1590,"readMore":-1,"target":1593,"hasArticle":1334},"Feature flags","Interruptores que activan o desactivan funcionalidad desde la configuración y no desde una release. Permiten que un mismo binario se comporte distinto por marca, mercado o usuario, y apagar una función arriesgada sin pasar una build nueva por revisión.",[1584,1585,1586],"feature flag","feature toggle","banderas de funcionalidad",[1588],{"kind":1347,"url":1589},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FFeature_toggle",[698,1591,1592],"white-label","multi-tenancy","\u002Fglossary#feature-flags",{"slug":1303,"term":909,"definition":1595,"category":1339,"aliases":1596,"links":1600,"related":1603,"readMore":-1,"target":1604,"hasArticle":1334},"Cómo decide una app dónde vive un valor, quién puede cambiarlo y qué partes de la pantalla se redibujan cuando lo hace. En Flutter, elegir entre Riverpod, BLoC y Provider es de las primeras decisiones arquitectónicas y de las más difíciles de revisar.",[1597,1598,1599],"state management","BLoC","Riverpod",[1601],{"kind":1374,"url":1602},"https:\u002F\u002Fdocs.flutter.dev\u002Fdata-and-backend\u002Fstate-mgmt\u002Foptions",[638],"\u002Fglossary#state-management",{"slug":638,"term":1606,"definition":1607,"category":1396,"aliases":1608,"links":1612,"related":1615,"readMore":-1,"target":1616,"hasArticle":1334},"Golden test","Un test que renderiza un widget y compara el resultado píxel a píxel con una imagen de referencia guardada. En Flutter es la forma más barata de saber si un rediseño rompió el estado vacío a 320 pt, en modo oscuro y con el texto al 200 %.",[1609,1610,1611],"golden tests","test de captura","snapshot test",[1613],{"kind":1374,"url":1614},"https:\u002F\u002Fapi.flutter.dev\u002Fflutter\u002Fflutter_test\u002FmatchesGoldenFile.html",[1393],"\u002Fglossary#golden-test",{"slug":1432,"term":1618,"definition":1619,"category":1339,"aliases":1620,"links":1621,"related":1626,"readMore":-1,"target":1627,"hasArticle":1334},"GraphQL","Un lenguaje de consulta para APIs donde el cliente nombra exactamente los campos que quiere y recibe una única respuesta con esa forma. Elimina el exceso de datos al que derivan los endpoints REST y añade un fallo propio: una consulta sin límites que recorre todo el modelo.",[],[1622,1624],{"kind":1329,"url":1623},"https:\u002F\u002Fgraphql.org\u002F",{"kind":1347,"url":1625},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FGraphQL",[1419],"\u002Fglossary#graphql",{"slug":1629,"term":1630,"definition":1631,"category":1396,"aliases":1632,"links":1634,"related":1637,"readMore":-1,"target":1641,"hasArticle":1334},"hipaa","HIPAA","La ley estadounidense que regula la información sanitaria protegida: cómo puede almacenarse, transmitirse, registrarse y divulgarse. Como PCI-DSS, es una restricción arquitectónica que se elige al principio, no un documento de políticas que se añade antes del lanzamiento.",[1633],"Health Insurance Portability and Accountability Act",[1635],{"kind":1347,"url":1636},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FHealth_Insurance_Portability_and_Accountability_Act",[1638,1639,1640],"pci-dss","gdpr","soc-2","\u002Fglossary#hipaa",{"slug":1332,"term":1096,"definition":1643,"category":1324,"aliases":1644,"links":1647,"related":1650,"readMore":-1,"target":1651,"hasArticle":1334},"Permitir que un móvil Android actúe por software como una tarjeta contactless sobre NFC, sin elemento seguro por hardware. Es así como paga una app de wallet en un terminal: el teléfono habla el mismo protocolo EMV contactless que habría hablado la tarjeta de plástico.",[1645,1098,1646],"HCE","pagos contactless",[1648],{"kind":1374,"url":1649},"https:\u002F\u002Fdeveloper.android.com\u002Fdevelop\u002Fconnectivity\u002Fnfc\u002Fhce",[1638,1322],"\u002Fglossary#host-card-emulation",{"slug":1653,"term":1654,"definition":1655,"category":1339,"aliases":1656,"links":1660,"related":1663,"readMore":-1,"target":1664,"hasArticle":1334},"multi-arch-image","Imagen multiarquitectura","Una única etiqueta de imagen que resuelve a binarios distintos según la arquitectura de CPU —linux\u002Famd64 y linux\u002Farm64 son el par habitual—, de modo que el mismo docker pull funciona sin cambios tanto en servidores Intel\u002FAMD como en portátiles con Apple Silicon.",[1657,1658,1659],"build multiarquitectura","multi-arch build","linux\u002Famd64 + linux\u002Farm64",[1661],{"kind":1374,"url":1662},"https:\u002F\u002Fdocs.docker.com\u002Fbuild\u002Fbuilding\u002Fmulti-platform\u002F",[1540],"\u002Fglossary#multi-arch-image",{"slug":1666,"term":1667,"definition":1668,"category":1324,"aliases":1669,"links":1670,"related":1673,"readMore":-1,"target":1675,"hasArticle":1334},"impeller","Impeller","El motor de renderizado que usa Flutter hoy, por defecto en iOS desde 2023 y en Android desde 2024. Compila sus shaders por adelantado en lugar de durante la primera animación, lo que eliminó el jank de shaders, el problema más visible de Flutter en producción.",[],[1671],{"kind":1374,"url":1672},"https:\u002F\u002Fdocs.flutter.dev\u002Fperf\u002Fimpeller",[1674],"skia","\u002Fglossary#impeller",{"slug":1378,"term":1677,"definition":1678,"category":1324,"aliases":1679,"links":1680,"related":1683,"readMore":-1,"target":1684,"hasArticle":1334},"Install Referrer","Una API de Google Play que entrega a una app Android recién instalada los parámetros de campaña del enlace que llevó a la instalación. La mitad Android del deep linking diferido y la forma fiable de atribuir de dónde viene un usuario.",[],[1681],{"kind":1374,"url":1682},"https:\u002F\u002Fdeveloper.android.com\u002Fgoogle\u002Fplay\u002Finstallreferrer",[1377,1368],"\u002Fglossary#install-referrer",{"slug":1686,"term":1687,"definition":1688,"category":1396,"aliases":1689,"links":1692,"related":1695,"readMore":-1,"target":1697,"hasArticle":1334},"prompt-injection","Inyección de prompts","Un ataque en el que el texto que aporta un usuario lo lee un modelo de lenguaje como instrucciones y no como datos, desviándolo de sus propias reglas. El hermano de la inyección SQL en la era de los LLM, y aparece donde se concatena entrada de usuario en un prompt.",[1690,1691],"prompt injection","ataque de inyección",[1693],{"kind":1347,"url":1694},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPrompt_injection",[1696],"rate-limiting","\u002Fglossary#prompt-injection",{"slug":1447,"term":1699,"definition":1700,"category":1493,"aliases":1701,"links":1703,"related":1708,"readMore":-1,"target":1709,"hasArticle":1334},"JWT","Un token firmado que lleva sus propios claims, de modo que un servidor puede saber a quién pertenece una petición sin consultar una sesión. Estándar para la autenticación móvil. La firma prueba que no se alteró; no oculta lo que hay dentro.",[1702],"JSON Web Token",[1704,1706],{"kind":1329,"url":1705},"https:\u002F\u002Fjwt.io\u002F",{"kind":1347,"url":1707},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FJSON_Web_Token",[1638],"\u002Fglossary#jwt",{"slug":1711,"term":1712,"definition":1713,"category":1396,"aliases":1714,"links":1719,"related":1722,"readMore":-1,"target":1723,"hasArticle":1334},"kyc","KYC","Know Your Customer: las verificaciones de identidad que hace un producto financiero regulado antes de dejar mover dinero —captura de documentos, prueba de vida, listas de sanciones y control antiblanqueo—. Condiciona el onboarding más que cualquier decisión de diseño.",[1715,1716,1717,1718],"Know Your Customer","AML","KYC\u002FAML","conocimiento del cliente",[1720],{"kind":1347,"url":1721},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FKnow_your_customer",[1638,1639],"\u002Fglossary#kyc",{"slug":76,"term":74,"definition":1725,"category":1324,"aliases":1726,"links":1728,"related":1729,"readMore":1730,"target":1730,"hasArticle":1334},"Compartir lógica de negocio escrita en Kotlin entre Android, iOS y el servidor mientras cada plataforma conserva su UI nativa. La alternativa a Flutter cuando la interfaz tiene que ser nativa pero las reglas que hay detrás no.",[1727],"KMP",[],[],"\u002Ftechnologies\u002Fkmp",{"slug":1696,"term":1732,"definition":1733,"category":1396,"aliases":1734,"links":1738,"related":1741,"readMore":-1,"target":1742,"hasArticle":1334},"Limitación de tasa","Un tope de cuántas peticiones puede hacer un mismo cliente en una ventana de tiempo. Es lo que impide que un usuario entusiasta, un scraper o un bot se gaste en una tarde un mes de presupuesto de API, y tiene que vivir en tu lado de la integración.",[1735,1736,1737],"rate limiting","rate limit","throttling",[1739],{"kind":1347,"url":1740},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FRate_limiting",[1686],"\u002Fglossary#rate-limiting",{"slug":218,"term":1744,"definition":1745,"category":1356,"aliases":1746,"links":1749,"related":1752,"readMore":-1,"target":1753,"hasArticle":1334},"MVP","La versión más pequeña de un producto que puede ponerse delante de usuarios reales y aun así responder la pregunta por la que lo construiste. Una decisión sobre alcance, no sobre calidad: un MVP también tiene que funcionar.",[1747,1748],"producto mínimo viable","minimum viable product",[1750],{"kind":1347,"url":1751},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FMinimum_viable_product",[1591],"\u002Fglossary#mvp",{"slug":1591,"term":1755,"definition":1756,"category":1356,"aliases":1757,"links":1760,"related":1763,"readMore":1764,"target":1764,"hasArticle":888},"Marca blanca","Un mismo producto publicado bajo muchas marcas. Una plataforma móvil de marca blanca construye para cada cliente una app lista para la tienda con su nombre, su diseño y su contenido desde una única base de código compartida, en vez de forkear el proyecto por cliente.",[1591,1758,1759],"white label","app multiinquilino",[1761],{"kind":1347,"url":1762},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FWhite-label_product",[218],"\u002Fglossary\u002Fwhite-label",{"slug":1592,"term":1766,"definition":1767,"category":1339,"aliases":1768,"links":1772,"related":1775,"readMore":-1,"target":1776,"hasArticle":1334},"Multi-tenancy","Un solo despliegue que sirve a muchos clientes, cada uno viendo solo sus datos, su configuración y sus funciones activas porque el contexto de tenant se resuelve en cada petición. Es lo que hace que una flota de apps de marca sea un producto y no muchos forks.",[1769,1770,1771],"multi-tenant","multiinquilino","tenant",[1773],{"kind":1347,"url":1774},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FMultitenancy",[1591,1523],"\u002Fglossary#multi-tenancy",{"slug":1778,"term":1779,"definition":1780,"category":1493,"aliases":1781,"links":1785,"related":1790,"readMore":-1,"target":1791,"hasArticle":1334},"oauth","OAuth","El estándar detrás de Iniciar sesión con Apple, con Google y demás: el usuario autoriza tu app en un proveedor en el que ya confía y tu app recibe un token en lugar de su contraseña. Nadie inventa una credencial nueva y tú nunca almacenas ninguna.",[1782,1783,1784],"OAuth 2.0","login social","Iniciar sesión con Apple",[1786,1788],{"kind":1329,"url":1787},"https:\u002F\u002Foauth.net\u002F2\u002F",{"kind":1347,"url":1789},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FOAuth",[1447],"\u002Fglossary#oauth",{"slug":1638,"term":1793,"definition":1794,"category":1396,"aliases":1795,"links":1798,"related":1803,"readMore":-1,"target":1804,"hasArticle":1334},"PCI-DSS","El estándar de seguridad del sector de tarjetas que obliga a quien almacena, procesa o transmite datos de tarjeta. La mayoría de las apps se mantienen fuera de su alcance a propósito, delegando la introducción de la tarjeta en un proveedor de pagos certificado.",[1796,1797],"PCI DSS","Payment Card Industry Data Security Standard",[1799,1801],{"kind":1329,"url":1800},"https:\u002F\u002Fwww.pcisecuritystandards.org\u002F",{"kind":1347,"url":1802},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPayment_Card_Industry_Data_Security_Standard",[1447],"\u002Fglossary#pci-dss",{"slug":1806,"term":1807,"definition":1808,"category":1324,"aliases":1809,"links":1813,"related":1816,"readMore":-1,"target":1817,"hasArticle":1334},"platform-channels","Platform channels","El puente que usa una app Flutter para llamar a código nativo de iOS y Android: Keychain y Keystore, biometría, hojas de pago, cualquier SDK sin paquete de Dart. Trabajo rutinario pero real, y lo primero donde encalla quien nunca salió de Dart.",[1810,1811,1812],"platform channel","method channel","canales de plataforma",[1814],{"kind":1374,"url":1815},"https:\u002F\u002Fdocs.flutter.dev\u002Fplatform-integration\u002Fplatform-channels",[76],"\u002Fglossary#platform-channels",{"slug":1577,"term":1819,"definition":1820,"category":1339,"aliases":1821,"links":1825,"related":1828,"readMore":-1,"target":1829,"hasArticle":1334},"Pub\u002FSub","Un patrón de mensajería donde un productor publica un evento y cualquier número de consumidores lo lee de forma independiente, con un broker en medio. El productor nunca los espera, y así la ruta de la petición sigue siendo rápida mientras el trabajo lento ocurre detrás.",[1822,1823,1824],"publicación\u002Fsuscripción","publish\u002Fsubscribe","Google Cloud Pub\u002FSub",[1826],{"kind":1347,"url":1827},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPublish%E2%80%93subscribe_pattern",[],"\u002Fglossary#pub-sub",{"slug":1419,"term":1831,"definition":1832,"category":1339,"aliases":1833,"links":1836,"related":1839,"readMore":-1,"target":1840,"hasArticle":1334},"REST","El estilo convencional de las APIs HTTP: una URL nombra un recurso y el verbo HTTP dice qué hacer con él. La forma por defecto en que una app habla con un backend, y lo que esperan encontrar la mayoría de integraciones de terceros.",[1834,1835],"API REST","Representational State Transfer",[1837],{"kind":1347,"url":1838},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FREST",[1576,1578],"\u002Fglossary#rest",{"slug":1639,"term":1842,"definition":1843,"category":1396,"aliases":1844,"links":1848,"related":1853,"readMore":-1,"target":1854,"hasArticle":1334},"RGPD","El reglamento de la UE sobre los datos personales de las personas en la UE: una base legal para recogerlos, consentimiento real para el rastreo y derechos de acceso y supresión. Sigue a tus usuarios, no a tus servidores, así que se aplica esté donde esté la empresa.",[1845,1846,1847],"GDPR","Reglamento General de Protección de Datos","protección de datos",[1849,1851],{"kind":1329,"url":1850},"https:\u002F\u002Fgdpr.eu\u002F",{"kind":1347,"url":1852},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FGeneral_Data_Protection_Regulation",[1638,1640,1629],"\u002Fglossary#gdpr",{"slug":1540,"term":1856,"definition":1857,"category":1339,"aliases":1858,"links":1864,"related":1867,"readMore":-1,"target":1868,"hasArticle":1334},"Registro de contenedores","Almacenamiento alojado para imágenes de contenedores, direccionadas por nombre y etiqueta: Docker Hub, GitHub Container Registry o el propio de un proveedor cloud. Publicar una build ahí convierte 'funciona en mi máquina' en una imagen que cualquiera puede descargar y ejecutar sin cambios.",[1859,1860,1861,1862,1863],"registro de imágenes","Docker registry","GHCR","ghcr.io","container registry",[1865],{"kind":1374,"url":1866},"https:\u002F\u002Fdocs.github.com\u002Fen\u002Fpackages\u002Fworking-with-a-github-packages-registry\u002Fworking-with-the-container-registry",[1526,1653],"\u002Fglossary#container-registry",{"slug":1418,"term":1870,"definition":1871,"category":1339,"aliases":1872,"links":1876,"related":1879,"readMore":-1,"target":1880,"hasArticle":1334},"Renderizado en servidor","Construir una página como HTML terminado en el servidor, de modo que la primera respuesta ya lleva el contenido, los encabezados, las metaetiquetas y los datos estructurados. Los rastreadores, las vistas previas de enlaces y los dispositivos lentos lo leen sin ejecutar JavaScript.",[1873,1874,1875],"SSR","server-side rendering","renderizado del lado del servidor",[1877],{"kind":1347,"url":1878},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FServer-side_scripting",[1407],"\u002Fglossary#server-side-rendering",{"slug":1640,"term":1882,"definition":1883,"category":1396,"aliases":1884,"links":1887,"related":1890,"readMore":-1,"target":1891,"hasArticle":1334},"SOC 2","Un informe de auditoría externa sobre cómo trata una organización los datos de clientes —seguridad, disponibilidad, confidencialidad— y no un certificado que se compra. Los clientes empresariales lo piden, y condiciona la arquitectura mucho antes que la propia auditoría.",[1885,1886],"SOC2","System and Organization Controls",[1888],{"kind":1347,"url":1889},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FSystem_and_Organization_Controls",[1638,1639,1629],"\u002Fglossary#soc-2",{"slug":1893,"term":1894,"definition":1895,"category":1356,"aliases":1896,"links":1899,"related":1902,"readMore":-1,"target":1903,"hasArticle":1334},"saas","SaaS","Software vendido como suscripción continua a un producto alojado, en lugar de como una licencia única que el cliente instala y opera. El proveedor mantiene los servidores, publica actualizaciones sin parar y cobra por usuario o por uso.",[1897,1898],"Software as a Service","software como servicio",[1900],{"kind":1347,"url":1901},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FSoftware_as_a_service",[1592,1591],"\u002Fglossary#saas",{"slug":1578,"term":1905,"definition":1906,"category":1493,"aliases":1907,"links":1910,"related":1913,"readMore":-1,"target":1914,"hasArticle":1334},"Server-Sent Events","Un flujo unidireccional del servidor al cliente sobre una conexión HTTP corriente. Más simple que un WebSocket y suficiente allí donde solo el servidor tiene algo que decir: un feed de progreso, o una respuesta de IA que llega token a token.",[1908,1909],"SSE","eventos enviados por el servidor",[1911],{"kind":1347,"url":1912},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FServer-sent_events",[1576,1419],"\u002Fglossary#server-sent-events",{"slug":1674,"term":1916,"definition":1917,"category":1324,"aliases":1918,"links":1921,"related":1926,"readMore":-1,"target":1927,"hasArticle":1334},"Skia","La librería gráfica 2D de código abierto de Google que dibuja Chrome, Android y —hasta Impeller— cada fotograma de Flutter. Renderiza tanto a PDF como a pantalla, que es lo que hace la función de imprimir a PDF de Chrome.",[1919,1920],"Skia Graphics Engine","skia-safe",[1922,1924],{"kind":1329,"url":1923},"https:\u002F\u002Fskia.org\u002F",{"kind":1347,"url":1925},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FSkia_Graphics_Engine",[1666],"\u002Fglossary#skia",{"slug":1446,"term":1929,"definition":1930,"category":1493,"aliases":1931,"links":1935,"related":1938,"readMore":-1,"target":1939,"hasArticle":1334},"TLS","La capa de cifrado bajo HTTPS. Demuestra que el servidor es quien dice su certificado, acuerda una clave nueva para la sesión y cifra todo lo demás, de modo que la red intermedia solo ve texto cifrado que no puede alterar sin que se note.",[1932,1933,1934],"SSL","HTTPS","Transport Layer Security",[1936],{"kind":1347,"url":1937},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FTransport_Layer_Security",[1435,1447],"\u002Fglossary#tls",{"slug":1365,"term":1941,"definition":1942,"category":1356,"aliases":1943,"links":1946,"related":1949,"readMore":-1,"target":1950,"hasArticle":1334},"Time to market","Cuánto se tarda en llevar un producto desde la decisión hasta usuarios reales. Casi todas las discusiones sobre stack y alcance son en realidad discusiones sobre este número, porque cada semana ahorrada es una semana de ingresos, feedback y posición competitiva.",[1944,1945],"TTM","tiempo de salida al mercado",[1947],{"kind":1347,"url":1948},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FTime_to_market",[218,1364],"\u002Fglossary#time-to-market",{"slug":1952,"term":916,"definition":1953,"category":1493,"aliases":1954,"links":1956,"related":1961,"readMore":-1,"target":1962,"hasArticle":1334},"webrtc","El estándar de navegador y móvil para enviar audio, vídeo y datos directamente entre dos dispositivos, con los servidores implicados solo en presentarlos entre sí. Es sobre lo que se construye una videollamada dentro de una app cuando no es un SDK alquilado.",[1955],"Web Real-Time Communication",[1957,1959],{"kind":1329,"url":1958},"https:\u002F\u002Fwebrtc.org\u002F",{"kind":1347,"url":1960},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FWebRTC",[1316,1576],"\u002Fglossary#webrtc",{"slug":1576,"term":1964,"definition":1965,"category":1493,"aliases":1966,"links":1967,"related":1970,"readMore":-1,"target":1971,"hasArticle":1334},"WebSocket","Un protocolo que mantiene una conexión abierta entre cliente y servidor para que cualquiera de los dos pueda enviar en cualquier momento, en vez de que el cliente pregunte una y otra vez. Sobre esto funcionan los precios en vivo, el chat y los indicadores de presencia.",[],[1968],{"kind":1347,"url":1969},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FWebSocket",[1578,1419],"\u002Fglossary#websocket",{"slug":1316,"term":1973,"definition":1974,"category":1493,"aliases":1975,"links":1978,"related":1983,"readMore":-1,"target":1984,"hasArticle":1334},"XMPP","Un protocolo de mensajería abierto y federado, y la alternativa de siempre a escribir un backend de chat o alquilarlo. Se extiende a presencia, indicadores de escritura y transferencia de archivos, y es lo bastante antiguo como para que cada plataforma tenga una librería madura.",[1976,1977],"Jabber","Extensible Messaging and Presence Protocol",[1979,1981],{"kind":1329,"url":1980},"https:\u002F\u002Fxmpp.org\u002F",{"kind":1347,"url":1982},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FXMPP",[1952,1576],"\u002Fglossary#xmpp"]