desafio mobile cross developer

Проблема разработки мобильных кросс -платформ

Общее резюме

Идея этой задачи состоит в том, чтобы понять способность кандидата решать проблемы, просто создав CRUD.
Мы не заинтересованы в продаже или использовании преимущества кода, написанного для этой задачи.

Наша культура сосредоточена на решении проблем быстро и с наилучшим возможным подходом. Мы ищем людей, которые уверены в себе и готовы допустить ошибку и учиться на ошибках.

Тщательно прочитайте все контент ниже, не стесняйтесь обращаться к нам, если у вас есть какие -либо вопросы. æ

Пользовательская история

GitHub - это социальная сеть программистов, у которой есть интересная функция, которая позволяет вам наслаждаться хранилищем других. Это написанная кнопка звезды, найденная на странице каждого репозитория. Рик является активным пользователем GitHub, который всегда ищет новые проекты и наслаждается теми, кто интересен. Он хотел бы иметь возможность добавить этикетку или тег, чтобы отметить репозиторий, чтобы он мог отфильтровать. Например, он нашел репозиторий, называемый react , и хотел бы добавить javascript и frontend теги. Поскольку GitHub не имеет этой функциональности, Рику нужна система, которая может помочь ему с этой задачей простым способом.

О вызове

Задача состоит в разработке веб -приложения, которое получает все репозитории, которыми «пользовался конкретного пользователя». После получения репозиториев приложение должно разрешать управление тегами (добавить, редактировать и удалить). Должно быть возможно отфильтровать репозитории пользователя по тегам. Система должна иметь механизм предложений тега. Критериями предложений тега являются свободный выбор Challenger (язык репозитория, теги, назначенные другим репозиториям, информация, предоставленная GitHub и т. Д.).

Требования:

• Восстановить репозитории GitHub с участием конкретного пользователя.
• Управляйте тегами восстановленных репозиториев (добавить, редактировать, удалить).
• Репозитории фильтров по тегам.
• Предложение меток для репозиториев.

Есть 4 пользовательских историй, чтобы понять, что нужно делать:

1. Получить удаленные репозитории

Как пользователь, я хочу предоставить свое имя пользователя восстановить все хранилища, которые мне понравились, а затем я могу добавить свои теги.

• Вы должны получить репозитории со Star, используя API GitHub Rest V3.
• Информация, которая должна быть восстановлена: идентификатор репозитория, имя репозитория, описание, http и язык.

2. Добавить теги в репозитории

Как пользователь, я хочу иметь возможность добавлять теги (метки) в каждый репозиторий, чтобы я мог искать теги.

• Репозиторий не может иметь дублирующих тегов.

3. Ищите репозитории по тегу

Как пользователь, я хочу иметь возможность предоставить тег и получить репозитории, у которых есть этот тег.

• Поиск должен работать на струны пополам. (Пример: при фильтрации для строки doc обе репозитории с тегом docker , и следует возвращать тег documentation )

4. Рекомендация тега

Как пользователь, я хочу получить рекомендации для тегов для моего репозитория.

• Каждый репозиторий должен получить хотя бы одну рекомендацию тега.

Приложение

• Вы должны использовать React Native или NativeScript.
• Использование Redux больше не может быть использовано при желании.
• Репозитории и их теги должны сохраняться в местном банке.
• Интерфейс должен быть максимально верным в доступном макете.
• Организация кода должна поддерживаться, следуя хорошей практике разработки.

Поддержка материала

• Ниже приведен макет Figma, который должен следить за разработкой приложения, этот макет является отправной точкой, которая поможет с разработкой, тексты и потоки могут быть изменены кандидатом, чтобы показать их творчество, которое также будет оцениваться в этом тесте. Очень важно, чтобы разработка старалась следовать как можно более верным, компоненты и цвета, созданные нашей дизайнерской командой, поскольку это также будет оценено.
• Ссылка на фигма

Что будет оценено?

Мы хотим оценить вашу способность предоставить полный продукт с достаточной минимальной документацией для других разработчиков, чтобы внести свой вклад в проект. Важно, чтобы README.md содержал интракции для настройки и запуска проекта, только один Ctrl+C/Ctrl+V на терминале Linux и OSX для запуска приложения.

Другие моменты, которые мы рассмотрим в оценке:

• Хорошо написанный, чистый и сплоченный код.
• Автоматизированные тесты (тестовое покрытие).
• Линтер/Статический анализ кода.
• Readme.md хорошо написан, короткий и с командами, необходимыми для запуска приложения, просто копируя/вставьте в терминал.

Доставка

• Крайний срок для отправки теста составляет 4 дня, следовательно, с момента, как наш персонал проходит тест кандидату.

Инструкции по доставке

1. Создайте файл README.md описывающий, как настроить проект, содержащий команды, которые должны быть выполнены для запуска программного обеспечения и тестов;
2. Поднимитесь на проект в своем GitHub;
3. Предоставьте ссылку и отправьте нам URL на [email protected].

Примечание. Если вы использовали какой -либо Linter, отправьте файл конфигурации вместе с проектом и опишите, какой Linter используется в проекте README .

Любые вопросы могут связаться с нами. Удачи!