1樓：黃思永
因為大多數程式設計師的抽象思維比較強，形象思維很差，我做程式多年，接私活無數，最喜歡做的活就是不需要介面的活，因為涉及到介面就涉及到反覆修改
2樓：兔兔
圖形化的程式設計實際上稱之為編排更合適，編排一般都是面向特定領域的任務， 提供一組原子操作，完成乙個流程。並且，編排系統易用性很重要，太通用的編排系統往往過於複雜，並不好用。編排顯然不能代替程式設計。
3樓：shining77
大多數程式設計師還在讚賞著無數數學家和計算機科學家們好不容易把『狗』從『在你面前的這只狗』裡抽象出來，現在圖形化又要把這層抽象給例項化？
4樓：archidoggg
圖形化程式設計不被看好，但它對於非程式設計從業者還是很重要的。所以估計就算不被看好，依舊長存。
跑來程式設計師板塊回答問題感覺很作死…作為一枚建築狗說說個人看法吧，其實樓上答案中某位大大已經說出了我的心裡話。
圖形化程式設計在程式設計師眼裡可能問題一堆，但對於非程式設計師出身的其他行業專業人士，我們不會有太多時間深入學習程式語言，能夠用圖形程式設計(比如我們的Rhino Grasshopper)寫指令碼呼叫別人寫好的模組(一般就是外掛程式或者內建電池)完成我們的設計目的就足夠了。程式設計不是我們的最終目的，我們不負責程式開發，所以沒法呼出那麼多時間想著怎麼優化這個領域。
用Grasshopper確實還是會有瓶頸，有些人也會轉而學習python或C語言，然後自己寫外掛程式彌補短板。可這是少數。我覺得未來面向大眾(非程式設計行業)的話，圖形程式設計還是普及。
如果以後的小學生都開始深入學程式語言，那就例外。
5樓：Jeff Tian
做為程式設計師，連平時畫圖我都喜歡用文字，你現在讓我反過來？WTF?
順便提一下，plantuml 是真香啊！confluence，語雀等支援，LaTex 也有相關的包，香，真香。
但是反過來，把程式視覺化，將非常有吸引力。
圖形 -> 程式：實操不太方便
程式 -> 圖形：期待！(plantuml 可以實現一小部分)
6樓：
其實這個是個鄙視鏈：
彙編鄙視徒手C/C++
C/C++鄙視用庫的
用庫的鄙視用OS的
但是當大家都能實現某種功能的時候，就會變成真香定律
上OS的不想用庫
用庫的不想徒手C/C++操作暫存器
徒手寫的不想用彙編。。。
哈哈哈真香
以下是認真的
歸根到底取決於團隊有多少人，團隊人員構成背景
借用一張matlab的圖。Simulink目標是提高效率，而且它也在特定領域做到了。
比如說，一般構建狀態機的時候，多少會畫一些狀態轉換圖之類，然後再轉換成程式語言。然而對於simulink而言，你只需要構建出狀態轉換圖。。。
但是這個軟體最重要的不是所謂的圖形化程式設計，而是圍繞這個構建的生態。
你要快排，ok啊，用m寫。你要效率高一點啊，那麼用C寫，然後呼叫啊。啊，有人用Fortran寫過了乙個啊～ ~~ 媽的Fortran就是臘雞（為什麼大多數程式設計師不看好Fortran？
）~~ 那就呼叫Fortran啊。
這就是Matlab/Simulink。不是所有程式都適合圖形化程式設計，但是有它適合的領域。就像你和SVM比較誰快排比較快，svm做錯了什麼。。。。。。
你要這麼折磨它。。。。
那麼為什麼大多數程式設計師不看好圖形化程式設計？
他/她/它不懂
他/她/它沒有這個需求
請參考一和二
7樓：Gargantua丶
效率特別低
這就像我剛用Android Studio的時候一開始看layout的xml檔案自帶乙個視覺化圖形程式設計，然後Google的開發者文件還特別傾向於介紹它，就在HelloWorld專案裡認真的用了一下
之後學的稍微深入了，壓根不用了，滑鼠點還要拖動效率太低了，最多就是打xml的時候放在一邊對照確認一下效果。
AS這還只是做布局效率都這麼低了，要是做演算法還用視覺化做，反正我覺得我人能被繞進去
8樓：不海
我一直有疑問就是，圖形化程式設計能不能編出乙個能圖形化程式設計的軟體？如果不行就拉倒吧。
當然某些特定的業務場景，要快速出頁面還是可以用的。
9樓：
labview你們不知道嗎？
不同語言適合不同的應用場景。LabVIEW在其適用的領域內比c++等語言方便多了。而且現在這門語言也支援物件導向了。我覺得唯一的不好是圖示不能放大，用久了眼睛疼。
10樓：鷹郡鐵匠
圖形化程式設計資訊密度低，因此如果檢視、查詢、放縮操作方便的話，可讀性會比文字程式設計強；但另一方面就是輸入太慢。因此這條路的關鍵在於解決輸入問題。
因此吾有一計：腦後插管。將思維快速轉化為圖形，這問題就解決了。
11樓：彈頭
程式語言是指人與計算機交流的工具。和人類用的自然語言是同等的。人類在文明初期使用過圖形來交流。
後來慢慢演化成現代文字。對於不懂語言的人來說，圖形學習成本顯然更低，但是它表達不了複雜和抽象的意思，自然被現代語言取代，這是一種進化。為什麼程式設計要逆向進化？
12樓：linxdor
接觸了乙個月labview後，體會，很費勁:
1.使用人數太少，一些地方就算看說明書也很頭疼，沒正兒八經照著參考書學過別想用熟。
2.很麻煩，各種函式各種連線都得靠滑鼠拖動，功能弄錯了只能刪了從頭來。
3.除錯不友好
總之，如果不是必須，我絕不會想再用labview
13樓：「已登出」
圖形化程式設計不就是拖動嘛，這個我相對比較熟悉，我的第乙份工資就是微軟的webform，拖控制項，微軟的已經非常友好了但是最後還是涼涼了（雖然不是完全圖形化）
圖形化程式設計必須把各種需要的功能模組化，而滿足需求必然會需要足夠多的模組，同時這些模組要足夠小，問題來了現在大部分程式設計師程式設計是在幹什麼，呼叫模組。模組可能有些人不懂，但是換個詞「api呼叫」、方法呼叫就懂了，主流程式語言自帶的庫配上第三方庫以及夠用了，很少需要自己去寫特別底層的東西
程式語言一開始就是模組化的，0101到彙編到C到C++，其實程式語言一直在模組化，圖形化不了的核心原因的個人覺得是可讀性，當業務邏輯或者演算法複雜的時候，你會發現各模組的關係比沒有理線的機房還亂
14樓：支浩宇
文字化程式設計：
昨日被閱讀數
4,409
較前日6.14%
昨日獲贊同數
5較前日
50%圖形化程式設計：
如果真的能圖形化繪製出後者， 我就不相信誰還願意用文字編寫前者。
問題是現在還做不到用圖形化工具繪製後者。就這麼簡單乙個框，幾行字，都不行。
不相信的人，你找乙個方案給我圖形化畫出來。
15樓：鵬鵬李李
因為程式設計師是人類，所以人更適應文字語言環境的程式設計；
如果乙個孩子是天才，具備強大的思考想象運算能力，一開始接觸的就是空間繪製流程與運動，比如想象十個蘋果按大小排序，那麼，或許從這個孩子開始，他們就會更加適應圖形化程式設計，而文字式對他而言反而成了天書。
圖形化程式設計，其實我還是很看好的，只是現有的圖形程式設計IDE，不夠聰明，也並未出現乙個完全面向圖形化程式設計的底層計算機語言
16樓：陳笨笨
因為在知乎，程式設計師預設指網際網路程式設計師。他們絕大部分不知道這個世界上還存在諸多行業專用的圖形化語言。通用的，在工控界流行30年的梯形圖lad，功能塊FBD，流程化語言graphic，Ni的labview統統被忽視了。
各位，你乘坐的高鐵，主控程式也是圖形化語言，是高鐵行業專用，絕對安全的語言。就咱們程式設計師堆屎山的工作方法，你敢坐？確實，這些圖形語言背後還是C，畢竟他們用c構建出來的。
這些圖形化語言會先在內部被解釋成c，再把C編譯二進位制，當然，有些是解釋型的。圖形化語言的目的，並不是構建大型軟體，而是為了實現特定的目的，甚至是為了某一行業服務，是為了易懂，容易除錯，以及絕對的安全。不看好，只是網際網路程式設計師不看好，因為他們沒接觸過，不懂而已。
17樓：Jinglei
之前有做過圖形化程式設計的IDE 總體來說圖形化程式設計不適合通用泛化的應用場景這個資訊量低可讀性差維護性糟糕
所以說不是不看好圖形化程式設計而是不看好通用型的圖形化程式設計
18樓：
必要的圖形化早就做了，IDE的文字塗色、block摺疊、括號對齊輔助線，複雜點的任何UI編輯器其實都是廣義的圖形化（flutter那種手寫UI真是煩得要死，早晚也會用編輯器「圖形化」這個手寫過程）。
19樓：四星瓢蟲
可能就像大部分資訊傳達還是用文字。比如你這個提問，就不是畫幾張圖來表達的。
圖形程式設計可能有他的優勢，但是跟主流程式設計還是缺點跟多。
20樓：格格不入
我肯定是極少數的同時使用labview、python和js混編的人。
圖形化程式設計本質上還是軟體工程，絕不是少兒程式設計。線條和框框在寫暫存器、控制代碼、執行緒、佇列、事件、通知、資料流等都非常直觀，有助於思考。
如果不看好也是因為誤解，工業和IT跨領域交流的不多，術有專攻，但殊途同歸。
21樓：
別人看不看好不知道，但是可以看看VRChat前幾個月推出的Udon語言，用來讓玩家在VRChat世界中創造邏輯，預設的創作方式就是圖形介面，賦值、建立前後邏輯，用線把邏輯塊連線起來即可。
聽起來很簡單，實際也很容易理解，但根據我自己實際使用，用圖形介面極大加大了工作量，就簡單弄個兩層for loop都要花十幾分鐘。
所以也有愛好者自製Udon編譯器，用其他語言（Python，C#之類）編譯成Udon的Udon Assembly，再倒入進自己的世界。這就方便多了，但因為沒有IDE支援，所以其實還是不如成熟的語言省事。
22樓：
因為格局太小
格局小的程式設計師想的是，千萬別出現乙個門檻極低的工具砸了我的飯碗
格局大的程式設計師想的是，我應該發明乙個門檻極低的工具砸了底下人的飯碗然後他們的飯我分出去一點點剩下的都由我來吃
23樓：
這個從資訊的角度很好解釋。
同乙個程式，不管用什麼語言表示，真正有意義的資訊是相同的。
影象的優勢是單位面積展示的資訊更多。但是你程式設計的過程是從無到有創造這些資訊，因為使用影象的緣故，你需要創造很多沒有意義的額外細節，比如框框什麼的。同時，輸入方式目前也十分有限，基本就是滑鼠拖。
要輸入的冗餘資訊多，輸入慢，因此這種輸入只能用在特定領域。
24樓：寧寧兮
乙個很重要的原因是，圖形化程式設計不能自舉。
所以，當所有人都去用圖形化程式設計，那麼又由誰去製作其編譯器呢？
一件事情你不必去做不代表不需要有人去做。
25樓：Ember Edison
我其實很好奇就是，世界上有沒有實現自舉的圖形化程式設計工具?
從某種同構概念的角度來看，圖形化程式設計就和畫離散電路圖差不多，要構造大程式理論上還是能做到的
女程式設計師的男朋友大多數也是程式設計師嗎？
反派角色 Sophia 作為乙個女程式設計師，我個人是不找同行的。找乙個同行的話，就技術水平問題回家也有可能會爭論，感覺會比較累。完善家庭背景我覺得對以後孩子的教育也有好處。不過兩個程式設計師在一起的好處就是收入比較高而且穩定。 有這想法，相同的行業，共同話題比較多。還有點性格好，有耐心這是重點。唉...
大多數程式設計師的筆記本都是 Macbook Pro，主要是出於什麼因素？
charlee 如果做iOS開發那只能用MBP，就不用說了。其他情況下最主要的原因是MBP自帶shell，還有好用的homebrew可以用。但是實際上隨便哪個windows的筆記本，裝上Linux就比MBP好用得多 畢竟並不是所有的Linux軟體都有mac版。如果是本身效能比MBP好的筆記本如Thi...
少兒程式設計為什麼大多數人都不看好？
Lemon 少兒程式設計在大多數家長眼裡，還是乙個興趣班，和學科教育相比較，不是最重要的科目，也不是當下小孩子公升學的必考科目。同時，在一些城市，家長了解程式設計的認知裡，學習程式設計就是當工程師，沒有看到科技發展的速度，也代表一些家長自己本身的教育脫節。另外，在下沉城市來看，少兒程式設計的概念根本...