SpawnLab™ Dziennik #2

 

Nie lubię programować. Lubię rozwiązywać problemy.

Mam 48 lat.

Na co dzień pracuję w księgowości, w korporacyjnym środowisku, gdzie Excel, procesy, maile, zgłoszenia i systemy są codziennością.

Mam też dyplom inżyniera informatyki z Politechniki Rzeszowskiej.

Brzmi całkiem nieźle, prawda?

No to teraz wyznanie:

nie lubię programować.

Nigdy tak naprawdę nie lubiłam.

Nie jestem osobą, która siada wieczorem do kodu z błyskiem w oku i myśli: „ach, jak cudownie, jeszcze tylko trzy godziny debugowania i życie ma sens”.

Nie.

Kod sam w sobie nigdy nie był dla mnie romantyczny.

Ale rozwiązywanie problemów?

To już zupełnie inna historia.

Przez lata wydawało się, że bez kodowania nie da się budować

Przez długi czas istniała taka niepisana zasada:

jeśli nie umiesz programować, nie możesz tworzyć oprogramowania.

A jeśli nie jesteś programistą z zawodu, to możesz co najwyżej mieć pomysł, który ktoś inny kiedyś może zrealizuje. Albo nie.

Dziś nie myślę już w ten sposób.

AI zmieniło dla mnie bardzo dużo.

Nie dlatego, że „AI zrobi wszystko za człowieka”.

Nie zrobi.

I bardzo dobrze, bo wtedy internet byłby jeszcze większym śmietnikiem niedokończonych aplikacji z błyszczącym landing page’em i zerową logiką.

AI pomogło mi zrozumieć coś ważnego:

nie trzeba kochać programowania, żeby tworzyć użyteczne narzędzia.

Nie trzeba być zawodowym programistą, żeby budować aplikacje.

Ale trzeba rozumieć problem.

Trzeba wiedzieć, co nie działa.

Trzeba czuć, gdzie użytkownik się potyka.

Trzeba mieć cierpliwość do testowania, poprawiania i wracania do rzeczy, które „prawie działały”, ale jednak nie działały tak, jak powinny.

Kod to tylko jedna część procesu

Kod jest ważny.

Oczywiście, że jest.

Ale kod to nie wszystko.

Aplikacja nie staje się dobra tylko dlatego, że istnieje plik z funkcją, przyciskiem i ładnym gradientem.

Liczy się też:

pomysł,
problem,
logika,
testowanie,
decyzje projektowe,
doświadczenie użytkownika,
nazewnictwo,
prostota,
konsekwencja,
i setki małych poprawek, których często nikt nie widzi.

To właśnie te drobne decyzje decydują, czy narzędzie jest użyteczne, czy tylko „technicznie działa”.

A między jednym a drugim jest przepaść.

Czasem bardzo irytująca przepaść.

Nie buduję, bo chcę zostać programistką

Nie próbuję zostać programistką.

Nie próbuję udowodnić, że kocham kod.

Nie próbuję wejść do świata technologii przez drzwi z napisem „full stack developer” i udawać, że zawsze marzyłam o frameworkach.

Nie.

Ja chcę rozwiązywać problemy.

Chcę brać coś, co mnie denerwuje, męczy, przeszkadza albo zwyczajnie nie działa tak, jak powinno — i sprawdzać, czy da się to zrobić prościej.

Bardziej po ludzku.

Bez zbędnego konta.
Bez chmury, jeśli nie jest potrzebna.
Bez logowania do rzeczy, która mogłaby po prostu działać.
Bez aplikacji udającej centrum dowodzenia światem, kiedy użytkownik chce tylko zapisać wydatek, objaw, wagę albo wygenerować labirynt.

Tak zaczęły powstawać moje projekty

W ciągu ostatnich kilku miesięcy zaczęłam budować aplikacje i narzędzia inspirowane realnymi frustracjami i codziennymi problemami.

Nie z biznesplanu.

