Source? Like obviously none of us on this platform appreciate manifest v3, but it's obvious that's a corporate push, and exactly the thing this new organization might help mitigate.
On the other hand, the Chromium team has been pumping out all kinds of day-to-day platform improvements for the last 5 years at least. I'm thinking of CSS ergonomics and more robust HTML that make web devs less JS-dependent. The kinds of down-in-the-weeds work that gave us CSS grid, all the useful new CSS pseudoselectors, the command attribute for buttons, etc. etc.
I'm not a web maximalist, and I would love to see a simpler web/browser prosper, but I just don't think it's realistic.
I think anyone is welcome to try this, but the core ethos of the web is backwards compatibility. To my unending irritation, even non-standard behaviors/APIs like WebUSB have become critical for sites to function.
The last time we actually dropped a feature, it was Flash, and that took a decade and there is still tons of effectively dead/permanently lost content because of it.
Creating a browser that only implements a subset of the standards is fine for very niche usecases but I don't expect it to ever overtake the major browsers. We'll see how Ladybird fares as it's compatibility increases.
Unfortunately, as much as I hate to admit it as someone who has left Chromium behind personally, Chromium is kind of the only choice. I think people outside the browser implementation world underestimate the sheer scale and complexity of the modern browser stack and what goes into maintaining compatibility with web standards, much less advancing them.
We've reached the point where Chromium is essentially the de-facto web standard because Chromium engineers do the lions' share of feature testing and development, because Chromium receives the lions' share of funding.
Igalia, an OSS consultancy that does a lot of fairly-funded independent browser development, has lots of material about this. For example, the recent chat between Igalia members and someone from Open Web Advocacy about what to do if the anitrust ruling against Google jeopardize's Chromium's funding, and the options are pretty dire.
Edit: After reading the article, I think this is a really good sign. Bringing together the immediate stakeholders in Chromium's development and funding bodes well for the possibility of stewarding Chromium in a less Google-dependent, profit-motivated, ad-centric direction. There's unfortunately a lot of uncertainty about how this will all shake out, but it's possible that Chromium could become a truly independent project and move back in the direction of user value instead of user-hostile shareholder value.
Microsoft produces a plethora of good learning materials if you're struggling with the basics or specific concepts. I recommend their C# for Beginners course to get a good overview of real C#.
Once you have a good handle on the basics, I would echo others' advice that having some kind of project or goal to work towards is the surest path to learning, because you have external motivation to use what you're learning and look up things as you need them. Is there some reason you chose C# specifically as your next language, maybe for game dev, web dev, or Windows apps?
YAML is truly an untenable format. I'm personally excited for KDL to stabilize and hopefully see wider adoption, but in the meantime I'm fine sticking with JSON most of the time.
Thankfully, development of Servo has been revived, and it's now fully independent of Mozilla. I believe it's now being stewarded by the Linux Foundation of Europe, with a lot of contributions from Igalia.
The fact that there's no option to express my anger over the environmental cost of AI is infuriating. There is no responsible or positive use of AI when it's accelerating the destruction of our climate.
I have stopped giving Apple my money, for this among other reasons. I have to say, though, that Asahi Linux makes a compelling case for repurposing their hardware for better use.
I mean, the simple proof is that Rust has been growing by leaps and bounds in the embedded world, which is the closest to bare metal you get. It’s also being used in the Linux kernel and Windows, and there are several projects building new kernels in pure Rust. So yeah, it’s safe to say that it’s as close to the metal as C.
Also, the comparison to Java is understandable if you’ve only been exposed to Rust by the memes, but it doesn’t hold up in practice. Rust has a lot more syntax than C (although that’s not saying much), but it’s one of the most expressive languages on the market today.
My preferred variation of this is to make it an open question that leaves them in the position of authority, and assumes that they made a deliberate decision.
For example, instead of "Why aren't you using StandardLib that does 90% of this?", I would try "Could this be achieved with StandardLib? Seems like it would cover 90% of this".
For anyone interested in learning more about bloom filters, this is a technical but extremely accessible and easy to follow introduction to them, including some excellent interactive visualizations: https://samwho.dev/bloom-filters/
It’s not just a proposal, it’s already fully defined and almost completely implemented - I believe they’re just waiting on a standards update from ISO for time zone stuff.
Source? Like obviously none of us on this platform appreciate manifest v3, but it's obvious that's a corporate push, and exactly the thing this new organization might help mitigate.
On the other hand, the Chromium team has been pumping out all kinds of day-to-day platform improvements for the last 5 years at least. I'm thinking of CSS ergonomics and more robust HTML that make web devs less JS-dependent. The kinds of down-in-the-weeds work that gave us CSS grid, all the useful new CSS pseudoselectors, the command attribute for buttons, etc. etc.
I'm not a web maximalist, and I would love to see a simpler web/browser prosper, but I just don't think it's realistic.