Kā Google Dev Tools Manager veic AI kodēšanas darbu

Kā Google projekta vadītājs izstrādātāju rīkiem, Ryan Salva ir priekšējā rindas sēdeklis, kā AI rīki maina kodēšanu. Iepriekš Github un Microsoft viņš tagad ir atbildīgs par tādiem rīkiem kā Dvīņi CLI un Dvīņu koda palīdzībaizstrādātāju iedziļināšanās jaunajā aģentu programmēšanas pasaulē.

Viņa komanda atbrīvoja Jauns trešo personu pētījums Otrdien parādot, kā izstrādātāji faktiski izmanto AI rīkus – un cik daudz progresa ir jāveic. Es sēdēju kopā ar Salvu, lai runātu par ziņojumu un viņa personīgo pieredzi ar AI kodēšanas rīkiem.

Šī intervija tika rediģēta pēc garuma un skaidrības.

Katru gadu Google veic izstrādātāju tendenču aptauju, taču šī gada ziņojums patiešām koncentrējas uz AI rīkiem un jo īpaši uz to, uz kuru aģentu izstrādātāji vēlas iegūt savu pieeju programmēšanai. Vai pētījumā bija kaut kas, kas jūs pārsteidza?

Viens no patiešām interesantiem atklājumiem bija vidējais datums, kad izstrādātāji sāka izmantot AI rīkus. Viņi secināja, ka tas ir 2024. gada aprīlis, kas diezgan glīti atbilst Claude 3 iznākšanai un Gemini 2.5 iznākšanai. Tas tiešām ir spriešanas vai domāšanas modeļu rītausma, un apmēram tajā pašā laikā mums bija daudz labāks rīku izsaukšanā.

Lai kodētu uzdevumus, jums patiešām jāspēj izmantot ārēju informāciju, lai problēmu atrisinātu, tāpēc, iespējams, būs nepieciešams graudīt, iespējams, būs jāsamato kods. Ja kods apkopo, tas varētu vēlēties palaist šo vienības testu un šo integrācijas pārbaudi. Es domāju, ka instrumentu izsaukšana patiešām ir svarīgs skaņdarbs, kas modeļiem deva iespēju pašorektēt, kad viņi pārvietojas.

Kā jūs personīgi izmantojat AI kodēšanas rīkus?

Lielākā daļa manas kodēšanas šajās dienās ir paredzēta hobiju projektiem, un lielāko daļu laika pavadu, izmantojot komandrindas rīkus. Tātad tajā ietilpst Dvīņi CLI. Tad tur ir mazliet Claude Code, tur ir mazliet koda. Un jūs nekad īsti neizmantojat uz termināli balstītu rīku, tāpēc es tiešām esmu neviendabīgs ap IDE, ko izmantoju. Es izmantoju Zed. Es izmantoju vs kodu. Es izmantoju kursoru. Es izmantoju Windsurf, viņi visi, jo es esmu ieinteresēts tikai redzēt, kā pasaule darbojas un kā attīstās nozare.

Profesionālajā pusē produktu vadītāji mēdz dzīvot dokumentos, tāpēc pirmais ir AI izmantošana, lai palīdzētu man uzrakstīt specifikācijas un prasību dokumentus.

Man ir interese, kā tas darbojas. Jūs izmantojat Gemini Cli, lai izveidotu Gemini CLI, bet es iedomājos, ka tas ne tikai pats.

Attīstības uzdevums parasti sāksies kā problēma, varbūt tā ir github problēma, kuru kāds ir nometis ar kļūdu. Bieži vien, ja es tiešām esmu godīgs, tas ir diezgan nepietiekami noteikts jautājums. Tāpēc es izmantošu Gemini CLI, lai izveidotu stabilāku prasības dokumentu marķējumā. Tas parasti radīs, iespējams, apmēram 100 diezgan tehniskas, bet arī uz rezultātiem balstītas specifikācijas līnijas. Tad es izmantošu Gemini CLI, lai rakstītu kodu, pamatojoties uz šo specifikāciju un vispārējās izvēles komandas dokumentos.

Visā inženierzinātņu komandā mums ir pāris dažādi noteikumu un marķējuma dokumentu slāņi, kurus modelis patērē, tikai izklāsta mūsu darba veidu: lūk, kā mēs veicam testēšanu, lūk, kā mēs pārvaldām atkarības utt. Tātad, kad tas ražo kodu, tas darbojas arī no šiem dokumentiem.

Un, tā kā Gemini Cli pārdzīvo un veic problēmu novēršanu, es to atjaunināšu savas prasību dokuments, sakot: “Es fiksēju šo soli. Tagad es esmu uz nākamo soli” utt. Katrs no tiem rada savu apņemšanos un pieprasījumu krātuvē, tāpēc es vienmēr varu attīt vai atsaukt.

Es teiktu, ka, iespējams, 70% līdz 80% no mana darba ir tas, ka es strādāju terminālī ar dabisko valodu, mēģinot izmantot Dvīņu CLI, lai izstrādātu prasības, un pēc tam ļaujot Gemini Cli uzrakstīt lielāko daļu koda man, kuru es pēc tam iesniegšu pārskatīt un lasīt ar visu, ko es lietoju. Bet lielākoties es izmantoju IDE kā vietu, kur lasīt kodu, nevis koda rakstīšanai.

Vai jūs domājat, ka ir nākotne neapstrādātam datora kodam? Vai arī mēs visu pārcelsim uz termināļa logiem?

Trīs gadu desmitus IDE bija tur, kur mēs devāmies darīt visu programmatūras izstrādē. Jums bija IDE, jums bija pārlūks, un jums bija termināļa logs.

Es domāju, ka tas joprojām ir lielā mērā, bet man ir aizdomas, ka laika gaitā mēs galu galā pavadīsim daudz vairāk laika, strādājot ar prasībām, un IDE pavadītais laiks pakāpeniski saruks. Un es domāju, ka pārmaiņas faktiski var notikt diezgan ilga laika horizontā.

Ir daudz satraukuma par to, ko tas nozīmē programmatūras izstrādei kā progresam. Ja pēc 10 gadiem mēs vairs neskatāmies kodu, ko tas nozīmē izstrādātājiem? Vai viņiem joprojām būs darbs?

Es domāju, ka jūsu kā izstrādātāja darbs izskatīsies daudz vairāk kā arhitekts. Runa būs par lielām, sarežģītām problēmām un to sadalīšanu mazākos, risināmos uzdevumos. Jums būs jādomā par lielāku ainu par to, ko mēģināt radīt, nevis par vidējo valodu, lai to izteiktu mašīnas kodā.