Як я пішу праграмнае забеспячэнне з LLM

Як я пішу праграмнае забеспячэнне з LLM

На працягу многіх гадоў напісанне праграмнага забеспячэння было вельмі адзінокім рамяством, апантаным дэталямі. Стан патоку быў святым, і любое перапыненне - забыты сінтаксіс, стомная шаблонная ўстаноўка - магло разбурыць яго. Сёння мой працэс прынцыпова іншы. Я інтэграваў вялікія моўныя мадэлі (LLM) у якасці партнёра па супрацоўніцтве, змяняючы не толькі маю хуткасць, але і саму архітэктуру майго мыслення. Гэта менш пра шліфаванне кода, а больш пра арганізацыю інтэлектуальных сістэм. Гэты зрух - менавіта тое, чаму такія платформы, як Mewayz, рэзаніруюць са мной; яны разумеюць, што сучасныя бізнес-інструменты павінны быць не маналітнымі крэпасцямі, а гнуткімі сістэмамі, якія можна складаць, якія адаптуюцца да новых парадыгмаў. Вось як я выкарыстоўваю LLM для стварэння праграмнага забеспячэння ў гэтую новую эру.

Ад архітэктара да рэдактара: вызначэнне плана

Самая важная змена - гэта тое, з чаго я пачынаю. Я больш не адкрываю IDE і не пачынаю ўводзіць клас. Замест гэтага я адкрываю інтэрфейс чата і пачынаю апісваць праблему на простай англійскай мове. Я фармулюю прызначэнне модуля, яго ўваходы, выхады і бізнес-логіку ў чалавечых тэрмінах. Я вызначаю тэхнічны стэк, любыя адпаведныя шаблоны і нефункцыянальныя патрабаванні. LLM дзейнічае як хуткі прататып, ператвараючы гэты аповед у першы чарнавік кода. Гэта прымушае неверагодную яснасць загадзя; калі я не магу дакладна растлумачыць гэта мадэлі, канцэпцыя не гатовая. Гэта практыка, якая адлюстроўвае модульную філасофію Mewayz—дзе вы вызначаеце дакладныя, незалежныя функцыі, перш чым турбавацца аб іх рэалізацыі.

Ітэратыўны дыялог: удакладненне і адладка

Пачатковы чарнавік кода ніколі не бывае ідэальным, і ў гэтым сутнасць. Сапраўдная магія адбываецца ў наступным дыялогу. Тут я пераходжу ад архітэктара да рэдактара. Я запускаю код, сустракаю памылку або крайні выпадак, а потым размаўляю з LLM, каб выправіць гэта. Падказкі становяцца больш дакладнымі: "Функцыя не працуе, калі спіс карыстальнікаў пусты. Змяніце яго, каб вярнуць аб'ект па змаўчанні і запісаць папярэджанне." LLM прапануе выправіць, часта тлумачачы развагі. Гэта ўзад і назад рэзка паскарае адладку і рэфактарынгу. Гэта як мець пару праграмістаў, якія імгненна ўспамінаюць кожную калі-небудзь напісаную дакументацыю API, дазваляючы мне засяродзіцца на логіцы больш высокага парадку і канструкцыі сістэмы.

Пашырэнне, а не замена: чалавек у курсе

Вельмі важна сказаць, што LLM не піша канчатковы прадукт; Я раблю. Гэта павялічвае мае магчымасці. Я выкарыстоўваю яго для выканання цяжкіх задач, якія паўтараюцца, і першапачатковага вывучэння, але канчатковыя архітэктурныя рашэнні, праверкі бяспекі і нюансы інтэграцыі бізнес-логікі належаць мне. Мадэль можа стварыць тры спосабы рэалізацыі функцыі; Я ацэньваю іх на аснове прадукцыйнасці, абслугоўвання і таго, як яны ўпісваюцца ў больш шырокую сістэму. Гэтая мадэль чалавека ў цыкле гарантуе якасць і ўласнасць. У гэтым кантэксце згенераваны код становіцца яшчэ адным модульным кампанентам, які падлягае ацэнцы і інтэграцыі — працэс, які здаецца натуральным пры працы ў гнуткай АС, такой як Mewayz, дзе розныя сэрвісы і крыніцы даных пастаянна ацэньваюцца і злучаюцца.

Мой кантрольны спіс працоўнага працэсу на базе LLM

Для тыповай новай функцыі або модуля мой працэс цяпер паслядоўна выконвае наступныя крокі:

• Разборлівасць: напішыце ў чаце поўную спецыфікацыю простай мовай.
• Стварыць: дазвольце LLM стварыць першы чарнавік рэалізацыі і асноўныя тэсты.
• Апытаць: Папрасіце мадэль растлумачыць складаныя раздзелы і прапанаваць аптымізацыі.
• Інтэграваць: аб'яднаць код уручную, пераканаўшыся, што ён адпавядае шаблонам і стандартам праекта.
• Бяспека і праверка: правядзіце дбайную праверку ўручную на бяспеку, крайнія выпадкі і дакладнасць бізнес-логікі.

"Ступень магістра права не замяняе распрацоўшчыка; яна перавызначае ролю распрацоўшчыка з перапісчыка сінтаксісу на сістэмнага стратэга."

Будучыня складваецца

