Реалізувати бек частину найпростішого міні-прикладу на 2-3 екрани

Шукаємо Middle Python або JavaScript розробника для довгострокового парт-тайм проєкту з оцінки, валідації та технічного аудиту відповідей штучного інтелекту (LLM моделей). Робота полягає не в написанні коду з нуля, а в аналітичній перевірці вже згенерованих скриптів та алгоритмів. Що потрібно робити: 1. Аналізувати технічні завдання та порівнювати два варіанти коду, створені різними ШІ-моделями. 2. Проводити ментальний дебаг, знаходити логічні помилки, синтаксичні баги або неефективне використання пам'яті/ресурсів. 3. Оцінювати, який варіант коду є більш оптимальним, та писати чіткий, детальний аналітичний звіт англійською мовою. У звіті потрібно пояснити, де саме помилка та як її виправити. Вимоги до кандидата: Комерційний досвід розробки на Python (Django / FastAPI) або JavaScript / TypeScript від 2 років. Рівень англійської мови — B2/C1 (Advanced). Написання технічних звітів є ключовою частиною роботи. Висока самодисципліна та уважність до деталей. Сувора вимога: 100% ручне написання звітів (будь-яке використання ChatGPT чи інших ШІ-асистентів під час роботи повністю заборонено, система проходить лінгвістичний антифрод-аудит). Умови та формат роботи: Повністю гнучкий графік (Flexible On-Demand). Завдання з'являються потоком. Ви можете працювати у зручний для вас час (вранці, вдень чи ввечері). Обсяг роботи: в середньому від 3 до 4 годин на день на один робочий модуль (можна суміщати з основною роботою). Залежно від вашої продуктивності є можливість розширення та ведення кількох модулів паралельно, що прямо масштабує дохід. Усі завдання виконуються виключно всередині нашого налаштованого, безпечного віддаленого робочого середовища. Оплата: фіксована погодинна ставка від 20 до 30USD за годину (залежно від вашого технічного рівня). Виплати щотижня у зручному для вас форматі (USDT або валюта). Будь ласка, у відгуку коротко опишіть свій досвід із Python/JS та підтвердьте свій рівень англійської мови. Готові стартувати найближчим часом.

Необхідно розробити локальний Python-скрипт для автоматичного заповнення Google Таблиці даними з внутрішнього сервісу компанії. Основна логіка: 1. Підключитися до Google Таблиці. 2. Знайти рядки, де заповнений ID, але відсутні два цільових значення. 3. Сформувати посилання за шаблоном: https://internal-service.example/item/{ID} 4. Отримати два значення (через API, якщо він існує, інакше через Playwright). 5. Записати значення назад у Google Таблицю. 6. Позначити рядок як оброблений. 7. Продовжити обробку наступних рядків. Вимоги: • Python • Google Sheets API • Пріоритет використання офіційного API • При відсутності API — Playwright • Без OCR, розпізнавання екрана та координат миші • Конфіденційні дані не повинні потрапляти в логи • Конфігурація через .env • Тестовий режим (без запису в таблицю) • Не обробляти вже заповнені рядки • Пакетна запис змін у Google Sheets • Коректна обробка помилок і повторних спроб Необхідно надати: - вихідний код; - requirements.txt; - приклад .env.example; - інструкцію по установці; - інструкцію по запуску; - короткий опис архітектури. Перед початком реалізації прошу: 1. Запропонувати архітектуру. 2. Перелічити необхідні доступи. 3. Задати уточнюючі питання. 4. Вказати вартість, терміни та орієнтовну кількість годин.

В рамках підвищення рівня кібербезпеки нашої інфраструктури нам необхідно відмовитися від практики зберігання «вічних» і статичних API-ключів, паролів і токенів інтеграцій у конфігураційних файлах (.env, appsettings.json, config.yaml) наших мікросервісів. Бізнес-мета: Створити єдину захищену точку зберігання конфіденційних даних (секретів) з механізмом їх автоматичного оновлення (ротації) у зовнішніх системах за розкладом. Інші наші сервіси будуть запитувати актуальні токени «на льоту» через API, що зведе до мінімуму шкоду в разі компрометації будь-якого з компонентів системи.Модель безпеки та шифрування (Crypto Core) У базі даних жоден секрет не повинен зберігатися в відкритому вигляді. При старті програми в змінні середовища передається Майстер-ключ (Master Key). Якщо ключ відсутній або має невалідну довжину, сервіс повинен падати на етапі ініціалізації з зрозумілою помилкою в логах. Кожен секрет шифрується перед записом у БД з використанням цього Майстер-ключа. При запиті — розшифровується в пам'яті і віддається в тілі відповіді.Аудит-логування (Audit Trail) Будь-яка дія з секретами (створення, читання сервісом, успішна або неуспішна ротація) повинна записуватися в окремий лог-файл audit.log (або окрему таблицю в БД). Суворе табу: В аудит-лог категорично заборонено записувати самі значення секретів (ні в відкритому, ні в зашифрованому вигляді).

Потрібен спеціаліст для написання парсерів, який зможе обходити CLOUDFRAME. Парсинг товарів відбувається з сайтів з авторизацією. Є 10+ донорів різної складності, з різним ступенем захисту. Парсинг товарів відбувається з сайтів з авторизацією. Парсить дані в готову базу даних Mysql + фотографії на сервер. Потрібно написати парсер відповідно до завдань описаних у технічному завданні та адаптувати дані до існуючої бази даних для повноцінної роботи на сайті. ТЗ та приклад донора по запиту. Десктопні парсери та C# не розглядаємо.

Бот для дзеркалювання позицій на Binance Futures (Python) Потрібен бот, що читає мої позиції на Hyperliquid (публічний API) та Bitget Futures (мій ключ read-only) і пропорційно повторює їх на моєму Binance USDT-M Futures через API. Логіка: відкриття, збільшення, часткове закриття, повне закриття — все дзеркалиться з налаштовуваним коефіцієнтом розміру. Полінг 5–10 сек. Обов’язкова коректна обробка часткових закриттів та усереднень. Вимоги: сповіщення в Telegram про угоди й помилки; конфіг (пари, коефіцієнт, ліміти); деплой на мій VPS + інструкція; вихідний код передається мені. Ключі вводжу сам. Етапи: 1) Hyperliquid→Binance, тест на малих сумах; 2) Bitget→Binance. Оплата через safe поетапно. У відгуку вкажіть досвід з API бірж і як обробите часткове закриття 30% позиції лідером