Názory k článku
Firefox bude od září zkoušet dvoutýdenní cyklus vydávání nových verzí

Tohle je vlastně trochu jedno. Reálně Firefox vychází minimálně jednou týdně kvůli opravám. Například teď jsme v rámci verze 152 už u šestého setinkového vydání.

Záleží jestli se stahují jen změny a nebo celý balík.

Místo na serveru jim bude docházet dvakrát rychleji.

Binární patche dělá Mozilla spoustu let, o to bych se nebál.

To ale vycházejí jen opravy, ne nová funkčnost.

Jo, ale admini a správci dister s tím mají práce zhruba stejně.

A to, že chce Chrome předběhnout verzí Firefox, který se nechce nechat, v tom nehraje roli? :-) Chrome zkracuje cyklus na dva týdny od 8. září s verzí 153.

Kdyby radši přešli na verzování s letopočtem, kdo se v tom má vyznat... tam není třeba nic nahánět, čas běží všem stejně.

Zrovna na tom Androidu mi to docela vadí - nemáme zrovna neomezený tarif a už takhle si děcka vyčerpají datový limit hned na začátku měsíce nějakou aktualizací - teď to bude mnohem dříve.

To se jim dá přeci v Google Play nastavit, že jsou automatické aktualizace aplikací jen přes WiFi nebo většinově přes WiFi.

Dá, ale oni si to stejně přepínají - když si ve škole vzpomene učitelka, že si mají pomocí QR-kódu nainstalovat aplikaci na testy (například...), tak to bez dat prostě nejde. Jenže pak se jim tam navalí ty aktualizace...

Co si vybavuju, když jsem to naposledy nastavoval, tak tam jsou dvě samostatná nastavení - pro stahování (App download preference) a pro aktualizace na pozadí (App updates).
To první může být nastaveno přes jakékoliv připojení, tzn. když instaluju novou aplikaci (příklad s dětmi ze školy), tak to jede přes WiFi i mobilní data.
Ale aktualizace (o které vám jde s těmi častějšími vydáními FF) můžu mít jen na WiFi.
Myslím, že by to mělo jít nastavit tak, aby s tím děti vůbec nemusely manipulovat.

To nemají ve škole WiFi? Navíc v čistém Androidu jsou to samostatné volby – zvlášť pro instalaci aplikací a zvlášť pro aktualizaci. To mají nějaký vylepšený systém, kde je to spojené?

Myslim, ze nova verze by spis mela byt vydana pokud:
a) opravuje zavaznou chybu, nebo
b) prinasi nove funkce.

A ne dle kalendare. To se pak taky muze stat, ze za dva tydny vyjde nova verze ktera se bude lisit od te predchozi akorat tak cislem...

Pro domaciho uzivatele mozna, nicmene firmy musi na kazde vydani mit nachystany plan aktualizace, vyhrazene lidi co to delaji a dodobne. Predstavte si ze delate hromadne aktualizaci pro x tisic pocitacu. A pokud je aktualizace pravidelna da se to planovat, vyclenit na to lidi/cas.

No neviem, ci to tak aj v reale funguje.

Mam tu korporatny notebook, kde mi nejaka firmena utilitka tlaci aktualziacie a nuti ma aktualizovat aka to ja rucne neaktualizujem do niekolko dni, tak to urobi potom natvrdo ona. Nove verzie mi to tlaci hned ako boli vydane.
Pochybujem, ze to niekto nejak testuje alebo prirpavuje. Tipujem, ze je jednoducho nejaky automat sleduje nove verie a ked je nejaka vydana, tak ich tlaci na klientov.

Robil som uz pre niekolko korporatov a zatial vsade to bolo rovnake.

Viem si nieco take predstavit v specifickych pripadoch, kde 100% funkcnost a stabilita je dolezita ale nebude to ziadna masova zalezitost.

Timeboxed kadence je ve skutečnosti docela praktická. Co je, je. Co není, bude jindy. A kratší iterace lepší.

Hlavně žádné obrovské releasy s velkým množstvím velkých změn.

17. 7. 2026, 13:55 editováno autorem komentáře

Takže byste vydal třeba tři nové verze za jeden den, každou s jednou novou funkcí. A za dva dny další.

Vydávání dle kalendáře zajistí, že se vydá jedna verze s několika novými funkcemi naráz. Ušetří se tím mimo jiné regresní testování, protože testujete jednu novou verzi, ne každou funkci zvlášť.

Uživatelé zaznamenají jen rychlejší nárůst čísla verze.
Nie. Zaznamenaju viac downloadov a viac naggingu ze treba browser restartovat.
Firefox tymto akurat chce dobehnut Chrome v cisle verzie + nahnat cislo v irelevantnej statistike "kolko uzivatelov ma aktualne LATEST browser".

Podle společnosti Mozilla je cílem poskytnout novinkám častější příležitost se dostat k uživatelům. Funkce či vylepšení, které nestihlo termín vydání, by tak muselo čekat pouze další dva týdny namísto celého měsíce. Díky kratšímu harmonogramu bude proces vydávání verzí předvídatelnější a sníží se tlak spojený s přesunem připravované novinky do dřívějšího kola.
Toto akurat ukazuje ze napriek tomu, o aky velky projekt ide, nemaju zvladnute planovanie releasov. Nema sa vobec stat, ze v open--source projekte existuje "tlak na presun do skorsieho releasu". Ano, maju sponzorov, a okrem pridavania featur maju aj nejake zmluvne povinnosti, ale toto je vizitka nezvladnuteho planovania + castejsimi releasmi si to akurat budu teraz zhorsovat.

Je to diky zpusobu vyvoje, kdy neni presne dane kdy neco musi byt hotove ale zalezi na kazdem vyvojari jak se mu povede danou featuru/bug dokoncit. Takze neni zadny centralni rigidni plan co by se musel striktne dodrzet, ale spise se vydava co je opravdu hotove.

Ma to samozrejme nevyhodu pro "planovace" kteri pak musi hlidat a sledovat co se v kazde verzi opravdu dodelalo. Ale je to pohoda pro vyvojare, kteri nejsou nuceni jednak narychlo neco dodelavat a nebo naopak neco pozdrzet protoze to "neni naplanovane".