Гэтая эвалюцыя ў маім майстэрстве адлюстроўвае большы зрух у распрацоўцы праграмнага забеспячэння ў бок кампазіцыйнасці і аркестроўкі высокага ўзроўню. Напісанне праграмнага забеспячэння з магістарскімі магістрамі - гэта не толькі неапрацаваны акт кадавання, але больш распрацоўка інтэлектуальных працоўных працэсаў, курыраванне вынікаў і кіраванне складанасцю. Гэта дае мне магчымасць хутчэй ствараць больш надзейныя сістэмы, здымаючы кагнітыўную нагрузку. Гэта цалкам адпавядае бачанню модульнай бізнес-АС. Падобна таму, як Mewayz дазваляе кампаніям складаць свае аперацыі з лепшых у сваім класе модуляў, LLM дазваляюць мне складаць праграмнае забеспячэнне з разумных размоў, спалучаючы згенераваны код з глыбокім вопытам, каб будаваць тое, што будзе далей.

Часта задаюць пытанні

Як я пішу праграмнае забеспячэнне з LLM

На працягу многіх гадоў напісанне праграмнага забеспячэння было вельмі адзінокім рамяством, апантаным дэталямі. Стан патоку быў святым, і любое перапыненне - забыты сінтаксіс, стомная шаблонная ўстаноўка - магло разбурыць яго. Сёння мой працэс прынцыпова іншы. Я інтэграваў вялікія моўныя мадэлі (LLM) у якасці партнёра па супрацоўніцтве, змяняючы не толькі маю хуткасць, але і саму архітэктуру майго мыслення. Гэта менш пра шліфаванне кода, а больш пра арганізацыю інтэлектуальных сістэм. Гэты зрух - менавіта тое, чаму такія платформы, як Mewayz, рэзаніруюць са мной; яны разумеюць, што сучасныя бізнес-інструменты павінны быць не маналітнымі крэпасцямі, а гнуткімі сістэмамі, якія можна складаць, якія адаптуюцца да новых парадыгмаў. Вось як я выкарыстоўваю LLM для стварэння праграмнага забеспячэння ў гэтую новую эру.

Ад архітэктара да рэдактара: вызначэнне плана

Самая важная змена - гэта тое, з чаго я пачынаю. Я больш не адкрываю IDE і не пачынаю ўводзіць клас. Замест гэтага я адкрываю інтэрфейс чата і пачынаю апісваць праблему на простай англійскай мове. Я фармулюю прызначэнне модуля, яго ўваходы, выхады і бізнес-логіку ў чалавечых тэрмінах. Я вызначаю тэхнічны стэк, любыя адпаведныя шаблоны і нефункцыянальныя патрабаванні. LLM дзейнічае як хуткі прататып, ператвараючы гэты аповед у першы чарнавік кода. Гэта прымушае неверагодную яснасць загадзя; калі я не магу дакладна растлумачыць гэта мадэлі, канцэпцыя не гатовая. Гэта практыка, якая адлюстроўвае модульную філасофію Mewayz, дзе вы вызначаеце дакладныя, незалежныя функцыі, перш чым турбавацца аб іх рэалізацыі.

Ітэратыўны дыялог: удакладненне і адладка

Пачатковы чарнавік кода ніколі не бывае ідэальным, і ў гэтым сутнасць. Сапраўдная магія адбываецца ў наступным дыялогу. Тут я пераходжу ад архітэктара да рэдактара. Я запускаю код, сустракаю памылку або крайні выпадак, а потым размаўляю з LLM, каб выправіць гэта. Падказкі становяцца больш дакладнымі: "Функцыя не працуе, калі спіс карыстальнікаў пусты. Змяніце яго, каб вярнуць аб'ект па змаўчанні і запісаць папярэджанне." LLM прапануе выправіць, часта тлумачачы развагі. Гэта ўзад і назад рэзка паскарае адладку і рэфактарынгу. Гэта як мець пару праграмістаў, якія імгненна ўспамінаюць кожную калі-небудзь напісаную дакументацыю API, дазваляючы мне засяродзіцца на логіцы больш высокага парадку і канструкцыі сістэмы.

Пашырэнне, а не замена: Чалавек у цыкле

Вельмі важна сказаць, што LLM не піша канчатковы прадукт; Я раблю. Гэта павялічвае мае магчымасці. Я выкарыстоўваю яго для выканання цяжкіх задач, якія паўтараюцца, і першапачатковага вывучэння, але канчатковыя архітэктурныя рашэнні, праверкі бяспекі і нюансы інтэграцыі бізнес-логікі належаць мне. Мадэль можа стварыць тры спосабы рэалізацыі функцыі; Я ацэньваю іх на аснове прадукцыйнасці, абслугоўвання і таго, як яны ўпісваюцца ў больш шырокую сістэму. Гэтая мадэль чалавека ў цыкле гарантуе якасць і ўласнасць. У гэтым кантэксце згенераваны код становіцца яшчэ адным модульным кампанентам для ацэнкі і інтэграцыі — працэсам, які здаецца натуральным пры працы ў гнуткай АС, такой як Mewayz, дзе розныя службы і крыніцы даных бесперапынна ацэньваюцца і злучаюцца.

Мой кантрольны спіс працоўнага працэсу на базе LLM

Для тыповай новай функцыі або модуля мой працэс цяпер паслядоўна выконвае наступныя крокі: