0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

編程神技來(lái)了!谷歌新研究根據(jù)已經(jīng)編輯好的代碼預(yù)測(cè)源代碼的 AI

5dy6_dushekeji ? 來(lái)源:YXQ ? 2019-04-18 15:47 ? 次閱讀

預(yù)測(cè)源代碼,聽著就是一件非常炫酷的事情。最近,谷歌大腦的研究人員就對(duì)此高難度任務(wù)發(fā)起了挑戰(zhàn),在構(gòu)建源代碼生成模型上實(shí)現(xiàn)了新突破!

編程神技來(lái)了!

根據(jù)已經(jīng)編輯好的代碼預(yù)測(cè)源代碼的AI,對(duì)程序員來(lái)說是一個(gè)非常寶貴的工具。

最近,谷歌大腦團(tuán)隊(duì)就對(duì)這項(xiàng)難度頗高的任務(wù)發(fā)起了挑戰(zhàn)。

論文地址:

https://arxiv.org/pdf/1904.02818.pdf

改代碼是程序員經(jīng)常要做的事,需求一變,甚至可能要重頭再來(lái)。然而,編輯模式(edit pattern)是無(wú)法僅僅根據(jù)要插入/刪除的內(nèi)容或者寫好內(nèi)容后的代碼狀態(tài)來(lái)被理解。

它需要根據(jù)變化與其所處狀態(tài)的關(guān)系來(lái)理解,準(zhǔn)確地對(duì)代碼序列進(jìn)行建模需要學(xué)習(xí)舊代碼的表示方法,這就允許模型可以概括一種模式且對(duì)未來(lái)要編寫的代碼內(nèi)容進(jìn)行預(yù)測(cè)。

舉個(gè)例子:

有兩個(gè)歷史記錄A和B,這兩段代碼序列在經(jīng)過2次編輯后,得到了相同狀態(tài),即“狀態(tài)2”。但是在這個(gè)過程當(dāng)中,歷史記錄A是在向foo函數(shù)添加參數(shù),而歷史記錄B是在從foo函數(shù)中刪除參數(shù)。

這項(xiàng)工作,就是希望根據(jù)“狀態(tài)0”和“編輯 1&2 ”,可以預(yù)測(cè)接下來(lái)“編輯3”的操作內(nèi)容。

為了達(dá)到這個(gè)目的,他們首先開發(fā)了兩種表示方法來(lái)捕獲意圖信息,這些信息將隨著代碼序列的長(zhǎng)度“優(yōu)雅地”擴(kuò)展:

顯式表示方法:在序列中“實(shí)例化”代碼內(nèi)容;

隱式表示方法:用于實(shí)例化后續(xù)要編寫的代碼。

然后它們構(gòu)建了一個(gè)機(jī)器學(xué)習(xí)模型,這個(gè)模型可以捕獲原始代碼和預(yù)測(cè)代碼之間的上下文關(guān)系。

構(gòu)建源代碼生成模型新突破

近年來(lái),構(gòu)建源代碼的生成模型成為十分受重視的核心任務(wù)。

然而,以前的生成模型總是根據(jù)生成代碼的靜態(tài)快照(static snapshot)來(lái)構(gòu)建的。而在這項(xiàng)工作中,研究人員將源代碼視為一個(gè)動(dòng)態(tài)對(duì)象(dynamic object),并處理軟件開發(fā)人員對(duì)源代碼文件進(jìn)行編輯的建模問題

對(duì)編輯序列建模的主要挑戰(zhàn)是如何開發(fā)良好的表示,既能捕獲有關(guān)意圖的所需信息,又能優(yōu)雅地對(duì)序列的長(zhǎng)度進(jìn)行擴(kuò)展。

正如上述,這項(xiàng)工作主要考慮編輯的兩種表示方法,一是顯式表示方法,二是隱式表示方法。

顯式表示方法中,將分層循環(huán)指針網(wǎng)絡(luò)模型視為強(qiáng)大但計(jì)算成本較高的基線。在隱式表示方法中,考慮一個(gè)vanilla序列到序列模型,以及一個(gè)基于注意力的雙頭模型。這些模型展示了由不同問題公式產(chǎn)生的權(quán)衡,并為未來(lái)的編輯序列模型提供設(shè)計(jì)決策。

