Разработка на React — удалённая работа в Москве

Веб-разработка. Доработка существующего продукта. Требуется разработать интерактивную карту на сайте vite/vue 3 Фильтрация подтягивается через rest api с wordpress. Выводит количество проектов, подсвечивает выбранный регион и масштабирует для просмотра, также указывает метки где проект расположен.

Веб-разработка. Разработка с нуля. Необходимо сделать фронт, есть готовый дизайн в фигме, исполнителю доступ предоставлю. Кол-во страниц и функционал можно посмотреть на примере сайта-референса: cuva.ru Функционал и страницы 1 в 1.

Веб-разработка. Доработка существующего продукта, тестирование. Провести аудит существующей веб разработки. При необходимости сделать исправления. Разработать и внедрить новые доработки. Фронт - React, бэк - Symphony.

Веб-разработка. Разработка с нуля. Описание компании “Luxfera” Luxfera — это новая технологическая компания в сфере натяжных потолков, освещения и профильных систем премиум-класса. Мы пришли, чтобы изменить правила игры и поднять рынок монтажа потолков на новый уровень — в точности, эстетике и цифровой прозрачности. Luxfera объединяет: современные инженерные решения, продвинутые визуальные технологии, качественные материалы, и стандарты сервиса, которых раньше не существовало в отрасли. Задачи разработчика: 1. Развернуть проект на create React app / Vite + (TypeScript / Tailwind / Ant Design.) 2. Реализовать многостраничный сайт (главная страница, услуги, кейсы, контакты, отзывы, первчиный контакт с клиентом-"записаться на замер"). 3. Разработать структуру страниц /editor/:id и /visual/:id — пока как пустые контейнеры, готовые для интеграции Unity WebGL. 4. Подготовить архитектуру для обмена данными React ? будущий Unity-редактор. 5. Обеспечить адаптивность, высокую скорость загрузки и поддержку масштабирования. 6. Создать мобильную и desktop Цель: получить устойчивый, расширяемый и современный фундамент, на котором затем будет построен 2D/3D редактор и калькулятор стоимости потолков Luxfera. Ориентир по конкурентам: https://potolok-beru.ru/ Версию Creact react app + ANTdesign можете посмотреть в файлах Для дальнейшего сотрудничества потребуется первичный созвон, на котором будет более подробно обсуждаться стоимость, сроки дальнейшая взаимосвязь по проекту.

Веб-разработка. Доработка существующего продукта. Нужен фронтенд-разработчик (React или Next.js) на 1 день, задача срочная Что нужно сделать за один день: - Починить сдвинутый виджет погоды - Прописать все ссылки (href) корректно - Полностью убрать элементы с вёрстки - Заменить фотки - Сделать виджет кликабельным - Чуть поправить адаптив с мобильных устройств - Собрать проект в 2 HTML-файла и залить их на хостинг В идеале провести созвон завтра утром, часов 9 или 10 При выполнении работ в срок с должным качеством готовы рассмотреть долгосрочное сотрудничество.

Веб-разработка. Разработка с нуля. Пожелания и особенности: Создать кастомный визуальный модуль (Visualization Plugin) для Apache Superset, который отображает авиационные маршруты на карте, используя Google Maps или Deck.gl. Модуль должен поддерживать агрегацию маршрутов, отображение потоков полётов, интерактивные подсказки, легенду, кастомизацию параметров и горизонтальную зацикленность карты. Требования к технологии • React + TypeScript • Совместимость со стандартами Superset plugin architecture (@superset-ui/core, @superset-ui/chart) • Визуальный движок: Google Maps или Deck.gl (предпочтительно Deck.gl для сложных слоёв) • Поддержка Superset metadata form (control panel) Функциональные требования 1. Отображение маршрутов Каждая запись — маршрут с координатами: • Точка A: lat_start, lon_start • Точка B: lat_end, lon_end Необходимо: • Отрисовать линии маршрутов между точками. • Маршруты со схожими направлениями агрегировать (см. блок "Группировка маршрутов"). 2. Кластеры точек вылета На карте должны отображаться круги вокруг точек A: • Радиус круга зависит от количества маршрутов, начинающихся в этой точке. • Чем больше вылетов — тем больше круг. • Порог отображения круга — настраиваемый параметр. • Цвет круга — задаётся в параметрах визуализации. 3. Группировка маршрутов 3.1. По значению поля Выбор поля для группировки маршрутов. Модуль должен: • Сгруппировать маршруты по выбранному полю. • Для каждой группы отрисовать свой цвет (цвет определяется автоматически исходя из встроенных цветовых схем в Superset). 3.2. Объединение пересекающихся маршрутов Если много линий идут похожими направлениями: • Линии объединяются в одну «нитку». • Толщина линии = пропорциональна количеству объединённых маршрутов. • Геометрия линии = средний маршрут, вычисленный как усреднение координат всех маршрутов группы. Нити сходятся в одну более толстую нить, затем расходятся ближе к точке назначения. 4. Лимит (детализация) Параметр limit влияет на детализацию: • Чем меньше лимит — тем толще итоговая линия и меньше отдельных веток. • Чем больше лимит — тем больше показывается отдельных маршрутов, меньше группировки. Механика: • При низком лимите происходит сильная агрегация. • При высоком лимите — маршруты отображаются детализированно. 5. Тултипы При наведении на линию отображать подсказку, содержащую информацию по полю, указанному в настройках При наведении на круг над точкой A отображать подсказку так же, как выше При наведении на круг над точкой Б отображать подсказку так же, как выше Можно добавить HandleBars ввод + выбор полей, для отображения(Подробнее при уточнении деталий) 6. Категории Должна быть возможность: • Выбрать любое поле в датасете как категорию. • Назначить уникальный цвет(или цветовую схему) для каждой категории в настройках. 7. Карта 7.1. Зацикливание по горизонтали Карта должна прокручиваться бесконечно по оси X (как обычный WebMercator в Deck.gl). Требования: • Возможность скроллить “влево-вправо” без резкого обрыва мира. • Поддержка wrapLongitude. 7.2. Тип карты Пользователь должен выбирать: • Roadmap / Terrain / Hybrid / Satellite 8. Легенда • Отображение списка категорий + их цветов. • Возможность выбрать положение легенды: o левый верхний o правый верхний o цент верх o левый нижний o правый нижний o центр низ • Возможность свернуть/развернуть легенду. Параметры, которые должны быть изменяемыми в Superset Control Panel 1. Цвет линий (по умолчанию, без категорий) 2. Толщина линий базовая 3. Множитель толщины при объединении 4. Максимальное количество линий (limit / детализация) 5. Размер круга в зависимости от кол-ва вылетов/прилетов, % 6. Порог количества вылетов для отображения круга 7. Выбор поля группировки 8. Выбор категорий 9. Цвета категорий 10. Тип карты (Темный, серый(монотонный), светлый, спутник) 11. Цвет круга Требования к производительности • Визуализация должна поддерживать 20k–100k(Но неограниченное кол-во входных данных, маршрут строится по уникальным записям) маршрутов без зависаний. • Использовать WebGL слои (Deck.gl LineLayer, PathLayer). • Агрегацию проводить на стороне JS (или предварительно в Superset Data Transformations). • Использовать throttling для интерактивных операций. Интеграция в Superset Разработать полноценный visualization plugin: • Файлы: plugin.ts, buildQuery.ts, Chart.tsx, transformProps.ts. • Поддержка Superset controls. • Поддержка cross-filter. • Полная совместимость с Superset v3+. Входные данные Dataset должен содержать поля: • lat_start, lon_start • lat_end, lon_end • group_field (опционально) • category_field (опционально).

