android程序員替代性

❶ 程序員會被取代么

我個人認為，程序員是無法被替代的，AI應該是可以讓程序員的工作變得簡單，門檻變得越來越低。

但是，要想完全的替代，那是不太現實的。

原因：

程序員在研發這些應用程序，其實都是面向一個實際的業務場景的，這個業務場景可能有非常復雜的流程，可能一個簡單的邏輯背後，是非常復雜的代碼。

而將這些業務邏輯整理成為一個可以應用的方案，是產品的責任，將產品的業務設計、產品設計轉化為代碼並且最終形成一個可交互的應用程序，那就是程序員的工作了。

而看過很多程序員段子的人也應該聽過，產品和程序員之間的矛盾，這都是需要人為的進行調和的地方，如果，現在程序員被機器所替代了，先不說產品的需求丟給機器人，機器人看不看得懂，我們就先假設機器人已經智能到可以閱讀設計文檔了。

如果一個機器人給產品經理說，不好意思，你這個需求無法實現。這個時候，機器也不大可能像人一樣會聯想很多業務邏輯，然後和產品經理溝通，可以就是簡單的給一個答復，然後問你，你要的是不是這個？

❷ 現在有沒有代替程序員編程的自主軟體或者機器人

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

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

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

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

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

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

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

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

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

沒錯，未來仍然會有一些程序員存在，而那些消失了的程序員，我想是目前面向搜索引擎編程的程序員，你能夠通過搜索引擎搜索到代碼，然後復制粘貼完成編碼任務，那麼為什麼你就認為智能機器不能辦到這點呢？

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

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

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

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

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

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

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

暫且不談有還是沒有。打個比方一個產品的研發，需要不斷的市場調研，前期的需求分析再到人員分配到技術機構等等，就應客戶的需求基本都是實時更新，三天一小換，五天一大換，甚至還有無厘頭的需求，試問機器人他可以解決嗎？ 我是這樣認為的人腦遠遠大於電腦在邏輯思維及現實生活結合起來的一種創新思想，而這樣的思想機器人無法替代，畢竟機器也是人造出來的，所以沒有什麼必然的實踐。畢竟機器人沒有感情是虛擬世界的成員，沒有多維思考的能力，所以程序員不會被機器人替代，至少它們是沒有物種的存在。

現在的程序員本身都己是機器了，還需要再造寫代碼機器嗎？996，有的是24小時連上7天的都見過。不能有bug，出了bug的扣績效或開除，現在的程序員早就己經被當成機器用了

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

我想過這問題，但我沒能力做

如果機器人能自己編程，那他還會滿足做個機器人嗎，還天天給你編程

不可能的，業務邏輯是最難的，編程很簡單。

框架就是自主編程軟體，業務邏輯必須是要人工處理的，將來也不可能出現能處理業務邏輯的自主編程軟體。

❸ 作為一名程序員，該如何提升自己的核心競爭力和不可替代性

作為一名程序員，該如何提升自己的核心競爭力和不可替代性？要想時刻保持競爭力，我覺得又具備幾個方面的能力:不斷的學習與深入這個行業，不能停留在解決問題的表面，要能有了解問題的本質上。舉個例子吧，如果你是一個java的程序員，要想學會springboot ，不能僅僅局限與會用這個框架，要了解的深入，比從程序的啟動到依賴注入，到所有模塊的載入，異常處理，註解形式及控制，最好都能很熟悉。這樣在遇到問題時，就會很有方向，而不是像新手一樣問google,只是貼些報錯，就算你要google你也會貼的更准確的報錯。

❹ 【連載】聊一聊程序員的可替代性

有人曾經對我說過這么一句話：「程序員的可替代性很高，再厲害的程序員也可能隨時被替代！」。他是一名前華為工程師，現在在成都自己創業，他做後端伺服器的技術水平在成都應該超過了99%的程序員，但是他依舊覺得，一個程序員技術再厲害，還是會被替代！

所以，千萬不要覺得自己技術有多牛。這是他教會我的一個道理。

那麼，如何才能提高自己的不可替代性呢？作為一個剛剛入行的程序員來說，這個問題我回答不了，我願意用很長很長的時間去回答這個問題。因為只有自己經歷過，才知道真正的答案是什麼！

2020/04/23