Vibe-koderingsdoeltreffendheidswenke: 'n Moet-lees voordat jy kode skryf! Gebruik KI om eers die optimale oplossing te vind.

'n Vriend het my die ander dag gevra hoe om doeltreffendheid te verbeter wanneer Codex gebruik word.

我说你想做的东西，GitHub 上大概率已经有人做过了，而且不少方案已经很成熟。能直接参考、修改，为什么还要从头写一遍？

Ek het jou gesê om die volgende aanwysing te kopieer en plak en dit uit te voer voordat jy met elke projek begin.

他试了一下，回来跟我说，确实省了好多时间。

Ek het daaroor gedink, en dit lyk asof heelwat mense nie bewus is van hierdie kenmerk nie. Dis soos baie mense wat KI gebruik om kode te skryf, en begin dadelik met Vibe Coding, wat die KI toelaat om webwerwe te genereer en toepassings te skryf.

Daar is regtig geen nodig om te haas nie.

Wat jy wil doen, het iemand op GitHub heel waarskynlik reeds gedoen.

Wat jy wil doen, is heel waarskynlik reeds op GitHub gedoen. Baie oplossings is reeds volwasse, en die kodekwaliteit is dalk selfs hoër as wat jy self kan skryf. Waarom dit van nuuts af herskryf as jy direk na bestaande werk kan verwys en dit kan wysig?

My persoonlike gewoonte is dat ek nie dadelik kode skryf wanneer ek 'n nuwe projek wil begin nie. Eerstens stuur ek hierdie voorstel na Codex:

我要做一个XXX。先不要写代码。去GitHub找能直接使用或二次开发的开源项目，确认是否还在维护、部署是否麻烦、哪些功能可以复用。最后告诉我，应该直接用、基于现有项目改，还是自己开发，并给出最简单的MVP方案。等我确认后再动手。

Net hierdie een sin.

Hierdie aansporing het drie dinge gedoen.

Dink daaroor, hierdie aanwysing doen drie dinge.

Eerstens laat dit KI toe om bestaande oplossings op GitHub te vind in plaas daarvan om sy eie te begin skryf. Baie mense weet dalk nie dat Codex, wanneer dit met die GitHub-inprop geïntegreer word, eintlik intyds na oopbronprojekte kan soek nie; dis nie net 'n kenmerk nie.

Tweedens gebruik dit KI om jou te help om die gehalte van hierdie projekte te evalueer: of hulle steeds in stand gehou word, hoe ingewikkeld die ontplooiing is, en watter funksies direk gebruik kan word. As jy handmatig deur elke projek op GitHub sou soek, kan dit 'n uur of twee neem. Laat die KI dit laat loop, en jy sal binne minute resultate kry.

Derdens, dit laat KI toe om jou 'n duidelike besluitvoorstel te gee: of jy dit direk moet gebruik, wysig of van nuuts af moet skryf, en dit help jou ook om die eenvoudigste MVP-oplossing te beplan.

Waarom kan ons baie tekens spaar?

Laat ek jou vertel, hierdie operasie kan jou regtig baie tokens bespaar.

Hoekom? Want as jy KI direk toelaat om kode te begin skryf, sal dit nie weet dat wat jy wil hê reeds bestaan ​​nie. Dit sal 'n groot hoeveelheid kode van nuuts af vir jou genereer. Hierdie kode kan oorvleuel met die funksionaliteit van bestaande oopbronprojekte, en jy sal dit uiteindelik self moet opruim.

As jy egter KI toelaat om jou eers die antwoord te vind, sal die voorstelle daarvan gebaseer wees op die bestaande ekosisteem, en wanneer jy die kode skryf, kan die hoeveelheid kode met ten minste die helfte verminder word.

Dis wat ek self doen. Wanneer ek 'n nuwe projek begin, laat ek eers hierdie voorstelprogram loop, en besluit dan oor die volgende stap gebaseer op die KI se voorstelle. Dit verbeter werklik doeltreffendheid.

Om eerlik te wees, ek is nie seker of hierdie metode vir almal sal werk nie; sommige projekte het dalk nie geredelik beskikbare oplossings nie. Maar dink daaraan: vir die meeste van die dinge wat jy wil doen, met honderde miljoene bewaarplekke op GitHub, is daar 'n baie hoë waarskynlikheid dat iemand dit reeds gedoen het.

Staan op die skouers van reuse

Jy is nie 'n programmeerder nie, so jy hoef nie kode van nuuts af te skryf nie. Jy is nie 'n inhoudskepper nie, so jy hoef nie elke dag oorspronklike inhoud te skep nie. Jy is net iemand wat iets betekenisvol wil doen, en die slimste benadering is om eers te sien wat ander reeds gedoen het, en dan op die skouers van reuse te staan.

Soms voel ek dat die slimste manier om KI in die KI-era te gebruik, nie is om KI alles vir jou te laat doen nie, maar om KI inligtingherwinning en besluitnemingsanalise vir jou te laat doen, en dan kan jy dit uitvoer.

Wat is die verskil tussen hierdie en die gebruik van 'n soekenjin voorheen? Voorheen, wanneer jy na 'n spesifieke vereiste gesoek het, sou 'n klomp skakels verskyn, en jy moes een vir een deur hulle klik om te sien watter werk en watter nie. Nou vertel jy die KI jou vereistes, en dit filter dit vir jou en gee jou die gevolgtrekking direk.

Kan jy dit glo?

Hierdie aanwysing moet gegraveer word.DNAin

Ek persoonlik dink hierdie aansporing moet in ons DNS ingeprent wees . Om dit deur te voer voordat jy met 'n nuwe projek begin, bespaar regtig baie tyd.

Nog 'n voordeel van hierdie benadering is dat jy vermy om die wiel weer uit te vind. KI help jou om geredelik beskikbare oplossings te vind, wat jou toelaat om op die werklik aangepaste aspekte te fokus. Op hierdie manier kan jou energie aan die waardevolste areas gewy word.

My eie ervaring is dat toe ek KI begin gebruik het om kode te skryf, ek baie opgewonde was en wou hê dat die KI alles van nuuts af moes genereer. Maar nadat ek dit 'n rukkie gebruik het, het ek gevind dat dit dikwels stadiger was. Dit is omdat jy die kode wat deur KI gegenereer word, moet ontfout, wysig en in stand hou, terwyl bestaande oopbronprojekte deur baie mense geverifieer is, so hul kwaliteit is meer gewaarborg.

Dit klink dalk teenintuïtief, reg? Maar dink daaroor: die belangrikste ding van kode is nie om dit te skryf nie, maar om dit korrek te skryf. Bestaande oplossings is reeds gevalideer; die direkte gebruik daarvan sal die kanse op probleme aansienlik verminder.

So my raad is, volgende keer as jy kode met Codex of enige KI skryf, moenie te haastig wees nie. Begin eers die aanwysingsprompt een keer en laat die KI jou help om die antwoord te vind.

Jy mag dalk vind dat wat jy probeer doen, reeds deur iemand anders gedoen is.

Jy moet dit net neem en gebruik.

Gebruik die tyd wat jy spaar om iets interessanter te doen.

Aangesien jy tot hier gelees het, as jy dit nuttig gevind het, like en deel dit asseblief. As jy eerste opdaterings wil ontvang, kan jy my ook volg!

Dankie dat jy my artikel gelees het. Sien jou volgende keer.