Фронтенд разработчик (React)

Фронтенд-разработчик - React / Next.js

Ищем фронтенд-разработчика в действующий веб-проект для работы с генерациями. Есть готовый бэкенд и макеты в фигме. Нужно собирать по ним интерфейс и доводить до рабочего состояния пользовательские сценарии.

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

Задачи

- Верстать экраны по макетам, адаптировать их под разные размеры экрана, собирать общие компоненты.

- Подключать API: формы и настройки, загрузку файлов, библиотеку результатов, личный кабинет.

- Реализовать ассинхронный флоу в лучшем из вариантов с долгими операциями: показывать ожидание, ошибки, результат и возможность повторить действие.

- Следующим этапом - сделать канвас на React Flow: добавление и соединение нод, сохранение рабочего пространства, запуск обработки и показ результата.

Что нужно уметь:

Писать React + TypeScript компоненты, уверенно работать с HTML/CSS и разбираться в чужом коде. Понимать HTTP/REST, асинхронные запросы и состояние интерфейса. В проекте используется Next.js. 

Для канваса пригодятся React Flow, понимание дебаунс и производительности методов JS по ECMA и умение быстрой интеграции по API. 

Оплата и отбор:

Оплата - от 100 000 рублей в месяц, по договору с ИП. Абсолютно все члены команды после 3-6 месяцев онбординга прирастают проектами, если осваиваются на изначальном слоте и готовы брать больше работы. Делаете быстро и без замечаний - получаете больше оплачиваемого объема.

Первый технический этап:

https://github.com/instatdigital/frontend-checkout-challenge

https://github.com/instatdigital/frontend-canvas-challenge

В каждом задании есть готовый локальный бэкенд, документация и критерии оценки. ВАЖНО обобщать код. Ошибки не должны обрабатываться в каждом вызове фетча, фетч не должен быть разным в каждом компоненте. DRY выкручиваем на максимум и обобщаем все, что можно обобщить. Самый обобщенный код, где есть минимальная повторяемость операций, будет признан лучшим. Отдельно, если вы не знаете, почему какой-нибудь единый .map().filter() хуже, чем один .reduce(), то вы не сможете никогда писать производительный код и вам так же будет тяжело пройти наш фильтр.

Можно пользоваться чем угодно. Важно понимать решение и уметь его защитить.

Проверяем присланные решения, с авторами наиболее удачных работ проводим прямое техническое собеседование: разбираем решение и и смотрим на софт скиллы - мы работаем только в атмосфере взаимного уважения, не терпим токсичности и тягучей тупости в обсуждении решений.

Для отклика пришлите ссылку на свой репозиторий с тестовым и резюме (старт возможен на следующий день после апрува кандитата). Просто отклики отклоняются (без тестового) автоматически без рассмотрения кандидата.