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
Cosa (riguardo alle operazioni di trading) non può essere implementato su di esso?
Lavorare con gli array è una questione di abituarsi all'indicizzazione.
ZS: Beh, se tutto ciò che riguarda le operazioni di trading può essere realizzato, allora quanto è patetico? Ho un buon linguaggio con le sue caratteristiche, non volete usarlo, scrivete le vostre DLL in C++ e sarete felici)
Lavorare con gli array è una questione di abituarsi all'indicizzazione.
ZS: Beh, se tutto ciò che riguarda le operazioni di trading può essere realizzato, allora quanto è patetico? Se non volete usarlo, scrivete le vostre DLL in C++ e sarete felici)!
Java e C# sono molto meglio.
Non si può discutere sui gusti; a uno piace quello che gli piace.
La velocità di sviluppo in C# e Java è diverse volte superiore.
Laleggibilità del codice è diverse volte più veloce.
Il codice è diverse volte più affidabile.
Mi fa rabbrividire quando devo scrivere in C++. Ma ora sto passando a una soluzione alternativa, usando le DLL di C#.
Non è una discussione sui gusti, è una dichiarazione.
Le velocità di sviluppo di C# e Java sono diverse volte più veloci.
Laleggibilità del codice è diverse volte più veloce.
Il codice è diverse volte più affidabile.
Mi fa rabbrividire quando devo scrivere in C++. Ma ora passo alla soluzione alternativa, usare le DLL di C#.
La velocità del codice è diverse volte più lenta, e ciò che è più alto è discutibile.
http://www.linux.org.ru/forum/development/4147618
http://www.opennet.ru/opennews/art.shtml?num=31114
http://shootout.alioth.debian.org/u64q/benchmark.php?test=nbody&lang=all
Lavorare con gli array è una questione di abituarsi all'indicizzazione.
SZY: Beh, se tutto ciò che riguarda le operazioni di trading può essere realizzato, allora quanto è zoppo? Se non volete usarlo, scrivete le vostre DLL in C++ e sarete felici)!
Beh, in questo modo si può chiamare qualsiasi tipo di linguaggio completo di turing un linguaggio normale. Anche una specie di rottura di cervello. =)
Ho cercato di abituarmi. Ma quando si vede come è facile e conveniente farlo in altre lingue, ci si rende conto. Comunque, ora ne sto usando il minimo e sono felice. E anche senza DLL. Stampella attraverso i file, sì, ma è la mia stessa stampella. =)
Se stiamo sognando, ci piacerebbe avere un terminale di trading come questo http://wiki.freeswitch.org/wiki/Languages_for_Call_Control. Ha un'API in 8 lingue - scegli il tuo preferito (piuttosto che un uccellino "con le sue caratteristiche") e lavora. Oppure potete inserire la vostra lingua 9. Il che è anche possibile!
La velocità del codice è diverse volte più lenta, e ciò che è superiore è in discussione.
Non litigate, bei ragazzi finlandesi.
È ovvio da questa discussione che ognuno di voi vuole un qualche tipo di linguaggio 1. preferito e ben studiato 2. abbastanza comune in natura, non "uccellabile" per una generazione di un terminale di scambio. Ma è arrivato un cinque e ha portato un nuovo linguaggio per gli uccelli. =)
Non litigate, bei ragazzi finlandesi.
È ovvio da questa discussione che ognuno di voi vuole un qualche tipo di linguaggio 1. preferito e ben studiato 2. abbastanza comune in natura, non "uccellabile" per una generazione di un terminale commerciale. Ma è arrivato un biglietto da cinque e ha portato un nuovo linguaggio per gli uccelli. =)
Facilità di scrivere programmi in un linguaggio o in un altro, potenziali bug, ecc. - È una cosa soggettiva e dipende dalla professionalità del programmatore, si può discutere fino alla diarrea. Personalmente mi piace MQL5, ne vado pazzo.
Ma la velocità di esecuzione del codice è qualcosa su cui non si può discutere - è una caratteristica oggettiva, e C# e Java non sono tra i leader qui.
Lavorare con gli array è una questione di abituarsi all'indicizzazione.
SZY: Beh, se si può implementare tutto ciò che riguarda le operazioni commerciali, allora quanto è zoppo? Non sto dicendo che non è un cattivo linguaggio, basta usare C + + dlls e sarete a posto).
Sono d'accordo con Sank.
Per parlare della miseria del linguaggio, basta rispondere a due domande:
1. Quale software è scritto in questo linguaggio per un compito reale?
2. Quali parti di questo software erano difficili o impossibili da implementare in questo linguaggio?
Se la risposta alla domanda 1 è "non è stato scritto" o "si sta scrivendo", allora qualsiasi argomento relativo alla domanda 2 è privo di senso e di significato.
Personalmente, ho un Expert Advisor a lungo termine, che è scritto in mcl4:
- funziona in modalità completamente automatica
- funziona con profitto
- apre e mantiene fino a 100 ordini al giorno per simbolo (non Pips, medio termine)
- uno stesso Expert Advisor lavora simultaneamente con 2 simboli (prima lavorava con 4)
- oltre alla manutenzione delle operazioni commerciali - calcola e visualizza rapidamente alcune informazioni statistiche e di reporting sul grafico
- lo scambio è reale e l'importo non è di 100 dollari
E per tutto il tempo in cui ha funzionato:
- non è stato trovato nulla che suggerisca che il linguaggio MQL4 sia povero o limitato (per questa classe di compiti)
- non è stato trovato nulla che suggerisca un'insufficiente velocità di elaborazione dei dati (per questa classe del problema)