為什麼沒人用語言開發出一種用控制項來編程的編程軟體，就像是直接點一個按鈕就可以表達我要做什麼事情？

首先軟體和編程軟體全部都是用編程軟體做出來的，為什麼沒有公司做出一個能面向程序員的編程軟體？
就像我們打開記事本一樣，我點這裡就生成一個窗口，點這裡就生成一個按鈕，改名字輸數據就像打在記事本上一樣簡單，可視化的編程。再點這個按鈕就出來選項，這個按鈕是用來接受數據的還是用來關閉程序的。

可以直接點按鈕控制程序的邏輯
為什麼沒有出現這種可視化面向程序員的編程軟體？

其實編程語言和編譯器的出現就已經讓人類省掉了不止百分之九十九的工作了

是你不了解，而不是沒有人，謝謝邀請。

做遊戲都可以啊，rpg maker了解一下

有啊，各路ide的插件，可視化界面。但是！局限性太高，不能滿足需求

第一次看到面向程序猿這種說法，我表示你該去學學英語…… 面向對象是 object oriented programming，其中oriented指的是以什麼為基礎的意思。

你的設想有點太天真了。邏輯你怎麼寫？拖if else？那麼一個程序得寫無數屏，怎麼維護代碼？怎麼debug？

性能怎麼處理？多核怎麼優化，進程怎麼優化，顯卡怎麼用？

按鈕的圖形介面用什麼？什麼庫？兼容性怎麼解決？win下的縮放問題呢？

就像記事本一樣改名，那麼採取熱載入還是重新啟動？重新啟動之前的處理進城呢？熱載入是寫一個vm還是基於dlopen，dlopen空指針直接崩了怎麼辦，除0錯誤怎麼辦？能解決以上問題的公司可能也就微軟，谷歌，甲骨文。谷歌自己正在更新自己的go和dart（以上問題沒解決全面還），微軟正在推.net core（問題也挺多），oracle不鳥你，表示Java庫夠多。就算以上問題解決妥了，問題來了，這個語言肯定是別的語言寫的，如果想發揮更多機能，作更多優化，還是需要上別的編程語言。

所以目前c#的拖控制項是最優最穩妥方案。

早有了，labview了解一下？

你大概說的是vs寫.net的WinForm應用？已經很像你說的這套了，並且vs也會根據不同控制項自己的特性做不同處理

少兒編程了解一下，和你說的一樣。

VB易語言這樣的控制項編程不就是么，控制項已經省去了很多代碼了，創建窗口什麼的，如果再簡單估計要人工智慧了

為什麼要開發這種麻煩的編程軟體？正常程序員，打開一個編程軟體，一些列代碼打下來，形成一個固定的形式規格，編譯檢查錯誤什麼的，都很方便後期修改。記得以前看報刊文章，看著看著突然說要跳轉多少頁去看，瞬間感覺像卡住了一般，你這可視化的編程軟體也是如此感覺。把編程的整體的流暢性，邏輯性給打斷了。

如果是點一個按鍵那它就只能做那一件事，那一個編程，有什麼意義呢？做出了生成了一次之後就沒有作用了啊，可能它可以便利的用於個別程序中的一塊，但是全局一鍵解決，一勞永逸是不存在的，那還不如做一個只有最基礎的底層代碼的編譯器，讓它適用範圍廣泛，這樣一個控制項壽命才長

可視化編程的IDE是有的，有個叫什麼scratch2的就是，連代碼都不用寫，全是流程框，連多線程都寫不了。

你所想的那種編程語言是不會存在的，一是沒有存在的意義，二是太過於死板，沒有代碼具有美感和靈活度。