Доробити консольну аплікацію на с#

Шукаємо досвідченого 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 або інших ТСД. Орієнтовну вартість та строки виконання. Яким способом планується реалізація звукових сигналів.