在精心設(shè)計(jì)的合成數(shù)據(jù)和對(duì)Python源代碼進(jìn)行細(xì)粒度編輯的大型數(shù)據(jù)集上,研究人員評(píng)估了模型的可伸縮性和準(zhǔn)確性,以及模型觀察以往編輯序列并預(yù)測(cè)未來(lái)編輯內(nèi)容的能力。

實(shí)驗(yàn)表明,雙頭注意力模型特別適合實(shí)現(xiàn)對(duì)真實(shí)數(shù)據(jù)的高精度、校準(zhǔn)良好的置信度和良好的可擴(kuò)展性。

總之,這項(xiàng)工作形式化了從編輯序列中學(xué)習(xí)和預(yù)測(cè)編輯序列的問題,提供了對(duì)模型空間的初步探索,并演示了從開發(fā)人員對(duì)源代碼進(jìn)行的編輯中學(xué)習(xí)的實(shí)際問題的適用性。

問題定義:如何表示編輯序列數(shù)據(jù)

隱式和顯式數(shù)據(jù)表示

第一個(gè)問題是如何表示編輯序列數(shù)據(jù)。我們定義了兩種具有不同權(quán)衡的數(shù)據(jù)格式。

顯式格式 (圖 2 (a)) 將編輯序列表示為 2D 網(wǎng)格中 tokens 序列的序列。內(nèi)部序列對(duì)文件中的 tokens 建立索引,外部序列對(duì)時(shí)間建立索引。任務(wù)是消耗前 t 行并預(yù)測(cè)在時(shí)間 t 進(jìn)行的編輯的位置和內(nèi)容。

隱式格式 (圖 2 (b)) 將初始狀態(tài)表示為 tokens 序列,將編輯表示為 (position, content) 對(duì)的序列。

圖 2:將 “BACA” 轉(zhuǎn)換為 “BABBCACC” 的編輯序列的顯式表示 (a) 和隱式表示 (b)。

問題描述

顯式問題的目標(biāo)是學(xué)習(xí)一個(gè)模型,該模型使給定的可能性最大化;隱式問題是學(xué)習(xí)一個(gè)模型,該模型使給定所有 t 的的?

基線模型

基線顯式模型 (Baseline Explicit Model)

基線顯式模型是一個(gè)兩級(jí)長(zhǎng)短時(shí)記憶 (LSTM) 神經(jīng)網(wǎng)絡(luò),類似于 Serban 等人 (2016) 的分層 RNN 模型。

基線隱式模型 (Baseline Implicit Model)

sequence-to-sequence 框架的自然應(yīng)用是使用編碼器的初始狀態(tài) s (0),并在解碼器中生成 (p (t) i, c (t)) 對(duì)的序列。編碼器是一個(gè)標(biāo)準(zhǔn)的 LSTM。解碼器不太標(biāo)準(zhǔn),因?yàn)槊總€(gè)動(dòng)作都是成對(duì)的。為了將對(duì)作為輸入處理,我們將 p (t) i 的嵌入與 c (t) 的嵌入連接起來(lái)。為了產(chǎn)生成對(duì)的輸出,我們先預(yù)測(cè)位置,然后給出給定位置的內(nèi)容。

隱式注意力模型

我們開發(fā)了一個(gè)模型,它對(duì)隱式表示進(jìn)行操作,但是能夠更好地捕獲編輯內(nèi)容與編輯上下文之間關(guān)系的序列。

該模型深受 Vaswani 等人 (2017) 的啟發(fā)。在訓(xùn)練時(shí),編輯的完整序列在單個(gè)前向傳遞中被預(yù)測(cè)。

有一個(gè)編碼器計(jì)算初始狀態(tài)和所有編輯的隱藏表示,然后有兩個(gè) decoder heads:第一個(gè)解碼每個(gè)編輯的位置,第二個(gè)解碼給定位置的每個(gè)編輯的內(nèi)容。

圖 3 (b, c) 對(duì)模型的整體結(jié)構(gòu)進(jìn)行了概述。

圖 3:(a) 基線顯式模型;(b, c) 隱式注意力模型

