I just went back to my Bose because the fabric o top on the max started sagging and were hurting my head. Totally bummed but something for others to know!
We use typescript + pulumi for this. It's pretty amazing. And Pulumi uses Terraform modules under the hood so you get the full power of Terraform with the goodness of Typescript.
Even self hosting your state management in a bucket is simpler with Pulumi since it uses lock files on S3 versus a separate DyanamoDB + S3 combo.
I have been using it in production for 4-5 years and used Terraform for several years before that.
I think not, actually. There would still be cases where a race is not detected. I can think of the following sequence: A checks - no lock, B checks - no lock, A writes - success, A reads - match, success, B writes - success, B reads - match, success. A and B both think they now hold the lock.
For locking to work properly you'd need to have a conditional write that would fail if some prerequisite was not met. GCP offers that operation, S3 AFAIK does not.
client A lists s3://bucket/prefix/.pulumi/locks/, sees nothing
client B lists s3://bucket/prefix/.pulumi/locks/, sees nothing
client A creates s3://bucket/prefix/.pulumi/locks/unique1.json
client A lists s3://bucket/prefix/.pulumi/locks/, only sees unique1.json, and proceeds
client B creates s3://bucket/prefix/.pulumi/locks/unique2.json
client B lists s3://bucket/prefix/.pulumi/locks/ and sees both unique1.json and unique2.json
client B assumes it lost a race, deletes s3://bucket/prefix/.pulumi/locks/unique2.json, and retries
There's another mode where both clients pessimistically retry, but fuzzing a retry delay could eventually choose a winner randomly.
In this case you have the opposite issue, with no-one actually guaranteed to get a lock even though nothing is holding one. Fuzzed retries may work in practice but theoretically speaking this is a flawed algorithm.
Hm, I can sort of imagine a way to use lockfile names to claim a random position in a queue of pending changes, but I don't know if anyone has been worried enough to do that. In practice Pulumi seems to give up instead of retrying: https://github.com/pulumi/docs/issues/11679
If you can buy twice the capacity for the same price a cell cycles every second day, except on the rare days where you would have had a problem with the old solution.
My theory is that heat pumps are before or right after the "chasm" in the technology adoption cycle and that's an exciting place to be! Skeptics can make good points about how over hyped they are, how the benefits are less than people think etc. Believers can feel excited about being an early adopter. It's the perfect circumstances for the people of hacker news.
The other issue is that heat pumps were pretty awful in even remotely cold climates for decades, and there is some hangover due to bad experiences. But the technology has suddenly experienced a leap from being effective around -0C to -25C. It takes a while for industry to recognize that the technology has improved, and there are multiple generations that have done nothing but sling gas appliances and don’t want to upskill to know how to install heat pumps.
I have had a hell of a time trying to get a trade anywhere near my small town that will actually install one. They all just use the introductory meeting to spread FUD about heat pumps.
Same thing happened when I swapped from a gas water heater to a heat pump water heater. Lots of FUD, but I finally got the switch made and am so happy I recommend it to everyone.
I also switched from a gas stove to induction and the FUD around induction was total bullshit and I’ve never been happier with an appliance.
Maybe everyone should just point out that it's now the preferred heating method in all of the Nordics. If heat pumps work there reliably, it clearly is a proven technology.
As a disclaimer, if you have an air source heat pump in a very cold environment you do need a backup heating method too, like direct electric or just a fireplace.
I don't know about official policy, but I think in Denmark district heating (fjernvarme) is still the preferred option where it's available.
Copenhagen's system is enormous, covering most of the city. It's powered by 69% biomass (wood and straw), 16% renewable waste, 8% non-renewable waste, 4% oil, 3% gas, 0% coal.
My dad had a heat exchange loop buried in his back yard. I believe he had it buried below the frost line.
In any case, unless you're building on permafrost, you can bury your heat exchanger deep enough to have your heat source at least 0 C in the dead of Winter. Though, for most of the US, the time to recoup the extra cost of the heat exchange loop is pretty high/never (counting the time value of money).
I think there’s a bit more to this where you need to ensure the ground makeup can handle the exchange so that it is effective. My previous discussion was all about air heat pumps rather than ground based. As I understand it, air is around 1/3 - 1/4 the price and today’s technology is more efficient, but I am not an expert.
I bought a Samsung 6.3 cubic foot - NE63B8411SS. It was $1600 Canadian (on sale - looks to be $1900 now / regular) at Home Depot. The reviews I read were good, and it’s been fantastic. The only thing I wish is that the app would allow me to set the temperature to preheat without physically being at the stove - sometimes I’d love to get it started in advance. Give me a safety warning or something to remind me that I should have ensured nothing was inside the oven in advance…
Yeah, I know this is the argument but if I can open my garage via app, change my thermostat via app, unlock doors via app, etc etc etc, I don’t see what the difference is. If the response is that an oven can get hot, I guess it should be designed so that it can’t get so hot as to cause a fire, in which case it is as dangerous (in terms of potential for an attacker to cause damage/loss) as several of the other examples I’ve given.
I’ve been on heart pumps since 2014, and a brand new one for the last year. They are awesome 75% of the year and totally worthless during the cold months. Technically they work if you don’t mind luke warm air blowing in your face all day long. I also switched to an induction stove and i hate it. The bottom of my food cooks nicely…
There's plenty that are around the $130 level, like Google Nest Wifi. Plus, the U6 Enterprise is only an Access Point, it's not the full router. It only connect your wifi to your Unifi network.
Sure, it's just an AP, it connects wifi to you network. But there's no requirement to use unifi for the rest of your network. Personally I'm happy to trust ubiquiti with my AP, but not with my router.
Right. Always forget about that. 6GHz licensing in Europe is bad / late. So we didn't get to enjoy the 6e fun here :-/
But I can highly recommend to get Wifi 6 on the 2.4 GHz Band, too. I've finally gotten usable 2.4GHz again as that band was stuck on Wifi 4 (Wifi 5 (ac) was a 5Ghz improvement only).
Wifi.org says it's under consideration. But I wouldn't wait for it to happen.
Due to all of that I mostly ignored the 6GHz wifi stuff.... So interesting to hear it's working for you. That's the first time I hear someone from Europe say it's working for them.
I just downloaded and installed and I am really impressed. I liked the concept of math blocks though it took me a few seconds to figure out how to change a new block into a math block. This note at the top wasn't clear to me:
⌘ + L Change block language
The phrase block language didn't trigger my "change the type of block" thinking. I might slightly rephrase like:
⌘ + L Change block language (Math, Markdown, etc.)
Otherwise, I think this is a great "scratches an itch" type project. Congrats!
"Change block type" makes more sense then "Change block language". "Language" sounds like it could mean English, French, etc. whereas "block type" is unambiguous.
All blocks should be collapsable - I was playing with it and had to enter a comment marker in some to be able to get the collapse arrow in the bar, like # in a python block, however the behavior for a python block collapsing vs another - is that the python block collapses to ' ... ' Whereas, other blocks maintain the firt row as a header, so if I label another block NOTES and collapse it, I can still see the header.
So a collapse button on every block would be nice.
Maybe a block header which includes the timestamp for block birth and whatever text on that line for the title. So row 0 of every block would be the block meta header? no feature creep I promise...
Yes, I've learned that Heynote is lacking some documentation. Will improve that.
Math.js (https://mathjs.org/) powers the Math blocks, so what's supported by Math.js should be supported by Heynote, with the addition of currency conversions (exchange rates are updated daily).
That's not really true. These clients often reversed engineered other chat protocols and thus supported services that didn't support Jabber / XMPP. This was before e2e encryption was the norm so it was easier to do.
