為什么大多數程序員不看好圖形化編程？
寫了十幾年代碼的來分享一下！可以關注我，聊聊寫代碼的經歷
圖像化編程也不是剛出現的概念，以前在我讀書的時候在電子工程專業中電路設計實際上就用上了圖形化編程來設計電路的。雖然那時的應用還很有限，但是發展了那么十幾年還是應用非常有限，實際上還是有其原因的。
研發困難任何一個產品要使用起來簡單往往代表著需要復雜的研發過程，圖形化編程就是這樣的一個產品，畢竟編程是一個非常個性化的過程。就算有很多代碼規范，但是每個項目都有他們獨特的方面，那作為圖形化編程工具就需要考慮到方方面面，簡單舉例來說，一個按鈕，可能就會有十幾個不同的參數，如果是一系列按鈕的話，那就更復雜了。這個時候如果要做出可用的圖形化編程工具就需要非常抽象的設計每個組件。那如果對一個組件，參數設置一多實際上就體現不出圖形化編程的優勢了。以前電路設計的時候，因為每個組件所需要設置的參數非常有限，所以就比較容易實現，比如一個三極管可能只需要設置觸發電壓值就可以了。
功能有限這個和研發復雜是有直接關系的，因為研發過程中需要考慮到很多可能性，或者為了有一款可用的產品，就會犧牲一些功能，這樣就會對于最終使用這個編程工具的用戶感覺限制變多了，畢竟程序員基本是通過編程來實現某個類型的產品，而且很多時候新產品需要比較創新的寫法，如果編程工具在擴展性上有限制就不會是一款很值得使用的編程工具了。再說剛剛那個按鈕組件的例子，比如工具開發的時候沒有將按鈕在畫板外會是什么樣的狀態做設計，那么如果需要一個不可見的按鈕時如何處理呢？
邏輯不清可能是因為程序員看代碼比較習慣，圖形化編程過程中很多邏輯都不是那么一目了然。尤其對于一些隱形不可見的邏輯，比如點擊這個按鈕，某段文字會變色等等這樣的交互就不太容易在圖形化編程中實現，可能可以通過連線來關聯兩個不同組件的邏輯關系，不過當系統比較復雜之后，這樣的線就會很多，也就變得非常難以一眼看明白。
代碼實現效率高圖形化編程可能一個優勢就是可以不用記代碼的意義，直接通過所見即所得的方式來選擇不同組件，建立組件之間的關系。不過因為涉及很多參數的設置，一行代碼能解決的樣式，可能在圖形化中需要通過幾次鼠標點擊加上幾次鍵盤輸入才能完成。寫代碼最高效的過程是雙手不離開鍵盤，這樣既減少了手從鍵盤到鼠標這個過程所需的時間，而且打字和點擊鼠標需要不同的操控習慣，反復切換也會比較浪費時間。
總之程序員不會看好圖形化編程主要還是現在通過寫代碼能做的事情比圖形化編程要多，而且效率還高。不過，圖形化編程還是有其適合的領域的，比如少兒編程入門等等，這樣圖形化編程的優勢就能被更大的發揮了