• 6 Posts
  • 356 Comments
Joined 2 years ago
cake
Cake day: July 1st, 2023

help-circle



  • I mean, lots of problems rise from this from interoperability, debug ability, removing control & ownership of your own data…etc

    Obfuscating the data means you (The user, via your own means) no longer have access to it, you cannot integrate with it, …etc This is a problem for a project that promotes itself for openness and compatibility.

    Firefox should not be solving your user level access permission problems, that’s not it’s job 🤦



  • Will these ever be useful on the second hand market

    Nope, not ever. Even if it’s standard form factor gear.

    They will be disposed of (“recycled”), since that grants the largest asset depreciation tax break, and is the easiest economically. The grand majority of all data center gear gets trashed instead of reused or repurposed through the second hand market.

    Source: I used to work at a hardware recycling facility, where much of the perfectly good hardware was required to be shredded, down to the components, because of these stipulations. It’s such a waste.


    Dumping bucket of tens of TB worth of modern RAM into a shredder is… Infuriating.






  • It really is a shame that Microsoft gave up their technical position in order to gain a market position. However, ultimately, that worked out for them.

    Microsoft didn’t keep it because developing a web browser is insanely expensive, and they where too far behind. While they where trying to pivot to Azure and other cloud ecosystems.

    With likely 1000+ engineers being involved in Chrome in a meaningful way, it’s an insanely expensive project, and Microsoft just couldn’t keep up.

    Now given that Mozilla has an engineering team 1/4 to 1/6th the size for Firefox really puts into perspective How astronomically well they have been doing with Rust.

    This also puts into perspective how unlikely other browsers like Ladybird are to ever take off, when a year of their development is eclipsed by a few weeks of major browser development. Compounding over and over.

    Shits a mess.







  • Almost nothing you mentioned here has to do with accessibility and accessibility tooling.

    I get the feeling that most of the people replying here and downvoting the folks that are right don’t actually know what accessibility means.

    Which… Honestly tracks. If the community in general doesn’t actually understand what accessibility is of course the projects themselves aren’t going to give a shit about accessibility.

    And the Linux community, par for the course, shits on anyone who has real critical feedback.


  • It’s not about being better than everything else.

    It’s about literally maintaining the same capabilities that it had before that don’t alienate an entire class of users. And taking into consideration how dropping centralized APIs and ecosystem fragmentation affects users.

    Accessibility apis are non-optional for accessibility tools that many individuals require in order to use their device effectively.

    That’s a pretty big difference from what you seem to be thinking. We’re not talking about how the user interface looks here.


  • I mean if you rely on accessibility apis you’re not going to use it because it’s not there… You literally cannot use the OS because you require accessibility tools to use your computer effectively.

    And implying that someone should just make it their own is kind of asinine. This is a big shift in the Linux Desktop ecosystem that one person cannot affect when decisions have already been made and contributions that go against project decisions are not necessarily welcome.

    Developers of large accessibility projects slowly dropping Linux support because of Wayland Is a Wayland problem, not a “devs of accessibility tools problem”.

    They are already vocal about it, to frustratingly no effect.