Kako raditi s programerom na aplikaciji izrađenoj uz AI

Da biste dobro radili s programerom na aplikaciji koju ste napravili uz AI, dajte mu kod u Git repozitorijumu, jednostranični sažetak šta aplikacija radi i zašto, te jasno ograničen zadatak s definicijom završenog posla. Dogovorite ko mijenja koje dijelove da se vi i AI ne biste prepisali preko njegovog rada, držite repozitorij i naloge za hosting na vaše ime i tajne dijelite kroz odgovarajuća podešavanja, a ne poruke.

Mnogi ljudi prave prvu verziju aplikacije uz AI, a onda uključe programera — da dodaju plaćanja, poprave nešto što AI stalno pokvari, pregledaju bezbjednost ili preuzmu projekat kako aplikacija raste. Ako još odlučujete da li uopšte da angažujete nekoga, pogledajte angažovati programera ili praviti uz AI. Ovaj vodič pretpostavlja da ste odlučili i želite da saradnja ide glatko.

Kada je programer vrijedan angažmana

Česti razlozi za uključivanje nekoga:

• Problem koji AI ne može riješiti nakon nekoliko jasnih pokušaja i vraćanja.
• Rizične oblasti: plaćanja, dozvole, osjetljivi podaci, migracije baze.
• Pregled bezbjednosti ili koda prije lansiranja ili prije preuzimanja većih klijenata.
• Performanse kada stignu pravi korisnici.
• Rast: aplikacija je postala posao i treba joj neko ko posjeduje kod.

Kada ste jasni o tome koji je od ovih razloga, to oblikuje sve ispod.

Korak 1: Stavite kod na mjesto gdje se može dijeliti

Programeri rade iz Git repozitorija. Prije nego što se obratite nekome:

1. Povežite projekat s privatnim GitHub (ili sličnim) repozitorijem, ili ga izvezite.
2. Provjerite da tajne nisu u kodu ili historiji. Pogledajte kako čuvati API ključeve na sigurnom.
3. Provjerite da projekat radi iz sveže kopije — zamolite AI da napiše korake za podešavanje.

Napiši README za programera koji se pridružuje ovom projektu: šta aplikacija radi, koji stack koristi, kako se instalira i pokreće lokalno, koje varijable okruženja su potrebne (samo nazivi), struktura foldera i šta je krhko ili neobično.

Ako vam je Git nov, kako koristiti Git s aplikacijom izrađenom uz AI pokriva osnove.

Korak 2: Napišite kratak brif

Programer nije sjedio kroz vašu historiju chata. Dajte mu kontekst na jednoj stranici:

• Šta aplikacija radi, za koga i koliko ljudi je koristi.
• Šta je najvažnije — tokovi koji nikada ne smiju prestati da rade.
• Poznati problemi i šta ste već pokušali.
• Zadatak i kako ćete znati da je gotov.
• Ograničenja: budžet, rok, stvari koje ne smije mijenjati.

Dobra „definicija završenog“ je provjerljiva: „Prijavljen korisnik može platiti mjesečni plan preko Stripe Checkout-a, plan se pojavljuje na stranici njegovog naloga, a otkazivanje u portalu za kupce ga vraća na niži plan na kraju perioda.“ A ne „sredi plaćanja“.

Korak 3: Dajte pristup bezbjedno

• Kod: dodajte ih kao saradnike na repozitorij. Ne šaljite ZIP fajlove naprijed-nazad kada rad počne.
• Alat za izradu: ako vaš AI alat podržava članove tima, pozovite ih u radni prostor koji sadrži samo ovaj projekat.
• Tajne: dodajte ih u podešavanja hostinga ili ih podijelite preko menadžera lozinki. Nikada ne lijepite ključeve u e-poštu ili chat.
• Testni nalozi: napravite ih s testnim podacima, umjesto da dijelite svoju prijavu.
• Produkcioni podaci: samo ako ih zaista trebaju, i samo ono što im treba.

Repozitorij, domen i nalozi za hosting ostaju na vaše ime. Dodajte ljude; ne predajte naloge.

Korak 4: Dogovorite ko šta mijenja

Najveće trenje nastaje kada dvije strane — vi s AI-jem i programer — mijenjaju isti kod u isto vrijeme. Izaberite pravilo:

