Come spesso si deve rilasciare aggiornamenti del software? [chiuso]

StackOverflow https://stackoverflow.com/questions/360028

  •  21-08-2019
  •  | 
  •  

Domanda

Jeff Atwood ha detto quanto segue su twitter :

  

Guarda, io amo rapidi nuove versioni del software, ma la frequenza di WordPress stampa è semplicemente ridicolo.

Il che mi fa pensare, come spesso si dovrebbe rilasciare aggiornamenti del software?

  • Daily?
  • settimanale?
  • mensile?
  • Annuale?

Che cosa è la migliore strategia di rilascio?

È stato utile?

Soluzione

Direi che nel caso specifico WordPress', si confondono 'aggiornamenti di sicurezza' e 'aggiornamenti funzionalità' . Questo è male.

Questo sarebbe come avere a che fare una reinstallazione in posto di Windows ogni volta che è stato trovato un bug di sicurezza, invece di semplicemente scaricando un piccolo cerotto ogni settimana.

WordPress ha bisogno di avere un meccanismo di patch di sicurezza che è semplice, veloce e facile per gli aggiornamenti di sicurezza. Un processo che è separato dal normale flusso di aggiornamento delle nuove versioni.

Altri suggerimenti

La frequenza di Wordpress rilascia è così frequente perché si preoccupano per la sicurezza e rilasciano aggiornamenti che risolvere le vulnerabilità conosciute nel più breve tempo possibile. aggiornamenti funzionalità per Wordpress capita molto meno frequentemente, nella gamma di ogni 4 a 6 mesi, credo.

Credo che questo sia un buon modello. Mantenere i clienti felici con il rilascio di nuove funzioni regolarmente, ma se si trova falle di sicurezza, release corregge immediatamente.

Io suggerisco il seguente:

UpdateTime (in secondi) - il tempo medio necessario per l'utente di eseguire l'aggiornamento

releaseDelta (in giorni) - il tempo minimo tra rilasci 

releaseDelta = updateTime/((1/365)*(60*60*8))

Questa formula si basa sulla mia teoria che un utente dovrebbe avere a spendere non più di 8 ore in un dato anno in attesa di aggiornamenti a un'applicazione.

Ciò consente anche di frequente aggiornamento fintantoché gli aggiornamenti sono fatte in modo trasparente senza interrompere l'utente finale.

Credo che questo altamente dipende dal vostro particolare situazione. Detto questo, penso che un rilascio di tutti i giorni per qualsiasi applicazione aziendale serio appena completamente ridicolo. Se si stanno rilasciando ogni giorno, allora probabilmente c'è un problema serio se non si è in un certo molto strano situazione in cui le regole di business cambiano in continuazione o qualcosa del genere.

Meno frequentemente di aggiornamenti di iTunes.

cerco di utilizzare il seguente, si spera semplice, in due parti linea guida:

  1. Se si richiede all'utente di scaricare e / o installare qualcosa, o modificare una base di codice esistente che mantengono, quindi rilasci devono fornire il merito significativo. Questa è una versione che aggiunge nuove importanti funzionalità, fissato un importo significan di questioni, o corregge un minor numero di problemi immediati e pressanti.
  2. Se non richiede all'utente di scaricare e / o installare stampa saranno pianificate a verificarsi, come dettato dalla iterazione. Se c'è un prodotto rilasciabile alla fine del ciclo, verrà distribuito. L'iterazione conterrà le esigenze tecniche e di business, come determinato prima il calcio d'inizio dell'iterazione.

Quindi, per noi, le cose come applicazioni desktop o servizi web sarebbero generalmente rientrano nella prima regola, e le cose come il nostro sito web sarebbe caduta sotto il secondo. Noi usiamo abbastanza buona iterazioni dimensioni - a circa quattro-sei settimane di tempo di sviluppo attualmente, diminuendo per 2-4 l'anno prossimo. Questo era il nostro "introduzione" in una mischia-ibrido.

