Quali sono i reali vantaggi del ciclo di sviluppo della versione rapida adottato da Mozilla Foundation rispetto alla strategia adottata in precedenza?
Quali sono i reali vantaggi del ciclo di sviluppo della versione rapida adottato da Mozilla Foundation rispetto alla strategia adottata in precedenza?
Secondo Mozilla, il programma di rilascio rapido è destinato alla " velocità del web ", ma non c'è ragione che la stessa cosa non possa essere realizzata rilasciando aggiornamenti minori con numeri di aggiornamento minori. Stavano rilasciando aggiornamenti minori sullo stesso ritmo con cui stanno ora pubblicando aggiornamenti "importanti", è solo che ora incrementano un segmento diverso del numero di build. Quindi, invece di passare da 3.6.4 a 3.6.5 quando rilasciano alcuni aggiornamenti minori, ora passano da 9.0.1 a 9.1.0 e qualsiasi cosa più grande di un aggiornamento minore ottiene ora un incremento del numero di build maggiore. In pratica è solo un gioco di numeri, quindi "gli utenti" non pensano che Firefox sia in qualche modo meno buono di Chrome semplicemente perché Chrome è la versione 16 e Firefox è la versione 3.6.
Se dai un'occhiata al registro delle modifiche per passare dalla versione 8 alla 9 e dai un'occhiata alle modifiche, vedrai che in realtà dovrebbe essere solo un aggiornamento della versione minore, ma non lo è. La vera vergogna è che Chrome cerca (e succede) di nascondere il numero di versione così bene che anche i tecnici non prestano attenzione (o sanno) a quale versione stanno utilizzando. Con Chrome, è sempre solo "Chrome, la versione più recente", che è molto più semplice. Inoltre, gli aggiornamenti in Chrome non richiedono più di 3 minuti per l'installazione su un Core i7. Si parla invece di passare a un numero di versione "giorni correnti", che sarebbe molto meglio. Dove la tua versione è "corrente" o "corrente - x giorni" dove x è il numero di giorni fa la tua versione è stata rilasciata rispetto alla corrente.
Leggi altre domande sui tag release-management firefox