如果說是簡易的程式設計的話，比如寫個hello world的話，我覺得還是有的。不過程式設計師程式設計並不是機械的寫程式碼的。首先是得了解業務需求，然後根據業務需要進行編碼。如果說有能瞭解業務需求的機器人出現的話，才有可能代替人編碼。

其實對於人工智慧的奇點觀點，從很早開始就爭論不休。一方面埃隆馬斯克、史蒂芬霍金都對超級人工智慧持恐懼態度，而另一方面大多數的學者、教授對於超級人工智慧持樂觀態度。

我想大多數人都是認為程式設計師是不可能被機器人所替代的，然而我並不這麼認為，因為我並不覺得現在大多數的程式設計師做的程式設計工作有太大的不可替代性。

我時常看到大部分業界同僚的觀點是，程式設計是需要程式設計師的智慧才能完成系統的開發，人類的邏輯思維是機器不可取代的。我想有這種觀念的人，應該想想程式設計師究竟是怎麼程式設計的。

沒錯，未來仍然會有一些程式設計師存在，而那些消失了的程式設計師，我想是目前面向搜尋引擎程式設計的程式設計師，你能夠透過搜尋引擎搜尋到程式碼，然後複製貼上完成編碼任務，那麼為什麼你就認為智慧機器不能辦到這點呢？

如果大腦在未來，最終被研究證實只是一堆會計算的肉呢？如果到那時，量子計算機被研發出來了，程式設計的核心邏輯從01判斷轉向為量子計算呢？未來沒有什麼是不可能的，只是或近或遠而已。

現在難道就沒有代替程式設計師程式設計的自主軟體或者機器人麼？真的沒有麼？DevOps的核心思想就是研發運維一體化，只要具備自動化的可能，我想這部分工作就會有機器人來做，而不再需要程式設計師來做。

其實你應該瞭解，軟體研發的系統，除了按照強業務邏輯，一板一眼設計並且編碼的業務系統外，還有智慧系統，也就是面向系統開發的系統，這種系統的特徵就是具有智慧，靈活，不拘泥於固定業務實體，面向大資料，面向智慧分析與推理。

程式設計師被徹底替代的路還很漫長，人工智慧目前來說還是非常不智慧的。但從大趨勢來說，只要機器能夠代勞的，人就會偷懶不自己去做。那麼從本質上來說，取代程式設計師的終究是程式設計師自己，因為要自動化，軟體複用，並且高度抽象自動程式設計，等到人工智慧的奇點到來時，一切將不再受人類控制。

希望這天不會到來，或者，即使這天到來，人類也做好的應對準備。

作為一名IT行業的從業者，同時早期主要的研究方向是動態軟體體系結構，所以我來回答一下這個問題。

首先，目前在軟體開發的過程以及應用的過程中，一部分程式碼確實是可以自動生成的，而且這個應用的歷史還是比較久的，但是目前自動生成程式碼的過程對於場景的依賴度還是比較高的，從應用的角度來看，主要是輔助程式設計師以提升開發效率。

軟體開發過程是一個邏輯思維的過程，即使是初級程式設計師的開發工作，從某種程度上來說，也是有一定創新要求的，而目前人工智慧依然處在初期階段，所以要想透過智慧體來代替程式設計師的工作還是具有較大難度的。

當前在軟體開發的過程中，可以透過動態軟體體系結構的方式來完成體系結構的自適應拓展，主要的應用領域涉及到平臺研發和工具研發領域。比如早期的OSGI結構就能夠在一定程度上完成軟體體系結構的動態擴充套件，Eclipse就是基於OSGI完成功能模組擴充套件的。在動態體系結構的支撐下，可以完成部分功能程式碼的自動生成。

程式碼的自動生成可以分成三個部分，其一是程式碼生成容器，容器要基於動態軟體體系結構來完成構建；其二是目的碼需求描述，通常要設計一系列模版；其三是完成程式碼的微調和部署。早期自動生成的程式碼主要集中在展現層，原因是展現層的邏輯相對比較清晰，而且樣式也比較統一，這樣會比較容易完成目的碼的生成。

隨著雲計算的普及，目前透過PaaS可以完成大量的資源整合，這個過程也涉及到部分程式碼的自動生成。按照目前的應用趨勢來看，未來PaaS和智慧體的結合將是一個比較明顯的發展趨勢，相信會在更多的場景下實現程式碼的自動生成。

程式設計師程式設計的過程不僅僅是簡單的用程式碼實現需求，首先你要知道程式碼的質量很大程度上依賴於需求的質量，很多使用者需求都一直是在變化的，同時使用者很多時候並不知道自己真正要什麼，是程式設計師先給一個方案給使用者去參考，再修改。有時候使用者的需求甚至是錯的。程式的開發需要程式設計師和需求方共同合作最後才會有最終程式完成。另外光從技術角度上來說，同樣的功能也可以有完全不同的技術實現，有時候也沒有絕對的那個技術方案一定更好。

如果真有一天機器人能完全替代程式設計師，那麼機器人完全可以給自己的程式最佳化升級實現自我進化，到這一天也沒別的人什麼事了，大家要麼都失業了，要麼像wall e裡的人類一樣被圈養起來成為廢人

哈哈，你問這個問題前應該考慮一下甲方和產品經理，先問有沒有能代替產品經理的機器人。如果有，我覺得代替程式設計師不是難事。