Курсова робота ООП (мовою С#)

Потрібно розробити Telegram-бота, який буде виконувати роль клієнтського інтерфейсу для нашої системи. Бот має бути максимально легковісним. Вся основна бізнес-логіка та робота з базою даних знаходяться на стороні готового бекенда. Завдання бота — взаємодіяти з користувачем, збирати від нього дані та обмінюватися ними з бекендом за протоколом gRPC. Проект має бути виконаний на платформі .NET 8 / .NET 9 з використанням бібліотеки Telegram.Bot (або альтернативного активно підтримуваного фреймворку на C#).Функціональні вимоги1. Користувацький інтерфейс (User Flow) Авторизація / Реєстрація: При першому запуску (/start) бот запитує у користувача номер телефону через стандартну кнопку відправки контакту Telegram. Ці дані надсилаються на бекенд для перевірки або реєстрації. Головне меню: Постійне Inline або Reply-меню з наступними розділами: Мій профіль: Відображення поточного статусу користувача, балансу та активних підписок (дані запитуються у бекенда). Створити заявку: Покроковий сценарій заповнення текстової заявки. Бот по черзі збирає: назву, опис та прикріплений файл (якщо є), після чого надсилає пакет даних на бекенд. Історія заявок: Список останніх 5 заявок користувача з їхніми поточними статусами. Сповіщення (Push): Бот має вміти приймати асинхронні повідомлення від бекенда та миттєво пересилати їх конкретним користувачам (наприклад, про зміну статусу заявки).2. Технічна архітектура та інтеграція gRPC Клієнт: Усередині бота має бути реалізований gRPC-клієнт. Ми надамо готові .proto файли, що описують контракти для: Авторизації користувача (AuthenticateUser) Отримання профілю (GetUserProfile) Відправки заявки (CreateApplication) Отримання списку заявок (GetApplicationList) Стрімінг повідомлень: Для відправки сповіщень від бекенда до бота необхідно реалізувати gRPC Server Streaming або підтримку дуплексного стріму (обговорюється на етапі старту). Локальне зберігання: Бот не має мати власної важкої бази даних. Для зберігання тимчасових станів користувачів (FSM / Finite State Machine) під час заповнення форм необхідно використовувати розподілений кеш (наприклад, Redis) або вбудовану оперативну пам'ять з можливістю швидкого переходу на зовнішнє сховище.

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