Emergenza al MICEX RTS. Un robot di trading frenetico - pagina 7

 
sanyooooook:
Cosa (riguardo alle operazioni di trading) non può essere implementato su di esso?
Tutto è possibile. Ma il linguaggio è zoppo. Non c'è bisogno di altro che di lavorare con gli array. Non dirò nulla sulle strutture più complesse. =)
 

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)

Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Типы торговых операций
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Типы торговых операций
  • www.mql5.com
Стандартные константы, перечисления и структуры / Торговые константы / Типы торговых операций - Документация по MQL5
 
sanyooooook:

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)!

Questo è ciò che rende il C++ un mostro. Ci sono migliaia di potenziali errori difficili da trovare in ogni costrutto.
Java e C# sono molto meglio.
 
Il gusto è una questione di opinioni, ma anche il gusto.
 
sanyooooook:

Non si può discutere sui gusti; a uno piace quello che gli piace.
Questa non è una discussione sui propri gusti, ma una dichiarazione.
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#.

 
mrProF:
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

Результаты теста скорости языков C++, Java, PHP, Ocaml, Perl, Python, Ruby...
Результаты теста скорости языков C++, Java, PHP, Ocaml, Perl, Python, Ruby...
  • 2009.10.18
  • sergem
  • www.linux.org.ru
Периодически появляются темы, в которых сторонники разных языков утверждают, что их языки быстрее/лучше. Захотелось это проверить. В паре тредов в качестве примера упоминались конкретные тесты. Их я и реализовал. Тест проводится на каком-либо примере, позволяющем проверить производительность в той или иной области. Реализация для каждого...
 
sanyooooook:

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!

Brainfuck - Wikipedia, the free encyclopedia
  • en.wikipedia.org
brainfuck Paradigm(s) Appeared in Designed by Typing discipline Influenced by Usual filename extensions Urban Müller created brainfuck in 1993 with the intention of designing a language which could be implemented with the smallest possible compiler,2 inspired by the 1024-byte compiler for the FALSE programming language.3...
 
joo:

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. =)

Ордерa, позиции и сделки в MetaTrader 5
Ордерa, позиции и сделки в MetaTrader 5
  • 2011.01.05
  • MetaQuotes Software Corp.
  • www.mql5.com
Надежный торговый робот не может быть создан без понимания механизмов работы торговой системы MetaTrader 5. Клиентский терминал получает от торгового сервера информацию о позициях, ордерах и сделках. Чтобы правильно обработать эти данные средствами MQL5 необходимо хорошо представлять как происходит взаимодействие mql5-программы и среды исполнения терминала.
 
wise:

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.

 
sanyooooook:

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)