Бюджет: 5000 RUB Термін: 1 день
Привіт, я можу це зробити. Якщо потрібно, я можу скинути резюме на пошту.
Привіт, я можу це зробити. Якщо потрібно, я можу скинути резюме на пошту.
Привіт, я можу це зробити. Якщо потрібно, я можу скинути резюме на пошту.
Бюджет: 4000 RUB Термін: 2 дні
Добрий день . Це завершення вже існуючої програми чи розробка нової?
Ставки приховані
Ставки поки відсутні
-
Александр Веселов
29 вересня 2020
привет, не очень представляю какие детали нужны)
в итоге должен быть метод, который можно вызывать из любого другого)
-
Юрий Морозов 30 вересня 2020Из деталей, я бы за параметры метода спросил только.
С какими параметрами его вызывать, чтобы метод всё это делал?
Может, всё-таки класс? С методами подключения, получение/выполнение задачи, управление треад-пулом... -
Александр Веселов
30 вересня 2020
ну естейственно класс) даже статик метод в каком то классе надо делать) я это все к тому так указал - а вдруг вы подумали, что тут речь про создание приложения с интерфейсом, локальным кешем, пользовательскими настройками и прочими ненужными атрибутами)
-
Александр Веселов
30 вересня 2020
предварительно представляю как метод без параметров, ибо
- задания берет из базы,
- все задания отправляет в работу,
- по получении результата завершает работу.
Максимум можем задавать количество параллельных потоков для шага с распаршиванием ответа, или подтягивать переменную с этим параметром.
-
Юрий Морозов 30 вересня 2020System.Driwing
DrawString(String, Font, Brush, Single, Single, StringFormat) завернуть в какой-нибудь асинхронный метод. Профит. Символы будет рисовать прямо из системных шрифтов, какой укажешь.
-
Юрий Морозов 1 жовтня 2020Я сейчас немного занят IRL, не могу сделать ставку, а так бы сделал легко. За пару часов. Просто ещё пол-дня вникать в детали проекта: что и как, потом потестить - чтоб работало. В общем, некогда.
Актуальні фриланс-проєкти в категорії C#
Для існуючої мікросервісної системи потрібно розробити незалежний сервіс-обробник 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 або інших ТСД. Орієнтовну вартість та строки виконання. Яким способом планується реалізація звукових сигналів.