Программисты — удалённая работа в Москве

Разработка с нуля. Приложение: для Android. Устройства для масштабирования: смартфоны. Приложение для службы доставки питьевой воды в кулеры. Приложение должно принимать заявки (заказы). Можно простое приложение, не встраивать оплату онлайн, не встраивать авторизацию, простое приложение которое будет собирать заявки, в которых будет указан сам заказ, адрес доставки и тел. для связи с клиентом.

Разработать игровую механику, разобраться в коде. Игра: для мобильных устройств. Игра: одиночная. Жанр: платформер. Графика: 2D. Нужно помочь создать игру на Unity.

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

Веб-разработка. Настройка. Техническое задание Проект Реализовать автоматическое заполнение блока движения заказов Wildberries через API. Важно: результатом работы должен стать готовый код, который мы передадим нашему IT-разработчику для интеграции в существующую систему. ? Цель Необходимо получать статусы заказов Wildberries через API и автоматически заполнять соответствующие блоки в нашей системе. Использовать только официальное API Wildberries. ? Необходимо реализовать Заполнение следующих этапов движения заказа: 1. Пришел заказ на WB 2. ФФ * Приемка * Сборка * Поставка 3. Обработка WB 4. Выдано 5. Отказано ? Не нужно реализовывать Следующие блоки исключаются из работы: * Заказ у поставщика * Товар принят ФФ * Блок “Приемка” (старый блок) Также не требуется заполнять поле: Стоимость сборки 1 заказа ФФ Оно заполняется из внутреннего справочника нашей системы. ? Источник данных Все данные необходимо получать через API Wildberries. Если для получения полной информации потребуется использовать несколько методов API, необходимо реализовать работу со всеми необходимыми методами. ? Логика работы Для каждого заказа необходимо определить этап его движения и заполнить соответствующие поля. Необходимо реализовать обработку следующих этапов. ? 1. Пришел заказ на WB Получить: * идентификатор заказа; * дату создания заказа; * время создания заказа; * остальные доступные параметры, относящиеся к созданию заказа. ? 2. ФФ Приемка Если информация присутствует в API, заполнить: * дата приемки; * время приемки; * статус приемки; * склад (ФФ); * причина, если приемка не выполнена. ? Сборка Заполнить: * дата сборки; * время сборки; * статус сборки; * причина несборки (если имеется). Поле Стоимость сборки не заполнять. ? Поставка Заполнить: * номер поставки; * дата формирования поставки; * время формирования поставки; * дата передачи; * дата приемки РЦ; * стоимость платной приемки (если доступна через API). ? 3. Обработка WB Заполнить: * дата поступления в ПВЗ; * время поступления; * текущий статус обработки. ? 4. Выдано Если заказ выдан покупателю: Заполнить: * дата выдачи; * время выдачи; * статус “Выдан”; * дата оплаты (если доступна). ? 5. Отказано Если заказ отменен или покупатель отказался: Заполнить: * дата отказа; * время отказа; * причина отказа; * информация о возврате; * наличие штрафа; * причина штрафа (если имеется). ? Обновление данных Необходимо предусмотреть возможность регулярного обновления информации через API. При обновлении: * искать заказ по его уникальному идентификатору; * обновлять только новые статусы; * не удалять ранее заполненные данные; * не дублировать информацию. ? Требования к коду Исполнитель должен предоставить: * полностью рабочий исходный код; * перечень используемых методов API Wildberries; * описание структуры получаемых данных; * инструкцию по настройке; * место, где указывается API-токен; * комментарии в коде. Код должен быть написан таким образом, чтобы наш IT-специалист мог без существенных доработок встроить его в существующую систему. ? Если в API отсутствуют необходимые данные Если какой-либо из перечисленных статусов невозможно получить через официальное API Wildberries, необходимо: 1. сообщить, какие именно данные недоступны; 2. предложить возможный альтернативный способ получения этих данных; 3. указать, какие поля невозможно заполнить автоматически.

