回覆列表
  • 1 # 天外雲舒

    你想太多了,圖形模組程式設計早就有了,能替代部分手工編碼,而當前不可替代之一是業務處理能力,像通用型的業務,計算機也能替代,但複雜型的還是需要人腦操作,好比錄入了100個情況判斷,當第101種情況就處理不過來了,當未來人工智慧發展到像人一樣有意識的時候,這問題就不用來問了

  • 2 # Python進階學習交流

    既然樓主這麼問,那我就順著樓主的思路暢想了,如果真的有那麼一天程式碼再也不用手敲文字,而可以透過圖形模組化生成,那麼現有的部分程式設計師,是部分程式設計師噢,部分程式設計師將會失業。即便是圖形模組化或者其他的軟體模組,其背後的實現都是成千上萬條程式碼語句在支援,到那個時候,如果圖形模組化受到熱捧,程式設計師們也會致力於讓圖形模組化更加智慧化、美觀話、簡單話等等,面向物件的思想還是會一直存在下去,模組化開發也會繼續植入到程式設計師們的大腦。道高一尺,魔高一丈~~

    上帝為你關上一扇門的時候必然為你開了另一扇窗,祝各位程式猿工作順利~~

  • 3 # 易家後廚

    這個問題我曾經有一篇文章專門說過。這裡面其實包含兩個層面的問題:一、圖形化介面能否替代程式設計師的工作?二、軟體的未來到底還需不需人類。

    第一個問題,圖形介面程式設計能否替代程式設計師的工作?10多年前,曾經有一個程式語言特別流行,叫做Delphi,就是一個圖形化的客戶端程式語言,透過介面元件的拖拽來進行程式設計,後來隨著b/s架構的軟體的流行,迅速隕落。在b/s開發領域還有另外一個大牛工具,叫做Dreamweaver,同樣最近幾年聽說的很少了。還有很多其他的案例。但是程式設計師這個職業並沒有消失,反而越來越多。這種圖形化的程式設計介面最後都成為一種非主流的輔助工具。這是因為程式開發是件非常複雜的工作,從需求分析到系統設計,再到資料庫設計,然後是編碼,最後還有運維等等,每一個環節都少不了程式設計師。並不是一個圖形化介面就能解決的。其實軟體領域一直不乏人員來探索圖形化程式設計,但是涉及的環節太多,一直到現在,軟體屆還是一種非常原始的工作狀態。軟體領域的架構演變,從面向過程到面向物件,再到元件化程式設計,目前發展都了微服務架構,這一系列的演變就是希望軟體能像硬體一樣,很方便的組裝,從而告別軟體領域原始的工作狀態。以前都沒有成功,現在能看到成功的希望,這個基礎是在於軟體架構思想的不斷髮展。隨著微服務架構的流行,軟體和軟體之間的互動,其實是預設找到一種公共的融合方式,這就像硬體直接的介面一樣,大家都採用標準化介面生產,這樣廠家的硬體就可以方便的融合和替代。微服務架構讓軟體融合成為了一種可能。但是程式設計師依然需要。

    二,未來的軟體發展會是什麼樣子?我認為,目前的軟體架構都是一種靜態定位軟體架構,一旦系統成型,調整的希望非常小,所以軟體開發並不難,難得是軟體維護。未來的軟體架構,將是一種動態的軟體架構,也就是系統可以隨著使用者的需求的變化,自動調整軟體架構。這其實就是一種自動程式設計,這個基礎是人工智慧技術,是基於神經網路的一種新型軟體架構。ai+微服務 這樣的軟體架構架構。區塊鏈則會改變當前的雲服務模式,讓軟體成為一種徹底的分散式架構。綜合起來來說就是ai+微服務+區塊鏈,微服務做為一種基礎的元件,類似於神經元,透過網路進行連結,ai會感知到軟體使用者的需求,自動調整微服務定位連結,並且有一個統一的極致簡單定位互動介面,然後這個網路執行在區塊鏈上。

    但是這種軟體架構下,依然需要程式設計師。這個世界總會走到所有的真實世界的東西都會被虛擬化,這一切都需要程式設計師的工作。只是軟體架構在不斷調整,那麼程式設計師要隨著軟甲架構的調整不斷的改變,我想至少10年之內,機器人代替人類寫程式碼這件事有可能實現,但是也得有人寫機器人,對吧。

  • 4 # 小蝦171680938

    圖形模組化生成的實現方式還是程式碼,不管什麼語言,哪怕是機器語言,都是需要從人得智慧轉換而來的,這個轉化過程就是演算法。如果真到了那個程度,程式設計師可以去最佳化圖形模組化生成工具的演算法和介面,最佳化圖形模組化底層實現。到時候該工具就複雜到了一定程度,一般人操作不了,還需要專門人員來操作,這隻能說是程式語言從程式碼升級到了圖形介面,程式設計師需要用圖形介面語言開發軟體,說到底就是程式設計師換了種更高階的語言而已。

  • 5 # 楚流香

    圖形模組拖拽程式設計屬於上層,直接編寫程式碼程式設計屬於底層,本質上上層是呼叫封裝好了的底層。之所以有上層,是為了簡化程式設計,面向普通人士。但複雜的軟體系統不是人人都能做的,很多環節複雜到以圖形模組式的程式設計帶來的低效率(總得先打造工具吧)。另外一個原因,是因為有了廣大普通水平的需求,才會催生圖形模組拖拽程式設計,沒有大量需求,底層編碼團隊不會打造工具的。

    要替換,也是另一個底層來替換現有底層,比如NLP自動程式設計。

    總結下:上層替換不了底層;大量需求;NLP自動程式設計

  • 6 # IT大資料科技

    假如有一天程式碼再也不用手敲文字,而可以透過圖形模組化生成,那麼現有的大部分程式設計師還要何去何從?

    對於這個問題我有兩個思路,第一順應趨勢,程式設計師應該學習更高階的東西,市場上需要什麼樣的人才就往哪個方向發展,如果程式碼可以透過圖形模組化生成,那麼你可以走圖形模組化生成程式碼這種工作,這樣你就不會失業啦,一句話,不關注市場需求的人終將會被市場淘汰,不努力工作的人也將會被工作淘汰。

    第二,跳行,這個行業不行,並不代表所有的行業都不好,總有一個行業發展前景好的,一個人只要他肯努力,有上進心,有一顆勤奮的打不到的精神,不管在哪個行業總會混的較好的,這就是態度決定一切。不過如果你不想放棄你幹程式設計師的資歷,那你找相關的工作,你可以去當專案經理,產品經理等好多職位。

    現在的大好形式就是市場缺大資料工程師、大資料分析師、大資料探勘、人工智慧、區塊鏈人才,可以向這幾個方向發展。

  • 7 # 自動化靈魂

    一直都有圖形模組化程式設計軟體的啊,歷史悠久的Labview,最新的兒童程式設計語音,都是模組化的,都沒有要成為未來主流的趨勢,也沒發現有什麼比現在文字程式設計好的方面,還需要更多夢想去實現

  • 8 # php設計模式

    如果真有那麼一天,程式設計師何去何從呢?

    還是有很多事情可以做的。

    維護,最佳化,運營。如果這些事都有機器做,那也不用擔心。可以轉做底層,系統驅動,系統核心;可以研究硬體,做晶片;可以研究安全,做駭客;可以轉做網路營銷。

    總之,程式設計師不愁沒有事情做的。

  • 9 # acfa

    你之所以會有這樣的問題,是因為沒有實操過圖形化程式設計。。。真正達到生產級別的圖形化程式設計,入門慢、坑多、難除錯、編碼效率低、靈活度非常小。。。那種原本十行程式碼可以完成的任務,硬是用影象元件連線拖拽了一上午,然後莫名其妙出錯找不到北,那種絕望請想像一下。。。

  • 10 # 大王愛崔崔

    結論:不可能

    理由:Excel也可以程式設計啊,學幾個函式就能做出非常酷炫的效果,提高工作效率。但實際工作中你看看大家有的怎麼樣。你認為簡單,別人總認為麻煩,可能真的有一天語音程式設計出來了,人類就解放。

  • 中秋節和大豐收的關聯?
  • 生長激素不足吃中藥管用嗎?