Mriya Playground

Стек · лише те, що в коді

Стек, обраний свідомо

Кожна технологія тут справді працює в цьому репозиторії, і за кожною стоїть рішення з причиною та компромісом. Жодного рядка «для резюме».

Переглянути стекЯк це поєднано
технологій у коді
20
категорій
6
демо на цьому стеку
4

Принципи вибору

Чому саме ці інструменти — коротко, з номером запису в журналі рішень.

  1. 01D3

    Один контракт — два рантайми

    Zod-схеми з packages/contracts перевіряють запит на сервері й відповідь у браузері. Типи виводяться зі схем, тож розбіжність між фронтендом і бекендом ловить компілятор, а не користувач.

  2. 02D17

    Canvas там, де дані швидкі

    До 1 500 подій за секунду малює uPlot на canvas у requestAnimationFrame. React не перерендерюється на кожну точку, тож інтерфейс тримає частоту кадрів дисплея.

  3. 03D5 · D14

    Нудна інфраструктура

    Модульний моноліт, PostgreSQL і жодних черг, поки вони справді не потрібні. Менше рухомих частин — менше точок відмови й простіший онбординг.

  4. 04D6

    Перевірено end to end

    Vitest покриває логіку обох застосунків, Playwright проходить кожне демо на desktop і мобільному, а e2e-тести API працюють зі справжньою базою.

Увесь стек

Фільтруйте за категорією; кожна картка показує, де технологія використовується.

Потрібна команда з таким підходом?

Ми обираємо інструменти під задачу й пояснюємо чому. Розкажіть про свій продукт — запропонуємо стек і архітектуру.

Обговорити проєктПереглянути демо