modulusshift
modulusshift on Hacker News
So is this the fabled transition into COVID becoming the common cold? More infectious, less deadly?
The nuclear scare was definitely that constant, if not even more so. It was also a much more black and white issue, there was a clear us vs them to it. I personally think that 9/11 and the response to it would have all been taken completely differently if it weren't for the Cold War only ending a decade before. Bush wasn't laughed out of Congress for talking about an Axis of Evil because it sounded exactly like American foreign policy had for decades at that point, notably Reagan's Evil Empire back in the 80's.
Haha if we were measuring them on literary merit most would be promptly dumped in the garbage. This is kinda just what early sci fi was like, it's rarely about the stories, the stories just contextualize ideas.
Cool, now you're just denying reality, the activities of those harassers towards them and other people are public record, so I rest my case.
You seem to have no idea how obituaries work, you usually have to pay a newspaper to carry them, they aren't automatic, and if the news is published widely enough in the relevant communities why would you bother to pay for it? As for government records, vital records are often limited to people with an interest, such as family members, they aren't usually offered to the public. And why would such a person publish that record online? You might as well be claiming David Bowie didn't really die, I've never seen his death certificate.
If you're going to base your entire argument on a document you haven't produced, believing you would also make me gullible.
First off, "that year" is
this year, so you're boldly claiming there's a document claiming a lack of deaths in a whole year that hasn't ended yet.
But even assuming such a document exists, do you have evidence that he hadn't naturalized and therefore would have given up US citizenship as part of that process?
It's a hexadecimal dollar, actually, $2.56.
Don't fix what ain't broke. the year 2000 was the second skipped skip after 1600. If the Gregorian calendar could make it through those four centuries, with the increasing rate of political and social upheaval, it's not going to change much now. We've got almost 3 more millennia before we've lost a full day compared to the tropical year.
They added a more sensitive camera that year as well as a brighter display with more colors, found interference, moved the display circuitry and cabling to the other side of the phone to compensate, and then that interfered with the headphone jack instead. So they took the headphone jack out instead of compromising the quality of the audio output.
If the guy who put the jack back in did any actual signal quality testing while playing video to stress the display, I'd be appreciative to have this theory put to rest, but I don't think he did.
This was the selling point for the butterfly keyboard when it was introduced, actually, that no matter where you hit on the key it would be equally responsive.
Apple has an architecture license from ARM, so they're allowed to create their own ARM-compatible cores. They do not license any core designs from ARM (like the Cortex A57), they design those in house instead.
Nope, RAM is off die but on package.
The gaming capability is there, but Apple only officially supports their own Metal on macOS as far as graphics languages, meaning the only devs with experience with Metal are the World of Warcraft team at Blizzard and mobile gaming studios. MoltenVK exists to help port Vulkan based games, but generally it's rough going at the moment. I'm personally hoping that the volume of M1 Macs Apple has been selling will cause devs to support Macs.
Yeah, and they also deprecated OpenGL, which would have wiped out most of those games even if the 32-bit support didn't. I'm not expecting to see much backwards compatibility, I'm expecting forwards compatibility, and we're starting to see new titles come out with native Apple Silicon support, slowly, but surely.
macOS Monterey coming out on the 25th has a new Low Power Mode feature that may do just that. That said, these Macs are incredibly efficient for light use, you may already get 24 hrs of battery life with your workload. Not counting screen off time.
Disco Elysium, EVE Online, Minecraft*, Timberborn, Total War: Rome Remastered, World of Warcraft.
Minecraft is kinda cheating, because Java, and even considering that it takes a bit of hacking. Alternatively you can sideload the iOS version.
Asahi Linux is making great strides in supporting M1 Macs, and they're upstreaming everything so your preferred distro could even support them.
https://asahilinux.org/
Well, Apple is selling M1 Macs like hotcakes, so it won't be too long until it'll be stupid not to support them. Also, texture thrashing isn't really an issue when you've got a shared CPU/GPU memory with 64 GB of space. Just cache like half the game in it lol
Oh hey they went back to screws on the keyboards? that's nice, they used to be single use plastic rivets, so at least you
can redo that.
Also Apple's glue isn't usually that bad to work with. Doesn't leave much residue, so as long as you know where to apply the heat you can do a clean repair and glue the new component back in.
Apple put ProMotion in the built in display, so while it can ramp up to 120Hz, it'll idle at more like 24 Hz when showing static content. (the iPad Pro goes all the way down to 10Hz, but some early sources seem to say 24Hz for these MacBook Pros.) There may also be panel self refresh involved, in which case a static image won't even need that much. I bet the display coprocessors will expose the adaptive refresh functionality over the external display connectors as well.
Well, tons, there isn't another ARM core that can match a single M1 Firestorm, core to core. Heck, only the highest performance x86 cores can match a Firestorm core. and that's just raw performance, not even considering power efficiency. But of course, Apple's not sharing.
He made the Sibelius one before he'd ever used MuseScore, did the MuseScore one before Dorico/Finale because of popular demand even though he'd never used MuseScore before that, and then eventually got hired onto the MuseScore team because of the strength of his critique, and proceeded to lead the effort to fix all of the issues he brought up in that video. He made the Dorico video no more than a couple months after joining the MuseScore team, and a couple months before becoming Product Manager there. The Finale video seems unlikely to come out now, honestly.
So, only the Dorico video is even possible to be a shill. Also, oh my goodness if he made YouTube videos to raise his personal profile, as opposed to all the other YouTubers who make videos anonymously?!?
Personally I think that even if UBI wouldn’t provide a living wage in today’s economy, that it will fundamentally change market dynamics in interesting ways. Companies constantly adjust prices up in the US because of increased buying power, aka “they can afford to give us more profit”. There’s an entire industry of cheap smartphones that don’t release in the US, only in India, China, and third world countries, and they’re plenty profitable, but they deliberately only release even more profitable models in the US.
I think creating a significant class of people with reduced buying power in the US will actually lower prices here, as at least some companies decide they don’t want to miss out on that portion of the market just to soak the rest of the Americans for even more money.
Of course that’s expressing a lot of faith in capitalism so it’s entirely possible, even likely, that it would somehow make the entire situation even worse.
Huh. I'm pretty sure I remember blog posts by Scott Siskind back in the early 2010's. And I've never heard of Scott Alexander. So that was a weird perspective to come at this post from. I wish him the best of luck.
A compiler in particular is a very extreme case. Most software is used to its fullest extent by its developer, 90% of bugs are likely to be found by said developer in their normal usage. Another step out, library developers often use their work, but often build in functionality they're not as interested in by request or as a result of generalizing beyond their specific use cases. They might not be the heaviest users of that software, and so aren't as likely to find some of the bugs.
Compilers are the most extreme case. Anything Turing complete is almost certain to have vast swathes of functionality which aren't used by the developer. If a compiler doesn't already have a large user base, then unless you're using it exactly like someone else has, you're almost guaranteed to find some bugs. Honestly that's true for most software, going back to the maxim "don't be the biggest user of any given software unless you're already capable of writing it yourself."