Programeri Firefoxa najavili su smanjenje ciklusa priprema za nove verzije preglednika u roku od četiri tjedna (prethodne verzije su se pripremale 6-8 sedmica). Firefox 70 će se pokrenuti prema gore navedenom rasporedu 22. oktobrazatim šest nedelja kasnije 3. decembra biće pripremljena verzija Firefox 71, nakon čega će se formirati sljedeća izdanja svaka četiri tjedna (7. januara, 11. februara, 10. marta itd.).
Nakon toga dugoročna verzija podrške (ESR) izlaziće jednom godišnje kao i ranije i ostat će još tri mjeseca nakon formiranja sljedeće verzije ESR-a. Ispravne nadogradnje za ESR granu sinhronizirat će se s redovnim izdanjima, a izdavat će se svaka 4 tjedna.
Sljedeća verzija ESR-a bit će Firefox 78, zakazan za juni 2020. godine. SpiderMonkey i Tor Browser takođe će preći na četvorodnevni ciklus izdanja.
Razlog da skrati razvojni ciklus želja je bržeg približavanja novih funkcija korisnicima. Očekuje se da će češća izdanja povećati fleksibilnost planiranja razvoja proizvoda i implementaciju prioritetnih promjena koje udovoljavaju poslovnim i tržišnim zahtjevima.
Prema programerima, četverodjedni razvojni ciklus omogućava optimalnu ravnotežu između brzine isporuke novih web API-ja i osiguranja kvaliteta i stabilnosti.
Počevši od prvog kvartala 2020. godine, planiramo isporučivati glavnu verziju Firefoxa svaka 4 tjedna. Kadenca izlaska Firefox-a ESR (Prošireno izdanje za podršku preduzećima) ostat će ista.
U godinama koje dolaze očekujemo veliko ESR izdanje svakih 12 mjeseci s tromjesečnim preklapanjem podrške između novog ESR-a i kraja korisnog vijeka starog ESR-a. Sljedeća dva glavna izdanja ESR-a bit će ~ juni 3. i ~ juni 2020. godine.
Kraći ciklusi izdavanja pružaju veću fleksibilnost kao podršku planiranju proizvoda i prioritetnim promjenama zbog poslovnih ili tržišnih zahtjeva.
Sa četverodjednim ciklusima možemo biti agilniji i brže isporučivati funkcije, uz primjenu iste strogosti i dužne pažnje potrebne za visokokvalitetno, stabilno izdanje.
Pored toga, brže stavljamo nove funkcije i implementaciju novih web API-ja u ruke programera. (To je ono što smo nedavno radili sa implementacijama i ažuriranjima CSS specifikacija, na primjer.)
Smanjenje vremena potrebno za pripremu za lansiranje će dovesti do smanjenja vremena testiranja za beta izdanja, noćne verzije i izdanja za programere, koja se planiraju nadoknaditi češćim ažuriranjima za probne verzije.
Umjesto da pripremimo dvije nove beta verzije po tjednu, planira se prilagoditi šemu čestog izdavanja beta za beta granu, koji se ranije koristio za noćne verzije.
Da bismo održali kvalitet i smanjili rizik u skraćenom ciklusu, moramo:
- Osigurajte da Firefox-ova inženjerska produktivnost ne bude negativno pogođena.
- Ubrzajte povratnu vezu regresije od primjene do otkrivanja i razrješenja.
- Moći kontrolirati postavljanje funkcija na osnovu dostupnosti verzije.
- Osigurajte pravilno testiranje većih karakteristika koje obuhvaćaju više ciklusa objavljivanja.
- Imati jasne i dosljedne procese ublažavanja i donošenja odluka.
Da bi se smanjio rizik od problema nepredviđeno dodavanjem nekih značajnih inovacija, promjene povezane s timKorisnici verzije neće biti preusmjereni jednom, već postupno; U početku će se prilika pokretati za mali procenat korisnika, a zatim će biti potpuno pokrivena ili dinamički prekinuta kada se otkriju nedostaci.
Pored toga, kako bi testirali inovacije i donijeli odluke o njihovom uključivanju u glavni tim programa Test Pilot, korisnici će biti pozvani da sudjeluju u eksperimentima koji nisu povezani s ciklusom pripreme za lansiranje.
Izvor: https://hacks.mozilla.org/
Masovno otuđenje. Postali smo zamorčići u svim sektorima industrije.