Kuidas ma LLM-idega tarkvara kirjutan

Kuidas kirjutada tarkvara koos LLM-idega

Aastaid oli tarkvara kirjutamine sügavalt üksildane, detailide kinnisideeks. Voolu olek oli püha ja iga katkestus – unustatud süntaks, tüütu katlaplaadi seadistus – võib selle purustada. Täna on minu protsess põhimõtteliselt erinev. Olen integreerinud suured keelemudelid (LLM-id) koostööpartnerina, muutes mitte ainult minu kiirust, vaid ka minu mõtlemise arhitektuuri. See puudutab vähem koodi läbi lihvimist ja rohkem intelligentsete süsteemide orkestreerimist. Just see nihe on põhjus, miks sellised platvormid nagu Mewayz mulle vastukajavad; nad mõistavad, et kaasaegsed äritööriistad ei tohiks olla monoliitsed kindlused, vaid paindlikud, kokkupandavad süsteemid, mis kohanduvad uute paradigmadega. Siin on, kuidas ma kasutan LLM-e uuel ajastul tarkvara loomiseks.

Arhitektilt toimetajaks: kavandi määratlemine

Kõige kriitilisem muudatus on see, kust ma alustan. Ma ei ava enam IDE-d ega hakka klassi tippima. Selle asemel avan vestlusliidese ja hakkan probleemi lihtsas inglise keeles kirjeldama. Sõnastan mooduli eesmärgi, selle sisendid, väljundid ja äriloogika inimlikult. Täpsustan tehnilise virna, kõik asjakohased mustrid ja mittefunktsionaalsed nõuded. LLM toimib kiire prototüübina, muutes selle narratiivi koodi esimeseks mustandiks. See sunnib juba ette uskumatut selgust; kui ma ei suuda seda mudelile selgelt seletada, pole kontseptsioon valmis. See on tava, mis peegeldab Mewayzi modulaarset filosoofiat – määratlete selged sõltumatud funktsioonid, enne kui hakkate nende rakendamise pärast muretsema.

Iteratiivne dialoog: täpsustamine ja silumine

Esialgne koodi mustand ei ole kunagi täiuslik ja see on eesmärk. Tõeline maagia toimub järgnevas iteratiivses dialoogis. Siin ma lähen arhitektist toimetajaks. Käivitan koodi, avastan vea või äärmusliku juhtumi ja vestlen seejärel LLM-iga, et see parandada. Viibad muutuvad täpsemaks: "Funktsioon ebaõnnestub, kui kasutajate loend on tühi. Muutke seda, et tagastada vaikeobjekt ja logida hoiatus." LLM soovitab lahendust, selgitades sageli põhjendusi. See edasi-tagasi liikumine kiirendab dramaatiliselt silumist ja ümbertegemist. See on nagu paarisprogrammeerija, kes tuletab kohe meelde kõik kunagi kirjutatud API dokumentatsioonid, võimaldades mul keskenduda kõrgema järgu loogikale ja süsteemikujundusele.

Täiendamine, mitte asendamine: Inimene ringis

On oluline märkida, et LLM ei kirjuta lõpptoodet; Mina küll. See suurendab minu võimalusi. Kasutan seda korduvate ülesannete raskeks tõstmiseks ja esialgseks uurimiseks, kuid lõplikud arhitektuursed otsused, turvaülevaatused ja nüansirikkad äriloogika integratsioonid on minu teha. Mudel võib luua funktsiooni rakendamiseks kolm võimalust; Hindan neid jõudluse, hooldatavuse ja laiemasse süsteemi sobitumise põhjal. See in-the-loop mudel tagab kvaliteedi ja omandiõiguse. Selles kontekstis saab loodud koodist veel üks modulaarne komponent, mida tuleb hinnata ja integreerida – protsess, mis tundub loomulik töötades paindlikus operatsioonisüsteemis nagu Mewayz, kus erinevaid teenuseid ja andmeallikaid hinnatakse ja ühendatakse pidevalt.

Minu LLM-toega töövoo kontroll-loend

Tüüpilise uue funktsiooni või mooduli puhul järgib minu protsess nüüd järjekindlalt järgmisi samme:

• Lähendamine: kirjutage vestlusesse põhjalik tavakeelne spetsifikatsioon.
• Loo: laske LLM-il koostada esmane juurutamise mustand ja põhitestid.
• Uurige: paluge mudelil keerukaid jaotisi selgitada ja soovitada optimeerimisi.
• Integreerimine: ühendage kood käsitsi, tagades, et see ühtlustub projekti mustrite ja standarditega.
• Turvaline ja ülevaatamine: viige läbi põhjalik käsitsi ülevaatus turvalisuse, servajuhtumite ja äriloogika täpsuse osas.

"LLM ei asenda arendajat; see määratleb uuesti arendaja rolli süntaksi määrajast süsteemide strateegiks."

💡 DID YOU KNOW?

Mewayz replaces 8+ business tools in one platform

CRM · Invoicing · HR · Projects · Booking · eCommerce · POS · Analytics. Free forever plan available.

