Hvernig lítur gervigreindarkóði út?

Hvernig lítur gervigreindarkóði út?

Stutt svar: Gervigreindarstýrður kóði lesst oft óvenju snyrtilegur og „kennslubókarlegur“: samræmd sniðun, almennar nafngiftir, kurteis villuboð og athugasemdir sem endurtaka það augljósa. Ef það vantar raunverulegan grip - lénsmál, óþægilegar skorður, jaðartilvik - þá er það viðvörunarmerki. Þegar þú festir það í geymslumynstrum þínum og prófar það gegn framleiðsluáhættu verður það traustvert.

Lykilatriði:

Samhengisathugun : Ef lénshugtök, gagnaform og takmarkanir endurspeglast ekki skal líta á það sem áhættusamt.

Offægja : Of margir skjalastrengir, einsleit uppbygging og látlaus nöfn geta bent til almennrar myndunar.

Villuviðmið : Fylgist með víðtækum undantekningaviðbrögðum, kyngdum villum og óljósri skráningu.

Útdráttarklipping : Eyða íhugandi hjálpareiningum og lögum þar til aðeins minnsta rétta útgáfan er eftir.

Raunveruleikaprófanir : Bætið við samþættingar- og brúntilviksprófum; þær afhjúpa hratt forsendur um „hreinan heim“.

Hvernig lítur gervigreindarkóði út? Upplýsingamynd

Gervigreindarstýrð kóðun er alls staðar núna ( Stack Overflow Developer Survey 2025 ; GitHub Octoverse (28. október 2025) ). Stundum er hún frábær og sparar þér síðdegis. Öðru hvoru er hún ... grunsamlega fáguð, svolítið almenn, eða hún „virkar“ þangað til einhver smellir á þann eina hnapp sem enginn prófaði 🙃. Það leiðir til spurningarinnar sem fólk heldur áfram að spyrja í kóðagagnrýni, viðtölum og einkaskilaboðum:

Hvernig gervigreindarkóði lítur út

Beina svarið er: það getur litið út eins og hvað sem er. En það eru til mynstur - mjúk merki, ekki sönnunargögn úr réttarsalnum. Hugsaðu um það eins og að giska á hvort kaka komi úr bakaríi eða eldhúsi einhvers. Kremið gæti verið of fullkomið, en sumir heimabakarar eru líka bara skelfilega góðir. Sama stemning.

Hér að neðan eru hagnýtar leiðbeiningar um hvernig hægt er að bera kennsl á algeng fingraför gervigreindar, skilja hvers vegna þau gerast og - mikilvægast - hvernig á að breyta kóða sem gervigreind býr til í kóða sem þú treystir í framleiðslu ✅.

🔗 Hvernig spáir gervigreind fyrir um þróun?
Útskýrir mynsturnám, merki og spár í raunverulegri notkun.

🔗 Hvernig greinir gervigreind frávik?
Fjallar um aðferðir til að greina frávik og algeng viðskiptaforrit.

🔗 Hversu mikið vatn notar gervigreind?
Brýtur niður áhrif vatnsnotkunar og þjálfunar í gagnaverum.

🔗 Hvað er hlutdrægni í gervigreind?
Skilgreinir uppsprettur hlutdrægni, skaða og hagnýtar leiðir til að draga úr henni.

1) Í fyrsta lagi, hvað fólk meinar þegar það segir „gervigreindarkóði“ 🤔

Þegar flestir segja „gervigreindarkóði“ meina þeir yfirleitt eitt af þessu:

  • Kóði sem aðstoðarmaður gervigreindar skrifaði úr fyrirspurn (eiginleiki, villuleiðrétting, endurgerð).

  • Kóði að miklu leyti kláraður með sjálfvirkri útfyllingu , þar sem forritarinn ýtti við en skrifaði ekki að fullu.

  • Gervigreind endurskrifaði kóða til að „hreinsa“, „afkasta“ eða „stíl“.

  • Kóði sem lítur út fyrir að vera frá gervigreind jafnvel þótt svo sé ekki (þetta gerist oftar en fólk viðurkennir).

Og hér er lykilatriði: Gervigreind hefur ekki einn stíl . Hún hefur tilhneigingar . Margar af þessum tilhneigingum koma frá því að reyna að vera almennt rétt, almennt læsileg og almennt örugg ... sem getur kaldhæðnislega gert útkomuna svolítið eins.

