Przed skalowaniem
Ruch albo liczba klientów ma wkrótce wzrosnąć skokowo. Chcesz wiedzieć, czy system to udźwignie, zanim się o tym przekonasz na produkcji.
Dla kogo
Kiedy ma to sens
Przy zmianie zespołu
Dotychczasowy wykonawca odchodzi albo zmieniacie dostawcę. Zanim ktoś nowy przejmie kod, warto wiedzieć, co faktycznie przejmuje.
Przy inwestycji lub przejęciu
Kupujesz spółkę, wchodzisz kapitałowo albo szukasz inwestora. Deklaracje dewelopera to nie to samo, co niezależna ocena stanu systemu.
Co dostajesz
Odpowiedzi na trzy pytania, które naprawdę mają znaczenie
Pytanie 1 z 3
Czy tam, gdzie są pieniądze i dane klientów, jest naprawdę bezpiecznie?
Sprawdzam miejsca, w których system dotyka płatności, danych osobowych i uprawnień — i mówię wprost, gdzie jest ryzyko, a nie tylko czy „coś działa”.
Pytanie 2 z 3
Czy system da się utrzymać i odtworzyć bez obecnego zespołu?
Sprawdzam, czy ktoś z zewnątrz jest w stanie uruchomić projekt od zera, wdrożyć zmianę i naprawić awarię — bez pytania osoby, która go pisała.
Pytanie 3 z 3
Jaki jest jego realny stan dziś?
Efektem jest dokumentacja, do której da się wrócić za rok — nie ocena na wyczucie, tylko spisany, konkretny stan systemu w punkcie, w którym go zastałem.
Specjalizacja
Znam ten stos technologiczny od środka
Audytuję najczęściej systemy zbudowane w tym zakresie — bo sam w nim projektuję i wdrażam produkcyjne rozwiązania.
- Aplikacje webowe
- Node.js
- Kolejki zadań (np. BullMQ)
- PostgreSQL
- Integracje płatności (Stripe)
Jak pracuję
Zasady, których się trzymam
- Wyłącznie do odczytu — bez zmian w kodzie i bez ingerencji w produkcję.
- Raport pisany dla właściciela albo zarządu, nie dla dewelopera.
- Rozliczenie za projekt, bez stawek godzinowych z automatu.
- Zakres audytu ustalamy indywidualnie, po rozmowie o tym, co jest dla Ciebie ważne.
Doświadczenie
Wiem, czego szukać, bo już to znajdowałem
Audyt w branży blockchain
Sam kod był solidny — problemy leżały w procesie. Projektu nie dało się postawić na czystej maszynie, co potwierdziło niezależnie kilku programistów. Wydanie nowej wersji potrafiło zająć nawet cały dzień pracy dwóch osób na telefonie. Dokumentacji brakowało w kluczowych miejscach — dokładnie tam, gdzie później najbardziej boli.
Produkcja pod dużym obciążeniem
Doświadczenie produkcyjne z systemami na Node.js, PostgreSQL i kolejkach zadań, obsługującymi dziesiątki i setki tysięcy równoczesnych użytkowników. W projekcie z ruchem czasu rzeczywistego i realnymi pieniędzmi w grze doszło do incydentu, w którym błąd nieobjęty żadnym audytem sprawiał, że system dalej pobierał środki z kont użytkowników mimo formalnego wyłączenia funkcji. To dokładnie ten rodzaj luki, który audyt ma wyłapać, zanim zrobi to ktoś inny.
Kontakt
Napisz, jeśli chcesz wiedzieć, na czym naprawdę stoi Twój projekt
Opisz krótko system i to, co Cię niepokoi — odpowiadamy zwykle w 1 dzień roboczy i wspólnie ustalamy zakres audytu.