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. Иногда появляются уже давно отгруженные заявки и повисают в новых, а разложенные по стадиям заявки сваливаются в кучу и при попытке их разложить обратно по стадиям сами возвращаются обратно в новые. Это происходит редко, но иногда случается. Возможно рассмотреть удаленное сотрудничество без визита, но так будет сложнее. Если сроки по исправлению будут соблюдаться, то удаленная встреча для обсуждения деталей возможна.

Разработка приложений для ПК. Доработка существующего продукта. Персональная работа. Срочный заказ! Продолжить приложение Windows на Python. ***Требования к окружению разработки Операционная система: Windows 10/11 Язык программирования: Python 3.9+ Основные библиотеки: PySide6 (для пользовательского интерфейса) numba (для оптимизации вычислений) numpy (для работы с массивами данных) pandas (для обработки данных) pyqtgraph (для визуализации) IDE: PyCharm Professional Edition Аппаратные требования: Оперативная память: не менее 32 ГБ Процессор: Intel Core i7 или аналогичный, 4+ ядер Видеокарта: с поддержкой OpenGL 3.0 или выше Жесткий диск: SSD, не менее 100 ГБ свободного пространства *** Зависимости проекта pyside6==6.5.2 numba==0.58.1 numpy==1.24.3 pandas==2.0.3 pyqtgraph==0.13.3 matplotlib==3.7.2 В приложение добавить практически независимую часть, подготовка сделана: 1) Расчет слоев картинки. Рассчитывает 1-й слой картинки, затем все остальные слои, по потребности (не ограничено). Каждый последующий слой весит (Гб) больше, чем предыдущий. Все слои рассчитываются по одной простой формуле, но тремя разными функциями. 2) Отрисовка картинкой расчетов любого из слоя(ёв). Картинка одного слоя – это много столбиков (по типу экселя, только ячейки столбца не равномерные, по высоте, именные. В каждой ячейке - одна информация рисуется картинкой, - другая по всплывающему окну, вызванному правой кнопкой мыши, при нажатии на ячейку. С панели кнопок (кнопки закреплены за слоями) – рисуются/скрываются слои в общую картинку, столбики одного слоя комбинируются с другими столбиками слоя(ев) вперемешку строго определенными схемой участками. Плюс, у слоев, также по кнопкам – рисуются/скрываются все столбцы слоя или какая то группа из них. Картинка, должна масштабироваться мышкой (сложная картинка многослойная, много ест оперативки, нужно чтоб не подвисала не тормозила, и режимы с кнопок или под правой кнопкой мыши картинка трансформировалась, перерисовывалась. НЕ шаблонная работа, безопасная сделка, с опытом, разбор чужого кода и продолжить, свободный, быстро написание, умение отладить ошибку. Без лишних трат времени. Изначально, посмотреть код можно только на моем ПК, не высылаю. 3) Рассчитать варианты картинок (сами картинки не меняются, а значения при элементах картинки отличаются) и произвести поиск в вариантах и найти нужный один из вариантов.

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

Сделать проект под ключ. Игра: для браузера, интеграция в телеграм. Игра: массовая онлайн. Жанр: настольная игра. Графика: 2D. Тз общее только, разработка онлайн-версии карточной игры "21" (русская версия, "Очко"). Интересует браузерная версия (размещаться скорее всего будет в тг) с возможностью игры за столами (комнатами), где одновременно могут играть несколько человек. Важно, чтобы админ, или назначенное мною лицо мог заходить в любую комнату в любой момент и видеть всё, что там происходит: игроков, ходы, ставки и результаты. Также нужна история игр — чтобы сохранялись все раздачи и действия по каждому столу. Комнаты должны быть с возможностью настраиваемого срока жизни — от 15 до 30 дней. Интерфейс нужен простой и понятный: список комнат, игроков, история, текущие игры. Нужна авторизация (через тг аккаунт/номер телефона), базовая анимация карт и нормальный real-time (вебсокеты или аналог). Дизайн не нужен супер сложный, все по простому, главное — чтобы всё корректно работало. В игра должна быть валюта(очки, условные единицы, и должна быть возможность редактировать через панель баланс у.е через панель. Пример игры для понимания - https://play.google.com/store/apps/details?id=com.birdsGames.twentyOne21 (Нужно изменить дизайн и немного доработать правила).