520 karma · joined November 13, 2011
I breadboarded a little EPROM programmer (driven by a parallel printer port with the programming code done in Forth because I couldn't afford a real one). Then breadboarded implemented a little Z80 system with a bunch of general purpose I/O and a Forth "OS" in EPROM.
Used that little setup as the basis for a number of projects, including a home alarm system with phone-based control plus voice synthesis phone-based alert calling (which a couple silicon valley VCs were gracious enough to take a meeting about).
Forth gave me wings. Despite it's reputation as a "write-only language". Good times.
No "share" or "download" button in the app? Sure, "apps are cool" and all that - but what about folks who want to archive or share their health data? AFAIK literally no provision to share all those nifty biomarkers with my doctor (except many, many screenshots)?
Nowhere in the "how to get blood test" email instructions does it bother to mention a urine sample will also be needed. Kinda useful to know if you should not pee right before heading to the lab.
A few comments claim the sensors can be triggers by non-smoking events such as hairspray, nail polish remover, perfume...
If that is accurate it seems to me one could exploit that sensor flaw by purposefully triggering a false positives with some benign action - and video record doing so - perhaps a couple of times.
Then if and when smoking is alleged, obtain a log of the alleged event times, then provide video evidence that debunks at least one alleged smoking event.
A relatively small number of activists could probably create a viral nightmare for Hyatt and anyone else implementing this system.
But today their "Rackspace Email" (hosted Webmail/IMAP/POP/SMTP) has been disrupted since 2pm ETS.
And in the conditions themselves: "We each waive any right to a jury trial."
If you want a cut-me-off set to $X, and some lag might allow charges to reach X+Y before the cutoff took effect, which is the customer-centric answer:
a) don't offer ANY cap, simply let the customer's out of control charges just keep racking up to catastrophic levels that put them out of business?
b) cut it off as soon as you DO detect it exceeded their cut-me-off threshold even if by that point it has reached X+Y?
Here's how to implement it:
"Amazon, what do you do today if my credit card fails and all the retries fail?"
Do THAT if billing hits <my emergency off switch threshold>.
Will it disrupt the heck out of all my AWS services? Of course. That's the point, if something went so seriously wrong that my billing hits an absurd level that will put me out of business, I'd rather have downtime.
Unfortunately, it still completely sidesteps any discussion of the relative risk of a vaccinated person (who is protected from a severe infection themselves) still a) getting infected and b) causing a severe case in someone else who is not yet vaccinated.
So while "efficacy" may not be relevant on one dimension (MY chances of severe infection) it still seems important in another dimension (the chances of ME nonetheless getting infected then giving a severe case to someone else).
Yet, it works, and well, your shock notwithstanding.
If your goal is a SINGLE portable, virtualized platform for your developers, which does not require a persistent internet/SSH connection, and which is "fast enough" for developers to be effective, Docker on Mac is a pretty swell solution.
It took Apple 32 days to get my MBP 16" repaired, returned under Crapplecare.
So you have to the transfer get it rejected, THEN turn off privacy, then do it all again.
On the other hand, that just makes it that much sweeter once the domain finally lands at Route53 (etc) and you no longer have to play Godaddy Renewal Roulette and wonder if your next renewal will be 50% higher than normal.
(Oh, and BTW, I was happy to see that if your domain registration is a company, Route53 does quasi-private registraiton at no extra cost.)
(If they had different rules for freebies that would make sense.)
BUT after you cancel (as I did), they now popup a 'do you want to keep access until the expiration?' which you must affirmatively select.
I infer - perhaps because I'm leery of CR now - that hiding the cancel-auto-renew option right up front is a way to manipulate people into thinking 'gee i better wait until it's closer to expiry to cancel' in the (probably safe) assumption many will forget.
When the platform started getting wonky we shut off our worker dynos so the system would not fire off emails while the system is in a known-screwed-up state.
The console said workers were set to zero.
But... in our logs we watched the (supposedly off) workers continue to fire off.
Nice FUBAR all around, Heroku.