BISOGNO DI UN PROGRAMMATORE

 

Abbiamo bisogno di scrivere un EA che costruisca canali e faccia trading su di essi in modo semi-automatico.

Descrizione del programma:

Sulla base di tre estremi appropriati sul grafico, il programma costruisce un canale che viene visualizzato in blu. Chiamiamo questo canale sbloccato. Può essere cambiato e spostato sul grafico con il mouse. Quando arriva un quarto estremo, il programmablocca il canale e cambia il suo colore in verde se l'estremo tocca la parete del canale. Se un estremo è fuori posto, il canale si ricostruisce automaticamente entro certi limiti o viene cancellato. Un canale bloccato non viene modificato programmaticamente o manualmente, ma può essere sbloccato, ad esempio, facendo doppio clic su di esso o selezionando l'opzione appropriata nel menu contestuale (a seconda di ciò che è più facile fare) e modificandolo e bloccandolo di nuovo.

Quando un canale verde appare ad un dato simbolo in un dato timeframe, il programma continua a cercare gli estremi e costruisce altri canali. Così, diversi canali possono essere mostrati sullo stesso grafico allo stesso tempo e non dovrebbero essere approssimativamente gli stessi, ma è permesso mostrare canali uno dentro l'altro. Quando il prezzo si muove fuori dal canale e vi rimane per qualche tempo, il canale viene cancellato.

Quando il prezzo raggiunge il muro verde del canale, vengono controllati gli indicatori appropriati e viene aperta una posizione. Solo una posizione può essere aperta all'interno di un canale alla volta, ma se ci sono canali timeframe inferiori all'interno del canale, possono essere aperte posizioni aggiuntive.

Il programma deve operare sui timeframe M1, M5, M15, M30, H1, H4, e su diversi strumenti allo stesso tempo. Tutti i canali devono essere visualizzati simultaneamente su tutti i timeframe con le etichette corrispondenti (per esempio, "M5" accanto all'angolo superiore sinistro del canale). Tuttavia, il codice dovrebbe essere implementato in modo da disabilitare facilmente la visualizzazione dei canali su timeframe superiori o inferiori (per esempio, per non visualizzare i canali M1 su H1, ecc.) o per bloccare il funzionamento su determinati timeframe (per esempio, per fare trading solo su H1 e M15).

Il codice dovrebbe essere implementato in modo tale che sia facile disabilitare (per esempio, commentando alcune parti del codice) alcuni timeframes, coppie di valute e l'intero grafico, al fine di risparmiare risorse durante l'ulteriore ottimizzazione. Inoltre, il codice dovrebbe essere fornito con commenti dettagliati. Le variabili e le funzioni dovrebbero essere fornite con commenti dettagliati riguardo al loro scopo, inclusi i contatori e le bandiere.

Alcune variabili dovrebbero contenere i valori della larghezza del canale e la sua pendenza rispetto all'asse orizzontale (il valore della variabile è positivo se il prezzo sale, negativo se scende).

Per valutare il programma, avrò bisogno di screenshot del suo lavoro e di frammenti di codice per determinare la comprensibilità dei commenti. Di conseguenza, più semplice è la struttura del programma, meglio è.

Cari programmatori, sto aspettando i vostri suggerimenti.

 
Un compito serio! Ma in linea di principio fattibile. Quanto vorresti offrire per il lavoro?
 
LSB >>

Sulla base dei tre corrispondenti *rilevanti per cosa? Intendi gli ultimi tre estremi del grafico, il programma costruisce un canale, che è mostrato in blu. Chiamiamo questo canale sbloccato. Può essere cambiato e spostato sul grafico con il mouse. Quando appare un quarto estremo, il programmablocca il canale e cambia il suo colore in verde se l' estremo tocca la parete del canale *cosa intendi? Se un estremo è fuori posizione, il canale cambierà automaticamente la sua posizione entro certi limiti o sarà cancellato. Un canale fisso non viene cambiato ...Non può essere fatto manualmente* dagli strumentiMQL, per quanto ne so .Puoi sempre cambiare qualsiasi canale sul grafico manualmente* , ma puoi sbloccarlo di nuovo, ad esempio con un doppio clic o scegliendo l'opzione appropriata nel menu contestuale (a seconda di cosa è più facile fare), modificarlo e bloccarlo di nuovo.

È più difficile capire i ToR fino in fondo che scrivere il codice)) Sembra che non sia un grosso problema.

 
Fduch писал(а) >>

