程小員

擅長編程

周末午后，我正在家里瘋狂的擼著代碼，沉浸在Coding之中。這時候，女朋友急急忙忙的跑過來。

還在寫代碼么，程序員小哥哥。

是啊，怎么了？

快來看看新聞吧，程序員要失業(yè)了？

剛過完1024，咋就突然要失業(yè)了呢？

會編程的機(jī)器人已經(jīng)被開發(fā)出來了呀。

額？你確定？

據(jù) MIT Technology Review 報道，一位名為“Repairnator”機(jī)器人在 GitHub 上“臥底”數(shù)月，偽裝成人類，查找錯誤并編寫和提交修復(fù)補(bǔ)丁，結(jié)果有多個補(bǔ)丁成功通過被采納。

在GitHub上，可以找到repairnator的介紹：

介紹說，Repairnator 是由 KTH 瑞典皇家理工學(xué)院的軟件技術(shù)教授 Martin Monperrus 及其朋友構(gòu)建的機(jī)器人，目前已被證實(shí)可以發(fā)現(xiàn)錯誤并編寫高質(zhì)量補(bǔ)丁。Martin Monperrus 表示：“這是自動修復(fù)程序研究中的里程碑，它擁有和人類開發(fā)者競爭的潛力?！?/p>

這類新聞太多了，介紹也可能是吹牛呀。

可是新聞?wù)f在GitHub上可以找到這個機(jī)器人提交的代碼呀。

額、這我要去看看啦。

據(jù)報道，團(tuán)隊將 Repairnator 偽裝成了一個名為 LucEsape 的 GitHub 用戶，他們給 LucEsape 上傳頭像并填寫個人資料，看起來就像是一個普通的開發(fā)者一樣。

在GitHub上可以找到這位LucEsape的主頁：

在LucEsape的個人介紹的主頁中，貼的就是機(jī)器人Repairnator的項(xiàng)目地址：https://github.com/Spirals-Team/repairnator

更重要的是，這位LucEsape一共關(guān)注的24個項(xiàng)目中，23個是Java項(xiàng)目，另外一個是JavaScript項(xiàng)目?？磥硭麑ava還是挺感興趣的啊。

并且，這位機(jī)器人開發(fā)者，還挺勤奮的。在過去的幾個月中多次提交過代碼。

看到了吧，好像這個機(jī)器人還真的挺厲害的嘛。

其實(shí)也沒有報道中說的那么懸啦。

為什么這么說呢？

因?yàn)槲铱戳怂峤坏拇a呀，都是些靜態(tài)掃描可以掃出來的簡單問題修復(fù)。

讓我們看一下這位機(jī)器人老兄提交的代碼：

code 1 :

code 2 :

code 3 :

可以看到，LucEsape提交的代碼中，大部分都是做NPE的修復(fù)。其實(shí)只是在很多靜態(tài)代碼掃描工具的基礎(chǔ)上更近了一步，他提供了修改意見，然后做了pull request。

況且，他所有的提交也并沒有被完全接受。比如下面這個commit就被作者拒絕merge了：

哦，那就是說他還有進(jìn)步空間咯？

是的，還有很大的進(jìn)步空間。

不過，這也未嘗不是一件好事。

為什么這么說呢？

現(xiàn)代軟件開發(fā)時非常復(fù)雜的，在開發(fā)過程中難免會出現(xiàn)錯誤。查找和修復(fù)bug是一件需要耗費(fèi)大量資源的事情，雖然現(xiàn)在已經(jīng)有很多成熟的靜態(tài)代碼掃描工具可以發(fā)現(xiàn)問題，但是還都需要程序員人工的改代碼。

如果這類bug修復(fù)的機(jī)器人真的成熟起來，在代碼交付之前，幫助開發(fā)團(tuán)隊尋找并修復(fù)一些Bug也是一件很不錯的事情。

嗯嗯，那未來會不會出現(xiàn)更厲害的機(jī)器人，可以寫代碼的哪種呢？

額、我拒絕回答這個問題。

關(guān)于這件事，你怎么看？