Alternative alla rimozione degli aggiornamenti dal sito web

Question

Alternative alla rimozione degli aggiornamenti dal sito web

#1 da (6 voti)
#2 da (5 voti)
#3 da (2 voti)
#4 da (1 voti)

1

Quindi, penso che sia piuttosto brutto quando rilasci un aggiornamento e lo estrai dal Web. Sono abbastanza sicuro che questo sia successo per almeno due degli ultimi tre aggiornamenti Delphi XE2. Non mi lamento perché farei (e ho fatto) la stessa cosa.

L'unico problema è, come lo fai con garbo? E come avvisare le 10-20 strutture (500-2000 utenti finali) che hanno scaricato il tuo pessimo software che ciò che hanno scaricato non è buono, ma quello che stanno per scaricare è fantastico?

Il motivo per cui lo chiedo è perché lavoro per una piccola impresa, Embarcadero è un grande business (ger) e facciamo la stessa cosa stupida quando il nostro rilascio è risultato essere carente. I problemi potrebbero essere semplici come un file mancante o anche un problema legale, il codice potrebbe essere perfetto e potrebbero esserci ancora problemi con l'app.

release customer-relations

posta Peter Turner 15.12.2011 - 18:19

fonte

4 risposte

Leggi altre domande sui tag release customer-relations

perché no hasLock / testLock su mutex C # modo migliore / più pulito per fare singleton?

score 6 · Answer 1

Bene, l'alternativa è non metterlo sul web in primo luogo, non rilasciando software non testato. I test automatici dovrebbero rilevare errori "stupidi", come la sostituzione di tutte le dichiarazioni selezionate con le istruzioni di eliminazione, e non dovrebbe essere possibile arrivare così lontano senza almeno qualche test del fumo.

Ma se esce dalla porta, non vedo davvero alcuna alternativa a tirarlo giù, comunicare ai tuoi clienti che dovrebbero tornare alla versione precedente e pubblicare una versione fissa (e completamente testata) ASAP .

score 5 · Answer 2

In genere abbiamo riscontrato un maggior successo nel rilasciare un aggiornamento per l'aggiornamento e flogarlo piuttosto che tirarlo giù. Tirare giù le cose genera in genere cattiva stampa e costernazione. Più aggiornamenti fanno sì che la gente pensi che tu sia cool come google.

score 2 · Answer 3

2

10-20 persone? Perché non distribuire manualmente una beta a 10, 20 persone e quindi ottenere il loro feedback prima di andare online?

risposta data 15.12.2011 - 19:44

fonte

score 1 · Answer 4

In primo luogo, vorrei ottimizzare il processo di aggiornamento; prova ad integrare l'aggiornamento nell'avvio dell'applicazione stessa (ClickOnce, forse un servizio web che viene richiamato all'avvio per verificare gli aggiornamenti e può automaticamente richiamare e applicare detto aggiornamento). Ciò rende gli aggiornamenti meno dolorosi e quindi puoi rilasciarli più spesso se necessario.

Quindi, rilascia semplicemente un aggiornamento per l'aggiornamento. Può aiutare a contrassegnare in qualche modo l'aggiornamento come "critico" e impedire agli utenti di rifiutarlo (se mai ne hanno l'opzione). Con il processo di aggiornamento più snello, causerai meno mal di testa e avrai meno possibilità che le persone facciano troppe domande; sarai visto come "rispondente alle esigenze degli utenti".