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 19
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
Il cliente ha sempre ragione! Se non sei d'accordo, non accettare un lavoro da quattro soldi.
Il TOR dovrebbe essere scritto dal contraente e il cliente dovrebbe essere d'accordo e approvarlo.
Se accettate un lavoro per il cibo, siate pronti a dare un morso... il prezzo pieno.
Il cliente ha sempre ragione! Se non sei d'accordo, non accettare un lavoro da quattro soldi.
Il TOR dovrebbe essere scritto dal contraente e il cliente dovrebbe essere d'accordo e approvarlo.
Se accettate un lavoro per il cibo, siate pronti a dare un morso... il prezzo pieno.
Un buon risultato si ottiene quando c'è un consenso e un lavoro comune, con tutte le parti che chiariscono i punti sottili dell'algoritmo e le sfumature del codice.
È dal programmatore che dipende in gran parte il risultato finale - esclusività, correttezza dell'implementazione, durata, affidabilità del codice + reattività, disponibilità a fare aggiunte al ToR. Il cliente deve solo capire i termini di riferimento del programmatore, controllare e accettare il lavoro. Ma il cliente non ha sempre ragione - proprio come il programmatore.
È un peccato che il cliente possa farsi un'idea di un programmatore solo nel processo. La professionalità è costruita sia dal cliente che dall'appaltatore - tutti devono rispettarsi a vicenda, poi i conflitti sono finiti.
La valutazione del codificatore dovrebbe prendere in considerazione non solo le statistiche di rendimento globale, ma anche il rendimento dell'anno in corso.
Il cliente ha sempre ragione! Se non sei d'accordo, non accettare un lavoro da quattro soldi.
Il TOR dovrebbe essere scritto dal contraente e il cliente dovrebbe essere d'accordo e approvarlo.
Se accettate un lavoro per il cibo, siate pronti a dare un morso... ...in tutta la gamma.
Ma di che cosa stai parlando! Il cliente ha sempre ragione, e c'è sempre una guardia di sicurezza all'ingresso, o anche due o tre.
DC2008, non lavori per il cibo? Per le pillole, forse?
Dimitri, questo sembrava essere sarcasmo.
Amio parere, un suggerimento ragionevole. Di regola, l'appaltatore è più preparato del cliente per il lavoro. Il TOR dovrebbe essere scritto da qualcuno che sa come farlo. Questo andrà a beneficio di entrambe le parti.
Sono d'accordo!
Ma se siete venuti a ordinare qualcosa di cui avete solo un'idea approssimativa, dovrete pagare l'appaltatore per il suo lavoro extra.
A mio parere, un suggerimento ragionevole. Di regola, l'implementatore è più preparato del cliente per questo lavoro. TOR dovrebbe scrivere quello che sa come fare. Da questo entrambe le parti non potranno che trarre beneficio.
Per cominciare, capire cosa sono i termini di riferimento (ToR), per esempio, quihttp://ru.wikipedia.org/wiki/%D2%E5%F5%ED%E8%F7%E5%F1%EA%EE%E5_%E7%E0%E4%E0%ED%E8%E5
Citazione dal link:
Un capitolato d'oneri è il documento di partenza per la progettazione di un oggettotecnico. ... Un disegno è un tipo di lavoro contrattuale che si traduce in un prodotto(un disegno), cioè un insieme di documenti di disegno per un altro prodotto(un oggetto di disegno).
Poi riassumete il tutto con le parole "Il cliente ha sempre ragione", e quando si presenta la necessità di rilasciare il lavoro "per revisione", il programmatore si rifiuterà di lavorare con un cliente "difficile".
Come dice il proverbio, "qualsiasi capriccio".
Il TOR primario è solo del cliente.
Se l'appaltatore vedendolo, pensa che non sia abbastanza formalizzato, che lo aggiusti con il cliente. Ma questo richiede più tempo. È noto da tempo nel mondo degli affari che la negoziazione iniziale del contratto è un'attività che molto spesso richiede molto più tempo (=denaro) della sua esecuzione.
Mi chiedo cosa cambierà dopo che il presunto articolo sarà scritto? I clienti diventeranno più intelligenti o cosa? O gli esecutori cambieranno il loro comportamento?
Anche ora, a giudicare dal feedback, ci sono molte volte meno performer insoddisfatti che soddisfatti. Beh, lo saranno sempre, non importa come si formalizzano i termini della cooperazione tra le parti.
Bormotun: Quando ho iniziato a fare un ordine io stesso non ho mai pensato di leggere qualcosa sugli interpreti, probabilmente ogni cliente è lo stesso. Ma il tempo passa e presto saremo in molti e arriveremo e forse diventerò un presidente:)
Ecco un cliente che non legge le istruzioni e non raccoglie dati (sei tu). In che modo questo articolo gioverà a tali clienti?