bmilleare

I remember having to do this every few hours 25 years ago when working at a store part-time as a student.

Having networked telemetry seems like a good idea, just not sure why they would need remote control too - that seems far more dangerous than necessary.

I'm not sure why the article picks these 3 options as if that's it.

An RPC API can happily exist over plain old HTTP/1 (no protobuf required) and it also doesn't mention the primary benefit of RPC over REST/RESTish (IMO) - and that's the ability to stack multiple RPC calls into a single request.

De-anonymization would take monitoring over a period of time, but it could definitely work. Take this scenario for example: a person of interest is in the area of New York on Jan 1. On Jan 4 they travel to the UK. On Jan 7 they travel to Germany. On Jan 21 they travel back to the US.

The list of suspects would be fairly small when US officials cross-check individuals that travelled US-UK on Jan 4 and Germany-US on Jan 21.

For the previous 20 years I had no real routine other than wake>commute>work or wake>work if wfh, but over the last 2 years I've been more focused on my health. Every weekday I get up around 06:00 and am at the pool by 06:40. I swim 1500m then have a 15min sauna and 4min cold plunge. Normally I'm back at my desk by around 08:20. I drink 1L of water with electrolytes while at the pool and then have a light breakfast and espresso when I get home.

I'm in better shape than I was throughout my 30s, have more muscle, better posture and generally feel more energetic and alert through the day.

While at the pool I listen to Audible books (wearing Shokz), so get through a new book every couple of weeks also.

I also hit the CloudFlare verification merry-go-round several times per day using Ubuntu / Chrome.

Putting the central in decentral since '22.

I had no idea this was a thing. How cold are we talking for this to be something that happens often?

Automating such a narrow edge-case seems totally pointless. A much more likely scenario is that your battery dies while you're out, in which case you're still screwed.

A better tried-and-tested real world solution that covers all scenarios is a simple key safe.

While the breaking change in a Mongoid minor release is particularly egregious, let's face it - the real failure here is lack of sufficient tests. I would be very surprised if this was the only place they used or() in their app so it should have made their test suite light up like a Christmas tree.

It would be more interesting to see those numbers in square footage and not straight counts. I would expect the majority of the 'empty' homes are the £10M+ ones in Knightsbridge, Chelsea, Kensington etc.

We use wkhtmltopdf on AWS Lambda and have had zero issues in production for the last ~2 years. We're generating internal owned documents (invoices, letters, paged forms, etc) so I wouldn't necessarily trust it with untested input HTML but it really has been bulletproof for our use-case.

At some point we'll likely move to chrome/puppeteer but in most of our tests the templates required modifications to mimic the existing PDFs so it's something we've been putting off.

NZ is there if you make your browser viewport big enough.

The benefit of something like Ring is that criminals will know what they are and that somebody has very likely just been alerted to their presence.

I speak from experience when I say they tend not to care about traditional 'dumb' cameras as, generally, nobody is going to be watching them until after the act.

> 10) understand that “good enough” sometimes is all you need (still try to fix it later :) )

This is something most CS grads don't really grasp immediately, but in the real World business and time constraints normally trump perfection.

Technical debt is fine as long as it's fully understood and managed properly.

The bigger issue is insurance. If you have stuff stolen and there's no sign of forced entry (home or vehicle) then your insurance company will likely be asking questions about how exactly the thieves gained access.