S.
  • Usługi
  • Dla kogo
  • Rozwiązania
  • Realizacje
  • O mnie
  • Know-how
  • Blog
Rozpocznij projekt
EN/PL/RU
  • Usługi01
  • Dla kogo02
  • Rozwiązania03
  • Realizacje04
  • O mnie05
  • Know-how06
  • Blog07
Rozpocznij projekt
EN/PL/RU
Vlad Sedenko
Niezależny web product developer
UE / Polska / Warszawa
Produkty
  • NextWooStorefront w Next.js dla WooCommerce
© 2026. Wszelkie prawa zastrzeżone
Usługi
  • Product Discovery
  • Projektowanie UX/UI
  • Budowa MVP
  • Rozwój SaaS
  • Redesign strony
  • Bezpieczeństwo aplikacji webowych
  • Optymalizacja konwersji
  • Integracje API i automatyzacja biznesu
  • Wsparcie produktu
Odkryj
  • Usługi
  • Dla kogo
  • Realizacje
  • Rozwiązania
  • O mnie
  • Blog
  • Know-how
  • Kontakt
Rozpocznij projekt
  • vlad@sedenko.net
  • LinkedIn
  • Prywatność/Pliki cookie
← Realizacje

Platforma danych · open source · wizualizacja danych

Marquez: jak sprawić, by pochodzenie danych dało się prześledzić wzrokiem

Client / Marquez

Marquez to open-source'owy serwis do metadanych i data lineage. Współtworzyłem jego webowy frontend — tę część, w której inżynier sprawdza, skąd wziął się dany zbiór i co się posypie, jeśli go zmieni.

Zobacz projekt na żywo ↗
Marquez project screenshot

01 / Kontekst

W platformie danych nic nie stoi osobno. Tabelę produkuje job, który czyta trzy inne tabele, a te zasilają dashboard, na który ktoś poskarży się w poniedziałek rano. Kiedy te zależności istnieją tylko jako identyfikatory na liście, odpowiedź na pytanie „skąd wzięła się ta liczba” zamienia się w popołudnie dopytywania kolegów.

02 / Wyzwanie

Narysować gęsty graf zależności tak, żeby pozostał czytelny: na tyle dużo widoczne naraz, by zobaczyć kształt systemu, na tyle dużo szczegółu na żądanie, by odpowiedzieć na realne pytanie, i żadnego stanu, w którym użytkownik gubi się we własnych danych.

03 / Zakres

Co zrobiłem

  1. 01Współtworzyłem frontend open-source'owej aplikacji webowej Marquez.
  2. 02Pracowałem nad interfejsami do przeglądania metadanych.
  3. 03Zaimplementowałem wizualne przedstawienie zależności między danymi.
  4. 04Użyłem React i D3.js do interaktywnego, mocno danowego UI.

04 / Kluczowe decyzje

Kluczowe decyzje

  1. 01

    Graf jest głównym sposobem czytania, nie dekoracją

    Zależności są rysowane jako graf, bo pytanie prawie zawsze jest relacyjne — nie „czym jest ten zbiór danych”, tylko „co stoi wyżej i co się przewróci, jeśli to zmienię”.

  2. 02

    D3.js tam, gdzie biblioteka do wykresów by się skończyła

    Grafy pochodzenia danych wymagają kontroli nad układem, zachowaniem węzłów i tym, ile rysuje się naraz. D3 daje tę kontrolę kosztem większej ilości ręcznej pracy — i to właściwy kompromis dla specjalistycznego interfejsu, w którym ludzie siedzą cały dzień.

  3. 03

    React spinający resztę aplikacji

    Struktura komponentowa połączyła wizualizację z panelami metadanych i otaczającymi je przepływami, dzięki czemu graf jest widokiem w aplikacji, a nie wyspą w jej środku.

05 / Rezultaty

Rezultaty

  1. 01

    Interfejs, w którym inżynierowie przeglądają metadane i śledzą zależności zamiast odtwarzać je ręcznie.

  2. 02

    Techniczny graf danych zamieniony w coś, co da się eksplorować, a nie w listę identyfikatorów.

  3. 03

    Praca weryfikowalna publicznie, bo Marquez jest open source, a kod leży na GitHubie.

Stack

  • React
  • JavaScript
  • D3.js
  • Open Source

Wykorzystane usługi

  • React Development→
  • Projektowanie UX/UI→

Masz podobny projekt? Napisz, co chcesz zbudować, a odpowiem w ciągu 24 godzin.

Rozpocznij projektWszystkie case studies