[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"technologies":3,"\u002Fblog\u002Fextraetf-realtime-fintech-flutter-go":167,"team-members":1078,"blog-topics":1420,"mdc-uhws2p-key":1462,"glossary":1500},[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":1060,"extension":1061,"hero":1062,"meta":1065,"metaDescription":1066,"metaTitle":1067,"navigation":1068,"ogDescription":1069,"path":1070,"seo":1071,"slug":1072,"stem":1073,"summary":1074,"timestamp":1075,"topic":41,"updated":1076,"__hash__":1077},"blog_es\u002Fblog\u002Fextraetf-realtime-fintech-flutter-go.md","Cómo construimos una app fintech en tiempo real con Flutter y Go","dima",{"type":172,"value":173,"toc":1048},"minimark",[174,184,197,202,218,233,237,240,272,275,279,294,300,312,316,319,339,342,345,369,373,376,387,600,603,633,636,640,643,665,668,720,806,818,841,851,858,870,877,897,901,908,952,955,959,962,965,1000,1003,1007,1011,1015,1036,1044],[175,176,177,178,183],"p",{},"Construimos ",[179,180,182],"a",{"href":181},"\u002Fportfolio\u002Fextraetf","ExtraETF",", una app de inversión en ETF y bolsa en tiempo real, en Flutter con un backend en Go para la capa de datos de mercado en vivo. Se publicó en 2022 para Isarvest GmbH y sigue en la App Store y en Google Play. Este artículo es la inmersión técnica que la página de portfolio no puede contener: cómo funciona de verdad la capa de streaming, cómo construimos gráficos financieros en Flutter y —porque la honestidad es lo importante— dónde nos peleamos con el stack y qué cambiaríamos en 2026.",[175,185,186,187,191,192,196],{},"Una nota previa sobre los números. No publicamos las métricas de negocio de nuestros clientes —usuarios, ingresos, retención— y hemos ",[179,188,190],{"href":189},"\u002Fblog\u002Fmobile-cost-reduction-case-studies","escrito sobre por qué las promesas vagas de crecimiento no valen nada",". Las cifras de aquí van sobre el ",[193,194,195],"em",{},"sistema"," —reutilización de código, dimensionado de búferes, cadencia de actualización—, no sobre el mercado del cliente.",[198,199,201],"h2",{"id":200},"la-versión-corta","La versión corta",[175,203,204,205,213,214,217],{},"ExtraETF es una app de inversión cargada de gráficos que transmite precios en vivo a muchos clientes a la vez. Dos problemas dominaron el desarrollo. El primero fue el ",[206,207,208,212],"strong",{},[209,210,211],"term",{"slug":211},"fan-out"," de datos de mercado en tiempo real",": llevar un único feed de precios aguas arriba a todos los clientes suscritos a un instrumento dado, a una tasa de actualización acotada, sin desmoronarse cuando caen las conexiones. El segundo fue ",[206,215,216],{},"renderizar gráficos financieros de verdad en Flutter"," —ejes, cuadrículas, varias series, una cruz de seguimiento— con la eficiencia suficiente para caber en el presupuesto de fotograma de un móvil.",[175,219,220,221,228,229,232],{},"La arquitectura tiene tres capas: una fuente de datos de mercado aguas arriba, un ",[206,222,223,224,227],{},"servicio ",[209,225],{"slug":226},"websocket"," en Go"," que gestiona las conexiones y difunde las actualizaciones con contrapresión, y ",[206,230,231],{},"clientes Flutter"," que consumen el flujo y renderizan la interfaz. Go se encarga de la concurrencia; Flutter se encarga de una base de código para iOS y Android con control total sobre el renderizado. Esa es la historia en tres frases; el resto es cómo se gana su sitio cada capa.",[198,234,236],{"id":235},"qué-exige-realmente-una-app-de-inversión-en-tiempo-real","Qué exige realmente una app de inversión en tiempo real",[175,238,239],{},"Quítale la marca y una app de inversión en vivo es un problema difícil de sistemas disfrazado de finanzas. Cuatro requisitos marcan el listón:",[241,242,243,254,260,266],"ul",{},[244,245,246,249,250,253],"li",{},[206,247,248],{},"Precios en vivo, empujados y no consultados."," Las cotizaciones cambian durante toda la sesión. Consultar un endpoint ",[209,251],{"slug":252},"rest"," cada pocos segundos es a la vez demasiado lento para el usuario y demasiado caro a escala. Necesitas un canal push.",[244,255,256,259],{},[206,257,258],{},"Muchos clientes, una fuente."," El feed aguas arriba se lee una sola vez; el precio de un instrumento dado tiene que llegar a todos los clientes que lo estén mirando. Eso es un problema de fan-out, y el fan-out es donde las implementaciones ingenuas se vienen abajo.",[244,261,262,265],{},[206,263,264],{},"Gráficos densos e interactivos."," Una línea de precio, un relleno de área, varias series y superposiciones de comparación, una cruz de seguimiento: todo en una pantalla de 6 pulgadas y todo dentro del presupuesto de fotograma.",[244,267,268,271],{},[206,269,270],{},"El listón de fiabilidad del fintech."," Los usuarios perdonan que una app social pierda un fotograma. No perdonan que una app de dinero muestre un precio obsoleto, pierda la conexión en silencio o dé tirones mientras leen un gráfico. La reconexión, la resuscripción y la corrección no son pulido: son el producto.",[175,273,274],{},"Todo lo que sigue se deriva de esos cuatro puntos.",[198,276,278],{"id":277},"por-qué-flutter-y-go","Por qué Flutter y Go",[175,280,281,284,285,288,289,293],{},[206,282,283],{},"Flutter para el cliente."," Necesitábamos un solo equipo entregando la misma funcionalidad a iOS y Android con plazos muy ajustados, y necesitábamos la ",[193,286,287],{},"opción de tener control total sobre el renderizado",": un gráfico financiero de verdad es renderizado a medida, no un widget de interfaz estándar. Flutter te da ambas cosas: una única base de código en Dart y un lienzo sobre el que puedes dibujar directamente. La reutilización de código entre iOS y Android rondó el 99 %: la base de código Dart se comparte al completo, con solo unos cientos de líneas de pegamento nativo específico de plataforma para facturación, OAuth y push. Si quieres la versión larga de ese compromiso, escribimos ",[179,290,292],{"href":291},"\u002Fblog\u002Fflutter-vs-native-2026","Flutter frente a nativo en 2026",".",[175,295,296,299],{},[206,297,298],{},"Go para la capa WebSocket."," El servicio de streaming es un problema de concurrencia antes que ninguna otra cosa. El modelo de Go —un par de goroutines ligeras por conexión más un único bucle de fan-out— encaja con esa forma casi a la perfección: una goroutine bloqueada cuesta kilobytes y no un hilo del sistema, y los canales hacen legible la lógica de fan-out en lugar de un laberinto de callbacks. El coste por conexión es una o dos goroutines aparcadas y un búfer, así que el límite real son los descriptores de archivo, no la CPU.",[175,301,302,303,306,307,311],{},"Los compromisos, con honestidad. El manejo de errores de Go es verboso, y un servicio WebSocket es ",[193,304,305],{},"todo"," casos límite —conexiones medio abiertas, consumidores lentos, escrituras parciales—, así que hay mucho ",[308,309,310],"code",{},"if err != nil",". Flutter en 2022 significaba pelearse con el framework en algunos detalles de renderizado y aceptar que algunos SDK nativos (los de pagos sobre todo) tenían un soporte de plugin más rudimentario del que tendría una app nativa. Ninguno de los dos fue un impedimento. Ambos fueron reales.",[198,313,315],{"id":314},"la-arquitectura","La arquitectura",[175,317,318],{},"El sistema es un pipeline lineal con un servicio haciendo la parte difícil en el medio: una arquitectura WebSocket convencional con Flutter. Tiene tres capas, de izquierda a derecha:",[241,320,321,327,333],{},[244,322,323,326],{},[206,324,325],{},"La fuente de datos de mercado aguas arriba",": el feed de precios en bruto, leído una sola vez.",[244,328,329,332],{},[206,330,331],{},"El servicio WebSocket en Go",": la capa de fan-out en el medio, y el único componente que habla con el feed aguas arriba. Todos los clientes se conectan aquí, nunca directamente a la fuente.",[244,334,335,338],{},[206,336,337],{},"Los clientes Flutter"," en iOS y Android: cada uno mantiene un único WebSocket, convierte el flujo entrante en estado de interfaz y lo renderiza en las celdas de precio en vivo y en la capa de gráficos.",[175,340,341],{},"Los precios fluyen de izquierda a derecha —de la fuente al servicio y del servicio a los clientes— mientras que las suscripciones fluyen en sentido contrario: cada cliente le dice al servicio qué símbolos tiene en pantalla, y solo bajan las actualizaciones de esos símbolos.",[175,343,344],{},"Tres comportamientos lo hacen robusto, y viven casi por completo en el servicio del medio:",[241,346,347,353,363],{},[244,348,349,352],{},[206,350,351],{},"Enrutado de suscripciones."," Los clientes no reciben la manguera entera. Cada cliente se suscribe a los símbolos que tiene en pantalla, el servicio mantiene por símbolo un conjunto de suscriptores, y una actualización solo se entrega a los clientes que pidieron ese símbolo. Al suscribirse, el servicio reproduce de inmediato la última cotización conocida para que una pantalla recién abierta nunca esté en blanco.",[244,354,355,358,359,362],{},[206,356,357],{},"Reconexión y resuscripción."," Las conexiones móviles mueren constantemente: túneles, apps en segundo plano, cambios de red. El cliente trata un socket caído como algo normal, se reconecta tras un breve retraso y ",[193,360,361],{},"reproduce sus suscripciones actuales"," para que el servidor reconstruya el estado de enrutado de ese cliente.",[244,364,365,368],{},[206,366,367],{},"No reconstruir el mundo en cada tick."," Una celda de precio se actualiza reconstruyendo solo ese widget; el gráfico no se alimenta del flujo de ticks en bruto en absoluto. Más sobre ambos abajo.",[198,370,372],{"id":371},"problema-difícil-nº-1-tiempo-real-a-escala","Problema difícil n.º 1: tiempo real a escala",[175,374,375],{},"En el núcleo está el hub clásico: una única goroutine es dueña del fan-out. Cada conexión tiene su propia goroutine lectora y escritora —la escritora vacía un canal con búfer y escribe al socket— y el hub mantiene, por instrumento, el conjunto de clientes suscritos a él. La alternativa ingenua, escribir de forma síncrona a cada suscriptor dentro de la difusión, se bloquea en el momento en que el socket de un cliente va lento, porque todos los demás esperan detrás de él. Eso es lo primero que se rompe.",[175,377,378,379,382,383,386],{},"La solución es la estándar pero fácil de equivocar: dar a cada cliente un ",[206,380,381],{},"canal de envío con búfer"," y hacer que la difusión sea un ",[206,384,385],{},"envío no bloqueante",". Si el búfer de un cliente está lleno, no puede seguir el ritmo, y para precios en vivo lo correcto no es bloquear el fan-out.",[388,389,393],"pre",{"className":390,"code":391,"language":51,"meta":392,"style":392},"language-go shiki shiki-themes material-theme-lighter github-light github-dark","\u002F\u002F Difunde una actualización a todos los suscritos a un símbolo.\n\u002F\u002F Un cliente lento nunca bloquea a los demás: si su búfer está lleno,\n\u002F\u002F cerramos la conexión entera en vez de frenar el fan-out.\nfunc (h *Hub) broadcast(symbol string, update Update) {\n    for _, c := range h.subscribers[symbol] {\n        select {\n        case c.send \u003C- update: \u002F\u002F canal con búfer, no bloqueante\n        default:\n            \u002F\u002F Búfer lleno → este cliente no sigue el ritmo. Lo cerramos;\n            \u002F\u002F se reconectará y volverá a suscribirse con un búfer limpio.\n            h.drop(c)\n        }\n    }\n}\n","",[308,394,395,404,410,416,469,509,517,542,551,557,563,582,588,594],{"__ignoreMap":392},[396,397,400],"span",{"class":398,"line":399},"line",1,[396,401,403],{"class":402},"sutJx","\u002F\u002F Difunde una actualización a todos los suscritos a un símbolo.\n",[396,405,407],{"class":398,"line":406},2,[396,408,409],{"class":402},"\u002F\u002F Un cliente lento nunca bloquea a los demás: si su búfer está lleno,\n",[396,411,413],{"class":398,"line":412},3,[396,414,415],{"class":402},"\u002F\u002F cerramos la conexión entera en vez de frenar el fan-out.\n",[396,417,419,423,427,431,434,438,441,445,448,451,455,458,461,464,466],{"class":398,"line":418},4,[396,420,422],{"class":421},"smGrS","func",[396,424,426],{"class":425},"sP7_E"," (",[396,428,430],{"class":429},"s99_P","h ",[396,432,433],{"class":421},"*",[396,435,437],{"class":436},"sbgvK","Hub",[396,439,440],{"class":425},")",[396,442,444],{"class":443},"sGLFI"," broadcast",[396,446,447],{"class":425},"(",[396,449,450],{"class":429},"symbol",[396,452,454],{"class":453},"sbsja"," string",[396,456,457],{"class":425},",",[396,459,460],{"class":429}," update",[396,462,463],{"class":436}," Update",[396,465,440],{"class":425},[396,467,468],{"class":425}," {\n",[396,470,472,476,480,482,485,488,491,494,496,499,502,504,507],{"class":398,"line":471},5,[396,473,475],{"class":474},"sVHd0","    for",[396,477,479],{"class":478},"su5hD"," _",[396,481,457],{"class":425},[396,483,484],{"class":478}," c ",[396,486,487],{"class":421},":=",[396,489,490],{"class":474}," range",[396,492,493],{"class":478}," h",[396,495,293],{"class":425},[396,497,498],{"class":478},"subscribers",[396,500,501],{"class":425},"[",[396,503,450],{"class":478},[396,505,506],{"class":425},"]",[396,508,468],{"class":425},[396,510,512,515],{"class":398,"line":511},6,[396,513,514],{"class":474},"        select",[396,516,468],{"class":425},[396,518,520,523,526,528,531,534,536,539],{"class":398,"line":519},7,[396,521,522],{"class":474},"        case",[396,524,525],{"class":478}," c",[396,527,293],{"class":425},[396,529,530],{"class":478},"send ",[396,532,533],{"class":421},"\u003C-",[396,535,460],{"class":478},[396,537,538],{"class":425},":",[396,540,541],{"class":402}," \u002F\u002F canal con búfer, no bloqueante\n",[396,543,545,548],{"class":398,"line":544},8,[396,546,547],{"class":474},"        default",[396,549,550],{"class":425},":\n",[396,552,554],{"class":398,"line":553},9,[396,555,556],{"class":402},"            \u002F\u002F Búfer lleno → este cliente no sigue el ritmo. Lo cerramos;\n",[396,558,560],{"class":398,"line":559},10,[396,561,562],{"class":402},"            \u002F\u002F se reconectará y volverá a suscribirse con un búfer limpio.\n",[396,564,566,569,571,574,576,579],{"class":398,"line":565},11,[396,567,568],{"class":478},"            h",[396,570,293],{"class":425},[396,572,573],{"class":443},"drop",[396,575,447],{"class":425},[396,577,578],{"class":478},"c",[396,580,581],{"class":425},")\n",[396,583,585],{"class":398,"line":584},12,[396,586,587],{"class":425},"        }\n",[396,589,591],{"class":398,"line":590},13,[396,592,593],{"class":425},"    }\n",[396,595,597],{"class":398,"line":596},14,[396,598,599],{"class":425},"}\n",[175,601,602],{},"Dos decisiones convirtieron esto de «funciona en una demo» en «funciona en la apertura del mercado»:",[241,604,605,615],{},[244,606,607,610,611,614],{},[206,608,609],{},"La contrapresión es un estado de la conexión, no de cada mensaje."," El búfer de envío es deliberadamente profundo —un cliente atascado puede quedarse decenas de miles de mensajes por detrás antes de que ceda nada—, así que un hipo breve se absorbe en lugar de castigarse. Pero un cliente que sigue desbordando se ",[193,612,613],{},"desconecta",", no se le mantiene con vida a base de datos obsoletos. Se reconecta limpio. El búfer cambia memoria por tolerancia; es un parámetro ajustable, y lo hemos subido.",[244,616,617,620,621,624,625,628,629,632],{},[206,618,619],{},"La agregación ocurre aguas arriba, antes de la capa de sockets."," Esta es la parte honesta que la mayoría de los artículos de «tiempo real» se salta. Las actualizaciones se agregan ",[193,622,623],{},"antes"," del fan-out —aproximadamente una actualización por instrumento y segundo, gana el último valor—, así que un símbolo movido nunca inunda a nadie. Eso significa que esto ",[206,626,627],{},"no"," es streaming tick a tick por debajo de 100 ms; es una ",[206,630,631],{},"cadencia estable de en torno a 1 segundo",". Que es exactamente lo que necesita una persona mirando un precio, y lo que mantiene sanos la CPU y el ancho de banda del cliente.",[175,634,635],{},"La recompensa del modelo de goroutines aparece aquí: el coste de un suscriptor inactivo es una goroutine aparcada y un búfer, así que un solo nodo sostiene muchas más conexiones inactivas de las que sostendría jamás un servidor de un hilo por conexión. La restricción real siempre han sido los límites de sockets y de descriptores de archivo, no el runtime de Go, así que provisionas el techo de descriptores para eso. En producción un solo nodo lleva miles de conexiones concurrentes con un orden de magnitud de margen de sobra.",[198,637,639],{"id":638},"problema-difícil-nº-2-renderizar-gráficos-financieros-en-flutter","Problema difícil n.º 2: renderizar gráficos financieros en Flutter",[175,641,642],{},"ExtraETF está cargada de gráficos, y renderizar un gráfico financiero de verdad en Flutter es una disciplina en sí misma. Así los construimos.",[175,644,645,646,652,653,656,657,660,661,664],{},"Para cualquier cosa más allá de un sparkline ligero, construimos el gráfico como un ",[206,647,648,651],{},[308,649,650],{},"RenderObject"," a medida",", no como un ",[308,654,655],{},"CustomPainter",". Un ",[308,658,659],{},"RenderBox"," con un ",[308,662,663],{},"Element"," propio te permite tratar las etiquetas de los ejes, la leyenda y los marcadores por serie como objetos de renderizado hijos con su propia maquetación, mucho más limpio que colocar todo a mano sobre un lienzo plano, y te da control preciso sobre qué ocurre en tiempo de maquetación frente a tiempo de pintado. Esa división es toda la historia del rendimiento.",[175,666,667],{},"Las técnicas que lo mantienen barato:",[241,669,670,692,698],{},[244,671,672,675,676,679,680,683,684,687,688,691],{},[206,673,674],{},"Hacer la geometría una vez, en la maquetación."," Los objetos ",[308,677,678],{},"Path"," y ",[308,681,682],{},"Paint"," de cada serie se construyen en ",[308,685,686],{},"layout()"," y se cachean; ",[308,689,690],{},"paint()"," simplemente dibuja los trazados cacheados. El trabajo caro —recorrer la serie, proyectar puntos— ocurre cuando cambian los datos o la caja, no en cada fotograma.",[244,693,694,697],{},[206,695,696],{},"Memoizar la escala."," El mapeo del espacio de datos a píxeles (y el rectángulo del gráfico) se cachea y solo se recalcula cuando cambian sus entradas, tras setters protegidos por igualdad.",[244,699,700,703,704,707,708,711,712,715,716,719],{},[206,701,702],{},"Frenar los repintados en el origen."," En vez de una heurística en ",[308,705,706],{},"shouldRepaint",", los setters de propiedades del objeto de renderizado comparan primero —un ",[308,709,710],{},"listEquals"," sobre la lista de series— y solo llaman a ",[308,713,714],{},"markNeedsLayout"," \u002F ",[308,717,718],{},"markNeedsPaint"," cuando algo visible ha cambiado de verdad.",[388,721,724],{"className":722,"code":723,"language":18,"meta":392,"style":392},"language-dart shiki shiki-themes material-theme-lighter github-light github-dark","set series(List\u003CSeries> value) {\n  if (listEquals(value, _series)) return; \u002F\u002F no ha cambiado nada visible\n  _series = value;\n  markNeedsLayout(); \u002F\u002F trazados, escala y etiquetas se rehacen en layout(), luego un repintado\n}\n",[308,725,726,749,775,789,802],{"__ignoreMap":392},[396,727,728,731,734,736,740,743,746],{"class":398,"line":399},[396,729,730],{"class":421},"set",[396,732,733],{"class":443}," series",[396,735,447],{"class":478},[396,737,739],{"class":738},"sZMiF","List",[396,741,742],{"class":478},"\u003C",[396,744,745],{"class":738},"Series",[396,747,748],{"class":478},"> value) {\n",[396,750,751,754,756,758,761,763,766,769,772],{"class":398,"line":406},[396,752,753],{"class":474},"  if",[396,755,426],{"class":478},[396,757,710],{"class":443},[396,759,760],{"class":478},"(value",[396,762,457],{"class":425},[396,764,765],{"class":478}," _series)) ",[396,767,768],{"class":474},"return",[396,770,771],{"class":425},";",[396,773,774],{"class":402}," \u002F\u002F no ha cambiado nada visible\n",[396,776,777,780,783,786],{"class":398,"line":412},[396,778,779],{"class":478},"  _series ",[396,781,782],{"class":421},"=",[396,784,785],{"class":478}," value",[396,787,788],{"class":425},";\n",[396,790,791,794,797,799],{"class":398,"line":418},[396,792,793],{"class":443},"  markNeedsLayout",[396,795,796],{"class":478},"()",[396,798,771],{"class":425},[396,800,801],{"class":402}," \u002F\u002F trazados, escala y etiquetas se rehacen en layout(), luego un repintado\n",[396,803,804],{"class":398,"line":471},[396,805,599],{"class":478},[241,807,808],{},[244,809,810,813,814,817],{},[206,811,812],{},"Mantener la preparación pesada de datos fuera del hilo de interfaz."," Filtrar una serie de referencia larga hasta el rango seleccionado se ejecuta en un isolate con ",[308,815,816],{},"compute()",", así que el hilo principal nunca se atasca preparando lo que el gráfico va a dibujar.",[175,819,820,821,824,825,828,829,832,833,836,837,840],{},"El gesto que importa en un gráfico financiero es la ",[206,822,823],{},"cruz de seguimiento",". La conectamos con un ",[308,826,827],{},"HorizontalDragGestureRecognizer",", elegido deliberadamente para que el gráfico gane la arena de gestos frente al deslizamiento de un ",[308,830,831],{},"PageView","\u002F",[308,834,835],{},"TabBar"," ancestro sin dejar de permitir el scroll vertical. Un arrastre mueve el marcador y reconstruye solo la pequeña superposición de leyenda e indicadores, con un toque háptico; nunca llama a ",[308,838,839],{},"setState"," sobre el árbol.",[175,842,843,844,847,848,850],{},"Dónde nos peleamos: la ruta del arrastre es el coste interesante. Mover la cruz invalida ",[193,845,846],{},"tanto"," el pintado como la maquetación, así que un arrastre activo vuelve a ejecutar ",[308,849,686],{}," y reconstruye esos trazados cacheados: la caché que protege los fotogramas normales no protege un arrastre. Es el tipo de cosa que solo encuentras con el presupuesto de fotograma abierto delante, y es a donde va la siguiente ronda de optimización.",[175,852,853,854,857],{},"Una ausencia deliberada: no hay zoom por pellizco ni desplazamiento de la ventana. Cambiar el rango temporal ",[206,855,856],{},"vuelve a pedir datos y produce una serie nueva","; no es una transformación dentro del gráfico. Eso mantiene el gráfico sin estado respecto al viewport y deja la capa de datos como única fuente de verdad, un compromiso real, tomado a propósito.",[175,859,860,861,864,865,679,867,869],{},"Nada de esto va de perseguir un benchmark. El presupuesto de fotograma son ",[206,862,863],{},"16,6 ms",", y un gráfico financiero completo —ejes, cuadrículas, varias series, leyenda, marcadores— es mucho que meter ahí. Por eso justamente el trabajo de geometría vive en ",[308,866,686],{},[308,868,690],{}," se mantiene barato.",[175,871,872,873,876],{},"Aparte, los ",[193,874,875],{},"números"," de precio en vivo en pantalla sí se actualizan en cada tick, reconstruyendo solo ese widget, un value-listenable que envuelve la celda de precio, para que un precio en movimiento nunca reconstruya el gráfico ni la página.",[175,878,879,880,883,884,887,888,896],{},"Una regla específica del fintech para cerrar, porque acaba mordiendo a todo el mundo: ",[206,881,882],{},"nunca hagas la aritmética del dinero en coma flotante."," Los precios, los cambios porcentuales y las sumas de cartera van en unidades menores enteras o en un tipo decimal, no en un ",[308,885,886],{},"double",". Escribimos la ",[179,889,891,892,895],{"href":890},"\u002Fblog\u002Ffloating-point-and-money","explicación completa de por qué ",[308,893,894],{},"0.1 + 0.2 ≠ 0.3"," importa para el dinero",": en una app financiera no es académico.",[198,898,900],{"id":899},"la-capa-de-integración-con-la-plataforma","La capa de integración con la plataforma",[175,902,903,904,907],{},"El servicio de streaming y los gráficos son la ingeniería interesante. La capa de plataforma es a donde se va de verdad el ",[193,905,906],{},"calendario",", porque cada punto de aquí es un SDK nativo con sus propios casos límite que un framework multiplataforma no puede abstraer:",[241,909,910,925,931,937],{},[244,911,912,920,921,924],{},[206,913,914,915,919],{},"Iniciar sesión con Apple y ",[209,916,918],{"slug":917},"oauth","OAuth"," de Google."," El camino feliz es rápido; los casos límite no. Apple te entrega el nombre y el correo del usuario ",[193,922,923],{},"solo en la primerísima autorización",": si te lo pierdes, se acabó, así que lo capturas y lo persistes entonces o nunca. Vincular ambos proveedores a la misma persona es un pequeño problema de diseño en sí mismo.",[244,926,927,930],{},[206,928,929],{},"Notificaciones push para alertas de precio."," Entregar un «tu alerta se ha disparado» implica gestión del ciclo de vida de los tokens, avisos de permiso temporizados para que los usuarios digan que sí de verdad, y un diseño de carga útil que siga siendo útil cuando la app está en segundo plano o cerrada.",[244,932,933,936],{},[206,934,935],{},"Compras dentro de la app y derechos de suscripción."," Esta es la que más tiempo cuesta en cualquier desarrollo fintech. Niveles, pruebas gratuitas, restauración de compras entre los dispositivos de un usuario, y la conciliación entre el recibo de la tienda y tu propio estado de derechos. Las reglas difieren entre Apple y Google, y ninguna perdona. Flutter no lo hace más difícil que lo nativo, pero tampoco lo hace apreciablemente más fácil.",[244,938,939,942,943,947,948,293],{},[206,940,941],{},"Deep linking a valores concretos."," Un enlace debería abrir la app directamente en el instrumento correcto, incluso cuando la app no estaba instalada en el momento del toque. El ",[209,944,946],{"slug":945},"deep-linking","deep linking diferido"," es un rincón genuinamente complicado que se puso más difícil tras el cierre de Firebase Dynamic Links; escribimos ",[179,949,951],{"href":950},"\u002Fblog\u002Fdeferred-deep-linking-app-clips-install-referrer","cómo lo resolvemos ahora con App Clips y el Play Install Referrer",[175,953,954],{},"La app llega a casi 70 pantallas —onboarding, cotizaciones en vivo, noticias, listas de seguimiento, gráficos multitemporales y gestión de suscripciones— todo desde una única base de código Flutter.",[198,956,958],{"id":957},"qué-haríamos-distinto-en-2026","Qué haríamos distinto en 2026",[175,960,961],{},"Un desarrollo de 2022 revisado en 2026 es una buena prueba de honestidad. Lo que ha envejecido bien: la forma. Go para la capa de fan-out y Flutter para el cliente sigue siendo exactamente lo que elegiríamos hoy; el modelo de goroutines y un único cliente con renderizado a medida solo han ganado argumentos a su favor.",[175,963,964],{},"Lo que cambiaríamos:",[241,966,967,984,994],{},[244,968,969,972,973,975,976,979,980,983],{},[206,970,971],{},"Llevar los gráficos totalmente a nativo."," Construir el gráfico como un ",[308,974,650],{}," a medida —en vez de apoyarnos en opciones más pesadas ya hechas— es donde hemos acabado, y es la dirección que estamos tomando con nuestros gráficos. ",[209,977],{"slug":978},"impeller"," refuerza esa apuesta: los gráficos con renderizado a medida son ahora mucho más predecibles que en el antiguo camino de ",[209,981],{"slug":982},"skia",", con menos tirones de compilación de shaders en el primer pintado. Una app cargada de gráficos empezada hoy se apoya en eso desde el primer día.",[244,985,986,989,990,993],{},[206,987,988],{},"Recurrir a una capa de tiempo real probada antes de hacerla a mano."," Nuestro servicio en Go no es complejo, pero la gestión de conexiones, la reconexión y el fan-out son problemas ",[193,991,992],{},"resueltos",". Para un desarrollo nuevo sopesaríamos en serio una capa de tiempo real gestionada o probada en combate y gastaríamos el tiempo ahorrado en la lógica de dominio, bajando a un servicio Go a medida solo si la economía o los requisitos de latencia lo exigieran.",[244,995,996,999],{},[206,997,998],{},"Tipar el contrato cliente-servidor de principio a fin."," Los mensajes del flujo se serializaban a mano. Hoy definiríamos el esquema una vez y generaríamos desde él tanto los tipos de Go como los de Dart, para que renombrar un campo no pueda desincronizar en silencio los dos extremos.",[175,1001,1002],{},"Nada de eso es un reproche al desarrollo original. Salió adelante, sigue en producción y las decisiones centrales aguantaron. Es simplemente lo que te dan cuatro años de progreso del ecosistema.",[198,1004,1006],{"id":1005},"preguntas-frecuentes","Preguntas frecuentes",[1008,1009],"questions",{":items":1010},"[{\"title\": \"¿Puede Flutter manejar datos financieros en tiempo real?\", \"text\": \"Sí. Flutter maneja bien un flujo de datos de mercado en vivo porque el trabajo de red y de decodificación se ejecuta fuera del hilo de interfaz y solo necesitan actualizarse los widgets ligados a un valor que ha cambiado. La restricción rara vez es Flutter en sí; es cómo entregas las actualizaciones. Agrega los ticks aguas arriba hasta una cadencia acotada para no inundar al cliente, y actualiza el subárbol de widgets más pequeño posible por cada cambio para que la interfaz se mantenga dentro de su presupuesto de fotograma.\"}, {\"title\": \"¿Es Flutter una buena elección para apps fintech?\", \"text\": \"Flutter encaja bien en la mayoría de las apps fintech: una base de código para iOS y Android, control total sobre el renderizado de gráficos a medida y un ecosistema de plugins maduro para OAuth, notificaciones push y compras dentro de la app. Encaja peor solo cuando el producto depende de hardware exclusivo de una plataforma o de publicar una función recién salida del sistema el mismo día de su lanzamiento.\"}, {\"title\": \"¿Cómo se renderizan gráficos con buen rendimiento en Flutter?\", \"text\": \"Para un gráfico ligero basta un CustomPainter. Para un gráfico financiero completo construimos un RenderObject a medida: permite gestionar ejes, cuadrículas, la leyenda y los marcadores por serie como objetos de renderizado hijos, construir y cachear los Path y Paint una vez en tiempo de maquetación, memoizar la escala y repintar solo cuando los datos cambian de verdad. Empuja la preparación pesada de datos fuera del hilo principal con compute(). Un cambio de rango temporal es una nueva petición de datos que produce una serie nueva, no una transformación de desplazamiento o zoom dentro del gráfico.\"}, {\"title\": \"¿Por qué usar Go para un servicio WebSocket?\", \"text\": \"Go asigna a cada conexión un par de goroutines ligeras, así que una sola instancia puede sostener muchos miles de conexiones WebSocket concurrentes con una huella de memoria pequeña y predecible, limitada por los descriptores de archivo y no por la CPU. Su concurrencia basada en canales hace que el fan-out —difundir una misma actualización de precio a muchos suscriptores— sea sencillo de escribir correctamente, incluida la gestión de contrapresión que exigen los clientes lentos.\"}, {\"title\": \"¿Qué es un servicio de fan-out por WebSocket?\", \"text\": \"Un servicio de fan-out por WebSocket es un servidor que mantiene una conexión persistente abierta por cliente y empuja el mismo evento a todos los clientes suscritos según llega, en lugar de que cada cliente consulte por actualizaciones. Centraliza la gestión de conexiones, el seguimiento de suscripciones y el control de tasa, de modo que una fuente de datos aguas arriba se lee una vez y se difunde a muchos clientes.\"}, {\"title\": \"¿Pueden las apps Flutter gestionar suscripciones y compras dentro de la app?\", \"text\": \"Sí. Las apps Flutter integran la facturación de App Store y de Google Play mediante plugins oficiales, cubriendo niveles de suscripción, pruebas gratuitas, restauración de compras y validación de recibos en servidor. Lo difícil no es Flutter, sino las reglas de las tiendas y los casos límite de los derechos de acceso, y esos son los mismos tanto si la app está hecha en Flutter como de forma nativa.\"}]",[198,1012,1014],{"id":1013},"estás-construyendo-algo-en-tiempo-real-o-de-fintech","¿Estás construyendo algo en tiempo real o de fintech?",[175,1016,1017,1018,1021,1022,1026,1027,1031,1032,293],{},"Ese es el trabajo que hacemos. Si estás transmitiendo datos en vivo a clientes móviles, renderizando algo más pesado que una lista o conectando suscripciones y OAuth sin las aristas, ya lo hemos entregado. Mira la ",[179,1019,1020],{"href":181},"página del proyecto ExtraETF"," para capturas y detalles, explora ",[179,1023,1025],{"href":1024},"\u002Fopen-source","nuestros paquetes Flutter de código abierto"," o lee más sobre nuestro servicio de ",[179,1028,1030],{"href":1029},"\u002Fservices\u002Fflutter-app-development","desarrollo de apps con Flutter"," y sobre cómo abordamos en concreto el ",[179,1033,1035],{"href":1034},"\u002Fservices\u002Fflutter-app-development\u002Ffintech","desarrollo de apps fintech",[175,1037,1038,1039,1043],{},"¿Tienes un proyecto en mente? ",[179,1040,1042],{"href":1041},"\u002Fcontact","Ponte en contacto",": cuéntanos la parte difícil y te diremos con honestidad si Flutter y Go son la decisión correcta para ella.",[1045,1046,1047],"style",{},"html pre.shiki code .sutJx, html code.shiki .sutJx{--shiki-light:#90A4AE;--shiki-light-font-style:italic;--shiki-default:#6A737D;--shiki-default-font-style:inherit;--shiki-dark:#6A737D;--shiki-dark-font-style:inherit}html pre.shiki code .smGrS, html code.shiki .smGrS{--shiki-light:#39ADB5;--shiki-default:#D73A49;--shiki-dark:#F97583}html pre.shiki code .sP7_E, html code.shiki .sP7_E{--shiki-light:#39ADB5;--shiki-default:#24292E;--shiki-dark:#E1E4E8}html pre.shiki code .s99_P, html code.shiki .s99_P{--shiki-light:#90A4AE;--shiki-light-font-style:italic;--shiki-default:#E36209;--shiki-default-font-style:inherit;--shiki-dark:#FFAB70;--shiki-dark-font-style:inherit}html pre.shiki code .sbgvK, html code.shiki .sbgvK{--shiki-light:#E2931D;--shiki-default:#6F42C1;--shiki-dark:#B392F0}html pre.shiki code .sGLFI, html code.shiki .sGLFI{--shiki-light:#6182B8;--shiki-default:#6F42C1;--shiki-dark:#B392F0}html pre.shiki code .sbsja, html code.shiki .sbsja{--shiki-light:#9C3EDA;--shiki-default:#D73A49;--shiki-dark:#F97583}html pre.shiki code .sVHd0, html code.shiki .sVHd0{--shiki-light:#39ADB5;--shiki-light-font-style:italic;--shiki-default:#D73A49;--shiki-default-font-style:inherit;--shiki-dark:#F97583;--shiki-dark-font-style:inherit}html pre.shiki code .su5hD, html code.shiki .su5hD{--shiki-light:#90A4AE;--shiki-default:#24292E;--shiki-dark:#E1E4E8}html .light .shiki span {color: var(--shiki-light);background: var(--shiki-light-bg);font-style: var(--shiki-light-font-style);font-weight: var(--shiki-light-font-weight);text-decoration: var(--shiki-light-text-decoration);}html.light .shiki span {color: var(--shiki-light);background: var(--shiki-light-bg);font-style: var(--shiki-light-font-style);font-weight: var(--shiki-light-font-weight);text-decoration: var(--shiki-light-text-decoration);}html .default .shiki span {color: var(--shiki-default);background: var(--shiki-default-bg);font-style: var(--shiki-default-font-style);font-weight: var(--shiki-default-font-weight);text-decoration: var(--shiki-default-text-decoration);}html .shiki span {color: var(--shiki-default);background: var(--shiki-default-bg);font-style: var(--shiki-default-font-style);font-weight: var(--shiki-default-font-weight);text-decoration: var(--shiki-default-text-decoration);}html .dark .shiki span {color: var(--shiki-dark);background: var(--shiki-dark-bg);font-style: var(--shiki-dark-font-style);font-weight: var(--shiki-dark-font-weight);text-decoration: var(--shiki-dark-text-decoration);}html.dark .shiki span {color: var(--shiki-dark);background: var(--shiki-dark-bg);font-style: var(--shiki-dark-font-style);font-weight: var(--shiki-dark-font-weight);text-decoration: var(--shiki-dark-text-decoration);}html pre.shiki code .sZMiF, html code.shiki .sZMiF{--shiki-light:#E2931D;--shiki-default:#005CC5;--shiki-dark:#79B8FF}",{"title":392,"searchDepth":406,"depth":406,"links":1049},[1050,1051,1052,1053,1054,1055,1056,1057,1058,1059],{"id":200,"depth":406,"text":201},{"id":235,"depth":406,"text":236},{"id":277,"depth":406,"text":278},{"id":314,"depth":406,"text":315},{"id":371,"depth":406,"text":372},{"id":638,"depth":406,"text":639},{"id":899,"depth":406,"text":900},{"id":957,"depth":406,"text":958},{"id":1005,"depth":406,"text":1006},{"id":1013,"depth":406,"text":1014},"Construimos ExtraETF, una app de inversión en ETF y bolsa en tiempo real, en Flutter con un backend en Go para la capa de datos de mercado en vivo. Se publicó en 2022 para Isarvest GmbH y sigue en la App Store y en Google Play. Este artículo es la inmersión técnica que la página de portfolio no puede contener: cómo funciona de verdad la capa de streaming, cómo construimos gráficos financieros en Flutter y —porque la honestidad es lo importante— dónde nos peleamos con el stack y qué cambiaríamos en 2026.","md",{"type":1063,"src":1064},"image","\u002Fblog\u002Fextraetf-realtime-fintech-flutter-go.webp",{},"La arquitectura tras ExtraETF: un fan-out WebSocket en Go para datos de mercado en vivo y cómo construimos gráficos financieros nativos en Flutter.","App fintech en tiempo real con Flutter y Go",true,"Datos de mercado en vivo para miles de clientes: un fan-out en Go sobre WebSocket y gráficos financieros nativos en Flutter. La arquitectura y qué cambiaríamos.","\u002Fblog\u002Fextraetf-realtime-fintech-flutter-go",{"title":169,"description":1060},"extraetf-realtime-fintech-flutter-go","blog\u002Fextraetf-realtime-fintech-flutter-go","La ingeniería detrás de ExtraETF: cómo difundimos datos de mercado en vivo a muchos clientes con un servicio WebSocket en Go, cómo construimos gráficos financieros con buen rendimiento de forma nativa en Flutter y los compromisos que revisaríamos en 2026.","2026-07-25T19:22:20Z",null,"8vY_j-a46dNQZKAeE6VoKRxa7atFHn9sDJ8RMum9S9U",[1079,1135,1182,1232,1322,1374],{"id":1080,"bio":1081,"expertise":1086,"extension":1102,"links":1103,"meta":1107,"metaDescription":1108,"name":1113,"ogDescription":1116,"photo":1121,"role":1122,"seniority":1127,"skills":1128,"slug":170,"specialization":1129,"stem":170,"__hash__":1134},"team_members\u002Fdima.yaml",{"en":1082,"ru":1083,"es":1084,"nl":1085},"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",[1087,1090,1095,1097],{"en":1088,"ru":1088,"es":1089,"nl":1088},"State management","Gestión de estado",{"en":1091,"ru":1092,"es":1093,"nl":1094},"Application architecture","Архитектура приложений","Arquitectura de aplicaciones","Applicatiearchitectuur",{"en":1096,"ru":1096,"es":1096,"nl":1096},"WebRTC",{"en":1098,"ru":1099,"es":1100,"nl":1101},"XMPP messaging","Обмен сообщениями по XMPP","Mensajería XMPP","Berichten via XMPP","yaml",[1104],{"type":1105,"address":1106},"email","konopatov@nerdy.pro",{},{"en":1109,"ru":1110,"es":1111,"nl":1112},"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":1114,"ru":1115,"es":1114,"nl":1114},"Dima","Дима",{"en":1117,"ru":1118,"es":1119,"nl":1120},"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":1123,"ru":1124,"es":1125,"nl":1126},"Lead Flutter Developer","Ведущий Flutter-разработчик","Lead de desarrollo Flutter","Lead Flutter-developer","lead",[41,18,155,160,90,111,150,95],{"en":1130,"ru":1131,"es":1132,"nl":1133},"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":1136,"bio":1137,"expertise":1142,"extension":1102,"links":1076,"meta":1153,"metaDescription":1154,"name":1159,"ogDescription":1162,"photo":1167,"role":1168,"seniority":1173,"skills":1174,"slug":1175,"specialization":1176,"stem":1175,"__hash__":1181},"team_members\u002Fmasha.yaml",{"en":1138,"ru":1139,"es":1140,"nl":1141},"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",[1143,1148],{"en":1144,"ru":1145,"es":1146,"nl":1147},"UI\u002FUX design","UI\u002FUX-дизайн","Diseño UI\u002FUX","UI\u002FUX-ontwerp",{"en":1149,"ru":1150,"es":1151,"nl":1152},"Product copywriting","Продуктовый копирайтинг","Redacción de producto","Productteksten",{},{"en":1155,"ru":1156,"es":1157,"nl":1158},"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":1160,"ru":1161,"es":1160,"nl":1160},"Masha","Маша",{"en":1163,"ru":1164,"es":1165,"nl":1166},"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":1169,"ru":1170,"es":1171,"nl":1172},"Flutter Developer","Flutter-разработчик","Desarrolladora Flutter","Flutter-developer","middle",[41,18],"masha",{"en":1177,"ru":1178,"es":1179,"nl":1180},"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":1183,"bio":1184,"expertise":1189,"extension":1102,"links":1200,"meta":1203,"metaDescription":1204,"name":1209,"ogDescription":1212,"photo":1217,"role":1218,"seniority":1223,"skills":1224,"slug":1225,"specialization":1226,"stem":1225,"__hash__":1231},"team_members\u002Fmaxim.yaml",{"en":1185,"ru":1186,"es":1187,"nl":1188},"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",[1190,1195],{"en":1191,"ru":1192,"es":1193,"nl":1194},"Automated testing","Автоматизированное тестирование","Testing automatizado","Geautomatiseerd testen",{"en":1196,"ru":1197,"es":1198,"nl":1199},"High-load backend systems","Высоконагруженные бэкенд-системы","Sistemas backend de alta carga","Backendsystemen met hoge belasting",[1201],{"type":1105,"address":1202},"maxim@nerdy.pro",{},{"en":1205,"ru":1206,"es":1207,"nl":1208},"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":1210,"ru":1211,"es":1210,"nl":1210},"Maxim","Максим",{"en":1213,"ru":1214,"es":1215,"nl":1216},"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":1219,"ru":1220,"es":1221,"nl":1222},"Senior Software Engineer","Старший инженер-программист","Ingeniero de software senior","Senior software engineer","senior",[41,18,51,106,155,13,150],"maxim",{"en":1227,"ru":1228,"es":1229,"nl":1230},"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":1233,"bio":1234,"expertise":1239,"extension":1102,"links":1281,"meta":1293,"metaDescription":1294,"name":1299,"ogDescription":1302,"photo":1307,"role":1308,"seniority":1313,"skills":1314,"slug":1315,"specialization":1316,"stem":1315,"__hash__":1321},"team_members\u002Fnixan.yaml",{"en":1235,"ru":1236,"es":1237,"nl":1238},"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",[1240,1245,1250,1255,1260,1265,1270,1275,1277,1279],{"en":1241,"ru":1242,"es":1243,"nl":1244},"iOS development","Разработка под iOS","Desarrollo iOS","iOS-ontwikkeling",{"en":1246,"ru":1247,"es":1248,"nl":1249},"Software architecture","Архитектура ПО","Arquitectura de software","Softwarearchitectuur",{"en":1251,"ru":1252,"es":1253,"nl":1254},"Engineering team leadership","Руководство инженерными командами","Liderazgo de equipos de ingeniería","Leidinggeven aan engineeringteams",{"en":1256,"ru":1257,"es":1258,"nl":1259},"Payment systems","Платёжные системы","Sistemas de pago","Betaalsystemen",{"en":1261,"ru":1262,"es":1263,"nl":1264},"Card processing","Карточный процессинг","Procesamiento de tarjetas","Kaartverwerking",{"en":1266,"ru":1267,"es":1268,"nl":1269},"PCI-DSS compliance","Соответствие PCI-DSS","Cumplimiento de PCI-DSS","Naleving van PCI-DSS",{"en":1271,"ru":1272,"es":1273,"nl":1274},"NFC and contactless payments","NFC и бесконтактные платежи","NFC y pagos contactless","NFC en contactloos betalen",{"en":1276,"ru":1276,"es":1276,"nl":1276},"Host Card Emulation",{"en":1278,"ru":1278,"es":1278,"nl":1278},"EMV Contactless",{"en":1280,"ru":1280,"es":1280,"nl":1280},"AOSP",[1282,1285,1288,1291],{"type":1283,"url":1284},"github","https:\u002F\u002Fgithub.com\u002Fthenixan",{"type":1286,"url":1287},"linkedin","https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Fthenixan\u002F",{"type":1289,"url":1290},"telegram","https:\u002F\u002Ft.me\u002Fthenixan",{"type":1105,"address":1292},"nixan@nerdy.pro",{},{"en":1295,"ru":1296,"es":1297,"nl":1298},"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":1300,"ru":1301,"es":1300,"nl":1300},"Ilya Nixan","Илья Никсан",{"en":1303,"ru":1304,"es":1305,"nl":1306},"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":1309,"ru":1310,"es":1311,"nl":1312},"Founder & Lead Developer","Основатель и ведущий разработчик","Fundador y lead developer","Oprichter & lead developer","founder_lead",[41,18,71,141,76,146,51,126,121,155,160,90,13,150,136,7,29,80],"nixan",{"en":1317,"ru":1318,"es":1319,"nl":1320},"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":1323,"bio":1324,"expertise":1329,"extension":1102,"links":1341,"meta":1346,"metaDescription":1347,"name":1352,"ogDescription":1355,"photo":1360,"role":1361,"seniority":1223,"skills":1366,"slug":1367,"specialization":1368,"stem":1367,"__hash__":1373},"team_members\u002Froma.yaml",{"en":1325,"ru":1326,"es":1327,"nl":1328},"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",[1330,1331,1336],{"en":1241,"ru":1242,"es":1243,"nl":1244},{"en":1332,"ru":1333,"es":1334,"nl":1335},"Applied AI","Прикладной AI","IA aplicada","Toegepaste AI",{"en":1337,"ru":1338,"es":1339,"nl":1340},"ERP and CRM systems","ERP- и CRM-системы","Sistemas ERP y CRM","ERP- en CRM-systemen",[1342,1344],{"type":1286,"url":1343},"https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Fromanbatler\u002F",{"type":1105,"address":1345},"roma@nerdy.pro",{},{"en":1348,"ru":1349,"es":1350,"nl":1351},"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":1353,"ru":1354,"es":1353,"nl":1353},"Roman","Рома",{"en":1356,"ru":1357,"es":1358,"nl":1359},"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":1362,"ru":1363,"es":1364,"nl":1365},"Senior Mobile Developer","Старший мобильный разработчик","Desarrollador móvil senior","Senior mobiele developer",[7,41,18,141,146,106],"roma",{"en":1369,"ru":1370,"es":1371,"nl":1372},"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":1375,"bio":1376,"expertise":1381,"extension":1102,"links":1076,"meta":1392,"metaDescription":1393,"name":1398,"ogDescription":1401,"photo":1406,"role":1407,"seniority":1223,"skills":1412,"slug":1413,"specialization":1414,"stem":1413,"__hash__":1419},"team_members\u002Fxsox.yaml",{"en":1377,"ru":1378,"es":1379,"nl":1380},"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",[1382,1387],{"en":1383,"ru":1384,"es":1385,"nl":1386},"API design","Проектирование API","Diseño de APIs","API-ontwerp",{"en":1388,"ru":1389,"es":1390,"nl":1391},"Data modelling","Моделирование данных","Modelado de datos","Datamodellering",{},{"en":1394,"ru":1395,"es":1396,"nl":1397},"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":1399,"ru":1400,"es":1399,"nl":1399},"Eugene Xsox","Женя Xsox",{"en":1402,"ru":1403,"es":1404,"nl":1405},"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":1408,"ru":1409,"es":1410,"nl":1411},"Senior Backend Developer","Старший бэкенд-разработчик","Desarrollador backend senior","Senior backenddeveloper",[106,24,41,18,155,160,90,150],"xsox",{"en":1415,"ru":1416,"es":1417,"nl":1418},"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",[1421,1430,1437,1442,1452],{"id":1422,"extension":1102,"meta":1423,"name":1424,"slug":1428,"stem":1428,"__hash__":1429},"blog_topics\u002Fcybersecurity.yaml",{},{"en":1425,"ru":1426,"es":1427,"nl":1425},"Cybersecurity","Кибербезопасность","Ciberseguridad","cybersecurity","kt1rdsMy5W4b9MvGHm6mZVCr0inHidEuqaosPYmmk4E",{"id":1431,"extension":1102,"meta":1432,"name":1433,"slug":1435,"stem":1435,"__hash__":1436},"blog_topics\u002Fdevops.yaml",{},{"en":1434,"ru":1434,"es":1434,"nl":1434},"DevOps","devops","D3mxlZuFHKCGeszKZuWCiQmHmP5EiCvzg1qEAIQhnyU",{"id":1438,"extension":1102,"meta":1439,"name":1440,"slug":41,"stem":41,"__hash__":1441},"blog_topics\u002Fflutter.yaml",{},{"en":39,"ru":39,"es":39,"nl":39},"OOeALAmwFuEqByuJvTGk4g15FIHENPfYMdpfZh_HTAE",{"id":1443,"extension":1102,"meta":1444,"name":1445,"slug":1450,"stem":1450,"__hash__":1451},"blog_topics\u002Ffor-founders.yaml",{},{"en":1446,"ru":1447,"es":1448,"nl":1449},"For Founders","Для основателей","Para fundadores","Voor oprichters","for-founders","lp2u6Ol2qF4DGxpB83HxbbGzWioT-e40mJhD4lr28-U",{"id":1453,"extension":1102,"meta":1454,"name":1455,"slug":1460,"stem":1460,"__hash__":1461},"blog_topics\u002Fsoftware-engineering.yaml",{},{"en":1456,"ru":1457,"es":1458,"nl":1459},"Software Engineering","Разработка ПО","Ingeniería de software","Software-engineering","software-engineering","aZMb3aUDptoFQk_cEE6l5H4wrYcgZuBYUubmKqOAaaU",{"data":1463,"body":1464},{},{"type":1465,"children":1466},"root",[1467,1489],{"type":1468,"tag":175,"props":1469,"children":1470},"element",{},[1471,1474,1479,1481,1487],{"type":1472,"value":1473},"text","Dima trabaja con ",{"type":1468,"tag":179,"props":1475,"children":1477},{"href":1476},"\u002Ftechnologies\u002Fflutter",[1478],{"type":1472,"value":39},{"type":1472,"value":1480}," desde 2021 y se especializa en ",{"type":1468,"tag":209,"props":1482,"children":1484},{"slug":1483},"state-management",[1485],{"type":1472,"value":1486},"gestión de estado",{"type":1472,"value":1488}," y arquitectura de aplicaciones.",{"type":1468,"tag":175,"props":1490,"children":1491},{},[1492,1494,1498],{"type":1472,"value":1493},"Tiene experiencia práctica con protocolos de comunicación en tiempo real —:term{slug=\"webrtc\"} para audio y vídeo, y ",{"type":1468,"tag":209,"props":1495,"children":1497},{"slug":1496},"xmpp",[],{"type":1472,"value":1499}," 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.",[1501,1515,1532,1547,1559,1571,1585,1599,1612,1627,1639,1654,1666,1679,1691,1703,1720,1733,1746,1757,1771,1783,1795,1806,1820,1830,1843,1852,1861,1874,1886,1900,1907,1919,1930,1941,1953,1966,1979,1992,2004,2015,2029,2043,2055,2066,2078,2089,2102,2114,2125,2137,2146],{"slug":1502,"term":1280,"definition":1503,"category":1504,"aliases":1505,"links":1507,"related":1511,"readMore":-1,"target":1513,"hasArticle":1514},"aosp","El Android Open Source Project: Android sin la capa de Google encima, que cualquiera puede forkear. Los terminales de punto de venta, los kioscos y los sistemas de a bordo funcionan sobre forks suyos, y trabajar a ese nivel expone partes del SO que un desarrollador de apps nunca ve.","platform",[1506],"Android Open Source Project",[1508],{"kind":1509,"url":1510},"website","https:\u002F\u002Fsource.android.com\u002F",[1512],"host-card-emulation","\u002Fglossary#aosp",false,{"slug":1516,"term":1517,"definition":1518,"category":1519,"aliases":1520,"links":1525,"related":1529,"readMore":-1,"target":1531,"hasArticle":1514},"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",[1521,1522,1523,1524],"S3","almacenamiento compatible con S3","object storage","blob storage",[1526],{"kind":1527,"url":1528},"wikipedia","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FObject_storage",[1530],"bigquery","\u002Fglossary#object-storage",{"slug":1533,"term":1534,"definition":1535,"category":1536,"aliases":1537,"links":1542,"related":1543,"readMore":-1,"target":1546,"hasArticle":1514},"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",[1538,1539,1540,1541],"staff augmentation","team augmentation","desarrolladores dedicados","outstaffing",[],[1544,1545],"total-cost-of-ownership","time-to-market","\u002Fglossary#staff-augmentation",{"slug":1548,"term":1549,"definition":1550,"category":1504,"aliases":1551,"links":1552,"related":1556,"readMore":-1,"target":1558,"hasArticle":1514},"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.",[],[1553],{"kind":1554,"url":1555},"documentation","https:\u002F\u002Fdeveloper.apple.com\u002Fapp-clips\u002F",[945,1557],"install-referrer","\u002Fglossary#app-clips",{"slug":1530,"term":1560,"definition":1561,"category":1504,"aliases":1562,"links":1563,"related":1568,"readMore":-1,"target":1570,"hasArticle":1514},"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.",[],[1564,1566],{"kind":1509,"url":1565},"https:\u002F\u002Fcloud.google.com\u002Fbigquery",{"kind":1527,"url":1567},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FBigQuery",[1516,1569],"elasticsearch","\u002Fglossary#bigquery",{"slug":1572,"term":1573,"definition":1574,"category":1575,"aliases":1576,"links":1580,"related":1583,"readMore":-1,"target":1584,"hasArticle":1514},"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",[1577,1578,1579],"CI","integración continua","entrega continua",[1581],{"kind":1527,"url":1582},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FCI\u002FCD",[],"\u002Fglossary#ci-cd",{"slug":1586,"term":1587,"definition":1588,"category":1519,"aliases":1589,"links":1593,"related":1596,"readMore":-1,"target":1598,"hasArticle":1514},"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.",[1590,1591,1592],"headless CMS","gestor de contenidos headless","API de contenidos",[1594],{"kind":1527,"url":1595},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FHeadless_content_management_system",[1597,252],"server-side-rendering","\u002Fglossary#headless-cms",{"slug":1600,"term":1601,"definition":1602,"category":1519,"aliases":1603,"links":1606,"related":1609,"readMore":-1,"target":1611,"hasArticle":1514},"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.",[1604,1605],"Create, Read, Update, Delete","crear, leer, actualizar, borrar",[1607],{"kind":1527,"url":1608},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FCreate,_read,_update_and_delete",[252,1610],"graphql","\u002Fglossary#crud",{"slug":1613,"term":1614,"definition":1615,"category":1519,"aliases":1616,"links":1620,"related":1623,"readMore":-1,"target":1626,"hasArticle":1514},"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.",[1617,1618,1619],"E2EE","cifrado extremo a extremo","end-to-end encryption",[1621],{"kind":1527,"url":1622},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FEnd-to-end_encryption",[1624,1625],"tls","jwt","\u002Fglossary#end-to-end-encryption",{"slug":1628,"term":1629,"definition":1630,"category":1519,"aliases":1631,"links":1634,"related":1637,"readMore":-1,"target":1638,"hasArticle":1514},"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.",[1632,886,1633],"IEEE 754","aritmética de coma flotante",[1635],{"kind":1527,"url":1636},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FIEEE_754",[],"\u002Fglossary#floating-point",{"slug":1640,"term":1641,"definition":1642,"category":1536,"aliases":1643,"links":1648,"related":1651,"readMore":-1,"target":1653,"hasArticle":1514},"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.",[1644,1645,1646,1647],"IAP","in-app purchase","compras integradas","suscripción in-app",[1649],{"kind":1554,"url":1650},"https:\u002F\u002Fdeveloper.apple.com\u002Fin-app-purchase\u002F",[1652],"product-market-fit","\u002Fglossary#in-app-purchase",{"slug":1544,"term":1655,"definition":1656,"category":1536,"aliases":1657,"links":1661,"related":1664,"readMore":-1,"target":1665,"hasArticle":1514},"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.",[1658,1659,1660],"TCO","total cost of ownership","coste de propiedad",[1662],{"kind":1527,"url":1663},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FTotal_cost_of_ownership",[1545],"\u002Fglossary#total-cost-of-ownership",{"slug":1667,"term":1668,"definition":1669,"category":1670,"aliases":1671,"links":1674,"related":1677,"readMore":-1,"target":1678,"hasArticle":1514},"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",[1672,1673],"PQC","cifrado poscuántico",[1675],{"kind":1527,"url":1676},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPost-quantum_cryptography",[1624,1613],"\u002Fglossary#post-quantum-cryptography",{"slug":945,"term":1680,"definition":1681,"category":1504,"aliases":1682,"links":1686,"related":1689,"readMore":1690,"target":1690,"hasArticle":1068},"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.",[946,1683,1684,1685],"enlaces profundos","universal links","Android App Links",[1687],{"kind":1527,"url":1688},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FMobile_deep_linking",[1548,1557],"\u002Fglossary\u002Fdeep-linking",{"slug":1692,"term":1693,"definition":1694,"category":1575,"aliases":1695,"links":1699,"related":1700,"readMore":-1,"target":1702,"hasArticle":1514},"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.",[1696,1697,1698],"staged rollout","lanzamiento por fases","release canaria",[],[1701,1572],"feature-flags","\u002Fglossary#staged-rollout",{"slug":1704,"term":1705,"definition":1706,"category":1575,"aliases":1707,"links":1712,"related":1717,"readMore":-1,"target":1719,"hasArticle":1514},"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.",[1708,1709,1710,1711],"devcontainer.json","Dev Containers","VS Code Dev Containers","contenedor de desarrollo",[1713,1715],{"kind":1509,"url":1714},"https:\u002F\u002Fcontainers.dev\u002F",{"kind":1554,"url":1716},"https:\u002F\u002Fcode.visualstudio.com\u002Fdocs\u002Fdevcontainers\u002Fcontainers",[1718],"container-registry","\u002Fglossary#dev-container",{"slug":1569,"term":1721,"definition":1722,"category":1504,"aliases":1723,"links":1726,"related":1731,"readMore":-1,"target":1732,"hasArticle":1514},"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».",[1724,1725],"Elastic","ELK",[1727,1729],{"kind":1509,"url":1728},"https:\u002F\u002Fwww.elastic.co\u002Felasticsearch",{"kind":1527,"url":1730},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FElasticsearch",[1530],"\u002Fglossary#elasticsearch",{"slug":1652,"term":1734,"definition":1735,"category":1536,"aliases":1736,"links":1740,"related":1743,"readMore":-1,"target":1745,"hasArticle":1514},"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.",[1737,1738,1739],"PMF","product-market fit","product\u002Fmarket fit",[1741],{"kind":1527,"url":1742},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FProduct-market_fit",[1744,1545],"mvp","\u002Fglossary#product-market-fit",{"slug":211,"term":1747,"definition":1748,"category":1519,"aliases":1749,"links":1752,"related":1753,"readMore":-1,"target":1756,"hasArticle":1514},"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.",[1750,1751],"fanout","difusión",[],[226,1754,1755],"pub-sub","server-sent-events","\u002Fglossary#fan-out",{"slug":1701,"term":1758,"definition":1759,"category":1575,"aliases":1760,"links":1764,"related":1767,"readMore":-1,"target":1770,"hasArticle":1514},"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.",[1761,1762,1763],"feature flag","feature toggle","banderas de funcionalidad",[1765],{"kind":1527,"url":1766},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FFeature_toggle",[1692,1768,1769],"white-label","multi-tenancy","\u002Fglossary#feature-flags",{"slug":1483,"term":1089,"definition":1772,"category":1519,"aliases":1773,"links":1777,"related":1780,"readMore":-1,"target":1782,"hasArticle":1514},"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.",[1774,1775,1776],"state management","BLoC","Riverpod",[1778],{"kind":1554,"url":1779},"https:\u002F\u002Fdocs.flutter.dev\u002Fdata-and-backend\u002Fstate-mgmt\u002Foptions",[1781],"golden-test","\u002Fglossary#state-management",{"slug":1781,"term":1784,"definition":1785,"category":1575,"aliases":1786,"links":1790,"related":1793,"readMore":-1,"target":1794,"hasArticle":1514},"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 %.",[1787,1788,1789],"golden tests","test de captura","snapshot test",[1791],{"kind":1554,"url":1792},"https:\u002F\u002Fapi.flutter.dev\u002Fflutter\u002Fflutter_test\u002FmatchesGoldenFile.html",[1572],"\u002Fglossary#golden-test",{"slug":1610,"term":1796,"definition":1797,"category":1519,"aliases":1798,"links":1799,"related":1804,"readMore":-1,"target":1805,"hasArticle":1514},"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.",[],[1800,1802],{"kind":1509,"url":1801},"https:\u002F\u002Fgraphql.org\u002F",{"kind":1527,"url":1803},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FGraphQL",[252],"\u002Fglossary#graphql",{"slug":1807,"term":1808,"definition":1809,"category":1575,"aliases":1810,"links":1812,"related":1815,"readMore":-1,"target":1819,"hasArticle":1514},"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.",[1811],"Health Insurance Portability and Accountability Act",[1813],{"kind":1527,"url":1814},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FHealth_Insurance_Portability_and_Accountability_Act",[1816,1817,1818],"pci-dss","gdpr","soc-2","\u002Fglossary#hipaa",{"slug":1512,"term":1276,"definition":1821,"category":1504,"aliases":1822,"links":1825,"related":1828,"readMore":-1,"target":1829,"hasArticle":1514},"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.",[1823,1278,1824],"HCE","pagos contactless",[1826],{"kind":1554,"url":1827},"https:\u002F\u002Fdeveloper.android.com\u002Fdevelop\u002Fconnectivity\u002Fnfc\u002Fhce",[1816,1502],"\u002Fglossary#host-card-emulation",{"slug":1831,"term":1832,"definition":1833,"category":1519,"aliases":1834,"links":1838,"related":1841,"readMore":-1,"target":1842,"hasArticle":1514},"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.",[1835,1836,1837],"build multiarquitectura","multi-arch build","linux\u002Famd64 + linux\u002Farm64",[1839],{"kind":1554,"url":1840},"https:\u002F\u002Fdocs.docker.com\u002Fbuild\u002Fbuilding\u002Fmulti-platform\u002F",[1718],"\u002Fglossary#multi-arch-image",{"slug":978,"term":1844,"definition":1845,"category":1504,"aliases":1846,"links":1847,"related":1850,"readMore":-1,"target":1851,"hasArticle":1514},"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.",[],[1848],{"kind":1554,"url":1849},"https:\u002F\u002Fdocs.flutter.dev\u002Fperf\u002Fimpeller",[982],"\u002Fglossary#impeller",{"slug":1557,"term":1853,"definition":1854,"category":1504,"aliases":1855,"links":1856,"related":1859,"readMore":-1,"target":1860,"hasArticle":1514},"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.",[],[1857],{"kind":1554,"url":1858},"https:\u002F\u002Fdeveloper.android.com\u002Fgoogle\u002Fplay\u002Finstallreferrer",[945,1548],"\u002Fglossary#install-referrer",{"slug":1862,"term":1863,"definition":1864,"category":1575,"aliases":1865,"links":1868,"related":1871,"readMore":-1,"target":1873,"hasArticle":1514},"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.",[1866,1867],"prompt injection","ataque de inyección",[1869],{"kind":1527,"url":1870},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPrompt_injection",[1872],"rate-limiting","\u002Fglossary#prompt-injection",{"slug":1625,"term":1875,"definition":1876,"category":1670,"aliases":1877,"links":1879,"related":1884,"readMore":-1,"target":1885,"hasArticle":1514},"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.",[1878],"JSON Web Token",[1880,1882],{"kind":1509,"url":1881},"https:\u002F\u002Fjwt.io\u002F",{"kind":1527,"url":1883},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FJSON_Web_Token",[1816],"\u002Fglossary#jwt",{"slug":1887,"term":1888,"definition":1889,"category":1575,"aliases":1890,"links":1895,"related":1898,"readMore":-1,"target":1899,"hasArticle":1514},"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.",[1891,1892,1893,1894],"Know Your Customer","AML","KYC\u002FAML","conocimiento del cliente",[1896],{"kind":1527,"url":1897},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FKnow_your_customer",[1816,1817],"\u002Fglossary#kyc",{"slug":76,"term":74,"definition":1901,"category":1504,"aliases":1902,"links":1904,"related":1905,"readMore":1906,"target":1906,"hasArticle":1514},"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.",[1903],"KMP",[],[],"\u002Ftechnologies\u002Fkmp",{"slug":1872,"term":1908,"definition":1909,"category":1575,"aliases":1910,"links":1914,"related":1917,"readMore":-1,"target":1918,"hasArticle":1514},"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.",[1911,1912,1913],"rate limiting","rate limit","throttling",[1915],{"kind":1527,"url":1916},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FRate_limiting",[1862],"\u002Fglossary#rate-limiting",{"slug":1744,"term":1920,"definition":1921,"category":1536,"aliases":1922,"links":1925,"related":1928,"readMore":-1,"target":1929,"hasArticle":1514},"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.",[1923,1924],"producto mínimo viable","minimum viable product",[1926],{"kind":1527,"url":1927},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FMinimum_viable_product",[1768],"\u002Fglossary#mvp",{"slug":1768,"term":1931,"definition":1932,"category":1536,"aliases":1933,"links":1936,"related":1939,"readMore":1940,"target":1940,"hasArticle":1068},"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.",[1768,1934,1935],"white label","app multiinquilino",[1937],{"kind":1527,"url":1938},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FWhite-label_product",[1744],"\u002Fglossary\u002Fwhite-label",{"slug":1769,"term":1942,"definition":1943,"category":1519,"aliases":1944,"links":1948,"related":1951,"readMore":-1,"target":1952,"hasArticle":1514},"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.",[1945,1946,1947],"multi-tenant","multiinquilino","tenant",[1949],{"kind":1527,"url":1950},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FMultitenancy",[1768,1701],"\u002Fglossary#multi-tenancy",{"slug":917,"term":918,"definition":1954,"category":1670,"aliases":1955,"links":1959,"related":1964,"readMore":-1,"target":1965,"hasArticle":1514},"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.",[1956,1957,1958],"OAuth 2.0","login social","Iniciar sesión con Apple",[1960,1962],{"kind":1509,"url":1961},"https:\u002F\u002Foauth.net\u002F2\u002F",{"kind":1527,"url":1963},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FOAuth",[1625],"\u002Fglossary#oauth",{"slug":1816,"term":1967,"definition":1968,"category":1575,"aliases":1969,"links":1972,"related":1977,"readMore":-1,"target":1978,"hasArticle":1514},"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.",[1970,1971],"PCI DSS","Payment Card Industry Data Security Standard",[1973,1975],{"kind":1509,"url":1974},"https:\u002F\u002Fwww.pcisecuritystandards.org\u002F",{"kind":1527,"url":1976},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPayment_Card_Industry_Data_Security_Standard",[1625],"\u002Fglossary#pci-dss",{"slug":1980,"term":1981,"definition":1982,"category":1504,"aliases":1983,"links":1987,"related":1990,"readMore":-1,"target":1991,"hasArticle":1514},"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.",[1984,1985,1986],"platform channel","method channel","canales de plataforma",[1988],{"kind":1554,"url":1989},"https:\u002F\u002Fdocs.flutter.dev\u002Fplatform-integration\u002Fplatform-channels",[76],"\u002Fglossary#platform-channels",{"slug":1754,"term":1993,"definition":1994,"category":1519,"aliases":1995,"links":1999,"related":2002,"readMore":-1,"target":2003,"hasArticle":1514},"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.",[1996,1997,1998],"publicación\u002Fsuscripción","publish\u002Fsubscribe","Google Cloud Pub\u002FSub",[2000],{"kind":1527,"url":2001},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPublish%E2%80%93subscribe_pattern",[],"\u002Fglossary#pub-sub",{"slug":252,"term":2005,"definition":2006,"category":1519,"aliases":2007,"links":2010,"related":2013,"readMore":-1,"target":2014,"hasArticle":1514},"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.",[2008,2009],"API REST","Representational State Transfer",[2011],{"kind":1527,"url":2012},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FREST",[226,1755],"\u002Fglossary#rest",{"slug":1817,"term":2016,"definition":2017,"category":1575,"aliases":2018,"links":2022,"related":2027,"readMore":-1,"target":2028,"hasArticle":1514},"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.",[2019,2020,2021],"GDPR","Reglamento General de Protección de Datos","protección de datos",[2023,2025],{"kind":1509,"url":2024},"https:\u002F\u002Fgdpr.eu\u002F",{"kind":1527,"url":2026},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FGeneral_Data_Protection_Regulation",[1816,1818,1807],"\u002Fglossary#gdpr",{"slug":1718,"term":2030,"definition":2031,"category":1519,"aliases":2032,"links":2038,"related":2041,"readMore":-1,"target":2042,"hasArticle":1514},"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.",[2033,2034,2035,2036,2037],"registro de imágenes","Docker registry","GHCR","ghcr.io","container registry",[2039],{"kind":1554,"url":2040},"https:\u002F\u002Fdocs.github.com\u002Fen\u002Fpackages\u002Fworking-with-a-github-packages-registry\u002Fworking-with-the-container-registry",[1704,1831],"\u002Fglossary#container-registry",{"slug":1597,"term":2044,"definition":2045,"category":1519,"aliases":2046,"links":2050,"related":2053,"readMore":-1,"target":2054,"hasArticle":1514},"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.",[2047,2048,2049],"SSR","server-side rendering","renderizado del lado del servidor",[2051],{"kind":1527,"url":2052},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FServer-side_scripting",[1586],"\u002Fglossary#server-side-rendering",{"slug":1818,"term":2056,"definition":2057,"category":1575,"aliases":2058,"links":2061,"related":2064,"readMore":-1,"target":2065,"hasArticle":1514},"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.",[2059,2060],"SOC2","System and Organization Controls",[2062],{"kind":1527,"url":2063},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FSystem_and_Organization_Controls",[1816,1817,1807],"\u002Fglossary#soc-2",{"slug":2067,"term":2068,"definition":2069,"category":1536,"aliases":2070,"links":2073,"related":2076,"readMore":-1,"target":2077,"hasArticle":1514},"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.",[2071,2072],"Software as a Service","software como servicio",[2074],{"kind":1527,"url":2075},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FSoftware_as_a_service",[1769,1768],"\u002Fglossary#saas",{"slug":1755,"term":2079,"definition":2080,"category":1670,"aliases":2081,"links":2084,"related":2087,"readMore":-1,"target":2088,"hasArticle":1514},"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.",[2082,2083],"SSE","eventos enviados por el servidor",[2085],{"kind":1527,"url":2086},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FServer-sent_events",[226,252],"\u002Fglossary#server-sent-events",{"slug":982,"term":2090,"definition":2091,"category":1504,"aliases":2092,"links":2095,"related":2100,"readMore":-1,"target":2101,"hasArticle":1514},"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.",[2093,2094],"Skia Graphics Engine","skia-safe",[2096,2098],{"kind":1509,"url":2097},"https:\u002F\u002Fskia.org\u002F",{"kind":1527,"url":2099},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FSkia_Graphics_Engine",[978],"\u002Fglossary#skia",{"slug":1624,"term":2103,"definition":2104,"category":1670,"aliases":2105,"links":2109,"related":2112,"readMore":-1,"target":2113,"hasArticle":1514},"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.",[2106,2107,2108],"SSL","HTTPS","Transport Layer Security",[2110],{"kind":1527,"url":2111},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FTransport_Layer_Security",[1613,1625],"\u002Fglossary#tls",{"slug":1545,"term":2115,"definition":2116,"category":1536,"aliases":2117,"links":2120,"related":2123,"readMore":-1,"target":2124,"hasArticle":1514},"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.",[2118,2119],"TTM","tiempo de salida al mercado",[2121],{"kind":1527,"url":2122},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FTime_to_market",[1744,1544],"\u002Fglossary#time-to-market",{"slug":2126,"term":1096,"definition":2127,"category":1670,"aliases":2128,"links":2130,"related":2135,"readMore":-1,"target":2136,"hasArticle":1514},"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.",[2129],"Web Real-Time Communication",[2131,2133],{"kind":1509,"url":2132},"https:\u002F\u002Fwebrtc.org\u002F",{"kind":1527,"url":2134},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FWebRTC",[1496,226],"\u002Fglossary#webrtc",{"slug":226,"term":2138,"definition":2139,"category":1670,"aliases":2140,"links":2141,"related":2144,"readMore":-1,"target":2145,"hasArticle":1514},"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.",[],[2142],{"kind":1527,"url":2143},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FWebSocket",[1755,252],"\u002Fglossary#websocket",{"slug":1496,"term":2147,"definition":2148,"category":1670,"aliases":2149,"links":2152,"related":2157,"readMore":-1,"target":2158,"hasArticle":1514},"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.",[2150,2151],"Jabber","Extensible Messaging and Presence Protocol",[2153,2155],{"kind":1509,"url":2154},"https:\u002F\u002Fxmpp.org\u002F",{"kind":1527,"url":2156},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FXMPP",[2126,226],"\u002Fglossary#xmpp"]