[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"technologies":3,"\u002Fblog\u002Fwhite-label-app-platform-flutter":167,"team-members":924,"blog-topics":1266,"mdc-h2j3xb-key":1308,"glossary":1428},[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":906,"extension":907,"hero":908,"meta":911,"metaDescription":912,"metaTitle":913,"navigation":914,"ogDescription":915,"path":916,"seo":917,"slug":918,"stem":919,"summary":920,"timestamp":921,"topic":41,"updated":922,"__hash__":923},"blog_es\u002Fblog\u002Fwhite-label-app-platform-flutter.md","Cómo publicamos más de 20 apps de marca desde una base de código Flutter y sobrevivimos a la 4.2.6 de Apple","nixan",{"type":172,"value":173,"toc":893},"minimark",[174,191,204,209,220,254,257,261,271,274,303,306,312,316,319,322,332,350,385,388,414,417,433,437,440,501,519,522,645,661,665,672,679,710,717,721,724,739,745,751,754,758,761,775,789,792,809,820,835,839,843,847,850,879,882],[175,176,177,181,182,186,187,190],"p",{},[178,179,180],"strong",{},"Resumen."," Sí, puedes publicar muchas apps de marca desde una base de código y pasar la revisión de la App Store, pero solo si cada app está ",[183,184,185],"em",{},"genuinamente diferenciada en contenido y comportamiento",", no simplemente repintada con un logo nuevo. La regla de decisión: ",[178,188,189],{},"si dos de tus apps muestran las mismas pantallas con los mismos datos y solo cambia la marca, Apple las tratará como duplicados y las rechazará bajo la directriz 4.2.6; si cada app se autentica como su propio tenant y se descarga del servidor su contenido, su catálogo, sus funciones y su configuración, son productos funcionalmente distintos y pasan."," La trampa en la que caen las fábricas de plantillas es tratar la marca blanca como un repintado. Lo que hace que funcione es una capa cliente-servidor que hace a cada app sustancialmente distinta en tiempo de ejecución. Todo lo de abajo es cómo construimos eso: la arquitectura, la estrategia de envío y la economía de que la app número veinte cueste una fracción de la número uno.",[175,192,193,194,197,198,203],{},"Tenemos una agencia especializada en Flutter, y una de las plataformas que construimos mueve ",[178,195,196],{},"más de 15 apps de marca en producción desde una única base de código"," (",[199,200,202],"a",{"href":201},"\u002Fportfolio\u002Fcashback-loyalty-platform","plataforma de cashback y fidelización","). Esta es la versión honesta de cómo funciona, incluida la parte en la que un atajo mal pensado te saca de la tienda.",[205,206,208],"h2",{"id":207},"para-quién-es-esto","Para quién es esto",[175,210,211,212,215,216,219],{},"No estás comprando ",[183,213,214],{},"una"," app. Estás comprando ",[183,217,218],{},"apps",", en plural, y necesitas muchas.",[221,222,223,230,236,242,248],"ul",{},[224,225,226,229],"li",{},[178,227,228],{},"Agencias"," que revenden apps móviles a sus propios clientes: quieres incorporar un cliente nuevo y entregarle una app de marca sin arrancar un proyecto de desarrollo cada vez.",[224,231,232,235],{},[178,233,234],{},"Redes de franquicias"," donde cada local o región necesita su presencia en la tienda bajo su propia marca, pero el producto de debajo es un solo producto.",[224,237,238,241],{},[178,239,240],{},"Operadores multimarca"," que llevan una cartera de marcas, cada una con su propia app de cara al cliente.",[224,243,244,247],{},[178,245,246],{},"Plataformas de cursos, coaching y comunidades"," que publican una app por creador o por cohorte.",[224,249,250,253],{},[178,251,252],{},"Organizadores de eventos"," que levantan una app por evento o por recinto y la retiran después.",[175,255,256],{},"La forma común es «necesito 10, o 50, o 500 apps, y no puedo permitirme construir y mantener cada una desde cero». Si ese es tu caso, probablemente ya te han vendido «marca blanca» antes, y si te quemaste, fue casi seguro porque alguien te vendió un repintado y Apple se dio cuenta.",[205,258,260],{"id":259},"por-qué-rechazan-la-mayoría-de-las-apps-de-marca-blanca-la-trampa-de-la-426","Por qué rechazan la mayoría de las apps de marca blanca: la trampa de la 4.2.6",[175,262,263,270],{},[178,264,265,266,269],{},"La directriz 4.2.6 de revisión de la App Store es la regla que usa Apple para retirar apps «creadas a partir de una plantilla comercializada o un servicio de generación de apps» salvo que las envíe el negocio ",[183,267,268],{},"para"," el que es la app, y es la regla en la que se apoyan para rechazar apps que son duplicados o repintados unas de otras."," La intención es sencilla: la tienda no debería llenarse de cientos de apps casi idénticas que no aportan valor por sí mismas. Apple quiere que cada app de la tienda sea un producto real, no spam salido de una fábrica.",[175,272,273],{},"Esta es la razón por la que el discurso típico de marca blanca se mete de lleno en ella. Una fábrica de plantillas coge un binario, cambia el logo, cambia la paleta de colores, cambia el nombre de la app y envía cuarenta copias. Cada una de esas apps:",[221,275,276,283,290,296],{},[224,277,278,279,282],{},"muestra las ",[178,280,281],{},"mismas pantallas"," en el mismo orden,",[224,284,285,286,289],{},"enseña el ",[178,287,288],{},"mismo contenido y los mismos datos",",",[224,291,292,293,289],{},"expone las ",[178,294,295],{},"mismas funcionalidades",[224,297,298,299,302],{},"y a menudo sale con ",[178,300,301],{},"capturas y metadatos casi idénticos",".",[175,304,305],{},"Para un revisor —y cada vez más para las herramientas automáticas de Apple— eso son cuarenta copias de una app. La diferenciación es cosmética. La directriz 4.2.6 existe precisamente para rechazar eso, y los rechazos son brutales: apps retiradas tras meses en producción, cuentas de desarrollador marcadas, flotas enteras retenidas en revisión. La cicatriz con la que llega la mayoría de los compradores es exactamente esta: «publicamos seis apps de marca, Apple aprobó cuatro y después rechazó retroactivamente el lote entero por duplicados».",[175,307,308,309],{},"La lección que la gente saca de eso suele ser la equivocada. Concluyen que «no puedes publicar muchas apps desde una base de código». Sí puedes. El problema nunca fue la base de código compartida. ",[178,310,311],{},"El problema fue que las apps eran el mismo perro con distinto collar.",[205,313,315],{"id":314},"la-diferenciación-que-sí-pasa-la-revisión","La diferenciación que sí pasa la revisión",[175,317,318],{},"Esto es lo importante, así que voy a ser preciso.",[175,320,321],{},"Hay dos capas de diferenciación. Casi todo el mundo hace la primera. La segunda es lo que separa una plataforma real de una fábrica de plantillas.",[175,323,324,327,328,331],{},[178,325,326],{},"Capa 1: marca blanca visual (necesaria, no suficiente)."," Cada app tiene su propio tema (colores, tipografía, logo, splash, modo claro u oscuro), su nombre de app, su identificador de paquete o application ID, su icono y su ficha de tienda. Esto es lo mínimo. Hace que las apps ",[183,329,330],{},"parezcan"," distintas. Por sí solo, es exactamente lo que rechaza la 4.2.6.",[175,333,334,337,338,341,342,345,346,349],{},[178,335,336],{},"Capa 2: la capa cliente-servidor (el foso de verdad)."," Aquí no solo hacemos marca blanca de la ",[183,339,340],{},"presentación",": diferenciamos el ",[183,343,344],{},"contenido y el comportamiento",". Cada app de marca, en tiempo de ejecución, ",[178,347,348],{},"se autentica contra el backend como su propio tenant"," y se descarga del servidor su propio mundo:",[221,351,352,359,365,372,378],{},[224,353,354,355,358],{},"su propio ",[178,356,357],{},"contenido"," (los datos de las pantallas, los textos, los medios, el feed),",[224,360,354,361,364],{},[178,362,363],{},"catálogo"," (productos, listados, cursos, ofertas: aquello de lo que va la app),",[224,366,367,368,371],{},"sus propios ",[178,369,370],{},"datos"," (un cliente de la app de la marca A nunca ve datos de la marca B; el contexto de marca se resuelve en cada petición),",[224,373,354,374,377],{},[178,375,376],{},"conjunto de funciones"," (los feature flags por tenant encienden o apagan módulos enteros), y",[224,379,380,381,384],{},"su propia ",[178,382,383],{},"configuración remota"," (comportamiento, campañas, despliegue: todo servido desde el backend).",[175,386,387],{},"El antes y el después concretos:",[389,390,391,397],"blockquote",{},[175,392,393,396],{},[178,394,395],{},"Un repintado"," muestra el mismo catálogo, el mismo feed, las mismas funciones, con un logo nuevo encima.",[175,398,399,402,403,406,407,409,410,413],{},[178,400,401],{},"Nuestras apps"," se descargan un catálogo ",[183,404,405],{},"distinto",", un feed ",[183,408,405],{}," y pueden exponer funciones ",[183,411,412],{},"distintas"," por cliente: dos apps construidas desde la misma base binaria son productos genuinamente diferentes en cuanto arrancan y hablan con el servidor.",[175,415,416],{},"Esa diferenciación sustancial y servida desde el backend es la razón por la que cada app es una app independiente de verdad a ojos de Apple. Un revisor que abra dos de nuestras apps no ve la misma app dos veces: ve dos productos con contenido distinto y, a menudo, capacidades distintas. Eso es lo que pide la 4.2.6, y es lo que los repintados puros no pueden fingir, porque un repintado no tiene nada distinto que enseñar.",[418,419,422],"info-box",{":leading-icon":420,":title":421},"lucide:shield-check","La frase que hay que recordar",[175,423,424,425,428,429,432],{},"La tematización visual hace que una app ",[183,426,427],{},"parezca"," distinta. La capa cliente-servidor hace que ",[183,430,431],{},"sea"," distinta. La 4.2.6 de Apple rechaza lo primero cuando es todo lo que tienes, y acepta apps que difieren de verdad en contenido y comportamiento, así que la capa de servidor no es un extra deseable: es lo que consigue que te aprueben.",[205,434,436],{"id":435},"la-arquitectura","La arquitectura",[175,438,439],{},"Este es el pipeline de principio a fin, fase por fase, desde que un responsable crea una marca hasta que una app firmada aterriza en la cuenta de tienda correcta.",[441,442,443,449,460,485,495],"ol",{},[224,444,445,448],{},[178,446,447],{},"Panel de administración (Nuxt)."," Un responsable crea una marca nueva —nombre, recursos, tema y modo claro u oscuro, selección de funciones, metadatos de tienda— y enviar el formulario genera la configuración de esa marca. Sin ingeniero de por medio.",[224,450,451,459],{},[178,452,453,454,302],{},"Backend \u002F API ",[455,456,458],"term",{"slug":457},"multi-tenancy","multiinquilino"," La configuración aterriza en el backend como un tenant nuevo: sus tokens de tema, su catálogo, contenido y datos, sus feature flags y sus propias credenciales por tenant. Este es el «mundo» del tenant, y es lo que la app se descargará después.",[224,461,462,465,466,469,470,474,475,478,479,484],{},[178,463,464],{},"Pipeline de compilación (tiempo de compilación)."," Generar la configuración dispara una build. Herramientas propias en Dart aplican la ",[183,467,468],{},"identidad"," de la marca al binario Flutter —tema, nombre de app, identificador de paquete, iconos— reescribiendo de forma determinista la configuración de build de Android e iOS a partir de la configuración (sin editar a mano ",[471,472,473],"code",{},"build.gradle"," ni ",[471,476,477],{},"Info.plist"," por app). Después ",[199,480,33],{"href":481,"rel":482},"https:\u002F\u002Ffastlane.tools",[483],"nofollow"," firma los binarios de iOS y Android.",[224,486,487,490,491,494],{},[178,488,489],{},"La app de marca (tiempo de ejecución)."," Todas las apps parten de la misma base binaria de Flutter. Al arrancar, cada una se autentica contra el backend ",[183,492,493],{},"como su propio tenant"," y se descarga su contenido, su catálogo, sus datos, su conjunto de funciones y su configuración remota, de modo que la app n.º 17 muestra un mundo distinto al de la n.º 3 aunque sean el mismo código.",[224,496,497,500],{},[178,498,499],{},"Despliegue multieditor."," Fastlane envía cada app firmada al destino de tienda correcto —cuenta A de App Store, cuenta B de App Store, Google Play, etc.— para que las marcas puedan vivir bajo cuentas de editor separadas en vez de bajo una sola.",[175,502,503,504,507,508,510,511,514,515,518],{},"Léelo como dos flujos que se encuentran en la app. ",[178,505,506],{},"En tiempo de compilación"," (fases 1-3), el pipeline incrusta la ",[183,509,468],{}," de la marca en el binario y lo firma: eso es lo que la convierte en una ficha de tienda distinta. ",[178,512,513],{},"En tiempo de ejecución"," (fase 4), la app se autentica como su tenant y se descarga su ",[183,516,517],{},"contenido y comportamiento"," del backend: eso es lo que la convierte en un producto distinto. El tiempo de compilación la convierte en una ficha distinta; el tiempo de ejecución, en un producto distinto.",[175,520,521],{},"La división entre lo que se fija en tiempo de compilación y lo que se resuelve en tiempo de ejecución es todo el diseño, así que aquí está como tabla:",[523,524,525,544],"table",{},[526,527,528],"thead",{},[529,530,531,535,538,541],"tr",{},[532,533,534],"th",{},"Capa",[532,536,537],{},"Diferenciada en",[532,539,540],{},"Qué varía por app",[532,542,543],{},"Por qué importa para la 4.2.6",[545,546,547,564,580,596,611,630],"tbody",{},[529,548,549,555,558,561],{},[550,551,552],"td",{},[178,553,554],{},"Identidad del paquete",[550,556,557],{},"Compilación",[550,559,560],{},"Nombre de app, bundle ID \u002F application ID, iconos, splash",[550,562,563],{},"Cada app es su propia ficha de tienda bajo su editor",[529,565,566,571,574,577],{},[550,567,568],{},[178,569,570],{},"Tema y marca",[550,572,573],{},"Compilación + ejecución",[550,575,576],{},"Colores, tipografía, logo, modo claro u oscuro",[550,578,579],{},"Marca blanca visual: necesaria, no suficiente por sí sola",[529,581,582,587,590,593],{},[550,583,584],{},[178,585,586],{},"Autenticación de tenant",[550,588,589],{},"Ejecución",[550,591,592],{},"Credenciales por tenant, contexto de marca",[550,594,595],{},"Cada app es su propio cliente autenticado en el servidor",[529,597,598,603,605,608],{},[550,599,600],{},[178,601,602],{},"Contenido y catálogo",[550,604,589],{},[550,606,607],{},"Datos de pantalla, listados, feed, medios, textos",[550,609,610],{},"Contenido genuinamente distinto = el valor independiente que quiere Apple",[529,612,613,618,620,623],{},[550,614,615],{},[178,616,617],{},"Conjunto de funciones",[550,619,589],{},[550,621,622],{},"Módulos activos, flags por tenant",[550,624,625,626,629],{},"Las apps pueden ",[183,627,628],{},"comportarse"," distinto, no solo parecer distintas",[529,631,632,637,639,642],{},[550,633,634],{},[178,635,636],{},"Configuración remota",[550,638,589],{},[550,640,641],{},"Comportamiento, campañas, despliegue escalonado",[550,643,644],{},"Divergencia continua sin recompilar por cada cambio",[175,646,647,648,651,652,655,656,660],{},"Flutter es lo que hace esto económico. Construir esta flota de forma nativa significaría mantener bases de código en Swift ",[183,649,650],{},"y"," en Kotlin multiplicadas por cada marca: una carga imposible. Flutter lo reduce a ",[178,653,654],{},"una base de código en Dart, un equipo, todas las plataformas y marcas",", que son los mismos cimientos que nuestro trabajo de ",[199,657,659],{"href":658},"\u002Fservices\u002Fflutter-app-development","desarrollo de apps con Flutter",", escalados de una app a una flota. Como renderiza cada píxel por su cuenta, un tema de marca se aplica igual en todos los dispositivos, y una corrección entregada una vez aterriza en las N apps en la siguiente release.",[205,662,664],{"id":663},"cuentas-de-editor-y-estrategia-de-envío","Cuentas de editor y estrategia de envío",[175,666,667,668,671],{},"Pasar la 4.2.6 no va solo del código. El ",[183,669,670],{},"envío"," también tiene que parecer N productos reales, porque esa es la superficie que ve realmente un revisor.",[175,673,674,675,678],{},"La mayor señal de alarma que puedes ponerle delante a Apple es ",[178,676,677],{},"una cuenta de desarrollador publicando cuarenta apps visualmente parecidas",". Ese patrón es la firma de una fábrica de plantillas, e invita justo al escrutinio por duplicados que intentas evitar. Así que la estrategia de cuentas es parte de la arquitectura, no un añadido:",[221,680,681,694,700],{},[224,682,683,686,687,689,690,693],{},[178,684,685],{},"Cuentas de editor separadas por marca o cliente"," es el modelo más seguro, y a menudo el correcto de todas formas: cuando la app es ",[183,688,268],{}," tu cliente (una agencia que se la revende, un franquiciado, una marca socia independiente), debería publicarse bajo ",[183,691,692],{},"su"," cuenta. La directriz 4.2.6 favorece esto explícitamente: las apps derivadas de plantilla son aceptables cuando las envía el negocio al que sirve la app.",[224,695,696,699],{},[178,697,698],{},"Una sola cuenta con diferenciación genuina"," puede funcionar para las submarcas propias de una empresa, pero el listón de diferenciación de contenido y metadatos es más alto, porque todo cuelga de un mismo editor.",[224,701,702,705,706,709],{},[178,703,704],{},"Los metadatos y las capturas tienen que diferir por app",": descripciones y capturas reales y específicas de cada marca, tomadas del ",[183,707,708],{},"contenido real de esa marca",", no un juego de capturas con el logo cambiado. Los materiales de marketing duplicados se marcan aunque la app en sí esté diferenciada.",[175,711,712,713,302],{},"Nuestro pipeline admite los tres modelos de publicación y los mezcla por marca, porque la respuesta correcta depende de tus acuerdos con socios y de para quién es legalmente la app: repasamos los compromisos en detalle en la página del servicio de ",[199,714,716],{"href":715},"\u002Fservices\u002Fwhitelabel-app-development","desarrollo de apps de marca blanca",[205,718,720],{"id":719},"construir-comprar-o-licenciar","Construir, comprar o licenciar",[175,722,723],{},"Tienes tres opciones honestas, y te diremos cuál encaja incluso cuando no seamos nosotros.",[175,725,726,729,730,733,734,738],{},[178,727,728],{},"Construirlo tú."," Eres dueño de todo y está ajustado a tu modelo exacto. Pero estás financiando la plataforma —la capa de configuración, el panel de administración, el backend multiinquilino, las herramientas de build en Dart, el pipeline de Fastlane— antes de que salga la app número uno, y asumes el riesgo de la 4.2.6 sin cicatrices previas. Tiene sentido cuando una plataforma móvil ",[183,731,732],{},"es"," tu negocio y vas a mantener un equipo de ingeniería alrededor durante años. Si quieres construirlo pero te falta músculo Flutter para hacerlo, para eso está la ",[199,735,737],{"href":736},"\u002Fservices\u002Fteam-augmentation","ampliación de equipo",": nuestros ingenieros en tu repositorio, la plataforma sigue siendo tuya.",[175,740,741,744],{},[178,742,743],{},"Comprar una fábrica de plantillas."," El precio de lista más bajo, la demo más rápida y la mayor probabilidad de rechazo por 4.2.6, porque los repintados son exactamente aquello a lo que apunta la directriz. Si el discurso es «cambiamos tu logo y tus colores y lo enviamos», estás comprando el rechazo, no evitándolo. Los constructores de plantillas tienen su sitio —herramientas internas, distribución empresarial, prototipos— pero no una flota multimarca pública en la App Store.",[175,746,747,750],{},[178,748,749],{},"Licenciar o asociarte con un equipo que ya lo haya entregado."," Obtienes la arquitectura de plataforma y el manual de envío sin financiar la I+D ni absorber el riesgo de rechazo en primera persona. La contrapartida es depender de un socio externo. Es el modelo que deberían querer la mayoría de las agencias y operadores multimarca: compras un pipeline probado, no descubres tú mismo los modos de fallo.",[175,752,753],{},"No hay una respuesta universalmente correcta. Sí hay una equivocada: comprar un repintado y enterarte de la 4.2.6 por un correo de rechazo.",[205,755,757],{"id":756},"la-economía-por-qué-la-app-2n-es-barata","La economía: por qué la app 2…N es barata",[175,759,760],{},"La razón de que este modelo exista es la curva de coste, así que esta es su forma honesta.",[175,762,763,766,767,770,771,302],{},[178,764,765],{},"La app número uno carga con la plataforma."," La primera app no es realmente «una app»: es la base de código, el sistema de tematización y feature flags, el backend multiinquilino, el panel de administración y el pipeline automatizado de compilación y publicación. Esa es la inversión, y va cargada al principio. Como referencia aproximada, construir una plataforma de marca blanca cae más o menos en el rango de un proyecto serio de app a medida y escala con el tamaño de la flota y la profundidad de funcionalidades: los niveles están en la ",[199,768,769],{"href":715},"página del servicio",", y la mecánica general de costes en ",[199,772,774],{"href":773},"\u002Fblog\u002Fflutter-app-development-cost-2026","Cuánto cuesta desarrollar una app en Flutter en 2026",[175,776,777,780,781,784,785,788],{},[178,778,779],{},"Las apps 2 a N son drásticamente más baratas",", porque comparten todo lo que costó dinero. Una app de marca nueva es, mecánicamente, una ",[183,782,783],{},"configuración",": recursos de marca, un tema, una selección de funciones, metadatos de tienda y una cuenta de editor. Sin proyecto nuevo, sin base de código forkeada, sin una segunda ronda de arquitectura. El coste marginal de la app N se acerca al de ",[183,786,787],{},"rellenar un formulario y preparar materiales de tienda",": horas, no una reconstrucción.",[175,790,791],{},"Un modelo aproximado, sin inventarme tus números:",[221,793,794,799,802],{},[224,795,796],{},[178,797,798],{},"Coste total de N apps ≈ coste de plataforma + (N × coste de configuración por marca).",[224,800,801],{},"El coste de plataforma es fijo y se paga una vez. El coste por marca es pequeño y aproximadamente plano.",[224,803,804,805,808],{},"Así que tu ",[178,806,807],{},"coste medio por app cae según crece N",": cuantas más marcas publiques, más se acerca la media al coste marginal de configuración.",[175,810,811,812,815,816,819],{},"Encima de esa curva se suma el ahorro estructural de Flutter: una base de código para iOS y Android es ",[178,813,814],{},"alrededor de un 30-40 % más barata que construir dos apps nativas separadas",", y ese ahorro ",[183,817,818],{},"se acumula a lo largo de la flota",": no lo pagas una vez, lo evitas N veces.",[175,821,822,823,826,827,830,831,834],{},"Nuestros propios números: hemos entregado ",[178,824,825],{},"más de 20 apps de marca"," desde nuestras bases de código de marca blanca, y solo en ",[199,828,829],{"href":201},"una plataforma"," la flota superó las ",[178,832,833],{},"15 apps en producción"," desde una única base de código, donde lanzar la siguiente marca es casi gratis.",[205,836,838],{"id":837},"preguntas-frecuentes","Preguntas frecuentes",[840,841],"questions",{":items":842},"[{\"title\":\"¿Qué es una app móvil de marca blanca?\",\"text\":\"Una app móvil de marca blanca es una única aplicación que se remarca y republica como varias apps independientes con su propia marca. Cada una tiene su nombre, su logo, sus colores y su ficha en la App Store o en Google Play, pero todas funcionan sobre la misma base de código compartida. Bien hecho, cada app de marca además se descarga su propio contenido, catálogo y funciones desde un servidor en tiempo de ejecución, de modo que las apps difieren en lo que muestran y en lo que hacen, no solo en su aspecto.\"},{\"title\":\"¿Qué es la directriz 4.2.6 de la App Store?\",\"text\":\"La directriz 4.2.6 de revisión de la App Store es la regla de Apple contra las apps creadas a partir de una plantilla comercializada o un servicio de generación de apps, y contra las apps que son duplicados o repintados unas de otras. Su intención es mantener la tienda libre de spam y de apps casi idénticas que no aportan valor por sí mismas. Las apps derivadas de plantilla se permiten cuando las envía el negocio para el que realmente es la app; por ejemplo, publicadas bajo la cuenta de desarrollador del propio cliente o franquiciado en vez de producidas en masa bajo un único editor.\"},{\"title\":\"¿Cómo se evita un rechazo por 4.2.6?\",\"text\":\"Haciendo que cada app sea genuinamente distinta en contenido y comportamiento, no solo en apariencia. Cada app de marca se autentica contra el backend como su propio tenant y se descarga su contenido, catálogo, datos, conjunto de funciones y configuración del servidor, de modo que dos apps construidas desde la misma base de código muestran cosas distintas y pueden comportarse de forma distinta. También diferencias el envío: cuentas de editor separadas por marca o cliente cuando proceda, y capturas y metadatos únicos y específicos de cada marca. La tematización visual por sí sola es exactamente lo que rechaza la 4.2.6; la diferenciación sustancial servida desde el backend es lo que pasa. Nadie puede garantizar la aprobación, pero esto es lo que separa de forma material a las apps que pasan de los repintados que no.\"},{\"title\":\"¿De verdad se pueden construir muchas apps desde una base de código?\",\"text\":\"Sí. Una base de código Flutter puede convertirse en cualquier número de apps de marca, porque lo que difiere entre ellas —marca, tema, contenido, catálogo, feature flags y metadatos de tienda— vive en configuración fuera del código, y cada app resuelve su propia configuración y contenido desde el servidor en tiempo de ejecución. Un bug arreglado o una funcionalidad entregada una vez aterriza en todas las apps en la siguiente release. Una plataforma que construimos mueve más de 15 apps de marca en producción desde una única base de código, y el coste marginal de la siguiente app es casi cero.\"},{\"title\":\"¿Cuánto cuesta una plataforma de apps de marca blanca?\",\"text\":\"La primera app carga con el coste de la plataforma —la base de código compartida, el sistema de tematización y feature flags, el backend multiinquilino, el panel de administración y el pipeline automatizado de compilación y publicación—, así que cuesta como un desarrollo serio de app a medida. Todas las apps posteriores son drásticamente más baratas, porque una marca nueva es una configuración y no un proyecto nuevo, y su coste marginal se acerca al de preparar los materiales de marca y los metadatos de tienda. Tu coste medio por app cae según lanzas más marcas. La base de código única de Flutter además sale alrededor de un 30-40 % más barata que construir apps nativas separadas de iOS y Android, un ahorro que se acumula en toda la flota.\"},{\"title\":\"¿En qué se diferencia esto de un constructor de plantillas?\",\"text\":\"Un constructor de plantillas produce repintados: la misma app con un logo y unos colores nuevos, mostrando las mismas pantallas, los mismos datos y las mismas funciones. Eso es precisamente lo que rechaza la directriz 4.2.6 de la App Store. Nuestro enfoque añade una capa cliente-servidor sobre la base de código compartida, de modo que cada app se autentica como su propio tenant y se descarga del servidor contenido, catálogo, datos y funciones genuinamente distintos. Las apps son productos funcionalmente distintos, no copias cosméticas, y por eso aguantan la revisión donde las apps de fábrica de plantillas acaban retiradas.\"}]",[205,844,846],{"id":845},"hablemos-de-un-desarrollo-de-marca-blanca","Hablemos de un desarrollo de marca blanca",[175,848,849],{},"Si necesitas muchas apps y no una, la pregunta interesante no es «¿puede Flutter hacerlo?», sino «¿sobrevivirán estas apps a la revisión y qué implica realmente el pipeline?». Hemos construido la arquitectura, nos hemos topado con los casos límite de la 4.2.6 y hemos entregado flotas que siguieron en producción.",[221,851,852,862,870],{},[224,853,854,857,858,302],{},[178,855,856],{},"Reserva una demo de la plataforma",": mira cómo el panel de administración levanta una app de marca nueva y cómo el pipeline la firma y la publica: ",[199,859,861],{"href":860},"\u002Fcontact","habla con nosotros",[224,863,864,867,868,302],{},[178,865,866],{},"Profundiza en la oferta",": arquitectura, modelos de publicación y niveles de precio en la página del servicio de ",[199,869,716],{"href":715},[224,871,872,875,876,878],{},[178,873,874],{},"¿Lo construyes tú?"," Pondremos ingenieros de Flutter en tu repositorio vía ",[199,877,737],{"href":736}," y dejaremos la plataforma en tus manos.",[175,880,881],{},"Cuéntanos cuántas marcas tienes previstas y para quién son las apps, y te daremos una lectura directa del modelo, de la estrategia de envío y de la curva de coste, no un discurso de fábrica de plantillas.",[883,884,885],"post-credits",{},[175,886,887,888,892],{},"Ilya Nixan es fundador y lead developer en ",[199,889,891],{"href":890},"\u002F","Nerdy Production",", una agencia especializada en Flutter que construye plataformas de marca blanca y entrega flotas de apps de marca en fintech, retail y fidelización.",{"title":894,"searchDepth":895,"depth":895,"links":896},"",2,[897,898,899,900,901,902,903,904,905],{"id":207,"depth":895,"text":208},{"id":259,"depth":895,"text":260},{"id":314,"depth":895,"text":315},{"id":435,"depth":895,"text":436},{"id":663,"depth":895,"text":664},{"id":719,"depth":895,"text":720},{"id":756,"depth":895,"text":757},{"id":837,"depth":895,"text":838},{"id":845,"depth":895,"text":846},"Resumen. Sí, puedes publicar muchas apps de marca desde una base de código y pasar la revisión de la App Store, pero solo si cada app está genuinamente diferenciada en contenido y comportamiento, no simplemente repintada con un logo nuevo. La regla de decisión: si dos de tus apps muestran las mismas pantallas con los mismos datos y solo cambia la marca, Apple las tratará como duplicados y las rechazará bajo la directriz 4.2.6; si cada app se autentica como su propio tenant y se descarga del servidor su contenido, su catálogo, sus funciones y su configuración, son productos funcionalmente distintos y pasan. La trampa en la que caen las fábricas de plantillas es tratar la marca blanca como un repintado. Lo que hace que funcione es una capa cliente-servidor que hace a cada app sustancialmente distinta en tiempo de ejecución. Todo lo de abajo es cómo construimos eso: la arquitectura, la estrategia de envío y la economía de que la app número veinte cueste una fracción de la número uno.","md",{"type":909,"src":910},"image","\u002Fblog\u002Fwhite-label-app-platform-flutter.webp",{},"Publica más de 20 apps de marca blanca desde una base de código Flutter y pasa la revisión de la App Store con contenido por tenant que sobrevive a la 4.2.6.","Plataforma de marca blanca: 20+ apps, una base de código",true,"Apple rechaza binarios repintados por la norma 4.2.6. Cómo publicamos más de 20 apps de marca realmente distintas desde un solo código Flutter y pasamos revisión.","\u002Fblog\u002Fwhite-label-app-platform-flutter",{"title":169,"description":906},"white-label-app-platform-flutter","blog\u002Fwhite-label-app-platform-flutter","La mayoría de las agencias de «marca blanca» se limitan a repintar un binario, y la directriz 4.2.6 de Apple rechaza exactamente eso. Esta es la arquitectura que usamos para publicar más de 20 apps de marca genuinamente distintas desde una única base de código Flutter: autenticación por tenant y contenido servido desde el backend que hacen de cada app un producto independiente de verdad, no un duplicado.","2026-07-10T09:14:52Z",null,"-IlVemiYBVh9KRl9fVkHLNInBT3jUyKOAaMF2ojG3Uc",[925,982,1029,1079,1168,1220],{"id":926,"bio":927,"expertise":932,"extension":948,"links":949,"meta":953,"metaDescription":954,"name":959,"ogDescription":962,"photo":967,"role":968,"seniority":973,"skills":974,"slug":975,"specialization":976,"stem":975,"__hash__":981},"team_members\u002Fdima.yaml",{"en":928,"ru":929,"es":930,"nl":931},"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",[933,936,941,943],{"en":934,"ru":934,"es":935,"nl":934},"State management","Gestión de estado",{"en":937,"ru":938,"es":939,"nl":940},"Application architecture","Архитектура приложений","Arquitectura de aplicaciones","Applicatiearchitectuur",{"en":942,"ru":942,"es":942,"nl":942},"WebRTC",{"en":944,"ru":945,"es":946,"nl":947},"XMPP messaging","Обмен сообщениями по XMPP","Mensajería XMPP","Berichten via XMPP","yaml",[950],{"type":951,"address":952},"email","konopatov@nerdy.pro",{},{"en":955,"ru":956,"es":957,"nl":958},"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":960,"ru":961,"es":960,"nl":960},"Dima","Дима",{"en":963,"ru":964,"es":965,"nl":966},"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":969,"ru":970,"es":971,"nl":972},"Lead Flutter Developer","Ведущий Flutter-разработчик","Lead de desarrollo Flutter","Lead Flutter-developer","lead",[41,18,155,160,90,111,150,95],"dima",{"en":977,"ru":978,"es":979,"nl":980},"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":983,"bio":984,"expertise":989,"extension":948,"links":922,"meta":1000,"metaDescription":1001,"name":1006,"ogDescription":1009,"photo":1014,"role":1015,"seniority":1020,"skills":1021,"slug":1022,"specialization":1023,"stem":1022,"__hash__":1028},"team_members\u002Fmasha.yaml",{"en":985,"ru":986,"es":987,"nl":988},"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",[990,995],{"en":991,"ru":992,"es":993,"nl":994},"UI\u002FUX design","UI\u002FUX-дизайн","Diseño UI\u002FUX","UI\u002FUX-ontwerp",{"en":996,"ru":997,"es":998,"nl":999},"Product copywriting","Продуктовый копирайтинг","Redacción de producto","Productteksten",{},{"en":1002,"ru":1003,"es":1004,"nl":1005},"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":1007,"ru":1008,"es":1007,"nl":1007},"Masha","Маша",{"en":1010,"ru":1011,"es":1012,"nl":1013},"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":1016,"ru":1017,"es":1018,"nl":1019},"Flutter Developer","Flutter-разработчик","Desarrolladora Flutter","Flutter-developer","middle",[41,18],"masha",{"en":1024,"ru":1025,"es":1026,"nl":1027},"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":1030,"bio":1031,"expertise":1036,"extension":948,"links":1047,"meta":1050,"metaDescription":1051,"name":1056,"ogDescription":1059,"photo":1064,"role":1065,"seniority":1070,"skills":1071,"slug":1072,"specialization":1073,"stem":1072,"__hash__":1078},"team_members\u002Fmaxim.yaml",{"en":1032,"ru":1033,"es":1034,"nl":1035},"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",[1037,1042],{"en":1038,"ru":1039,"es":1040,"nl":1041},"Automated testing","Автоматизированное тестирование","Testing automatizado","Geautomatiseerd testen",{"en":1043,"ru":1044,"es":1045,"nl":1046},"High-load backend systems","Высоконагруженные бэкенд-системы","Sistemas backend de alta carga","Backendsystemen met hoge belasting",[1048],{"type":951,"address":1049},"maxim@nerdy.pro",{},{"en":1052,"ru":1053,"es":1054,"nl":1055},"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":1057,"ru":1058,"es":1057,"nl":1057},"Maxim","Максим",{"en":1060,"ru":1061,"es":1062,"nl":1063},"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":1066,"ru":1067,"es":1068,"nl":1069},"Senior Software Engineer","Старший инженер-программист","Ingeniero de software senior","Senior software engineer","senior",[41,18,51,106,155,13,150],"maxim",{"en":1074,"ru":1075,"es":1076,"nl":1077},"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":1080,"bio":1081,"expertise":1086,"extension":948,"links":1128,"meta":1140,"metaDescription":1141,"name":1146,"ogDescription":1149,"photo":1154,"role":1155,"seniority":1160,"skills":1161,"slug":170,"specialization":1162,"stem":170,"__hash__":1167},"team_members\u002Fnixan.yaml",{"en":1082,"ru":1083,"es":1084,"nl":1085},"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",[1087,1092,1097,1102,1107,1112,1117,1122,1124,1126],{"en":1088,"ru":1089,"es":1090,"nl":1091},"iOS development","Разработка под iOS","Desarrollo iOS","iOS-ontwikkeling",{"en":1093,"ru":1094,"es":1095,"nl":1096},"Software architecture","Архитектура ПО","Arquitectura de software","Softwarearchitectuur",{"en":1098,"ru":1099,"es":1100,"nl":1101},"Engineering team leadership","Руководство инженерными командами","Liderazgo de equipos de ingeniería","Leidinggeven aan engineeringteams",{"en":1103,"ru":1104,"es":1105,"nl":1106},"Payment systems","Платёжные системы","Sistemas de pago","Betaalsystemen",{"en":1108,"ru":1109,"es":1110,"nl":1111},"Card processing","Карточный процессинг","Procesamiento de tarjetas","Kaartverwerking",{"en":1113,"ru":1114,"es":1115,"nl":1116},"PCI-DSS compliance","Соответствие PCI-DSS","Cumplimiento de PCI-DSS","Naleving van PCI-DSS",{"en":1118,"ru":1119,"es":1120,"nl":1121},"NFC and contactless payments","NFC и бесконтактные платежи","NFC y pagos contactless","NFC en contactloos betalen",{"en":1123,"ru":1123,"es":1123,"nl":1123},"Host Card Emulation",{"en":1125,"ru":1125,"es":1125,"nl":1125},"EMV Contactless",{"en":1127,"ru":1127,"es":1127,"nl":1127},"AOSP",[1129,1132,1135,1138],{"type":1130,"url":1131},"github","https:\u002F\u002Fgithub.com\u002Fthenixan",{"type":1133,"url":1134},"linkedin","https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Fthenixan\u002F",{"type":1136,"url":1137},"telegram","https:\u002F\u002Ft.me\u002Fthenixan",{"type":951,"address":1139},"nixan@nerdy.pro",{},{"en":1142,"ru":1143,"es":1144,"nl":1145},"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":1147,"ru":1148,"es":1147,"nl":1147},"Ilya Nixan","Илья Никсан",{"en":1150,"ru":1151,"es":1152,"nl":1153},"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":1156,"ru":1157,"es":1158,"nl":1159},"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],{"en":1163,"ru":1164,"es":1165,"nl":1166},"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":1169,"bio":1170,"expertise":1175,"extension":948,"links":1187,"meta":1192,"metaDescription":1193,"name":1198,"ogDescription":1201,"photo":1206,"role":1207,"seniority":1070,"skills":1212,"slug":1213,"specialization":1214,"stem":1213,"__hash__":1219},"team_members\u002Froma.yaml",{"en":1171,"ru":1172,"es":1173,"nl":1174},"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",[1176,1177,1182],{"en":1088,"ru":1089,"es":1090,"nl":1091},{"en":1178,"ru":1179,"es":1180,"nl":1181},"Applied AI","Прикладной AI","IA aplicada","Toegepaste AI",{"en":1183,"ru":1184,"es":1185,"nl":1186},"ERP and CRM systems","ERP- и CRM-системы","Sistemas ERP y CRM","ERP- en CRM-systemen",[1188,1190],{"type":1133,"url":1189},"https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Fromanbatler\u002F",{"type":951,"address":1191},"roma@nerdy.pro",{},{"en":1194,"ru":1195,"es":1196,"nl":1197},"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":1199,"ru":1200,"es":1199,"nl":1199},"Roman","Рома",{"en":1202,"ru":1203,"es":1204,"nl":1205},"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":1208,"ru":1209,"es":1210,"nl":1211},"Senior Mobile Developer","Старший мобильный разработчик","Desarrollador móvil senior","Senior mobiele developer",[7,41,18,141,146,106],"roma",{"en":1215,"ru":1216,"es":1217,"nl":1218},"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":1221,"bio":1222,"expertise":1227,"extension":948,"links":922,"meta":1238,"metaDescription":1239,"name":1244,"ogDescription":1247,"photo":1252,"role":1253,"seniority":1070,"skills":1258,"slug":1259,"specialization":1260,"stem":1259,"__hash__":1265},"team_members\u002Fxsox.yaml",{"en":1223,"ru":1224,"es":1225,"nl":1226},"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",[1228,1233],{"en":1229,"ru":1230,"es":1231,"nl":1232},"API design","Проектирование API","Diseño de APIs","API-ontwerp",{"en":1234,"ru":1235,"es":1236,"nl":1237},"Data modelling","Моделирование данных","Modelado de datos","Datamodellering",{},{"en":1240,"ru":1241,"es":1242,"nl":1243},"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":1245,"ru":1246,"es":1245,"nl":1245},"Eugene Xsox","Женя Xsox",{"en":1248,"ru":1249,"es":1250,"nl":1251},"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":1254,"ru":1255,"es":1256,"nl":1257},"Senior Backend Developer","Старший бэкенд-разработчик","Desarrollador backend senior","Senior backenddeveloper",[106,24,41,18,155,160,90,150],"xsox",{"en":1261,"ru":1262,"es":1263,"nl":1264},"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",[1267,1276,1283,1288,1298],{"id":1268,"extension":948,"meta":1269,"name":1270,"slug":1274,"stem":1274,"__hash__":1275},"blog_topics\u002Fcybersecurity.yaml",{},{"en":1271,"ru":1272,"es":1273,"nl":1271},"Cybersecurity","Кибербезопасность","Ciberseguridad","cybersecurity","kt1rdsMy5W4b9MvGHm6mZVCr0inHidEuqaosPYmmk4E",{"id":1277,"extension":948,"meta":1278,"name":1279,"slug":1281,"stem":1281,"__hash__":1282},"blog_topics\u002Fdevops.yaml",{},{"en":1280,"ru":1280,"es":1280,"nl":1280},"DevOps","devops","D3mxlZuFHKCGeszKZuWCiQmHmP5EiCvzg1qEAIQhnyU",{"id":1284,"extension":948,"meta":1285,"name":1286,"slug":41,"stem":41,"__hash__":1287},"blog_topics\u002Fflutter.yaml",{},{"en":39,"ru":39,"es":39,"nl":39},"OOeALAmwFuEqByuJvTGk4g15FIHENPfYMdpfZh_HTAE",{"id":1289,"extension":948,"meta":1290,"name":1291,"slug":1296,"stem":1296,"__hash__":1297},"blog_topics\u002Ffor-founders.yaml",{},{"en":1292,"ru":1293,"es":1294,"nl":1295},"For Founders","Для основателей","Para fundadores","Voor oprichters","for-founders","lp2u6Ol2qF4DGxpB83HxbbGzWioT-e40mJhD4lr28-U",{"id":1299,"extension":948,"meta":1300,"name":1301,"slug":1306,"stem":1306,"__hash__":1307},"blog_topics\u002Fsoftware-engineering.yaml",{},{"en":1302,"ru":1303,"es":1304,"nl":1305},"Software Engineering","Разработка ПО","Ingeniería de software","Software-engineering","software-engineering","aZMb3aUDptoFQk_cEE6l5H4wrYcgZuBYUubmKqOAaaU",{"data":1309,"body":1310},{},{"type":1311,"children":1312},"root",[1313,1320,1338,1349,1377],{"type":1314,"tag":175,"props":1315,"children":1316},"element",{},[1317],{"type":1318,"value":1319},"text","Ilya fundó Nerdy Production y dirige su ingeniería. Lleva construyendo software desde 2010 y entregando Flutter en producción desde 2018.",{"type":1314,"tag":175,"props":1321,"children":1322},{},[1323,1325,1329,1331,1336],{"type":1318,"value":1324},"Antes 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 ",{"type":1314,"tag":455,"props":1326,"children":1328},{"slug":1327},"pci-dss",[],{"type":1318,"value":1330}," y pagos contactless, incluida la construcción de pagos contactless con tarjeta en Android mediante ",{"type":1314,"tag":455,"props":1332,"children":1334},{"slug":1333},"host-card-emulation",[1335],{"type":1318,"value":1123},{"type":1318,"value":1337}," sobre ISO\u002FIEC 14443, con EMV Contactless (Visa PayWave) por encima.",{"type":1314,"tag":175,"props":1339,"children":1340},{},[1341,1343,1347],{"type":1318,"value":1342},"Tambié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 ",{"type":1314,"tag":455,"props":1344,"children":1346},{"slug":1345},"aosp",[],{"type":1318,"value":1348},", lo que le dio una visión de bajo nivel de Android que la mayoría de desarrolladores de apps nunca llega a tocar.",{"type":1314,"tag":175,"props":1350,"children":1351},{},[1352,1354,1360,1362,1368,1370,1376],{"type":1318,"value":1353},"Hoy lidera la entrega de las apps insignia de la agencia, desde la interfaz fintech cargada de gráficos de ",{"type":1314,"tag":199,"props":1355,"children":1357},{"href":1356},"\u002Fportfolio\u002Fextraetf",[1358],{"type":1318,"value":1359},"ExtraETF",{"type":1318,"value":1361}," hasta el sistema de diseño totalmente a medida de ",{"type":1314,"tag":199,"props":1363,"children":1365},{"href":1364},"\u002Fportfolio\u002Farcana",[1366],{"type":1318,"value":1367},"Arcana",{"type":1318,"value":1369},". 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 ",{"type":1314,"tag":199,"props":1371,"children":1373},{"href":1372},"\u002Fopen-source\u002Fdxpdf",[1374],{"type":1318,"value":1375},"dxpdf",{"type":1318,"value":302},{"type":1314,"tag":175,"props":1378,"children":1379},{},[1380,1382,1387,1389,1394,1396,1401,1402,1407,1408,1413,1414,1419,1421,1426],{"type":1318,"value":1381},"Trabaja con ",{"type":1314,"tag":199,"props":1383,"children":1385},{"href":1384},"\u002Ftechnologies\u002Fflutter",[1386],{"type":1318,"value":39},{"type":1318,"value":1388},", iOS y Android nativos, ",{"type":1314,"tag":199,"props":1390,"children":1392},{"href":1391},"\u002Ftechnologies\u002Fgo",[1393],{"type":1318,"value":49},{"type":1318,"value":1395},", ",{"type":1314,"tag":199,"props":1397,"children":1399},{"href":1398},"\u002Ftechnologies\u002Frust",[1400],{"type":1318,"value":124},{"type":1318,"value":1395},{"type":1314,"tag":199,"props":1403,"children":1405},{"href":1404},"\u002Ftechnologies\u002Ftypescript",[1406],{"type":1318,"value":153},{"type":1318,"value":1395},{"type":1314,"tag":199,"props":1409,"children":1411},{"href":1410},"\u002Ftechnologies\u002Fkotlin",[1412],{"type":1318,"value":69},{"type":1318,"value":1395},{"type":1314,"tag":199,"props":1415,"children":1417},{"href":1416},"\u002Ftechnologies\u002Fkubernetes",[1418],{"type":1318,"value":78},{"type":1318,"value":1420}," y ",{"type":1314,"tag":199,"props":1422,"children":1424},{"href":1423},"\u002Ftechnologies\u002Fdocker",[1425],{"type":1318,"value":27},{"type":1318,"value":1427},", con foco en arquitectura de aplicaciones, entrega multiplataforma y la construcción de equipos que entregan.",[1429,1441,1458,1473,1486,1498,1512,1527,1540,1555,1568,1583,1595,1608,1621,1633,1650,1663,1676,1689,1702,1715,1727,1738,1751,1761,1774,1785,1794,1807,1819,1833,1840,1852,1863,1874,1885,1900,1913,1926,1938,1949,1963,1977,1989,2000,2012,2023,2036,2048,2059,2072,2081],{"slug":1345,"term":1127,"definition":1430,"category":1431,"aliases":1432,"links":1434,"related":1438,"readMore":-1,"target":1439,"hasArticle":1440},"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",[1433],"Android Open Source Project",[1435],{"kind":1436,"url":1437},"website","https:\u002F\u002Fsource.android.com\u002F",[1333],"\u002Fglossary#aosp",false,{"slug":1442,"term":1443,"definition":1444,"category":1445,"aliases":1446,"links":1451,"related":1455,"readMore":-1,"target":1457,"hasArticle":1440},"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",[1447,1448,1449,1450],"S3","almacenamiento compatible con S3","object storage","blob storage",[1452],{"kind":1453,"url":1454},"wikipedia","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FObject_storage",[1456],"bigquery","\u002Fglossary#object-storage",{"slug":1459,"term":1460,"definition":1461,"category":1462,"aliases":1463,"links":1468,"related":1469,"readMore":-1,"target":1472,"hasArticle":1440},"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",[1464,1465,1466,1467],"staff augmentation","team augmentation","desarrolladores dedicados","outstaffing",[],[1470,1471],"total-cost-of-ownership","time-to-market","\u002Fglossary#staff-augmentation",{"slug":1474,"term":1475,"definition":1476,"category":1431,"aliases":1477,"links":1478,"related":1482,"readMore":-1,"target":1485,"hasArticle":1440},"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.",[],[1479],{"kind":1480,"url":1481},"documentation","https:\u002F\u002Fdeveloper.apple.com\u002Fapp-clips\u002F",[1483,1484],"deep-linking","install-referrer","\u002Fglossary#app-clips",{"slug":1456,"term":1487,"definition":1488,"category":1431,"aliases":1489,"links":1490,"related":1495,"readMore":-1,"target":1497,"hasArticle":1440},"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.",[],[1491,1493],{"kind":1436,"url":1492},"https:\u002F\u002Fcloud.google.com\u002Fbigquery",{"kind":1453,"url":1494},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FBigQuery",[1442,1496],"elasticsearch","\u002Fglossary#bigquery",{"slug":1499,"term":1500,"definition":1501,"category":1502,"aliases":1503,"links":1507,"related":1510,"readMore":-1,"target":1511,"hasArticle":1440},"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",[1504,1505,1506],"CI","integración continua","entrega continua",[1508],{"kind":1453,"url":1509},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FCI\u002FCD",[],"\u002Fglossary#ci-cd",{"slug":1513,"term":1514,"definition":1515,"category":1445,"aliases":1516,"links":1520,"related":1523,"readMore":-1,"target":1526,"hasArticle":1440},"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.",[1517,1518,1519],"headless CMS","gestor de contenidos headless","API de contenidos",[1521],{"kind":1453,"url":1522},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FHeadless_content_management_system",[1524,1525],"server-side-rendering","rest","\u002Fglossary#headless-cms",{"slug":1528,"term":1529,"definition":1530,"category":1445,"aliases":1531,"links":1534,"related":1537,"readMore":-1,"target":1539,"hasArticle":1440},"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.",[1532,1533],"Create, Read, Update, Delete","crear, leer, actualizar, borrar",[1535],{"kind":1453,"url":1536},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FCreate,_read,_update_and_delete",[1525,1538],"graphql","\u002Fglossary#crud",{"slug":1541,"term":1542,"definition":1543,"category":1445,"aliases":1544,"links":1548,"related":1551,"readMore":-1,"target":1554,"hasArticle":1440},"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.",[1545,1546,1547],"E2EE","cifrado extremo a extremo","end-to-end encryption",[1549],{"kind":1453,"url":1550},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FEnd-to-end_encryption",[1552,1553],"tls","jwt","\u002Fglossary#end-to-end-encryption",{"slug":1556,"term":1557,"definition":1558,"category":1445,"aliases":1559,"links":1563,"related":1566,"readMore":-1,"target":1567,"hasArticle":1440},"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.",[1560,1561,1562],"IEEE 754","double","aritmética de coma flotante",[1564],{"kind":1453,"url":1565},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FIEEE_754",[],"\u002Fglossary#floating-point",{"slug":1569,"term":1570,"definition":1571,"category":1462,"aliases":1572,"links":1577,"related":1580,"readMore":-1,"target":1582,"hasArticle":1440},"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.",[1573,1574,1575,1576],"IAP","in-app purchase","compras integradas","suscripción in-app",[1578],{"kind":1480,"url":1579},"https:\u002F\u002Fdeveloper.apple.com\u002Fin-app-purchase\u002F",[1581],"product-market-fit","\u002Fglossary#in-app-purchase",{"slug":1470,"term":1584,"definition":1585,"category":1462,"aliases":1586,"links":1590,"related":1593,"readMore":-1,"target":1594,"hasArticle":1440},"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.",[1587,1588,1589],"TCO","total cost of ownership","coste de propiedad",[1591],{"kind":1453,"url":1592},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FTotal_cost_of_ownership",[1471],"\u002Fglossary#total-cost-of-ownership",{"slug":1596,"term":1597,"definition":1598,"category":1599,"aliases":1600,"links":1603,"related":1606,"readMore":-1,"target":1607,"hasArticle":1440},"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",[1601,1602],"PQC","cifrado poscuántico",[1604],{"kind":1453,"url":1605},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPost-quantum_cryptography",[1552,1541],"\u002Fglossary#post-quantum-cryptography",{"slug":1483,"term":1609,"definition":1610,"category":1431,"aliases":1611,"links":1616,"related":1619,"readMore":1620,"target":1620,"hasArticle":914},"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.",[1612,1613,1614,1615],"deep linking diferido","enlaces profundos","universal links","Android App Links",[1617],{"kind":1453,"url":1618},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FMobile_deep_linking",[1474,1484],"\u002Fglossary\u002Fdeep-linking",{"slug":1622,"term":1623,"definition":1624,"category":1502,"aliases":1625,"links":1629,"related":1630,"readMore":-1,"target":1632,"hasArticle":1440},"staged-rollout","Despliegue escalonado","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.",[1626,1627,1628],"staged rollout","lanzamiento por fases","release canaria",[],[1631,1499],"feature-flags","\u002Fglossary#staged-rollout",{"slug":1634,"term":1635,"definition":1636,"category":1502,"aliases":1637,"links":1642,"related":1647,"readMore":-1,"target":1649,"hasArticle":1440},"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.",[1638,1639,1640,1641],"devcontainer.json","Dev Containers","VS Code Dev Containers","contenedor de desarrollo",[1643,1645],{"kind":1436,"url":1644},"https:\u002F\u002Fcontainers.dev\u002F",{"kind":1480,"url":1646},"https:\u002F\u002Fcode.visualstudio.com\u002Fdocs\u002Fdevcontainers\u002Fcontainers",[1648],"container-registry","\u002Fglossary#dev-container",{"slug":1496,"term":1651,"definition":1652,"category":1431,"aliases":1653,"links":1656,"related":1661,"readMore":-1,"target":1662,"hasArticle":1440},"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».",[1654,1655],"Elastic","ELK",[1657,1659],{"kind":1436,"url":1658},"https:\u002F\u002Fwww.elastic.co\u002Felasticsearch",{"kind":1453,"url":1660},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FElasticsearch",[1456],"\u002Fglossary#elasticsearch",{"slug":1581,"term":1664,"definition":1665,"category":1462,"aliases":1666,"links":1670,"related":1673,"readMore":-1,"target":1675,"hasArticle":1440},"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.",[1667,1668,1669],"PMF","product-market fit","product\u002Fmarket fit",[1671],{"kind":1453,"url":1672},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FProduct-market_fit",[1674,1471],"mvp","\u002Fglossary#product-market-fit",{"slug":1677,"term":1678,"definition":1679,"category":1445,"aliases":1680,"links":1683,"related":1684,"readMore":-1,"target":1688,"hasArticle":1440},"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.",[1681,1682],"fanout","difusión",[],[1685,1686,1687],"websocket","pub-sub","server-sent-events","\u002Fglossary#fan-out",{"slug":1631,"term":1690,"definition":1691,"category":1502,"aliases":1692,"links":1696,"related":1699,"readMore":-1,"target":1701,"hasArticle":1440},"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.",[1693,1694,1695],"feature flag","feature toggle","banderas de funcionalidad",[1697],{"kind":1453,"url":1698},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FFeature_toggle",[1622,1700,457],"white-label","\u002Fglossary#feature-flags",{"slug":1703,"term":935,"definition":1704,"category":1445,"aliases":1705,"links":1709,"related":1712,"readMore":-1,"target":1714,"hasArticle":1440},"state-management","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.",[1706,1707,1708],"state management","BLoC","Riverpod",[1710],{"kind":1480,"url":1711},"https:\u002F\u002Fdocs.flutter.dev\u002Fdata-and-backend\u002Fstate-mgmt\u002Foptions",[1713],"golden-test","\u002Fglossary#state-management",{"slug":1713,"term":1716,"definition":1717,"category":1502,"aliases":1718,"links":1722,"related":1725,"readMore":-1,"target":1726,"hasArticle":1440},"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 %.",[1719,1720,1721],"golden tests","test de captura","snapshot test",[1723],{"kind":1480,"url":1724},"https:\u002F\u002Fapi.flutter.dev\u002Fflutter\u002Fflutter_test\u002FmatchesGoldenFile.html",[1499],"\u002Fglossary#golden-test",{"slug":1538,"term":1728,"definition":1729,"category":1445,"aliases":1730,"links":1731,"related":1736,"readMore":-1,"target":1737,"hasArticle":1440},"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.",[],[1732,1734],{"kind":1436,"url":1733},"https:\u002F\u002Fgraphql.org\u002F",{"kind":1453,"url":1735},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FGraphQL",[1525],"\u002Fglossary#graphql",{"slug":1739,"term":1740,"definition":1741,"category":1502,"aliases":1742,"links":1744,"related":1747,"readMore":-1,"target":1750,"hasArticle":1440},"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.",[1743],"Health Insurance Portability and Accountability Act",[1745],{"kind":1453,"url":1746},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FHealth_Insurance_Portability_and_Accountability_Act",[1327,1748,1749],"gdpr","soc-2","\u002Fglossary#hipaa",{"slug":1333,"term":1123,"definition":1752,"category":1431,"aliases":1753,"links":1756,"related":1759,"readMore":-1,"target":1760,"hasArticle":1440},"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.",[1754,1125,1755],"HCE","pagos contactless",[1757],{"kind":1480,"url":1758},"https:\u002F\u002Fdeveloper.android.com\u002Fdevelop\u002Fconnectivity\u002Fnfc\u002Fhce",[1327,1345],"\u002Fglossary#host-card-emulation",{"slug":1762,"term":1763,"definition":1764,"category":1445,"aliases":1765,"links":1769,"related":1772,"readMore":-1,"target":1773,"hasArticle":1440},"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.",[1766,1767,1768],"build multiarquitectura","multi-arch build","linux\u002Famd64 + linux\u002Farm64",[1770],{"kind":1480,"url":1771},"https:\u002F\u002Fdocs.docker.com\u002Fbuild\u002Fbuilding\u002Fmulti-platform\u002F",[1648],"\u002Fglossary#multi-arch-image",{"slug":1775,"term":1776,"definition":1777,"category":1431,"aliases":1778,"links":1779,"related":1782,"readMore":-1,"target":1784,"hasArticle":1440},"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.",[],[1780],{"kind":1480,"url":1781},"https:\u002F\u002Fdocs.flutter.dev\u002Fperf\u002Fimpeller",[1783],"skia","\u002Fglossary#impeller",{"slug":1484,"term":1786,"definition":1787,"category":1431,"aliases":1788,"links":1789,"related":1792,"readMore":-1,"target":1793,"hasArticle":1440},"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.",[],[1790],{"kind":1480,"url":1791},"https:\u002F\u002Fdeveloper.android.com\u002Fgoogle\u002Fplay\u002Finstallreferrer",[1483,1474],"\u002Fglossary#install-referrer",{"slug":1795,"term":1796,"definition":1797,"category":1502,"aliases":1798,"links":1801,"related":1804,"readMore":-1,"target":1806,"hasArticle":1440},"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.",[1799,1800],"prompt injection","ataque de inyección",[1802],{"kind":1453,"url":1803},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPrompt_injection",[1805],"rate-limiting","\u002Fglossary#prompt-injection",{"slug":1553,"term":1808,"definition":1809,"category":1599,"aliases":1810,"links":1812,"related":1817,"readMore":-1,"target":1818,"hasArticle":1440},"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.",[1811],"JSON Web Token",[1813,1815],{"kind":1436,"url":1814},"https:\u002F\u002Fjwt.io\u002F",{"kind":1453,"url":1816},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FJSON_Web_Token",[1327],"\u002Fglossary#jwt",{"slug":1820,"term":1821,"definition":1822,"category":1502,"aliases":1823,"links":1828,"related":1831,"readMore":-1,"target":1832,"hasArticle":1440},"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.",[1824,1825,1826,1827],"Know Your Customer","AML","KYC\u002FAML","conocimiento del cliente",[1829],{"kind":1453,"url":1830},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FKnow_your_customer",[1327,1748],"\u002Fglossary#kyc",{"slug":76,"term":74,"definition":1834,"category":1431,"aliases":1835,"links":1837,"related":1838,"readMore":1839,"target":1839,"hasArticle":1440},"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.",[1836],"KMP",[],[],"\u002Ftechnologies\u002Fkmp",{"slug":1805,"term":1841,"definition":1842,"category":1502,"aliases":1843,"links":1847,"related":1850,"readMore":-1,"target":1851,"hasArticle":1440},"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.",[1844,1845,1846],"rate limiting","rate limit","throttling",[1848],{"kind":1453,"url":1849},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FRate_limiting",[1795],"\u002Fglossary#rate-limiting",{"slug":1674,"term":1853,"definition":1854,"category":1462,"aliases":1855,"links":1858,"related":1861,"readMore":-1,"target":1862,"hasArticle":1440},"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.",[1856,1857],"producto mínimo viable","minimum viable product",[1859],{"kind":1453,"url":1860},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FMinimum_viable_product",[1700],"\u002Fglossary#mvp",{"slug":1700,"term":1864,"definition":1865,"category":1462,"aliases":1866,"links":1869,"related":1872,"readMore":1873,"target":1873,"hasArticle":914},"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.",[1700,1867,1868],"white label","app multiinquilino",[1870],{"kind":1453,"url":1871},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FWhite-label_product",[1674],"\u002Fglossary\u002Fwhite-label",{"slug":457,"term":1875,"definition":1876,"category":1445,"aliases":1877,"links":1880,"related":1883,"readMore":-1,"target":1884,"hasArticle":1440},"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.",[1878,458,1879],"multi-tenant","tenant",[1881],{"kind":1453,"url":1882},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FMultitenancy",[1700,1631],"\u002Fglossary#multi-tenancy",{"slug":1886,"term":1887,"definition":1888,"category":1599,"aliases":1889,"links":1893,"related":1898,"readMore":-1,"target":1899,"hasArticle":1440},"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.",[1890,1891,1892],"OAuth 2.0","login social","Iniciar sesión con Apple",[1894,1896],{"kind":1436,"url":1895},"https:\u002F\u002Foauth.net\u002F2\u002F",{"kind":1453,"url":1897},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FOAuth",[1553],"\u002Fglossary#oauth",{"slug":1327,"term":1901,"definition":1902,"category":1502,"aliases":1903,"links":1906,"related":1911,"readMore":-1,"target":1912,"hasArticle":1440},"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.",[1904,1905],"PCI DSS","Payment Card Industry Data Security Standard",[1907,1909],{"kind":1436,"url":1908},"https:\u002F\u002Fwww.pcisecuritystandards.org\u002F",{"kind":1453,"url":1910},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPayment_Card_Industry_Data_Security_Standard",[1553],"\u002Fglossary#pci-dss",{"slug":1914,"term":1915,"definition":1916,"category":1431,"aliases":1917,"links":1921,"related":1924,"readMore":-1,"target":1925,"hasArticle":1440},"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.",[1918,1919,1920],"platform channel","method channel","canales de plataforma",[1922],{"kind":1480,"url":1923},"https:\u002F\u002Fdocs.flutter.dev\u002Fplatform-integration\u002Fplatform-channels",[76],"\u002Fglossary#platform-channels",{"slug":1686,"term":1927,"definition":1928,"category":1445,"aliases":1929,"links":1933,"related":1936,"readMore":-1,"target":1937,"hasArticle":1440},"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.",[1930,1931,1932],"publicación\u002Fsuscripción","publish\u002Fsubscribe","Google Cloud Pub\u002FSub",[1934],{"kind":1453,"url":1935},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPublish%E2%80%93subscribe_pattern",[],"\u002Fglossary#pub-sub",{"slug":1525,"term":1939,"definition":1940,"category":1445,"aliases":1941,"links":1944,"related":1947,"readMore":-1,"target":1948,"hasArticle":1440},"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.",[1942,1943],"API REST","Representational State Transfer",[1945],{"kind":1453,"url":1946},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FREST",[1685,1687],"\u002Fglossary#rest",{"slug":1748,"term":1950,"definition":1951,"category":1502,"aliases":1952,"links":1956,"related":1961,"readMore":-1,"target":1962,"hasArticle":1440},"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.",[1953,1954,1955],"GDPR","Reglamento General de Protección de Datos","protección de datos",[1957,1959],{"kind":1436,"url":1958},"https:\u002F\u002Fgdpr.eu\u002F",{"kind":1453,"url":1960},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FGeneral_Data_Protection_Regulation",[1327,1749,1739],"\u002Fglossary#gdpr",{"slug":1648,"term":1964,"definition":1965,"category":1445,"aliases":1966,"links":1972,"related":1975,"readMore":-1,"target":1976,"hasArticle":1440},"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.",[1967,1968,1969,1970,1971],"registro de imágenes","Docker registry","GHCR","ghcr.io","container registry",[1973],{"kind":1480,"url":1974},"https:\u002F\u002Fdocs.github.com\u002Fen\u002Fpackages\u002Fworking-with-a-github-packages-registry\u002Fworking-with-the-container-registry",[1634,1762],"\u002Fglossary#container-registry",{"slug":1524,"term":1978,"definition":1979,"category":1445,"aliases":1980,"links":1984,"related":1987,"readMore":-1,"target":1988,"hasArticle":1440},"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.",[1981,1982,1983],"SSR","server-side rendering","renderizado del lado del servidor",[1985],{"kind":1453,"url":1986},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FServer-side_scripting",[1513],"\u002Fglossary#server-side-rendering",{"slug":1749,"term":1990,"definition":1991,"category":1502,"aliases":1992,"links":1995,"related":1998,"readMore":-1,"target":1999,"hasArticle":1440},"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.",[1993,1994],"SOC2","System and Organization Controls",[1996],{"kind":1453,"url":1997},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FSystem_and_Organization_Controls",[1327,1748,1739],"\u002Fglossary#soc-2",{"slug":2001,"term":2002,"definition":2003,"category":1462,"aliases":2004,"links":2007,"related":2010,"readMore":-1,"target":2011,"hasArticle":1440},"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.",[2005,2006],"Software as a Service","software como servicio",[2008],{"kind":1453,"url":2009},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FSoftware_as_a_service",[457,1700],"\u002Fglossary#saas",{"slug":1687,"term":2013,"definition":2014,"category":1599,"aliases":2015,"links":2018,"related":2021,"readMore":-1,"target":2022,"hasArticle":1440},"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.",[2016,2017],"SSE","eventos enviados por el servidor",[2019],{"kind":1453,"url":2020},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FServer-sent_events",[1685,1525],"\u002Fglossary#server-sent-events",{"slug":1783,"term":2024,"definition":2025,"category":1431,"aliases":2026,"links":2029,"related":2034,"readMore":-1,"target":2035,"hasArticle":1440},"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.",[2027,2028],"Skia Graphics Engine","skia-safe",[2030,2032],{"kind":1436,"url":2031},"https:\u002F\u002Fskia.org\u002F",{"kind":1453,"url":2033},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FSkia_Graphics_Engine",[1775],"\u002Fglossary#skia",{"slug":1552,"term":2037,"definition":2038,"category":1599,"aliases":2039,"links":2043,"related":2046,"readMore":-1,"target":2047,"hasArticle":1440},"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.",[2040,2041,2042],"SSL","HTTPS","Transport Layer Security",[2044],{"kind":1453,"url":2045},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FTransport_Layer_Security",[1541,1553],"\u002Fglossary#tls",{"slug":1471,"term":2049,"definition":2050,"category":1462,"aliases":2051,"links":2054,"related":2057,"readMore":-1,"target":2058,"hasArticle":1440},"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.",[2052,2053],"TTM","tiempo de salida al mercado",[2055],{"kind":1453,"url":2056},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FTime_to_market",[1674,1470],"\u002Fglossary#time-to-market",{"slug":2060,"term":942,"definition":2061,"category":1599,"aliases":2062,"links":2064,"related":2069,"readMore":-1,"target":2071,"hasArticle":1440},"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.",[2063],"Web Real-Time Communication",[2065,2067],{"kind":1436,"url":2066},"https:\u002F\u002Fwebrtc.org\u002F",{"kind":1453,"url":2068},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FWebRTC",[2070,1685],"xmpp","\u002Fglossary#webrtc",{"slug":1685,"term":2073,"definition":2074,"category":1599,"aliases":2075,"links":2076,"related":2079,"readMore":-1,"target":2080,"hasArticle":1440},"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.",[],[2077],{"kind":1453,"url":2078},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FWebSocket",[1687,1525],"\u002Fglossary#websocket",{"slug":2070,"term":2082,"definition":2083,"category":1599,"aliases":2084,"links":2087,"related":2092,"readMore":-1,"target":2093,"hasArticle":1440},"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.",[2085,2086],"Jabber","Extensible Messaging and Presence Protocol",[2088,2090],{"kind":1436,"url":2089},"https:\u002F\u002Fxmpp.org\u002F",{"kind":1453,"url":2091},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FXMPP",[2060,1685],"\u002Fglossary#xmpp"]