Šta god izaberete: povucite najnoviji kod prije svake sesije upita i radite velike izmjene na granama koje druga osoba može pregledati.

Korak 5: Komunicirajte pisano

• Prijavljujte probleme s koracima, očekivanim i stvarnim rezultatom. Pogledajte kako napisati dobru prijavu greške.
• Držite odluke na jednom mjestu: sistem za praćenje zadataka, zajednički dokument ili komentari u pull request-u.
• Zamolite ih da u svakom pull request-u objasne izmjene običnim jezikom.
• Dogovorite koliko često ćete se javljati.

Korak 6: Pregledajte njihov rad

Ne morate čitati kod da biste pregledali rad. Provjerite:

• Radi ono što je brif tražio, na pregledu ili staging kopiji.
• Ništa drugo se nije pokvarilo — pokrenite vaše kritične tokove.
• Objasnili su šta su promijenili i zašto.
• Nema tajni u kodu.

Za detaljniji pogled, kako pregledati kod generisan uz AI ima listu provjera koja radi i za kod koji su napisali ljudi. Možete i zamoliti svoj AI alat za izradu da vam objasni pull request programera običnim jezikom.

Korak 7: Jasno zadržite vlasništvo

• Repozitorij, hosting, domen i nalozi trećih strana ostaju vaši.
• Vlasništvo koda koji napišu zapišite prije početka rada. Za ugovorna pitanja provjerite lokalna pravila ili savjetnika.
• Kada rad završi, ukinite im pristup i zamijenite sve ključeve koje su vidjeli.

Primjeri upita

Programer je u posljednjem pull-u promijenio kod za plaćanje. Objasni običnim jezikom šta je promijenio i da li išta drugo u aplikaciji zavisi od toga.

Izlistaj dijelove ove aplikacije koji su najsloženiji ili najrizičniji, da mogu reći programeru gdje da fokusira pregled.

Predajem plaćanja programeru. Od sada ne diraj fajlove pod src/payments ili rute /api/billing. Ako neka izmjena to traži, reci mi umjesto da je uradiš.

Česte greške

• Nema brifa. Programer plaćene sate troši na nagađanje šta ste htjeli.
• Nejasan obim, kao „popravi greške“ ili „neka bude spremno za produkciju“.
• Oboje mijenjaju istovremeno bez povlačenja, pa se gubi rad u konfliktima.
• Dijeljenje vaše prijave ili lijepljenje ključeva u chat.
• Nalozi na ime programera, što otežava rastanak.
• Zaboravljanje ukidanja pristupa i zamjene ključeva nakon posla.

Kontrolna lista

• Kod je u privatnom repozitorijumu na moje ime, bez tajni.
• README objašnjava podešavanje; jednostranični brif objašnjava aplikaciju i zadatak.
• Zadatak ima provjerljivu definiciju završenog.
• Pristup ide preko pozivnica za saradnike, a tajne preko podešavanja ili menadžera lozinki.
• Dogovorili smo ko šta mijenja i povlačim prije upita.
• Rad se pregledava u odnosu na brif i kritične tokove.
• Vlasništvo je zapisano; pristup ukinut i ključevi zamijenjeni kada rad završi.

Rad s programerom na Mythexu

• Pozovite ih u radni prostor. Vlasnici mogu pozvati neograničeno saradnika bez naknade po mjestu; članovi rade na projektima radnog prostora. Koristite zaseban radni prostor da vide samo ovaj projekat. Krediti za objavljene aplikacije se naplaćuju vlasniku radnog prostora. Pogledajte Pozivnice.
• GitHub sinhronizacija i izvoz (Pro). Povežite repozitorij pa šaljite i povlačite izmjene, ili izvezite projekat bez tajni. Pogledajte GitHub, izvoz i uvoz.
• Podijelite link za pregled da pokažete rad u toku nekome bez Mythex naloga; obrišite ga kada završite.
• Režim pitanja (Ask) odgovara na pitanja o kodu bez mijenjanja — korisno za razumijevanje izmjena programera.

Ako će programer pokretati aplikaciju negdje drugdje, pogledajte kako izvesti i samostalno hostovati aplikaciju izrađenu uz AI.

Pitanja