Jestem Maciek.Buduję aplikacje.

Celem projektu było stworzenie złożonego systemu SaaS do zarządzania szkołami sportów rakietowych - pomysł wziął się stąd, że moja własna szkoła tenisowa nie miała żadnego takiego narzędzia. Aplikacja jest w dużej mierze kompletna i obejmuje: tworzenie placówek, dodawanie członków, zarządzanie kortami oraz ich dostępnością, tworzenie grup zajęciowych oraz obsługę płatności.

Największym wyzwaniem okazała się architektura multi-tenant. Odizolowanie danych poszczególnych szkół wymagało szczególnej ostrożności - nie tylko w warstwie serwerowej, ale także po stronie bazy danych. Każde zapytanie zamknąłem w warstwie serwisów, gdzie filtrowanie po identyfikatorze organizacji i sprawdzanie uprawnień dzieje się w jednym miejscu, a szczelność tej izolacji pokrywają testy.

Raveomat to platforma biletowa dla imprez muzycznych: publiczny katalog wydarzeń oraz panel, w którym organizatorzy sami je wystawiają. Zrobiłem go z myślą o własnych imprezach, które jako artysta z wieloletnim stażem zdarzało mi się współorganizować.

Najwięcej nauczyłem się przy logowaniu. Na początku serwer i przeglądarka trzymały sesję osobno i po odświeżeniu tokenu potrafiły się rozjechać. Ostatecznie obie strony korzystają z tego samego klienta Supabase i tych samych ciasteczek, a wejście do panelu sprawdzam dwa razy, w middleware i w politykach RLS po stronie bazy.

Saboteur to przeglądarkowa wersja gry karcianej o tym samym tytule. Gra od trzech do dziesięciu osób, dołączanie do pokoju odbywa się przez sześcioznakowy kod, bez zakładania kont. Stworzyłem ją głównie po to, żeby pograć wspólnie ze znajomymi :)

Najwięcej myślenia wymagało ukrywanie informacji. Cała zabawa polega tu na tym, że nie wiesz, kto jest sabotażystą, więc nie wystarczy schować roli w interfejsie - klient nie może jej w ogóle dostać. Publiczny stan gry, karty na ręce i własna rola to trzy osobne zapytania - role odsłaniają się dopiero na koniec rundy. W zakładce sieciowej wszystko jest ukryte.