[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"technologies":3,"\u002Fblog\u002Fwhite-label-app-platform-flutter":167,"team-members":941,"blog-topics":1283,"mdc--8floov-key":1325,"glossary":1446},[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","Каждое наше приложение выходит и на Android — платформенные API, фоновое выполнение, разрешения и требования магазина вместе с ними.","android","framework","logos:android-icon",{"title":11,"description":12,"slug":13,"category":8,"icon":14},"Angular","Фронтенд-фреймворк, в котором мы работаем, когда продукт уже на Angular, — строгая структура, подходящая большим долгоживущим приложениям.","angular","logos:angular-icon",{"title":16,"description":17,"slug":18,"category":19,"icon":20},"Dart","Язык, на котором написано каждое наше Flutter-приложение, — строгая null safety, полноценный pattern matching и компиляция в нативный код и веб.","dart","language","logos:dart",{"title":22,"description":23,"slug":24,"category":8,"icon":25},"Django","Python-фреймворк, который мы берём, когда продукту нужны админка, аутентификация и модель данных в первый же день, а не самописный сервис.","django","logos:django-icon",{"title":27,"description":28,"slug":29,"category":30,"icon":31},"Docker","Каждый наш сервис поставляется в виде контейнера, поэтому на ноутбуке, в CI и в продакшене работает один и тот же артефакт, а не три разных.","docker","infrastructure","logos:docker-icon",{"title":33,"description":34,"slug":35,"category":36,"icon":37},"Fastlane","Автоматизация релизов в нашей мобильной разработке — подпись, сборки и загрузка в сторы идут из CI, а не с ноутбука одного инженера в день релиза.","fastlane","tools","logos:fastlane",{"title":39,"description":40,"slug":41,"category":8,"icon":42},"Flutter","Наш основной мобильный стек с 2018 года — одна кодовая база на Dart для iOS, Android, веба и десктопа без отдельной команды под каждую платформу.","flutter","logos:flutter",{"title":44,"description":45,"slug":46,"category":36,"icon":47},"Git","Все проекты, к которым мы прикасаемся, живут в Git — ревью пул-реквестов, CI на каждой ветке и история, понятная и спустя месяцы.","git","logos:git-icon",{"title":49,"description":50,"slug":51,"category":19,"icon":52},"Go","Наш бэкенд-язык для real-time API и сервисов под нагрузкой — маленькие бинарники, быстрая сборка и конкурентность, которая остаётся читаемой.","go","logos:gopher",{"title":54,"description":55,"slug":56,"category":30,"icon":57},"Google Cloud","Облако, в котором работают наши продакшен-нагрузки, — управляемый Kubernetes, хранилище и сеть без серверов, которые надо обслуживать руками.","gcp","logos:google-cloud",{"title":59,"description":60,"slug":61,"category":36,"icon":62},"Gradle","Система сборки, через которую проходит каждый Android-релиз, — флейворы, конфигурации подписи и вся обвязка зависимостей под Flutter-приложением.","gradle","logos:gradle",{"title":64,"description":65,"slug":66,"category":30,"icon":67},"Helm","Так мы упаковываем деплой в Kubernetes — сервис, конфигурация, секреты и ingress как одна версионируемая единица, которую можно выкатить и откатить.","helm","logos:helm",{"title":69,"description":70,"slug":71,"category":19,"icon":72},"Kotlin","То, что мы берём, когда Flutter-приложению нужен настоящий Android под ним, — platform channels, фоновые задачи и интеграции с нативными SDK.","kotlin","logos:kotlin-icon",{"title":74,"description":75,"slug":76,"category":8,"icon":72},"Kotlin Multiplatform","Общая бизнес-логика для iOS и Android, а нативный интерфейс у каждой платформы свой, — альтернатива, когда Flutter не подходит.","kmp",{"title":78,"description":79,"slug":80,"category":30,"icon":81},"Kubernetes","Так мы запускаем сервисы в продакшене — деплой в Helm-чартах, откатываемые выкатки и масштабирование, для которого не нужен человек в три ночи.","kubernetes","logos:kubernetes",{"title":83,"description":84,"slug":85,"category":30,"icon":86},"NATS","Лёгкий обмен сообщениями между сервисами — publish\u002Fsubscribe и request\u002Freply без эксплуатационного веса полноценного кластера брокера.","nats","logos:nats-icon",{"title":88,"description":89,"slug":90,"category":8,"icon":91},"Nuxt","Vue с серверным рендерингом, роутингом и SEO из коробки — так мы делаем сайты и веб-приложения, которые должны быстро грузиться и индексироваться.","nuxt","logos:nuxt-icon",{"title":93,"description":94,"slug":95,"category":19,"icon":96},"PHP","Там, где PHP-бэкенд уже есть: дорабатываем его, интегрируемся с ним и делаем мобильные и веб-клиенты, которые он обслуживает.","php","logos:php",{"title":98,"description":99,"slug":100,"category":101,"icon":102},"PostgreSQL","Наша база данных по умолчанию — от проектирования схемы до настройки индексов мы берём её, если у продукта нет конкретной причины взять другую.","postgres","database","logos:postgresql",{"title":104,"description":105,"slug":106,"category":19,"icon":107},"Python","Наш язык для бэкендов, работы с данными и AI-интеграций — включая Python-биндинги, которые мы выпускаем к собственным инструментам на Rust.","python","logos:python",{"title":109,"description":110,"slug":111,"category":8,"icon":112},"React","Фронтенд-библиотека, в которой мы работаем, когда продукт уже на React, — компоненты, хуки и выросшая вокруг них экосистема.","react","logos:react",{"title":114,"description":115,"slug":116,"category":101,"icon":117},"Redis","Место для данных, которые должны быть быстрыми и которые не жалко пересчитать, — кэши, сессии, лимиты и очереди фоновых задач.","redis","logos:redis",{"title":119,"description":120,"slug":121,"category":19,"icon":122},"Ruby","Язык, на котором написана автоматизация наших мобильных релизов, — лейны Fastlane, кастомные действия и связка с CI, доставляющая сборки в сторы.","ruby","logos:ruby",{"title":124,"description":125,"slug":126,"category":19,"icon":127},"Rust","Куда мы идём, когда важны и скорость, и корректность, — рендеринг документов, CLI-инструменты и сервисы, которые обязаны оставаться быстрыми и предсказуемыми.","rust","simple-icons:rust",{"title":129,"description":130,"slug":131,"category":101,"icon":132},"SQLite","База данных, которая поставляется внутри приложения, — локальные кэши, offline-first хранилище и всё, что должно работать без сети.","sqlite","logos:sqlite",{"title":134,"description":135,"slug":136,"category":8,"icon":137},"Strapi","Headless CMS, к которой мы обращаемся, когда контент должны вести сами редакторы, — готовая админка и чистый API вместо самописных.","strapi","logos:strapi-icon",{"title":139,"description":140,"slug":141,"category":19,"icon":142},"Swift","То, что мы берём, когда Flutter-приложению нужен настоящий iOS под ним, — platform channels, интеграции нативных SDK, виджеты и App Clips.","swift","logos:swift",{"title":144,"description":145,"slug":146,"category":8,"icon":142},"SwiftUI","UI-фреймворк Apple, на котором мы делаем нативные поверхности, недоступные Flutter-приложению, — виджеты, App Clips и расширения.","swiftui",{"title":148,"description":149,"slug":150,"category":8,"icon":151},"Tailwind CSS","Так мы стилизуем весь фронтенд — утилитарные классы и дизайн-токены вместо таблицы стилей, которая только растёт и никогда не чистится.","tailwind","logos:tailwindcss-icon",{"title":153,"description":154,"slug":155,"category":19,"icon":156},"TypeScript","Стандарт для всего, что мы пишем для браузера и для Node-сервисов, — типы ловят ошибки интеграции раньше, чем код доходит до ревью.","typescript","logos:typescript-icon",{"title":158,"description":159,"slug":160,"category":8,"icon":161},"Vue","Наш фронтенд-фреймворк для админок, дашбордов мерчантов и веб-приложений, которые должны оставаться поддерживаемыми годами, а не спринтами.","vue","logos:vue",{"title":163,"description":164,"slug":165,"category":36,"icon":166},"Whisper","Открытая модель распознавания речи от OpenAI — движок транскрипции для голосового ввода, который работает и как бэкенд-сервис, и прямо на устройстве в приложении.","whisper","simple-icons:openai",{"id":168,"title":169,"author":170,"body":171,"description":923,"extension":924,"hero":925,"meta":928,"metaDescription":929,"metaTitle":930,"navigation":931,"ogDescription":932,"path":933,"seo":934,"slug":935,"stem":936,"summary":937,"timestamp":938,"topic":41,"updated":939,"__hash__":940},"blog_ru\u002Fblog\u002Fwhite-label-app-platform-flutter.md","Как мы выпускаем 20+ брендированных приложений из одной Flutter-кодовой базы — и проходим Apple 4.2.6","nixan",{"type":172,"value":173,"toc":910},"minimark",[174,191,204,209,220,254,257,261,271,274,303,306,312,316,319,322,332,350,389,392,419,422,438,442,445,507,524,527,650,666,670,677,684,716,727,731,734,749,755,761,768,772,775,789,803,806,823,834,849,853,857,861,864,893,899],[175,176,177,181,182,186,187,190],"p",{},[178,179,180],"strong",{},"Коротко."," Да — можно выпускать много брендированных приложений из одной кодовой базы и проходить ревью App Store, но только если каждое приложение ",[183,184,185],"em",{},"по-настоящему различается контентом и поведением",", а не просто перекрашено новым логотипом. Критерий простой: ",[178,188,189],{},"если два ваших приложения показывают одни и те же экраны с одними и теми же данными и меняется только брендинг, Apple сочтёт их дубликатами и отклонит по правилу 4.2.6; если же каждое приложение аутентифицируется как отдельный тенант и тянет свой контент, каталог, фичи и конфигурацию с сервера — это функционально разные продукты, которые проходят ревью."," Ловушка, в которую попадают шаблонные фабрики, — относиться к white-label как к рескину. А работает это благодаря слою «клиент — сервер», который делает каждое приложение содержательно разным в рантайме. Всё, что ниже, — как именно мы это строим: архитектура, стратегия подачи на ревью и экономика, в которой двадцатое приложение стоит малую долю от первого.",[175,192,193,194,197,198,203],{},"Мы — Flutter-first агентство, и одна из построенных нами платформ обслуживает ",[178,195,196],{},"15+ живых брендированных приложений из одной кодовой базы"," (",[199,200,202],"a",{"href":201},"\u002Fportfolio\u002Fcashback-loyalty-platform","платформа кэшбэка и лояльности","). Это честная версия того, как это устроено, — включая ту часть, где ленивая реализация приводит к снятию приложений из стора.",[205,206,208],"h2",{"id":207},"для-кого-это","Для кого это",[175,210,211,212,215,216,219],{},"Вы покупаете не ",[183,213,214],{},"одно"," приложение. Вы покупаете ",[183,217,218],{},"приложения"," — во множественном числе, и их нужно много.",[221,222,223,230,236,242,248],"ul",{},[224,225,226,229],"li",{},[178,227,228],{},"Агентства",", перепродающие мобильные приложения своим клиентам, — вы хотите подключить нового клиента и отдать ему брендированное приложение, не запуская каждый раз новый проект с нуля.",[224,231,232,235],{},[178,233,234],{},"Франчайзинговые сети",", где каждой точке или региону нужно собственное присутствие в сторе под своим брендом, хотя продукт под капотом один.",[224,237,238,241],{},[178,239,240],{},"Мультибренд-операторы",", ведущие портфель брендов, каждому из которых нужно приложение для клиентов.",[224,243,244,247],{},[178,245,246],{},"Платформы курсов, коучинга и сообществ",", выпускающие приложение под каждого автора или поток.",[224,249,250,253],{},[178,251,252],{},"Организаторы мероприятий",", которые поднимают приложение под событие или площадку и сворачивают его после.",[175,255,256],{},"Общая форма запроса — «мне нужно 10, 50 или 500 приложений, и я не могу позволить себе строить и поддерживать каждое с нуля». Если это про вас, вам наверняка уже продавали «white-label» — и если вы обожглись, то почти наверняка потому, что вам продали рескин, а Apple это заметила.",[205,258,260],{"id":259},"почему-большинство-white-label-приложений-отклоняют-ловушка-426","Почему большинство white-label приложений отклоняют: ловушка 4.2.6",[175,262,263,270],{},[178,264,265,266,269],{},"Правило App Store Review 4.2.6 — то самое правило, по которому Apple удаляет приложения, «созданные из коммерческого шаблона или сервиса генерации приложений», если их подаёт не тот бизнес, ",[183,267,268],{},"для которого"," приложение сделано; и то же правило она применяет, чтобы отклонять приложения, которые являются дубликатами или рескинами друг друга."," Замысел прост: стор не должен наполняться сотнями почти одинаковых приложений, не несущих самостоятельной ценности. Apple хочет, чтобы каждое приложение в сторе было настоящим продуктом, а не спамом с конвейера.",[175,272,273],{},"Вот почему типичное white-label-предложение заходит прямо в эту ловушку. Шаблонная фабрика берёт один бинарник, меняет логотип, подбирает другую палитру, меняет название и подаёт сорок копий. Каждое из этих приложений:",[221,275,276,283,290,296],{},[224,277,278,279,282],{},"показывает ",[178,280,281],{},"те же экраны"," в том же порядке,",[224,284,285,286,289],{},"отображает ",[178,287,288],{},"тот же контент и данные",",",[224,291,292,293,289],{},"открывает ",[178,294,295],{},"те же фичи",[224,297,298,299,302],{},"и нередко выходит с ",[178,300,301],{},"почти одинаковыми скриншотами и метаданными",".",[175,304,305],{},"Для ревьюера — и всё чаще для автоматических инструментов Apple — это сорок копий одного приложения. Дифференциация косметическая. Правило 4.2.6 существует ровно для того, чтобы это отклонять, и отказы жёсткие: приложения снимают спустя месяцы после релиза, аккаунты разработчиков помечают, целые флоты застревают в ревью. История, с которой приходит большинство обжёгшихся покупателей, именно такая — «мы выпустили шесть брендированных приложений, Apple одобрила четыре, а потом задним числом отклонила всю партию как дубликаты».",[175,307,308,309],{},"Вывод, который из этого обычно делают, чаще всего неверен. Делают вывод: «нельзя выпускать много приложений из одной кодовой базы». Можно. Проблема никогда не была в общей кодовой базе. ",[178,310,311],{},"Проблема была в том, что приложения — один и тот же продукт под разными вывесками.",[205,313,315],{"id":314},"дифференциация-которая-реально-проходит-ревью","Дифференциация, которая реально проходит ревью",[175,317,318],{},"Это самая суть, поэтому сформулирую точно.",[175,320,321],{},"Есть два слоя дифференциации. Первый делают почти все. Именно второй отличает настоящую платформу от шаблонной фабрики.",[175,323,324,327,328,331],{},[178,325,326],{},"Слой 1 — визуальный white-label (необходимо, но недостаточно)."," Каждое приложение получает свою тему (цвета, типографику, логотип, сплэш, светлую или тёмную схему), своё название, свой bundle identifier \u002F application ID, свою иконку и свою карточку в сторе. Это база. Она делает приложения ",[183,329,330],{},"разными на вид",". Сама по себе — это ровно то, что отклоняет 4.2.6.",[175,333,334,337,338,341,342,345,346,349],{},[178,335,336],{},"Слой 2 — слой «клиент — сервер» (настоящая защита)."," Здесь мы применяем white-label не только к ",[183,339,340],{},"представлению"," — мы дифференцируем ",[183,343,344],{},"контент и поведение",". Каждое брендированное приложение в рантайме ",[178,347,348],{},"аутентифицируется в бэкенде как собственный тенант"," и тянет с сервера свой мир:",[221,351,352,359,369,376,382],{},[224,353,354,355,358],{},"свой ",[178,356,357],{},"контент"," (реальные данные экранов, тексты, медиа, ленту),",[224,360,354,361,364,365,368],{},[178,362,363],{},"каталог"," (товары, листинги, курсы, офферы — то, ",[183,366,367],{},"о чём"," приложение),",[224,370,371,372,375],{},"свои ",[178,373,374],{},"данные"," (пользователь в приложении бренда A никогда не видит данные бренда B; контекст бренда определяется для каждого запроса),",[224,377,354,378,381],{},[178,379,380],{},"набор фич"," (feature-флаги по тенанту включают и выключают целые модули), и",[224,383,384,385,388],{},"свою ",[178,386,387],{},"удалённую конфигурацию"," (поведение, кампании, раскатка — всё управляется с сервера).",[175,390,391],{},"Конкретное «до\u002Fпосле»:",[393,394,395,401],"blockquote",{},[175,396,397,400],{},[178,398,399],{},"Рескин"," показывает тот же каталог, ту же ленту, те же фичи — с новым логотипом сверху.",[175,402,403,406,407,410,411,414,415,418],{},[178,404,405],{},"Наши приложения"," тянут ",[183,408,409],{},"другой"," каталог, ",[183,412,413],{},"другую"," ленту и могут открывать ",[183,416,417],{},"разные"," фичи под каждого клиента — два приложения из одного и того же бинарного шаблона становятся по-настоящему разными продуктами в тот момент, когда стартуют и обращаются к серверу.",[175,420,421],{},"Именно эта содержательная, серверная дифференциация делает каждое приложение настоящим самостоятельным приложением в глазах Apple. Ревьюер, открывая два наших приложения, видит не одно и то же дважды — он видит два продукта с разным контентом и, часто, с разными возможностями. Это и есть то, чего требует 4.2.6, и это невозможно подделать чистым рескином — потому что у рескина просто нет ничего другого, что он мог бы показать.",[423,424,427],"info-box",{":leading-icon":425,":title":426},"lucide:shield-check","Одна фраза, которую стоит запомнить",[175,428,429,430,433,434,437],{},"Визуальная тема делает приложение ",[183,431,432],{},"разным на вид",". Слой «клиент — сервер» делает его ",[183,435,436],{},"разным по сути",". Правило Apple 4.2.6 отклоняет первое, когда это всё, что у вас есть, и принимает приложения, которые действительно различаются контентом и поведением, — так что серверный слой не «приятное дополнение», а именно то, что даёт одобрение.",[205,439,441],{"id":440},"архитектура","Архитектура",[175,443,444],{},"Вот пайплайн от начала до конца, шаг за шагом — от менеджера, создающего бренд, до подписанного приложения, попадающего в нужный аккаунт стора.",[446,447,448,454,466,491,501],"ol",{},[224,449,450,453],{},[178,451,452],{},"Админ-панель (Nuxt)."," Менеджер создаёт новый бренд — название, ассеты, тему и её светлую или тёмную схему, выбор фич, метаданные для стора — и отправка формы генерирует конфигурацию этого бренда. Инженер в процессе не участвует.",[224,455,456,465],{},[178,457,458,459,464],{},"Бэкенд \u002F ",[460,461,463],"term",{"slug":462},"multi-tenancy","мультитенантный"," API."," Конфигурация попадает в бэкенд как новый тенант: его токены темы, его каталог, контент и данные, его feature-флаги и собственные учётные данные тенанта. Это «мир» тенанта — то, что приложение позже подтянет с сервера.",[224,467,468,471,472,475,476,480,481,484,485,490],{},[178,469,470],{},"Пайплайн сборки (build time)."," Генерация конфига запускает сборку. Кастомный тулинг на Dart применяет ",[183,473,474],{},"идентичность"," бренда к Flutter-бинарнику — тема, название, bundle identifier, иконки — детерминированно переписывая конфигурацию сборки Android и iOS из конфига (никакой ручной правки ",[477,478,479],"code",{},"build.gradle"," или ",[477,482,483],{},"Info.plist"," под каждое приложение). Затем ",[199,486,33],{"href":487,"rel":488},"https:\u002F\u002Ffastlane.tools",[489],"nofollow"," подписывает бинарники iOS и Android.",[224,492,493,496,497,500],{},[178,494,495],{},"Брендированное приложение (рантайм)."," Каждое приложение — один и тот же Flutter-бинарный шаблон. При запуске оно аутентифицируется в бэкенде ",[183,498,499],{},"как собственный тенант"," и тянет свой контент, каталог, данные, набор фич и remote config — так что приложение №17 показывает другой мир, чем №3, хотя код у них один.",[224,502,503,506],{},[178,504,505],{},"Мультиаккаунтная выкатка."," Fastlane отправляет каждое подписанное приложение в нужную точку публикации — аккаунт App Store A, аккаунт App Store B, Google Play и так далее — так что бренды могут жить под отдельными аккаунтами разработчиков, а не под одним.",[175,508,509,510,513,514,516,517,520,521,523],{},"Читайте это как два потока, встречающихся в приложении. ",[178,511,512],{},"На этапе сборки"," (шаги 1–3) пайплайн вшивает ",[183,515,474],{}," бренда в бинарник и подписывает его — это делает приложение отдельной карточкой в сторе. ",[178,518,519],{},"В рантайме"," (шаг 4) приложение аутентифицируется как свой тенант и тянет ",[183,522,344],{}," с бэкенда — это делает его отдельным продуктом. Сборка делает его отдельной карточкой; рантайм делает его отдельным продуктом.",[175,525,526],{},"Разделение между тем, что фиксируется на сборке, и тем, что резолвится в рантайме, — это и есть весь замысел, поэтому вот он таблицей:",[528,529,530,549],"table",{},[531,532,533],"thead",{},[534,535,536,540,543,546],"tr",{},[537,538,539],"th",{},"Слой",[537,541,542],{},"Различается на",[537,544,545],{},"Что меняется у каждого приложения",[537,547,548],{},"Почему это важно для 4.2.6",[550,551,552,569,585,601,616,635],"tbody",{},[534,553,554,560,563,566],{},[555,556,557],"td",{},[178,558,559],{},"Идентичность бинарника",[555,561,562],{},"Сборка",[555,564,565],{},"Название, bundle ID \u002F application ID, иконки, сплэш",[555,567,568],{},"Каждое приложение — своя карточка в сторе под своим аккаунтом",[534,570,571,576,579,582],{},[555,572,573],{},[178,574,575],{},"Тема и брендинг",[555,577,578],{},"Сборка + рантайм",[555,580,581],{},"Цвета, типографика, логотип, светлая\u002Fтёмная схема",[555,583,584],{},"Визуальный white-label — необходим, но сам по себе недостаточен",[534,586,587,592,595,598],{},[555,588,589],{},[178,590,591],{},"Аутентификация тенанта",[555,593,594],{},"Рантайм",[555,596,597],{},"Учётные данные тенанта, контекст бренда",[555,599,600],{},"Каждое приложение — свой аутентифицированный клиент на сервере",[534,602,603,608,610,613],{},[555,604,605],{},[178,606,607],{},"Контент и каталог",[555,609,594],{},[555,611,612],{},"Данные экранов, листинги, лента, медиа, тексты",[555,614,615],{},"По-настоящему разный контент = самостоятельная ценность, которой хочет Apple",[534,617,618,623,625,628],{},[555,619,620],{},[178,621,622],{},"Набор фич",[555,624,594],{},[555,626,627],{},"Включённые модули, feature-флаги по тенанту",[555,629,630,631,634],{},"Приложения могут ",[183,632,633],{},"вести себя"," по-разному, а не только выглядеть",[534,636,637,642,644,647],{},[555,638,639],{},[178,640,641],{},"Remote config",[555,643,594],{},[555,645,646],{},"Поведение, кампании, поэтапная раскатка",[555,648,649],{},"Постоянное расхождение без пересборки под каждое изменение",[175,651,652,653,656,657,660,661,665],{},"Экономически это возможно благодаря Flutter. Строить такой флот нативно означало бы поддерживать кодовые базы на Swift ",[183,654,655],{},"и"," Kotlin, помноженные на каждый бренд, — неподъёмная ноша. Flutter сводит это к ",[178,658,659],{},"одной кодовой базе на Dart, одной команде, всем платформам и брендам",", и это тот же фундамент, что и в нашей работе по ",[199,662,664],{"href":663},"\u002Fservices\u002Fflutter-app-development","разработке на Flutter",", масштабированный с одного приложения до флота. Поскольку Flutter сам рисует каждый пиксель, тема бренда применяется одинаково на всех устройствах, а фикс, выпущенный один раз, попадает во все N приложений в следующем релизе.",[205,667,669],{"id":668},"аккаунты-разработчиков-и-стратегия-подачи-на-ревью","Аккаунты разработчиков и стратегия подачи на ревью",[175,671,672,673,676],{},"Прохождение 4.2.6 — это не только про код. ",[183,674,675],{},"Подача"," тоже должна выглядеть как N реальных продуктов, потому что именно её ревьюер и видит.",[175,678,679,680,683],{},"Самый явный тревожный сигнал для Apple — это ",[178,681,682],{},"один аккаунт разработчика, публикующий сорок визуально похожих приложений",". Это почерк шаблонной фабрики, и он провоцирует ровно ту проверку на дубликаты, которой вы пытаетесь избежать. Поэтому стратегия аккаунтов — часть архитектуры, а не то, о чём думают в последнюю очередь:",[221,685,686,700,706],{},[224,687,688,691,692,695,696,699],{},[178,689,690],{},"Отдельные аккаунты под бренд или клиента"," — самая безопасная модель и часто попросту правильная: когда приложение сделано ",[183,693,694],{},"для"," вашего клиента (агентство перепродаёт ему, франчайзи, независимый партнёрский бренд), его следует публиковать под ",[183,697,698],{},"его"," аккаунтом. Правило 4.2.6 прямо это поощряет: приложения из шаблона допустимы, когда их подаёт бизнес, которому приложение служит.",[224,701,702,705],{},[178,703,704],{},"Один аккаунт при настоящей дифференциации"," может работать для суббрендов одной компании, но планка по дифференциации контента и метаданных выше, потому что всё находится под одним издателем.",[224,707,708,711,712,715],{},[178,709,710],{},"Метаданные и скриншоты должны различаться у каждого приложения"," — реальные описания под каждый бренд и скриншоты из ",[183,713,714],{},"реального контента этого бренда",", а не один набор скриншотов с подменённым логотипом. Дублирующиеся маркетинговые ассеты помечают даже тогда, когда само приложение дифференцировано.",[175,717,718,719,722,723,302],{},"Наш пайплайн поддерживает все три модели публикации и смешивает их под каждый бренд, потому что правильный ответ зависит от ваших партнёрских договорённостей и от того, ",[183,720,721],{},"для кого"," приложение юридически сделано, — мы подробно разбираем компромиссы на странице услуги ",[199,724,726],{"href":725},"\u002Fservices\u002Fwhitelabel-app-development","white-label разработка приложений",[205,728,730],{"id":729},"построить-купить-или-лицензировать","Построить, купить или лицензировать",[175,732,733],{},"У вас три честных варианта, и мы скажем, какой подходит, даже если это не мы.",[175,735,736,739,740,743,744,748],{},[178,737,738],{},"Построить самому."," Вы владеете всем, и оно заточено под вашу модель. Но вы финансируете платформу — слой конфигурации, админ-панель, мультитенантный бэкенд, тулинг сборки на Dart, пайплайн Fastlane — ещё до выхода первого приложения, и берёте на себя риск 4.2.6 без набитых шишек. Это имеет смысл, когда мобильная платформа ",[183,741,742],{},"и есть"," ваш бизнес и вы годами будете держать вокруг неё инженерную команду. Если вы хотите строить сами, но вам не хватает Flutter-разработчиков, для этого есть ",[199,745,747],{"href":746},"\u002Fservices\u002Fteam-augmentation","расширение команды"," — наши инженеры в вашем репозитории, платформа остаётся вашей.",[175,750,751,754],{},[178,752,753],{},"Купить шаблонную фабрику."," Самый низкий ценник, самое быстрое демо и самый высокий шанс отказа по 4.2.6, потому что рескины — ровно то, во что целится это правило. Если вам обещают «меняем логотип и цвета и подаём», вы покупаете отказ, а не избегаете его. У шаблонных билдеров есть своё место — внутренние инструменты, корпоративная дистрибуция, прототипы — но не публичный мультибренд-флот в App Store.",[175,756,757,760],{},[178,758,759],{},"Лицензировать платформу или взять в партнёры команду, которая это уже выпускала."," Вы получаете архитектуру платформы и плейбук по подаче на ревью, не финансируя R&D и не набивая шишки на риске отказа лично. Плата за это — партнёр в контуре. Именно эту модель стоит выбирать большинству агентств и мультибренд-операторов: вы покупаете проверенный пайплайн, а не выясняете на собственном опыте, где всё ломается.",[175,762,763,764,767],{},"Универсально правильного ответа нет. Есть ",[183,765,766],{},"неправильный",": купить рескин и узнать о 4.2.6 из письма с отказом.",[205,769,771],{"id":770},"экономика-почему-приложение-2n-дешёвое","Экономика: почему приложение 2…N дешёвое",[175,773,774],{},"Причина, по которой эта модель существует, — кривая издержек, так что вот её честная форма.",[175,776,777,780,781,784,785,302],{},[178,778,779],{},"Первое приложение несёт на себе платформу."," Первое приложение — на самом деле не «приложение»: это кодовая база, система тем и feature-флагов, мультитенантный бэкенд, админ-панель и автоматический пайплайн сборки и публикации. Это и есть инвестиция, и она приходится на самое начало. Грубый ориентир: разработка white-label платформы по деньгам попадает примерно в диапазон серьёзного кастомного проекта и растёт с размером флота и глубиной фич — тарифы на ",[199,782,783],{"href":725},"странице услуги",", а общая механика стоимости — в статье ",[199,786,788],{"href":787},"\u002Fblog\u002Fflutter-app-development-cost-2026","Стоимость разработки на Flutter в 2026",[175,790,791,794,795,798,799,802],{},[178,792,793],{},"Приложения со второго по N-е кардинально дешевле",", потому что они разделяют всё, что стоило денег. Новое брендированное приложение — механически — это ",[183,796,797],{},"конфигурация",": ассеты бренда, тема, выбор фич, метаданные стора и аккаунт разработчика. Ни нового проекта сборки, ни форка кодовой базы, ни второго раунда архитектуры. Предельная стоимость приложения N приближается к стоимости ",[183,800,801],{},"заполнения формы и подготовки ассетов для стора"," — это часы, а не пересборка.",[175,804,805],{},"Грубая модель, без выдумывания ваших цифр:",[221,807,808,813,816],{},[224,809,810],{},[178,811,812],{},"Суммарная стоимость N приложений ≈ стоимость платформы + (N × стоимость конфигурации на бренд).",[224,814,815],{},"Стоимость платформы фиксирована и платится один раз. Стоимость на бренд мала и примерно постоянна.",[224,817,818,819,822],{},"Поэтому ",[178,820,821],{},"средняя стоимость приложения падает с ростом N"," — чем больше брендов вы выпускаете, тем ближе среднее к предельной стоимости конфигурации.",[175,824,825,826,829,830,833],{},"Поверх этой кривой лежит структурная экономия Flutter: одна кодовая база под iOS и Android ",[178,827,828],{},"примерно на 30–40% дешевле, чем два отдельных нативных приложения",", и эта экономия ",[183,831,832],{},"умножается по всему флоту"," — вы получаете её не один раз, а N раз.",[175,835,836,837,840,841,844,845,848],{},"Про наши собственные цифры: мы выпустили ",[178,838,839],{},"20+ брендированных приложений"," из наших white-label кодовых баз, а на ",[199,842,843],{"href":201},"одной платформе"," флот перешагнул ",[178,846,847],{},"15+ живых приложений"," из одной кодовой базы, где запуск следующего бренда почти бесплатен.",[205,850,852],{"id":851},"faq","FAQ",[854,855],"questions",{":items":856},"[{\"title\":\"Что такое white-label мобильное приложение?\",\"text\":\"White-label мобильное приложение — это одно приложение, которое ребрендируется и переиздаётся как несколько отдельных, независимо брендированных приложений. У каждого своё название, логотип, цвета и карточка в App Store или Google Play, но все они работают на одной общей кодовой базе. Если всё сделано правильно, каждое брендированное приложение к тому же тянет свой контент, каталог и фичи с сервера в рантайме, так что приложения различаются тем, что показывают и делают, а не только тем, как выглядят.\"},{\"title\":\"Что такое правило App Store 4.2.6?\",\"text\":\"Правило App Store Review 4.2.6 — это правило Apple против приложений, созданных из коммерческого шаблона или сервиса генерации приложений, и против приложений, которые являются дубликатами или рескинами друг друга. Его цель — не давать стору наполняться спамом и почти одинаковыми приложениями без самостоятельной ценности. Приложения из шаблона допустимы, когда их подаёт тот бизнес, для которого приложение реально сделано, — например, публикуется под аккаунтом разработчика самого клиента или франчайзи, а не массово под одним издателем.\"},{\"title\":\"Как избежать отказа по 4.2.6?\",\"text\":\"Нужно сделать каждое приложение по-настоящему разным по контенту и поведению, а не только по виду. Каждое брендированное приложение аутентифицируется в бэкенде как собственный тенант и тянет свой контент, каталог, данные, набор фич и конфигурацию с сервера, так что два приложения из одной кодовой базы показывают разное и могут вести себя по-разному. Дифференцируйте и подачу — отдельные аккаунты под бренд или клиента там, где уместно, и уникальные скриншоты и метаданные под каждый бренд. Одна визуальная тема — ровно то, что отклоняет 4.2.6; содержательная, серверная дифференциация — то, что проходит. Гарантировать одобрение не может никто, но именно это существенно отличает приложения, которые проходят, от рескинов, которые нет.\"},{\"title\":\"Можно ли и правда построить много приложений из одной кодовой базы?\",\"text\":\"Да. Одна Flutter-кодовая база может стать любым числом брендированных приложений, потому что то, чем они различаются — брендинг, тема, контент, каталог, feature-флаги и метаданные стора — живёт в конфигурации вне кода, и каждое приложение резолвит свою конфигурацию и контент с сервера в рантайме. Фикс или фича, выпущенные один раз, попадают в каждое приложение в следующем релизе. Одна построенная нами платформа обслуживает 15+ живых брендированных приложений из одной кодовой базы, и предельная стоимость следующего приложения близка к нулю.\"},{\"title\":\"Сколько стоит white-label платформа приложений?\",\"text\":\"Первое приложение несёт стоимость платформы — общую кодовую базу, систему тем и feature-флагов, мультитенантный бэкенд, админ-панель и автоматический пайплайн сборки и публикации — так что стоит оно как серьёзная кастомная разработка. Каждое приложение после него кардинально дешевле, потому что новый бренд — это конфигурация, а не новый проект, и его предельная стоимость приближается к стоимости подготовки ассетов бренда и метаданных стора. Средняя стоимость приложения падает по мере запуска новых брендов. Одна кодовая база Flutter к тому же примерно на 30–40% дешевле, чем отдельные нативные приложения под iOS и Android, — и эта экономия умножается по всему флоту.\"},{\"title\":\"Чем это отличается от шаблонного билдера приложений?\",\"text\":\"Шаблонный билдер приложений выдаёт рескины: то же приложение с новым логотипом и цветами, показывающее те же экраны, данные и фичи. Это ровно то, что отклоняет правило App Store 4.2.6. Наш подход добавляет поверх общей кодовой базы слой «клиент — сервер», так что каждое приложение аутентифицируется как собственный тенант и тянет с сервера по-настоящему разный контент, каталог, данные и фичи. Приложения — функционально разные продукты, а не косметические копии, поэтому они выдерживают ревью там, где приложения шаблонных фабрик снимают с публикации.\"}]",[205,858,860],{"id":859},"обсудить-с-нами-white-label-проект","Обсудить с нами white-label проект",[175,862,863],{},"Если вам нужно много приложений, а не одно, интересный вопрос не «справится ли Flutter», а «переживут ли эти приложения ревью и чего на самом деле требует такой пайплайн». Мы построили эту архитектуру, прошли пограничные случаи 4.2.6 и выпустили флоты, которые остались живыми.",[221,865,866,876,884],{},[224,867,868,871,872,302],{},[178,869,870],{},"Записаться на демо платформы"," — посмотреть, как админ-панель поднимает новое брендированное приложение, а пайплайн подписывает и публикует его: ",[199,873,875],{"href":874},"\u002Fcontact","напишите нам",[224,877,878,881,882,302],{},[178,879,880],{},"Изучить предложение"," — архитектура, модели публикации и тарифы на странице услуги ",[199,883,726],{"href":725},[224,885,886,889,890,892],{},[178,887,888],{},"Строите сами?"," Мы посадим Flutter-инженеров в ваш репозиторий через ",[199,891,747],{"href":746}," и оставим платформу в ваших руках.",[175,894,895,896,898],{},"Расскажите, сколько брендов вы планируете и ",[183,897,721],{}," эти приложения, и мы дадим честную оценку по модели, стратегии подачи и кривой издержек — а не питч шаблонной фабрики.",[900,901,902],"post-credits",{},[175,903,904,905,909],{},"Илья Никсан — основатель и ведущий разработчик ",[199,906,908],{"href":907},"\u002F","Nerdy Production",", Flutter-first агентства, которое строит white-label платформы и выпускает флоты брендированных приложений в финтехе, ритейле и лояльности.",{"title":911,"searchDepth":912,"depth":912,"links":913},"",2,[914,915,916,917,918,919,920,921,922],{"id":207,"depth":912,"text":208},{"id":259,"depth":912,"text":260},{"id":314,"depth":912,"text":315},{"id":440,"depth":912,"text":441},{"id":668,"depth":912,"text":669},{"id":729,"depth":912,"text":730},{"id":770,"depth":912,"text":771},{"id":851,"depth":912,"text":852},{"id":859,"depth":912,"text":860},"Коротко. Да — можно выпускать много брендированных приложений из одной кодовой базы и проходить ревью App Store, но только если каждое приложение по-настоящему различается контентом и поведением, а не просто перекрашено новым логотипом. Критерий простой: если два ваших приложения показывают одни и те же экраны с одними и теми же данными и меняется только брендинг, Apple сочтёт их дубликатами и отклонит по правилу 4.2.6; если же каждое приложение аутентифицируется как отдельный тенант и тянет свой контент, каталог, фичи и конфигурацию с сервера — это функционально разные продукты, которые проходят ревью. Ловушка, в которую попадают шаблонные фабрики, — относиться к white-label как к рескину. А работает это благодаря слою «клиент — сервер», который делает каждое приложение содержательно разным в рантайме. Всё, что ниже, — как именно мы это строим: архитектура, стратегия подачи на ревью и экономика, в которой двадцатое приложение стоит малую долю от первого.","md",{"type":926,"src":927},"image","\u002Fblog\u002Fwhite-label-app-platform-flutter.webp",{},"Как выпускать 20+ брендированных white-label приложений из одного Flutter-кода без отказов App Store: серверная дифференциация контента против правила 4.2.6.","White-label платформа: 20+ приложений, один код",true,"Apple отклоняет перекрашенные копии по правилу 4.2.6. Как мы выпускаем 20+ действительно разных брендированных приложений из одной кодовой базы и проходим ревью.","\u002Fblog\u002Fwhite-label-app-platform-flutter",{"title":169,"description":923},"white-label-app-platform-flutter","blog\u002Fwhite-label-app-platform-flutter","Большинство «white-label» студий просто перекрашивают один бинарник — и правило App Store 4.2.6 отклоняет именно это. Вот архитектура, которой мы выпускаем 20+ по-настоящему разных брендированных приложений из одной Flutter-кодовой базы: аутентификация по тенантам и серверный контент, которые делают каждое приложение самостоятельным продуктом, а не дубликатом.","2026-07-10T09:14:52Z",null,"ROFPOmFCBr73n9buiCafItibHTBYuKZzoUio7UQhbsU",[942,999,1046,1096,1185,1237],{"id":943,"bio":944,"expertise":949,"extension":965,"links":966,"meta":970,"metaDescription":971,"name":976,"ogDescription":979,"photo":984,"role":985,"seniority":990,"skills":991,"slug":992,"specialization":993,"stem":992,"__hash__":998},"team_members\u002Fdima.yaml",{"en":945,"ru":946,"es":947,"nl":948},"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",[950,953,958,960],{"en":951,"ru":951,"es":952,"nl":951},"State management","Gestión de estado",{"en":954,"ru":955,"es":956,"nl":957},"Application architecture","Архитектура приложений","Arquitectura de aplicaciones","Applicatiearchitectuur",{"en":959,"ru":959,"es":959,"nl":959},"WebRTC",{"en":961,"ru":962,"es":963,"nl":964},"XMPP messaging","Обмен сообщениями по XMPP","Mensajería XMPP","Berichten via XMPP","yaml",[967],{"type":968,"address":969},"email","konopatov@nerdy.pro",{},{"en":972,"ru":973,"es":974,"nl":975},"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":977,"ru":978,"es":977,"nl":977},"Dima","Дима",{"en":980,"ru":981,"es":982,"nl":983},"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":986,"ru":987,"es":988,"nl":989},"Lead Flutter Developer","Ведущий Flutter-разработчик","Lead de desarrollo Flutter","Lead Flutter-developer","lead",[41,18,155,160,90,111,150,95],"dima",{"en":994,"ru":995,"es":996,"nl":997},"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":1000,"bio":1001,"expertise":1006,"extension":965,"links":939,"meta":1017,"metaDescription":1018,"name":1023,"ogDescription":1026,"photo":1031,"role":1032,"seniority":1037,"skills":1038,"slug":1039,"specialization":1040,"stem":1039,"__hash__":1045},"team_members\u002Fmasha.yaml",{"en":1002,"ru":1003,"es":1004,"nl":1005},"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",[1007,1012],{"en":1008,"ru":1009,"es":1010,"nl":1011},"UI\u002FUX design","UI\u002FUX-дизайн","Diseño UI\u002FUX","UI\u002FUX-ontwerp",{"en":1013,"ru":1014,"es":1015,"nl":1016},"Product copywriting","Продуктовый копирайтинг","Redacción de producto","Productteksten",{},{"en":1019,"ru":1020,"es":1021,"nl":1022},"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":1024,"ru":1025,"es":1024,"nl":1024},"Masha","Маша",{"en":1027,"ru":1028,"es":1029,"nl":1030},"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":1033,"ru":1034,"es":1035,"nl":1036},"Flutter Developer","Flutter-разработчик","Desarrolladora Flutter","Flutter-developer","middle",[41,18],"masha",{"en":1041,"ru":1042,"es":1043,"nl":1044},"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":1047,"bio":1048,"expertise":1053,"extension":965,"links":1064,"meta":1067,"metaDescription":1068,"name":1073,"ogDescription":1076,"photo":1081,"role":1082,"seniority":1087,"skills":1088,"slug":1089,"specialization":1090,"stem":1089,"__hash__":1095},"team_members\u002Fmaxim.yaml",{"en":1049,"ru":1050,"es":1051,"nl":1052},"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",[1054,1059],{"en":1055,"ru":1056,"es":1057,"nl":1058},"Automated testing","Автоматизированное тестирование","Testing automatizado","Geautomatiseerd testen",{"en":1060,"ru":1061,"es":1062,"nl":1063},"High-load backend systems","Высоконагруженные бэкенд-системы","Sistemas backend de alta carga","Backendsystemen met hoge belasting",[1065],{"type":968,"address":1066},"maxim@nerdy.pro",{},{"en":1069,"ru":1070,"es":1071,"nl":1072},"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":1074,"ru":1075,"es":1074,"nl":1074},"Maxim","Максим",{"en":1077,"ru":1078,"es":1079,"nl":1080},"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":1083,"ru":1084,"es":1085,"nl":1086},"Senior Software Engineer","Старший инженер-программист","Ingeniero de software senior","Senior software engineer","senior",[41,18,51,106,155,13,150],"maxim",{"en":1091,"ru":1092,"es":1093,"nl":1094},"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":1097,"bio":1098,"expertise":1103,"extension":965,"links":1145,"meta":1157,"metaDescription":1158,"name":1163,"ogDescription":1166,"photo":1171,"role":1172,"seniority":1177,"skills":1178,"slug":170,"specialization":1179,"stem":170,"__hash__":1184},"team_members\u002Fnixan.yaml",{"en":1099,"ru":1100,"es":1101,"nl":1102},"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",[1104,1109,1114,1119,1124,1129,1134,1139,1141,1143],{"en":1105,"ru":1106,"es":1107,"nl":1108},"iOS development","Разработка под iOS","Desarrollo iOS","iOS-ontwikkeling",{"en":1110,"ru":1111,"es":1112,"nl":1113},"Software architecture","Архитектура ПО","Arquitectura de software","Softwarearchitectuur",{"en":1115,"ru":1116,"es":1117,"nl":1118},"Engineering team leadership","Руководство инженерными командами","Liderazgo de equipos de ingeniería","Leidinggeven aan engineeringteams",{"en":1120,"ru":1121,"es":1122,"nl":1123},"Payment systems","Платёжные системы","Sistemas de pago","Betaalsystemen",{"en":1125,"ru":1126,"es":1127,"nl":1128},"Card processing","Карточный процессинг","Procesamiento de tarjetas","Kaartverwerking",{"en":1130,"ru":1131,"es":1132,"nl":1133},"PCI-DSS compliance","Соответствие PCI-DSS","Cumplimiento de PCI-DSS","Naleving van PCI-DSS",{"en":1135,"ru":1136,"es":1137,"nl":1138},"NFC and contactless payments","NFC и бесконтактные платежи","NFC y pagos contactless","NFC en contactloos betalen",{"en":1140,"ru":1140,"es":1140,"nl":1140},"Host Card Emulation",{"en":1142,"ru":1142,"es":1142,"nl":1142},"EMV Contactless",{"en":1144,"ru":1144,"es":1144,"nl":1144},"AOSP",[1146,1149,1152,1155],{"type":1147,"url":1148},"github","https:\u002F\u002Fgithub.com\u002Fthenixan",{"type":1150,"url":1151},"linkedin","https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Fthenixan\u002F",{"type":1153,"url":1154},"telegram","https:\u002F\u002Ft.me\u002Fthenixan",{"type":968,"address":1156},"nixan@nerdy.pro",{},{"en":1159,"ru":1160,"es":1161,"nl":1162},"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":1164,"ru":1165,"es":1164,"nl":1164},"Ilya Nixan","Илья Никсан",{"en":1167,"ru":1168,"es":1169,"nl":1170},"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":1173,"ru":1174,"es":1175,"nl":1176},"Founder & Lead Developer","Основатель и ведущий разработчик","Fundador y lead developer","Oprichter & lead developer","founder_lead",[41,18,71,141,76,146,51,126,121,155,160,90,13,150,136,7,29,80],{"en":1180,"ru":1181,"es":1182,"nl":1183},"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":1186,"bio":1187,"expertise":1192,"extension":965,"links":1204,"meta":1209,"metaDescription":1210,"name":1215,"ogDescription":1218,"photo":1223,"role":1224,"seniority":1087,"skills":1229,"slug":1230,"specialization":1231,"stem":1230,"__hash__":1236},"team_members\u002Froma.yaml",{"en":1188,"ru":1189,"es":1190,"nl":1191},"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",[1193,1194,1199],{"en":1105,"ru":1106,"es":1107,"nl":1108},{"en":1195,"ru":1196,"es":1197,"nl":1198},"Applied AI","Прикладной AI","IA aplicada","Toegepaste AI",{"en":1200,"ru":1201,"es":1202,"nl":1203},"ERP and CRM systems","ERP- и CRM-системы","Sistemas ERP y CRM","ERP- en CRM-systemen",[1205,1207],{"type":1150,"url":1206},"https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Fromanbatler\u002F",{"type":968,"address":1208},"roma@nerdy.pro",{},{"en":1211,"ru":1212,"es":1213,"nl":1214},"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":1216,"ru":1217,"es":1216,"nl":1216},"Roman","Рома",{"en":1219,"ru":1220,"es":1221,"nl":1222},"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":1225,"ru":1226,"es":1227,"nl":1228},"Senior Mobile Developer","Старший мобильный разработчик","Desarrollador móvil senior","Senior mobiele developer",[7,41,18,141,146,106],"roma",{"en":1232,"ru":1233,"es":1234,"nl":1235},"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":1238,"bio":1239,"expertise":1244,"extension":965,"links":939,"meta":1255,"metaDescription":1256,"name":1261,"ogDescription":1264,"photo":1269,"role":1270,"seniority":1087,"skills":1275,"slug":1276,"specialization":1277,"stem":1276,"__hash__":1282},"team_members\u002Fxsox.yaml",{"en":1240,"ru":1241,"es":1242,"nl":1243},"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",[1245,1250],{"en":1246,"ru":1247,"es":1248,"nl":1249},"API design","Проектирование API","Diseño de APIs","API-ontwerp",{"en":1251,"ru":1252,"es":1253,"nl":1254},"Data modelling","Моделирование данных","Modelado de datos","Datamodellering",{},{"en":1257,"ru":1258,"es":1259,"nl":1260},"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":1262,"ru":1263,"es":1262,"nl":1262},"Eugene Xsox","Женя Xsox",{"en":1265,"ru":1266,"es":1267,"nl":1268},"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":1271,"ru":1272,"es":1273,"nl":1274},"Senior Backend Developer","Старший бэкенд-разработчик","Desarrollador backend senior","Senior backenddeveloper",[106,24,41,18,155,160,90,150],"xsox",{"en":1278,"ru":1279,"es":1280,"nl":1281},"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",[1284,1293,1300,1305,1315],{"id":1285,"extension":965,"meta":1286,"name":1287,"slug":1291,"stem":1291,"__hash__":1292},"blog_topics\u002Fcybersecurity.yaml",{},{"en":1288,"ru":1289,"es":1290,"nl":1288},"Cybersecurity","Кибербезопасность","Ciberseguridad","cybersecurity","kt1rdsMy5W4b9MvGHm6mZVCr0inHidEuqaosPYmmk4E",{"id":1294,"extension":965,"meta":1295,"name":1296,"slug":1298,"stem":1298,"__hash__":1299},"blog_topics\u002Fdevops.yaml",{},{"en":1297,"ru":1297,"es":1297,"nl":1297},"DevOps","devops","D3mxlZuFHKCGeszKZuWCiQmHmP5EiCvzg1qEAIQhnyU",{"id":1301,"extension":965,"meta":1302,"name":1303,"slug":41,"stem":41,"__hash__":1304},"blog_topics\u002Fflutter.yaml",{},{"en":39,"ru":39,"es":39,"nl":39},"OOeALAmwFuEqByuJvTGk4g15FIHENPfYMdpfZh_HTAE",{"id":1306,"extension":965,"meta":1307,"name":1308,"slug":1313,"stem":1313,"__hash__":1314},"blog_topics\u002Ffor-founders.yaml",{},{"en":1309,"ru":1310,"es":1311,"nl":1312},"For Founders","Для основателей","Para fundadores","Voor oprichters","for-founders","lp2u6Ol2qF4DGxpB83HxbbGzWioT-e40mJhD4lr28-U",{"id":1316,"extension":965,"meta":1317,"name":1318,"slug":1323,"stem":1323,"__hash__":1324},"blog_topics\u002Fsoftware-engineering.yaml",{},{"en":1319,"ru":1320,"es":1321,"nl":1322},"Software Engineering","Разработка ПО","Ingeniería de software","Software-engineering","software-engineering","aZMb3aUDptoFQk_cEE6l5H4wrYcgZuBYUubmKqOAaaU",{"data":1326,"body":1327},{},{"type":1328,"children":1329},"root",[1330,1337,1355,1366,1395],{"type":1331,"tag":175,"props":1332,"children":1333},"element",{},[1334],{"type":1335,"value":1336},"text","Илья основал Nerdy Production и руководит инженерной командой. Он занимается разработкой с 2010 года и выпускает продакшн-приложения на Flutter с 2018-го.",{"type":1331,"tag":175,"props":1338,"children":1339},{},[1340,1342,1346,1348,1353],{"type":1335,"value":1341},"До этого он был CTO QIWI — одной из крупнейших платёжных платформ России, — где руководил примерно 12 инженерными командами: от веб-продуктов до карточного процессинга, зоны ",{"type":1331,"tag":460,"props":1343,"children":1345},{"slug":1344},"pci-dss",[],{"type":1335,"value":1347}," и бесконтактных платежей, включая бесконтактную оплату картой на Android через ",{"type":1331,"tag":460,"props":1349,"children":1351},{"slug":1350},"host-card-emulation",[1352],{"type":1335,"value":1140},{"type":1335,"value":1354}," поверх ISO\u002FIEC 14443, с платёжным протоколом EMV Contactless (Visa PayWave).",{"type":1331,"tag":175,"props":1356,"children":1357},{},[1358,1360,1364],{"type":1335,"value":1359},"Он также был принципал-разработчиком в Яндексе, где работал над Яндекс.Авто, уводя нативный Android глубоко в автомобиль, с серьёзной интеграцией по шине CAN через собственный CAN-шилд, и принципалом в Эвоторе, чьи кассовые устройства работают на форке ",{"type":1331,"tag":460,"props":1361,"children":1363},{"slug":1362},"aosp",[],{"type":1335,"value":1365},", что дало ему низкоуровневый взгляд на Android, недоступный большинству прикладных разработчиков.",{"type":1331,"tag":175,"props":1367,"children":1368},{},[1369,1371,1377,1379,1385,1387,1393],{"type":1335,"value":1370},"Сейчас он ведёт поставку флагманских приложений агентства — от насыщенного графиками финтех-интерфейса ",{"type":1331,"tag":199,"props":1372,"children":1374},{"href":1373},"\u002Fportfolio\u002Fextraetf",[1375],{"type":1335,"value":1376},"ExtraETF",{"type":1335,"value":1378}," до полностью кастомной дизайн-системы ",{"type":1331,"tag":199,"props":1380,"children":1382},{"href":1381},"\u002Fportfolio\u002Farcana",[1383],{"type":1335,"value":1384},"Arcana",{"type":1335,"value":1386},". Он пишет большую часть материалов этого блога и поддерживает open-source агентства, включая движок ",{"type":1331,"tag":199,"props":1388,"children":1390},{"href":1389},"\u002Fopen-source\u002Fdxpdf",[1391],{"type":1335,"value":1392},"dxpdf",{"type":1335,"value":1394}," для конвертации DOCX в PDF.",{"type":1331,"tag":175,"props":1396,"children":1397},{},[1398,1400,1405,1407,1412,1414,1419,1420,1425,1426,1431,1432,1437,1439,1444],{"type":1335,"value":1399},"Работает с ",{"type":1331,"tag":199,"props":1401,"children":1403},{"href":1402},"\u002Ftechnologies\u002Fflutter",[1404],{"type":1335,"value":39},{"type":1335,"value":1406},", нативными iOS и Android, ",{"type":1331,"tag":199,"props":1408,"children":1410},{"href":1409},"\u002Ftechnologies\u002Fgo",[1411],{"type":1335,"value":49},{"type":1335,"value":1413},", ",{"type":1331,"tag":199,"props":1415,"children":1417},{"href":1416},"\u002Ftechnologies\u002Frust",[1418],{"type":1335,"value":124},{"type":1335,"value":1413},{"type":1331,"tag":199,"props":1421,"children":1423},{"href":1422},"\u002Ftechnologies\u002Ftypescript",[1424],{"type":1335,"value":153},{"type":1335,"value":1413},{"type":1331,"tag":199,"props":1427,"children":1429},{"href":1428},"\u002Ftechnologies\u002Fkotlin",[1430],{"type":1335,"value":69},{"type":1335,"value":1413},{"type":1331,"tag":199,"props":1433,"children":1435},{"href":1434},"\u002Ftechnologies\u002Fkubernetes",[1436],{"type":1335,"value":78},{"type":1335,"value":1438}," и ",{"type":1331,"tag":199,"props":1440,"children":1442},{"href":1441},"\u002Ftechnologies\u002Fdocker",[1443],{"type":1335,"value":27},{"type":1335,"value":1445},"; его фокус — архитектура приложений, кросс-платформенная поставка и построение команд, которые доводят продукт до релиза.",[1447,1459,1472,1487,1501,1516,1532,1545,1558,1574,1587,1598,1608,1621,1631,1642,1651,1665,1678,1685,1699,1714,1727,1740,1753,1764,1775,1786,1798,1808,1821,1832,1846,1857,1870,1879,1890,1903,1916,1929,1942,1954,1966,1978,1990,2002,2013,2027,2038,2050,2061,2074,2086],{"slug":1362,"term":1144,"definition":1448,"category":1449,"aliases":1450,"links":1452,"related":1456,"readMore":-1,"target":1457,"hasArticle":1458},"Android Open Source Project — Android без надстройки Google, который может форкнуть кто угодно. На его форках работают кассовые терминалы, киоски и автомобильные системы, а работа на этом уровне открывает части ОС, которых прикладной разработчик не видит.","platform",[1451],"Android Open Source Project",[1453],{"kind":1454,"url":1455},"website","https:\u002F\u002Fsource.android.com\u002F",[1350],"\u002Fglossary#aosp",false,{"slug":1460,"term":1461,"definition":1462,"category":1449,"aliases":1463,"links":1464,"related":1468,"readMore":-1,"target":1471,"hasArticle":1458},"app-clips","App Clips","Функция Apple, позволяющая запустить небольшую часть iOS-приложения — до 15 МБ — не устанавливая его целиком. Вызывается по QR-коду, NFC-метке или ссылке: для случаев, когда первое действие пользователя не должно требовать похода в App Store.",[],[1465],{"kind":1466,"url":1467},"documentation","https:\u002F\u002Fdeveloper.apple.com\u002Fapp-clips\u002F",[1469,1470],"deep-linking","install-referrer","\u002Fglossary#app-clips",{"slug":1473,"term":1474,"definition":1475,"category":1449,"aliases":1476,"links":1477,"related":1483,"readMore":-1,"target":1486,"hasArticle":1458},"bigquery","BigQuery","Аналитическое хранилище Google Cloud. Вы запускаете SQL по миллиардам строк, и они сканируются за секунды, а данные при этом лежат отдельно от машин, выполняющих запросы. Именно это снимает отчётность и исследование данных с базы, обслуживающей живой трафик.",[],[1478,1480],{"kind":1454,"url":1479},"https:\u002F\u002Fcloud.google.com\u002Fbigquery",{"kind":1481,"url":1482},"wikipedia","https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FBigQuery",[1484,1485],"object-storage","elasticsearch","\u002Fglossary#bigquery",{"slug":1488,"term":1489,"definition":1490,"category":1491,"aliases":1492,"links":1496,"related":1499,"readMore":-1,"target":1500,"hasArticle":1458},"ci-cd","CI\u002FCD","Автоматизация, которая собирает, тестирует и выкладывает каждое изменение без ручного запуска команд. В мобильной разработке это то, что превращает релиз в нажатие кнопки вместо полудня ожидания, пока освободится нужный человек.","practice",[1493,1494,1495],"CI","непрерывная интеграция","непрерывная поставка",[1497],{"kind":1481,"url":1498},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FCI\u002FCD",[],"\u002Fglossary#ci-cd",{"slug":1502,"term":1503,"definition":1504,"category":1505,"aliases":1506,"links":1509,"related":1512,"readMore":-1,"target":1515,"hasArticle":1458},"crud","CRUD","Create, read, update, delete — четыре операции, стоящие почти за каждой формой и админкой. Собирательное название для рутинной половины приложения, которая управляет данными, в отличие от частей с реальной предметной логикой.","architecture",[1507,1508],"Create, Read, Update, Delete","создание, чтение, обновление, удаление",[1510],{"kind":1481,"url":1511},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FCreate,_read,_update_and_delete",[1513,1514],"rest","graphql","\u002Fglossary#crud",{"slug":1517,"term":1518,"definition":1519,"category":1491,"aliases":1520,"links":1524,"related":1529,"readMore":-1,"target":1531,"hasArticle":1458},"dev-container","Dev Container","Среда разработки, описанная один раз в devcontainer.json — ОС, инструменты и версии рантаймов, которые нужны проекту, — и открываемая одинаково внутри контейнера в редакторе любого участника, вместо инструкции по установке, которую каждый понимает по-своему.",[1521,1522,1523],"devcontainer.json","Dev Containers","VS Code Dev Containers",[1525,1527],{"kind":1454,"url":1526},"https:\u002F\u002Fcontainers.dev\u002F",{"kind":1466,"url":1528},"https:\u002F\u002Fcode.visualstudio.com\u002Fdocs\u002Fdevcontainers\u002Fcontainers",[1530],"container-registry","\u002Fglossary#dev-container",{"slug":1485,"term":1533,"definition":1534,"category":1449,"aliases":1535,"links":1538,"related":1543,"readMore":-1,"target":1544,"hasArticle":1458},"Elasticsearch","Поисковый и аналитический движок, который индексирует записи, чтобы их можно было интерактивно фильтровать и искать, а не сканировать. К нему обращаются, когда вопрос звучит как «покажи вот эти сессии с шестью фильтрами», а не «просуммируй колонку».",[1536,1537],"Elastic","ELK",[1539,1541],{"kind":1454,"url":1540},"https:\u002F\u002Fwww.elastic.co\u002Felasticsearch",{"kind":1481,"url":1542},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FElasticsearch",[1473],"\u002Fglossary#elasticsearch",{"slug":1546,"term":1547,"definition":1548,"category":1505,"aliases":1549,"links":1552,"related":1553,"readMore":-1,"target":1557,"hasArticle":1458},"fan-out","Fan-out","Чтение источника один раз и доставка каждого обновления всем подписанным на него клиентам. Наивная версия пишет подписчикам в цикле и встаёт, как только один из сокетов начинает тормозить; рабочая — держит отдельный буфер на каждого клиента и отключает тех, кто не успевает.",[1550,1551],"веерная рассылка","фан-аут",[],[1554,1555,1556],"websocket","pub-sub","server-sent-events","\u002Fglossary#fan-out",{"slug":1559,"term":1560,"definition":1561,"category":1491,"aliases":1562,"links":1565,"related":1570,"readMore":-1,"target":1573,"hasArticle":1458},"gdpr","GDPR","Регламент ЕС о персональных данных людей в ЕС: законное основание для сбора, настоящее согласие на трекинг, право увидеть и удалить свои данные. Он следует за вашими пользователями, а не за вашими серверами: где зарегистрирована компания, значения не имеет.",[1563,1564],"Общий регламент по защите данных","General Data Protection Regulation",[1566,1568],{"kind":1454,"url":1567},"https:\u002F\u002Fgdpr.eu\u002F",{"kind":1481,"url":1569},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FGeneral_Data_Protection_Regulation",[1344,1571,1572],"soc-2","hipaa","\u002Fglossary#gdpr",{"slug":1575,"term":1576,"definition":1577,"category":1491,"aliases":1578,"links":1582,"related":1585,"readMore":-1,"target":1586,"hasArticle":1458},"golden-test","Golden-тест","Тест, который отрисовывает виджет и сравнивает результат попиксельно с эталонным изображением. Во Flutter это самый дешёвый способ узнать, не сломал ли редизайн пустое состояние на 320pt, в тёмной теме, при 200% масштабе текста.",[1579,1580,1581],"golden test","золотой тест","скриншотный тест",[1583],{"kind":1466,"url":1584},"https:\u002F\u002Fapi.flutter.dev\u002Fflutter\u002Fflutter_test\u002FmatchesGoldenFile.html",[1488],"\u002Fglossary#golden-test",{"slug":1514,"term":1588,"definition":1589,"category":1505,"aliases":1590,"links":1591,"related":1596,"readMore":-1,"target":1597,"hasArticle":1458},"GraphQL","Язык запросов к API, где клиент сам перечисляет нужные поля и получает один ответ ровно такой формы. Он снимает избыточную выдачу, к которой дрейфуют REST-эндпоинты, и добавляет собственный режим отказа: неограниченный запрос, обходящий всю модель данных.",[],[1592,1594],{"kind":1454,"url":1593},"https:\u002F\u002Fgraphql.org\u002F",{"kind":1481,"url":1595},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FGraphQL",[1513],"\u002Fglossary#graphql",{"slug":1572,"term":1599,"definition":1600,"category":1491,"aliases":1601,"links":1603,"related":1606,"readMore":-1,"target":1607,"hasArticle":1458},"HIPAA","Закон США о защищённой медицинской информации: как её можно хранить, передавать, логировать и раскрывать. Как и PCI-DSS, это архитектурное ограничение, которое выбирают в начале, а не документ, который дописывают перед запуском.",[1602],"Health Insurance Portability and Accountability Act",[1604],{"kind":1481,"url":1605},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FHealth_Insurance_Portability_and_Accountability_Act",[1344,1559,1571],"\u002Fglossary#hipaa",{"slug":1609,"term":1610,"definition":1611,"category":1505,"aliases":1612,"links":1615,"related":1618,"readMore":-1,"target":1620,"hasArticle":1458},"headless-cms","Headless CMS","Система управления контентом с админкой и API, но без собственного фронтенда. Редакторы публикуют в одном месте, а сайт или приложение отрисовывает контент само — слой представления принадлежит вам, а не вендору CMS.",[1613,1614],"безголовая CMS","контентное API",[1616],{"kind":1481,"url":1617},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FHeadless_content_management_system",[1619,1513],"server-side-rendering","\u002Fglossary#headless-cms",{"slug":1350,"term":1140,"definition":1622,"category":1449,"aliases":1623,"links":1626,"related":1629,"readMore":-1,"target":1630,"hasArticle":1458},"Режим, в котором Android-телефон программно эмулирует бесконтактную карту по NFC, без аппаратного защищённого элемента. Так платит приложение-кошелёк на терминале: телефон говорит с ним по тому же протоколу EMV Contactless, что и пластиковая карта.",[1624,1142,1625],"HCE","бесконтактные платежи",[1627],{"kind":1466,"url":1628},"https:\u002F\u002Fdeveloper.android.com\u002Fdevelop\u002Fconnectivity\u002Fnfc\u002Fhce",[1344,1362],"\u002Fglossary#host-card-emulation",{"slug":1632,"term":1633,"definition":1634,"category":1449,"aliases":1635,"links":1636,"related":1639,"readMore":-1,"target":1641,"hasArticle":1458},"impeller","Impeller","Движок рендеринга, на котором Flutter работает сегодня: по умолчанию на iOS с 2023 года и на Android с 2024-го. Он компилирует шейдеры заранее, а не во время первой анимации, что убрало главную видимую проблему Flutter в проде — джанк на компиляции шейдеров.",[],[1637],{"kind":1466,"url":1638},"https:\u002F\u002Fdocs.flutter.dev\u002Fperf\u002Fimpeller",[1640],"skia","\u002Fglossary#impeller",{"slug":1470,"term":1643,"definition":1644,"category":1449,"aliases":1645,"links":1646,"related":1649,"readMore":-1,"target":1650,"hasArticle":1458},"Install Referrer","API Google Play, который передаёт только что установленному Android-приложению параметры кампании из ссылки, приведшей к установке. Android-половина отложенного диплинкинга и надёжный способ понять, откуда пришёл пользователь.",[],[1647],{"kind":1466,"url":1648},"https:\u002F\u002Fdeveloper.android.com\u002Fgoogle\u002Fplay\u002Finstallreferrer",[1469,1460],"\u002Fglossary#install-referrer",{"slug":1652,"term":1653,"definition":1654,"category":1655,"aliases":1656,"links":1658,"related":1663,"readMore":-1,"target":1664,"hasArticle":1458},"jwt","JWT","Подписанный токен, несущий свои данные внутри: сервер понимает, кому принадлежит запрос, не обращаясь к хранилищу сессий. Стандарт мобильной аутентификации. Подпись доказывает, что токен не меняли, но не скрывает его содержимое.","protocol",[1657],"JSON Web Token",[1659,1661],{"kind":1454,"url":1660},"https:\u002F\u002Fjwt.io\u002F",{"kind":1481,"url":1662},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FJSON_Web_Token",[1344],"\u002Fglossary#jwt",{"slug":1666,"term":1667,"definition":1668,"category":1491,"aliases":1669,"links":1673,"related":1676,"readMore":-1,"target":1677,"hasArticle":1458},"kyc","KYC","Know Your Customer — проверки личности, которые регулируемый финансовый продукт проводит, прежде чем разрешить переводить деньги: съёмка документов, liveness, санкционный и антиотмывочный скрининг. На онбординг это влияет сильнее любого дизайн-решения.",[1670,1671,1672],"Know Your Customer","AML","KYC\u002FAML",[1674],{"kind":1481,"url":1675},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FKnow_your_customer",[1344,1559],"\u002Fglossary#kyc",{"slug":76,"term":74,"definition":1679,"category":1449,"aliases":1680,"links":1682,"related":1683,"readMore":1684,"target":1684,"hasArticle":1458},"Переиспользование бизнес-логики на Kotlin между Android, iOS и сервером, при этом интерфейс на каждой платформе остаётся нативным. Альтернатива Flutter, когда UI обязан быть нативным, а правила за ним — нет.",[1681],"KMP",[],[],"\u002Ftechnologies\u002Fkmp",{"slug":1686,"term":1687,"definition":1688,"category":1689,"aliases":1690,"links":1693,"related":1696,"readMore":-1,"target":1698,"hasArticle":1458},"mvp","MVP","Минимальная версия продукта, которую можно показать реальным пользователям и которая при этом отвечает на вопрос, ради которого его делали. Решение об объёме, а не о качестве: MVP всё равно обязан работать.","business",[1691,1692],"минимально жизнеспособный продукт","minimum viable product",[1694],{"kind":1481,"url":1695},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FMinimum_viable_product",[1697],"white-label","\u002Fglossary#mvp",{"slug":1700,"term":1701,"definition":1702,"category":1655,"aliases":1703,"links":1707,"related":1712,"readMore":-1,"target":1713,"hasArticle":1458},"oauth","OAuth","Стандарт, на котором держатся «Вход через Apple», Google и остальные: пользователь авторизует ваше приложение у провайдера, которому уже доверяет, а приложение получает токен вместо пароля. Никто не заводит новый пароль, и вы его не храните.",[1704,1705,1706],"OAuth 2.0","вход через соцсети","Sign in with Apple",[1708,1710],{"kind":1454,"url":1709},"https:\u002F\u002Foauth.net\u002F2\u002F",{"kind":1481,"url":1711},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FOAuth",[1652],"\u002Fglossary#oauth",{"slug":1344,"term":1715,"definition":1716,"category":1491,"aliases":1717,"links":1720,"related":1725,"readMore":-1,"target":1726,"hasArticle":1458},"PCI-DSS","Стандарт безопасности карточной индустрии, обязательный для всех, кто хранит, обрабатывает или передаёт данные карт. Большинство приложений намеренно остаются вне зоны его действия, отдавая ввод карты сертифицированному платёжному провайдеру.",[1718,1719],"PCI DSS","Payment Card Industry Data Security Standard",[1721,1723],{"kind":1454,"url":1722},"https:\u002F\u002Fwww.pcisecuritystandards.org\u002F",{"kind":1481,"url":1724},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPayment_Card_Industry_Data_Security_Standard",[1652],"\u002Fglossary#pci-dss",{"slug":1728,"term":1729,"definition":1730,"category":1689,"aliases":1731,"links":1734,"related":1737,"readMore":-1,"target":1739,"hasArticle":1458},"product-market-fit","Product-market fit","Момент, когда продукт доказуемо нашёл своих людей: они им пользуются, возвращаются и платят. До него разработка отвечает на вопрос, после — на спрос.",[1732,1733],"PMF","соответствие продукта рынку",[1735],{"kind":1481,"url":1736},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FProduct-market_fit",[1686,1738],"time-to-market","\u002Fglossary#product-market-fit",{"slug":1741,"term":1742,"definition":1743,"category":1491,"aliases":1744,"links":1747,"related":1750,"readMore":-1,"target":1752,"hasArticle":1458},"prompt-injection","Prompt injection","Атака, при которой текст от пользователя языковая модель читает как инструкции, а не как данные, и уходит в обход собственных правил. Родственник SQL-инъекции в эпоху LLM: возникает везде, где пользовательский ввод склеивается в промпт.",[1745,1746],"инъекция промпта","инъекция в промпт",[1748],{"kind":1481,"url":1749},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPrompt_injection",[1751],"rate-limiting","\u002Fglossary#prompt-injection",{"slug":1555,"term":1754,"definition":1755,"category":1505,"aliases":1756,"links":1759,"related":1762,"readMore":-1,"target":1763,"hasArticle":1458},"Pub\u002FSub","Шаблон обмена сообщениями: производитель публикует событие, а любое число потребителей независимо читает его через стоящий между ними брокер. Производитель никогда их не ждёт — так путь запроса остаётся быстрым, а более медленная работа выполняется в фоне.",[1757,1758],"публикация\u002Fподписка","Google Cloud Pub\u002FSub",[1760],{"kind":1481,"url":1761},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPublish%E2%80%93subscribe_pattern",[],"\u002Fglossary#pub-sub",{"slug":1513,"term":1765,"definition":1766,"category":1505,"aliases":1767,"links":1770,"related":1773,"readMore":-1,"target":1774,"hasArticle":1458},"REST","Общепринятый стиль HTTP-API: URL называет ресурс, а HTTP-метод говорит, что с ним сделать. Способ по умолчанию, которым приложение общается с бэкендом, и то, что ожидает найти большинство сторонних интеграций.",[1768,1769],"REST API","Representational State Transfer",[1771],{"kind":1481,"url":1772},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FREST",[1554,1556],"\u002Fglossary#rest",{"slug":1571,"term":1776,"definition":1777,"category":1491,"aliases":1778,"links":1781,"related":1784,"readMore":-1,"target":1785,"hasArticle":1458},"SOC 2","Отчёт внешнего аудитора о том, как компания обращается с данными клиентов — безопасность, доступность, конфиденциальность, — а не сертификат, который можно купить. Корпоративные заказчики его требуют, а архитектуру он ограничивает задолго до самого аудита.",[1779,1780],"SOC2","System and Organization Controls",[1782],{"kind":1481,"url":1783},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FSystem_and_Organization_Controls",[1344,1559,1572],"\u002Fglossary#soc-2",{"slug":1787,"term":1788,"definition":1789,"category":1689,"aliases":1790,"links":1793,"related":1796,"readMore":-1,"target":1797,"hasArticle":1458},"saas","SaaS","Софт, который продают как постоянную подписку на размещённый у поставщика продукт, а не как разовую лицензию для установки у себя. Поставщик держит серверы, непрерывно выкатывает обновления и берёт плату за пользователя или за объём.",[1791,1792],"Software as a Service","ПО как услуга",[1794],{"kind":1481,"url":1795},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FSoftware_as_a_service",[462,1697],"\u002Fglossary#saas",{"slug":1556,"term":1799,"definition":1800,"category":1655,"aliases":1801,"links":1803,"related":1806,"readMore":-1,"target":1807,"hasArticle":1458},"Server-Sent Events","Односторонний поток от сервера к клиенту поверх обычного HTTP-соединения. Проще, чем WebSocket, и достаточен там, где только серверу есть что сказать: прогресс операции, ответ AI, приходящий токен за токеном.",[1802],"SSE",[1804],{"kind":1481,"url":1805},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FServer-sent_events",[1554,1513],"\u002Fglossary#server-sent-events",{"slug":1640,"term":1809,"definition":1810,"category":1449,"aliases":1811,"links":1814,"related":1819,"readMore":-1,"target":1820,"hasArticle":1458},"Skia","Открытая 2D-графическая библиотека Google, которая рисует Chrome, Android и — до появления Impeller — каждый кадр Flutter. Она умеет выводить не только на экран, но и в PDF: именно это делает «печать в PDF» в Chrome.",[1812,1813],"Skia Graphics Engine","skia-safe",[1815,1817],{"kind":1454,"url":1816},"https:\u002F\u002Fskia.org\u002F",{"kind":1481,"url":1818},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FSkia_Graphics_Engine",[1632],"\u002Fglossary#skia",{"slug":1822,"term":1823,"definition":1824,"category":1689,"aliases":1825,"links":1828,"related":1829,"readMore":-1,"target":1831,"hasArticle":1458},"staff-augmentation","Staff augmentation","Модель найма, при которой инженеры внешнего партнёра входят в вашу команду и работают под вашим управлением — в вашем репозитории, ваших спринтах, вашем процессе, — а не сдают отдельный проект. Вы покупаете ресурс; код и контекст остаются у вас.",[1826,747,1827],"аутстаффинг","выделенные разработчики",[],[1830,1738],"total-cost-of-ownership","\u002Fglossary#staff-augmentation",{"slug":1833,"term":1834,"definition":1835,"category":1655,"aliases":1836,"links":1840,"related":1843,"readMore":-1,"target":1845,"hasArticle":1458},"tls","TLS","Слой шифрования под HTTPS. Он подтверждает, что сервер именно тот, о ком говорит его сертификат, согласует свежий ключ на сессию и шифрует всё дальнейшее — сеть между вами видит шифртекст и не может незаметно его изменить.",[1837,1838,1839],"SSL","HTTPS","Transport Layer Security",[1841],{"kind":1481,"url":1842},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FTransport_Layer_Security",[1844,1652],"end-to-end-encryption","\u002Fglossary#tls",{"slug":1738,"term":1847,"definition":1848,"category":1689,"aliases":1849,"links":1852,"related":1855,"readMore":-1,"target":1856,"hasArticle":1458},"Time to market","Время от решения строить продукт до момента, когда им пользуются настоящие люди. Большинство споров о стеке и объёме работ — на самом деле споры об этом числе: каждая сэкономленная неделя — это неделя выручки, обратной связи и позиции на рынке.",[1850,1851],"TTM","время выхода на рынок",[1853],{"kind":1481,"url":1854},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FTime_to_market",[1686,1830],"\u002Fglossary#time-to-market",{"slug":1858,"term":959,"definition":1859,"category":1655,"aliases":1860,"links":1862,"related":1867,"readMore":-1,"target":1869,"hasArticle":1458},"webrtc","Браузерный и мобильный стандарт для передачи аудио, видео и данных напрямую между двумя устройствами; серверы участвуют только в том, чтобы их познакомить. На нём строят видеозвонок внутри приложения, когда не берут готовый SDK.",[1861],"Web Real-Time Communication",[1863,1865],{"kind":1454,"url":1864},"https:\u002F\u002Fwebrtc.org\u002F",{"kind":1481,"url":1866},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FWebRTC",[1868,1554],"xmpp","\u002Fglossary#webrtc",{"slug":1554,"term":1871,"definition":1872,"category":1655,"aliases":1873,"links":1874,"related":1877,"readMore":-1,"target":1878,"hasArticle":1458},"WebSocket","Протокол, который держит одно соединение между клиентом и сервером открытым, чтобы любая сторона могла отправить данные в любой момент, а не клиент спрашивал снова и снова. На нём работают живые котировки, чаты и статусы присутствия.",[],[1875],{"kind":1481,"url":1876},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FWebSocket",[1556,1513],"\u002Fglossary#websocket",{"slug":1697,"term":1880,"definition":1881,"category":1689,"aliases":1882,"links":1885,"related":1888,"readMore":1889,"target":1889,"hasArticle":931},"White-label","Один продукт, выпускаемый под многими брендами. White-label платформа собирает каждому клиенту готовое к публикации приложение со своим названием, оформлением и контентом из общей кодовой базы, а не форкает проект под заказчика.",[1883,1884],"белый лейбл","мультитенантное приложение",[1886],{"kind":1481,"url":1887},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FWhite-label_product",[1686],"\u002Fglossary\u002Fwhite-label",{"slug":1868,"term":1891,"definition":1892,"category":1655,"aliases":1893,"links":1896,"related":1901,"readMore":-1,"target":1902,"hasArticle":1458},"XMPP","Открытый федеративный протокол обмена сообщениями и давняя альтернатива тому, чтобы писать чат-бэкенд самому или арендовать чужой. Он покрывает статусы присутствия, индикаторы набора и передачу файлов, а зрелые клиентские библиотеки есть под любую платформу.",[1894,1895],"Jabber","Extensible Messaging and Presence Protocol",[1897,1899],{"kind":1454,"url":1898},"https:\u002F\u002Fxmpp.org\u002F",{"kind":1481,"url":1900},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FXMPP",[1858,1554],"\u002Fglossary#xmpp",{"slug":1904,"term":1905,"definition":1906,"category":1689,"aliases":1907,"links":1911,"related":1914,"readMore":-1,"target":1915,"hasArticle":1458},"in-app-purchase","Встроенные покупки","Продажа цифровых товаров и подписок через биллинг Apple и Google, который оба стора требуют для цифрового контента и с которого берут комиссию. Сложность никогда не в самой покупке, а в её восстановлении на новом устройстве и в честном учёте прав доступа.",[1908,1909,1910],"in-app purchase","IAP","внутренние покупки",[1912],{"kind":1466,"url":1913},"https:\u002F\u002Fdeveloper.apple.com\u002Fin-app-purchase\u002F",[1728],"\u002Fglossary#in-app-purchase",{"slug":1469,"term":1917,"definition":1918,"category":1449,"aliases":1919,"links":1924,"related":1927,"readMore":1928,"target":1928,"hasArticle":931},"Диплинкинг","Ссылка, которая открывает конкретный экран внутри установленного приложения, а не его главную или веб-страницу. Отложенный диплинкинг переживает установку: нажатие, прошедшее через магазин приложений, всё равно приводит на нужный экран.",[1920,1921,1922,1923],"deep linking","отложенный диплинкинг","Universal Links","Android App Links",[1925],{"kind":1481,"url":1926},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FMobile_deep_linking",[1460,1470],"\u002Fglossary\u002Fdeep-linking",{"slug":1930,"term":1931,"definition":1932,"category":1505,"aliases":1933,"links":1937,"related":1940,"readMore":-1,"target":1941,"hasArticle":1458},"multi-arch-image","Мультиархитектурный образ","Один тег образа, который разрешается в разные бинарники для каждой архитектуры процессора — обычно это пара linux\u002Famd64 и linux\u002Farm64, — так что один и тот же docker pull работает без изменений и на серверах Intel\u002FAMD, и на ноутбуках с Apple Silicon.",[1934,1935,1936],"мультиарх-сборка","multi-arch build","linux\u002Famd64 + linux\u002Farm64",[1938],{"kind":1466,"url":1939},"https:\u002F\u002Fdocs.docker.com\u002Fbuild\u002Fbuilding\u002Fmulti-platform\u002F",[1530],"\u002Fglossary#multi-arch-image",{"slug":462,"term":1943,"definition":1944,"category":1505,"aliases":1945,"links":1948,"related":1951,"readMore":-1,"target":1953,"hasArticle":1458},"Мультитенантность","Один развёрнутый бэкенд обслуживает много клиентов, и каждый видит только свои данные, конфигурацию и включённые функции, потому что контекст тенанта определяется для каждого запроса. Именно это делает линейку брендированных приложений одним продуктом, а не набором форков.",[462,1946,1947],"мультиарендность","тенант",[1949],{"kind":1481,"url":1950},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FMultitenancy",[1697,1952],"feature-flags","\u002Fglossary#multi-tenancy",{"slug":1484,"term":1955,"definition":1956,"category":1505,"aliases":1957,"links":1961,"related":1964,"readMore":-1,"target":1965,"hasArticle":1458},"Объектное хранилище","Хранилище, которое держит файл целиком под ключом, а не в дереве файловой системы, — Amazon S3 и множество сервисов, совместимых с его API. Дешёвое, практически безграничное, привычное место для сырых событий, бэкапов и медиа: пишется один раз, читается редко, хранится вечно.",[1958,1959,1960],"S3","S3-совместимое хранилище","блоб-хранилище",[1962],{"kind":1481,"url":1963},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FObject_storage",[1473],"\u002Fglossary#object-storage",{"slug":1751,"term":1967,"definition":1968,"category":1491,"aliases":1969,"links":1973,"related":1976,"readMore":-1,"target":1977,"hasArticle":1458},"Ограничение частоты запросов","Предел на число запросов от одного клиента за заданный интервал. Именно он не даёт одному увлечённому пользователю, скраперу или боту потратить месячный бюджет платного API за вечер, и стоять он должен на вашей стороне интеграции.",[1970,1971,1972],"rate limiting","рейт-лимит","троттлинг",[1974],{"kind":1481,"url":1975},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FRate_limiting",[1741],"\u002Fglossary#rate-limiting",{"slug":1979,"term":1980,"definition":1981,"category":1449,"aliases":1982,"links":1985,"related":1988,"readMore":-1,"target":1989,"hasArticle":1458},"platform-channels","Платформенные каналы","Мост, через который Flutter-приложение вызывает нативный код iOS и Android — Keychain и Keystore, биометрию, платёжные шторки, любой SDK без Dart-пакета. Работа рутинная, но настоящая, и первое место, где споткнётся инженер, не выходивший за пределы Dart.",[1983,1984],"platform channels","method channel",[1986],{"kind":1466,"url":1987},"https:\u002F\u002Fdocs.flutter.dev\u002Fplatform-integration\u002Fplatform-channels",[76],"\u002Fglossary#platform-channels",{"slug":1991,"term":1992,"definition":1993,"category":1655,"aliases":1994,"links":1997,"related":2000,"readMore":-1,"target":2001,"hasArticle":1458},"post-quantum-cryptography","Постквантовая криптография","Алгоритмы шифрования, рассчитанные на устойчивость к будущему квантовому компьютеру; стандарты уже финализированы NIST. Мигрировать нужно до появления железа: трафик, записанный сегодня, расшифруют, когда такая машина появится.",[1995,1996],"PQC","постквантовое шифрование",[1998],{"kind":1481,"url":1999},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FPost-quantum_cryptography",[1833,1844],"\u002Fglossary#post-quantum-cryptography",{"slug":2003,"term":2004,"definition":2005,"category":1491,"aliases":2006,"links":2010,"related":2011,"readMore":-1,"target":2012,"hasArticle":1458},"staged-rollout","Поэтапная раскатка","Релиз сначала на небольшой процент пользователей и расширение только тогда, когда доля сессий без падений держится. Плохая сборка, пойманная на десяти процентах, — испорченный вечер; она же на ста процентах — испорченная неделя.",[2007,2008,2009],"staged rollout","phased release","канареечный релиз",[],[1952,1488],"\u002Fglossary#staged-rollout",{"slug":1530,"term":2014,"definition":2015,"category":1505,"aliases":2016,"links":2022,"related":2025,"readMore":-1,"target":2026,"hasArticle":1458},"Реестр контейнеров","Хранилище образов контейнеров, адресуемых по имени и тегу, — Docker Hub, GitHub Container Registry или собственный реестр облачного провайдера. Публикация сборки в реестр превращает «у меня работает» в образ, который любой может скачать и запустить без изменений.",[2017,2018,2019,2020,2021],"реестр образов","Docker registry","GHCR","ghcr.io","container registry",[2023],{"kind":1466,"url":2024},"https:\u002F\u002Fdocs.github.com\u002Fen\u002Fpackages\u002Fworking-with-a-github-packages-registry\u002Fworking-with-the-container-registry",[1517,1930],"\u002Fglossary#container-registry",{"slug":1619,"term":2028,"definition":2029,"category":1505,"aliases":2030,"links":2033,"related":2036,"readMore":-1,"target":2037,"hasArticle":1458},"Серверный рендеринг","Сборка страницы в готовый HTML на сервере, чтобы первый же ответ содержал контент, заголовки, метатеги и структурированные данные. Краулеры, превью ссылок и медленные устройства читают это, не выполняя JavaScript.",[2031,2032],"SSR","server-side rendering",[2034],{"kind":1481,"url":2035},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FServer-side_scripting",[1609],"\u002Fglossary#server-side-rendering",{"slug":1844,"term":2039,"definition":2040,"category":1505,"aliases":2041,"links":2045,"related":2048,"readMore":-1,"target":2049,"hasArticle":1458},"Сквозное шифрование","Шифрование, которое накладывается на устройстве отправителя и снимается только на устройстве получателя, так что сервис, передающий сообщение, не может его прочитать — ни по решению суда, ни после взлома. Оно защищает содержимое, но никогда — метаданные.",[2042,2043,2044],"E2EE","end-to-end encryption","оконечное шифрование",[2046],{"kind":1481,"url":2047},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FEnd-to-end_encryption",[1833,1652],"\u002Fglossary#end-to-end-encryption",{"slug":1830,"term":2051,"definition":2052,"category":1689,"aliases":2053,"links":2056,"related":2059,"readMore":-1,"target":2060,"hasArticle":1458},"Совокупная стоимость владения","Во что продукт обходится за всю жизнь, а не только на этапе разработки: поддержка, обновления, ежегодные миграции на новые ОС и правила сторов, вторая команда, чтобы две кодовые базы не расходились. Обычно больше сметы на разработку и почти никогда в неё не входит.",[2054,2055],"TCO","total cost of ownership",[2057],{"kind":1481,"url":2058},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FTotal_cost_of_ownership",[1738],"\u002Fglossary#total-cost-of-ownership",{"slug":2062,"term":2063,"definition":2064,"category":1505,"aliases":2065,"links":2069,"related":2072,"readMore":-1,"target":2073,"hasArticle":1458},"state-management","Управление состоянием","То, как приложение решает, где живёт значение, кому позволено его менять и какие части экрана перерисовываются, когда оно меняется. Во Flutter выбор между Riverpod, BLoC и Provider — одно из первых архитектурных решений и одно из самых трудных для пересмотра.",[2066,2067,2068],"state management","BLoC","Riverpod",[2070],{"kind":1466,"url":2071},"https:\u002F\u002Fdocs.flutter.dev\u002Fdata-and-backend\u002Fstate-mgmt\u002Foptions",[1575],"\u002Fglossary#state-management",{"slug":1952,"term":2075,"definition":2076,"category":1491,"aliases":2077,"links":2081,"related":2084,"readMore":-1,"target":2085,"hasArticle":1458},"Фиче-флаги","Переключатели, которые включают и выключают функциональность из конфигурации, а не из релиза. Один бинарник ведёт себя по-разному для разных брендов, рынков и пользователей, а рискованную фичу можно погасить, не отправляя новую сборку на ревью.",[2078,2079,2080],"feature flags","фиче-флаги","feature toggle",[2082],{"kind":1481,"url":2083},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FFeature_toggle",[2003,1697,462],"\u002Fglossary#feature-flags",{"slug":2087,"term":2088,"definition":2089,"category":1505,"aliases":2090,"links":2094,"related":2097,"readMore":-1,"target":2098,"hasArticle":1458},"floating-point","Числа с плавающей точкой","Двоичный формат IEEE 754, стоящий за double и float. Он не хранит 0.1 точно, поэтому 0.1 + 0.2 даёт 0.30000000000000004 — незаметно в графике и фатально в деньгах, которым место в целых минорных единицах или в decimal-типе.",[2091,2092,2093],"IEEE 754","double","плавающая запятая",[2095],{"kind":1481,"url":2096},"https:\u002F\u002Fen.wikipedia.org\u002Fwiki\u002FIEEE_754",[],"\u002Fglossary#floating-point"]