2) Hvernig gervigreindarkóði lítur út: fljótlega myndræna yfirlitið segir til um það 👀

Við skulum svara fyrirsögninni skýrt: Hvernig gervigreindarkóði lítur yfirleitt út.

Oft lítur það út eins og kóði sem er:

  • Mjög „kennslubókarsnyrtilegt“ - samræmd inndráttur, samræmd snið, samræmt allt.

  • Ítarlegt á hlutlausan hátt - fullt af „gagnlegum“ athugasemdum sem hjálpa ekki mikið.

  • Ofalhæft - hannað til að takast á við tíu ímyndaðar atburðarásir í stað tveggja raunverulegra.

  • Aðeins of uppbyggt - auka hjálparaðgerðir, auka lög, aukin abstraktmynd… eins og að pakka fyrir helgarferð með þremur ferðatöskum 🧳.

  • Vantar vandræðalega límið milli brúna og tilfella sem raunveruleg kerfi safna saman (eiginleikaflögg, eldri sérkenni, óþægilegar takmarkanir) ( Martin Fowler: Eiginleikaskiptingar ).

En líka - og ég mun halda áfram að endurtaka þetta því það skiptir máli - mannlegir forritarar geta alveg skrifað svona líka. Sum teymi framfylgja því. Sumir eru bara snillingar. Ég segi það með kærleika 😅.

Í stað þess að „greina gervigreind“ er betra að spyrja: hegðar þessi kóði sér eins og hann hafi verið skrifaður með raunverulegu samhengi? Það er í samhengi sem gervigreindin bregst oft.

3) Skiltin „óhugnalega dalurinn“ - þegar það er of snyrtilegt 😬

Gervigreindarframleiddur kóði hefur oft ákveðinn „glans“. Ekki alltaf, en oft.

Algeng merki um að vera „of snyrtileg“

  • Sérhvert fall hefur docstring, jafnvel þótt það sé augljóst.

  • Allar breytur hafa kurteisleg nöfn eins og result , data , items , payload og responseData .

  • Samfelldar villuboð sem hljóma eins og handbók: „Villa kom upp við vinnslu beiðninnar.“

  • Einsleit mynstur í óskyldum einingum , eins og allt hafi verið skrifað af sama vandvirka bókasafnsfræðingnum.

Hin lúmska uppljóstrun

Gervigreindarkóði getur fundist eins og hann hafi verið hannaður fyrir kennsluefni, ekki vöru. Það er eins og ... að vera í jakkafötum til að mála girðingu. Mjög viðeigandi, en aðeins röng athöfn fyrir búninginn.

4) Hvað gerir góða útgáfu af gervigreindarkóða? ✅

Við skulum snúa þessu við. Markmiðið er ekki að „ná gervigreind“ heldur að „gæða skip“

Góð útgáfa af gervigreindarstýrðum kóða er:

Með öðrum orðum, frábær gervigreindarkóði lítur út eins og ... teymið þitt skrifaði hann. Eða að minnsta kosti, teymið þitt innleiddi hann rétt. Eins og björgunarhundur sem veit nú hvar sófinn er 🐶.

5) Mynstrasafnið: klassísk fingraför gervigreindar (og hvers vegna þau gerast) 🧩

Hér eru mynstur sem ég hef séð ítrekað í kóðagrunnum sem eru studdir af gervigreind - þar á meðal þau sem ég hef sjálfur lagað. Sum þeirra eru í lagi. Sum eru hættuleg. Flest eru bara ... merki.

A) Of varnarlaus núllprófun alls staðar

Þú munt sjá lög af:

  • ef x er Ekkert: skila ...

  • reyna/nema undantekning

  • margar sjálfgefnar varastillingar

Af hverju: Gervigreind reynir að forðast keyrsluvillur í stórum dráttum.
Áhætta: Hún getur falið raunveruleg mistök og gert villuleit ógeðfellda.

B) Almenn hjálparföll sem ekki ávinna sér tilvist sína

Eins og:

  • ferlisgögn()

  • handle_request()

  • staðfesta_inntak()

Af hverju: abstrakt virðist „fagmannlegt“.
Áhætta: þú endar með föllum sem gera allt og útskýra ekkert.

C) Athugasemdir sem endurtaka kóðann

Dæmi um orku:

  • „Auka i um 1“

  • „Skilaðu svarið“

Af hverju: Gervigreind var þjálfuð til að vera skýrandi.
Áhætta: athugasemdir rotna hratt og skapa hávaða.

