I think my comment is pretty clear about the use case, this is obviously not water for your floor heating. You shouldn't even have that in a properly insulated house, way too much inertia.
There are electric floor heating graphene foils that put out 20w per sqm, they're more than enough, no moving part, no maintenance, no bs, not even 20% of the price of a hydro floor heating, you can even install them yourself
Heat recovery ventilation systems exchange inside air for outside air through an air to air heat exchanger (modern energy-efficient houses are built too tight for natural air exchange). If you make the incoming outdoor air an even 50°F (except when the outdoor temperature is between about 50° and 70°) then you spend less on heating and cooling.
(glanced at it so I could be wrong) They're talking about a public key that can be used to validate the JWT's authenticity. AFAIK there is no need to keep these secret, and it's not possible to (without breaking public key crypto) forge them so it should be safe to store them wherever.
- 90 days is a very long time to keep keys, I'd expect rotation maybe between 10 minutes and a day? I don't see any justification for this in the article.
- There's no need to keep any private keys except the current signing key and maybe an upcoming key. Old keys should be deleted on rotation, not just left to eventually expire.
- https://github.com/aaroncpina/Aaron.Pina.Blog.Article.08/blob/776e3b365d177ed3b779242181f0045cd6387b3f/Aaron.Pina.Blog.Article.08.Server/Program.cs#L70-L77 - You're not allowed to get a new token if you have a a token already? That's unworkable - what if you want to log in on a new device? Or what if the client fails to receive the token request after the server sends it, the classic snag with use-only-once tokens?
- A fun thing about setting an expiry on the keys is that it makes them eligible for eviction with Redis' standard volatile-lru policy. You can configure this, but it would make me nervous.
If Netflix still interviews on hacker rank puzzles I think this should be a wake up call. Interviewing on irrelevant logic puzzles is no match for systems engineering.
I did a round of netflix interviews, didn't get an offer (but passed the technical coding rounds) they absolutely had the best interview process of any company I've interviewed at my entire career.
They do make you code but the questions were
1. Not on hacker rank or leetcode
2. Pratical coding questions that didn't require anything more than basic hashmaps/lists/loops/recursion if you want. Some string parsing, etc.
They were still hard, you had to code a fast, but no tricky algorithms required. It also felt very collaborative, it felt like you were driving pair programming. Highly recommended even though didn't get an offer!
For systems design and engineering, absolutely this. I expected the very highest standards and upmost uptime from Netflix, similar to Google and Amazon.
Tells you the uselessness of their engineering blogs.
This is exactly what happened with incandescent light bulbs. The price for led bulbs dropped very quickly onve there was economy of scale driven by garunteed demand.
By comparison, CFLs also increased marketshare after the ban but quickly lost most of it to LED bulbs - regulation can't help if the product is poor compared to alternatives.
When I worked for the post office, our pay keeping clocks were 24 hours to a day with 100 minutes to the hour. It was super weird to look at a clock and see that the time was 18:79. Eventually I got used to keeping time in quarter hour increments, because the math lined up well enough.
reply