In two companies we already gave up on Dart and Flutter because of how it's backwards incompatible is. The language and frameworks moves very fast, it develops new tools and classes before the old ones become mature enough and adopted by the industry. Then suddenly, Flutter 27 lands, requires Dart 45, which requires intl 81.2.5. and now you can't compile anything anymore. Whole upgrade process, tools, compiles and libraries are broken for months before Google and OSS catches up. Once ecosystem is on Flutter 27 your upgrade path takes weeks, because a core method was renamed or compiler flag removed and CI/CD is failing. So you just move back to Java and Kotlin, where code from 2012 still compiles and works just fine.
It’s kind of telling that you had to rely on fake examples here because I don’t know what you’re talking about at all as someone in the exact same ecosystem.
I’ve genuinely never run into something that even remotely resembles what you’re describing in half a decade.
Just to point out the ridiculousness of your comment Dart is 10 years old at this point, follows semver and is on version 3. Your story really doesn’t check out at all.
They actually go into fairly stupid amounts of details to make keeping up with changes simple. They strictly adhere to semver so you shouldn’t ever be surprised and then they literally have a tool baked into the CLI which will do all of the upgrades for you that static analysis can handle which is the overwhelming majority of them in my experience.
I released two apps built in dart on flutter. I loved it at the time, but I ran into this issue headlong with both of them. Release v1.0, move on to other things, come back in a year with a new computer to fix a minor bug and I can’t even compile the original release anymore, and had to spend forever rejiggering everything to get it back to the state it was when I left it. I really loved dart, and even flutter, building in it was a breeze. But the churn made the js ecosystem look slow.
You don't get to very rudely accuse someone of giving "fake examples" (why?) and then, later, use weasel words like "in my experience." Perhaps your experience isn't representative of everyone else's.
None of those versions exist, so the example is obviously made up.
Now, it could still be rooted in reality rather than being a complete fabrication. But when all the provided details were made up, it's basically impossible for anyone to check.
This has always been the problem with Microsoft. Here is a rant from 2020 about Visual Studio https://www.youtube.com/watch?v=GC-0tCy4P1U and live comparison of performance degradation while loading the same project.
I remember about 15 years ago running Windows + VS in VMWare because I could skip installing Office inside the VM and the system would run noticeably faster.
Apropos, running Steam on my Archlinux Desktop with Windows compatibility turned on works really, really well. Much better than what I remembered from the bad old days of trying to get stuff running in Wine.
Wine and it's alternatives have greatly profited from valve going this route and as a result all software runs better. It's a gradual improvement over time and we are past the early stages. I'm still running a gaming PC on windows but that is going to end quite soon if Microsoft keeps doing these things.
Stream actually paid for contributions to Wine if I understand correctly.
I too planning to use a gaming centric distro for my next gaming PC build. The horseshit they've been pushing at me on 10 has been atrocious. The lie that 10 would be the last. Injecting pages into Chrome. Windows acts more and more like literal malware.
> I too planning to use a gaming centric distro for my next gaming PC build.
I don't find that the distribution makes that much of a difference?
I just use Arch Linux, and install all the programs (gaming centric or otherwise) that I need when I need them. I guess I'm lucky, because the Steam Deck's distribution is based on Arch Linux, but I used it before it was cool.
I suspect the main differences between the distributions is what you get by default, and that can be a huge factor in terms of convenience?
Yeah and good on you for using Arch but gaming distros are designed to support dummies, meaning people like me that don't really want to build the OS from the ground up get to coast. We just want to use it.
I know a fair bit about OS internals but especially when I'm gaming I want to play rather than read and follow technical docs.
I game using Steam on Pop_OS![1] with a home-built AMD machine and, while I know there are some background processes (Proton) that run to establish and maintain a compatibility layer, it's nearly seamless to me as a user. The most I really see is a progress bar that appears before some games where Vulcan shaders have to be pre-rendered. In my experience everything needed for Windows-native games to run on Linux is handled automatically, without any configuration, runtime flags, or anything else.
Early on I consulted ProtonDB to see if my games would run, but honestly now I don't even look at it any more. While YMMV depending on the games you play, I haven't encountered really any major bugs and zero crashes. The most I found was some strange shadow texture rendering artifacting in Baldur's Gate 3, but it was contained to a particular part of a particular map.
A decade ago it was kind of rough, but now? I am never going back to Windows for gaming. Playing games on Linux is light-years better than what it used to be. If you're curious but haven't tried it because you had bad experiences in the past, I'd encourage anyone to give it another go.
Just a note to readers who are interested in this: some games in your Steam library may still not work with Proton, but the ones that do work should have rather few issues. (I play exclusively on a Steam Deck so “should” is in reference to the variance in hardware among bespoke machines.)
The Steam Deck has done well, and releasing SteamOS for free so people can install it on their own PCs is great, but I think they should make a “Steam PC” they could sell. The majority of gamers aren’t technical and buy pre-built PCs. A Steam PC with Steam OS pre-installed would make it easy for these people to game on Linux and pump up the Linux gaming share of the gaming market.
People will make the choices that are rational for them. When your job is making content about hacking stuff, wasting 8 hours on hacking a dishwasher that both generates content and generates useful information for other people is a better use of time than wasting 4 hours returning a dishwasher in the hopes that you personally will be the straw that breaks the IoT camel’s back.
Returning an appliance though will leave you without that appliance for a while. Attempting to reverse-engineer it shouldn't affect his ability to clean dishes and is also fun to do.
>The backdoor mandate was part of an anti organized criminality law, Bruno Retailleau (interior minister) pretend criminals use encrypted chat to communicate and so backdoor is required to intercept their communications.
Terrorist attacks in Paris were coordinated using SMS and play station network.
Today a tech lead with admin role on GH opened a PR, approved it for himself and merged it, because he could override GH rules. The PR had failing unit tests. It went straight to prod and caused 20 minutes downtime of one functionality. We do test things, sometimes you're just not prepared for all the permutations of the idiocy out there...
reply