It's a nice concept, though the execution isn't perfect. The biggest flaw, which may have been fixed since, is that the power supply decoupling isn't good enough, such that when the batteries get low and the alarm tries to make a noise, the clock detects it as a touch, which instantly snoozes the alarm. We haven't had it since the original batteries though, which were ironically the ones Lexon supplied.
N.B. These are only just big enough to put a glass of water on top, and it might not play well with the touch sensitivity.
That's a cool clock. Do they make one that is radio controlled by US transmitters? If not, maybe txtempus[1] and a Raspberry Pi Zero W can help. Or pico_dcf77_tx[2] and a Pico W.
I often save things as PDF. The 'export as PDF' option in Safari creates a long PDF that I find much better for reference on screen than 'printing' to PDF.
But the big flaw in this, especially for saving programming related pages, is that it loses the parts of scrollable content which is not currently in view, e.g. the ends of lines in a code block.
The number of users hasn't really gone up since 3G. By that point in the US basically everyone had a cell phone. So your point is more like increased data usage across the board. And sure that's a decent argument why carriers want to deprecate old protocols, although I think carriers being allowed to deprecate what was effectively a single generation old was a travesty.
I'm just saying as far as service level and amount of data on plans, I personally was content with 3G levels. There's so much advertising pushing us into churning for technolust incrementalist spec-chasing, that I find completely uncompelling as what really defines my devices' capabilities is software freedom.
You could still cheat. It’s not fresh in my memory but the correct page number was distinctive and the incorrect pages did not load instantly, so you could just press all the colours until you saw the right one!
I prefer subs over dubbing for foreign languages, but I cannot stand closed captions (for people who can’t hear at all) because having your eye drawn to the bottom of the screen for a description of something I don’t need to know about is horrible!
Sometimes it's hilarious when they're trying to describe the dramatic tension from sounds or music, and "reveal" all the cliches, though. "Music swells to a tear-jerking crescendo"
You've described some advantages to you as a developer. For the average user, apps that change all the time and effectively make them a tester aren't such a no brainer!
Resolution time on native is longer than web.
Bugs happen, native, web, doesn’t matter…bugs happen.
Re benefit for who. We will invest our time where it makes the most sense.
If you’re familiar with platform risk, you’ll understand that we’re not exactly eager for our existence to be subject to the whims of Apple and Google.
As I understand it, speaking AHCI doesn't mean the higher level drivers exist in the BIOS to allow booting, so things were a long way from standardisation in those days. You couldn't just put an AHCI drive in an M.2 slot and expect to get on with your day.
A PCIe SSD speaking AHCI means the boot firmware and OS will see it exactly the same way they would see an add-in card providing one SATA port populated with an SSD that is mysteriously faster than a 6Gbps SATA connection should allow. Those PCIe SSDs used AHCI exactly because that's what everything already had drivers for.
That's the thing, not everything had the drivers. Gigabyte in particular omitted the important bits for a while. I'm not going to claim I'm an expert, but I ended up with a very fast SSD which could only be made bootable by extracting parts of another vendors BIOS and creating a custom UEFI image with them added, and life is far too short for that.
What you're describing sounds like the process for adding NVMe support to a board that shipped with a PCIe M.2 slot but no NVMe driver in the firmware. There were quite a few of those circa Intel's Z97 chipset, and motherboard vendors were inconsistent about when or whether they shipped firmware updates to add NVMe support. A few early NVMe SSDs included a PCI Option ROM to provide NVMe capability on systems that didn't already have it. For any other NVMe SSD, the firmware needed to be modified to add a UEFI DXE driver for NVMe to enable booting.
There were very few consumer PCIe SSDs sold before the adoption of NVMe, and they were almost exclusively sold to OEMs rather than as retail products. A few like the Samsung XP941 and SM951 were available through grey-market retailers for about a year before Samsung launched the 950 PRO as an official retail product, using NVMe (with an Option ROM). (Note: the SM951 existed in both AHCI and NVMe variants, so some of those grey-market retail sales were of drives that were essentially 950 PROs with slightly older flash).
It's not entirely impossible that Gigabyte shipped boards that couldn't boot from AHCI PCIe SSDs. But it would be difficult for that to be a driver issue. I'd expect those boards to also have difficulty booting from an add-in SATA controller card, because the difficulty booting from AHCI SSDs would have to come not from a lack of an AHCI driver but from a misconfiguration preventing that driver from being used with anything other than the SATA controller built-in to the motherboard.
How sure are you that you didn't miss the brief era of AHCI SSDs entirely and are simply remembering early NVMe teething issues?
I am 100% sure. It is indeed an SM951/M2/ACHI[sic, that's what's printed on it], I have it in front of me. It went in the only system I've built in the last 15 years, so there's no room for confusion.
It had to be AHCI because macOS didn't support NVMe in this era, and the motherboard was also chosen for Hackintosh compatibility, but I only ever used it as a data drive because of the boot issues. That was probably the best option for its use as a fast compile machine anyway, but it did become a PITA when I wanted to sell the machine.
I'm afraid I am not familiar with this technology - as I said I am not an expert - so perhaps driver is the wrong word. Perhaps I did end up reading advice relating to the NVMe variant, information was very hard to come by. All a very small historical footnote now anyway!
It's still grand that NVMe massively improved the world beyond "can it boot". Having 65536 different submission queues, having read/write opa take 1 rather than 6 round trips, and a variety of other improvements.
I think we still would have been stuck with a bunch of vendors making exotic expensive boutique flash storage systems for a while had Intel not come by & made a fairly sizable overhaul of the existing protocols.
FYI, nobody supports 65k queues. The protocol allows it, but the hardware has lower limits. Most SSD controller vendors have had trouble supporting enough queues to assign one per CPU core on high-end systems contemporaneous with the SSDs.
I don’t know the humidity of salt mines. I just know that paper is a weak format for permanent storage. Chiseled stone lasts far longer, possibly forever in the right conditions, but it’s impractical for records.
Perhaps records only need to last lifetime + 70. That should make storage concerns a lot easier.
