Il futuro del trading automatizzato - pagina 18
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
A lungo termine, se puoi fare trading con successo, puoi farlo per telefono o da un'interfaccia web.
Ho aggiunto dei pulsanti per il trading veloce, gli ordini possono essere spostati dal grafico - e questo va bene).
Sono stati aggiunti anche i pulsanti per il trading veloce - gli ordini possono essere spostati da qualsiasi grafico - va bene. spostare gli ordini dal grafico è molto comodo, ma ciò che manca) è la dimensione della finestra aperta nel newsfeed quando si avvia nuovamente MT
Qualsiasi contabile vi dirà che mancano i dati e tutto dipende dalle politiche contabili.
Ma, indipendentemente dalla politica contabile, quando tutto lo zucchero acquistato viene venduto, il risultato finanziario sarà lo stesso. Non si prenda in giro.
1. Hai ragione. Ma QUALSIASI contabile usa una politica contabile e fiscale che è la più appropriata e la più conveniente per loro (all'interno delle leggi del loro paese).
Ha senso quando tutte le domande di controversia sono presentate in modo opzionale, a scelta del trader o del broker/scambio. Non è così?
2) Quello che farò con il sacchetto di zucchero rimanente sono affari miei. Inoltre, nessuno sa quando e a che prezzo me ne libererò.
:)))
Questo è il tuo grande errore! Molto, molto grande...
Mi dispiace.
Ha senso quando tutte le questioni sportive sono presentate in modo opzionale, a scelta del commerciante o del BC/Exchange. Non è così?
Questo esempio non sembra un po' assurdo?
Hanno comprato un sacchetto di zucchero per 240 rubli. Il prezzo è sceso a 140, così abbiamo comprato un altro sacco.
Il prezzo è salito a 175 rubli, e abbiamo venduto un sacco a quel prezzo.
Oh, santo cielo - come risultato del lavoro fatto, abbiamo fatto una perdita (anche se è chiaro a tutti che ci deve essere un profitto)...
Non pensate che il risultato di tutto il lavoro, per così dire, tradotto nel mercato che ci interessa, dovrebbe essere un sacchetto di zucchero a, diciamo, 205 rubli?
Grosso modo, in termini umani, c'è una contabilità dettagliata e una contabilità media. La contabilità dettagliata è se i beni sono contabilizzati combinando su alcuni attributi dettagliati, ad esempio dieci borse sono acquistate in una transazione e sono contabilizzate come appartenenti a una transazione, e poi compriamo altre cinque borse e saranno contabilizzate separatamente dalle prime. O anche singolarmente, oggetto per oggetto, ogni borsa al suo prezzo. Entrambi sono una contabilità dettagliata. E se sommiamo tutte le borse di un bene da diversi affari e contiamo il prezzo come media aritmetica, allora questa è contabilità generalizzata, contabilità ad un prezzo medio.
C'è un'attrazione gravitazionale verso la contabilità generalizzata e a prezzi medi ovunque, poiché è più semplice da implementare tecnicamente e da capire. E solo gli organismi e le organizzazioni di supervisione e controllo insistono su una contabilità dettagliata. Questo è il modo in cui è nella vita.
E in MT5 la contabilità dettagliata darebbe più opportunità di sviluppare strategie.
Nel nostro caso, gli sviluppatori hanno scelto la contabilità generalizzata e noi non dobbiamo scegliere qui. Avevano le loro ragioni.
Ma la contabilità dettagliata può essere introdotta nel prodotto in parallelo a quella generalizzata. Può essere implementato in MT5 senza rompere lo schema attuale. Come opzione. Sarebbe un grande vantaggio. Ma forse gli sviluppatori non hanno considerato la situazione da questo punto di vista.
Nella contabilità tutto ciò è stato discusso cento volte ed elaborato in dettaglio. Ed entrambi gli schemi funzionano perfettamente negli stessi prodotti.
A proposito, non è affatto necessario introdurre uno schema contabile dettagliato. Basterebbe introdurre la possibilità di memorizzare più dati utente sul server e poi chi deve fare la contabilità dettagliata da solo. E gli armadietti sarebbero felici.
L'ho già menzionato prima.
Diciamo che se con lo stesso schema dei mandati, gli stessi comandi potessero funzionare con una quantità limitata di record di servizio memorizzati sul server, sarebbe una soluzione abbastanza funzionante.
Perché è coerente con il senso comune, perché è così che funziona ogni borsa del mondo. Perché è così che funziona la matematica.
Perché non dovresti avere una perdita se sei seduto su un sacco di zucchero che hai pagato 240 e che oggi vale solo 175?
MT5 ha brutalmente rovinato il ronzio per molti appassionati del sesto punto.
Ci può essere una perdita da avere, si chiama PROSAD. Per quanto mi riguarda, se le condizioni di trading lo permettono, posso tenere un non sac di 20 (o anche 200).
Qualcuno dirà che non è ragionevole, forse. Ma alla fine sta a me scegliere ciò che è ragionevole in relazione al mio deposito.
Ho già capito che MT5 sta soffiando forte ai trader su certe questioni, non bisogna essere un grande matematico per prevedere la gioia dei diversi DC su queste banalità.
PS
Di nuovo, quello che farò con la borsa rimanente sono affari miei. Non il DC, non il legislatore americano - il mio personale...
Non capisci esattamente per una ragione: non hai pensato all'implementazione e alle implicazioni di un modello misto.
Dal punto di vista tecnico dell'implementazione questo è un completo suicidio. Vi consiglio di passare un paio di giorni a pensare profondamente al problema, con una tabella obbligatoria di scambi e schemi completi di elaborazione delle transazioni. Abbiamo passato molto tempo a pensarci, abbiamo fatto due approcci nel 2004 e nel 2007, e abbiamo saggiamente rinunciato.
Senza fogli di calcolo e schemi non ha senso nemmeno discutere di questo argomento. Come dessert, pensate alla conseguente dualità dei modelli di eventuali esperti che impazziranno che ci sono due modelli completamente diversi di come funzionano gli ordini.
Non chiedo le targhe per niente.
Qui tutto è corretto - ad un prezzo medio di acquisto di 190 c'è stata una vendita a 175 che ha portato ad una perdita di 15. Non ingannare te stesso cercando un ordine di corrispondenza redditizio. Il risultato finanziario finale non cambierà.
Prima risposta intelligibile sul tema della mia domanda. Grazie.
Stavo pensando di implementare sia il modello MIXED che entrambi i modelli separatamente. Sono arrivato alla conclusione che dovrei usare uno di questi modelli in modo permanente (forse opzionalmente per ogni gruppo di strumenti).
Forse con questo approccio VOI come sviluppatori dovreste scrivere non 1,5 ma 2,0 milioni di righe di codice (scusate, mi rimane in mente). Forse avrebbe complicato il lavoro del server in un certo modo, soprattutto il server. Forse bisognerebbe ancora fare certe cose (che io e molti altri non conosciamo nemmeno).
Ma a lungo termine, sarebbe probabilmente più facile e più conveniente rispetto all'approccio in cui i trade sarebbero fatti in MT4, e l'analisi sarebbe fatta in MT5.
E sarà certamente più facile che sviluppare ogni sorta di COSTEL progettato per collegare i due terminali.
Naturalmente calcolerò queste cose e molte altre. Come ho fatto quando sono passato da R2 a MT4. Ma in ogni caso, con lo stato attuale delle cose, dovrò o rinunciare al trading su MT5 (applicarlo solo per l'analisi) o accettare queste SPESE NON MOLTO VOLUTE...
PS
Se per qualche miracolo, MT4 riesce a sopravvivere e i trader e le società di brokeraggio vogliono introdurre elementi di OOP in esso, lo faranno o no?
Non resta che trovare uno scambio con i lotti. Allora sarà "così". E mentre non ci sono questi scambi, la questione è assolutamente chiara e non controversa.
E se ho capito bene, lo scambio non può decidere con o senza serrature? O forse possono renderlo facoltativo?
A proposito, vediamo cos'altro darà l'API al server.
Dio provvederà!
L'hanno già fatto - si chiama MT4. Penso che almeno il 50% di coloro che hanno conti reali in esso (quelli veri) rimarranno su di esso.
Non escludo che in alcuni casi, probabilmente la maggior parte, quelli che usano MT4 useranno MT5 per l'analisi o il trading in borsa...
Grosso modo, in termini umani, c'è una contabilità dettagliata e una contabilità media. La contabilità dettagliata è quando i beni sono contabilizzati combinando alcune caratteristiche dettagliate, diciamo che dieci borse sono comprate in una transazione e sono contabilizzate come appartenenti a una transazione, e poi ne compriamo altre cinque e sono contabilizzate separatamente dalle prime. O anche singolarmente, oggetto per oggetto, ogni borsa al suo prezzo. Entrambi sono una contabilità dettagliata. E se sommiamo tutte le borse di un bene da diversi affari e contiamo il prezzo come media aritmetica, allora questa è contabilità generalizzata, contabilità ad un prezzo medio.
C'è un'attrazione gravitazionale verso la contabilità generalizzata e a prezzi medi ovunque, poiché è più semplice da implementare tecnicamente e da capire. E solo gli organismi e le organizzazioni di supervisione e controllo insistono su una contabilità dettagliata. Questo è il modo in cui è nella vita.
E in MT5 la contabilità dettagliata darebbe più opportunità di sviluppare strategie.
Nel nostro caso, gli sviluppatori hanno scelto la contabilità generalizzata e noi non dobbiamo scegliere qui. Avevano le loro ragioni.
Ma la contabilità dettagliata può essere introdotta nel prodotto in parallelo a quella generalizzata. Può essere implementato in MT5 senza rompere lo schema attuale. Come opzione. Sarebbe un grande vantaggio. Ma forse gli sviluppatori non hanno considerato la situazione da questo punto di vista.
Nella contabilità tutto ciò è stato discusso cento volte ed elaborato in dettaglio. Ed entrambi gli schemi funzionano perfettamente negli stessi prodotti.
Questo è importante. Va anche notato che i risultati finanziari per entrambi i sistemi saranno gli stessi.
Torniamo all'esempio dei sacchi di zucchero.
1. Affumicato 1 sacco a 240 - attività di zucchero 1 sacco per un totale di 240
2. Comprato 1 sacco a 140 - risorsa zucchero 2 sacchi per un valore totale di 380
3. Venduto 1 sacco di zucchero a 175 - 1 sacco con un valore patrimoniale totale di 205
4. quindi, per vendere lo zucchero residuo e non essere in perdita, bisogna venderlo a 205.
Se calcoliamo in dettaglio, ogni sacco separatamente.
1. Affumicato 1 sacco a 240 - attività di zucchero 1 sacco a 240
2. Comprato 1 sacco a 140 - il bene dello zucchero è 1 sacco a 240 e 1 sacco a 140
3. Venduto 1 sacco a 140 per 175 - asset 1 sacco a 240 e 35 di profitto
4. quindi, per vendere lo zucchero rimanente a 240, bisogna venderlo a 240. Oppure, metti un profitto di 35 e poi il pareggio sarebbe di nuovo 205.
In entrambi =205, il prezzo a cui vendere i residui per essere a pareggio. Quindi, come detto prima, 35 è un profitto etereo che non esiste realmente. È solo che in un conto generalizzato è dove dovrebbe essere, nel prezzo medio. E soprattutto, questo profitto etereo non confonde la segnalazione.
L'introduzione del reporting parallelo è visto da molte autorità come un tentativo di frode finanziaria.
Approssimativamente, in termini umani, c'è una contabilità dettagliata e una contabilità media. La contabilità dettagliata è quando i beni sono contabilizzati combinando alcune caratteristiche dettagliate, diciamo che dieci borse sono comprate in una transazione e sono contabilizzate come appartenenti a una transazione, e poi ne compriamo altre cinque e sono contabilizzate separatamente dalle prime. O anche singolarmente, oggetto per oggetto, ogni borsa al suo prezzo. Entrambi sono una contabilità dettagliata. E se sommiamo tutte le borse di un bene da diversi affari e contiamo il prezzo come media aritmetica, allora questa è contabilità generalizzata, contabilità ad un prezzo medio.
C'è un'attrazione gravitazionale verso la contabilità generalizzata e a prezzi medi ovunque, poiché è più semplice da implementare tecnicamente e da capire. E solo gli organismi e le organizzazioni di supervisione e controllo insistono su una contabilità dettagliata. Questo è il modo in cui è nella vita.
E in MT5 la contabilità dettagliata darebbe più opportunità di sviluppare strategie.
Nel nostro caso, gli sviluppatori hanno scelto la contabilità generalizzata e noi non dobbiamo scegliere qui. Avevano le loro ragioni.
Ma la contabilità dettagliata può essere introdotta nel prodotto in parallelo a quella generalizzata. Può essere implementato in MT5 senza rompere lo schema attuale. Come opzione. Sarebbe un grande vantaggio. Ma forse gli sviluppatori non hanno considerato la situazione da questo punto di vista.
Nella contabilità tutto ciò è stato discusso cento volte ed elaborato in dettaglio. Ed entrambi gli schemi funzionano perfettamente negli stessi prodotti.