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. Распаковка и структуризация твоего метода Вместе вытащим из тебя всю ту уникальную систему знаний, которая сейчас существует в голове и в практике, но пока не оформлена в чёткую, понятную для клиента структуру. Что входит: 1️⃣ Диагностика знаний, техник, авторских практик 2️⃣ Выделение ядра метода: через какие этапы клиент проходит трансформацию 3️⃣ Сбор практик, гвоздей, дыхания, психологического подхода в единую логику 4️⃣ Формирование пошаговой карты продукта (уровни, этапы, результаты) 📍 Результат: Готовая основа твоего авторского метода в Notion — понятно для клиентов и тебя, легко масштабируемо в продукт, курс, программу. Стоимость: ⬇️⬇️⬇️⬇️⬇️ 2. Создание линейки продуктов на базе метода Из одного метода рождаются разные форматы: групповые программы, мини-курсы, личная работа, марафоны. Что входит: Модель продуктовой линейки (разные форматы: личный коучинг, группа, бесплатники) 1️⃣ Концепция 10-недельной программы или базового курса 2️⃣ Структура контента: темы, задания, практики, дыхательные модули 3️⃣ Сценарий вовлечения клиента в работу с телом 📍 Результат: У тебя будет понятный план: что продавать, кому, в каком формате — без чувства перегруза. Стоимость ⬇️⬇️⬇️⬇️⬇️ 3. Автоматизация процессов и облегчение работы Ты создашь пространство, где контент, работа с клиентами и потоки новых людей идут системно и с минимальным вовлечением. Что можеть входить: 1️⃣ Автоматизация записи клиентов и приёма оплат 2️⃣ База клиентов и карта взаимодействия (например, через Notion) 3️⃣ Автоматизация рассылки заданий и материалов по группам 4️⃣ Настройка системы банка идей и контента через GPT (помощь в создании текстов, постов) 📍 Результат: Ты меньше тратишь время на текучку, больше отдаёшь энергии в живую работу и творчество. Стоимость: ⬇️⬇️⬇️⬇️⬇️ 4. Развитие блога и мультиплатформенность Расширяем твоё присутствие без увеличения нагрузки. Что может входить: 1️⃣ Контент-стратегия на основе нового метода 2️⃣ Подготовка банка идей постов, рилсов, сторис с помощью ИИ (автоматизация через парсинг конкурентов, например) 3️⃣ Возможность масштабирования и дубликата блога на другие страны с помощью цифрового аватара (переводы, мультиплатформенные публикации). Пример Маргулана 📍 Результат: Ты становишься заметной для своей аудитории в России и за её пределами — органично и без надрыва. Стоимость: ⬇️⬇️⬇️⬇️⬇️ Формат работы: 1️⃣ Стратегическая сессия для распаковки метода (2–3 встречи) 2️⃣ Построение продуктовой карты + упаковка программы 3️⃣ Базовая настройка автоматизации процессов 4️⃣ Поддержка и сопровождение по этапам (Оплата проекта поэтапная: распаковка метода → продукт → автоматизация → масштабирование) Здесь можно мои кейсы почитать, как маркетолога) Некоторых экспертов думаю, ты знаешь, я просто их имен не могу озвучивать в кейсах.

Доработать, настроить, проконсультировать сотрудников. 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 - доработать формы обратной связи (разместить чекбоксы и ссылки).

Задачи чат-бота: сбор информации, финансовые операции, интерактивное меню или каталог, Бот агрегатор из других каналов/чатов. Продукт: Бот - агрегатор. Суть бота переслать определенные сообщения из базы каналов и чатов пользователю бота. Техзадание есть. Интересует оценка стоимости разработки бота-агрегатора. Если цена подойдет — вышлю полное ТЗ. Описание: После оплаты подписки бот пересылает пользователю из списка (1000+ чатов/каналов) сообщения по выбранной тематике (фильтрация по ключевым словам: «дизайн», «верстка» и т. п.), с ссылкой на оригинал. Функционал: Меню с кнопками: Личный кабинет, Оплата, Поддержка, Инструкции. Рассылка сообщения всем пользователям через админ-панель. Оплата подписки через ЮKassa. Мониторинг сообщений в 1000+ каналах/чатах; при оплате темы (например «Дизайн») — пересылка всех новых сообщений с заданными ключевыми словами и ссылкой на источник. Сохранение всех новых сообщений в базу данных. В админ-панели: добавление тем и редактирование ключевых слов.