Ho individuato un bug oggi in un'applicazione web che sviluppo e gestisco per un cliente. Ho fatto sapere al cliente che avevo individuato un problema e, dopo un breve periodo di tempo, l'ho risolto e gli ho riportato i dettagli completi.
In casi come questi, lo dici sempre al tuo cliente? Anche se sarebbe possibile risolvere il problema e dirlo a nessuno?
Supponendo che tu sia pagato per mantenerlo, allora sicuramente informalo. La scelta di dove per informarli è un po 'più soggettiva. Se noti un piccolo problema e puoi immediatamente implementare una correzione, fallo e informale dopo il fatto. Per problemi più grandi, attira la sua attenzione, tira una correzione e avvisa quando è completa.
Dovresti chiedere al tuo cliente prima di correggere il bug.
Il cliente può decidere di volere il tuo prezioso tempo speso per altre cose e che può permettersi di vivere con il bug, o chiedere a qualcun altro di risolverlo.
Risolvi il problema se dicono di farlo.
Indipendentemente da ciò, visto che l'hai risolto, dovresti assolutamente dirlo al cliente. Potrebbero essere dipesi dal bug presente, ne sono già a conoscenza e gli hanno assegnato qualcuno che lo aggiustasse già ...
Poiché questo è il tuo codice, rivelare il bug al client è la cosa professionale da fare. Se la loro attività dipende dal tuo software, non apprezzerebbero di non sapere del bug. Potrebbero averlo distribuito in diversi luoghi e senza il tuo rapporto non saprebbero che hanno bisogno di aggiornare tutte le posizioni il prima possibile.
Apprezzeranno la tua onestà e professionalità più che preoccuparti del bug (a meno che non costino loro già un braccio e una gamba ...).
Penso che dipenda molto dal cliente .
Mi sentirò personalmente infastidito dal ricevere una notifica ogni volta che qualcuno sta facendo il suo lavoro.
D'altro canto, molti clienti apprezzeranno il feedback.
Sì. Se non lo fai, e il tuo bugfix causa alcuni problemi, ti trovi in una situazione estremamente brutta.
Potresti pensare: ma il mio bugfix era chiaramente corretto! Nessuna possibilità che causi problemi! Ma ... il bug che hai risolto potrebbe aver nascosto un altro bug, forse più critico. Prima di correggere il bug, si è verificato un errore prima che potesse fare qualcosa di stupido. Ora ...
Un altro motivo per dirlo: il tuo cliente potrebbe aver notato il bug, ma non lo ha ancora segnalato. Se lo aggiusti senza dirlo, il tuo cliente potrebbe essere confuso e frustrato, perché non può spiegare perché il programma si comporta in modo diverso rispetto a ieri.
Se il cliente non ha ancora notato il bug, e gli dici che non sarà offeso, a patto che non lo faccia pagare per la correzione del bug.
Sì, penso che sia buono informare il cliente ogni volta che succede qualcosa del genere. Per prima cosa potrebbero aver già visto il bug e potrebbero non averti informato a riguardo. Inoltre dimostra che sei coscienzioso di fare il tuo lavoro e potrebbe darti più lavoro in futuro, basandoti solo su quello. In primo luogo, inoltre, non fa male mostrare loro cosa ti stanno pagando.
Per le risposte date, e per il fatto che il client (anche se questo è raramente il caso nello sviluppo web) potrebbe conoscere il bug, e per qualche motivo hanno deciso di non risolverlo, ma regolare il altra parte . Cioè loro lo sanno e tu, provando a risolverlo, sei in realtà l'unico a rompere il sistema.
Ho visto un bel po 'di casi di bug di vecchia data che non devono essere toccati! La vita è continuata bene.
Penso che dipenda dal tipo di difetto. Se si tratta di qualcosa che potrebbe essere evidente attraverso il normale utilizzo del front-end, sarebbe utile comunicarlo al cliente. Perlomeno possono ri-testare e assicurarsi che la funzionalità sia come si aspetterebbe. Se il difetto è nelle viscere del sistema e richiederebbe conoscenze tecniche per capire veramente, si consiglia di risolverlo e andare avanti. Se l'utente è un business, piuttosto che tecnicamente orientato, può solo causare confusione e ulteriore preoccupazione per la mancanza di una reale comprensione del problema.
Prendi qualcosa come World of Warcraft. Nelle note sulle patch, Blizzard elencherà tutte le correzioni relative al gameplay che hanno fatto. A meno che non mi sbagli, non pubblicheranno un elenco di difetti che interessano il dietro le quinte / il livello di funzionalità del motore di cui potrebbero aver preso cura.
Se la tua domanda era "Dovrei cercare di nascondere il fatto che il bug sia mai esistito?", se stai lavorando per un cliente per il quale nascondere la verità è una buona idea, forse dovresti smettere di lavorare per quel client e trovare un altro client.
Dipende dal tuo rapporto con il cliente e dalla natura del tuo impiego: sei un contraente che viene pagato all'ora o a un dipendente. Se fatturate entro l'ora, dovete dare conto del vostro tempo.
Il cliente è esperto di tecnologia o no? Capiscono che "gli errori si verificano" e non ti fanno diventare un programmatore cattivo? Ti guarderanno più favorevolmente se dirai loro di averlo trovato e riparato, o di tenerlo contro di te?
A volte, quando si tratta dei client, "Quello che non sanno, non li danneggerà".