Si noti che un prodotto non deve sempre essere in fase di sviluppo (o partecipare a un'iterazione). È del tutto possibile che un prodotto siederà, stantio, fino a quando i cambiamenti sono necessari se si applica la prima regola.

Dipende dai clienti approccio al controllo di configurazione.

Essi hanno una scelta, si sa. In definitiva si può scegliere di non utilizzare il prodotto.

Se il cliente accetta si cambia roba ogni giorno, e loro non importa, e non ha alcun impatto formazione o la gestione della configurazione; avere gli aggiornamenti automatici.

I clienti con SOE (ambienti operativi standard) gli aggiornamenti di odio.

Rendetevi conto che alcuni clienti non stanno andando ad accettare software "chiamare casa". Vorranno ospitare i propri aggiornamenti. La loro gente dovrà mettersi in gioco. Questo è più lavoro per loro.

Alcuni clienti vorranno / bisogno di fare il proprio QA; dipende dal cliente e il tipo di software.

Se il cliente ha bisogno di fare test / lavoro per accettare / distribuire il software, rilasciare un multiplo della durata della prova / deploy ciclo. A meno che i clienti sono d'accordo con implementare e testare Interleaved. Ecco dove sono sempre testando una nuova versione, e il rotolo fuori.

Ad esempio:. 2 settimane di test, rilasciare non più di una volta ogni otto settimane

Nel software critico conseguenza, il controllo del rilascio può richiedere mesi cliente. Essi stanno scommettendo il loro business sui risultati e sono giustamente prudenti. Così stampa sono ogni 6 mesi o giù di lì.

Nel software critico per la sicurezza, si può richiedere molti mesi. Annuali, ovvero circa ogni 18 mesi non è raro. Ancora meno spesso è del tutto normale.

Non c'è una risposta giusta, in realtà dipende dal prodotto.

Lo dico ogni mese al massimo. Settimanale / giornaliera è troppo spesso, a meno che, naturalmente, le aggiornamenti delle applicazioni sono fatte in un modo automatizzato e trasparente, per esempio sistema di aggiornamento di Firefox

Si possono rilasciare tutte le volte che si desidera. La cosa che frustra gli utenti non è sapere se hanno bisogno la nuova versione oppure no. Questo significa che è necessario essere molto chiari su quali nuove caratteristiche hai implementato, gli insetti che hai fissato, e se non hai fissato eventuali problemi di sicurezza. Ancora più importante, gli utenti vogliono essere in grado di fiducia che, se lo fanno installare una nuova versione, nulla si è rotto.

Credo che se è possibile si dovrebbe avere l'aggiornamento software automaticamente quando è necessario, in modo da mantenere l'intero processo di aggiornamento più agevole e invisibile per l'utente possibile.

Per la zona lavoro in, controlli industriali, molto raramente. Noi di solito facciamo una major release molto due anni. minor release forse ogni 3 a 6 mesi. patch di bug sono, naturalmente, una storia diversa, che vengono rilasciati in base alle esigenze. Anche allora pochi clienti potranno aggiornare i sistemi esistenti. Naturalmente, in altri domini, gli aggiornamenti sono più accettati.

Sicuramente quando si hanno nuove funzionalità / bug fix pena rilasciando ?? Perchè farlo su un programma?

Non ho obiezioni a bug di sicurezza sempre fisso non appena sono trovati - anche se avrei preferito scrivere codice più robusto, in primo luogo. Quello che mi oppongo (almeno per quanto riguarda Wordpress va) è rilasci di valorizzazione che potrebbero rompere i plug-in che accadono troppo velocemente. Quanto tempo c'è voluto per andare 2,5-2,6? E 2.7 sta venendo fuori molto presto pure.

Un aggiornamento automatico o semi-automatico sarebbe mitigare alcuni di quel problema, ma solo se gli scrittori di plugin aggiornamento così, o se si separarono correzioni di sicurezza da modifiche alle funzionalità così ho potuto, per esempio, il bastone con 2.5, ma ancora essere sempre aggiornato con le patch di sicurezza fino a quando ero sicuro che tutti i plugin che uso il lavoro con 2.6 o 2.7 o (a quel tempo) 4.0.

Ogni volta che sono tenuti. Tenete a mente alcuni utenti si sentono aggiornamenti ottenendo più sicuri regolarmente, mentre alcuni appena si sentono infastiditi con un pop-up ogni giorno "Ci sono 129 nuovi aggiornamenti da installare! Clicca qui ad aspettare 20 minuti per scaricare, poi un altro 10 per installarli!" ... vedete il mio punto.

Dipende dalla natura del aggiornamento e la quantità di intervento da parte dell'utente necessarie per realizzarlo.

Se si tratta di un sito web, è possibile aggiornare tutti i giorni, fino a quando non rompere nulla.

Se si tratta di un aggiornamento di sicurezza gratuito, ASAP è sempre apprezzato.

Un aggiornamento bugfix libera, se deve essere installato dall'utente, non dovrebbe essere più di ogni paio di mesi.

Tutto ciò che deve essere pagato per non possono essere più frequenti di una volta all'anno, o la gente comincerà a sentirsi sfruttato. Ancora di più per alcune classi di software, come i sistemi operativi.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top