Data scientist — удалённая работа в Москве

Уточните категорию: программисты. Разработка приложений для ПК. Разработка с нуля. Техническое задание (ТЗ) на разработку прошивки для гражданского FPV-дрона Преимущественно территориальное расположение заказчика в г. Самара, исполнители только граждане РФ. 1. Общие требования 1.1. Разработка программного обеспечения (прошивки) для управления FPV-дроном с четырьмя двигателями. 1.2. Обеспечение совместимости с существующей аппаратной платформой (плата управления дрона и пульт оператора). 1.3. Реализация системы безопасности, защищающей логику работы ПО от декомпиляции и обратной инженерии. 1.4. Возможность использования готовых китайских аналогов как базис для разработки, но с обязательной доработкой под задачи проекта. 2. Функциональные требования 2.1. Управление дроном - Реализация стандартной модели управления FPV-дроном: - Контроль скорости вращения двигателей через ESC (Electronic Speed Controller). - Поддержка основных режимов полета: взлет, посадка, зависание, перемещение вперед/назад/влево/вправо. - Реализация режима "Return to Home" (автоматический возврат к точке взлета). - Поддержка ручного и автоматического управления. 2.2. Связь между пультом и дроном - Использование радиоканала для передачи команд от пульта к дрону: - Частота связи: от 300 мГц до 1200 мГц (в зависимости от аппаратной платформы). - Защита передаваемых данных от перехвата и несанкционированного доступа (шифрование сигнала). - Реализация механизма аутентификации пульта и дрона для предотвращения несанкционированного управления. 2.3. Система безопасности - Защита прошивки от декомпиляции и анализа: - Использование обфускации кода. - Шифрование ключевых алгоритмов работы. - Внедрение проверок целостности прошивки (например, контроль CRC или хэш-суммы). - Защита от повторного использования сторонними разработчиками: - Внедрение уникального идентификатора устройства (UID) для привязки прошивки к конкретному железу. - Ограничение функционала при попытке запуска на неавторизованном оборудовании. 2.4. Дополнительные функции - Интеграция с FPV-камерой: - Передача видеопотока на очки оператора. - Настройка качества видео (разрешение, частота кадров). - Реализация автономных функций: - Автоматическая стабилизация в полете. - Предупреждение о низком заряде батареи. - Аварийная посадка при потере сигнала с пульта. 3. Требования к защите ПО 3.1. Защита от декомпиляции - Использование современных методов обфускации кода (например, ProGuard для C/C++ или аналогичные инструменты). - Шифрование ключевых участков кода, таких как алгоритмы управления двигателями и обработка сигналов с пульта. 3.2. Привязка к железу - Реализация привязки прошивки к уникальному идентификатору платы (UID микроконтроллера или другого оборудования). - Блокировка работы прошивки на неавторизованных устройствах. 3.3. Защита передаваемых данных - Шифрование команд между пультом и дроном (например, AES-128 или AES-256). - Реализация механизма аутентификации пульта и дрона для предотвращения перехвата сигнала. 4. Требования к аппаратной части - Совместимость с существующими платами управления и ESC. - Поддержка стандартных протоколов связи (например, PWM, SBUS, DSMX). - Возможность работы с LiPo-батареями различной емкости. 5. Этапы разработки 5.1. Анализ и подготовка - Изучение предоставленных китайских аналогов (прошивок и дистрибутивов). - Выбор подходящих инструментов для разработки и защиты ПО. 5.2. Разработка - Написание прошивки для платы управления дрона. - Разработка прошивки для пульта оператора. - Интеграция систем безопасности. 5.3. Тестирование - Проверка работоспособности всех функций. - Тестирование устойчивости к атакам (попытки декомпиляции, перехват сигнала и т.д.). - Проверка совместимости с различными конфигурациями оборудования. 5.4. Документация - Создание технической документации по установке и настройке прошивки. - Описание API и протоколов связи. 6. Дополнительные требования - Прошивка должна быть оптимизирована для минимального потребления ресурсов микроконтроллера. - Обеспечить возможность обновления прошивки через USB type-c. - Минимизация задержек в управлении для повышения отзывчивости дрона. 7. Итоговые результаты По завершении разработки заказчику предоставляются: 1. Исходный код прошивки (с обфускацией). 2. Компилированные версии прошивки для платы дрона и пульта. 3. Документация по установке, настройке и использованию. 4. Рекомендации по дальнейшему развитию продукта. --- Примечание:Все разработанные материалы являются собственностью заказчика.

