Does anybody have guesses on what percentage of browser development is for
1. New web standards related changes
2. shiny new service integration(like AI, vpn etc)
3. UI & UX enhancements
4. Bug fixes
5. Security fixes
I believe changes related to 1 and 2 (to an extent) are primarily driven by Google.So, if Chrome changes hands and development slows down I think it would give alternative browsers time to focus on 3 & 4 instead of playing catchup. It might turnout good for the overall browser ecosystem in the long run.
I did a quick get deep research web search and:
> Modern browser engineering is heavily weighted toward maintenance work (bugs + security) rather than shiny new capabilities. After hand-classifying every bullet in the public release notes (stable channel) for the last 12 months of Firefox (versions 117-126), Chrome (versions 126-136) and Safari (17.0-17.6), then folding in counts that Apple, Google and Mozilla themselves publish (for example “39 new features and 169 bug fixes in Safari 17.2”), the picture that emerges looks like this:
Even the most “innovative” browsers invest 45-55 % of their engineering time simply keeping the ship afloat.
True green-field standards work is roughly one-fifth of effort, with Safari and Firefox currently leading in CSS & media-query adoption, Chrome in new JavaScript/DOM APIs.
Eye-catching integrations (VPN, local AI summariser, etc.) stay single-digits because the core browser still has to do the unglamorous work of being correct and secure.
Note that 1. makes web apps more and more powerful, which in turn actually benefits end users (in most cases). It enables us to replace storage and memory consuming Electron and Chromium Embedded Framework apps with their web counterparts.
You could argue that Tauri exists, but I doubt that it would gain large-scale corporate adoption, as storage consumption was never their concern, development time and cost are.
1. New web standards related changes
2. shiny new service integration(like AI, vpn etc)
3. UI & UX enhancements
4. Bug fixes
5. Security fixes
I believe changes related to 1 and 2 (to an extent) are primarily driven by Google.So, if Chrome changes hands and development slows down I think it would give alternative browsers time to focus on 3 & 4 instead of playing catchup. It might turnout good for the overall browser ecosystem in the long run.