首先要說的是，是段子！

再要說明的一下不是沒有自動生成程式碼的軟體，而是沒有自動生成一個應用程式的程式。

舉幾個例子

1、UML可以直接匯出程式碼關係資料庫。

2、yGenerator是一個國外很不錯的程式碼生成工具，有人覺得比CodeSmith簡單、好用。所有api可以在幫助選單中找到。

2、J2EE Spider是一個開原始碼生成外掛。它能夠以介面引導方式產生程式碼，定製程式碼生成模板。J2EE Spider當前能夠生成基於Struts/JSF，Spring，Hibernate等框架的原始碼

太多，太多了~

所以，是有生成程式碼的程式，但是沒有生成程式的程式碼。

有些邏輯實現靠程式來完成還是太難，他畢竟沒有大腦這樣好用。

當然是段子，但也是個很有意思的話題。 自動生成程式碼的軟體是有的，但是生成的程式碼肯定比程式設計師寫的質量差。然而隨著技術進步，人工智慧的發展，用軟體寫程式碼的質量會越來越高，也許會接近或超過程式設計師的水平。

但是也要指出的是，人工智慧不斷學習和進化所需要的資源是巨大的，耗時良久的。

這個問題應該這樣思考，如果你是一個程式設計師，是否會願意自己開發一套這樣的軟體？

答案必然是肯定的，只要有這套程式，然後自己就只需要發號指令，而自己只需從事指揮工作了。

當然，如果是別人開發出來了，那自己下崗是早晚的事了。

這裡所說的能自己寫程式碼的程式可不是現有市面上那些產生一堆垃圾程式碼的程式。

試想一下，鋼鐵俠中的助手Jarvis一樣，高效智慧。如果沒有它，託尼也不可能完成高效的研發工作，也難於成就超人般的鋼鐵俠。

前景：現今的程式設計師被稱之為碼農，IT民工。更多的是因為繁重的體力工作。而如果有能夠幫助寫程式碼的程式出現後，將會讓其從這些繁瑣的程式碼工作中解脫出來。讓期更有創造力，從來打造更有個性，更好效的程式。

在換個思路來說，其實組合語言才是計算機語言，而我們所使用的C，C++等語言的SDK本身就是一個生成組合語言的程式，它只是讓我們的開發更簡潔了。這些高階語言的出現，讓程式設計師編寫更高效，能開發出更強大的程式，但失業？好像只會讓那些停步不前的人失業吧。

每一種程式設計軟體不都是麼，你寫的程式碼和最後電腦執行的程式碼是不一樣的，最後不都被程式轉化了麼，你敲了幾個詞或者引用函式，其實有好多行程式碼

一直都有自動程式碼生成程式呀。例如組合語言，高階語言，都是自動程式碼生成程式。沒有這些，大家用01101100001101寫程式碼吧。

首先，明確的回答，這是個段子。然後1.“自動生成程式碼的軟體”是有的。而且大家每天都在用。事實上，我們每天都在用的作業系統就算是“自動生成程式碼的軟體”機器讀不懂你的漢字，什麼“移動，刪除，複製”這些都是需要作業系統把使用者的操作翻譯成機器語言，同時生成程式碼傳遞給機器執行。很多編譯器也可以算是題主所謂的“自動生成程式碼的軟體”機器讀不懂“if，else，var，true”這些高階的人類語言的，所以每次程式設計師在用這些人類能看懂的高階語言寫程式的時候，實際上編譯器正在也是正在生成機器能夠讀懂的程式碼。2.這些“自動生成程式碼的軟體”恰恰就是程式設計師寫出來的。我們可以看到，很多創造性的工具的發明恰恰是本行業的人為了提高自己的生產效率而開發出來的。比如曲轅犁的使用，各種圖形化程式設計軟體，你想想你所在領域使用的專業工具就能明白。3.工具所能代替的都是簡單粗暴的體力活，程式設計也一樣。能夠代替的都是低階重複的腦部體力活動，這些勞動的價值本身就不高，這些地方是無法體現一個程式設計師的真正價值的。

那麼發明家為什麼不發明一個機器，那個機器可以代替自己不斷髮明新的東西，是發明家怕機器讓他沒飯碗嗎？明顯不是，自動寫程式碼的程式誰說沒有了，只不過自動生成的程式碼還是程式設計師寫進去的而已，程式是死的又沒有思想

優秀的程式設計師都是懶鬼，你知道他們有多懶嗎？！同樣的程式碼或流程如果寫了3遍他就會開始咒罵，他會渾身不自在，他們會覺得今天是不順利的一天，他會要想辦法讓這樣的程式碼不在出現，於是會想出比這些程式碼要多的多的程式碼出來，最終目的是什麼呢。。。就是永遠不要再寫第四遍這樣的程式碼。。。那麼回到你的問題，你覺得那些不願意實現自動生成程式碼的程式設計師存在嗎

