Портфолио и кейсы фрилансеров по разработке под iOS

Одна кодовая база для iPhone и Android на Flutter, бэкенд на Python и PostgreSQL, админка, публикация в App Store и Google Play. Весь объём беру на себя: продуктовые решения, разработка, релиз. Пример — Tangazo: веб, мобильное приложение, бэкенд с ботами и ИИ-разбором данных, сделано одним человеком. Оценка по ТЗ — по этапам, с суммой за каждый.

Приложение для iPhone и iPad целиком: помогаю принять решения по продукту, проектирую, разрабатываю на Swift и SwiftUI, подключаю бэкенд и оплату, вывожу в App Store и поддерживаю. 17 лет на платформах Apple. Примеры: ShiYanBin — приложение школы цигун и кунг-фу (курсы, расписание, запись, онлайн-уроки), веду от разговора с заказчиком до релизов; Blackdove Video Art — одно приложение на iPhone, iPad, Apple TV и Mac; Touch VPN — с нуля под iOS и macOS. Новая функция в существующем приложении — от 3 дней, приложение с нуля — от месяца.

Встраиваю языковые модели в готовые продукты и приложения. Разбор входящих текстов, фото и документов в структурированные данные. Ассистент или бот, который отвечает строго по вашим документам и признаётся, если ответа нет. Автоматизация: сбор данных из многих источников, разбор, отчёты. Контроль качества: проверочные наборы вопросов, порог уверенности, учёт стоимости запросов. Пример — Tangazo: анонсы из десятков источников модель разбирает в события для афиши, ошибки отслеживаются автоматически. Сроки: простая функция — от 3 дней, ассистент по документам — от недели. Оценка по вашей задаче — бесплатно.

Задача: VPN-клиент для iPhone и Mac. Что сделал: в продуктовой команде разработал приложения с нуля под iOS и macOS — VPN-соединение через Network Extension, интерфейс на обеих платформах, публикация в App Store. Моя часть — приложения для iOS и macOS. Результат: приложение опубликовано в App Store для iPhone и Mac.

Задача: платформе цифрового видеоискусства нужно было приложение для всех устройств Apple — лента и каталог видеоработ, плейлисты, воспроизведение на телефоне, планшете, телевизоре и Mac. Что сделал: спроектировал архитектуру и написал приложение от начала до конца — одна кодовая база для iPhone, iPad, Apple TV и Mac (Swift, SwiftUI, UIKit, AppKit); лента и каталог, плейлисты; воспроизведение видео на AVFoundation и HLS; Firebase — аналитика, Remote Config, фича-флаги; сборки, TestFlight, релизы и публикация в App Store. Результат: приложение опубликовано в App Store на всех четырёх платформах Apple.

Задача: школе цигун и кунг-фу нужно приложение для учеников на iPhone и iPad — онлайн-курсы и уроки, расписание занятий, запись на события и учёт собственной практики. Что делаю: веду приложение целиком сам — обсуждаю задачи с заказчиком и пользователями, интерфейс и логика на Swift для iPhone и iPad, сборки, TestFlight, проверка App Store, регулярные обновления. Результат: приложение в App Store, регулярно обновляется. Версия 1.5.0 (октябрь 2026): поддержка iOS 26, удобная работа на iPad, графики статистики практики, более стабильная запись на события.

Задача: анонсы милонг публикуются в разных каналах и чатах, общую картину на неделю приходится собирать вручную. Нужно собрать афишу в одном месте и обновлять её автоматически. Что сделал один, целиком: бэкенд и API на Python и PostgreSQL в Docker; конвейер сбора данных из многих источников; разбор анонсов языковой моделью в карточки событий (время, место, DJ, цена входа); боты; метрики и разбор инцидентов; веб-версия и мобильное приложение на Flutter. Результат: tangazo.ru — недельная афиша милонг Москвы, обновляется автоматически.

