Discussione sull’articolo "Come ordinare un robot di trading in MQL5 e MQL4" - pagina 4
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 effetti, tutti noi (l'amministrazione, lo sviluppatore e il cliente) siamo su lati diversi del servizio. E ognuno vede le proprie sfumature e difficoltà. La finestra di dialogo che avete citato l'ho appena vista: è un passo avanti significativo e importante per portare tutte le informazioni necessarie al cliente. Ho elencato le domande che il 99% dei clienti pone quando si rivolge al servizio per la prima volta. E ogni cliente deve fornire un link alla Guida passo-passo e alla sezione Calcoli del conto con una costanza e una persistenza invidiabili. Questo stato di cose suggerisce che l'informazione nei punti chiave - Guida passo-passo e Calcoli - è chiaramente insufficiente.
Salve, sono nuovo di mt5.com. Ho ordinato un EA dalla sezione lavori e, mentre stavo seguendo il processo di lavoro passo dopo passo, ho incontrato delle difficoltà nella fase di'Negoziazione dei requisiti'. Entrambi, io e lo sviluppatore, confermiamo il passo ma non riesco ad accedere al passo successivo Prototype/Model. La colonna Negoziazione dei requisiti è ancora di colore verde e non riesco a passare alla sezione successiva. Qualcuno che ha esperienza mi aiuti per favore...
STO AVENDO LO STESSO PROBLEMA, VEDI IMMAGINI ALLEGATE
Avete idea di cosa stia succedendo, come possiamo risolvere questa situazione?
Buon pomeriggio a tutti. Ho una domanda su questo argomento. Si ripete spesso la situazione per cui il lavoro viene preso, si inizia a fare e poi si scopre che o l'indicatore fornito dal cliente come fonte di segnali per aprire trade non è corretto e deve essere migliorato, oppure i desideri del cliente dopo aver superato la fase di approvazione della RPT sono aumentati, il che porta ad un aumento del costo del lavoro. Il cliente è d'accordo ed è disposto a pagare un extra, ma il prezzo del progetto è fisso e, a quanto mi risulta, non può essere modificato nemmeno con il mutuo consenso. Di conseguenza, il pagamento extra deve passare dal cantiere o fare qualche altro lavoro, il che non è sempre conveniente. La domanda è la seguente: non c'è ancora modo di modificare il costo del lavoro dopo la firma della RPT. Nella vita reale, tutto è semplice: si emette un addendum al contratto, in cui si prescrivono le modifiche alla RPT e al prezzo del contratto - si appongono timbri e firme su entrambi i lati e si va avanti. Ma qui non ho trovato nulla del genere. O forse non ho cercato abbastanza? )))
Finora non c'è questa possibilità, ma penseremo all'implementazione.
E solo verso l'alto e solo se il cliente ha abbastanza soldi.
Non abbiamo ancora questa possibilità, ma penseremo di realizzarla.
E solo verso l'alto e solo se il cliente ha abbastanza soldi.
Non abbiamo ancora questa possibilità, ma penseremo di realizzarla.
E solo verso l'alto e solo se il cliente ha abbastanza soldi.
Non abbiamo ancora questa possibilità, ma penseremo di realizzarla.
E solo verso l'alto e solo se il cliente ha abbastanza soldi.
Proprio quando:
1) l'esecutore ha la possibilità di rifiutare il lavoro
2) l'esecutore ha la possibilità di ridurre il costo del lavoro
3) il cliente ha la possibilità di aumentare il costo del lavoro
C'è un difetto nelle fasi di esecuzione del lavoro:
clausola 3.2.7. del Regolamento "Dopo la conferma della fase "Approvazione della RPT" da parte di entrambe le parti, l'importo dell'Ordine viene bloccato sul conto del Cliente nel Sistema di pagamento".
Si scopre che le parti discutono la RPT - cioè l'Appaltatore approfondisce la RPT, impiega il suo tempo, corregge la RPT del Committente, consulta effettivamente il Committente - e di conseguenza il Committente ha la possibilità di "scappare" e/o di sceglierne un'altra. Di conseguenza, è spesso necessario accettare una RPT studiata in modo superficiale, con tutte le conseguenze sotto forma di "sottovalutazione della complessità/costo/realizzabilità del lavoro".
La fase di "approvazione delle RPT" dovrebbe svolgersi in due fasi:
1. Il cliente conferma la RPT - l'importo viene bloccato.
2. Prima della conferma della fase "Approvazione della RPT", l'esecutore dovrebbe avere la possibilità di: rifiutare la RPT, modificare il costo.
Oppure la possibilità di rifiutare la RPT da parte dell'Appaltatore e modificare il costo da realizzare nella fase "Prototipo/Mockup".
Corretto quando:
1) l'appaltatore ha la possibilità di rifiutare il lavoro
2) l'appaltatore ha la possibilità di ridurre il costo del lavoro
3) il committente ha la possibilità di aumentare il costo del lavoro
C'è un difetto nelle fasi di esecuzione dei lavori:
clausola 3.2.7. del Regolamento "Dopo la conferma della fase "Approvazione della RPT" da parte di entrambe le parti, l'importo dell'Ordine viene bloccato sul conto del Cliente nel Sistema di pagamento".
Si scopre che le parti discutono la RPT - cioè l'Appaltatore approfondisce la RPT, impiega il suo tempo, corregge la RPT del Committente, consulta effettivamente il Committente - e di conseguenza il Committente ha la possibilità di "scappare" e/o di sceglierne un'altra. Di conseguenza, è spesso necessario accettare una RPT studiata in modo superficiale, con tutte le conseguenze sotto forma di "sottovalutazione della complessità/costo/realizzabilità del lavoro".
La fase di "approvazione delle RPT" dovrebbe svolgersi in due fasi:
1. Il cliente conferma la RPT - l'importo viene bloccato.
2. Prima della conferma della fase "Approvazione della RPT", l'esecutore dovrebbe avere la possibilità di: rifiutare la RPT, modificare il costo.
Oppure la possibilità di rifiutare la RPT da parte dell'Appaltatore e modificare il costo da realizzare nella fase "Prototipo/Mockup".
Confermo, più volte su tali rastrellamenti si è masticato al cliente la propria RPT. Ci si dedica per 3-4 giorni. Si sparge il tutto sugli scaffali, e lui se ne va con questa RPT già pronta, e ne ordina l'esecuzione per un importo inferiore.
Fare una ragionevole TOR parte del leone del lavoro, e questa quota risulta non avere alcun pagamento garantito nel servizio "Lavoro" !!!!.
Questi sono i rischi che corre l'appaltatore. Dopo tutto, quando scegliete un frigorifero, non ne comprate uno descritto molto bene dal gestore. Prendete nota della storia del gestore e potete andare in un altro negozio e comprare un frigorifero più economico. E il gestore non otterrà nulla per la sua storia di qualità. Ma è impossibile non raccontarla affatto. Il gestore lo capisce e rischia ogni volta.
Lei, così come altri apologeti dell'uso gratuito della manodopera specializzata di un programmatore, confonde costantemente e persistentemente:
a) la vendita di prodotti già pronti, il cui prezzo include già una penale sotto forma di lavoro improduttivo di un manager-consulente, l'affitto del negozio e così via,
b) con lavori di ricerca, sviluppo e tecnica - in questo caso lo scopo della fase di "Approvazione" è capire cosa vuole il Cliente, formalizzare il suo compito inizialmente vago, ecc. ecc. - vale il costo della manodopera professionale, che va certamente pagata.
Se nel primo caso il manager-consulente non crea un nuovo valore - il prodotto è già prodotto e pronto per la vendita, nel secondo caso il programmatore che discute con il cliente la propria RPT crea una nuova RPT per il cliente - e questa manodopera va pagata.
Se nel vostro caso il manager è sicuramente retribuito, nel secondo caso - su quali basi pensate che il programmatore debba rimanere senza retribuzione? Una RPT revisionata e analizzata non costa meno del costo di scrittura di un programma - e l'abbandono del cliente da parte di un altro programmatore è naturale e giustificato dal desiderio di pagare meno.
In realtà, nessun KB si impegna ad analizzare un problema senza una garanzia di pagamento. Quindi, perché dovrebbe essere una norma nel servizio Lavoro non pagare (o non garantire) il pagamento per l'analisi/revisione/scrittura di RPT?
La maggior parte delle situazioni di arbitrato nel servizio Lavoro sono "TOR non chiare", "complessità del lavoro sottovalutata". Il motivo è che lo sviluppatore non è assolutamente tutelato da un cliente senza scrupoli nella fase di "approvazione della RPT".
papaklass:
Se vi rifiutate di lavorare sulla RPT con il cliente, lo perderete sicuramente. Se invece aiutate con competenza il cliente a redigere la RPT, è molto probabile che questo lavoro venga affidato a voi e che in futuro il cliente torni da voi. Prendetelo come un costo del lavoro con le persone.
È ora di smettere di considerare un programmatore come un disoccupato che non ha nulla da fare, che si siede e aspetta ed è contento di ogni cliente e di ogni ordine. Un programmatore ha un lavoro principale, ha i suoi interessi e il suo tempo libero. È improbabile che un programmatore sia felice di dedicare il suo tempo libero a un ordine che può avvenire solo con una certa probabilità.