Задачи чат-бота: интерактивное меню или каталог, информирование клиентов, ответы на типовые вопросы, сбор информации. Продукт: медицина. Техзадание есть. Телеграм бот с функцией вопрос-ответ Техническое задание на разработку Telegram-бота для популяризации ЗОЖ и взаимодействия с фельдшером ФАПа --- ### 1. Общее описание проекта Цель: Создать Telegram-бота для повышения приверженности населения здоровому образу жизни (ЗОЖ), улучшения информированности о медицинских услугах, упрощения взаимодействия с фельдшером ФАПа и автоматизации рутинных запросов. --- ### 2. Цели и задачи - Предоставление населению информации о ЗОЖ, диспансеризации, неотложной помощи и медицинских услугах. - Упрощение записи на прием, получения справок и выписок. - Формирование обратной связи с пациентами. - Оперативное информирование о режиме работы ФАПа и профилактических мероприятиях. --- ### 3. Целевая аудитория - Жители населенных пунктов, прикрепленные к ФАПу. - Пациенты, нуждающиеся в консультациях по ЗОЖ, диспансеризации, неотложной помощи. - Лица, желающие выразить благодарность медработникам. --- ### 4. Функциональные требования #### 4.1 Основные разделы бота 1. Запись на прием - Информация о способах записи: - Через регистратуру ФАПа (контакты, часы работы). - Кол-центр (телефон, ссылка на сайт). - ЕПГУ (кнопка-ссылка на портал «Госуслуги»). 2. Неотложная помощь - Описание поводов для вызова неотложки (примеры: высокая температура, травмы). - Алгоритм действий: номера телефонов скорой помощи, рекомендации до приезда врачей. - Сроки оказания неотложной помощи (например, в течение 2 часов). 3. Диспансеризация - Что такое диспансеризация, этапы, льготные категории. - График проведения (календарь с датами). - Ссылка на запись через ЕПГУ или кол-центр. 4. Справки, выписки, заключения - Перечень документов (медзаключения, справки для работы/учебы, санаторно-курортные). - Порядок получения: сроки, необходимые документы, контакты ответственных. 5. Листок нетрудоспособности (ЛН) - Информация о порядке оформления ЛН. - Ссылки на разделы «Запись на прием» и «Неотложная помощь». 6. Ваши вопросы к нам - Форма для отправки вопроса фельдшеру. - Публикация ответов в общем доступе (после модерации). 7. Важная информация - Уведомления о изменении графика работы ФАПа (отпуск, болезнь фельдшера). - Анонсы мероприятий: День здорового ребенка, День донора и т.д. 8. Что можно улучшить? - Форма для предложений по улучшению качества услуг. 9. Факты о здоровье - Еженедельная публикация статей о ЗОЖ, профилактике заболеваний, питании. 10. Поблагодарите медика - Форма для отправки благодарностей с возможностью прикрепления фото/текста. #### 4.2 Дополнительные функции - Интерактивное меню с кнопками для быстрого перехода к разделам. - Уведомления: рассылка напоминаний о диспансеризации, мероприятиях. - Поиск по ключевым словам в разделе «Ваши вопросы». - Интеграция с календарем для записи на прием (например, Google Calendar). --- ### 5. Технические требования - Платформа: Telegram Bot API. - Язык программирования: Python/Node.js (на выбор разработчика). - База данных: SQLite/PostgreSQL для хранения вопросов, благодарностей, расписания. - Админ-панель для управления контентом (добавление статей, ответов на вопросы, публикация уведомлений). - Интеграция с внешними сервисами: - ЕПГУ (API для записи на прием). - Система SMS-рассылки для уведомлений (опционально). --- ### 6. Требования к интерфейсу - Минималистичный дизайн, соответствие корпоративному стилю медучреждения. - Поддержка текста, изображений, гиперссылок, PDF-файлов (для справок). - Кнопки в меню должны быть интуитивно понятными (пример: «Записаться к врачу», «Срочная помощь»). --- ### 7. Безопасность - Шифрование персональных данных (если требуется их хранение). - Ограничение доступа к админ-панели (двухфакторная аутентификация). - Соблюдение закона «О персональных данных» (для РФ).

