Discutere i conflitti tra programmatori e clienti. Una discussione sulle situazioni ambigue tra il programmatore e il cliente, e una valutazione dei programmatori più conflittuali. - pagina 34
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
Chi lo costringe? Perché portarlo qui?
Non sono Julius, non è il mio nome :)
Merda, il mondo intero sta lottando per un cliente fisso, e anche qui hai sbagliato tutto. Si costruisce una relazione con lui. Come lo costruisci, è così che ci arriverai.
Il nostro approccio puramente russo - lamentarsi costantemente, cambiare le regole invece di lavorare secondo le regole, aspettare un miracolo, aspettare un grande ordine, ecc.
Sono in servizio dagli anni '90, quindi ho molta esperienza.
Lo so, è per questo che non voglio turbarti.
Il nostro approccio puramente russo è quello di lamentarsi costantemente, di cambiare le regole invece di lavorare secondo le regole, di aspettare un grande ordine, ecc.
Più il lavoro viene completato, più ci si avvicina al TOP e ci si allontana dal POP.
Se ti riferisci a questa discussione, allora non avrebbe dovuto iniziare, capisci che il mercato crea le persone, i suoi partecipanti, è quello che facciamo e così sarà.
E di questo e di tutto il resto.
È chiaro quello che la gente sta facendo. Il mercato degli ordini mql c'era già prima, senza questo servizio. In questo thread ci sono proposte di "miglioramenti" che in realtà possono peggiorare la situazione.
Von, PapaClass ha ricevuto un altro pugno, - l'artista al bando, ogni ToR a mql per la revisione, e ora è su ... Ma il top starter ToT in Job è un problema, dammi un link, svegliare le palpebre ...
Sarebbe molto buono se i ToR di un lavoro potessero essere pre-controllati da una terza parte prima dell'implementazione. Il MC assumerà questa funzione?
Nessun terzo sano di mente intraprenderebbe un lavoro che è intrinsecamente stupido. Dovresti leggere almeno un ToR. Ha letto qualche termine di riferimento? Se avesse cercato di capire almeno un ToR, non avrebbe fatto questi suggerimenti.
Solo i clienti possono riflettere liberamente e sbavando, dicono, il programmatore stesso è da biasimare per aver intrapreso un TK inadeguato.
Ma allo stesso tempo, il cliente non si rende conto che se si inizia a torturare il cliente su ogni parola e frase del suo TOR, l'accordo semplicemente non avverrà. Il cliente scapperà per primo.
In qualunque modo la si guardi, i creatori del servizio, cioè gli MC, dovrebbero assumere la funzione di controllare ed estirpare gli artisti/clienti negligenti. Senza di loro non c'è nessun posto dove andare.
A questo proposito, il MC non avrà problemi con gli artisti. Ricevuto presso l'esecutore 2-3 reclami validi, l'esecutore al divieto per 1 mese. Che mediti sul senso della vita.
Con i clienti sarà più difficile. Come determinare che il nuovo cliente non è adeguato?
Sarebbe molto bello se il TOR per il lavoro, prima dell'esecuzione, passasse una revisione preliminare da parte di un terzo. Il MC assumerà questa funzione? Il cliente e l'appaltatore hanno redatto i ToR e li hanno sottoposti a revisione. La revisione può rivelare sfumature a cui né il cliente né l'appaltatore hanno prestato attenzione.
Nel corso di questo controllo e nella preparazione del ToR si può determinare l'adeguatezza del cliente. Ma questo è tutto un pensiero ad alta voce. Si può davvero implementare?
Potete scaricare un esempio di ToR tipico, composto secondo tutte le regole e i requisiti, applicabili allo sviluppo di programmi per MT4, MT5. È possibile fare diversi modelli di questo tipo - per Expert Advisors, indicatori, script e generale.
Molte persone trovano più facile scrivere secondo il modello già scritto che inventare il proprio. Ricordiamo un semplice questionario per i candidati al lavoro - c'è un questionario e le risposte: sì, no, non ero, non ero coinvolto in questo caso... Questo è qualcosa per iniziare a capirsi. Poi, nel corso dell'accordo sui ToR, si discutono tutte le sfumature di ogni punto, più cosa aggiungere/rimuovere...
In qualunque modo la si guardi, i creatori del servizio, cioè gli MC, dovrebbero assumere la funzione di monitorare ed estirpare gli esecutori/clienti negligenti. Senza di loro non c'è nessun posto dove andare.
A questo proposito, il MC non avrà problemi con gli esecutori. Ricevuto presso l'esecutore 2-3 reclami validi, l'esecutore al divieto per 1 mese. Che mediti sul senso della vita.
Con i clienti sarà più difficile. Come determinare che il nuovo cliente non è adeguato?
Sarebbe molto bello se il TOR per il lavoro, prima dell'esecuzione, passasse una revisione preliminare da parte di un terzo. Il MC assumerà questa funzione? Il cliente e l'appaltatore hanno redatto i ToR e li hanno sottoposti a revisione. La revisione può rivelare sfumature a cui né il cliente né l'appaltatore hanno prestato attenzione.
Nel corso di questo controllo e nella preparazione del ToR si può determinare l'adeguatezza del cliente. Ma questo è tutto un pensiero ad alta voce. Si può davvero implementare?
Puoi fantasticare quanto vuoi, ma devi pensare a chi pagherà per tutto questo. La lettura del compito e la sua valutazione - questa non è una passeggiata nel parco, si offrono due persone per puzzle una domanda. Se il cliente si mette nella posizione "il cliente ha sempre ragione" - che si metta subito nella posizione "il cliente è sempre ragionevole", così se il lavoro dice "mettiti i pantaloni in testa" - rimane un problema del cliente.
In breve, dalla posizione di "il cliente ha sempre ragione", il compito non può leggere - il cliente ha ragione, basta prendere e fare come scritto ... Non è divertente? Ah, i clienti giusti?