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 7
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
" Discussione sui conflitti tra programmatori e clienti. Una discussione sulle situazioni ambigue tra un programmatore e un cliente, e una valutazione dei programmatori più conflittuali.
Non si può inventare qualcosa di universale che elimini tutti i conflitti. Al centro dei conflitti c'è la stupidità dei clienti. Perché proprio i clienti, perché i programmatori sono sul campo da molto tempo.
Naturalmente, dopo il decimo o ventesimo compito la stupidità scompare. Naturalmente, ognuno è diverso, per qualcuno va via durante il primo compito, per qualcuno non va mai via.
Ottenere il cliente di immergersi prima nel soggetto, leggere l'articolo COME SCRIVERE TK, imparare la terminologia non è possibile. La più grande bugia del 21° secolo - "Il contratto di licenza recitava. Sono d'accordo".
Educare il cliente invece di un lavoro specifico sul suo TK, dovrebbe sedersi nel prezzo, è già seduto lì. Metterlo di nuovo nel prezzo non funzionerà. È ridicolo lamentarsi dei prezzi bassi con i programmatori di lavoro, sono loro che li stabiliscono.
In generale non c'è un conflitto globale. C'è un lavoro di routine. Ci saranno sempre imbrogli una tantum da una parte e dall'altra.
Sta parlando di tutte le sue TOR o sta descrivendo la giornata lavorativa dell'appaltatore come la immagina?
" Discussione sui conflitti tra programmatori e clienti. Una discussione sulle situazioni ambigue tra un programmatore e un cliente, e una valutazione dei programmatori più conflittuali.
Non si può inventare qualcosa di universale che elimini tutti i conflitti. Al centro dei conflitti c'è la stupidità dei clienti. Perché proprio i clienti, perché i programmatori sono sul campo da molto tempo.
Naturalmente, dopo il decimo o ventesimo compito la stupidità scompare. Naturalmente, ognuno è diverso, per qualcuno va via durante il primo compito, per qualcuno non va mai via.
Ottenere il cliente di immergersi prima nel soggetto, leggere l'articolo COME SCRIVERE TK, imparare la terminologia non è possibile. La più grande bugia del 21° secolo - "Il contratto di licenza recitava. Sono d'accordo".
Educare il cliente invece di un lavoro specifico sul suo TK, dovrebbe sedersi nel prezzo, è già seduto lì. Metterlo di nuovo nel prezzo non funzionerà. È ridicolo lamentarsi dei prezzi bassi con i programmatori di lavoro, sono loro che li stabiliscono.
In generale non c'è un conflitto globale. C'è un lavoro di routine. Ci saranno sempre truffe una tantum da una parte e dall'altra.
Ma tutto questo non significa che qualcuno che vede i cerchi non possa avere successo sul mercato, guardate il prezzo dei quadri impressionisti.
Genio
Il dipinto "Scream" da solo
La lingua russa stessa è molto difficile da comprendere logicamente,
Questa è una rappresentazione ipotetica della giornata lavorativa dell'esecutore.
Beh, non è tutto così triste. Sì, il lavoro non richiede un ordine al giorno, a volte fino a 3, ogni giorno per diverse settimane. Ma i continui bug e glitch penso che sia troppo.
Non discuto che ci siano ordini e clienti con i quali i programmatori hanno difficoltà a capire. Questo è il karma di tali ordini o qualcos'altro, ma esiste.
I professionisti confermano che alcuni ordini sono problematici e a volte anche su una superficie facile. A volte vorrei rifiutare i soldi e rifiutare l'ordine che ti fa saltare la testa e richiede tempo.
Ma se prendiamo un'esecuzione puramente tecnica, allora la programmazione di qualità su ToR concordati (non prendiamo tempo per approvare i ToR) può richiedere al massimo 4 ore. Questo prendo un TOR artificioso per un paio di fogli di testo fine.
Poi ci saranno cambiamenti molto piccoli in 1-2 giorni, ma è già polvere. Per ripararli alla fine ci vogliono al massimo 30 minuti.
Se si sta lavorando con un programmatore nello stile - oggi voglio una cosa, e domani aggiungere un nuovo al codice incompiuto, o aggiungere una caratteristica che proger si blocca e pensare a come attaccarlo nell'algoritmo TOR, naturalmente - problemi in questa variante sarà.
E il tuo TOR si estenderà per un mese o anche sei mesi. Come risultato si otterrà una falsa opinione sulla codifica in quanto tale.
PS.
Sempre, ricordate, dovreste sempre prima di iniziare il lavoro discutere completamente tutti i dettagli dell'algoritmo e tutte le possibili combinazioni di casi del suo lavoro. Inutile per l'esecutore, che nel vostro TOR non troverà un solo caso particolare di fallimento dell'algoritmo.
Ci sono sempre cose nuove! Il cliente non li vede. Ma devono essere visti dall'appaltatore. E prima dell'inizio del lavoro ti informano su di essi e li discutono con te. Ma è obbligatorio prima dell'inizio della codifica.
È meglio passare una settimana sul ToR e poi scrivere il codice perfetto in un paio d'ore, che passare mesi a cercare bug nel ToR volatile. Né voi, né il codificatore godranno di un tale processo.
Anche una frase pronunciata con un'intonazione diversa può avere un significato e un contesto diverso.
Ecco dove si va a parare con questo. :)
Bene, allora puoi tranquillamente assumerti la piena responsabilità del risultato dell'interprete e di quello che ti darà dopo aver parlato con diverse intonazioni su Skype :)
Tu stesso sei da biasimare se tra tutti i tipi di comunicazione scegli un trasferimento di informazioni per via aerea. Grazie a Dio non c'è un video, altrimenti ci si potrebbe lamentare che la stessa frase, pronunciata con una posizione diversa del piede destro e un orecchio sporgente può significare cose diverse :)
Per te, raccomandazione n. 2.
Comunica con l'esecutore solo con la tastiera. Se non riesci a formare bene un pensiero nella tua testa che non riesci a metterlo su carta, di che tipo di comprensione stiamo parlando? Questa è una sciocchezza.
È un errore molto grande se si pensa di poter trasmettere il significato profondo di una parola con l'intonazione della voce.
Il significato della parola è già nella parola e non importa se è lo zio con la voce affumicata o la nonnina sorridente nella coda del pane che mi manderà a quel paese.
Sempre, ricordate, dovete sempre prima dell'inizio del lavoro discutere completamente tutti i dettagli dell'algoritmo e tutte le possibili combinazioni di casi del suo lavoro. Inutile per l'esecutore, che non troverà nel vostro TOR un solo caso speciale di fallimento dell'algoritmo.
Ci sono sempre cose nuove! Il cliente non li vede. Ma devono essere visti dall'appaltatore. E prima dell'inizio del lavoro ti informano su di essi e li discutono con te. Ma è obbligatorio prima dell'inizio della codifica.
È meglio passare una settimana sul ToR e poi scrivere il codice perfetto in un paio d'ore, che passare mesi a cercare bug nel ToR volatile. Né voi, né il codificatore godranno di un tale processo.