-
1 # 英盟匯WiseUnion
-
2 # 莫主等待
AI的nlp能力增強會讓程式設計和寫文章一樣，不追求變態表達正規化是趨勢。但完全脫離文字用圖形，那效率有點低……
-
3 # 穆崢16
我感覺會成趨勢，但是有些地方還是需要計算機語言如C，或者C++來提高效能。比如UE4的藍圖系統，很好的吧不會C++的人帶入遊戲編寫世界裡來，但是想要更好理解¥還是要學習C++和計算機原理，和一些演算法，演算法很重要，它能讓你實現你的目標：
-
4 # 熱音群
人人都會寫字，但有多少人可以成為作家，程式設計靠的不是程式語言，邏輯思維很重要，當然邏輯思維好的人可以做很多事，程式設計只是一種
-
5 # 深藍的天空2021
嚴格來說，隨著資訊化應用場景的細分，無程式碼或低程式碼的應用場景會越來越多，目前需要大量底層程式碼的應用比如企業管理系統等等會逐漸被無程式碼低程式碼佔領，但有些應用場景卻還是需要高程式碼方式。這就像儘管高鐵越來越多，蠶食了大量飛行航線，但是遠距離交通中，航空依然無可替代。
-
6 # 碧玉笙
所謂無程式碼只是讓你不用寫程式碼，並不意味著底層不用程式碼，你不寫，總有人替你寫，因為無論是虛擬機器還是編譯系統都是人寫的，你不會寫你就只配拿更低的收入，你看到的無程式碼高大上，但其實只是進一步拉低了入門門檻而已，你如果信以為真，最後可能就是革了你自己的命。
-
7 # 逍遙量子
無程式碼程式設計一定是個趨勢，但是不可能也遠遠達不到取代專業程式設計的地步。
本質上，無程式碼程式設計也是程式設計的一種。
不同的是，其使得許多不具備專業程式碼級程式設計能力的人也能直接參與到應用開發當中，而且可以將精力聚焦在應用邏輯層，不需要太多底層的知識。這是因為，無程式碼程式設計透過模組和組合，已經將這些程式碼級或者底層開發所需的知識進行了封裝。
當然，無程式碼程式設計並不是不需要專業性，也不是誰都能做的。
其同樣需要專業的產品設計能力、業務流程邏輯的拆解和還原思維和動手能力，以及很多在程式碼級開發當中需要的其他專業能力。
如果用樂高積木的使用做個類比，就更容易理解無程式碼程式設計的專業要求。你可以直接上手用樂高積木構造一個小玩意兒，但是如果目標是做出來一個複雜精細的物件，同樣離不開構圖設計、分解拼接甚至複雜的團隊協作等專業能力。這也意味著，無程式碼程式設計對於一個專案或者產品的成功，所發揮的作用很可能不像感覺上的那麼大。
同時，無程式碼程式設計作為一種程式設計模式，視覺化的模組和組合能力就是其程式語言，不同的是，這是一種邏輯粒度極粗的程式語言。
程式語言種類和數量繁多，每個語言的出現，都是針對不同的場景和專業化要求，無程式碼程式設計也是如此。例如，從最早的組合語言到C，從物件化C++到視覺化VC++，從指令碼語言Python到自然語言，再到無程式碼程式設計，就是一個可程式設計邏輯粒度從細到粗的變化。邏輯粒度越粗，對專業程式設計知識、抽象思維能力和開發成本要求越低，而代價是應用執行效率越低、應用場景越窄、價值門檻越低。
所以，無程式碼程式設計並不是萬能的，其優劣勢也非常的明顯。無程式碼程式設計進一步降低了程式設計開發的門檻，但是在可見的未來，無程式碼程式設計不可能取代現有程式碼級程式設計人員的專業能力和價值。
當然，後者的工作重心的確要逐漸聚焦在深度定製、細粒度邏輯需求、底層能力開發等方向，才能體現出其作為專業程式設計人員的真正價值。
這是因為，應用層特別是標準化程度較高的應用領域，例如時下無程式碼程式設計最熱的流程協同、表單定製等方面，隨著無程式碼程式設計產品能力的逐漸成熟，以及應用和業務側從業者的越來越熟悉，留給程式碼級程式設計的市場和需求空間會越來越小。
-
8 # 皮蛋XXXXL
一定是的。
為什麼是？ 因為無程式碼低程式碼意味著高效完成想完成的事情。沒有人會拒絕高效低成本的服務。
為什麼能？服務提供商的服務完善程度非常高，以及細分領域的數字化加深。 兩者缺一不可。
為什麼以前不行，現在又行了，未來更行？
1 這是因為雲計算等技術發展已經非常成熟，已經成為和水電煤一個層面的基礎設施。基本可以認為，計算服務可以按需取用，未來成本會更低，粒度更小，範圍更廣。
2此外原來沒有數字化的老舊產業已經轉型上網，上雲，上鍊。後面會更完善。 以前寫程式碼不是做產業資訊化改造，就是在做系統和服務整合，產業鏈路打通，再就是數字化動作，包括上雲，遷庫，匯入大資料，應用AI區塊鏈等。
低程式碼/無程式碼，到底讓什麼程式碼沒有了？
1 業務理解程式碼。每一個細分領域都向你提供行業一致的業務專家服務，不需要再做業務分析和實現。豐富的業務組合可以覆蓋絕大多數自定義需求。
2 系統整合連結程式碼。所有的雲服務橫向都被很容易整合，不需要去寫程式碼再手動整合。所有行業縱向提供成熟方案和連線點，緊密和上下游服務提供商提供整合服務。
3 基礎設施開發運維程式碼。抽象的專案服務覆蓋完整專案開發上線維護生命週期。遮蔽所有資源實現，最細粒度提供包括計算，儲存，網路資源，就像自來水一樣取用。
4 基本計算控制邏輯程式碼。利用視覺化將如果迴圈迭代，與活非等程式碼邏輯封裝到安全使用的級別。拖拖拽拽控制流就出來了。
無程式碼/少程式碼的本質是什麼？ 本質是將行業專家知識透過數字化手段織入到成熟的基礎設施中，向外暴露最上層最小服務介面。 平掉了 領域知識從行業->計算->行業的理解和轉換成本，去掉重複的 行業資訊化->網路化->數字化建設，實現行業數字化->智慧決策->行業生產。 降低了整體熵值。
-
9 # 英盟匯WiseUnion
從計算機技術的發展歷史看就知道這是趨勢。從最初的閘電路，彙編，C語言，c++，java，JavaScript … 程式語言越來越接近自然語言，程式設計難度一直在下降，程式設計大軍一直在擴充套件。從程式碼生成器開始，到AI自動生成程式碼，硬體效能飆升不斷彌補高階語言的的效能損失，充當人類邏輯與機器邏輯之間橋樑的程式語言肯定還會進一步升級，並最終達到“自然語言程式設計”，即我理解的無程式碼狀態。
趨勢很明顯，但是話說回來，未來的系統應該也會越來越複雜，這樣的複雜系統用我們的自然語言去建模去描述也不會是件簡單和容易的事，比如用自然語言寫一份詳細設計，也並不容易。
未來應該人人都是程式設計師。就像古代有專門代寫書信的人員，人人都會寫字以後幾乎就沒有這種專職工作了，但是卻又有了新的秘書這種工作。
-
10 # 莫主等待
AI的nlp能力增強會讓程式設計和寫文章一樣，不追求變態表達正規化是趨勢。但完全脫離文字用圖形，那效率有點低……
-
11 # 穆崢16
我感覺會成趨勢，但是有些地方還是需要計算機語言如C，或者C++來提高效能。比如UE4的藍圖系統，很好的吧不會C++的人帶入遊戲編寫世界裡來，但是想要更好理解¥還是要學習C++和計算機原理，和一些演算法，演算法很重要，它能讓你實現你的目標：
-
12 # 熱音群
人人都會寫字，但有多少人可以成為作家，程式設計靠的不是程式語言，邏輯思維很重要，當然邏輯思維好的人可以做很多事，程式設計只是一種
-
13 # 深藍的天空2021
嚴格來說，隨著資訊化應用場景的細分，無程式碼或低程式碼的應用場景會越來越多，目前需要大量底層程式碼的應用比如企業管理系統等等會逐漸被無程式碼低程式碼佔領，但有些應用場景卻還是需要高程式碼方式。這就像儘管高鐵越來越多，蠶食了大量飛行航線，但是遠距離交通中，航空依然無可替代。
-
14 # 碧玉笙
所謂無程式碼只是讓你不用寫程式碼，並不意味著底層不用程式碼，你不寫，總有人替你寫，因為無論是虛擬機器還是編譯系統都是人寫的，你不會寫你就只配拿更低的收入，你看到的無程式碼高大上，但其實只是進一步拉低了入門門檻而已，你如果信以為真，最後可能就是革了你自己的命。
-
15 # 逍遙量子
無程式碼程式設計一定是個趨勢，但是不可能也遠遠達不到取代專業程式設計的地步。
本質上，無程式碼程式設計也是程式設計的一種。
不同的是，其使得許多不具備專業程式碼級程式設計能力的人也能直接參與到應用開發當中，而且可以將精力聚焦在應用邏輯層，不需要太多底層的知識。這是因為，無程式碼程式設計透過模組和組合，已經將這些程式碼級或者底層開發所需的知識進行了封裝。
當然，無程式碼程式設計並不是不需要專業性，也不是誰都能做的。
其同樣需要專業的產品設計能力、業務流程邏輯的拆解和還原思維和動手能力，以及很多在程式碼級開發當中需要的其他專業能力。
如果用樂高積木的使用做個類比，就更容易理解無程式碼程式設計的專業要求。你可以直接上手用樂高積木構造一個小玩意兒，但是如果目標是做出來一個複雜精細的物件，同樣離不開構圖設計、分解拼接甚至複雜的團隊協作等專業能力。這也意味著，無程式碼程式設計對於一個專案或者產品的成功，所發揮的作用很可能不像感覺上的那麼大。
同時，無程式碼程式設計作為一種程式設計模式，視覺化的模組和組合能力就是其程式語言，不同的是，這是一種邏輯粒度極粗的程式語言。
程式語言種類和數量繁多，每個語言的出現，都是針對不同的場景和專業化要求，無程式碼程式設計也是如此。例如，從最早的組合語言到C，從物件化C++到視覺化VC++，從指令碼語言Python到自然語言，再到無程式碼程式設計，就是一個可程式設計邏輯粒度從細到粗的變化。邏輯粒度越粗，對專業程式設計知識、抽象思維能力和開發成本要求越低，而代價是應用執行效率越低、應用場景越窄、價值門檻越低。
所以，無程式碼程式設計並不是萬能的，其優劣勢也非常的明顯。無程式碼程式設計進一步降低了程式設計開發的門檻，但是在可見的未來，無程式碼程式設計不可能取代現有程式碼級程式設計人員的專業能力和價值。
當然，後者的工作重心的確要逐漸聚焦在深度定製、細粒度邏輯需求、底層能力開發等方向，才能體現出其作為專業程式設計人員的真正價值。
這是因為，應用層特別是標準化程度較高的應用領域，例如時下無程式碼程式設計最熱的流程協同、表單定製等方面，隨著無程式碼程式設計產品能力的逐漸成熟，以及應用和業務側從業者的越來越熟悉，留給程式碼級程式設計的市場和需求空間會越來越小。
-
16 # 皮蛋XXXXL
一定是的。
為什麼是？ 因為無程式碼低程式碼意味著高效完成想完成的事情。沒有人會拒絕高效低成本的服務。
為什麼能？服務提供商的服務完善程度非常高，以及細分領域的數字化加深。 兩者缺一不可。
為什麼以前不行，現在又行了，未來更行？
1 這是因為雲計算等技術發展已經非常成熟，已經成為和水電煤一個層面的基礎設施。基本可以認為，計算服務可以按需取用，未來成本會更低，粒度更小，範圍更廣。
2此外原來沒有數字化的老舊產業已經轉型上網，上雲，上鍊。後面會更完善。 以前寫程式碼不是做產業資訊化改造，就是在做系統和服務整合，產業鏈路打通，再就是數字化動作，包括上雲，遷庫，匯入大資料，應用AI區塊鏈等。
低程式碼/無程式碼，到底讓什麼程式碼沒有了？
1 業務理解程式碼。每一個細分領域都向你提供行業一致的業務專家服務，不需要再做業務分析和實現。豐富的業務組合可以覆蓋絕大多數自定義需求。
2 系統整合連結程式碼。所有的雲服務橫向都被很容易整合，不需要去寫程式碼再手動整合。所有行業縱向提供成熟方案和連線點，緊密和上下游服務提供商提供整合服務。
3 基礎設施開發運維程式碼。抽象的專案服務覆蓋完整專案開發上線維護生命週期。遮蔽所有資源實現，最細粒度提供包括計算，儲存，網路資源，就像自來水一樣取用。
4 基本計算控制邏輯程式碼。利用視覺化將如果迴圈迭代，與活非等程式碼邏輯封裝到安全使用的級別。拖拖拽拽控制流就出來了。
無程式碼/少程式碼的本質是什麼？ 本質是將行業專家知識透過數字化手段織入到成熟的基礎設施中，向外暴露最上層最小服務介面。 平掉了 領域知識從行業->計算->行業的理解和轉換成本，去掉重複的 行業資訊化->網路化->數字化建設，實現行業數字化->智慧決策->行業生產。 降低了整體熵值。
回覆列表
從計算機技術的發展歷史看就知道這是趨勢。從最初的閘電路，彙編，C語言，c++，java，JavaScript … 程式語言越來越接近自然語言，程式設計難度一直在下降，程式設計大軍一直在擴充套件。從程式碼生成器開始，到AI自動生成程式碼，硬體效能飆升不斷彌補高階語言的的效能損失，充當人類邏輯與機器邏輯之間橋樑的程式語言肯定還會進一步升級，並最終達到“自然語言程式設計”，即我理解的無程式碼狀態。
趨勢很明顯，但是話說回來，未來的系統應該也會越來越複雜，這樣的複雜系統用我們的自然語言去建模去描述也不會是件簡單和容易的事，比如用自然語言寫一份詳細設計，也並不容易。
未來應該人人都是程式設計師。就像古代有專門代寫書信的人員，人人都會寫字以後幾乎就沒有這種專職工作了，但是卻又有了新的秘書這種工作。