Lavoro di servizio: verso la riorganizzazione dei Top Developers verso la professionalità - 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
Tentare di spostare la responsabilità su un altro con la spavalderia del "io volutamente spengo la testa, mi affido all'appaltatore e pretendo il 100% di responsabilità per tutto dall'appaltatore", porta problemi imminenti per l'autore.
In ogni caso, da parte nostra, aumenteremo la consapevolezza dei clienti sui potenziali esecutori e vieteremo loro di reclutare un sacco di lavoro.
Tentare di spostare la responsabilità su un altro con la spavalderia del "io volutamente spengo la testa, mi affido all'appaltatore e pretendo il 100% di responsabilità per tutto dall'appaltatore", porta problemi imminenti per l'autore.
In ogni caso, da parte nostra, aumenteremo la consapevolezza dei clienti sui potenziali esecutori e vieteremo loro di reclutare un sacco di lavoro.
... Se il piano era di 3 giorni, ma il tempo effettivo è di 7 giorni, allora il cliente saprà che c'è un'alta probabilità di fallimento.
Perché questa urgenza? Cosa può andare storto? Sicuramente, una volta ricevuto il lavoro, il cliente lo testerà per mesi. Che differenza fa, allora, se sono 3 giorni o 7 giorni?
Perché questa urgenza? Cosa può andare storto? Sicuramente, una volta ricevuto il lavoro, il cliente lo testerà per un mese o più. Che differenza fa, allora, se sono 3 giorni o 7 giorni?
:-) Un'affermazione sconveniente in un ambiente software.... Un accordo vale più dei soldi.... ci possono essere sempre due o più punti di vista sulle scadenze, un compromesso è un accordo reciproco all'accordo reciproco delle parti, se la mancata attuazione dell'algoritmo può portare all'inoperatività del programma, allora la mancata attuazione dell'accordo sulle scadenze può distruggere il rapporto tra le parti contraenti.... non sempre di corso.... ma può...
È un algoritmo di relazione di base.
Idealmente, entrambe le parti contraenti dovrebbero essere responsabili al 100% degli impegni presi.
Ho riflettuto a lungo, molto tempo fa, su questo tipo di matematica, perché si somma al 200% - se due parti sono d'accordo ed entrambe prendono il 100% di responsabilità.... e come può esserci più responsabilità del 100%
Tuttavia è così.... ci deve essere qualcosa di intangibile che interferisce con il processo degli accordi...
Non è la prima volta che sento parlare di ordini in ritardo e di clienti insoddisfatti.
È vero che il programmatore non ha responsabilità - non si può nemmeno lasciare un feedback negativo per un ordine che è stato cancellato (ad esempio perché è in ritardo).
Per me, la responsabilità (finanziaria o sotto forma di rating) non sarebbe superflua. Ma il programmatore deve tener conto della quantità esatta di tempo di cui è responsabile. E nello stato di "controllato dal cliente" lascia appendere anche 50 lavori.
È un algoritmo di base delle relazioni
Idealmente, entrambe le parti contraenti dovrebbero essere responsabili al 100% degli impegni presi.
Tutto è chiaro con i programmatori - in qualsiasi modo lo si guardi, è da biasimare per aver preso l'ordine e aver rotto le scadenze e ..... e che ha lavorato, e come si sa, chi non fa niente non è mai in difetto.
Poi rimane da trattare con i clienti, soprattutto i principianti - qual è la richiesta del cliente per l'incapacità di formulare TOR corretto e "far saltare il cervello una dozzina di volte con la sua spontaneità infantile. Se sapete che la 1a barra è quella giusta, allora l'Expert Advisor apre dei trade non in accordo con i segnali dell'indicatore sulla storia - è fortemente in ritardo, ha bisogno di prima.....
????????
Perché questa urgenza? Cosa può andare storto? Sicuramente, una volta ricevuto il lavoro, il cliente lo testerà per mesi. Qual è la differenza tra 3 giorni o 7 giorni?
La differenza è che i "7 invece di 3" possono essere diversi: un programmatore non riusciva a far fronte al compito e il contratto è stato rescisso, il secondo non ha fatto in tempo e il contratto è stato rescisso di nuovo, ecc.
E non è affare di un appaltatore contare il tempo (denaro) del cliente. Se dici 3, fallo per 3 (il chiarimento del compito e la verifica finale non contano).
Tutto è chiaro con i programmatori - non importa come la si guardi, lui è da biasimare per aver preso l'ordine e per aver incasinato le scadenze e ..... e che ha lavorato, e come tutti sanno chi non fa niente non è mai in difetto.
Poi rimane da trattare con i clienti, soprattutto i principianti - qual è la richiesta del cliente per l'incapacità di formulare TOR corretto e "far saltare il cervello una dozzina di volte con la sua spontaneità infantile. Se la prima barra è quella giusta, allora l'Expert Advisor apre dei trade non in accordo con i segnali dell'indicatore sulla storia - è fortemente in ritardo, ha bisogno di un anticipo ......
Ma il cliente paga il prezzo e non può prendere altro da lui.
Lo sviluppatore decide se accettare il lavoro (e quale prezzo fissare). Se vuoi il lavoro a qualsiasi prezzo - affronta 50 pagine di descrizione senza senso per 10 dollari, se non vuoi - chiamalo "100 dollari per scrivere un algoritmo" e aspetta il tuo cliente.
Inoltre, c'è TOR e l'arbitrato. "Gravemente ritardato" deve essere formulato, o sarà respinto.