Programmazione del tramonto? - pagina 6

 

È possibile utilizzare il cursore per controllare la memoria interna dell'EA cambiando il contesto del suo comportamento utilizzando i pulsanti.

Per esempio:

1. Premete il pulsante A e spostate il cursore a destra - aumentate la dimensione della matrice, a sinistra - diminuitela.

2. premi il tasto B e il tasto sinistro del mouse - viene creata una nuova risorsa. Allo stesso tempo, mettete un quadrato sul grafico.

3. Cliccate C e spostate dalla casella 1 (prima risorsa) alla casella 2 (seconda risorsa) i dati salvati in essa.

4. Premere il pulsante D e spostare il cursore tra i due oggetti - legare i loro parametri (quali dipendono dai pulsanti aggiuntivi).

E così via...

Qui - l'inizio della rivoluzione e del passaggio alla programmazione visiva)).

 

In generale, un cursore è uno strumento versatile. Si può fare quasi tutto con esso, SENZA ELEMENTI DI CONTROLLO, se si cambia il contesto dei suoi valori:

1. Cambia il valore all'interno di un intervallo.

2. Cambiare i valori di confine dell'intervallo.

3. Disegna forme.

4. Presenta le forme disegnate nel contesto del processo.

5. Rappresentare un processo nel contesto di un modulo.

6. Mettere in relazione i parametri dell'oggetto.

7. Gestire la memoria interna.

8. Assemblare nuovi oggetti - modelli e istanze.

9. Distruggere gli oggetti.

10. Per cambiare la posizione degli oggetti nel kernel.

E molte, molte altre cose.

E tutto questo senza finestre, elementi o studi già pronti. Solo un cursore e pulsanti che interpretano i suoi valori in diversi contesti.

 

Aggiungete il fatto che invece di una tastiera, potete usare guanti e occhiali interattivi che registrano la direzione del vostro sguardo per cambiare il contesto. E si ottiene la programmazione del futuro)).


In sostanza, tutto si riduce a determinare la messa a fuoco dello sguardo di una persona su un oggetto e a catturare il contesto delle sue azioni da parte del sistema di controllo.

 
Dmitry Fedoseev:

Quali altri ci sono?

probabilmente almeno - progettazione, debugging, test.

 
Aleksey Mavrin:

probabilmente almeno - progettazione, debugging, test.

Si scopre che prima, quando un programmatore (o sviluppatore) era un programmatore piuttosto che uno sviluppatore, lui/lei programmava soltanto, ma non progettava e certamente non faceva debug o test.

 
Dmitry Fedoseev:

Si scopre che prima, quando un programmatore (o sviluppatore) era un programmatore piuttosto che uno sviluppatore, programmava soltanto, ma non progettava e certamente non faceva debug o test.

Debug di una scheda perforata o di un microcontrollore. Un programmatore nella sua forma originale è un codificatore. Uno sviluppatore è tutta un'altra cosa. Questo thread imho discute il declino dei codificatori, implicando gli sviluppatori senza capire cosa sia realmente uno sviluppatore nel mondo di oggi.

 
Andrey Pogoreltsev:

Debug di una scheda perforata o di un microcontrollore. Un programmatore nella sua forma originale è un codificatore. Uno sviluppatore è tutta un'altra cosa. Questo thread imho discute il declino dei codificatori, implicando gli sviluppatori, senza capire cosa sia realmente uno sviluppatore nel mondo di oggi.

Vuoi dire che un programma timbrato su una scheda perforata rappresentava immediatamente la verità assoluta e non aveva mai nemmeno un errore?

Un microcontrollore è lo stesso. I programmi per microcontrollori sono stati scritti immediatamente e senza errori, e senza pensarci prima, e senza testarli dopo?

 
Реter Konow:

Questo è l'inizio della rivoluzione e il passaggio alla programmazione visiva).

È già stato implementato circa 30 anni fa. Tu descrivi un compito altamente specializzato e lo estrapoli a tutta la classe dei compiti di sviluppo. Lo sviluppo visivo esiste da molto tempo, sia parzialmente che completamente automatizzato. Questo non nega in alcun modo la necessità di sviluppare altre classi di compiti o anche compiti risolti da ambienti visivi, ai quali si applicano requisiti di prestazione maggiori, per esempio. Perché ogni universalismo prima o poi si trasforma in un mostro.

 
Dmitry Fedoseev:

Quindi, il programma timbrato sulla scheda perforata rappresentava immediatamente la verità assoluta e non aveva mai nemmeno un errore?

Un microcontrollore è lo stesso. I programmi per microcontrollori sono stati scritti immediatamente e senza errori, e senza pensarci prima, e senza testarli dopo?

Cosa stai discutendo con me adesso? Che il programmatore è diventato gradualmente uno sviluppatore, con un aumento del numero di strumenti e dei requisiti dei compiti?

Non l'ho negato.

 

Minerario... Sviluppo dei depositi minerari. Sviluppo di petrolio, gas, carbone, depositi di minerali...

Mi chiedo se anche i designer sono stati rinominati sviluppatori? Architetti?

Motivazione: