Discussione sull’articolo "Come ordinare un robot di trading in MQL5 e MQL4" - pagina 5
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
papaklass dice bene: inserire il costo degli algoritmi formulati a tavolino nel costo del lavoro.
Oppure, nei casi più complicati, stipulare il costo della formalizzazione del compito. Anche se raramente accettano di farlo.
E poi, con l'esperienza, qualsiasi insieme di caratteri si valuta subito, e con sufficiente precisione. Per grafia, per nickname, per vocabolario.....
papaklass dice bene: inserire il costo degli algoritmi formulati a tavolino nel costo del lavoro.
Oppure, nei casi più complicati, stipulare il costo della formalizzazione del compito. Anche se raramente accettano.
E poi, con l'esperienza, qualsiasi insieme di caratteri si valuta subito, e con sufficiente precisione. Per grafia, per soprannome, per vocabolario ....
komposter, permettimi di non essere d'accordo con te ... Anche se ognuno ha la sua verità. Nel senso che come considerare un potenziale cliente - coscienzioso o meno?
Se metti nel costo del tuo lavoro il costo degli algoritmi formulati sulla palla, allora per definizione il cliente non è considerato in buona fede, perché paga per il "rischio di non ordinare". Questo è ciò che fanno i rivenditori, ad esempio, in termini di furto. Tutti noi paghiamo in eccesso la merce esattamente quanto il negozio ci ha rubato....
Avendo a disposizione un meccanismo per costruire un rapporto tra il cliente e il contraente attraverso il sito MQ, è possibile costruirlo in modo più o meno equo... o cercare di farlo....
Assolutamente d'accordo con abolk:
Per esempio, immaginate di essere un esecutore. Discutete e formate una RPT corretta per il cliente per circa 3-4 giorni... e ora, come suggerisce papaklass, consideriamo il manager.... comunicherà con un potenziale acquirente per almeno più di un'ora?
Gli esperti scrittori, una volta o l'altra, si siedono, calcolano il tempo necessario per svolgere il lavoro su incarichi normali e su palloncini, e lo confrontano con il rapporto tra le entrate derivanti da incarichi normali e palloncini. Il risultato sarà qualcosa come 30/70 e 70/30. Perché i clienti normali dovrebbero pagare i balloonisti? Il costo del lavoro dovrebbe includere il costo della discussione del lavoro, ma in misura ragionevole (lettura e 2-3 cerchi con domande e risposte), i clienti normali non dovrebbero pagare per i balloonisti.
... Ora, come suggerisce papaklass, guardiamo al venditore.... comunicherà con un potenziale acquirente per almeno più di un'ora?
Gli esperti scrittori, una volta o l'altra, si siedono, calcolano quanto tempo ci vuole per fare il lavoro sugli incarichi normali e sui balloon, e confrontano con il rapporto tra il reddito degli incarichi normali e quello dei balloon. Otterrete qualcosa come 30/70 e 70/30.
È così che funziona. Meno il cliente è disposto a pagare, più spesso l'incarico è incomprensibile, più aumenta l'arroganza e la pretenziosità.
Occorre capire che i prezzi di mercato includono già il prezzo del lavoro del programmatore sui requisiti del cliente.
Se un programmatore non lo capisce, è destinato a ridurre la sua competitività.
Cercare di capire come separare e far pagare al cliente il prezzo della specifica dei requisiti e il prezzo del lavoro sul codice stesso è utopico.
Cercare di capire come separare e addebitare al cliente il prezzo della RPT e quello del lavoro sul codice stesso è un'utopia.
È possibile stabilire una tariffa fissa per l'analisi e l'approvazione della RPT. Che poi l'ordine venga evaso o meno è un'altra questione. :)
è più o meno come da un orologiaio - ispezione e rilevamento dei guasti 500r. Il costo della riparazione - dipende dalla complessità della riparazione e dal costo dei pezzi di ricambio.
Occorre capire che i prezzi di mercato includono già il prezzo del lavoro del programmatore sui requisiti del cliente.
Se un programmatore non lo capisce, è destinato a ridurre la sua competitività.
I tentativi di capire come separare e far pagare al cliente il prezzo della specifica dei requisiti e il prezzo del lavoro sul codice stesso sono un'utopia.
Non si tratta di razionare la manodopera di un programmatore, non si tratta di politica dei prezzi, non si tratta di che tipo di palloni gonfiati sono i clienti e di che tipo di programmatori vengono costantemente coccolati, ma del fatto che il servizio Work presenta gravi e fondamentali difetti nella procedura di inserimento dell'ordine, vale a dire:
1) l'esecutore dovrebbe poter rifiutare il lavoro
2) l'esecutore dovrebbe poter ridurre il costo del lavoro
3) il cliente dovrebbe poter aumentare il costo del lavoro.
È possibile stabilire un costo fisso per l'analisi e l'approvazione della RPT. Che poi l'ordine venga evaso o meno è un altro discorso. :)
è più o meno come un orologiaio - ispezione e rilevamento dei difetti 500r. Il costo della riparazione - a seconda della complessità della riparazione e il costo dei pezzi di ricambio.
Per quanto riguarda lo sviluppo di TOR e i problemi di pagamento per questo - così nel servizio "Work" tutto è normalmente pensato lì. Il cliente allega il ToR, preme il secondo pulsante - e il programmatore vede i suoi soldi. Cioè, prima che il programmatore inizi a lavorare sulla RPT, si assicura che il cliente sia solvibile. E poi il compito può essere modificato e sostituito molte volte.
Ho avuto a che fare con uno straniero che ha contrattato, ha chiesto uno sconto e l'ipotesi della sua solvibilità sembrava così plausibile che mi sono impegnato ad aiutarlo con la RPT, ma non appena si è arrivati al secondo pulsante, è diventato sordomuto.
La conclusione di tutto ciò è che un programmatore, seguendo le regole, non inizia a lavorare con la RPT finché il cliente non preme il secondo pulsante. L'unica cosa che può essere utilizzata per giudicare la solvibilità del cliente è il fatto che egli confermi il secondo passo (TOR). Non c'è nient'altro (molti utenti di Internet - sia di lingua russa che di lingua inglese - hanno raggiunto la perfezione nell'abilità di suggerire e fingere).
Per quanto riguarda la correzione del costo del lavoro in caso di modifica della RPT, onestamente non so come dovrebbe essere attuata. Ma è in qualche modo illogico per un programmatore ridurre il costo del lavoro - così come per un cliente aumentarlo. Chi utilizzerà una possibilità così strana?