работа с multiloginapp браузером, необходим человек с опытом

Добрий день. Шукаю для себе ментора по Linux. В мене є досвід в якості strong junior devops спеціаліста, але Linux і Kubernetes мої слабкі місця. Якщо з Kubernetes досвід з проектами ще є невеликий,то з Linux взаємодію дуже поверхнево. Щось створити, додати, перейменувати, відкрити і т.п. - цього явно не достатньо. Потрібен ментор, який мене підтягне в цьому питанні. Просто головна задача зробити так, щоб знання осіли в голові, можливо якийсь пет-проект, задачі, таски щось в такому дусі, а не просто "повторюй за мною". Проходив курси самостійно, але вони особливо "не осідають" в голові. Ось приблизний список, що, на мою думку, мені потрібно: - Linux/Unix системи — поглиблене адміністрування операційних систем, файлові системи, керування користувачами та правами доступу, процесами та службами (systemd), Bash-скриптинг, журналювання, моніторинг, налаштування безпеки, автоматизація адміністративних задач; - Мережеві технології — модель OSI та стек TCP/IP, DNS, HTTP/HTTPS, SSL/TLS, SSH, VPN, балансування навантаження, проксі-сервери, NAT, маршрутизація, мережеві утиліти (ping, traceroute, netstat, ss, tcpdump, curl), діагностика та усунення мережевих проблем; Якщо до цього списку можна ще буде додати Kubernetes, то зайвим не буде. Можливо щось від себе запропонуєте. Формат занять, як я бачу - 2 рази на тиждень, зустрічі, обговорення консультації. Більш детально, тут вже ваші ідеї і пропозиції. По вартості за годину, або за місяць - пропонуйте

Розробка додатку Power App, супровід мене як новачка. Canvas App, допомога в розробці Screen Домомога в розробці структури даних для App Програмування функцій Допомога у створенні Date-verse-Таблиць

Потрібно допомогти переосмислити та побудувати чисту relational-схему для внутрішньої операційної системи на Airtable. Поточна база вже використовується командою, але вона виросла органічно: структура частково плоска, частина таблиць/в’юшок використовується активно, частина майже не використовується, а документи зараз радше “підтягують” інформацію в Airtable, хоча в ідеалі Airtable має стати джерелом правди і генерувати потрібні операційні артефакти. Потрібна не просто допомога з формами чи автоматизаціями, а саме структурна робота: аналіз поточної логіки, проєктування relational-схеми, створення чистої нової бази/інстансу, документація та рекомендації щодо міграції до нової схеми. І потенційно можливо навіть впровадження Контекст системи: Є два основні напрями: Feedback system Система для збору й обробки сигналів від зовнішніх радників, фокус-груп, внутрішніх команд та stakeholders. Має підтримувати: signal log / реєстр сигналів; advisor tracking; feedback intake; synthesis dashboard; status / gates / recommendations; close-the-loop логіку. Product catalog У каталозі продуктів зараз близько 400 записів, приблизно 100 з них активні/live. Потрібно краще структурувати продукти, статуси, зв’язки, джерела даних, lifecycle/gate logic та звітність. Поточний стан: Airtable вже існує і використовується командою. Поточна точність даних приблизно 80%. Схема переважно flat, не relational. Активно використовуються лише перші кілька таблиць/вкладок: Частина validation gates, tasks/decisions і dashboard views поки майже не використовується. Немає PII. Будь-яка робота з live base має бути максимально обережною: без змін у production без погодження. Ідеальний підхід — аналіз структури та побудова нової чистої бази окремо у Sandbox. Що потрібно зробити: Phase 1 — Audit & architecture recommendation Подивитися на поточну структуру Airtable. Визначити, які таблиці/поля/в’юшки реально потрібні, які дублюються, які можна об’єднати або прибрати. Запропонувати relational data model. Описати основні entities, relationships, primary keys, linked records, lookup/rollup logic. Запропонувати clean schema для Проєкту + Product catalog. Визначити, які dashboards/interfaces потрібні для різних користувачів. Підготувати короткий architecture memo або schema map. Phase 2 — Build clean Airtable base Створити нову чисту Airtable base / instance. Налаштувати таблиці, поля, linked records, views, basic interfaces. Налаштувати базову dashboard/reporting логіку. Підготувати migration map: як переносити дані зі старої структури в нову. Задокументувати структуру так, щоб команда могла підтримувати її після передачі. За потреби — запропонувати automation strategy, але без надмірної складності. Очікувані deliverables: Airtable schema map. Нова clean Airtable base. Таблиці + relationships + key fields. Views/interfaces для основних користувачів. Migration recommendation. Коротка документація для команди. Рекомендації щодо governance: хто вносить дані, хто апрувить зміни, які поля є обов’язковими, як уникати дублювання. Опційно: 1 короткий handoff call / Loom walkthrough. Важливі security / access правила: Без PII. Без небезпечних токенів або персональних інтеграцій. Не можна підключати AI/MCP/ChatGPT/Claude до live Airtable. Якщо потрібен доступ до існуючої бази, він має бути read-only або через експорт/скріншоти/структурний опис. Будь-які записи/зміни робляться тільки в новій тестовій/чистій базі, не в live production. Кого шукаю: Ідеальний кандидат має досвід: Airtable base architecture; relational schema design; Airtable interfaces, views, forms, automations; migration/cleanup of messy Airtable bases; product operations / CRM / workflow systems; documentation and handoff; У відгуку, будь ласка, вкажіть: Приклади Airtable-баз або систем, які ви будували. Чи був у вас досвід перетворення flat Airtable structure у relational schema. Як би ви підійшли до audit → schema design → build. Орієнтовну оцінку годин для Phase 1. Ваш hourly rate або fixed-price пропозицію для першого етапу. Чи готові працювати під NDA. Формат роботи: Почати бажано найближчим часом. Спочатку можна зробити невеликий paid discovery/audit, після чого перейти до повного build.