實(shí)驗(yàn)和結(jié)果:模型可以解決幾乎所有任務(wù)

實(shí)驗(yàn)的目的是了解上述模型的能力和局限性,并在實(shí)際數(shù)據(jù)上進(jìn)行評(píng)估。

實(shí)驗(yàn)有兩個(gè)主要因素,一是模型如何準(zhǔn)確地學(xué)習(xí)識(shí)別編輯序列中的模式,二是模型如何擴(kuò)展到大數(shù)據(jù)。

在第一組實(shí)驗(yàn)中,我們?cè)谝粋€(gè)簡(jiǎn)單的環(huán)境中研究了這些問題;在第二組實(shí)驗(yàn)中,我們根據(jù)真實(shí)數(shù)據(jù)進(jìn)行了評(píng)估。

本節(jié)中,我們?cè)u(píng)估了三種方法:顯式模型縮寫為 E,隱式 RNN 模型縮寫為 IR,隱式注意力模型縮寫為 IA。

表 1:在合成數(shù)據(jù)集上的準(zhǔn)確性

表 1 報(bào)告了產(chǎn)生最佳開發(fā)性能的超參數(shù)設(shè)置和步驟的測(cè)試性能。結(jié)果表明,顯式模型和改進(jìn)的隱式模型可以解決幾乎所有的任務(wù),甚至包括那些涉及元字符和相對(duì)較長(zhǎng)的替換序列的任務(wù)。

圖 4:(a)-(c) 在訓(xùn)練期間處理序列所需的時(shí)間,跨越不同插入數(shù) (10,50,100) 的 n-gram 問題。(d) 當(dāng)將預(yù)測(cè)限制在模型最有信心的上下文中時(shí),實(shí)際數(shù)據(jù)集的 token 級(jí)精度。

如圖 4 (d) 所示,顯式模型始終比隱式模型成本更高,并且隨著數(shù)據(jù)大小的增加,這種差距也會(huì)增大。長(zhǎng)度為 100 的插入序列比實(shí)際數(shù)據(jù)集中的序列小十倍,但在運(yùn)行時(shí)已經(jīng)存在一個(gè)數(shù)量級(jí)的差異。注意力模型通常占隱式 RNN 模型的 50% ~ 75% 的時(shí)間。

結(jié)論和未來(lái)研究

在這項(xiàng)工作中,我們提出了從過去的編輯中學(xué)習(xí),以預(yù)測(cè)未來(lái)編輯的問題,開發(fā)了具有很強(qiáng)泛化能力的編輯序列模型,并證明了該方案對(duì)大規(guī)模源代碼編輯數(shù)據(jù)的適用性。

我們做了一個(gè)不切實(shí)際的假設(shè),即快照之間的編輯是按從左到右的順序執(zhí)行的。另一種值得探索的方案是,將其視為從弱監(jiān)督中學(xué)習(xí)。可以想象這樣一個(gè)公式,其中快照之間的編輯順序是一個(gè)潛在變量,必須在學(xué)習(xí)過程中推斷出來(lái)。

該研究有多種可能的應(yīng)用。在開發(fā)人員工具的背景中,我們特別感興趣的是調(diào)整過去的編輯以做出其他類型的預(yù)測(cè)。例如,我們還可以設(shè)置光標(biāo)位置的條件,并研究如何使用編輯歷史來(lái)改進(jìn)忽略編輯歷史的傳統(tǒng)自動(dòng)完成系統(tǒng)。另一個(gè)例子是,根據(jù)開發(fā)人員最近的編輯,預(yù)測(cè)他們接下來(lái)會(huì)發(fā)出哪些代碼搜索查詢。一般來(lái)說,我們希望預(yù)測(cè)開發(fā)人員接下來(lái)要做的事情。我們認(rèn)為,編輯歷史包含了重要的有用信息,在這項(xiàng)工作中提出的公式和模型是學(xué)習(xí)使用這些信息的良好起點(diǎn)。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 谷歌
    +關(guān)注

    關(guān)注

    27

    文章

    6128

    瀏覽量

    104950
  • 編程
    +關(guān)注

    關(guān)注

    88

    文章

    3565

    瀏覽量

    93536

