Thrashy

joined 1 year ago
[–] Thrashy@lemmy.world 88 points 4 days ago (2 children)

Science: knowledge workers stop being consistently productive past 40 hours per week, and probably less than that

Rentier-capitalists hot boxing their own farts recreationally: ackshually the problem is we let you dirty fucking peasants go home to sleep at all

[–] Thrashy@lemmy.world 2 points 1 month ago

In that case (as is the case with most games) the near-worst case scenario is that you are no worse off trusting Valve with the management of item data than you would be if it was in a public block chain. Why? Because those items are valueless outside the context of the commercial game they are used in. If Valve shuts down CS:GO tomorrow, owning your skins as a digital asset on a blockchain wouldn't give you any more protection than the current status quo, because those skins are entirely dependent on the game itself to be used and viewed -- it'd be akin to holding stock certificates for a company that's already gone bankrupt and been liquidated: you have a token proving ownership of something that doesn't exist anymore.

Sure, there's the edge case that if your Steam account got nukes from orbit by Gaben himself along with all its purchase and trading history you could still cash out on your skin collection, Conversely, having Valve -- which, early VAC-ban wonkiness notwithstanding, has proven itself to be a generally-trustworthy operator of a digital games storefront for a couple decades now -- hold the master database means that if your account got hacked and your stuff shifted off the account to others for profit, it's much easier for Valve support to simply unwind those transactions and return your items to you. Infamously, in the case of blockchain ledgers, reversing a fraudulent transaction often requires forking the blockchain.

[–] Thrashy@lemmy.world 12 points 1 month ago (2 children)

The idea has merit, in theory -- but in practice, in the vast majority of cases, having a trusted regulator managing the system, who can proactively step in to block or unwind suspicious activity, turns out to be vastly preferable to the "code is law" status quo of most blockchain implementations. Not to mention most potential applications really need a mechanism for transactions to clear in seconds, rather than minutes to days, and it'd be preferable if they didn't need to boil the oceans dry in the process of doing so.

If I was really reaching, I could maybe imagine a valid use case for say, a hypothetical, federated open source game that needed to have a trusted way for every node to validate the creation and trading of loot and items, that could serve as a layer of protection against cheating nodes duping items, for instance. But that's insanely niche, and for nearly every other use case a database held by a trusted entity is faster, simpler, safer, more efficient, and easier to manage.

[–] Thrashy@lemmy.world 15 points 1 month ago

FWIW there is a cottage industry for OnStar disable/delete mods for GM vehicles. It can be done, usually without breaking too much else of the car's electronic functionality.

[–] Thrashy@lemmy.world 9 points 2 months ago* (last edited 2 months ago) (1 children)

I agree, this is a good use of the live service model to improve the gameplay experience. Previous entries in the Flight Simulator series did have people purchase and download static map data for selected regions, and it was a real pain in the butt -- and expensive, too. Even with FS2020 there is a burgeoning market for airport and scenery packs that have more detail and verisimilitude than Asobo's (admittedly still pretty good) approach of augmenting aerial and satellite imagery with AI can provide.

Bottom line, though, simulator hobbyists have a much different sense of what kind of costs are reasonable for their games. If you're already several grand deep on your sim rig, a couple hundred for more RAM or a few bucks a month for scenery updates isn't any big deal to you.

[–] Thrashy@lemmy.world 7 points 2 months ago

Right now Intel and AMD have less to fear from Apple than they do from Qualcomm -- the people who can do what they need to do with a Mac and want to are already doing that, it's businesses that are locked into the Windows ecosystem that drive the bulk of their laptop sales right now, and ARM laptops running Windows are the main threat in the short term.

If going wider and integrating more coprocessors gets them closer to matching Apple Silicon in performance per watt, that's great, but Apple snatching up their traditional PC market sector is a fairly distant threat in comparison.

[–] Thrashy@lemmy.world 3 points 3 months ago* (last edited 3 months ago)

The problem is that the private sector faces the same pressures about the appearance of failure. Imagine if Boeing adopted the SpaceX approach now and started blowing up Starliner prototypes on a monthly basis to see what they could learn. How badly would that play in the press? How quickly would their stock price tank? How long would the people responsible for that direction be able to hold on to their jobs before the board forced them out in favor of somebody who'd take them back to the conservative approach?

Heck, even SpaceX got suddenly cagey about their first stage return attempts failing the moment they started offering stakes to outside investors, whereas previously they'd celebrated those attempts that didn't quite work. Look as well at how the press has reacted to Starship's failures, even though the program has been making progress from launch to launch at a much greater pace than Falcon did initially. The fact of the matter is that SpaceX's initial success-though-informative-failure approach only worked because it was bankrolled entirely by one weird dude with cubic dollars to burn and a personal willingness to accept those failures. That's not the case for many others.

[–] Thrashy@lemmy.world 7 points 3 months ago (2 children)

NASA in-house projects were historically expensive because they took the approach that they were building single-digit numbers of everything -- very nearly every vehicle was bespoke, essentially -- and because failure was a death sentence politically, they couldn't blow things up and iterate quickly. Everything had to be studied and reviewed and re-reviewed and then non-destructively tested and retested and integration tested and dry rehearsed and wet rehearsed and debriefed and revised and retested and etc. ad infinitum. That's arguably what you want in something like a billion dollar space telescope that you only need one of and has to work right the first time, but the lesson of SpaceX is that as long as you aren't afraid of failure you can start cheap and cheerful, make mistakes, and learn more from those mistakes than you would from packing a dozen layers of bureaucracy into a QC program and have them all spitball hypothetical failure modes for months.

Boeing, ULA and the rest of the old space crew are so used to doing things the old way that they struggle culturally to make the adaptations needed to compete with SpaceX on price, and then in Boeing's case the MBAs also decided that if they stopped doing all that pesky engineering analysis and QA/QC work they could spend all that labor cost on stock buybacks instead.

[–] Thrashy@lemmy.world 22 points 3 months ago (2 children)

Another perovskite hype piece. You'll know that they've got something that's commercially viable once they're making these sorts of efficiency claims and not omitting information about cell degradation.

[–] Thrashy@lemmy.world 4 points 3 months ago* (last edited 3 months ago)

Given that the first perovskites studied had lifespans that could be measured in minutes, this is great progress, but the fundamental problem is that as a class of materials they just don't want to exist outside of an inert atmosphere. Without significant progress in stability and encapsulation materials, they're more of a research curiosity than a viable real-world PV tech.

[–] Thrashy@lemmy.world 41 points 4 months ago* (last edited 4 months ago) (3 children)

A combination of resting on their laurels during AMD's lost decade, and failure to retain competitive process technology during the extended gestation and ultimate failure of their non-EUV 10nm node. The arrogance of taking their foot off the gas and assuming nobody would ever catch back up to them backfired hard.

[–] Thrashy@lemmy.world 23 points 4 months ago* (last edited 4 months ago)

The reverse. OceanGate saw how planes were being built and said, "let's do that for submersibles!" even though in airplanes, composites are subjected to <1 atmosphere of tension loading and <2g aerodynamic loading, whereas their submersible was going to be subjected to >400 atmospheres of compression loading, and a much more corrosive environment.

Composites in aircraft have a fairly long and uncontroversial history, and there's nothing inherently wrong with them in that application. The biggest problem with composites is what happens with them at the end of their service life. Finding ways to recycle them without compromising safety is a good thing, and if it weren't for Boeing having such a damaged reputation at the moment I think nobody would bat an eye.

view more: next ›