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

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

Веб-разработка. Разработка с нуля, доработка существующего продукта. 👋 Привет! Мы — успешная международная команда , которые делают крутые штуки. И сейчас нам нужен такой же крутой, как ты, 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 класс.

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

Веб-разработка. Разработка с нуля. Нужен программист для внедрения кастомного многошагового теста в Tilda (Zero Block). - Несколько вопросов с вариантами (несколько правильных) - После ответа — отображение правильных/неправильных, пояснение - Кнопка «Вперёд» открывает следующий вопрос - В конце — общий подсчёт баллов и комментарии Важно: всё должно работать внутри Zero Block через HTML/JS, быть адаптивным. Функциональные требования: Показ одного вопроса за раз: На экране отображается только один вопрос. После ответа появляется результат с пояснением и кнопка «Следующий вопрос». Проверка ответа: После нажатия кнопки «Проверить»: Выбранные варианты сравниваются с правильными. Верные и неверные ответы подсвечиваются (зелёный — верно, красный — неверно). Появляются пояснения к каждому варианту (например: «Да, верно, потому что...» / «Нет, неверно, потому что...»). Считается балл по схеме: 2 балла — все ответы верны; 1 балл — одна ошибка (один вариант лишний или один пропущен); 0 баллов — две и более ошибок. Переход к следующему вопросу: После отображения результата — кнопка «Вперёд». При нажатии — скрывается текущий блок, появляется следующий. Финальный экран: Подсчёт общего количества баллов. Сообщение в зависимости от результата: 8–10 баллов: «Отлично!» 5–7 баллов: «Хорошо!» 0–4 балла: «Надо ещё повторить тему!» Пример вопроса. Первый формат вопросов – выбор несколько правильных ответов из нескольких предложенных. Пример. Выберите верные суждения о человеке: 1. Все живые существа обладают способностью к целенаправленной, в том числе творческой, деятельности. 2. Совокупность социально значимых качеств индивида, формирующихся в процессе общественной жизни, называют личностью. 3. Индивидуальные потребности человека связаны с конкретными условиями его жизни, особенностями его личности. 4. Свобода человека предполагает неотъемлемую связь с ответственностью за принимаемые решения. 5. К биологическим потребностям человека относят потребности в общении, в труде, жизненном успехе, занятии определённой позиции в обществе. Правильный ответ: 2, 3, 4 Если учеником дан ответ 2,3,4, то выставляется 2 балла. Если ошибка в одной цифре, то выставляется один балл. То есть одна цифра лишняя или одной не хватает, или одна перепутана. Примеры не полностью правильных ответов, за которые ставится 1 балл: 235, 23, 2345 Если 2 и более ошибки, то выставляется 0 баллов. После ответа на один вопрос ученик нажимает на кнопку «далее» и тогда появляется вопрос №2. И так далее. Второй тип вопроса: Задание на установление соответствия между элементами двух списков. В первом столбце — утверждения, явления, ситуации. Во втором столбце — категории, к которым эти утверждения нужно отнести. Требуется сопоставить каждый пункт из первого столбца с одной из категорий второго. Пример: Установите соответствие между условиями/обстоятельствами заключения брака и их видами (в соответствии с Семейным кодексом РФ): к каждой позиции, данной в первом столбце, подберите соответствующую позицию из второго столбца. Условия заключения брака А) наличие близких кровнородственных отношений Б) состояние хотя бы одного из лиц, желающих вступить в брак, в другом зарегистрированном браке В) взаимное добровольное согласие мужчины и женщины Г) достижение обоими будущими супругами брачного возраста Д) признанная судом недееспособность хотя бы одного из желающих заключить брак Виды условий/обстоятельств 1) условия заключения брака 2) обстоятельства, препятствующие заключению брака Правильный ответ: 22112 Если все правильно, то 2 балла. Если ошибка в одной цифре, то 1 балл. Если 2 и более ошибки, то 0 баллов.

Плагин. Разработка с нуля. Ребуется опытный JavaScript-разработчик (Middle+), с опытом от 4 лет. Основные задачи: Разработка плагина; Обработка текстовых данных с применением нейросетей. Требования: Уверенное владение JavaScript; Опыт создания плагинов (браузеры, редакторы и др.) Навыки работы с API нейросетей; Занятость: проектная (1–3 месяца) с возможностью дальнейшего участия в других проектах компании.