È più difficile capire i ToR che scrivere il codice). Sembra che non sia niente di serio.

Porta a termine il lavoro, poi dimmi quanto è stato facile per te :-)

 
Integer >> :

Occupati dell'implementazione, poi dimmi quanto è stato facile per te :-)

C'è qualcosa in questo ToR che potrebbe causare difficoltà nell'implementazione? >> a parte quello che ho evidenziato nel post precedente.

 
Fduch писал(а) >>

C'è qualcosa in questo ToR che potrebbe causare difficoltà nell'implementazione? *altro che quello che ho evidenziato nel post precedente*.

C'è qualcosa su cui riflettere intensamente, ma sembra che tu non ne abbia la minima idea, quindi mi asterrò dallo spiegarlo per ora.

 
Integer >> :

C'è qualcosa su cui riflettere, ma sembra che tu non ne abbia la minima idea, quindi mi asterrò dallo spiegarlo per ora.

Un enigma TK! =)

E quanto pensate che costerebbe al cliente scrivere un esperto su questo TOR? *IMHO non più costoso di 40 $ per 20 $ / ora di lavoro del programmatore *.

 
Fduch >> :

TK-jiggle! =)

E quanto pensate che costerebbe al cliente scrivere un esperto su questo TOR? *IMHO non più di 40$ per 20$/ora di lavoro del programmatore?

e sei disposto a farlo in 2 ore? con la precisione del primo post fino alla più piccola delle sfumature

e l'elaborazione dei livelli di mouse-over con l'apertura di ulteriori posizioni all'interno del canale

e la visualizzazione (come non descritto dal cliente tra l'altro) e non la visualizzazione dei canali m1 su h1 ecc.

"non dovrebbe essere approssimativamente lo stesso" scriverai un programma di recupero delle immagini per 20 dollari l'ora?

e così via e fare screenshot in 2 ore?

--

bene... buona fortuna! e soprattutto cronometrarlo! dall'inizio dell'implementazione alla fine

così il cliente non vi scriverà una lettera dicendo che questo non è quello che volevo

--

A volte sembra molto semplice! Il mondo è trasparente e non ci sono "monconi" in cui inciampare!

ma di solito non lo è!

 
Sì, mi sono sbagliato sull'intero ToR - screenshot, commenti e una struttura logica del programma richiederanno molto più tempo. Ma il codice stesso è abbastanza realistico da scrivere in 2 ore, non sei d'accordo?
 
Fduch писал(а) >>
Ma il codice stesso è abbastanza realistico da scrivere in 2 ore, non siete d'accordo?

Sono d'accordo, se stai scrivendo a 300 caratteri al minuto.

 
Fduch >> :
Sì, mi sono sbagliato sull'intero ToR - gli screenshot, i commenti e la struttura logica del programma richiederanno molto più tempo. Ma il codice stesso è abbastanza realistico da scrivere in 2 ore, non sei d'accordo?

No, non sono d'accordo.


---

Si inizia scrivendo questo pezzo di TOR in 10-30-240 minuti = "non dovrebbe essere circa lo stesso" ---

Credetemi, non è una cosa banale!

(ciò che è approssimativo è una sostanza piuttosto soggettiva)

Dovrai confrontare entro certi limiti qualche oggetto sotto forma di almeno 3 punti!

Dovrete usare un battito convenzionale, in realtà un triangolo secondo le regole e tagliare gli oggetti simili

(e anche non solo tagliato e che l'autore di TK dovrebbe approvare questo taglio

---

Sono d'accordo che stai esagerando!

Non è così semplice! ma se si parla con l'autore del TOR, alcune cose possono essere risolte

ma non puoi farlo in 2 ore - anche se hai le librerie pronte ---

--

Io, per esempio, passo sempre 3-4 volte più tempo del previsto sul lavoro!

sapendo che potrei incontrare un "ceppo"... con un problema che non mi aspettavo!