Парады па эфектыўнасці кадавання Vibe: абавязкова прачытайце перад напісаннем кода! Спачатку выкарыстоўвайце штучны інтэлект, каб знайсці аптымальнае рашэнне.

На днях сябар спытаў мяне, як павысіць эфектыўнасць выкарыстання Codex.

Я ж казаў табе спачатку падключыць плагін GitHub.

Ён сказаў, што падключыў.

Я ж казаў вам скапіяваць наступную каманду і запусціць яе перад пачаткам кожнага праекта.

Ён паспрабаваў і вярнуўся, каб сказаць мне: «Божа мой, гэта зэканоміла мне столькі часу».

Я думаў пра гэта, і здаецца, што нямала людзей не ведае пра гэтую функцыю. Гэта як быццам многія людзі выкарыстоўваюць штучны інтэлект для напісання кода, адразу пачынаючы з Vibe Coding, дазваляючы штучнаму інтэлекту ствараць вэб-сайты і пісаць праграмы.

Спяшацца сапраўды не трэба.

Тое, што вы хочаце зрабіць, хтосьці на GitHub, хутчэй за ўсё, ужо зрабіў.

Хутчэй за ўсё, тое, што вы хочаце зрабіць, ужо зроблена на GitHub. Шмат якія рашэнні ўжо дасканалыя, і якасць кода можа быць нават вышэйшай за тую, якую вы маглі б напісаць самастойна. Навошта перапісваць усё з нуля, калі вы можаце непасрэдна спасылацца на існуючую працу і змяняць яе?

Мая асабістая звычка такая, што калі я хачу пачаць новы праект, я не пішу код адразу. Спачатку я адпраўляю гэтую прапанову ў Codex:

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

Толькі гэтае адно сказанне.

Гэтая падказка зрабіла тры рэчы.

Падумайце, гэтая падказка робіць тры рэчы.

Па-першае, гэта дазваляе штучнаму інтэлекту знаходзіць існуючыя рашэнні на GitHub, замест таго, каб пачынаць пісаць свае ўласныя. Многія людзі могуць не ведаць, што Codex, інтэграваны з убудовай GitHub, можа насамрэч шукаць праекты з адкрытым зыходным кодам у рэжыме рэальнага часу; гэта не проста функцыя.

Па-другое, ён выкарыстоўвае штучны інтэлект, каб дапамагчы вам ацаніць якасць гэтых праектаў: ​​ці падтрымліваюцца яны ўсё яшчэ, наколькі складанае разгортванне і якія функцыі можна выкарыстоўваць непасрэдна. Калі б вы ўручную праглядалі кожны праект на GitHub, гэта магло б заняць гадзіну ці дзве. Дазвольце штучнаму інтэлекту запусціць гэта, і вы атрымаеце вынікі праз некалькі хвілін.

Па-трэцяе, гэта дазваляе штучнаму інтэлекту даць вам выразнае рашэнне: выкарыстоўваць яго непасрэдна, мадыфікаваць ці пісаць з нуля, а таксама дапамагае вам спланаваць найпрасцейшае MVP-рашэнне.

Чаму мы можам зэканоміць шмат токенаў?

Скажу вам, гэтая аперацыя можа сапраўды зэканоміць вам шмат токенаў.

Чаму? Таму што, калі вы дазволіце штучнаму інтэлекту пачаць пісаць код, ён не будзе ведаць, што патрэбны вам код ужо існуе. Ён згенеруе для вас велізарную колькасць кода з нуля. Гэты код можа перакрывацца з функцыянальнасцю існуючых праектаў з адкрытым зыходным кодам, і ў рэшце рэшт вам давядзецца самастойна яго выпраўляць.

Аднак, калі вы дазволіце штучнаму інтэлекту спачатку знайсці адказ, яго прапановы будуць грунтавацца на існуючай экасістэме, і пры напісанні кода аб'ём кода можна скараціць як мінімум удвая.

Я сам так і раблю. Кожны раз, калі пачынаю новы праект, спачатку запускаю гэту праграму прапаноў, а потым, зыходзячы з прапаноў штучнага інтэлекту, вырашаю пра наступны крок. Гэта сапраўды павышае эфектыўнасць.