D) Ósamræmi í smáatriðum

Einn hluti er mjög ítarlegur, annar hluti er dularfullt óljós.

Af hverju: Skjótur fókusbreyting ... eða ófullnægjandi samhengi.
Áhætta: Veikir punktar leynast á óljósum svæðum.

E) Grunsamlega samhverf uppbygging

Allt fylgir sama grunni, jafnvel þegar viðskiptarökfræði ætti ekki að gera það.

Af hverju: Gervigreind endurtekur gjarnan sannaðar form.
Áhætta: Kröfur eru ekki samhverfar - þær eru kekkjóttar, eins og illa pakkaðar matvörur 🍅📦.

6) Samanburðartafla - leiðir til að meta hvernig gervigreindarkóði lítur út 🧪

Hér að neðan er samanburður á verkfærakössum. Ekki „gervigreindarskynjarar“, heldur frekar eins og raunveruleikaprófanir á kóða . Því besta leiðin til að bera kennsl á vafasama kóða er að prófa hann, fara yfir hann og fylgjast með honum undir álagi.

Tól / Aðferð Best fyrir (áhorfendur) Verð Af hverju þetta virkar (og smá sérkenni)
Gátlisti fyrir kóðaendurskoðun 📝 Lið, leiðtogar, eldri borgarar Ókeypis Þvingar fram „hvers vegna“ spurningar; greinir almenn mynstur ... stundum virðist það kaldhæðnislegt ( Google Engineering Practices: Code Review )
Einingar- + samþættingarprófanir ✅ Allir sem senda sendingareiginleika Frjálslegt Leiðir í ljós vantar brúnatilvik; gervigreindarkóði skortir oft framleiðslubúnað ( hugbúnaðarverkfræði hjá Google: einingaprófanir ; hagnýta prófunarpýramídinn )
Stöðug greining / lóun 🔍 Lið með stöðlum Ókeypis / Greitt Merkir ósamræmi; greinir þó ekki villur sem þýða „rangar hugmyndir“ ( ESLint skjöl ; GitHub CodeQL kóðaskönnun )
Tegundarprófun (þar sem við á) 🧷 Stærri kóðagrunnar Ókeypis / Greitt Sýnir óljósar gagnaform; getur verið pirrandi en þess virði ( TypeScript: Static Type Checking ; mypy skjölun )
Ógnunarlíkön / misnotkunarmál 🛡️ Öryggissinnað teymi Ókeypis Gervigreind gæti hunsað andstæða notkun; þetta neyðir hana til að koma í ljós ( OWASP Threat Modeling Cheat Sheet )
Árangursgreining ⏱️ Bakvinnsla, gagnaþung vinna Ókeypis / Greitt Gervigreind getur bætt við auka lykkjum, umbreytingum, úthlutunum - prófílun lýgur ekki ( Python skjöl: Python prófílararnir )
Prófunargögn sem miðast við lén 🧾 Vara + verkfræði Ókeypis Hraðasta „lyktarprófið“; falsa gögn skapa falskt sjálfstraust ( skjöl um pytest fixtures )
Umsögn / leiðbeiningar um par 👥 Leiðbeiningar + mikilvægar almannatengsl Ókeypis Biðjið höfund að útskýra valmöguleika; gervigreindar-kenndur kóði skortir oft sögu ( Hugbúnaðarverkfræði hjá Google: Kóðaendurskoðun )

Já, dálkurinn „Verð“ er svolítið kjánalegur - því dýri hlutinn er yfirleitt athyglin, ekki verkfærin. Athygli kostar… allt 😵💫.

7) Uppbyggingarvísbendingar í gervigreindarstýrðum kóða 🧱

Ef þú vilt fá dýpri svör við því hvernig gervigreindarkóði lítur út, þá skaltu aðdráttarlausn og skoða uppbygginguna.

1) Nafngift sem er tæknilega rétt en menningarlega röng

Gervigreind hefur tilhneigingu til að velja nöfn sem eru „örugg“ í mörgum verkefnum. En teymi þróa sína eigin mállýsku:

  • Þú kallar það AccountId , gervigreindin kallar það userId .

  • Þú kallar það LedgerEntry , gervigreindin kallar það viðskipti .

  • Þú kallar það FeatureGate , það kallar það configFlag .

Ekkert af þessu er „slæmt“ en það gefur til kynna að höfundurinn hafi ekki búið lengi innan þíns léns.

