РазработкаЭкраны и сценарии
Проектируем навигацию, формы и действия пользователей с учётом разных размеров экранов.
Android · мобильные приложения · интеграции
Разрабатываем и развиваем приложения для Android: пользовательские сценарии, экраны, уведомления, офлайн-работу и интеграции с API. Проверяем поведение на устройствах и готовим выпуск.
Вы определяете бизнес-задачу. Наша команда организует разработку, тестирование и запуск — с понятными этапами и критериями приёмки.
Начнём с вашей задачи
Ответьте на три вопроса — соберём вводные для обсуждения с командой.
Подбираем состав работ под бизнес-сценарии, существующую архитектуру и требования к эксплуатации.
РазработкаПроектируем навигацию, формы и действия пользователей с учётом разных размеров экранов.
ИнтеграцииПодключаем мобильное приложение к серверным контрактам, обрабатываем ошибки и восстановление соединения.
АрхитектураОпределяем локальное хранение и правила синхронизации при нестабильной сети.
КачествоРеализуем сценарии push-уведомлений и переходов к нужному экрану.
РазвитиеОбновляем зависимости, устраняем проблемы и добавляем функции в существующий Android-проект.
ПоддержкаТестируем ключевые сценарии на устройствах и готовим релизные сборки.
Специалисты направления из действующего каталога CodeHub. Состав команды определяется задачами проекта.
Показано 6 из 33
Специалисты не найдены. Измените запрос или сбросьте фильтры.

Android разработчик

Android разработчик

Android разработчик

Android разработчик

Android Developer

Android Developer

Android Developer

Android Developer

Android Developer

Android Developer

Android Developer

Android Developer

Android Developer

Android Developer

Android Developer

Android Developer / Software Architect

Android Developer

Android Developer

Android Developer

Android/KMP Developer

Android Developer

Android Developer

Android Developer

Android Developer

Android Embedded Developer

Android Developer / QA Automation Engineer

Android Developer

Android Developer / Mentor

Android Developer

Android Developer (Kotlin)

Android Developer

Android Tech Lead

