Клиент-серверная игра на потоковом сокете TCP

Ищем опытного Unity-разработчика, который поможет завершить разработку игры. О игре: Жанр: симулятор фермы. Игра уже разрабатывается на Unity. Сначала она создавалась для мобильных устройств, но впоследствии было принято решение выпустить её для Steam (ПК). Что нужно сделать: Доработать игру в соответствии с готовым техническим заданием. Адаптировать существующий функционал под ПК и Steam. Реализовать уже запланированные механики и интерфейс. Что мы предоставляем: Подробное техническое задание. Все необходимые материалы (модели, графика, объекты и т.д.). Фото, видео, скриншоты и записи прохождения оригинальной игры. Готовый план реализации. Мы воссоздаем игру, которая успешно работала более 10 лет назад, поэтому ничего выдумывать или проектировать с нуля не нужно. Все механики, интерфейс и логика уже определены — необходимо качественно реализовать их в Unity. Для ознакомления с проектом добавляем ссылку на один из видеообзоров игры: Вставьте ссылку здесь. Требования: Опыт работы с Unity. Опыт разработки или адаптации игр под ПК/Steam будет преимуществом. Умение работать по готовому техническому заданию. В ответе, пожалуйста, укажите: примеры ваших работ; опыт работы с Unity; ориентировочную почасовую ставку или стоимость выполнения. Один из видеообзоров: https://www.youtube.com/watch?v=5_wKoX7zRc0

Для существующей микросервисной системы требуется разработать независимый сервис-обработчик Excel-файлов. Задача заключается в создании надежного конвейера по приему, валидации и трансформации данных из таблиц в структурированный формат базы данных. Функциональные задачи: Разработка API на базе gRPC для получения команд на обработку и отдачи статусов выполнения. Реализация логики парсинга файлов: чтение больших объемов данных (XLSX), очистка, проверка типов и приведение к бизнес-моделям. Реализация слоя доступа к данным (Repository/Unit of Work) для сохранения результатов в PostgreSQL через Entity Framework Core. Обеспечение потокобезопасности и эффективного использования ресурсов (особенно при обработке файлов большого размера). Технические требования: Платформа: .NET 10. Архитектурные паттерны: Dependency Injection, CQRS, модульная архитектура проекта. Коммуникация: Строго gRPC. Работа с Excel: Использование производительных библиотек (например, EPPlus, OpenXML или аналоги по выбору). Модульность: Код должен быть организован так, чтобы сервис легко масштабировался и был пригоден для тестирования. Ожидаемый результат: Полностью рабочий микросервис, готовый к развертыванию в контейнеризированной среде. Чистая кодовая база с соблюдением принципов SOLID. Документированные .proto файлы. Базовые unit-тесты для критических узлов обработки данных. Требования к кандидату:В отклике, пожалуйста, укажите: Ваш опыт работы с .NET в микросервисной архитектуре. Примеры того, как вы организуете DI и модульность в своих проектах. Опыт работы с Excel-библиотеками в .NET. Готовность работать по gRPC контрактам.

Конфигурация: 1С УТ 11 Адресный склад ТСД Zebra TC26 Работа через RDP Сканирование товаров выполняется в документах приемки, размещения, отбора и других складских операциях. Текущая проблема: Кладовщики работают через ТСД Zebra. При сканировании не всегда замечают сообщения на экране. Необходимо реализовать различные звуковые сигналы для различных результатов сканирования. Необходимый функционал: Успешное сканирование и обработка в 1С короткий звуковой сигнал. Штрихкод считан сканером, но товар не найден в 1С другой звуковой сигнал (отличный от успешного). Ошибка при выполнении складской операции неправильная ячейка; неправильный товар; другие ошибки контроля адресного склада. отдельный звуковой сигнал. Звуки должны воспроизводиться на ТСД через RDP. Пожелания: использование WAV-файлов или другого надежного способа воспроизведения; возможность в будущем добавить новые типы звуковых сообщений; минимальное влияние на скорость работы ТСД. Прошу указать в ответе: Опыт работы с УТ 11 и адресными складами. Реализовывали ли подобные задачи для ТСД Zebra или других ТСД. Ориентировочную стоимость и сроки выполнения. Каким способом планируется реализация звуковых сигналов.