Доработать, настроить, проконсультировать сотрудников. 1С: Управление нашей фирмой. Версия: 8.3. 1С:УНФ используется в связке с Битрикс24. Короткая история: Битрикс выступает как планировщик заказов и интерфейс для менеджеров, тогда как 1С выступает как склад и расчетчик зарплаты. Они не взаимодействуют с обычной, бухгалтерской 1С, это чисто инструмент ведения склада и площадки, потому там нет никаких расчетов. Как аксиома: отгруженные или взятые в работу заказы по умолчанию оплачены покупателем, поступивший товар по умолчанию оплачен нами поставщику. То есть в идеале УНФ не должна светить никаких долгов, ни нам, ни от нас. Обе системы облачные. 1. Каждый заказ в Битриксе уходит в бесконечное сообщение о том, что товар зарезервирован. Сам резерв не дублируется, но сообщение появляется раз в минуту и забивает трей заявки. ТП Битрикса говорит о том, что это связано с 1С: когда мы переставили синхронизацию с постоянной на раз в час, сообщение стало также всплывать раз в час. Лог показывает, что 1С сам удаляет товар, сам ставит его обратно в заказ и бодро отчитывается о том, что зарезервировал товар. . 2. В том же Битриксе. Иногда заказ при наличии товара на складе отказывается выдавать реализацию и отгружать по 1с, выдает, что не удалось. Как правило, лечится откатом на "рабочую" стадию сделки и ее возвращение обратно на успешность. Но при том реализация в 1с пропадает. 3. В нашей версии 1С нам не были нужны расчеты между клиентами и нами (см. Выше), плюс, мы часто работаем на заказ, т.е. с резервом отрицательного остатка. Полагаю, по этой причине программист, работавший над базой, придумал "дивный" костыль: у нас в движении товаров при резервировании заказов как будто поступает ещё товар со стороны 1С, а потом списывается в ней же в двойном экземпляре. При том в Битриксе этого нет. 4. К 1С: УНФ прикручены сдельные наряды. Согласно изначальному ТЗ, они должны считать зп рабочим, а продукцию ставить на склад. В итоге 1С не даёт фильтровать ни по рабочему, ни за период, товар на склад не заносится, сумма за период не считается нигде. 5. Табель. Ввести его можно, но это точно так же ничего не даст: не посчитает ни время, ни оплату. 6. Заказы, поступившие в базу через Битрикс24, отражаются в отчете по запасам товаров на складе. При том они никак не отражаются в иных отчетах по остаткам на складе. 7. По изначальному ТЗ УНФ также должна была считать ЗП офису, для этого нужно было передавать следующие параметры: исполнителя (взявшего заказ) и ответственного (руководителя направления). Передает оно их через раз. 8. Также есть проблема с "мертвыми" резервами: когда заказ давно отгружен, а резерв на него висит на складе. Она проявляется редко, так как для ее решения на заявки без клиента прикручивали "частное лицо" автоматом, но это "автоматом" тоже периодически по непонятной причине отклеивается. 9. Иногда появляются уже давно отгруженные заявки и повисают в новых, а разложенные по стадиям заявки сваливаются в кучу и при попытке их разложить обратно по стадиям сами возвращаются обратно в новые. Это происходит редко, но иногда случается. Возможно рассмотреть удаленное сотрудничество без визита, но так будет сложнее. Если сроки по исправлению будут соблюдаться, то удаленная встреча для обсуждения деталей возможна.

