Discussione sull’articolo "Come ordinare un robot di trading in MQL5 e MQL4" - pagina 6
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
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?
4. Un appaltatore che prende un ordine e non lo esegue in tempo è soggetto al disprezzo universale! Dovrebbero essere fustigati come "capre dolenti"! Soprattutto quelli che sono tra i migliori sviluppatori.
Ci racconti la storia della sua vita, perché odia così tanto i programmatori?
1. Sei stato fregato da un programmatore?
2. Volevi diventare un programmatore, ma non ha funzionato?
3. Il programmatore ti ha rubato la moglie?
4. Qualunque altra cosa...
Qualcosa sembra essere confuso. L'appaltatore non vede quanti soldi ci sono sul conto del cliente, e non importa, che differenza fa chi ha quanti soldi ci sono. L'esecutore vede il denaro versato dal cliente, ma congelato. Prima che il cliente dia il via libera al pagamento, è necessario lavorare all'incarico. Sta suggerendo di accettare il lavoro senza guardarlo? Come determinare il costo?
Forse si dovrebbe implementare una fase intermedia. In primo luogo, effettuare ordini per la stesura delle RPT. Questo sembra essere molto richiesto.
Che tipo di cliente ha bisogno di una RPT? Il cliente ha bisogno della realizzazione. E il parsing delle RPT non è la scrittura di una nuova RPT, ma una serie di domande che chiariscono e più o meno formalizzano il compito.
Tutti attribuiscono alla nozione di "scrittura della RPT" un qualche significato. Aprite la GOST 34 e leggete cosa sono le RPT.
Qui i clienti non possono spiegare in modo elementare quando e con quali parametri effettuare gli ordini.
E il problema non è scaricare la "grana" dal cliente per scrivere la RPT, ma dedicare tempo per capire "cosa vuole il cliente" e non rimanere senza un ordine.
Non avete idea della percentuale di clienti che non sono assolutamente in grado di spiegare cosa vogliono.
4. Un appaltatore che prende un ordine e non lo esegue in tempo è soggetto al disprezzo universale! Dovrebbero essere fustigati come "capre dolenti"! Soprattutto quelli che si trovano ai vertici dell'azienda.
A chi spetta la fustigazione? Come minimo, si tratta di un viaggio di lavoro del dipendente fustigatore nel luogo di residenza del programmatore. Trasporto, spese di viaggio, ecc.
Cosa fare con queste spese. Dovranno essere incluse nella percentuale di servizio. Ancora una volta, come fustigare? Occorre una formalizzazione, materiale, larghezza, spessore della cinghia, ecc.
La metodologia della fustigazione non è affatto esplicitata. Ci sono molte domande. È una pessima idea. Come sempre.
In ogni caso, non c'è niente di meglio di un pagamento anticipato completo. È un vantaggio per entrambe le parti. Uno dei clienti diceva: "Non ho bisogno di una RPT, ho bisogno di un consulente!". Se viene effettuato il pagamento anticipato, il programmatore non smetterà di lavorare finché il cliente non dirà: "Sono soddisfatto" (o almeno smetterà di dire: "Mi mandi ogni volta delle schifezze"). La sottostima del costo può essere del 90%, ma il programmatore sarà ugualmente soddisfatto, almeno per il fatto che il cliente non ha cercato di imbrogliarlo, cioè di non pagare.
Beh... essere soddisfatti, fantasticare ancora. Successo!
In generale, si tratta di una cosa seria, o si sta cercando di creare un'immagine del più bianco e soffice possibile?
Cosa vuol dire "fantasticare"? È un vero e proprio schema di lavoro reciprocamente vantaggioso. I migliori ordini vanno in quella direzione. I migliori sia in termini di costi che di adeguatezza del cliente.
Indipendentemente da ciò che si dice, in ogni caso il cliente è e rimane più importante dell'esecutore. Non riesco a immaginare i programmatori che si danno ordini l'un l'altro.
Al massimo, l'esecutore può dire: "una persona che non ha soldi non è un cliente". Ecco perché è stato inventato il pagamento anticipato. Il 2° passo delle regole di esecuzione del lavoro - per il cliente è un pagamento anticipato completo nella sua forma più pura. E può anche essere restituito.
Cosa vuol dire "fantasticare"? È un vero e proprio schema di lavoro reciprocamente vantaggioso. I migliori ordini vanno in quella direzione. I migliori sia in termini di costi che di adeguatezza del cliente.
Indipendentemente da ciò che si dice, in ogni caso il cliente è e rimane più importante dell'esecutore. Non riesco a immaginare i programmatori che si danno ordini l'un l'altro.
Al massimo, l'esecutore può dire: "una persona che non ha soldi non è un cliente". Ecco perché è stato inventato il pagamento anticipato. Il 2° passo delle regole di esecuzione del lavoro - per il cliente è un pagamento anticipato completo nella sua forma più pura. E può anche essere restituito.
Qual è uno schema che funziona davvero? Accettare il pagamento anticipato senza leggere l'incarico?
Il secondo passo non è un pagamento anticipato completo nella sua forma più pura, perché prima è necessario lavorare sul compito, quando diventa chiaro che il compito è fattibile, quindi accettare il pagamento. Se accettate il pagamento senza aver letto il compito, sì, shob, avete nel cliente un vero schizofrenico o un completo daltonico, per farvi passare la sbornia:). E ci siamo passati, ci siamo passati.
Vorrei che tu fossi un vero schizofrenico o un completo daltonico,