PLAYGRND gradimo kao javni zapis za lokalni i amaterski nogomet: utakmice, tablice, strijelce, ekipe, igrače, lokacije, turnire i povijest koja ostaje dostupna nakon što sezona završi.

Na projektu rade četiri zaposlenika HILLS Laba, od toga tri inženjera. To je mali tim za proizvod koji već ima dosta površine: javni web, više jezika, stvarne podatke, profile igrača i ekipa, claim flow, admin temelje, search, stranice utakmica, stranice liga i poseban sadržaj za organizatore.

Ono što je zanimljivo nije samo što se gradi. Zanimljivo je koliko brzo se zatvara krug od ideje do stvarne stranice, provjere i deploya.

Što je već vidljivo

PLAYGRND danas nije samo landing page.

Javne stranice već pokrivaju:

  • početni dashboard s rezultatima, aktivnošću, tablicama, strijelcima i igračima u fokusu
  • stranice liga i sezona s tablicom, strijelcima, utakmicama, kolima i prebacivanjem sezona
  • stranice utakmica s rezultatom, povezanim ekipama, golovima, sastavima i linkom za ispravak
  • profile igrača sa sezonama, nastupima, golovima, trofejima, dijeljenjem i “Ovo sam ja” claim ulazom
  • profile ekipa sa sezonama, igračima, utakmicama, tablicom i trofejima
  • search s prijedlozima, nedavnim pretragama i popularnim rezultatima
  • stranice lokacija, organizacija, info, status, legal i privacy sadržaj

Info stranica objašnjava osnovnu ideju: amaterski nogomet zaslužuje bolji javni zapis. Stranica za organizatore ide korak dalje: liga ili turnir ne trebaju izgubiti priču u tablicama, porukama i polu-ručnim arhivama.

Za organizatore je važan smjer:

  • raspored, rezultati, tablice, strijelci i sastavi na jednom mjestu
  • profili ekipa i igrača povezani kroz sezone
  • javna povijest natjecanja koja ostaje korisna i nakon kraja sezone
  • unos rezultata i zapisnika kroz poznate kanale poput WhatsAppa, uz AI pripremu za ljudsku potvrdu

Zadnja točka je namjerno formulirana oprezno. AI ne bi trebao direktno mijenjati službenu tablicu zato što je prepoznao poruku. Dobar workflow je: AI pripremi, sustav pokaže što je razumio, čovjek potvrdi, promjena ostane vidljiva i provjerljiva.

Što se promijenilo s AI-em

U pre-AI eri ovakav proizvod bi se vjerojatno gradio sporije i kruće.

Prvo bi se tjednima brusio podatkovni model. Zatim bi se slagali importi. Zatim javne stranice. Zatim auth. Zatim admin. Zatim copy na dva jezika. Zatim bi se otvorila lista bugova koja vraća sve natrag.

To nije karikatura. Tako su se stvarni software proizvodi često gradili: puno čekanja između faza, puno ručnog prepisivanja, puno malih odluka koje se odgađaju jer svaka promjena košta.

S AI-em se mijenja ritam.

Ne zato što AI “sam napravi proizvod”. Ne napravi. Ali ubrza male cikluse:

  • brže se pretvara product note u konkretnu rutu, komponentu ili tekst
  • brže se uspoređuje postojeći kod s novim zahtjevom
  • brže se pišu prvi nacrti migracija, handlera, SSR loadova i testova
  • brže se lokalizira copy na hrvatski i engleski
  • brže se prolazi kroz logove, greške, edge caseove i regresije
  • brže se dokumentira zašto je odluka donesena

Prije AI-a bi dobar dio energije otišao na mehanički rad. S AI-em više energije ostaje za pitanje: je li ovo pravi product loop?

Arhitektura koja drži ritam

PLAYGRND je namjerno građen kao brz, server-rendered proizvod. Javni web je SSR aplikacija. Backend je zaseban Go servis iza web sloja. Podaci su relacijski modelirani, cache se koristi za skupe i česte čitanje, a slike i javni asseti idu kroz objektni storage.

Takav setup nije zanimljiv zato što zvuči moderno. Zanimljiv je zato što pomaže proizvodu ostati brz dok se dodaju nove površine.

  • javne stranice su brze i indeksabilne
  • hrvatski i engleski su dio istog sustava, ne naknadni dodatak
  • javna čitanja su odvojena od privatnih write/admin tokova
  • claim i correction tokovi se grade oko provjere, a ne oko brzog nereguliranog pisanja
  • WhatsApp se tretira kao praktičan operativni kanal, ali službeni sportski zapis mora imati potvrdu i trag

Drugim riječima, tehnički izbori nisu odvojeni od product odluka. Ako javni zapis treba biti brz, pouzdan i korektibilan, arhitektura mora podržati upravo to: čitanje bez trenja, pisanje s provjerom i dovoljno dobar trag kad se nešto promijeni.

Zašto je ovo relevantno za HILLS Lab

PLAYGRND nije samo sportski proizvod. Za nas je i praktičan primjer načina rada koji očekujemo da će postati normalan u software timovima.

Mali tim može graditi širi proizvod ako ima dobar kontekstni sloj:

  • što je već izgrađeno
  • koje odluke su još aktualne
  • gdje su sigurnosne granice
  • koji dijelovi su javni, a koji privatni
  • što AI smije predložiti, ali ne smije samostalno promijeniti
  • kako se promjena testira prije deploya

To je isti obrazac o kojem pišemo kad govorimo o kontekstnoj infrastrukturi za AI-assisted engineering. Brzina nije samo više generiranog koda. Brzina dolazi iz toga da tim može sigurno održavati kontekst dok se proizvod brzo mijenja.

PLAYGRND se još gradi. Organizer alati nisu finalni. Claim i correction loopovi još se moraju dodatno očvrsnuti. Ali smjer je jasan: javni, brzi sportski zapis prvo; zatim workflowi koji organizatorima stvarno smanjuju posao.

U pre-AI eri bi ovaj opseg za mali tim značio puno više čekanja. U AI eri može značiti nešto drugo: više iteracija, više product dokaza i više vremena za odluke koje stvarno traže ljude.