внести корректировки в имеющуюся игру. Игра: для мобильных устройств. Игра: массовая онлайн. Жанр: Развивающая. Платформа: Unity. Графика: 3D. Ищем программиста С# для доработки игры в среде Unity О предстоящей работе есть готовая сборка игры (для Android и IOS) и код проекта на языке C# для движка Unity (разрабатывала веб-студия) Нужно внести изменения в код игры и сделать новую сборку проекта для Android и для IOS Доработка: 1. некорректно отражается название игры после скачивания на телефон 2. "быстрая игра" заменить на "игра" 3. добавить возможность менять аватарку 4. после скачивания игры с плеймаркета игра сначала запускается, но на экране невозможно ничего нажать, только после перезапуска игра начинает работать 5. сделать окошки для имени больше, чтобы вмещалось больше символов и расширить количество символов имени 6. увеличить шрифт во всплывающих окнах 7. изменить написание кнопок "Добрать" и "Обмен" на главном меню на заглавные буквы 8. возможность менять имена ботов 9. перенести иконку управления меню с верхнего левого угла в правый нижний 10. доработать кнопку пауза 11. сделать кнопку выход на главном меню и в меню игры (где три палочки) Пишите ваши предложения по стоимости. При успешной работе возможна реализация новых задач и дальнейшее сотрудничество.

Уже есть: готовый сайт, текстовое наполнение, дизайн, домен, логотип, фотографии, картинки, макет, фирменный стиль. Сайт-визитка. Платформа: Не знаю. Функционал сайта: Доработать сайт с точки зрения ФЗ 152 « о обработке персональных данных. Контент есть. Пожелания и особенности: В ходе анализа контента сайта обратили внимание, что он нуждается в доработке с точки зрения ФЗ 152 "О персональных данных". Если на сайте есть любая форма — обратной связи, подписка на рассылку, регистрация и пр., где Вы запрашиваете у пользователя его имя, Email-адрес, телефон, адрес, дату рождения, фото, ссылку на личный аккаунт в соцсетях и прочие персональные данные — Вы являетесь оператором обработки персональных данных. Федеральным Законом №152 «О персональных данных» предусмотрены правила сбора, обработки, хранения и защиты персональных данных. По части контента сайта рекомендовано: - составить и разместить документы Пользовательского соглашения и Политики конфиденциальности с данными ИНН и ОГРН (сейчас у Вас размещена шаблонная информация) - разместить и стилизовать информер об использовании файлов cookie - доработать формы обратной связи (разместить чекбоксы и ссылки).

На нашем сайте уже создан и используется самописный и довольно простой плагин для установки кнопки в карточки товаров на различных сайтах (см. скриншот). Нужно перенести уже готовый функционал этой кнопки в простой плагин для WordPress WooCommerce. Чтобы у пользователя, установившего плагин, была возможность в настройках а) задать дизайн кнопки (как в конструкторе на скриншоте), б) место её установки (после заголовка, после цены, после описания, после короткого описания, после кнопки «В корзину»), в) в случае, если установлен плагин WPML, иметь возможность выбрать установку только для товаров определённой страны; г) включить/выключить отображение кнопки. В код кнопки на каждой страницы товара должны подставляться: – название товара; – описание товара; – адрес титульного изображения; – цена; – валюта цены.

Смотрите рекламу - получайте деньги! На сайте: миса. рф Смотрите короткие рекламные ролики и зарабатывайте до 600 ₽ в час. Уже за первый просмотр вы получите бонус 200 ₽, который можно сразу вывести! Заходите на сайт: миса. рф. Смотрите рекламу - получайте деньги! На сайте: миса. рф Смотрите короткие рекламные ролики и зарабатывайте до 600 ₽ в час. Уже за первый просмотр вы получите бонус 200 ₽, который можно сразу вывести! Заходите на сайт: миса. рф. Смотрите рекламу - получайте деньги! На сайте: миса. рф Смотрите короткие рекламные ролики и зарабатывайте до 600 ₽ в час. Уже за первый просмотр вы получите бонус 200 ₽, который можно сразу вывести! Заходите на сайт: миса. рф.