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.
Person interested in programming, languages, culture, and human flourishing.
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.
I think they’re referring to the fact that Edge runs on the Chromium engine which, as the name implies, is a Google product.
Flatpak is definitely the way to go if you’re still getting started in your Linux journey.
The reason that flatpak apps are typically more up to date is because they are most often managed by the actual developer of the app. In contrast, the default apps in the Pop shop (which are deb packages, but that’s not super important) are managed and updated by popos itself (and/or Ubuntu/Debian that popos is built on), which is why they’re often slower to update. The developer has little to no day of when these packages are updated, and usually most packages are frozen between major releases of the distro.
This is, in part, a correlation. To some extent, compiled Rust is fast because compiling Rust is slow. That is, Rust does a lot of work (static analysis) at compile time so that the runtime binary is as fast as possible.
This is a really neat concept. I love that they’re recognizing the tradeoffs of both tiling and floating window managers and imagining a better way.
I think the mosaic idea is interesting and has a lot of potential. I agree with their self-assessment that it’s success depends greatly on the simplicity and utility of the window preferred size API, and how willing/able app developers are to adopt it. This is unfortunately yet another place where the fragmentation of the Linux ecosystem shows it downsides.
Nonetheless, I’m really hopeful about this. I would love to see a future where mosaic window management becomes ubiquitous. But really I’d be happy as long as my desktop supports configurable workspaces.
Yes, that is true. But actually it’s more than that: you don’t need a dev to display static content or a decent commerce page anymore. Square space and it’s competitors give more options at a better value to the layman than devs using PHP or jQuery could hope to these days. We have the simple websites, so frameworks very specifically target productivity and maintainability for complex web apps.
This is not true. The higher complexity of frameworks is unarguable, but it reflects the higher complexity of modern web apps. The reality is that React/Vue/Svelte achieve things that are simply infeasible with e.g. the LAMP stack or jQuery.
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/