Задание на разработку модуля высокопроизводительной предобработки видеопотока. Разработка с нуля. Пожелания и особенности: Техническое Задание на разработку модуля высокопроизводительной предобработки видеопотока 1. Общие сведения Проект: «Система интеллектуального анализа видеопотоков высокой плотности» (СИАВВП). Цель проекта: Разработка программного модуля (Software Development Kit, SDK) для эффективной подготовки и сжатия данных с оптических сенсоров в режиме реального времени. 2. Назначение и область применения Модуль предназначен для интеграции в серверные платформы, обрабатывающие данные от распределенной сети промышленных камер высокого разрешения. Основное требование — обеспечение минимальной задержки при передаче данных по каналам связи с ограниченной пропускной способностью. 3. Ключевые требования к модулю (KPI) Производительность (Latency): Модуль должен обеспечивать сквозную обработку входного потока с разрешением [Email скрыт] FPS. Время обработки одного кадра не должно превышать 16.6 мс. Допускается использование буферизации глубиной не более 1 кадра. Эффективность сжатия (Compression Efficiency): При целевом индексе качества (VMAF >= 90) битрейт выходного потока должен быть снижен не менее чем на 25-30% относительно базового алгоритма (Baseline Encoder 'SVT-HEVC'). Ресурсопотребление: Программная реализация должна эффективно утилизировать векторные инструкции процессора (AVX2/AVX-512) и укладываться в лимит потребления CPU не более 50% мощности одного ядра современного серверного процессора (например, Intel Xeon Gold). 4. Функциональные требования 4.1. Гибкая блочная архитектура: Реализовать конвейер обработки на основе иерархической структуры блоков переменного размера (от 64x64 до 128x128 пикселей) для адаптивной сегментации сцены. 4.2. Продвинутый алгоритм предсказания: Внедрить механизм компенсации движения с использованием сложных моделей поиска векторов смещения. Алгоритм должен динамически адаптироваться к характеру контента (статичные фоны vs высокая динамика). 4.3. Контекстно-зависимое квантование: Реализовать энтропийное кодирование с адаптивным квантованием коэффициентов преобразования. Уровень детализации должен определяться эвристическим анализом важности блока для сохранения целостности данных. 4.4. Интеграция вспомогательных моделей:** Предусмотреть программный интерфейс (API) для подключения внешних легковесных нейросетевых моделей (TinyML) для задач классификации блоков и прогнозирования динамики сцены (Look-ahead prediction). Это необходимо для оптимизации работы основного конвейера. 5. Требования к реализации Язык программирования: C++17 / C++20. Строгое исключение использования динамической памяти внутри критических циклов обработки кадров. Обязательное использование интринсиков для векторизации вычислений. Кросс-платформенность: сборка и стабильная работа в среде Linux x86_64. 6. Критерии приемки (Acceptance Criteria) Работа считается выполненной после успешного прохождения автоматизированных тестов производительности на эталонном наборе видеоданных: 1. Тест на задержку: Средняя скорость обработки > 60 FPS. 2. Тест на качество: Оценка VMAF на выходе выше или равна оценке эталонного энкодера при сопоставимом битрейте. 3. Тест на эффективность: Достижение целевого показателя снижения битрейта (-25% к Baseline).

Протестировать: сайт. Помощник в оценке качества банковских приложений (удалённо, гибкий график) Мы — исследовательская команда, которая помогает банкам делать их мобильные сервисы быстрыми и понятными для людей. Сейчас мы набираем группу помощников, которые протестируют реальные онлайн-продукты как обычные пользователи и поделятся своими впечатлениями. Суть работы Вы будете выступать в роли «цифрового аудитора»: брать задание, открывать на своём смартфоне приложение или сайт финансовой организации и проходить по готовому сценарию. Сценарий максимально приближен к жизни — например, зарегистрироваться, ввести паспортные данные для подтверждения личности, найти нужный раздел, оценить, всё ли работает быстро и корректно. Ваша задача — внимательно пройти весь путь и коротко отметить: сколько секунд заняла загрузка экрана или отправка формы; появилось ли что-то непонятное, завис ли экран, вылетела ли ошибка; было ли в целом комфортно или что-то раздражало. Ничего изобретать не нужно: для каждого этапа мы даём чёткую памятку с картинками, где всё расписано шаг за шагом. От вас — только честный пользовательский взгляд и немного наблюдательности. Что мы предлагаем Полностью удалённый формат без привязки к месту и жёсткого расписания. Можно выполнять задания в любое время суток, хоть ночью, хоть в перерыве между парами. Сдельная оплата за каждое пройденное задание (объём вознаграждения озвучивается заранее). Деньги приходят без задержек. Возможность участвовать в развитии реальных банковских продуктов: все ваши замечания передаются разработчикам для доработки интерфейсов. Опыт, который может стать первой строчкой в резюме в сфере UX/UI-исследований. Кого мы ищем В первую очередь — ответственных и аккуратных людей, которые умеют следовать инструкции и не игнорируют мелочи. Опыт совершенно не важен, мы всему научим. Главное — иметь обычный смартфон с выходом в интернет и быть готовым иногда отвечать в чате куратору во время выполнения задания (чтобы мы могли быстро помочь, если возникнут вопросы). Такая подработка отлично подходит студентам, молодым мамам, тем, кто временно без работы или просто ищет дополнительный заработок без серьёзных обязательств. Если вам интересно по-человечески влиять на удобство банковских сервисов и получать за это деньги — присоединяйтесь. Это несложная и очень полезная работа, с которой справится любой, кто умеет пользоваться приложениями на телефоне.