Веб-разработка. Разработка с нуля. Пожелания и особенности: Цель - создание веб?платформы, обладающей современной архитектурой, возможностью масштабирования и удобством дальнейшего расширения. --- ## Основные требования ### 1. Single Sign-In / Single Sign-On (SSO) * Реализация системы аутентификации через внешнего провайдера (OAuth2, OpenID Connect или аналогичный). * Единый вход для всех страниц и модулей платформы. * Поддержка хранения пользовательской сессии и её автоматического обновления. * Использование React Router или альтернативы с поддержкой вложенных маршрутов. * Структура проекта должна позволять быстро создавать новые страницы и подключать их к навигации. ### 3. Взаимодействие с API * Реализация клиентского слоя для работы с REST API. * Обработка ошибок, ретраи, централизованная конфигурация запросов. * Подготовка сервисного уровня для удобной интеграции будущих модулей. 1. Модульная архитектура Платформа состоит из родительского сайта, который: Выполняет авторизацию пользователя. Даёт доступ к отдельным модулям проекта через навигацию. Отображает глобальные элементы (например, глобальный попап статусов). Разработчику необходимо: 1.1. Создать модульную структуру проекта Модули должны быть независимыми компонентами, которые можно подключать/отключать. Каждый модуль должен корректно работать внутри родительского окружения. Реализовать механизм передачи контекста (авторизация, глобальные уведомления) между родителем и модулем. 2. Создание модуля “Файловое управление” Модуль должен интегрироваться в родительскую платформу и содержать следующие элементы: 2.1. Страница с плитками файлов Страница представляет собой сетку-плитку: 2.1.1. Первая плитка — кнопка “Загрузить файл” При клике открывает модальное окно загрузки (см. раздел 2.4). 2.1.2. Остальные плитки — отображение файлов Для каждого ранее загруженного файла: отображение основного имени кастомное имя (перекрывает основное, если есть) тег (если есть) дополнительная информация по API мини-иконка типа файла. 2.1.3. Клик по плитке файла Открывает меню действий: Скачать, Открыть, Удалить, Информация Меню реализовать через контекстное или всплывающее окно. 2.2. Кнопка перехода на таблицу На странице должна быть кнопка, ведущая к: отдельной странице с таблицей данных из БД (получение данных по API). 2.3. Модальное окно загрузки файла Открывается при клике на первую плитку. Функционал: 2.4.1. Загрузка основного файла drag&drop + кнопка выбора файла отображение имени/размера. 2.4.2. Ввод кастомного имени файла 2.4.3. Добавление тегов Поддержка нескольких тегов. 2.4.4. Загрузка дополнительных файлов (Приложений) Возможность прикрепить несколько файлов Отображение списка приложений. По нажатию “Загрузить” отправлять файлы через API. 2.5. Глобальный попап очереди загрузки После отправки: вывод уведомления-попапа (правый верхний угол) в попапе отображается очередь всех файлов на загрузку для каждого файла: статус по API прогресс-бар место в очереди попап можно свернуть/развернуть глобальный (видим во всех модулях через родителя). 2.6. Диалоговые окна при определённых статусах При получении из API некоторых статусов (список будет предоставлен) должно отображаться модальное окно с соответствующим уведомлением. Статусы отслеживаются глобальным слушателем. 3. Глобальная система статусов Необходимо реализовать: единое хранилище (Context/Redux) подписку модулей на статусы отображение глобального попапа в родительском модуле доступность попапа из любого модуля платформы. 4. Figma Есть полная визуализация: компоненты цвета стили отступы Разработчику необходимо придерживаться дизайна. 5. Результат работы 1. Родитель. 2. Полнофункциональный модуль. 3. Общая интеграция модуля с родителем. ## Технические требования * ReactJS (18+). * Cоблюдение принципов SOLID. * Поддержка адаптивной вёрстки. * Git как основная система контроля версий.