2) Endurtekning án endurnotkunar, eða endurnotkun án ástæðu

Gervigreind stundum:

  • endurtekur svipaða rökfræði á mörgum stöðum vegna þess að það „man“ ekki allt samhengið í geymslunni í einu lagi, eða

  • neyðir endurnotkun með abstraktum aðgerðum sem spara þrjár línur en kosta þrjár klukkustundir síðar.

Þetta er skiptið: minna að skrifa núna, meira að hugsa seinna. Og ég er ekki alltaf viss um að það sé góð skipti, held ég ... það fer eftir vikunni 😮💨.

3) „Fullkomin“ mátkerfi sem hunsar raunveruleg mörk

Þú munt sjá kóða skipt í snyrtilegar einingar:

  • staðfestingaraðilar/

  • þjónustur/

  • meðhöndlarar/

  • gagnsemi/

En mörkin passa hugsanlega ekki við samskeytin í kerfinu þínu. Maðurinn hefur tilhneigingu til að endurspegla veikleika arkitektúrsins. Gervigreind hefur tilhneigingu til að endurspegla snyrtilegt skýringarmynd.

8) Villumeðhöndlun - þar sem gervigreindarkóði verður… háll 🧼

Villumeðhöndlun er ein af stærstu áskorununum, því hún krefst dómgreindar , ekki bara réttmætis.

Mynstur til að fylgjast með

Hvað lítur vel út

Það er mjög mannlegt að skrifa villuskilaboð sem eru örlítið pirrandi. Ekki alltaf, en maður veit það þegar maður sér þau. Villuskilaboð úr gervigreind eru oft róleg eins og hugleiðsluforrit.

9) Tilvik á jaðrinum og vöruveruleikinn - „vantar þol“ 🧠🪤

Raunveruleg kerfi eru óskipulögð. Gervigreindarúttak skortir oft þessa áferð.

Dæmi um „þrautseigju“ sem lið hafa:

  • Eiginleikaflögg og hlutaútgáfur ( Martin Fowler: Eiginleikaskiptingar )

  • Afturvirkni-samhæfni brellur

  • Undarleg tímamörk þriðja aðila

  • Gögn sem brjóta gegn skema þínu

  • Ósamræmi í há- og lágstafastillingum, kóðun eða tungumálastillingum

  • Viðskiptareglur sem virðast handahófskenndar vegna þess að þær eru handahófskenndar

Gervigreind getur tekist á við jaðartilvik ef þú segir frá því, en ef þú tekur þau ekki með berum orðum, þá leiðir það oft til lausnar fyrir „hreinan heim“. Hreinir heimar eru yndislegir. Hreinir heimar eru heldur ekki til.

Nokkuð þvinguð myndlíking kemur: Gervigreindarkóði er eins og glænýr svampur - hann hefur ekki enn tekið í sig eldhúshörmungunum. Þarna sagði ég það 🧽. Ekki mitt besta verk, en það er nokkuð satt.

10) Hvernig á að láta gervigreindarstýrða kóðun líða eins og hún sé mannleg - og mikilvægara, vera áreiðanlegan 🛠️✨

Ef þú notar gervigreind til að semja kóða (og margir gera það), geturðu gert úttakið verulega betra með nokkrum venjum.

A) Settu skorður strax í upphafi

Í stað þess að „Skrifaðu fall sem…“ skaltu prófa:

  • væntanleg inntak/úttak

  • afkastaþarfir

  • villustefna (hækka, skila niðurstöðutegund, skrá + mistakast?)

  • nafngiftarreglur

  • núverandi mynstur í geymslunni þinni

B) Biddu um málamiðlanir, ekki bara lausnir

Hvetja með:

  • „Nefndu tvær aðferðir og útskýrðu málamiðlanirnar.“

  • „Hvað myndir þú forðast að gera hér og hvers vegna?“

  • „Hvar mun þetta brjóta niður í framleiðslunni?“

Gervigreind er betri þegar hún er neydd til að hugsa í áhættu.

C) Láta það eyða kóða

Alvarlega. Spyrðu:

  • „Fjarlægið allar óþarfa abstrakt hugmyndir.“

  • „Skerið þetta niður í minnstu réttu útgáfuna.“

  • „Hvaða hlutar eru tilgátur?“

Gervigreind hefur tilhneigingu til að bæta við. Miklir verkfræðingar hafa tilhneigingu til að draga frá.

D) Bæta við prófum sem endurspegla raunveruleikann

