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