Android Developer
Подходящие задачиAndroid подходит, когда экран состоит из динамических компонентов и взаимодействует с API.
Нативное Android-приложение подходит, когда важны функции устройства, отдельный мобильный опыт и управление платформенными сценариями.
Нативное Android-приложение подходит, когда важны функции устройства, отдельный мобильный опыт и управление платформенными сценариями.
Изменения в выбранном репозитории, зависимости и настройки окружения без секретов в коде.
Описание компонентов, API-контрактов, сборки и запуска решения. Состав документов определяем на старте.
Автоматические тесты для критичной логики и интеграций, а также сценарии для приёмки.
Разбор изменений, доступы и пояснения для тех, кто будет поддерживать приложение.
Выбор библиотек зависит от задач, существующего кода и требований к дальнейшему сопровождению.
Реализуем мобильные экраны и платформенную логику с учётом жизненного цикла.
Строим декларативные экраны и переиспользуемые компоненты, если это подходит проекту.
Локальное хранение и выполнение согласованных фоновых операций с учётом ограничений ОС.
Согласуем интерфейсы с дизайном и используем UI-библиотеки по потребности.
Android · TypeScript · StorybookПроверяем поведение компонентов и основные действия пользователя.
Vitest · Testing Library · PlaywrightОпределяем способ доставки приложения и интеграцию с API.
Vite · инструменты · CI/CDВойти в проект без догадок
Затем зафиксируем риски и перечень изменений для оценки.
Карта основных компонентов, выявленные риски и список первых изменений с допущениями для оценки.
Для мобильного приложения или интеграции приложение с API с определённым объёмом. В описании этапа фиксируем функциональность, критерии приёмки и порядок изменения требований.
Для развивающегося продукта. Стоимость складывается из времени работы команды по утверждённым ставкам. Ведём учёт задач и времени, обсуждаем бюджетные ограничения.
Для регулярных доработок и эксплуатации. До старта определяем перечень систем, часы поддержки, категории обращений и порядок реакции.
Начните с анализа интерфейса, проектирования компонентов или подключения к существующему API. По завершении этапа можно принять решение о дальнейшей разработке.
Уточняем пользователей, сценарии, ограничения и требования к данным. Если система уже работает, изучаем её до оценки изменений.
Описываем модули, API и этапы. В оценке отмечаем зависимости, допущения и вопросы, которые влияют на бюджет и сроки.
Разрабатываем согласованные функции и проверяем их по сценариям. Особенности работы: Устройства, версии Android, состояние сети, доступы к API, сценарии публикации и требования к офлайн-режиму.
Проверяем сценарии приёмки, подготавливаем релизные сборки и передаём документацию. Отдельно определяем дальнейшее сопровождение.
Оценку разбиваем по работам, чтобы было понятно, на что расходуется бюджет. Сроки зависят от объёма, интеграций, доступов и скорости принятия решений.
| Этап | Что оцениваем | Что влияет на трудоёмкость |
|---|---|---|
| Сценарии и UI-архитектура | Пользовательские сценарии, маршруты и компоненты. | Готовность макетов и дизайн-системы |
| Компоненты и состояния | Формы, таблицы и состояния загрузки. | Количество экранов и интерактивных состояний |
| API-контракты и интеграция | REST/GraphQL, авторизация и обработка ошибок. | Стабильность и документация API |
| Кроссбраузерная проверка | Адаптивность, доступность и E2E-сценарии. | Устройства, устройства и правила приёмки |
Описание задачи, текущий стек, список интеграций и желаемую дату запуска. Если есть ТЗ или backlog, приложите их. Доступ к закрытому репозиторию на первом обращении не обязателен.
Внешние сервисы, инфраструктуру и другие расходы указываем отдельно в предложении. При фиксированной цене стоимость этапа определяется после оценки объёма.Проводим code review и согласованные тесты. Матрица проверок зависит от задачи и целевой среды.
Сначала тестовая среда, затем выпуск в рабочую. Перед выпуском определяем проверки интерфейса и совместимости с API, а также условия отката.
При необходимости подключаем логи, мониторинг и уведомления. Определяем, кто получает сообщения об ошибках и принимает решение о реакции.
Обновление зависимостей, исправления и новые функции входят в отдельный перечень работ. Режим поддержки и сроки реакции фиксируем в условиях обслуживания.
CodeHub организует работу команды; с вашей стороны нужен контакт для уточнения требований и приёмки. Репозиторий, доступы и порядок передачи документации определяем до старта. Условия конфиденциальности и права на созданный код закрепляем в договоре.
Девять существующих кейсов компании по разным технологическим направлениям; содержание и технологии проектов не меняем.
Python · автоматизация тестирования
Московская биржа. Автоматизация тестирования
Данные · смежный опыт
Крупнейший ритейл - проекты по SAP и Data
Усиление командами и точечными ИТ-специалистами команды интегратора Иннотех на проектах ВТБ и дочерних компаний
Взаимодействие с интегратором в рамках разработки внутренней HR CRM для автоматизации рекрутмента и хранения внутренней базы кандидатов
1С Разработка для Р-Фарм
Усиление команд, предоставление выделенной команды.
Усиление отделов Java + Kotlin разработки.
Восстановление ИТ-инфраструктуры после кибератак
Мобильное приложение для Edtech-платформы для школьников на Unity
Существующие отзывы о работе компании CodeHub; содержание отзывов не приписывается конкретному стеку.
Борис Губанов
Клиент CodeHub
Татьяна Тарасенкова
Гульмира
Вячеслав Юдин
Да, начнём с изучения кода, зависимостей, сборки и ключевых сценариев.
При наличии серверных функций согласуем API и интеграции; разработка backend оценивается отдельным объёмом.
Обсуждаем перечень устройств, версий Android и пользовательских сценариев до тестирования.
Подготовку сборки и материалы релиза можно включить в работы; решения магазина приложений не гарантируются.
После анализа объёма, зависимостей и вводных определяем состав команды и трудоёмкость этапов.
Исходный код, согласованную документацию, результаты проверок и порядок передачи фиксируем в составе работ.
Да, первым этапом можем уточнить сценарии, ограничения и критерии приёмки.
Регламент обращений, перечень работ и условия обслуживания обсуждаем отдельно.
Расскажите, что нужно разработать или изменить. Изучим вводные и обсудим следующий шаг к оценке проекта.