Start Free →

Tulevik on koostatav

See minu käsitöö areng peegeldab suuremat nihet tarkvaraarenduses komponeeritavuse ja kõrgetasemelise orkestreerimise suunas. Tarkvara kirjutamine koos LLM-idega puudutab vähem toorest kodeerimist, vaid rohkem intelligentsete töövoogude kavandamist, väljundite kureerimist ja keerukuse haldamist. See annab mulle võimaluse kognitiivse koormuse mahalaadimise kaudu kiiremini luua tugevamaid süsteeme. See ühtib ideaalselt modulaarse ärisüsteemi OS-i visiooniga. Nii nagu Mewayz võimaldab ettevõtetel koostada oma toiminguid oma klassi parimatest moodulitest, võimaldavad LLM-id mul intelligentsetest vestlustest tarkvara koostada, ühendades loodud koodi sügavate teadmistega, et luua järgmiseks.

Korduma kippuvad küsimused

Kuidas kirjutada tarkvara koos LLM-idega

Aastaid oli tarkvara kirjutamine sügavalt üksildane, detailide kinnisideeks. Voolu olek oli püha ja iga katkestus – unustatud süntaks, tüütu katlaplaadi seadistus – võib selle purustada. Täna on minu protsess põhimõtteliselt erinev. Olen integreerinud suured keelemudelid (LLM-id) koostööpartnerina, muutes mitte ainult minu kiirust, vaid ka minu mõtlemise arhitektuuri. See puudutab vähem koodi läbi lihvimist ja rohkem intelligentsete süsteemide orkestreerimist. Just see nihe on põhjus, miks sellised platvormid nagu Mewayz minuga resoneerivad; nad mõistavad, et kaasaegsed äritööriistad ei tohiks olla monoliitsed kindlused, vaid paindlikud, kokkupandavad süsteemid, mis kohanduvad uute paradigmadega. Siin on, kuidas ma kasutan LLM-e uuel ajastul tarkvara loomiseks.

Arhitektilt toimetajaks: kavandi määratlemine

Kõige kriitilisem muudatus on see, kust ma alustan. Ma ei ava enam IDE-d ega hakka klassi tippima. Selle asemel avan vestlusliidese ja hakkan probleemi lihtsas inglise keeles kirjeldama. Sõnastan mooduli eesmärgi, selle sisendid, väljundid ja äriloogika inimlikult. Täpsustan tehnilise virna, kõik asjakohased mustrid ja mittefunktsionaalsed nõuded. LLM toimib kiire prototüübina, muutes selle narratiivi koodi esimeseks mustandiks. See sunnib juba ette uskumatut selgust; kui ma ei suuda seda mudelile selgelt seletada, pole kontseptsioon valmis. See on tava, mis peegeldab Mewayzi modulaarset filosoofiat, kus määratlete selged sõltumatud funktsioonid, enne kui hakkate nende rakendamise pärast muretsema.

Iteratiivne dialoog: täpsustamine ja silumine

Esialgne koodi mustand ei ole kunagi täiuslik ja see on eesmärk. Tõeline maagia toimub järgnevas iteratiivses dialoogis. Siin ma lähen arhitektist toimetajaks. Käivitan koodi, avastan vea või äärmusliku juhtumi ja vestlen seejärel LLM-iga, et see parandada. Viibad muutuvad täpsemaks: "Funktsioon ebaõnnestub, kui kasutajate loend on tühi. Muutke seda, et tagastada vaikeobjekt ja logida hoiatus." LLM soovitab lahendust, selgitades sageli põhjendusi. See edasi-tagasi liikumine kiirendab dramaatiliselt silumist ja ümbertegemist. See on nagu paarisprogrammeerija, kes tuletab kohe meelde kõik kunagi kirjutatud API dokumentatsioonid, võimaldades mul keskenduda kõrgema järgu loogikale ja süsteemikujundusele.

Täiendamine, mitte asendamine: Inimene ringis

On oluline märkida, et LLM ei kirjuta lõpptoodet; Mina küll. See suurendab minu võimalusi. Kasutan seda korduvate ülesannete raskeks tõstmiseks ja esialgseks uurimiseks, kuid lõplikud arhitektuursed otsused, turvaülevaatused ja nüansirikkad äriloogika integratsioonid on minu teha. Mudel võib luua funktsiooni rakendamiseks kolm võimalust; Hindan neid jõudluse, hooldatavuse ja laiemasse süsteemi sobitumise põhjal. See in-the-loop mudel tagab kvaliteedi ja omandiõiguse. Selles kontekstis saab loodud koodist veel üks modulaarne komponent, mida tuleb hinnata ja integreerida – protsess, mis tundub loomulik töötades paindlikus operatsioonisüsteemis nagu Mewayz, kus erinevaid teenuseid ja andmeallikaid hinnatakse ja ühendatakse pidevalt.

Minu LLM-põhise töövoo kontroll-loend

Tüüpilise uue funktsiooni või mooduli puhul järgib minu protsess nüüd järjekindlalt järgmisi samme: