Il mio approccio. Il nucleo è il motore. - pagina 161
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
In passato, nessuno aveva perseguito seriamente questa linea di lavoro. E poi, improvvisamente, l'hanno fatto. E perché? Perché ho creato il costruttore di GUI per le persone, non per me stesso. E voglio distribuirlo liberamente. Certo, è peggio di C#, ma è sicuro e buono per il mercato. Ed è in continuo sviluppo. Allora che senso ha? (Vuoi farmi un dispetto?)).
A proposito, ho sempre detto che suggerirò il Browser solo per MT5. Ho un terreno di prova su MT4. Ed è giustificato dal punto di vista dello sviluppo. Mi fa migliorare, cercare soluzioni migliori...
Ho aggiornato l'argomento diverse volte, forse 20 persone che leggono questo forum hanno iniziato i loro esperimenti, difficilmente più di questo, e quelli che hanno già usato la dll di terzi possono ancora usarla.
Gli sviluppatori del terminale non hanno cambiato il concetto di "sandbox sicuro per MT", non è cambiato nulla.
per quanto riguarda il tuo lavoro... il tempo lo dirà ;)
Stai esagerando la tua importanza ;)
Ho aggiornato questo thread diverse volte, beh, forse 20 persone che leggono questo forum hanno iniziato esperimenti, difficilmente di più, e quelli che hanno usato dll di terze parti prima continueranno ad usarlo
Gli sviluppatori del terminale non hanno cambiato il concetto di "sandbox sicuro per MT", non è cambiato nulla.
per quanto riguarda il tuo lavoro... il tempo lo dirà ;)
Stai esagerando la tua importanza ;)
No, certamente esagero la loro importanza (come facciamo tutti), ma è solo una coincidenza...)).
Un articolo può cambiare tutto. Migliaia di persone lo leggeranno e potrebbe scatenare qualcosa che non si può tornare indietro. Vasiliy sta sviluppando il collegamento Sharpe in modo professionale. Di certo non mi dispiace, ma pubblicare le sue soluzioni potrebbe essere dannoso. Forse sto esagerando, ma se è facile collegare EA a Sharpe, si ottiene un mix pericoloso. L'EA è legato al conto, al denaro. Il computer potrebbe contenere informazioni personali dell'utente. Sharp aprirà la porta dello spazio personale del commerciante. Dà accesso a zone proibite. E l'EA servirà l'agenda oscura di qualcun altro. Forse no, ma chi lo sa?
Un EA può essere un'esca per diffondere Trojan. Saranno piantati e resi disponibili gratuitamente. E non di più. :(((
L'articolo può solo infondere fiducia negli Expert Advisors con la DLI e la GUI. E ogni fiducia è un terreno fertile per i truffatori.
Un articolo può cambiare tutto. Migliaia di persone lo leggeranno e potrebbe mettere in moto qualcosa che non può più essere girato. Vasiliy sta sviluppando una connessione con Sharpe in modo professionale. Certamente non mi dispiace, ma pubblicare le sue soluzioni potrebbe essere dannoso. Forse sto esagerando, ma se è facile collegare EA a Sharpe, si ottiene un mix pericoloso. Il consulente è legato al conto, al denaro. Il computer potrebbe contenere i dati personali dell'utente. Sharp aprirà la porta dello spazio personale del commerciante. Dà accesso a zone proibite. E l'EA servirà l'agenda oscura di qualcun altro. Forse no, ma chi lo sa?
?
https://www.mql5.com/ru/articles/96
https://www.mql5.com/ru/articles/18
https://www.mql5.com/ru/articles/364
https://www.mql5.com/ru/articles/1414
https://www.mql5.com/ru/articles/73
https://www.mql5.com/ru/articles/1903
https://www.mql5.com/ru/articles/249
https://www.mql5.com/ru/articles/44
https://www.mql5.com/ru/articles/1361
https://www.mql5.com/ru/articles/236
https://www.mql5.com/ru/articles/1567
https://www.mql5.com/ru/articles/2895
... e altre 12 pagine di ricerche di articoli... Penso che ci saranno sicuramente più di 50 articoli sull'integrazione di MT con DLL esterne
и? ... tutto il mio rispetto a vasily, ha articoli interessanti, si può sentire la sua professionalità, ma pensi che romperà il sistema? -sistema, che qualcuno che non voleva usare la ricerca su Internet, improvvisamente inizia a trattare con C# in modo professionale ..... Ti posso assicurare che lo stesso C# gira nel suo proprio ambiente farneticante, dovrai comunque uscire in C++ puro ;)
...
https://www.mql5.com/ru/articles/2895
... e altre 12 pagine di ricerche di articoli... Penso che ci saranno sicuramente più di 50 articoli sull'integrazione di MT con DLL esterne
и? ... tutto il mio rispetto a vasily, ha articoli interessanti, si può sentire la sua professionalità, ma pensi che romperà il sistema? -sistema, che qualcuno che non voleva usare la ricerca su Internet, improvvisamente inizia a trattare con C# in modo professionale ..... Posso calmarmi, C# stesso gira nel suo proprio ambiente farneticante, dovrai comunque uscire in C++ puro ;)
Ricordate che stavo parlando della difficoltà di collegare un'applicazione esterna a MT? Beh, era davvero complicato. Una volta era così. E ora, quando mi è stato mostrato cosa hanno fatto gli sviluppatori, quanto hanno semplificato la connessione, mi sono sentito a disagio. Non perché avevo paura per il mio progetto, ma perché ho sempre pensato che questa direzione fosse sbagliata in generale.
Gli sviluppatori hanno semplificato e ampliato le possibilità di comunicazione. Guardate quanto è più facile usare la DLL ora, rispetto a quanto descritto in quegli articoli. È molto più facile. E ora, invece di una dozzina di articoli, ce ne sarà uno solo. E con esso, un semplice adattatore. E questo è grave.
Se avete deciso di integrare tutte le bellezze di C#, non dovete dimenticare tutti gli effetti collaterali che appariranno insieme alle bellezze.
Sono contrario alla semplificazione della comunicazione. Se Vasily scriverà un articolo al livello degli articoli precedenti (complicato e torbido) e la sua soluzione sarà macchinosa e inefficiente, non cambierà nulla. Ma se farà una rivoluzione nella semplicità e universalità di connessione, diventerà pericoloso.
Se l'articolo è scritto per un tick, non è niente, ma se è scritto in buona coscienza e per una reale integrazione, l'effetto può essere diverso.
Lo stallo dell'integrazione di massa con C# è evidente nel ragionamento logico di base:
1. Supponiamo che abbiano creato una connessione universale con Sharp e che a tutti siano piaciute le nuove caratteristiche. Wiz.studio, Windows GUI e tutto il resto... Tutti hanno preso C# e hanno iniziato a usarlo.
2. La fiducia negli EA DLL è cresciuta. La gente mette liberamente robot ibridi nel trading. Aiutandosi l'un l'altro a scriverli. Passare i codici...
Ci sono dei truffatori che vedono una maggiore fiducia del pubblico nei DLL EA e decidono di usarla per rubare informazioni personali, diffondere virus e altre truffe. Scrivono codice maligno, lo mettono negli Expert Advisors e li gettano nel pubblico dominio. Pubblicizzateli come Expert Advisors redditizi.
4. Ci appaiono vittime - suore, disinformati, altruisti ... Scrivono sul forum, raccontando. La fiducia negli Expert Advisors scritti da altri (anche quelli onesti) comincia a diminuire. Sorgono dei sospetti. Paranoia.
5. Il cerchio si chiude. L'ondata di maggiore interesse viene inevitabilmente uccisa da autori che approfittano della fiducia altrui. E poiché non c'è un sistema di controllo DLL, qualsiasi uso di massa di ibridi MT-Sharp si trasforma in un gioco di roulette.
Ma sono destinati a proliferare, e non c'è modo di fermarli. A questo punto, la direzione porta a un punto morto: - cresce il danno alla reputazione dei consulenti e si disegna uno sfondo negativo intorno a MT5, che supporta una programmazione malevola che fa male a qualcuno.
Pertanto, questa direzione non porta a nulla di buono.
Lo stallo dell'integrazione di massa con C# è evidente nel ragionamento logico di base:
1. Supponiamo che abbiano creato una connessione universale con Sharp e che a tutti siano piaciute le nuove caratteristiche. Wiz.studio, Windows GUI e tutto il resto... Tutti hanno preso C# e hanno iniziato a usarlo.
2. La fiducia negli EA DLL è cresciuta. La gente mette liberamente robot ibridi nel trading. Aiutandosi l'un l'altro a scriverli. Passare i codici...
Ci sono dei truffatori che vedono un aumento della fiducia del pubblico verso le DLL EA e decidono di usarle per rubare informazioni personali, diffondere virus e altre truffe. Scrivono codice maligno, lo mettono negli Expert Advisors e li gettano nel pubblico dominio. Pubblicizzateli come Expert Advisors redditizi.
4. Ci appaiono vittime - suore, disinformati, altruisti ... Scrivono sul forum, raccontando. La fiducia negli Expert Advisors scritti da altri (anche quelli onesti) comincia a diminuire. Sorgono dei sospetti. Paranoia.
5. Il cerchio si chiude. L'ondata di maggiore interesse viene inevitabilmente uccisa da autori che approfittano della fiducia altrui. E poiché non c'è un sistema di controllo DLL, qualsiasi uso di massa di ibridi MT-Sharp si trasforma in un gioco di roulette.
Ma sono destinati a proliferare, e non c'è modo di fermarli. A questo punto, la direzione porta a un punto morto: - cresce il danno alla reputazione dei consulenti e si disegna uno sfondo negativo intorno a MT5, che supporta una programmazione malevola che fa male a qualcuno.
Pertanto, questa tendenza non servirà a nulla. Allora devi dimostrare per molto tempo che non sei un pazzo.
E solo l'unico e solo Petya Konov salverà l'intera comunità internazionale di commercianti dai truffatori e restituirà la fiducia negli Expert Advisors. Ma solo a quei consiglieri che sono sul nucleo verso la luna.
Medaglia in magazzino...
Lo stallo dell'integrazione di massa con C# è evidente nel ragionamento logico di base...
Peter, questo sembra essere l'unico argomento che sei riuscito a trovare. Ma non resiste nemmeno alle critiche, perché:
- In primo luogo, il codice sorgente C# dovrebbe essere open source - prendilo e vedi cosa dice. Se non capite il C#, ci saranno altri di una grande comunità che lo capiscono e faranno storie.
- Secondo, anche se il codice C# è chiuso, è ancora aperto. Non è un problema ripristinare il programma praticamente uno a uno dalla build di Net. Ecco perché scrivere treni e virus in C# non è affatto un'opzione. È praticamente una tecnologia aperta nella sua essenza.
Quindi.Peter, questa sembra essere l'unica argomentazione che sei riuscito a trovare. Ma non resiste nemmeno alle critiche, perché:
- In primo luogo, si suppone che il codice sorgente C# sia open source - lo prendi e vedi cosa dice. Se non capite il C#, ci saranno altri di una grande comunità che lo capiscono e faranno storie.
- Secondo, anche se il codice C# è chiuso, è ancora aperto. Non è un problema ripristinare il programma praticamente uno a uno dalla build di Net. Ecco perché scrivere treni e virus in C# non è affatto un'opzione. È praticamente una tecnologia aperta nella sua essenza.
Comunque...Stiamo parlando di nubi, e loro non capiscono queste sfumature e non capiscono il codice. Sono intrinsecamente fiduciosi e sono destinati a cadere preda dei truffatori. Guarda i falsi negozi EA. Cosa succede se questi ibridi con i trojan sono aggiunti lì? Perché essere responsabile dell'emergere di una nuova nicchia di truffe su internet?
Chi ripristinerà il programma da una build .Net? Nubiani? Utenti ordinari? Hanno intenzione di aprire il codice e capire se è un trojan o no? Sul serio, Vasily).
Lo distribuiranno bypassando il nostro sito e non ci sarà alcun controllo. Tutti i messaggi negativi delle vittime saranno diffusi qui.
HH. Sull'onda della fiducia in Sharpe dlls, i truffatori possono distribuire dlls C++. Chi su Internet ne saprebbe molto...