Hasn't Wine been good enough for at least 10+ years? Furthermore, how does being backed by Valve actually be of any significant value? I've heard of this argument for a couple of years now and I'm still not convinced (not that I follow Wine development that closely).
> Hasn't Wine been good enough for at least 10+ years?
Depends on what you mean by "good enough". Wine is an incredible project that has achieved amazing successes, but it still falls short in a lot of ways.
I personally don't use Wine but I've encountered people online in the last 10+ years that use the argument that it's "good enough" for people to fully switch to Linux. Realistically, I don't think Wine actually convinced more than a handful of users to abandon Windows
I use only small subsets of Azure, but every bit that I do use leaves me with a feeling that I'm the first user of a minimum viable product.
To pick a random example that I'm familiar with: Azure DNS Zones.
When I used AWS Route 53, the main issue I had with it was that I thought the cutesy marketing name was stupid. That's about it. By reading through the docs, I learned a little bit about DNS I didn't know, and I got to learn about the clever engineering that AWS did to work around issues with the DNS protocol itself. In the end, it had more features than I needed, and the basic stuff Just Worked.
When I tried to use Azure DNS, their import tool shredded my data. I then wrote a custom PowerShell import tool, but it took hours to import a mere few thousand records. The next day my account was locked out for "too many API calls" because I simply had the console web gui open. Not used. Open. The GUI showed entries different to the console tools. The GUI string limits don't match the console tool. The perf monitor graph was broken, and is still broken. Basic features were missing, broken, or "coming soon".
You would think DNS would be one of those services that "just works", but nope. Bug city.
Now mind you, most of those issues are fixed now, and they're adding more features and fixing the issues those new features are introducing.
But ask yourself: Why are buggy features being rolled out in production? Did nobody test this shit? Did they ever do a load test? Did they even try basic things like "have the console open with more than 10 records"? Why am I discovering this? Do they not have thousands of customers who have battle-tested this stuff?
Clearly they're just throwing things over the fence and letting support tickets be their QA feedback.
PS: It's even how they use DNS themselves that's just wrong. E.g.: If you use Azure CDN you end up with like 6 CNAME redirects in a row. The DNS standard says CNAMEs shouldn't point to other CNAMEs! At a minimum this is slower than it needs to be, but it's also less reliable because there's more points of failure...
Quite frankly, I think the post should get downvoted more. It's not an opinion, it's a fact that those apps are NOT necessary for the phone's functionality. The user even mentions that the apps are a 'want' to some users, not a need.
What makes the bloatware annoying is that they cannot be fully uninstalled, only disabled. I'm one of the users who disabled these google apps and it annoys me that I cannot remove them.
That's moving the goalposts, though. The only options aren't "necessary for the phone's functionality" and "bloatware". There's also "apps that most people would find useful", and a calculator, note-taking app, browser, etc. certainly qualify.
Yes, it's (marginally) annoying that you can't uninstall them, but the majority of users won't care.
> I'm one of the users who disabled these google apps and it annoys me that I cannot remove them.
Unless you are running low on space on your phone and really could use those extra megabytes, your annoyance is illogical. That doesn't make it invalid, but it does make it unsurprising that this issue hasn't been addressed.
The only reason that I-95, for instance, extends as far as it does, is because of the Strategic Air Command bomber base in Limestone, ME. A lot of the other more nonsensical routings of the interstate system make sense when you take into consideration where strategic bases were located in the 50s and 60s.
Evacuating cities in the event of an atomic attack was also cited as a reason though that obviously seems questionable as well. As I wrote in another comment, the defense justification was probably mostly just a way to get the help get the act passed.
Katrina and Harvey showed that at best, evacuating cities with highways is an extremely long, drawn out process that will most likely leave the most poor and destitute (who don't have cars) totally stranded.
Yes. Basically you can't rapidly evacuate cities. Maybe highways help a bit but, if you can barely handle commuter traffic on a given workday, you're certainly not going to completely and quickly evacuate a city if there's some threat--and that's before you even get to the issue of people who don't own cars.
So the idea that highways would be useful if there were an imminent threat of nuclear attack looks pretty silly.
Rail has upper capacity in the ranges of 60-90k passengers per hour, whereas car lanes are in the range of 2-3K passengers per hour in free flowing conditions. Granted that 60-90K figure doesn't involve people trying to shove furniture, pets etc. into their vehicles, but you could move quite a lot more with rail.
Rail is also used as part of the evacuation, but most people will want their car so they can carry enough supplies to last for the evacuation period. In fact one of the most egregious aspects of the Katrina disaster was New Orleans explicitly told Amtrak their trains were unnecessary [1].
>"We offered the city the opportunity to take evacuees out of harm's way," said Amtrak spokesman Cliff Black. "The city declined."
Oh, no, I specifically did not buy the Sirocco because it does not have a headphone jack. They're different phones - they still make the 8. The Sirocco is also another $100-150 over the plain 8?
Maybe your bones are too dense, though to be honest, I've never heard of anyone with your issue in floating/treading water. I've always assumed that everyone has enough buoyancy to float most of their body.
Totally the guy's fault. No one in their right mind should have 3 months (or even a few days) worth of code without a backup/version control system set up.
It is not his fault that the tool deleted thousands of files.
Don't confuse yourself; the tool did a bad thing, and so did the user, and those are two, separate, bad things.
The user is not to blame for the tool's nearly cavalier deletion of 5000 files, and the tool is not to blame for the user's failure to have a recovery method.
