Technical UI/UX Designer (Рефакторинг інтерфейсу під ViewComponent / Rails-бек)

Про продукт та задачу:Ми розвиваємо продуктовий сервіс на базі Ruby on Rails 8.1. Наш головний принцип — Database as Single Source of Truth на бекенді та відмова від класичного SPA-фронтенду (React/Vue).Вся архітектура інтерфейсу тримається на ViewComponent з активним використанням Sidecar pattern (co-location, де структура, стилі Tailwind та JS-поведінка ізольовані в одній папці компонента).Зміна в базі через тригерний ланцюжок (Controller/Reflex → Service → PostgreSQL → Broadcaster) миттєво оновлює конкретні шматки HTML в DOM через сокети (CableReady / SolidCable).Всі компоненти вже написані та працюють. Нам не потрібно малювати продукт з нуля чи вигадувати нові сутності. Задача — аналіз та масштабний рефакторинг UI/UX наявних елементів під обмеження нашого стеку.Кого ми шукаємо:Ми шукаємо однодумця та «єдиновірця» з перспективою довгострокової спільної роботи. Нам не потрібен одноразовий виконавець на один таск. Нам важлива людина, якій щиро відгукнеться ідея продукту, яка готова зануритися в його розвиток на перспективу та ділити з нами однакову архітектурну оптику.Яких дизайнерів ми НЕ шукаємо:«Пікассо», які звикли малювати відірвані від життя концепції у Figma. Нам не потрібні художники — ми самі можемо намалювати що завгодно кубиками.Дизайнерів, які вміють проектувати інтерфейси тільки під SPA-фронтенд (де вся логіка станів живе в браузері на React).Що потрібно буде робити:Аудит та рефакторинг UI: Розібратися, як зараз візуально працюють компоненти системи, та запропонувати план їх оптимізації.Проектування в концепції Sidecar Pattern: Дизайн має розбиватися на чіткі, автономні UI-компоненти. Потрібно спроектувати елементи так, щоб їхня структура та Tailwind-стилі були ізольованими і не залежними від глобального контексту сторінки.Проектування станів (State Management): Створити логічну систему станів для компонентів (hover, active, disabled, loading). Важливо розуміти, що ці стани прилітають із сервера через сокети, тому інтерфейс має бути атомарним та не ламатися при оновленні окремого шматка DOM.Умови роботи:Оплата виключно за результат (за закриті етапи рефакторингу). Ніякої почасовки та висиджування годин, як консьєрж. Закрили етап аналізу та рефакторингу логіки інтерфейсу — отримали оплату.Довгострокова співпраця та глибоке занурення в продукт на перспективу.Що ми очікуємо від вас:Чітке розуміння, що таке компонентний підхід у дизайні, та готовність працювати в жорстких рамках ViewComponent + Sidecar pattern.Розуміння того, як працює веб: що таке DOM, сокети та концепція HTML-over-the-wire (коли інтерфейс збирається на сервері, а не в браузері).Практичний досвід рефакторингу складних інтерфейсів, а не просто створення красивих картинок.Бажання стати частиною продукту, а не просто закривати тикети на конвеєрі.???? Важливо: У відгуку не пишіть шаблонну воду про ваші дипломи та курси. Одразу підтвердіть, що ви прочитали опис, розумієте різницю між SPA та серверними ViewComponent, готові працювати на результат із фіксованою оплатою та націлені на гру «в довгу».