Data Science. Разработка с нуля, Решение олимпиадной задачи на python. Асимметричный диалог (26 баллов) Ограничение времени 1 с Ограничение памяти 64.0 Мб Ввод стандартный ввод Вывод стандартный вывод [анализ кода; автономное управление] Умный робот-пылесос фирмы «АБ-Мур» несколько лет прекрасно справлялся со своей основной задачей, как в один прекрасный день перестал реагировать на команды и вместо этого тихо мигал красным огоньком. Коля Четвёркин поискал в интернете и узнал, что недавно на центральном сервере обновили ключи шифрования, и если пылесос не успел их синхронизировать, нужно сделать это вручную. А именно – зайти в консоль прошивки и запустить утилиту синхронизации. Её название отличается от пылесоса к пылесосу, но известно, файл утилиты имеет расширение«.FLG» и лежит в начальном каталоге. Да, в пылесосе есть настоящая операционная система, и у неё есть много команд. Нас будут интересовать шесть: DIR – выводит построчно названия файлов в текущем каталоге. EXEC a – запускает файл a (если он существует и исполняемый). если файл не существует, система ответит ERROR NOT EXIST. если файл не исполняемый, система ответит ERROR NOT EXECUTABLE. COPY a b – копирует файл a в файл b (если a существует, а b – не существует). если b существует, система ответит ERROR EXIST. DEL a – удаляет файл a (если он существует и не исполняемый). если файл нельзя удалить, система ответит ERROR CANT DELETE TRUE – ничего не делает. EXIT – завершает сеанс. Если команда не существует, система отвечает ERROR SYNTAX. Если количество параметров не совпадает с необходимым для команды, система отвечает "ERROR PARAMETER". Если указанный файл не существует, система отвечает ERROR NOT FOUND, если не указано иначе. Если команда выполнена успешно, то последней отдельной строкой (после вывода самой команды) возвращается OK. Все эти команды работают благодаря интерпретатору команд, который тоже лежит в начальном каталоге. И его название тоже отличается между моделями пылесосов. В интернете пишут, что варианта три – COMMAND.COM, EXECUTOR.EXE или INTERPRT.INT. Но подключившись и выполнив первую команду, вместо файлов Коля увидел странные названия. Оказалось, что буквы и цифры в выводе перемешаны. То ли генератор вывода сломан, из-за чего вместо одной буквы выводится другая, то ли производитель специально подстроил шифрование. В пользу последней версии играет вычитанное в интернете предупреждение: если попытаться обратиться к интерпретатору не той версии или выполнить более10 команд за сеанс, система заблокируется, и пылесос точно придётся нести в сервисный центр. Коля очень не хочет нести пылесос в сервис и надеется отремонтировать его своими силами. Помогите Коле пробиться через защиты от производителя и напишите программу, которая запускает утилиту (или хотя бы интерпретатор команд). Задача проверяет навык анализа кодов и реализации автономного управления, что потребуется при решении финальной задачи. Для решения этой задачи у вашей команды есть 20 попыток. Протокол взаимодействия Это интерактивная задача. Ваша программа взаимодействует с проверочной системой посредством стандартных потоков ввода и вывода. Каждое входящее и исходящее сообщение должно сопровождаться переносом строки и очисткой буфера. Иными словами, после отправки сообщения программа должна очистить буфер (выполнить flush) и считать ответ от системы (прочесть строку или несколько строк). В случае некорректного поведения решения, проверка прерывается с вердиктом PE (Presentation Error). Ваше решение отправляет команду согласно условия задачи. Одна команда – одна строка. Проверочная система отвечает произвольным числом строк. Система оценивания Решение проходит проверку на наборе пылесосов. Если решение запускает интерпретатор команд, за пылесос присуждается 50%. Если же запускается утилита синхронизации, за пылесос ставится полный балл. Примечание Каждое входящее и исходящее сообщение должно сопровождаться переносом строки. Очистка буфера в Python делается функцией sys.stdout.flush(), в Java – System.out.flush(), в C++ – std::flush.
Надстройка для сайта на Тильде. Доработка существующего продукта. Сейчас все продажи идут через маркетплейсы (?400 заказов в день), где маркировку и документы закрывают сами МП. Хотим запустить продажи с собственного сайта и заранее выстроить удобный и безопасный процесс работы с: заказами через СДЭК маркировкой (КИЗ, Честный знак) возвратами/отказами (невыкуп, отказ на ПВЗ) Сайт уже есть (Tilda), но пока без запущенной рекламы и без жизнеспособной логистики/маркировки под объём. Цель Сделать так, чтобы при росте до сотен заказов в день: оформление и отправка заказов через СДЭК были удобны и для клиента, и для оператора статусы доставки автоматически учитывались в системе по возвратам/отказам автоматически выполнялись нужные операции в Честном знаке (без ручного перебора и ошибок) Что уже есть Сайт на Tilda ЛК СДЭК и необходимые ключи доступа Подключенные кабинеты и базовая интеграция (на уровне “подтянуть СДЭК к интернет-магазину”) Понимание бизнес-процессов, но нет чётко описанного пайплайна “сайт СДЭК Честный знак” На момент начала разработки будет готово подробное ТЗ и схема процессов (занимаюсь я как постановщик задачи/аналитик). Что нужно сделать исполнителю 1. На основе ТЗ спроектировать и реализовать бэкенд-часть, которая: • принимает заказы с сайта (формат обсуждается: вебхук с Tilda / отдельный API и т.д.) • формирует/обновляет данные для СДЭК (создание заявок, трекинг, статусы) • хранит связку “заказ ? отправление СДЭК ? КИЗ” 2. Интеграция с СДЭК API / вебхуками: • подписка на обновление статусов отправлений • обработка ключевых статусов: доставлено, не выкупил, отказался, возврат и т.п. • привязка этих статусов к заказам и КИЗ 3. Интеграция с Честным знаком (КИЗ): • реализация операций по КИЗ в зависимости от статуса доставки (отгрузка, возврат, повторная продажа и др. – по ТЗ) • логирование всех операций, обработка ошибок, понятные сообщения об ошибках 4. Логика и отчётность: • хранение истории по каждому заказу и КИЗ • базовые отчёты/выгрузки (что, когда и по какому коду было сделано) • интерфейс может быть минимальным (простая админка/таблица) – обсуждается 5. Тестирование и запуск MVP: • стенд для тестов • тесты на нескольких сценариях (успешная доставка, отказ, невыкуп, массовая обработка) • доведение до рабочего состояния под реальный поток заказов Требования к исполнителю • Опыт интеграций с логистическими сервисами (желательно СДЭК) • Понимание работы с API и вебхуками • Плюс, но не обязательно: опыт с Честным знаком / маркировкой • Умение работать по ТЗ и предлагать оптимальные технические решения • Готовность коммуницировать не только “по коду”, но и по бизнес-логике, если что-то в ТЗ можно сделать проще Технологический стек обсуждается (Node.js / Python / PHP и др.) – важнее архитектура и надёжность, чем конкретный язык. Формат работы • На старте ознакомление с ТЗ и короткий созвон • Разработка MVP по согласованным этапам • Тестирование, доработка по реальным кейсам, вывод в прод При отклике, пожалуйста, укажите: • релевантные проекты (интеграции с логистикой, CRM, Честным знаком и т.п.) • стек, с которым планируете работать • примерный бюджет/вилку и оценку сроков под такой объём задачи.
Разработка с нуля. Приложение: для Android, для iOS. Устройства для масштабирования: смартфоны. Необходимо предложить варианты разработки приложенияпо продаже eSIM для iOS и Android, работающее поверх нашего API. 1. Авторизация / Личный кабинет Вход в приложение возможен без регистрации — сначала показываем тарифы и функционал. Личный кабинет по email + пароль: регистрация; вход; восстановление пароля. В ЛК: данные пользователя (email, имя); списки купленных eSIM; раздел лояльности и рефералка. 2. Основной функционал для пользователя В приложении пользователь может: Выбрать страну / регион Список стран и регионов получаем по API. Поиск и список популярных направлений. Подобрать eSIM-тариф дни / ГБ / цена / тип тарифа (Single/Multi и т.д.); детали тарифа (операторы, ограничения и пр.) — тоже по API. Оплатить и получить eSIM создаём заказ через наш API; оплата (); после успешной оплаты пользователь получает: QR-код; параметры для ручной установки (SM-DP+, activation code и т.п.). Управлять купленными eSIM список всех eSIM (активные, предстоящие, архив); по каждой eSIM: остаток трафика; срок действия; статус; QR + данные для установки; возможность продления 3. Лояльность, кешбэк, бонусы Отображение баланса бонусных баллов (кешбэка) пользователя по API. Отображение уровня лояльности (Basic / Silver / Gold и т.п., . Пользователь может: видеть, сколько бонусов начислено за покупки; видеть историю операций (начисления / списания / бонусы за друзей); использовать бонусы как скидку при оплате нового тарифа (передаём количество списываемых баллов в запросе на создание заказа). Все расчёты (процент кешбэка, лимиты и т.д.) — на стороне backend, приложение только отображает данные и отправляет выбранное количество баллов. 4. Привлечение друзей (реферальная программа) У каждого пользователя: личный реферальный код; реферальная ссылка (получаем по API). В приложении: экран “Пригласить друзей” с описанием условий (что получает друг и что получает пользователь); кнопка “Скопировать ссылку / код”; кнопка “Поделиться” (системный share-диалог). Отображаем: сколько друзей приглашено; сколько сделали первую покупку; сколько бонусов заработано за друзей (по данным API). 5. Канал коммуникации и поддержка Пуш-уведомления: окончание срока eSIM (осталось N дней); низкий остаток трафика; начисление бонусов; бонус за друга; важные сервисные уведомления; (маркетинговые пуши можно выключать в настройках). Раздел “Помощь”: FAQ (список вопросов/ответов по API); контакты поддержки: e-mail поддержки; ссылка/кнопка на чат ;.
Data Science. Доработка существующего продукта, тестирование, настройка. Радио-поиск 2D (20 баллов) Ограничение времени 1 с Ограничение памяти 64.0 Мб Ввод стандартный ввод Вывод стандартный вывод [канал связи; математические модели] Задача является прямым продолжением задачи «Радио-поиск». Теперь на том же поле сыграем в охоту на «тень». Внутри поля, представленного декартовой плоскостью в виде квадрата с углами в точках (0; 0) и (1000; 1000), находится «радио-тень» в виде круга диаметром 300 м. Вы можете установить излучатель и приёмник в двух точках поля, выполнить передачу сигнала и получить обратную связь: пришёл сигнал или не пришёл. Если между микрофоном и динамиком есть тень, сигнал не придёт. Если микрофон или динамик в тени – сигнал также не придёт. Ваша задача – определить координаты центра тени с точностью до 3 м. Задача проверяет навык реализации автономного управления и работы с пространственными моделями, что потребуется при решении финальной задачи. Для решения этой задачи у вашей команды есть 20 попыток. Протокол взаимодействия Это интерактивная задача. Ваша программа взаимодействует с проверочной системой посредством стандартных потоков ввода и вывода. Каждое входящее и исходящее сообщение должно сопровождаться переносом строки и очисткой буфера. Иными словами, после отправки сообщения программа должна очистить буфер (выполнить flush) и считать ответ от системы (прочесть строку или несколько строк). В случае некорректного поведения решения, проверка прерывается с вердиктом PE (Presentation Error). Формат ввода Ваше решение отправляет одно из двух сообщений. Выполнение передачи: восклицательный знак, пробел и четыре вещественных числа через пробел – координаты излучателя и приёмника. Проверка координаты: «собачка», пробел и два вещественных числа через пробел – предполагаемые координаты центра. После этой команды решение должно завершить работу Формат вывода Выполнение передачи: одна строка с одним из двух слов, пришёл ли сигнал – YES или NO. Проверка координаты: одна строка со словом OK. Система оценивания Балл за решение выставляется по сумме баллов за обнаружение каждой тени. Один запуск – одна тень. Полный балл выставляется, если для обнаружения тени понадобилось не более, чем на три передачи больше авторского решения. Если разница составит больше 3 передач, или точность определения составит от 3 до 10 метров, выставляется 50%. После 100 передач решение прерывается досрочно. Примечание Каждое входящее и исходящее сообщение должно сопровождаться переносом строки. Очистка буфера в Python делается функцией sys.stdout.flush(), в Java – System.out.flush(), в C++ – std::flush.
Задачи чат-бота: финансовые операции. Платформа: Telegram. Продукт: дальше. Техзадание есть. Мне нужен разработчик, который сможет создать криптовалютного арбитражного бота, работающего по связкам: • фьючерс–фьючерс арбитраж (межбиржевой) • фандинговый арбитраж (funding farming) • спот–фьючерс хеджирование Бот должен автоматически отслеживать разницу цен и фандинга между биржами, открывать хедж-позиции и закрывать их по условиям. ?? Основные задачи 1. Подключение бирж (API) Нужно реализовать работу как минимум с: • OKX • KuCoin Futures • Gate.io Futures • Bybit Futures • MEXC Futures Требуется: • REST + WebSocket • Быстрая обработка стаканов, funding rate, тикеров • Низкая задержка, устойчивость API ?? 2. Логика бота Бот должен: ?? Сравнивать цены между биржами: • рассчитывать спред (Цена шорта – Цена лонга) / Цена лонга ? 100% ?? Сравнивать фандинг (funding rate) между биржами: • направление выплат • размер процента • время до выплаты ?? Рассчитывать итоговую доходность сделки: Формула: TotalProfit = PriceSpread + FundingSpread – Комиссии – Slippage ?? 3. Авто-открытие сделок Позиция открывается, если выполнены условия: • спред ? указанного порога • разница фандинга ? указанного порога • достаточно ликвидности в стакане • нет риска проскальзывания Бот открывает: • шорт на одной бирже + лонг на другой • или спот + фьючерс ?? 4. Автоматическое закрытие сделок Закрывать позицию нужно: • после получения выплаты фандинга • при схлопывании спреда • при достижении заданной прибыли • если рынок резко пошёл против (аварийное закрытие) ?? 6. Интерфейс (любой формат) Допустимые варианты: ?? Telegram-бот: • уведомления о входах/выходах • текущие позиции • доходность • время до funding или ?? Web-панель (Flask / FastAPI) ?? 7. Технические требования • Язык: Python (предпочтительно) • Бот должен работать 24/7 без остановок • Логи всех действий • Автоматический перезапуск • Защита от зависаний • Конфигурации через JSON или .env ?? 8. Что хочу получить в итоге • Полностью рабочий автономный бот • Исходный код • Инструкция по запуску • Возможность легко добавлять новые бирж.
Почему стоит искать работу для фриласнеров по профилю программисты в Москве у нас?
🔸 Более 5 предложений о работе за сегодня в тематике программисты
🔸 Работа и подработка на бирже фриланса от прямых заказчиков, которым нужна помощь специалистов по профилю программисты уже сегодня!
🔸 Свежих заказов на программисты в Москве для фрилансеров на сентябрь 2026 года — 6034 шт.
Как найти удалённую работу для фриланс-специалистов по профилю программисты в Москве?
Вы специалист по программисты и ищете проекты и заказы на удалёнке в Москве? Нам всегда есть что вам предложить. Ежедневно мы публикуем новые проекты и заказы по вашей специальности. Найдите интересную работу уже сегодня
Сколько проектов для IT-специалистов по профилю программисты в Москве?
На сентябрь 2026 года опубликовано 6034 предложений удалённой работы от прямых заказчиков для исполнителей по специализации программисты
Сколько можно заработать выполняя проекты по программисты?
Специалисты по профилю программисты зарабатывают от 0.00 рублей с заказа. Хотите больше? Выполняйте как можно больше заказов и зарабатывайте сколько пожелаете