Hvernig þú vinnur með forritara að forriti sem gervigreind smíðaði

Til að vinna vel með forritara að appi sem þú smíðaðir með gervigreind skaltu gefa honum kóðann í Git-geymslu, eina síðu með samantekt á því hvað appið gerir og af hverju, og skýrt afmarkað verkefni með skilgreiningu á því hvenær það er klárt. Semdu um hver breytir hvaða hlutum svo þú og gervigreindin yfirskrifið ekki vinnu hans, haltu geymslunni og hýsingarreikningunum á þínu nafni og deildu leyndarmálum í réttum stillingum en ekki í skilaboðum.

Fjöldi fólks smíðar fyrstu útgáfu af appi með gervigreind og fær svo forritara til liðs við sig, til dæmis til að bæta við greiðslum, laga eitthvað sem gervigreindin ræður ekki við, yfirfara öryggi eða taka við þegar appið stækkar. Ef þú ert enn að ákveða hvort þú ráðir einhvern yfirhöfuð skaltu sjá ráða forritara eða smíða með gervigreind. Þessi leiðbeining gerir ráð fyrir að þú sért búin(n) að ákveða það og viljir að samstarfið gangi vel.

Hvenær forritari er þess virði

Algengar ástæður til að fá einhvern til liðs við sig:

• Vandamál sem gervigreindin ræður ekki við eftir nokkrar skýrar tilraunir og afturköllun.
• Viðkvæm svæði: greiðslur, heimildir, viðkvæm gögn, breytingar á gagnagrunni.
• Öryggis- eða kóðayfirferð fyrir útgáfu eða áður en stærri viðskiptavinir koma inn.
• Afköst þegar raunveruleg umferð kemur.
• Vöxtur: appið er orðið að fyrirtæki og þarfnast einhvers sem ber ábyrgð á kóðanum.

Að vera skýr um hvaða atriði þetta er mótar allt sem á eftir kemur.

Skref 1: Komdu kóðanum á stað sem hægt er að deila

Forritarar vinna úr Git-geymslum. Áður en þú hefur samband við einhvern:

1. Tengdu verkefnið við einkageymslu á GitHub (eða álíka) eða fluttu það út.
2. Gakktu úr skugga um að engin leyndarmál séu í kóðanum eða sögunni. Sjá hvernig þú heldur API-lyklum öruggum.
3. Athugaðu að verkefnið keyrir úr nýrri afritun. Biddu gervigreindina um að skrifa uppsetningarskrefin.

Skrifaðu README fyrir forritara sem er að koma í þetta verkefni: hvað appið gerir, tæknistaflann, hvernig það er sett upp og keyrt staðbundið, umhverfisbreyturnar sem það þarfnast (aðeins heiti), skipulag mappanna og allt sem er viðkvæmt eða óvenjulegt.

Ef Git er nýtt fyrir þér fjallar hvernig þú notar Git með forriti sem gervigreind smíðaði um grunnatriðin.

Skref 2: Skrifaðu eina síðu með yfirliti

Forritarinn sat ekki í gegnum spjallsöguna þína. Gefðu honum samhengið á einni síðu:

• Hvað appið gerir, fyrir hverja og hversu margir nota það.
• Hvað skiptir mestu máli: flæðin sem mega aldrei bila.
• Þekkt vandamál og hvað þú hefur þegar reynt.
• Verkefnið og hvernig þú veist að það er klárt.
• Takmarkanir: fjárhagsáætlun, frestur og hlutir sem þeir mega ekki breyta.

Góð „skilgreining á því hvenær verkinu er lokið“ er prófanleg: „Innskráður notandi getur greitt fyrir mánaðaráætlun með Stripe Checkout, áætlunin birtist á reikningssíðunni hans, og ef hann segir upp í þjónustugátt viðskiptavina lækkar hann í fríu áætlunina í lok tímabilsins.“ Ekki „koma greiðslunum í lag“.

Skref 3: Gefðu aðgang á öruggan hátt

• Kóði: bættu þeim við sem meðhöfundi í geymslunni. Sendu ekki ZIP-skrár fram og til baka þegar vinnan er hafin.
• Smíðatól: ef smíðatólið fyrir gervigreindaröppin þín styður liðsmenn skaltu bjóða þeim í vinnusvæði sem inniheldur aðeins þetta verkefni.
• Leyndarmál: bættu þeim við í stillingum hýsingarinnar eða deildu í gegnum lykilorðastjóra. Límdu aldrei lykla í tölvupóst eða spjall.
• Prófunarreikningar: búðu þá til með prófunargögnum, í stað þess að deila þínum eigin innskráningu.
• Framleiðslugögn: aðeins ef þau þurfa þau raunverulega, og aðeins það sem þau þurfa.

Hafðu geymsluna, lénið og hýsingarreikningana á þínu nafni. Bættu fólki við; afhentu ekki reikninga.

Skref 4: Semdu um hver breytir hverju

Mest núningur verður þegar tveir aðilar, þú með gervigreindina og forritarinn, breyta sama kóðanum á sama tíma. Veldu reglu:

Hvað sem þú velur: sæktu nýjasta kóðann áður en þú biður um breytingar í hvert skipti, og gerðu stórar breytingar á greinum sem hin manneskjan getur yfirfarið.

Skref 5: Hafðu samskipti skriflega

• Tilkynntu vandamál með skrefum, væntanlegri og raunverulegri niðurstöðu. Sjá hvernig þú skrifar góða villutilkynningu.
• Geymdu ákvarðanir á einum stað: verkefnalista, sameiginlegu skjali eða athugasemdum í pull request.
• Biddu hann um að útskýra breytingar á einföldu máli í hverju pull request.
• Semdu um hversu oft þið stemmið stigu við stöðuna.

Skref 6: Yfirfarðu vinnu hans

Þú þarft ekki að lesa kóða til að yfirfara vinnu. Athugaðu:

• Að hún geri það sem lýsingin sagði, á forskoðuninni eða stöging-eintakinu.
• Að ekkert annað hafi bilað. Keyrðu mikilvægustu flæðin.
• Að hann hafi útskýrt hvað hann breytti og af hverju.
• Að engin leyndarmál hafi birst í kóðanum.

Fyrir nákvæmari yfirferð hefur hvernig þú yfirfarar kóða sem gervigreind skrifaði gátlista sem virkar líka fyrir kóða sem fólk skrifar. Þú getur líka beðið smíðatólið með gervigreindinni að útskýra pull request forritarans fyrir þér á einföldu máli.

Skref 7: Haltu eignarhaldinu skýru

• Geymslan, hýsingin, lénið og reikningar þriðju aðila eru áfram þínir.
• Skráðu eignarhald á kóðanum sem hann skrifar skriflega áður en vinnan hefst. Athugaðu staðbundnar reglur eða ráðgjafa varðandi samningsspurningar.
• Þegar verkinu lýkur skaltu fjarlægja aðgang hans og skipta um alla lykla sem hann sá.

Dæmi um skipanir

Forritari breytti kóðanum fyrir greiðslur í síðustu pull request. Útskýrðu á einföldu máli hvað hann breytti og hvort eitthvað annað í appinu byggi á því.

Listaðu þá hluta þessa apps sem eru flóknastir eða áhættusamastir, svo ég geti sagt forritaranum hvar hann á að einbeita yfirferðinni.

Ég er að afhenda greiðslurnar forritara. Hættu frá þessu augnabliki að snerta skrár undir src/payments eða /api/billing-leiðunum. Ef breyting krefst þeirra skaltu segja mér það í staðinn.

Algeng mistök

• Engin samantekt. Forritarinn eyðir greiddum klukkustundum í að reikna út hvað þú vildir.
• Óljóst umfang eins og „lagaðu villurnar“ eða „gerðu það tilbúið fyrir framleiðslu“.
• Bæði breyta í einu án þess að sækja fyrst, og tapa svo vinnu í árekstrum.
• Að deila þinni eigin innskráningu eða líma lykla í spjall.
• Reikningar á nafni forritarans, sem gerir erfitt að skilja leiðir.
• Að gleyma að fjarlægja aðgang og skipta um lykla eftir verkið.

Gátlisti

• Kóðinn er í einkageymslu á mínu nafni, án leyndarmála.
• README útskýrir uppsetningu; síða með yfirliti útskýrir appið og verkefnið.
• Verkefnið hefur prófanlega skilgreiningu á því hvenær það er klárt.
• Aðgangur er gefinn með boðum sem meðhöfundur; leyndarmál í stillingum eða lykilorðastjóra.
• Við sömdum um hver breytir hverju, og ég sæki áður en ég bið um breytingar.
• Vinnan er yfirfarin gegn samantektinni og mikilvægustu flæðunum.
• Eignarhald er skriflegt; aðgangur er fjarlægður og lyklar skiptir þegar vinnunni lýkur.

Að vinna með forritara á Mythex

• Bjóddu þeim í vinnusvæði. Eigendur geta boðið ótakmörkuðum meðhöfundum án gjalds fyrir hvert sæti; meðlimir vinna í verkefnum vinnusvæðisins. Notaðu sérstakt vinnusvæði svo þeir sjái aðeins þetta verkefni. Inneignir fyrir birt öpp eru rukkaðar á eiganda vinnusvæðisins. Sjá Boð.
• GitHub-samstilling og útflutningur (Pro). Tengdu geymslu og ýttu eða sóttu, eða fluttu verkefnið út án leyndarmála. Sjá GitHub, export og import.
• Deildu forskoðunartengli til að sýna vinnu í vinnslu einhverjum sem er ekki með Mythex-aðgang; eyddu honum þegar þú ert búin(n).
• Spurningahamur svarar spurningum um kóðann án þess að breyta honum, sem nýtist vel til að skilja breytingar forritarans.

Ef forritarinn ætlar að keyra appið annars staðar, sjá hvernig þú flytur út og hýsir sjálf(ur) forrit sem gervigreind smíðaði.

Spurningar