Ekki bara:

  • „skilar væntanlegri framleiðslu“

En:

Ef þú gerir ekkert annað, gerðu þetta. Próf eru lygamælir og þeim er alveg sama hver skrifaði kóðann 😌.

11) Lokaorð + stutt samantekt 🎯

Þannig lítur gervigreindarkóði oft út : hann lítur hreinn, almennur, örlítið ofskýrður og of ákafur til að þóknast. Stærra „segjandi“ er ekki snið eða athugasemdir - það vantar samhengi: nöfn léna, vandræðaleg brúnatilvik og arkitektúr-sértækar ákvarðanir sem fylgja því að búa með kerfi.

Stutt samantekt

  • Gervigreindarkóði er ekki til í einum stíl, en hann er oft snyrtilegur, orðrómur og of almennur.

  • Besta vísbendingin er hvort kóðinn endurspegli raunverulegar takmarkanir þínar og metnað vörunnar.

  • Ekki einblína á greiningu - einblíndu á gæði: prófanir, endurskoðun, skýrleika og ásetning ( Google Engineering Practices: Code Review ; Software Engineering at Google: Unit Testing ).

  • Gervigreind er fín sem fyrsta drög. Hún er ekki fín sem síðasta drög. Það er allur leikurinn.

Og ef einhver reynir að skamma þig fyrir að nota gervigreind, þá skaltu hreinskilnislega ... hunsa hávaðann. Sendu bara traustan kóða. Traustur kóði er eina sveigjanleikinn sem endist 💪🙂.

Algengar spurningar

Hvernig er hægt að vita hvort kóði hafi verið skrifaður af gervigreind?

Gervigreindarstýrður kóði lítur oft út fyrir að vera aðeins of snyrtilegur, næstum eins og „kennslubók“: samræmd sniðun, einsleit uppbygging, almennar nafngiftir (eins og gögn , atriði , niðurstaða ) og jöfn, fáguð villuboð. Hann getur líka borist með fjölda skjalastrengja eða athugasemda sem einfaldlega endurtaka augljósa rökfræði. Stærra merkið er ekki stíllinn - heldur skortur á raunverulegri nákvæmni: lénsmáli, geymslusamningum, vandræðalegum takmörkunum og því sem tengist jaðartilvikum sem lætur kerfi halda.

Hver eru stærstu viðvörunarmerkin í meðhöndlun villna sem myndast af gervigreind?

Fylgist með víðtækum undantekningartilvikum ( nema undantekningu ), gleyptum villum sem skila sjálfgefnum stillingum hljóðlega og óljósri skráningu eins og „Villa kom upp“. Þessi mynstur geta falið raunverulegar villur og gert villuleit erfiða. Sterk villumeðhöndlun er sértæk, aðgerðarhæf og inniheldur nægilegt samhengi (auðkenni, inntak, staða) án þess að henda viðkvæmum gögnum í skrár. Ofvörn getur verið jafn áhættusöm og vanvörn.

Af hverju finnst gervigreindarkóði oft ofhannaður eða of abstrakt?

Algeng tilhneiging gervigreindar er að „líta út fyrir að vera fagmannleg“ með því að bæta við hjálparföllum, lögum og möppum sem spá fyrir um tilgátulegar framtíðir. Þú munt sjá almenn hjálparföll eins og process_data() eða handle_request() og snyrtileg einingamörk sem henta skýringarmynd betur en saumum kerfisins. Hagnýt lausn er frádráttur: klipptu tilgátulög þar til þú hefur minnstu réttu útgáfuna sem passar við kröfurnar sem þú hefur, ekki þær sem þú gætir erft síðar.

Hvernig lítur góður kóði með gervigreind út í raunverulegu geymslurými?

Besti kóðinn, sem er studd af gervigreind, lesist eins og teymið þitt hafi gert tilkall til hans: hann notar lénsheitin þín, passar við gagnaformin þín, fylgir gagnageymslumynstrum þínum og samræmist arkitektúr þínum. Hann endurspeglar einnig áhættu þína - umfram hamingjusöm slóðir - með markvissum prófunum og markvissri endurskoðun. Markmiðið er ekki að „fela gervigreind“, heldur að festa drögin í samhengi svo þau hegði sér eins og framleiðslukóði.

Hvaða prófanir afhjúpa hraðast forsendur um „hreinan heim“?