原文標(biāo)題:程序員再也不怕需求改來(lái)改去!谷歌大腦新突破:AI預(yù)測(cè)源代碼

文章出處:【微信號(hào):dushekeji,微信公眾號(hào):毒舌科技】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦

    谷歌發(fā)布安卓15源代碼,為開發(fā)者與Pixel用戶鋪就新路徑

    9月4日最新消息,谷歌公司已在昨日(9月3日)宣布了一項(xiàng)重要舉措,正式將安卓15的源代碼推送至安卓開源項(xiàng)目(AOSP),這一動(dòng)作標(biāo)志著安卓操作系統(tǒng)的又一次重要更新即將全面展開。谷歌同時(shí)透露,符合升級(jí)條件的Pixel設(shè)備將在接下來(lái)
    的頭像 發(fā)表于 09-04 15:40 ?526次閱讀

    hex可以轉(zhuǎn)成源代碼

    Hex文件可以轉(zhuǎn)換成源代碼的近似形式,但無(wú)法直接還原為原始的、完全相同的源代碼 。這是因?yàn)镠ex文件是二進(jìn)制文件,包含了程序編譯后的機(jī)器碼,這些機(jī)器碼與原始的源代碼在結(jié)構(gòu)和表達(dá)上存在顯著的差異。不過
    的頭像 發(fā)表于 09-02 10:41 ?646次閱讀

    企業(yè)如何保護(hù)源代碼安全?做好源代碼防泄密工作

    企業(yè)源代碼作為公司的核心資產(chǎn),對(duì)于很多初創(chuàng)團(tuán)隊(duì)和中小型企業(yè)來(lái)說,具有不可估量的價(jià)值。然而,有些團(tuán)隊(duì)在投入大量人力、物力和財(cái)力進(jìn)行產(chǎn)品開發(fā)的過程中,卻發(fā)現(xiàn)自己辛苦研發(fā)的成果在還未上線之前,市面上已經(jīng)
    的頭像 發(fā)表于 05-22 16:01 ?408次閱讀

    【開源鴻蒙】下載OpenHarmony 4.1 Release源代碼

    本文介紹了如何下載開源鴻蒙(OpenHarmony)操作系統(tǒng) 4.1 Release版本的源代碼,該方法同樣可以用于下載OpenHarmony最新開發(fā)版本(master分支)或者4.0 Release、3.2 Release等發(fā)布版本的源代碼。
    的頭像 發(fā)表于 04-27 23:16 ?781次閱讀
    【開源鴻蒙】下載OpenHarmony 4.1 Release<b class='flag-5'>源代碼</b>

    谷歌發(fā)布用于輔助編程代碼大模型CodeGemma

    谷歌發(fā)布了用于輔助編程代碼大模型 CodeGemma。CodeGemma 基于谷歌今年 2 月發(fā)布的輕量級(jí)開源大模型 Gemma,針對(duì) Gemma 的兩個(gè)不同參數(shù)規(guī)模的版本 Gemm
    的頭像 發(fā)表于 04-17 16:07 ?613次閱讀
    <b class='flag-5'>谷歌</b>發(fā)布用于輔助<b class='flag-5'>編程</b>的<b class='flag-5'>代碼</b>大模型CodeGemma

    阿里云內(nèi)部全面推行AI代碼

    阿里云正在內(nèi)部全面推行 AI 編程,使用通義靈碼輔助程序員寫代碼、讀代碼、查 BUG、優(yōu)化代碼等。
    的頭像 發(fā)表于 04-07 09:22 ?518次閱讀

    谷歌升級(jí)Bard AI聊天機(jī)器人為Gemini,新增Python代碼編輯功能

     此外,谷歌表示,接下來(lái)數(shù)個(gè)月內(nèi),Gemini Advanced 計(jì)劃會(huì)加入更多新功能,如支持更為詳盡的上下文信息、增強(qiáng)多模態(tài)交互性以及完善編程功能。據(jù)谷歌公開更新,付費(fèi)用戶可用 Gemini 界面直接
    的頭像 發(fā)表于 02-20 15:47 ?523次閱讀

    源代碼審計(jì)怎么做?有哪些常用工具

    源代碼審計(jì)是一種通過檢查源代碼來(lái)發(fā)現(xiàn)潛在的安全漏洞的方法。 下面是常用的源代碼審計(jì)工具: 1、Fortify:通過內(nèi)置的五大主要分析引擎,對(duì)源代碼進(jìn)行靜態(tài)分析,并與特有的軟件安全漏洞規(guī)
    發(fā)表于 01-17 09:35

    智能制造行業(yè)--客戶現(xiàn)場(chǎng)調(diào)試源代碼如何防泄密

    的困難,因?yàn)?b class='flag-5'>源代碼研發(fā)員工在工作過程中有一個(gè)版本管理服務(wù)器,這個(gè)不能完全禁止,也不能完全開放。安秉信息源代碼防泄密方案在前幾期已經(jīng)詳細(xì)的介紹過,可以很好的幫助企業(yè)做
    的頭像 發(fā)表于 01-11 16:27 ?429次閱讀
    智能制造行業(yè)--客戶現(xiàn)場(chǎng)調(diào)試<b class='flag-5'>源代碼</b>如何防泄密

    谷歌推出AI驅(qū)動(dòng)的代碼補(bǔ)全和生成工具Duet AI

    谷歌稱,Duet AI現(xiàn)在可運(yùn)用上述合作伙伴的數(shù)據(jù),協(xié)助開發(fā)者們編寫相關(guān)平臺(tái)的代碼。它還將與Datadog、JetBrains及Langchain等公司的文檔和知識(shí)資源相結(jié)合,以協(xié)助開發(fā)者的測(cè)試自動(dòng)化、問題排除和漏洞修補(bǔ)等事宜。
    的頭像 發(fā)表于 12-14 11:22 ?847次閱讀

    2023中國(guó)企業(yè)低代碼/無(wú)代碼產(chǎn)品應(yīng)用與實(shí)踐研究

    并且AI對(duì)低代碼/無(wú)代碼行業(yè)的影響也逐步增大,AI代碼和低代碼/無(wú)
    的頭像 發(fā)表于 12-08 16:08 ?644次閱讀
    2023中國(guó)企業(yè)低<b class='flag-5'>代碼</b>/無(wú)<b class='flag-5'>代碼</b>產(chǎn)品應(yīng)用與實(shí)踐<b class='flag-5'>研究</b>

    為什么安秉信息的源代碼防泄密軟件這么穩(wěn)定?

    現(xiàn)在很多研發(fā)性企業(yè)都會(huì)意識(shí)到企業(yè)的源代碼文件需要防泄密保護(hù),現(xiàn)在很多企業(yè)對(duì)于源代碼只是用了git或svn版本管理服務(wù)器進(jìn)行了簡(jiǎn)單的代碼統(tǒng)一管控。雖然現(xiàn)在對(duì)于源代碼防泄密,有專業(yè)的
    的頭像 發(fā)表于 12-05 10:21 ?497次閱讀
    為什么安秉信息的<b class='flag-5'>源代碼</b>防泄密軟件這么穩(wěn)定?

    安秉信息源代碼圖紙防泄密方案,電路圖紙,源代碼文件

    安秉信息源代碼圖紙防泄密方案,電路圖紙,源代碼文件
    發(fā)表于 12-01 16:56 ?0次下載

    python怎樣運(yùn)行代碼

    討論P(yáng)ython代碼的運(yùn)行方式,包括解釋器、交互式環(huán)境和命令行。 Python代碼可以通過兩種主要的方式運(yùn)行:解釋執(zhí)行和編譯執(zhí)行。解釋執(zhí)行是指將源代碼逐行解釋為機(jī)器代碼并執(zhí)行,而編譯執(zhí)
    的頭像 發(fā)表于 11-22 10:31 ?1120次閱讀

    178個(gè)經(jīng)典c語(yǔ)言源代碼+算法大全

    電子發(fā)燒友網(wǎng)站提供《178個(gè)經(jīng)典c語(yǔ)言源代碼+算法大全.rar》資料免費(fèi)下載
    發(fā)表于 11-21 10:19 ?6次下載
    178個(gè)經(jīng)典c語(yǔ)言<b class='flag-5'>源代碼</b>+算法大全