Programmation du coucher du soleil ? - page 6
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Vous pouvez utiliser le curseur pour contrôler la mémoire interne de l'EA en modifiant le contexte de son comportement à l'aide des boutons.
Par exemple :
1. appuyez sur le bouton A et déplacez le curseur vers la droite - pour augmenter la taille du tableau, vers la gauche - pour la diminuer.
2. appuyez sur le bouton B et le bouton gauche de la souris - une nouvelle ressource est créée. En même temps, placez un carré sur le tableau.
3. cliquez sur C et déplacez de la case 1 (première ressource) à la case 2 (deuxième ressource) les données qui y sont enregistrées.
4. appuyez sur le bouton D et déplacez le curseur entre les deux objets - liez leurs paramètres (lesquels dépendent des boutons supplémentaires).
Et ainsi de suite...
Ici - le début de la révolution et de la transition vers la programmation visuelle.))
En général, un curseur est un outil polyvalent. Vous pouvez faire presque n'importe quoi avec, SANS ÉLÉMENTS DE CONTRÔLE, si vous changez le contexte de ses valeurs :
1. Modifiez la valeur à l'intérieur d'une plage.
2. Modifier les valeurs limites de l'intervalle.
3. Dessinez des formes.
4. Présentez les formes dessinées dans le contexte du processus.
5. Représenter un processus dans le contexte d'un formulaire.
6. Relier les paramètres des objets.
7. Gérer la mémoire interne.
8. Assembler de nouveaux objets - modèles et instances.
9. Détruire des objets.
10. Pour modifier l'emplacement des objets dans le noyau.
Et beaucoup, beaucoup d'autres choses.
Et tout cela sans fenêtres, éléments ou studios prêts à l'emploi. Juste un curseur et des boutons qui interprètent ses valeurs dans différents contextes.
Ajoutez à cela le fait qu'au lieu d'un clavier, vous pouvez utiliser des gants et des lunettes interactifs qui enregistrent la direction de votre regard pour modifier le contexte. Et vous obtenez la programmation de l'avenir.))
En substance, tout se résume à déterminer la focalisation du regard d'une personne sur un objet et à saisir le contexte de ses actions par le système de contrôle.
Quels sont les autres ?
probablement au moins - conception, débogage, essais.
probablement au moins - concevoir, déboguer, tester.
Il s'avère qu'auparavant, lorsqu'un programmeur (ou développeur) était un programmeur plutôt qu'un développeur, il se contentait de programmer, mais ne concevait pas et ne déboguait certainement pas ni ne testait.
Il s'avère qu'auparavant, lorsqu'un programmeur (ou développeur) était un programmeur plutôt qu'un développeur, il se contentait de programmer, mais ne concevait pas et ne déboguait certainement pas ni ne testait.
Déboguer une carte perforée ou un microcontrôleur. Un programmeur dans sa forme originale est un codeur. Un développeur, c'est tout autre chose. Ce fil de discussion traite du déclin des codeurs, sous-entendu des développeurs sans comprendre ce qu'est réellement un développeur dans le monde d'aujourd'hui.
Déboguer une carte perforée ou un microcontrôleur. Un programmeur dans sa forme originale est un codeur. Un développeur, c'est tout autre chose. Ce fil de discussion discute du déclin des codeurs, sous-entendu des développeurs, sans comprendre ce qu'est réellement un développeur dans le monde d'aujourd'hui.
Vous voulez dire qu'un programme poinçonné sur une carte perforée représente immédiatement la vérité absolue et ne comporte même pas d'erreurs ?
Un microcontrôleur, c'est pareil. Les programmes des microcontrôleurs ont été écrits immédiatement et sans erreur, sans y réfléchir au préalable et sans les tester par la suite ?
C'est le début de la révolution et du passage à la programmation visuelle).
Elle a déjà été mise en œuvre il y a environ 30 ans. Vous décrivez une tâche hautement spécialisée et l'extrapolez à toute la classe des tâches de développement. Le développement visuel existe depuis longtemps, qu'il soit partiellement ou entièrement automatisé. Cela n'exclut nullement la nécessité de développer d'autres classes de tâches, voire des tâches résolues par des environnements visuels, auxquelles s'appliquent des exigences de performance plus élevées, par exemple. Parce que tout universalisme se transforme tôt ou tard en un monstre.
Ainsi, le programme perforé sur la carte perforée représentait immédiatement la vérité absolue et ne comportait même pas d'erreurs ?
Un microcontrôleur, c'est pareil. Les programmes des microcontrôleurs ont été écrits immédiatement et sans erreur, sans y réfléchir au préalable et sans les tester par la suite ?
Qu'est-ce que tu veux dire maintenant ? Que le programmeur est progressivement devenu un développeur, avec une augmentation du nombre d'outils et des exigences des tâches ?
Je ne l'ai pas nié.
L'exploitation minière... Développement des gisements de minéraux. Exploitation des gisements de pétrole, de gaz, de charbon, de minerai...
Je me demande si les designers ont également été rebaptisés développeurs ? Architectes ?