Programmazione Drag-n-drop - volerebbe? [chiuso]

Tutti i linguaggi di programmazione che conosco sono scritti, cioè digitati come lunghezze di testo in un modo o nell'altro. Ma mi chiedo se c'è qualche linguaggio di programmazione in cui puoi semplicemente trascinare e rilasciare l'intero programma; per ottenere un ciclo, seleziona questa casella qui e trascinala in quella sezione del "codice" laggiù, e così via. E se non ce n'è uno come questo, volerebbe se ne venisse inventato uno?

Personalmente non credo che sarebbe una buona idea, ma mi piacerebbe sentire cosa ne pensi.

Molti abiti hanno realizzato sistemi di programmazione drag-and-drop.

"Labview" di National Instruments è probabilmente il più noto e il migliore.

Il problema fondamentale che tutti incontrano è che non esiste un modo noto per convertire una scimmia Flying Code in un programmatore e ingegnere esperto. Come UN esempio, non vi è alcuna differenza tra una scimmia volante e un codice tra un processo O (N ^ 2) o O (N ^ 3) e un processo O (N log N), il che significa che devono essere forniti con routine fisse per gli algoritmi O (N log N), che possono essere adattati in modo personalizzato ai kludge grafici rapidi che costruiranno.

Il secondo problema che tutti incontrano è che, quando si forniscono i blocchi per scopi speciali richiesti dal primo problema, i costi generali imposti spostando i dati tra i blocchi iniziano a diventare costosi. Ho lavorato con un sistema molto carino chiamato Rippen. Quando ho profilato, per vedere dove stavamo danneggiando un'applicazione di elaborazione del sensore ad alte prestazioni richieste!, Ero piuttosto disturbato nel vedere che circa il 20% del mio tempo della CPU andava in movimento dei dati. (Dato che stavo eseguendo l'elaborazione delle immagini LADAR, eseguendo una buona parte dell'elaborazione in virgola mobile su ogni pixel di un'immagine di input, il 20% della CPU era MOLTO sovraccarico di spostamento dei dati.)

Probabilmente potresti aggirare la parte 2 andando a un sistema basato su compilatore: gli dai da mangiare la tua foto e si compila in un programma eseguibile fortemente ottimizzato, ma non sono sicuro che risolverà davvero i problemi e potrebbe ferire la natura interattiva dello strumento.

La semplice risposta è no.

Quando si tratta di programmazione, l'input testuale supera di gran lunga in termini di informazioni specifiche rispetto alla sua controparte visiva.

LabVIEW è piuttosto grafico.

Dal sito Web LabVIEW :

Yahoo! Pipes è probabilmente un perfetto esempio di un linguaggio grafico del tipo che stai descrivendo; trascini le primitive (tutto, dalle origini dati su cui agisci, ai loop e ai condizionali) per produrre un flusso di informazioni attraverso il sistema.

