Claude Code serija tutorijala 4: Koje su upotrebe Claude Code?
Tipične upotrebe
Upotrebe dijelim u četiri kategorije, poredane po učestalosti od najveće do najmanje.
Prva kategorija: Razumijevanje koda
Ovo je vjerovatno najčešća upotreba. Kada preuzmete tuđi projekat, pogledate stari modul ili otvorite repozitorij bez dokumentacije, jednostavno ga pitajte.
Konkretni primjeri:
claude "Šta radi ovaj projekat? Gdje je ulazna tačka?"– Čitaćepackage.json, strukturu direktorija, ključne datoteke i dati sažetak.- Otvorite funkciju i tražite da objasni logiku, nacrta tok (tekstualno).
- Tražite da prati kompletan put API zahtjeva od frontenda do baze podataka.
Ovdje on obavlja „prljavi posao čitanja koda“. Ne morate sami dugo grep-ovati i slagati slagalicu u glavi. On pripremi put, a vi donosite odluke.
Zamjena za ovu kategoriju je: ručno pretraživanje koda, bilježenje, crtanje dijagrama poziva.
Druga kategorija: Pisanje i izmjena koda
Ovo je najviše diskutovana kategorija, ali nije najčešća. Scenariji za pisanje koda obično su:
- Generiranje nove funkcionalnosti: „Dodaj interfejs za promjenu emaila u modul
user, provjeri format emaila, napiši jedinični test.“ - Refaktoriranje kroz više datoteka: „Zamijeni sve
moment()sadayjs()u ove tri datoteke, ne mijenjaj ostalu logiku.“ - Migracija i nadogradnja: „Preradi ovu Vue 2 komponentu u Vue 3 Composition API stil.“
Generirani kod možda neće biti savršen iz prvog puta, ali može izvršiti sve izmjene kroz datoteke odjednom, a vi možete pregledati diff po datoteci i prihvatiti ili odbiti.
Zamjena za ovu kategoriju je: ručno pisanje repetitivnog koda, ručno pretraživanje i zamjena referenci kroz datoteke.
Treća kategorija: Debugiranje i popravke
Kada se pojavi greška, uobičajeni tok rada je: vidi grešku, lociraj datoteku, pogodi uzrok, probaj popraviti, ako ne radi vrati se. Claude Code može direktno primiti cijeli stack trace i sam locirati problem u projektu.
Tipična upotreba:
- Dajte mu neuspjeli test output, on će pročitati relevantni kod, predložiti izmjenu, pokrenuti test ponovo i provjeriti da li prolazi.
- Kada CI prijavi grešku, zalijepite log, neka je popravi, zatim pokrenite
git diffda potvrdite izmjene.
Ovdje on djeluje kao „prvi istražitelj“. Vi trošite vrijeme na razmišljanje o problemu, ali on pretražuje datoteke, upoređuje razlike i izvršava naredbe za provjeru.
Zamjena za ovu kategoriju je: ponovno pokretanje testova, čitanje logova grešaka, ručno upoređivanje razlika u kodu.
Četvrta kategorija: Ostala automatizacija
Ova kategorija je najmanje primjetna, ali ukupno štedi najviše vremena.
Primjeri:
- Pisanje Git commit poruka:
claude "Napiši commit poruku u Conventional Commits formatu na osnovu trenutnog git diff-a" - Generiranje opisa PR-a: Neka uporedi razlike između trenutne grane i main, generiše sažetak izmjena i uputstva za testiranje.
- Pisanje izdanja (release notes): Neka Claude Code pročita commit historiju zadnje sedmice i generiše CHANGELOG.
- Rješavanje okruženja: „Instalacija ovog dependency-a je bacila grešku, pogledaj terminal output i pronađi uzrok.“
Zajedničko ovim stvarima je: nisu komplikovane, ali su zamorne. Sami biste morali mijenjati prozore i puno kucati. Dajte njemu, gotovo za nekoliko sekundi.
Zamjena za ovu kategoriju je: ručno uređivanje teksta, pisanje dokumentacije po standardima, pretraživanje konfiguracijskih problema okruženja.
Jedna „mapa“
Umetanje ove četiri kategorije u svakodnevni tok rada izgleda otprilike ovako:
Dobijete nepoznat projekat
│
▼
[Razumijevanje koda] ─── Shvati strukturu, ulaz, ključnu logiku
│
▼
Počnite pisati novu funkcionalnost ili mijenjati modul
│
▼
[Pisanje/Izmjena koda] ─── Generiraj implementaciju, refaktoriraj kroz datoteke
│
▼
Pokrenite testove, naiđete na bug
│
▼
[Debugiranje i popravke] ─── Analiziraj grešku, lociraj, popravi, ponovo pokreni
│
▼
Priprema za commit
│
▼
[Ostala automatizacija] ─── Napiši commit, opis PR-a, izdanje
│
▼
Commit, gotovo
Ne morate koristiti sve četiri kategorije. Neki timovi koriste samo za razumijevanje koda, drugi samo za pisanje testova i slanje PR-ova. Koji god dio vam zadaje najviše muke, krenite od tog scenarija.
Dva korisna kriterija za odluku
Ako niste sigurni treba li nešto prepustiti Claude Code-u, postavite sebi dva pitanja:
1. Da li je ovo više „mehanički“ nego „kreativni“ posao?
Promjena stotinu referenci, formatiranje izlaza, generiranje boilerplate koda – ove stvari same skupljaju puno vremena, ali ideju već imate. Pogodno je prepustiti njemu.
2. Da li je „trošak provjere“ visok?
Ako izmjena zahtijeva višestruko skakanje, pokretanje testova, gledanje logova da bi se potvrdila, onda je lično probijanje sporo. Claude Code može sam završiti ciklus „izmijeni-pokreni-provjeri-opet izmijeni“, što vam olakšava.
评论
暂无已展示的评论。
发表评论(匿名)