Samþættingarprófanir og jaðarprófanir leiða oft fljótt í ljós vandamál vegna þess að gervigreindarúttak gerir oft ráð fyrir kjörinn inntaki og fyrirsjáanlegum tengslum. Notið lénsmiðaðar festingar og takið með undarleg inntak, vantar reiti, hlutabilanir, tímamörk og samhliða prófun þar sem það skiptir máli. Ef kóðinn inniheldur aðeins hamingjuleiðarprófanir getur hann litið rétt út en samt mistekist þegar einhver ýtir á þann eina óprófaða hnapp í framleiðslu.

Hvers vegna finnst gervigreindarrituðum nöfnum „tæknilega rétt en menningarlega röngum“?

Gervigreind velur oft örugg, almenn nöfn sem virka í mörgum verkefnum, en teymi þróa með sér ákveðna mállýsku með tímanum. Þannig endarðu með ósamræmi eins og userId vs AccountId , eða transaction vs LedgerEntry , jafnvel þegar rökfræðin er í lagi. Þessi nafngiftarbreyting er vísbending um að kóðinn var ekki skrifaður á meðan hann „bjó innan“ lénsins og takmarkana.

Er það þess virði að reyna að greina gervigreindarkóða í kóðagagnrýni?

Það er yfirleitt afkastameira að fara yfir gæði en höfundarrétt. Menn geta líka skrifað hreinan, ofurkommentaðan kóða og gervigreind getur framleitt framúrskarandi drög þegar þeim er leiðbeint. Í stað þess að leika rannsóknarlögreglumann, ýttu á hönnunarrök og líkleg mistök í framleiðslu. Staðfestu síðan með prófunum, samræmingu arkitektúrs og villugreiningu. Þrýstiprófanir eru betri en vibrationsprófanir.

Hvernig hvetur þú gervigreind svo kóðinn verði áreiðanlegri?

Byrjaðu á að setja inn skorður strax í upphafi: væntanleg inntak/úttak, gagnaform, afköst, villustefnu, nafngiftarvenjur og núverandi mynstur í gagnageymslunni þinni. Biddu um málamiðlanir, ekki bara lausnir - „Hvar mun þetta brotna?“ og „Hvað myndir þú forðast og hvers vegna?“ Að lokum, þvingaðu frádrátt: segðu því að fjarlægja óþarfa abstrakt og framleiða minnstu réttu útgáfuna áður en þú stækkar nokkuð.

Heimildir

  1. Stack Overflow - Könnun á Stack Overflow forriturum 2025 - survey.stackoverflow.co

  2. GitHub - GitHub Octoverse (28. október 2025) - github.blog

  3. Google - Verkfræðiaðferðir Google: Staðallinn fyrir kóðaendurskoðun - google.github.io

  4. Abseil - Hugbúnaðarverkfræði hjá Google: Unit Testing - abseil.io

  5. Abseil - Hugbúnaðarverkfræði hjá Google: Kóðayfirlit - abseil.io

  6. Abseil - Hugbúnaðarverkfræði hjá Google: Larger Testing - abseil.io

  7. Martin Fowler - Martin Fowler: Eiginleikar rofar - martinfowler.com

  8. Martin Fowler - Verklega prófpíramídinn - martinfowler.com

  9. OWASP - Svikamylla fyrir ógnarlíkön OWASP - cheatsheetseries.owasp.org

  10. OWASP - Svikamylla fyrir OWASP skráningu - cheatsheetseries.owasp.org

  11. OWASP - OWASP topp 10 2025: Bilun í öryggisskráningu og viðvörunum - owasp.org

  12. ESLint - ESLint skjöl - eslint.org

  13. GitHub skjöl - GitHub CodeQL kóðaskönnun - docs.github.com

  14. TypeScript - TypeScript: Stöðug leturprófun - www.typescriptlang.org

  15. mypy - mypy skjölun - mypy.readthedocs.io

  16. Python - Python skjöl: Python prófílararnir - docs.python.org

  17. pytest - pytest innréttingar skjöl - docs.pytest.org

  18. Pylint - Pylint skjöl: ber-nema - pylint.pycqa.org

  19. Amazon Web Services - Leiðbeiningar AWS: Reyna aftur með bakfærslu - docs.aws.amazon.com

  20. Amazon Web Services - AWS Builders' Library: Tímamörk, endurtekningar og bakköst með titringi - aws.amazon.com

Finndu nýjustu gervigreindina í opinberu versluninni fyrir gervigreindaraðstoðarmenn

Um okkur

Til baka á bloggið