Задача. Оператор проката в областном центре получает через приложение для iPhone основную часть поездок. Приложение 2017 года перестало собираться в новом Xcode: библиотеки пропали из репозиториев или использовали устаревшие вызовы, выпустить исправление в App Store было нельзя. Карта тормозила при множестве самокатов, на новых iPhone кнопки уезжали под вырез. Переписывать с нуля не хотели. Решение. Перенёс проект в актуальный Xcode, зависимости обновил, заменил системными средствами или перенёс в код. Логику поездки (замок, таймер, завершение, оплата) не менял, а перед работой покрыл проверками. Сеть и данные на Foundation из Cocoa почистил от дублей и добавил обработку обрыва связи. Экраны пересобрал на Apple UIKit с автолейаутом и привязкой к безопасной области, проверил на старых и новых моделях. Карту перевёл на MapKit: кластеры с числом самокатов, закрашенные зоны парковки и заштрихованные запретные. Новый код писал на Swift рядом со старым Objective-C, сборку отправил на проверку в App Store. Результат. Приложение снова собирается и выпускается, карта не дёргается, вопросов «почему не завершается поездка» меньше, экраны одинаковы на всех моделях. Старый модуль оплаты на Objective-C стоит перенести отдельным этапом. Евгений Росляков, сайты с 2016 года. Работаю как самозанятый по договору, закрывающие документы для юрлиц.

Задача. Салон с двумя точками стрижёт собак и кошек. Клиенты записывались в мессенджерах, каждый администратор вёл свою переписку, окна мастеров сверяли по тетради, и на одно время иногда попадали двое. Длительность услуги зависит от породы и размера питомца, а бонусы за визиты считать вручную никто не хотел. Хозяева хотели записываться вечером с телефона, администраторам нужно было общее расписание обеих точек. Решение. Приложение написал на Swift с интерфейсом на SwiftUI. В приложении для iPhone хозяин заводит профиль питомца: порода, вес, особенности, фото. Запись идёт по цепочке питомец, услуга, мастер, время, и приложение показывает только окна, где мастер свободен достаточно долго. За день приходит напоминание с переносом. Бонусы начисляются за визит, списание подтверждает администратор. В истории стрижек мастер добавляет фото «после». Для iPad отдельный экран администратора с расписанием мастеров по колонкам и быстрой записью, обе точки работают с одной базой через серверный API. Приложение опубликовано в App Store на учётную запись салона. Результат. Запись переехала из мессенджеров, две записи к мастеру на одно время логика окон не пропускает, бонусы считаются сами, а прошлую стрижку показывают по фото. Владельцы других телефонов пока записываются через администратора. Евгений Росляков, сайты с 2016 года. Работаю как самозанятый по договору, закрывающие документы для юрлиц.

Задача. Шесть мастерских принимали заказы по телефону и в мессенджере: клиент описывал поломку, администратор просил фото, курьер ехал по договорённости из переписки. Чаще всего звонили спросить «готово?», статус нигде не записан, вещь могла неделю лежать готовой. Нужно было убрать эти звонки и дать мастерам общий список заказов. Решение. Клиентское приложение написал на Flutter: один код на Dart собирается под iOS и Android. Клиент снимает вещь, описывает поломку, выбирает мастерскую, мастер даёт предварительную оценку, курьер приезжает в выбранный интервал, оплата при получении. Статусы от «принято» до «курьер выехал» и история прошлых ремонтов. Бэкенд на Google Firebase: вход по коду из СМС, заказы в облачной базе обновляются сами, правила доступа показывают клиенту только его заказы. Push-уведомления через Firebase Cloud Messaging. Для мастеров отдельная панель с фото, оценкой, статусами и графиком курьеров. Сборку для Android выложил и в российский магазин приложений. Результат. Звонков «готово ли» стало заметно меньше, мастера работают с одним списком, курьеры получают маршрут по интервалам. Оценка по фото предварительная, а на телефоны без сервисов Google уведомления не приходят, для них планируют российский сервис. Евгений Росляков, сайты с 2016 года. Работаю как самозанятый по договору, закрывающие документы для юрлиц.