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
Pour quelqu'un qui essaie de trouver un créneau pour son entreprise imaginaire, je fais une comparaison simple avec la réaction du public face à un "beau" but. Un but est un beau résultat, tandis qu'un tir au but raté passe inaperçu. C'est pareil pour tout ! C'est pourquoi il se soucie tant de la demande, et s'il était un spécialiste, un chercheur, il créerait sans se soucier des résultats, en concrétisant ses idées, et la récompense se ferait d'elle-même, sans publicité obsessionnelle. Et indépendamment de la récompense, j'aurais la satisfaction d'une activité intéressante et passionnante d'un créateur, d'un créateur, et non d'un homme d'affaires corrompu et mercantile !
On voit tout de suite que c'est un Russe. Dès que vous évoquez, même de loin, le mot "salaire" ou "argent", un noble hurlement s'élève : "Tu es un magnat ! !!". Vous vous souciez de la demande ! Si vous étiez un expert... Vous % ;"(^&")
Comprenez une chose, le programmeur paie dans les deux cas. Une heure de travail d'un programmeur coûte de l'argent réel et concret. Si le SDK, pour un coût de 50 heures de programmeur, réduit le projet de développement de 300 heures à 200 ou même 150 heures, la marge est de 100 et 150% respectivement. En d'autres termes, en achetant un outil de développement, le programmeur gagnera réellement une somme d'argent spécifique exprimée en heures supplémentaires économisées. Plus le projet est important, plus le gain de temps sera important et, par conséquent, la marge de leur activité augmentera. Par conséquent, en réalité, les bons projets propriétaires sont mutuellement bénéfiques. Tant le vendeur que l'acheteur obtiennent un avantage concret et de l'argent réel.
Merci.
Je vais poser une question précise au topicstretcher : combien de temps faudrait-il, en utilisant votre SDK visuel, pour créer un formulaire similaire:
Je vais poser une question précise au topicstaretter : combien de temps faudrait-il, en utilisant votre SDK visuel, pour créer un formulaire similaire:
Examinons cet exemple particulier :
Le tableau comprend 17 colonnes. La fenêtre dispose d'une barre de défilement. Le nombre de lignes est indéfini car il s'agit d'une entrée de journal. En tête de chaque rangée se trouve une commande d' arbre.
Nous sélectionnons le modèle de fenêtre composant qui a des dimensions dynamiques, un phénomène de barre de défilement automatique et rejoint la fenêtre composite dans ses propriétés, et nous y transférons la plateforme avec le contrôle Table (vous l'avez vu). Étirez-le à 17 colonnes en longueur et deux rangées en hauteur. Appuyez sur le bouton "transfert", tous les objets seront alors copiés de la plate-forme de transport vers la fenêtre et deviendront son groupe.
La première ligne contiendra les noms des colonnes, que nous saisissons directement dans les champs de l'onglet.
La deuxième ligne contiendra l'élément de liste structuré en arbre et les champs qui affichent les valeurs des paramètres de leurs colonnes.
Les index des paramètres affectés aux champs que nous attribuons en cliquant d'abord sur le champ (en le sélectionnant comme "objet sous l'événement") et en entrant ensuite l'adresse du paramètre dans le noyau (mémoire partagée).
(Notre fonction utilisateur y place la valeur de ce paramètre, et le moteur GUI la lit et l'affiche dans le champ).
Le contrôle de la liste arborescente, qui réduit et développe un groupe d'objets, fonctionne automatiquement et son mécanisme est prescrit dans le moteur graphique. (Si vous cliquez dessus, l'objet principal du groupe - le champ du groupe - s'effondre et le moteur détruit immédiatement tous les objets qui dépassent le champ du groupe. Lorsque vous cliquez à nouveau, le champ de groupe est développé et le moteur recrée tous les objets inclus dans le groupe).
Il faut ensuite placer les objets nécessaires dans le groupe de cet élément, et leur attribuer également des paramètres ou des descripteurs (étiquettes ou textes positionnés automatiquement par le moteur).
La dernière (ou la première) est de créer une fonction qui écrit les logs dans notre programme.
Voici le concept général de la création d'un tel tableau. Mon moteur peut déjà faire la plupart de ces choses. Certaines choses doivent être finalisées.
Sur le temps passé à créer une telle table en présence d'un moteur prêt, jugez par vous-même.
Merci.
On voit tout de suite que c'est un Russe. Dès qu'il est question, même de loin, de "salaire" ou d'"argent", un noble hurlement s'élève aussitôt : "Tu es un magnat !!!". Vous vous souciez de la demande ! Si vous étiez un expert... Vous % ;"(^&")
Comprenez une chose, le programmeur paie dans les deux cas. Une heure de travail d'un programmeur coûte de l'argent réel et concret. Si le SDK, pour un coût de 50 heures de programmeur, réduit le projet de développement de 300 heures à 200 ou même 150 heures, la marge est de 100 et 150% respectivement. En d'autres termes, en achetant un outil de développement, le programmeur gagnera réellement une somme d'argent spécifique exprimée en heures supplémentaires économisées. Plus le projet est important, plus le gain de temps sera important et, par conséquent, la marge de leur activité augmentera. Par conséquent, en réalité, les bons projets propriétaires sont mutuellement bénéfiques. Tant le vendeur que l'acheteur obtiennent un avantage concret et de l'argent réel.
Examinons cet exemple particulier :
...
Examinons cet exemple particulier :
Le tableau comporte 17 colonnes. La fenêtre dispose d'une barre de défilement. Le nombre de lignes est indéfini car il s'agit d'une entrée de journal. En tête de chaque rangée se trouve une commande d'arbre.
Nous choisissons un modèle de fenêtre composite avec des propriétés telles que la taille dynamique, les barres de défilement automatiques et la jonction avec la fenêtre composite, et nous lui appliquons une plate-forme avec le contrôle "Table" (vous l'avez vu). Étirez-le à 17 colonnes en longueur et deux rangées en hauteur. Appuyez sur le bouton "transfert", tous les objets seront alors copiés de la plate-forme de transport vers la fenêtre et deviendront son groupe.
La première ligne contient les noms des colonnes, que nous saisissons directement dans les champs du tabulateur.
La deuxième ligne contiendra un contrôle de liste en forme d'arbre et des champs qui affichent les valeurs des paramètres de ses colonnes.
Nous écrivons les indices des paramètres assignés aux champs dans la fenêtre des paramètres en cliquant d'abord sur le champ (en le sélectionnant comme "objet sous l'événement") et en entrant ensuite l'adresse du paramètre dans le noyau (mémoire partagée).
(Notre fonction utilisateur y place la valeur de ce paramètre, et le moteur graphique la lit et l'affiche dans le champ).
Le contrôle de l'arborescence de la liste qui réduit et déplie un groupe d'objets fonctionne automatiquement et son mécanisme est prescrit dans le moteur graphique. (Si vous cliquez dessus, l'objet principal du groupe - le champ du groupe - s'effondre et le moteur détruit immédiatement tous les objets qui dépassent le champ du groupe. Lorsque vous cliquez à nouveau, le champ de groupe est développé et le moteur recrée tous les objets inclus dans le groupe).
Il faut ensuite placer les objets nécessaires dans le groupe de cet élément, et leur attribuer également des paramètres ou des descripteurs (étiquettes ou textes positionnés automatiquement par le moteur).
La dernière (ou la première) est de créer une fonction qui écrit les logs dans notre programme.
Voici le concept général de la création d'un tel tableau. Mon moteur peut déjà faire la plupart de ces choses. Certaines choses doivent être finalisées.
Sur le temps passé à créer une telle table en présence d'un moteur prêt, jugez par vous-même.
Merci.
Voici un bon exemple : le concourshttps://www.mql5.com/ru/forum/2784 a eu lieu il y a 5 ans, étudiez le travail du gagnant et surtout celui de la troisième place et demandez-vous combien de personnes utiliseront votre travail dans 5 ans, ou plutôt pas le vôtre mais celui du programmeur qui exécute votre commande...
Je me demande s'il y avait de tels concours... Et environ cinq ans, s'il vous plaît, expliquez, c'est dans la kodobase, qui en a besoin - c'est qui l'utilise.