不用未來了，人工智慧寫程式碼已經不是什麼新鮮事了！

前些天不就有美國版的“大眾點評”Yelp被AI刪了程式碼的新聞嗎？

既然能改bug，經過訓練，寫點新需求就不是什麼難事了，以後我們程式設計師可能就會失業，甚至消失了……

會寫程式碼的機器人目前正在路上，去年有新聞在說谷歌正在研發。

但是這類機器人並不會完全代替所有it人的工作。

創造力，AI和人類最大的不同就是創造力了，機器人可以根據邏輯“搬運程式碼”，但是沒有能力創新和設計。

理解力，其實並不僅僅屬於理解範疇，還包含了描述，其實程式設計師朋友都知道，一般的開發語言並不屬於機器語言，還需要進行編譯，寫程式碼的過程其實本身就是向計算機描述需求的過程，現在只是在更進一步，希望描述的方式更人類語言化而已。

複合型，做過需求的朋友應該都知道，某些需求特別複雜的時候會做流程圖拆分，對應關係複雜的時候會歸類描述，比如說要建立的機構樹在特定條件下，會同時存在一個父節點對應多個子節點和一個子節點對應多個父節點的情況，通常機器智慧處理這類情況時容易出現死迴圈導致當機。

不要過度迷信AI，也許不是人工智慧不行，而是我們目前還沒到那種程度。

可以寫啊，人工智慧只要是有規律的事情都可以透過訓練做出來。

現在的人工智慧已經可以自己畫畫，寫文章了，去年第一張人工智慧畫的畫已經放入博物館了，現在的各種新聞app上，有很多實時熱點文章其實就是人工智慧寫出來發表的。

人工智慧甚至可以設計圖了，這個前年就在阿里雙十一用上了，它的名字叫魯班，每秒鐘就可以設計4000想宣傳圖，供雙十一宣傳是用。

所以一些有規律的簡單的程式碼是可以透過人工智慧寫出來的。至於複雜的業務邏輯，目前應該不能，未來有無限可能。

會編寫的機器人。如果是已經存有的內容，只需調顯出來就可以。

如果是沒有儲存的內容，它無法新編。

為什麼？是因為它的組成外殼，不能完整的擁有地水火風。水是機器金屬的剋星。沒有水就沒有生命的寄存。

萬物由水份的地處都可以存有生命，唯獨金裡還沒發現有生命的跡象。

這種鬧劇式的事故無論真假，無論這些所謂的“智慧”機器人是否具備全面智慧的水平，出現編寫一些基本的業務程式碼的機器人很可能在不久的將來發生。

我宇文氏觀點有三:

一是現在已經存在很多程式碼生成的小專案以及中介軟體，那麼在進一步利用人工智慧生成也是合情合理。

二是人工智慧在近年發展勢頭很猛，即使泡沫也不少，但是發展到可以寫程式碼替代初級程式設計師並非難事。

三是現在很多公司尤其是做SaaS軟體的企業級專案，初級碼農乾的增刪改查已經已經是基於各公司自己的框架，每天進行復制貼上然後所謂根據業務改一下就完成了任務，類似於簡單重複的工作。除去一些業務邏輯非常繁雜的大專案，一些邏輯清晰的專案如果交給智慧程式設計師去做也可以進行嚴密有秩序的開發，說不定漏洞還更少。

編寫程式碼的機器人肯定是會出現的。

可以肯定的是，不管再過多久，機器人程式設計也永遠不會脫離人而實現完全智慧化。確實現在人工智慧已經很強大的，Google的人工智慧“AI Programmer”已經能寫出不錯的程式碼，不過目前業務侷限性、演算法侷限性都比較大。

不能為了讓機器編寫程式碼而編寫會編寫程式碼的機器，業務類的程式碼都是依託於需求，不為了實現功能而編寫的程式碼沒有任何價值。

編寫業務程式碼需要的是需求人員和甲方溝通，獲取到甲方的需求後再和技術人員討論定下功能進而進行相應的程式碼編寫。單這一點，讓機器在理解人類需求的前提下去編寫程式碼，實現起來就已經極其的困難，還要在此基礎上讓機器編寫程式碼，萬一中途甲方給你來個變更需求，恐怕機器也會暴走。

編寫程式碼不光光只要實現功能就可以了，還要考慮到系統的效能和程式碼的健壯性，以前用學習.Net的時候覺得拖拽式程式設計特別牛，一拖二拉三拽功能就實現了，轉而看下程式碼，簡直不忍直視。

如果說業務程式碼很難實現機器編寫的話，那麼做到框架型別的程式碼能讓機器來編寫真的是難於上青天。

現在人們提到的AI，深度學習很大程度上還是處於初始階段，讓機器去實現某種通用且高效的程式碼框架編寫還有幾個世紀的路要走。

其實未來還是有可能會出現機器人編寫程式碼的情況，不過真的到了那時候，估計人類可能真的會滅亡，畢竟那種程度的機器已經有了自己的思想。

非我族類，其心必異，科技發展固然是好事，可也是把雙刃劍，我們還是要利用好，不要到最後傷了我們自己。