AGESA update applied via BIOS update. Effectively just a microcode patch. Pretty common, and since we're seeing Epyc CPUs from the same generation as Ryzen 3000/Zen 2 being patched, I feel like it's pretty lousy not to patch them as well.
Almost definitely. Between hunting rats in cow carcass pits, eating strange bushmeat on safaris and a lifelong habit of collecting more roadkill than he has room for, it's almost certain he's consumed something parasitic as a result
Probably because he helped get it off the road after she hit it. I don't think he's being sexist here, I think he quite likely did encounter a woman who had hit a bear. He apparently has a whole thing for roadkill meat, and is more than happy to make it his problem.
I see this comment every now and then, and it always forgets the cost of the transaction, confirmation time, and of course, the need for miners to exist to process these confirmations/transactions. The energy cost is extraordinary, and the end user is taxed for the use of their own dollars.
It's not really feasible on a broad scale. Bitcoin is a holding stock, not a valid currency. Its value only increases because it manufactures its own scarcity. And as its scarcity increases, it naturally moves toward centralization since mining becomes too large an activity for the individual to reap any benefit. You can argue for proof of stake to eliminate the need for mining, but then you open the doors to centralization more immediately.
What are you, an apostle? Lol. This issue affects Windows, but it's not a Windows issue. It's wholly on CrowdStrike for a malformed driver update. This could happen to Linux just as easily given how CS operates. I like Linux too, but this isn't the battle.
Depending on the developer, and the scale of their game, these things can also be incredible cheap to produce too. If your gameplay/monetary loop is something designed to arbitrarily force a player to wait to accomplish something or otherwise spend money, then you can drastically reduce the amount of content that needs to be added as long as you have an adequate base.
Even if you spend money, loot box mechanics and randomized stats can push players to continue to spend because while they got an item, they didn't get the perfect item. Base builders, team combat titles and character based games are very, very effective at this.
For developers like the one behind Evony, they can be a lot cheaper because that game, and a hundreds like it have existed all the way back as far as farmville and earlier. They just got better at the monetization loop over time.
Similarly, if you're born at the tail end of Millenial/start of Gen Z, then you still grew up with a collage of 90s and 00s culture and inconography, offsetting the definitions the groups typically gain over time. Some Gen Z grew up into adolescence without really feeling the advent of the modern internet or social media. The end of that range never knew a world without it.
Generations are useful statistical groupings, but don't represent individual experiences or influences, leading to disparity or outliers that feel excluded from their "peers" so to speak. I'd say I probably share more experiences with Gen Z, but a lot of the cultural aspects of my childhood are closely linked to later Millenial ones. There's a gradient, not a cutoff.
With that in mind, a battery health tool is probably the fastest way to tell how old a phone is going to feel. Otherwise nothing else is going to suffer wear and tear. If the phone is in good shape, and the specs are agreeable, then it doesn't matter how old it is.
Hey there, I'm not sure I understand what you mean by "first activated". In general, you activate a SIM card, not a phone. This would be associated with your current phone plan, not the device itself. Your carrier would be able to provide that info. If you're referring to when your phone was first purchased/turned on, then most folks tend to add their Google account during setup, which might be why there's a suggestion to check your Google account to see when the device was added.
The IMEI is potentially useful as it's a device identifier, but generally doesn't matter to anyone except your carrier.
Absolutely. Android devices are dirt cheap, and ubiquitous in most of the world. It's an obvious choice for many based on that alone. There's also lots of families that aren't in Apple's ecosystem.
As far as I'm aware, Samsung or Amazon are the only other real app "marketplaces". Most developers using Fdroid otherwise rely on donations or patreon for active development, depending on the nature of the app
When people refer to a particular piece of development aoftware as closed or open source, they are referring to the license/availability of that software's code. You can use proprietary software to produce open source code, which is the case with Android Studio. The code that makes up Android Studio is not open source, but your own work made within it can be.
In general, "open source" is a broad term that just means "can I see the code that made this?". There are differing degrees of open source software as well. The MIT license, for example, opens up code to some modification/re-use but protects some libraries. Something like a BSD or GPL license is far less restrictive, usually allowing free modification and use of the code. Android Studio falls under the Apache license, one of the more restrictive licenses that still applies copyright, and may employ proprietary libraries that cannot be modified or copied for use. Again, this ultimately isn't likely to affect your own work or projects, but it does mean there's less transparency about the tools you are using to make it.
I apologise if this is overwhelming, but the distinction is important, and I think that as a beginner it makes sense to start with where there is the most documentation and ease of entry. Once done, it's definitely easier to move towards projects that more closely align with FOSS philosophies.
Android Studio is just the work environment for code and app development. You could continue on to publish all your code/work as an open source application through whichever means you choose during or after the fact.
Imo that's fine. It's also still the best tool for learning since it's the most widely supported one, and contains the greatest amount of documentation for working with android development. It costs nothing to use, and doesn't lock you into any kind of ecosystem you can't later migrate from.
Android Studio is the primary toolkit for developing native android apps. If you have no background in programming, there are some more visual tools like Budibase (open source) or Softr (closed source), but you are likely to run into difficulty getting them to apply logic the way you'd like.
If you're a tinkerer, then honestly I'd look into learning more about Android Studio and Kotlin, the language most used these days for app development on Android.
I firmly believe this Quest exclusivity junk is stifling VR in a way that sets it back quite a lot. There's a lot of interesting ideas, but the closed ecosystem that Meta/Facebook has crafted is detrimental overall. It limits the peripherals, the fidelity, and it doesn't even have the kind of competition something like the old console wars did. It's just dumb.
Not arbitrarily. I've just had difficulty launching deb and AppImage packages from within Wayland after downloading them. I have to explicitly navigate to Dolphin and launch them. I know what I downloaded, I want to be able to run it from Firefox's download menu.
Same, I couldn't find an open issue for this anywhere. Now if they wanna fix the ability to launch executables from Firefox under wayland I'd appreciate that.
AGESA update applied via BIOS update. Effectively just a microcode patch. Pretty common, and since we're seeing Epyc CPUs from the same generation as Ryzen 3000/Zen 2 being patched, I feel like it's pretty lousy not to patch them as well.