Шчыра кажучы, я не ўпэўнены, што гэты метад падыдзе ўсім; у некаторых праектах сапраўды можа не хапаць лёгкадаступных рашэнняў. Але падумайце: для большасці рэчаў, якія вы хочаце зрабіць, з сотнямі мільёнаў рэпазітарыяў на GitHub, існуе вельмі высокая верагоднасць таго, што хтосьці ўжо гэта зрабіў.

Стаячы на ​​плячах гігантаў

Вы не праграміст, таму вам не трэба пісаць код з нуля. Вы не стваральнік кантэнту, таму вам не трэба ствараць арыгінальны кантэнт кожны дзень. Вы проста той, хто хоча зрабіць нешта значнае, і самы разумны падыход — спачатку паглядзець, што ўжо зрабілі іншыя, а потым стаць на плечы гігантаў.

Часам мне здаецца, што самы разумны спосаб выкарыстання штучнага інтэлекту ў эпоху штучнага інтэлекту — гэта не дазволіць штучнаму інтэлекту рабіць усё за вас, а дазволіць штучнаму інтэлекту рабіць пошук інфармацыі і аналіз рашэнняў за вас, а потым вы зможаце гэта выканаць.

У чым розніца паміж гэтым і выкарыстаннем пошукавай сістэмы раней? Раней, калі вы шукалі пэўнае патрабаванне, з'яўлялася куча спасылак, і вам трэба было пераходзіць па іх адну за адной, каб убачыць, якія з іх працуюць, а якія не. Цяпер вы паведамляеце штучнаму інтэлекту свае патрабаванні, і ён фільтруе іх для вас і непасрэдна дае вам выснову.

Ці можаце вы ў гэта паверыць?

Гэтую падказку трэба выгравіраваць.ДНКў

Я асабіста лічу, што гэтая падказка павінна быць укоренена ў нашай ДНК . Прадумванне яе перад пачаткам новага праекта сапраўды эканоміць шмат часу.

Яшчэ адна перавага такога падыходу заключаецца ў тым, што вам не трэба вынаходзіць ровар. Штучны інтэлект дапамагае знаходзіць лёгкадаступныя рашэнні, дазваляючы вам засяродзіцца на сапраўды індывідуальных аспектах. Такім чынам, вашу энергію можна накіраваць на найбольш каштоўныя вобласці.

З уласнага досведу я ведаю, што калі я толькі пачаў выкарыстоўваць штучны інтэлект для напісання кода, я быў вельмі ўсхваляваны і хацеў, каб штучны інтэлект генераваў усё з нуля. Але пасля некаторага часу выкарыстання я выявіў, што гэта часта робіцца павольней. Гэта таму, што трэба адладжваць, змяняць і падтрымліваць код, згенераваны штучным інтэлектам, у той час як існуючыя праекты з адкрытым зыходным кодам былі правераны многімі людзьмі, таму іх якасць больш гарантаваная.

Гэта можа здацца нелагічным, праўда? Але падумайце: самае галоўнае ў кодзе — не яго напісанне, а правільнае напісанне. Існуючыя рашэнні ўжо правераны; іх непасрэднае выкарыстанне значна знізіць верагоднасць узнікнення праблем.

Таму мая парада: наступным разам, калі вы будзеце пісаць код з дапамогай Codex або любога іншага штучнага інтэлекту, не спяшайцеся. Спачатку запусціце каманду адзін раз і дазвольце штучнаму інтэлекту дапамагчы вам знайсці адказ.

Вы можаце выявіць, што тое, што вы спрабуеце зрабіць, ужо зрабіў хтосьці іншы.

Трэба проста ўзяць і выкарыстоўваць.

Выкарыстайце зэканомлены час, каб зрабіць нешта больш цікавае.

Калі вы дачыталі да гэтага месца, пастаўце лайк і падзяліцеся гэтым артыкулам, калі ласка. Калі вы хочаце атрымліваць абнаўленні першымі, вы таксама можаце падпісацца на мяне!

Дзякуй, што прачыталі мой артыкул. Да сустрэчы ў наступны раз.