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

Веб-разработка. Доработка существующего продукта. Добрый день! Мы создаем онлайн сервис. В команде есть бекенд - разработчик который делает все необходимые отчеты. Нам нужен человек который может прийти и доделать нам сайт (Личный кабинет пользователя) с точки зрения фронта. Уже есть стиль и дизайн сайта, нужно просто доделать существующий код. Возможно, будет смысл переписать заново под себя. По поводу дизайна - полного проекта у нас нет, поэтому частично дизайн нужно будет дописывать по логике существующих наработок.

Постпроцессор. Доработка существующего продукта. Исправить постпроцессор.

Веб-разработка. Разработка с нуля.

Веб-разработка. Разработка с нуля, доработка существующего продукта. 👋 Привет! Мы — успешная международная команда , которые делают крутые штуки. И сейчас нам нужен такой же крутой, как ты, Frontend-разработчик , чтобы покорять новые цифровые вершины. Что мы от тебя хотим?
 ✔️ React-мастер с 2+ годами боевого опыта (да, именно боевого 😎)
 ✔️ Опыт в создании библиотек компонентов — ты ведь знаешь, как сделать UI-код красивым и reusable?
 ✔️ SCSS в крови? Отлично, мы тоже любим стилизовать жизнь!
✔️ TypeScript — не просто набор букв? Тогда ты готов к типизированному хаосу!
 ✔️ Git — твой лучший друг. Пусть даже и с merge-conflict'ами.
 ✔️ Storybook? Ты умеешь рассказывать истории о компонентах, как настоящий профи. Бонус-уровень:
 🎮 Zustand или websocket в портфеле — получишь +10 к ловкости в нашем код-рейд-баттле.
 🧪 Тестирование на Cypress — если ты любишь ловить баги, как веб-охотник.
 🧠 React 19 с его useTransition и useDeferredValue — ты в будущем, а мы за тобой! Почему ты захочешь с нами? Удалёнка — это удобно. Проекты, которые не дадут заскучать (обещаем!). Команда, где каждый — свой. Или почти свой 😂. Бюджет на обучение и конференции. Да, мы платим за твой рост. Что делать?
 🔥 Кидай резюме и GitHub в лс , где мы увидим твой код-артефакт.
 💬 Напиши, почему ты — тот самый кандидат. Или просто: «Я готов!» — тоже пойдёт.

Веб-разработка. Доработка существующего продукта. Модуль представляет собой интерактивное расписание на один день, разработанное для интеграции в ReactJS приложении. Его основная цель — предоставить пользователям удобный интерфейс для просмотра и управления записями, связанными с сотрудниками и временными промежутками. Модуль должен поддерживать такие функции, как масштабирование временной шкалы, прокрутка содержимого и перемещение записей с помощью Drag-n-Drop. Он должен быть гибким, обеспечивать возможность интеграции с будущей бизнес-логикой для проверки прав доступа и ограничений при управлении записями, а также соответствовать предоставленному макету, который демонстрирует пример реализации интерфейса. Основные визуально-функциональные требования: 1. Рабочее поле имеет разделение на столбцы. Каждый столбец – сотрудник, к которому относится запись. Заголовок столбца с именем сотрудника – фиксированный при прокрутке. 2. Расписание может прокручиваться, вертикально и горизонтально (при наличии большого количества столбцов). Вместе с основной частью расписания, прокручивается и временная шкала с левой части компонента. Прокрутка должна быть плавной, с фиксированными заголовками столбцов и временной шкалой в видимой области. 3. Метки времени на временной шкале отображаются в зависимости от выбранного масштаба расписания (масштаба времени). Если в расписании появляются записи с меньшей длительностью (например, 15 минут), модуль автоматически адаптирует масштаб, уменьшая шаг до 15 минут для корректного отображения. Переход между масштабами должен быть плавным, с сохранением читаемости и удобства интерфейса 4. Блоки записей в расписании привязаны верхней частью к началу времени записи и нижней частью к концу записи, Блок не может быть растянут на несколько столбцов. Блок можно перетаскивать между столбцами, хватая его за заголовок записи (временную метку начала и завершения) 5. Создание новой записи в свободном месте – это сопровождение курсора пользователя небольшим блоком с индикацией времени начала записи и текстом – «Новая запись» 6. Цвет блока варьируется в зависимости от статуса записи и её типа (группа или индивидуально). Каждый блок содержит основную информацию для идентификации пациента и процедуры, на которую он записан: ФИО, номер телефона и процедура Технические требования к реализации: 1. Реализовать модуль так, чтобы его можно было использовать в контексте другого окна. (прим. Было расписание работы сотрудников, стало расписание работы кабинетов) 2. Предоставить достаточное количество пропов, параметров для настройки и внешнего управления компонентом. 3. Подготовить тестовую структуру данных для проверки работоспособности модуля и наглядного примера реализации с документацией. 4. Использовать предоставленный набор элементов интерфейса, если чего-то не хватает – сообщить об этом и доработать в соответствии с макетным вариантом. 5. Сводить использование «зоопарка библиотек» к минимуму, чем меньше сторонних реализаций, которые зависят от версий/зависимостей/погоды на марсе – тем лучше. 6. Сохранить плавность прокрутки и свести обновления к минимуму. Например, при добавлении новой записи в расписание, перегружать его один раз, сохраняя положение пользователя на экране. Обновление таймлайна (текущего времени) вообще не должно сказываться на взаимодействии пользователя с данным модулем. https://www.figma.com/design/hP4L7zg3Ln0xymrNPKL2YP/E-O---Расписание?node-id=0-1&t=gZhRg58GaF3gwKMb-1.

Обучение по JavaSkript. Разработка с нуля. Необходимо разработать одну образовательную программу с тремя уровнями сложности по направлению JavaSkript для школьников 8-11 класс.

Веб-разработка. Разработка с нуля.