Nie z prezentacji „startup pitch deck”.

Nie dlatego, że ktoś powiedział: „rynek potrzebuje innowacyjnego rozwiązania w obszarze digital productivity”.

Raczej dlatego, że pojawiało się pytanie:

„Dlaczego to nie istnieje?”

Albo:

„Dlaczego to jest takie skomplikowane?”

Albo najczęściej:

„To mnie wkurza. Musi być lepszy sposób.”

Tak powstały między innymi:

No Cookie Today™ — lokalna aplikacja do pilnowania codziennych wydatków, budżetu i zakupowych impulsów.

BodyMirror™ i BodyMirror Balance™ — narzędzia do obserwowania własnych wzorców związanych z jedzeniem, objawami, samopoczuciem, wagą i codziennymi reakcjami organizmu.

Brain Damage Simulator™ — zestaw prostych gier przeglądarkowych i eksperymentów z generatorami łamigłówek.

SpawnLab Puzzle Forge™ — mój największy projekt, lokalne narzędzie do tworzenia książek z łamigłówkami i drukowalnych wnętrz - nadal nad nim pracuję.

Każdy z tych projektów zaczął się od konkretnej potrzeby albo frustracji.

I każdy w pewnym momencie pokazał mi to samo:

pomysł to dopiero początek.

Prawdziwa praca zaczyna się wtedy, kiedy trzeba sprawić, żeby narzędzie miało sens w użyciu.

AI jako wsparcie, nie magiczna różdżka

AI bardzo mi pomogło.

Ale nie w taki sposób, jak czasem sprzedaje się to w internecie.

To nie wygląda tak, że wpisujesz jedno zdanie, dostajesz gotową aplikację, publikujesz ją, a potem świat bije brawo i rzuca pieniędzmi w ekran.

Brzmi pięknie.

Ale to tak nie działa.

AI pomaga mi budować, analizować, poprawiać, szukać błędów w kodzie, porządkować kod, testować pomysły, rozpisywać logikę i przechodzić przez kolejne wersje.

Ale nadal trzeba myśleć.

Trzeba wiedzieć, czego się chce.

Trzeba zauważać, kiedy coś jest bez sensu.

Trzeba testować i umieć widzieć błędy.

Trzeba umieć powiedzieć: „nie, to nie działa, wracamy 5 wersji wstecz”.

I czasem trzeba mieć cierpliwość do wersji 94.

Albo 184.

Tak, serio.

SpawnLab™ jako dom dla projektów

Właśnie dlatego powstaje SpawnLab™.

To ma być miejsce dla projektów, które wcześniej siedziały w folderach, prototypach, testowych linkach i mojej głowie.

Miejsce dla aplikacji, gier, narzędzi i eksperymentów, które łączy jedna myśl:

realne problemy, proste narzędzia.

Nie wiem jeszcze, które projekty odniosą sukces.

Nie wiem, które będą tylko etapem.

Nie wiem, które okażą się większe, niż planowałam.

Ale wiem jedno:

po raz pierwszy od lat buduję rzeczy, które naprawdę mnie ekscytują.

Nie dlatego, że są modne.

Nie dlatego, że ktoś powiedział, że teraz trzeba „wejść w AI”.

Tylko dlatego, że widzę w nich sens.

„Ale przecież nie kodujesz”

Jeśli ktoś powie:

„Ale przecież nie kodujesz.”

Moja odpowiedź jest prosta:

no i?

Nie próbuję zostać programistką.

Próbuję rozwiązywać problemy.

A jeśli dzięki AI, testom, uporowi i własnemu rozumieniu problemu mogę stworzyć narzędzie, które naprawdę działa — to dla mnie jest dużo ważniejsze niż to, czy mieszczę się w cudzej definicji osoby „technicznej”.

Nie kocham programowania.

Kocham moment, w którym coś zaczyna mieć sens.

I właśnie z tego powstał SpawnLab™.