作為一位不那麼資深的程式設計師，想表達一下意見。剛才已經看到有個評論中提到了可以生成程式碼，但質量絕對比程式設計師的差，這是事實。為什麼？因為在實際工作中，比如說兩個都是商城，一個是自己放產品上去賣，就是自己一個人賣東西，一個好像淘寶那樣，可以多個人上去放產品賣，一個是單商家，一個多商家，就已經很不一樣。就算需求差不多，比如使用者系統，都是註冊，也可以是使用自己的資料庫，或是使用公共的資料庫，做法也很不同。自動生成程式碼最大的難點在於如何應對突變的需求，實現細節的不同。現在的程式都是預先設定邏輯，程式再根據設定執行，就算其中邏輯有問題，程式也不能自己發現修正，更別說自己根據需求生成程式碼。

就標題來說，生成程式碼是可以，但生成的程式碼可以滿足多少實際需求，以及生成的程式碼需要經過多少修改才能完成，這就有待斟酌。

如果真的要實現完全自動，就現在的科技我認為不大可能，除非真正的AI實現了，那麼到時候我們也失業了。當然，若果真正的AI誕生了，我相信那個時候就不是單單只是程式設計師失業。

把程式碼寫成函式，給誰都能用，甚至初學者。這算不算自動碼字？當然算，因為程式設計師正是這樣簡化工作量，事實上程式碼都在函數里，一點沒少。那麼開發自動碼字的軟體也不過是根據輸入判斷呼叫寫好的不同函式而已。但問題是，這個函式要傳哪些引數進去，又返回哪些型別的值？如果不視情況而定，程式碼硬生生呼叫會面臨很多bug。

現在也有啊，自動生成的程式碼，現在所謂的框架其實就可以看成是自動生成程式碼的縮略版，但是說實話如果只是會使用上層程式碼，充其量只能是個碼農，懂底層才算技術專家，可以肯定的是未來相當長的時間程式設計師無法被替代，充其量，一些簡單的重複性的勞動可以被替代，但是程式碼，軟體依舊不會消失，程式設計師也不會消失

乘務員大部分的時間都不是再寫程式碼，而是理邏輯改bug，其實如果真的寫程式碼的時間不到十分之一，而程式碼生成器最多能代替寫程式碼時間的一半。夜色就是二十分之一

自動生成程式碼目前只能侷限在繁瑣的重複性程式碼上，比如初始化各種硬體等，可以對不同平臺都有一套自動初始化程式碼生成邏輯，但對於健壯的程式來說，各種各樣的意外出錯處理很難用一種統一的邏輯來生成。

就我而言，如果自動化生成某個程式正常執行流程，然後人工核對和補充意外處理，硬體出錯挽回機制，異常流程處理方案才是比較放心的做法，不然出了BUG你都不知道問題在哪裡。

就是段子，這其實本質上說的是機器學習和人工智慧，就是讓機器自己自動地去做一些事情，不需要人類干預。這個長期以來都是一個很熱門的課題，很多人在研究和推進。另外即使真的有一天能開發出這套東西，你以為你用它不用錢？你以為它不需要人維護？你以為它不需要持續開發和改進？你以為就一個公司對它開發？你以為就一個版本對所有應用場景通用？所有這些都是離不開程式設計師的，所以即使真的有了，程式設計師也不會因此失業

程式的難點不在於能不能生成模板程式碼。程式設計師的主要作用是，當需求發生修改，或者程式出bug的時候，去按照邏輯去調整和debug應用程式。所以，這是個偽命題。就算我們寫出了自動生成器也沒什麼意義。任何程式都在不斷迭代和升級，不是生成一些模板就可以了。

前端的程式碼可以用軟體，佈局什麼的拖拽自動生成，後端的可能像邏輯運算之類的可以做到，但是其他的就不行了，因為每個專案的需求都不太一樣，不可能用同一套東西，做所有的專案，能說這句話的人，都是外行說的！我沒見過哪個程式設計師說過這樣的話，再說，就算軟體生成，後期的維護成本會更高，遠比你開發的成本大的多！

肯定了 程式設計師外表高傲 其實內心最脆弱 low逼一個 看看他們看到女人的樣子都知道了 不是像狗一樣跪舔 就是知道沒戲 乾脆裝逼

顯然是段子，首先需要理解的是程式設計不是簡簡單單地寫程式碼。要想讓機器實現程式設計；首先第一步，分析需求。第二步，設計算法。第三步，編寫程式。第四步，編譯，生成可執行檔案。第五步，程式維護與更新 。

上敘步驟僅第三步（需要非常強大的資料庫支援，同時對計算機效能要求高），第四步可以透過程式完成。

如果電腦能自己寫程式碼 自動判斷出程式碼是否正確 自動修改錯誤程式碼 那是不是代表著電腦擁有了智慧？那人類就要被超越了。。。

當然不是事實，從最初的二進位制，彙編，c，java，到後來的各類工具，都是往自動方向的演進，函式至少就是自動程式碼的一種簡單體現，更別提類庫什麼的，程式來源於需求，從傳統企業，網際網路，移動網際網路，從資料庫，資料倉庫，大資料，從cs,bs，paas,saas，大環境都在飛速變化，架構更是飛速變化，需求也在變化，全自動程式碼，還早，就算統一了，還涉及行業標準，技術規範，我們國家的程式設計師，軟體公司，還沒有進入這個圈子。