Flutter-разработчик

Что предстоит делать

Ищем Flutter-разработчика в стартап на ранней стадии для создания мобильного приложения. Обязательные требования: • Опыт коммерческой разработки мобильных приложений на Flutter / Dart • Опыт сборки и поддержки приложений под iOS и Android • Понимание архитектуры мобильных приложений и умение писать чистый, поддерживаемый код • Опыт работы с REST API, авторизацией, формами, хранением и отображением данных • Умение самостоятельно реализовывать экраны по дизайну и техническому заданию • Опыт работы с Git • Умение оценивать сроки задач и соблюдать договорённости • Готовность работать в формате MVP / быстрых итераций • Самостоятельность, ответственность, нормальная коммуникация и умение показывать промежуточный результат Будет плюсом: • Опыт работы с Supabase, Firebase или другими BaaS/backend-сервисами • Опыт разработки приложений с: профилями пользователей, лентами/таймлайнами, картами / геолокацией, графами / деревьями / сложными связями между сущностями. • Опыт мультиязычных приложений (локализация, i18n, ru/en) • Опыт публикации приложений в App Store и Google Play • Опыт работы в стартапе или с продуктом на ранней стадии • Понимание UX и аккуратная реализация premium-интерфейсов Что нужно будет делать: • Разрабатывать мобильное приложение на Flutter под iOS и Android • Реализовывать ключевые модули продукта в соответствии с тех.заданием • Интегрировать приложение с backend на Supabase • Участвовать в проработке технической архитектуры • Работать по этапам: задача → реализация → демонстрация → доработка • Поддерживать код в репозитории и документировать ключевые решения Что важно для нас: • Не просто “писать код”, а помогать запускать продукт • Уметь делать рабочий MVP, а не уходить в бесконечную идеальную архитектуру • Давать понятный статус по задачам и регулярно показывать прогресс • Быть человеком, с которым можно быстро и спокойно работать • Формат кандидата, который нам подходит Нам подойдёт человек, который: • уже делал реальные мобильные приложения • умеет работать без постоянного контроля • понимает разницу между “сделать красиво” и “сделать полезно” • умеет быстро запускать и улучшать продукт по обратной связи