È altamente specifico del dominio, ma questo è principalmente il punto; Pipes è incentrato sui dati, il che rende la visualizzazione (anziché l'espressione) fondamentale. Allo stesso modo, ambienti tutorial come Scratch o Sprog! enfatizzare la visualizzazione di ciò su cui stai lavorando come supporto per l'apprendimento; l'efficienza di immissione dei dati è una priorità molto più bassa in quel dominio.

Ogni tanto qualcuno trova un linguaggio di programmazione drag and drop o uno strumento di progettazione che "metterà fine alla programmazione come la conosciamo" e trasformerà tutti coloro che lo usano in un programmatore.

Il motivo per cui nessuno di loro ha ancora svolto il lavoro e ci ha messo tutti senza lavoro è che in realtà, indipendentemente dalla funzionalità di trascinamento della selezione creata e indipendentemente dalla facilità d'uso, il semplice fatto è che la programmazione è difficile.

Le vere discipline della programmazione riguardano tanto il saper risolvere i problemi, capire come modellare i processi e organizzare i dati per essere utilizzabili. Anche capire cosa è possibile con un computer.

Ci sono prove (se controverse) che suggeriscono che ad alcune persone non può essere insegnato a pensare in questo modo, il che mi porta a un paio di pensieri interessanti e pertinenti. Per cominciare, se non riesci a pensare in questo modo, ci sono molti programmatori in giro, quindi puoi sempre assumere qualcuno per implementare un'idea se ne hai una e pensi che valga la pena pagare. Se riesci a lavorare con la logica di programmazione abbastanza bene, potresti anche imparare un linguaggio reale piuttosto che giocare con un ambiente di trascinamento della selezione relativamente semplice.

Sto pensando alla programmazione generale qui. La stessa cosa non si applica necessariamente in uno scenario di tipo DSL più limitato in cui il trascinamento della selezione potrebbe essere un processo davvero utile per gli utenti che sono specialisti in quel dominio piuttosto che specialisti IT.

Il miglior sistema di programmazione drag and drop che ho visto è per i robot Lego Mindstorms NXT.

Ciò ti consente di fare alcune cose piuttosto sorprendenti, controllando alcune funzionalità piuttosto intricate.

Tuttavia ad un certo punto si guasta e devi tornare a un altro sistema.
Vedi questo articolo: http://www.wired.com/geekdad/2007/11/the-best-progra/

È possibile, tuttavia, che se questo fosse migliorato e diversi scenari fossero soddisfatti, la necessità di questo sarebbe sempre meno.

La programmazione del flusso di dati (nota anche come programmazione basata sul flusso) può essere una specie di. Tuttavia, la programmazione del flusso di dati non è completa.

La programmazione del flusso di dati è il metodo per creare applicazioni, quando si inseriscono istanze di componenti sulla scena e si collegano le loro porte, in modo da formare una rete di elaborazione dei messaggi. I componenti possono essere scelti da una libreria, hanno porte consumer (input) e producer (output), che sono pronte per la connessione con le porte di altri componenti.

Ecco un bell'esempio, in cui nemmeno un mouse ha usato per creare un'app synth, ma mani nude e cubetti: http://www.youtube.com/watch?v=0h-RhyopUmc

Gli articoli di Wikipedia sono un buon punto di partenza: http://en.wikipedia.org/wiki/Flow-based_programming http://en.wikipedia.org/wiki/Dataflow_programming

La generazione del suono è un'area tipica della programmazione del flusso di dati. Esistono alcuni sistemi di synth open source: http://www.synthedit.com/ http://alsamodular.sourceforge.net/

Se hai un Mac, potresti avere un Quartz Composer preinstallato in fabbrica: http://developer.apple.com/graphicsimaging/quartz/quartzcomposer.html

Ho anche creato un sistema DF con un mio amico, ma non abbiamo ancora un editor visivo, ma solo un visualizzatore di script.

Il sistema di programmazione Scratch del MIT è quasi interamente drag-and-drop.

Google Inventor App sembra essere simile (e crediti Scratch).

Non vorrei codificare nulla di grosso in me stesso, ma per insegnare il "pensiero del programmatore", Scratch è eccezionale. È una vera programmazione, ma con gratificazione visiva istantanea e blocchi a scatto evitano gran parte della frustrazione dell '"errore di sintassi" che scoraggia i nuovi arrivati ​​(una visione che vedo risuonata in questo articolo ). Cercare di entusiasmare i ragazzini con una riga di comando in pitone non lo taglia in questi giorni.

Questo esiste già, anche se forse non nella forma a cui stai pensando. Due esempi sono Simulink e Alice.

Simulink è un mezzo grafico per assemblare simulazioni di sistemi dinamici. Mentre la maggior parte dei costrutti è più complessa di quella che si potrebbe pensare di solito come programmazione, cose come e se le istruzioni possono ancora essere costruite graficamente. Simulink è un grosso problema nelle applicazioni aerospaziali in quanto il governo e molte delle grandi aziende fanno i loro progetti iniziali in Simulink e quindi applicano un qualche tipo di teorema proverente al "codice" di Simulink.

Alice, è un drag and drop, uno strumento di programmazione per bambini. Permette ai bambini di divertirsi costruendo storie trascinando e rilasciando azioni e oggetti su una sorta di storyboard di programmazione.

Prograph era un bel linguaggio che era tutto drag and drop. Inoltre, Wikipedia ha un articolo con un elenco di linguaggi visivi di buone dimensioni .

Esistono diversi linguaggi di programmazione visiva. Un sistema telefonico gestito per un grande call center è stato programmato utilizzando i moduli di trascinamento della selezione. Mio zio ha sviluppato un sistema Just-In-Time per la progettazione di linee di produzione che era completamente drag and drop e che era 20 anni fa.

Ho persino giocato a un gioco di combattimento robotico su PS1 che utilizzava un linguaggio di programmazione drag and drop.

La programmazione testuale è durata 50 anni, ma l'ingegneria del software deve passare al regno grafico per affrontare il livello successivo di complessità. Ad esempio, l'emergere di molti processori core e le sfide della programmazione parallela stanno spingendo il modello di threading al limite. Francamente, penso che la comunità del software sia solo arrogante pensando che ci sia qualcosa di fondamentalmente diverso e speciale nella programmazione che non sarebbe suscettibile alla visualizzazione come ogni altro dominio. Come gli operatori telefonici e molte altre professioni, la giusta tecnologia di automazione consentirà agli esperti di dominio di collaborare presto in ricchi spazi di simulazione di sistemi basati sulla conoscenza. L'industria del software è attesa da tempo per un cambio di paradigma.