Dwie główne usługi dla założycieli z MVP tworzonymi przez AI lub platformy no-code. Jeden cel: wziąć to, co stworzyły Twoje narzędzia AI lub platforma no-code, i dostarczyć to na produkcję — bezpieczne, skalowalne i utrzymywalne. Zacznij od audytu. Przejdź do naprawy tylko wtedy, gdy audyt znajdzie to, co zwykle znajdujemy.
Pisemna ocena techniczna Twojego MVP tworzonego przez AI lub no-code według kryteriów produkcyjnych — bezpieczeństwo, skalowalność, utrzymywalność — posortowana według ryzyka biznesowego, nie estetyki kodu. Dokument zostaje Twój, niezależnie od tego, czy zatrudnisz mnie do naprawy.
Przejęcie kodu tworzonego przez AI lub no-code i dowiezienie go jako prawdziwego produktu. Naprawa dziur w autentykacji, popsutego CORS, wolnych baz danych, brakującej infrastruktury wdrożeniowej. Dowiezienie „ostatnich 20%", które AI pomija — CI/CD, monitoring, backupy, disaster recovery.
Prawie każde zlecenie, które kończy się naprawą, zaczyna się od audytu. To najtańszy sposób, żeby dowiedzieć się, czy naprawa w ogóle ma sens — i ile będzie kosztować, jeśli ma. Audyt to 1–2 tygodnie pracy i dokument, który możesz wykorzystać, udostępnić albo zignorować. Naprawa to zlecenie na kilka tygodni z realnym zakresem. Nie chcesz tego kupować bez mapy.
Krótka rozmowa zapoznawcza powie Ci też, czy żadne z tego nie jest tym, czego teraz potrzebujesz — czasami właściwą odpowiedzią jest „najpierw zajmij się trakcją" albo „Twój stack jest w porządku; oto co bym zmienił".
Audyt, zawsze. Audyt powie Ci, czy naprawa jest właściwym następnym krokiem, czy masz tylko kilka konkretnych rzeczy do poprawienia. Wolę, żebyś dowiedział się, że potrzebowałeś tylko dwóch dni pracy, niż sprzedać Ci ośmiotygodniowe zlecenie, którego nie potrzebowałeś.
Tak, ale tylko po krótkiej rozmowie zakresowej. Bez audytu naprawialibyśmy bez mapy — co prowadzi albo do przeszacowania (drogie dla Ciebie), albo do pominięcia krytycznych problemów (złe dla nas obu). Audyt to mały koszt początkowy, który sprawia, że naprawa jest tańsza i lepiej wycelowana.
Dokument nadal należy do Ciebie. To, co zrobisz dalej, zależy od Ciebie. Jeśli to krytyczny problem bezpieczeństwa, powiem Ci jasno i szybko. Jeśli to góra mniejszych problemów, posortujemy je razem i zdecydujemy, które naprawdę warto naprawić — nie wszystko, co nieoptymalne, wymaga naprawy teraz.
Dwie opcje po naprawie: przekazanie Twojemu zespołowi z pisemną dokumentacją, albo zostaję jako fractional part-time engineer na 3–6 miesięcy, dopóki kogoś nie zatrudnisz. Nie oferuję długoterminowych kontraktów — moim celem jest uczynić siebie zbędnym.
To jest specjalizacja, ale biorę też naprawy kodu po odchodzących wykonawcach, małych agencjach albo wczesnych wewnętrznych deweloperach, którzy poszli dalej. Wspólnym wątkiem jest „nikt w obecnym zespole nie potrafi czytać kodu" — nie konkretne narzędzie, które go napisało.
Bezpłatnie. 30 minut. Powiedz mi, co robi Twoja aplikacja i co się psuje. Powiem Ci szczerze, która usługa — jeśli którakolwiek — jest właściwym następnym krokiem dla Twojej sytuacji.
Umów bezpłatną rozmowę →