Бюджет: 1700 UAH Термін: 7 днів
Здравствуйте. Уже работал с API Steam несколько раз. Сделаю на С#, как написали в тз. Вам подойдет WebSocket?
Написать трейд-бота (бота для передачи и приема вещей) в Steam. Сроки 7-10 дней.
1) Язык написания NodeJS или С#
2) Обход escrow (мгновенный прием и отправка трейда без задержки в 72часа.)
3) Проверка наличия вещи в инвентаре бота перед отправкой пользователю.
4) Анти-краш бота, при любой ошибке что то в СТИМ или еще бот не должен падать, а просто выдавать ошибку без краша.
5) Возможность мульти-бота
6) Алгоритм отправки вещи согласно нашего исходного кода рулетки.
ДОП:
1) Боту через сокет(как вариант, можно вариант с чатом и т.д.) мы передаем ID выигрыша из таблицы(это происходить при нажатии пользователя на кнопку "ЗАБРАТЬ"(инфо. для большего понимания)
2) После чего бот по ID берет данные с таблицы(названия столбцов таблицы отправлю) Steam ID пользователя, Trade URL, и название вещи, после чего если статус этого выигрыша 3(к примеру) он отправляет трейд пользователю, в таблицу заносит значение 4.
3) Вдруг так получилось, что на боте нет вещи, то бот должен проверить наличие, если нет выдает ошибку о не возможности отправки( в базу ставит цифру 5 к поел статус к примеру)
4) Бот должен проверить нет ли бана на трейды к пользователя если есть ошибка отправки в базу статус 6)
5) Прием вещей бот должен осуществлять ТОЛЬКО от записанных в конфиге Steam ID.
6) Ограничить коннект к боту с определенного IP, что бы только IP нашего сервера мог коннектится и отдавать команды боту
7) Возможность установки 6 таких ботов на разные IP(у нас выделенный сервер) IP в комплекте
8) Открытый исходный код
9) Полный обход escrow
10) Простое, понятное управление/настройка бота.
Бюджет: 1700 UAH Термін: 7 днів
Здравствуйте. Уже работал с API Steam несколько раз. Сделаю на С#, как написали в тз. Вам подойдет WebSocket?
Програміст C# / .NET WPF – завершення міграції великої програми для виставлення рахунків RAFSOFT.NET Sp. z o.o. шукає програміста C# / .NET для завершення переписування великої, багаторічної програми для виставлення рахунків на нову технологію. Проект стосується міграції розширеної десктопної програми для компаній, що використовується для виставлення рахунків, обробки документів продажу, контрагентів, обліку та функцій бухгалтерсько-податкових. Нова версія програми створюється мовою C# / .NET, з використанням компонентів DevExpress. Проект вже переписаний приблизно на 70%. Шукаємо людину, яка допоможе довести його до кінця, упорядкувати відсутні елементи, виконати тести та подбати про відповідність роботи нової версії з попередньою програмою. Обсяг робіт: завершення міграції великої десктопної програми на C# / .NET, відтворення функціональності старої програми в новій версії, збереження максимально ідентичної логіки роботи, вигляду та способу обслуговування, робота з компонентами DevExpress, аналіз існуючого коду та порівняння роботи старої та нової версії програми, виправлення помилок, доповнення відсутніх функцій та тестування програми, співпраця при фінальному підготовці програми до впровадження. Вимоги: дуже добре знання C# та .NET, досвід у створенні десктопних програм для Windows, знання WPF або WinForms, досвід з DevExpress або подібними бібліотеками компонентів UI, уміння аналізувати великий, існуючий проект, точність і терпіння при відтворенні існуючої функціональності, уміння тестувати власні зміни, дуже хороша здатність користуватися інструментами AI, що підтримують програмування, аналіз коду, рефакторинг та тестування. Бажано: досвід з проектами типу legacy, знання або попередня робота з Visual Basic 6.0, досвід при міграції програм зі старих технологій на C# / .NET, знання питань, пов'язаних з виставленням рахунків, бухгалтерією, JPK або KSeF, досвід у роботі з великими бізнес-програмами. Кого шукаємо: Шукаємо самостійну, точну та технічно досвідчену людину, яка вміє увійти в існуючий проект, зрозуміти його логіку та послідовно довести його до кінця. У цьому проекті дуже важливо не лише писати новий код, але й вірно відтворити роботу старої програми — як з точки зору функцій, так і вигляду та способу обслуговування. Вимагаємо також вмілого користування інструментами AI у повсякденній програмістській роботі. Нам важлива людина, яка вміє використовувати AI практично: для аналізу коду, пошуку помилок, прискорення міграції, створення тестів та упорядкування проекту. Про компанію: RAFSOFT.NET Sp. z o.o. — це польська компанія, що створює програмне забезпечення для підприємців, бухгалтерських офісів та малих і середніх компаній. Нашим основним продуктом є програма Фактура ПДВ, що підтримує щоденне обслуговування рахунків, документів продажу, контрагентів, обліку та розрахунків відповідно до польських норм. Розвиваємо власні десктопні програми та інструменти, пов'язані з виставленням рахунків, бухгалтерією, KSeF, JPK та автоматизацією бізнес-процесів. Наші рішення проектуються з урахуванням стабільності, простоти обслуговування та практичного застосування в повсякденній роботі користувачів. Сайт компанії: www.rafsoft.net
Конфігурація: 1С УТ 11 Адресний склад ТСД Zebra TC26 Робота через RDP Сканування товарів виконується в документах приймання, розміщення, відбору та інших складських операціях. Поточна проблема: Комірники працюють через ТСД Zebra. При скануванні не завжди помічають повідомлення на екрані. Потрібно реалізувати різні звукові сигнали для різних результатів сканування. Необхідний функціонал: Успішне сканування та обробка в 1С короткий звуковий сигнал. Штрихкод зчитано сканером, але товар не знайдено в 1С інший звуковий сигнал (відмінний від успішного). Помилка при виконанні складської операції неправильна комірка; неправильний товар; інші помилки контролю адресного складу. окремий звуковий сигнал. Звуки повинні відтворюватися на ТСД через RDP. Побажання: використання WAV-файлів або іншого надійного способу відтворення; можливість у майбутньому додати нові типи звукових повідомлень; мінімальний вплив на швидкість роботи ТСД. Прошу вказати у відповіді: Досвід роботи з УТ 11 та адресними складами. Чи реалізовували подібні задачі для ТСД Zebra або інших ТСД. Орієнтовну вартість та строки виконання. Яким способом планується реалізація звукових сигналів.