BehindTheBarrier

My own disks won't survive the house burning down, and while obviously feasible, aren't accessible when I'm not home. I don't need it often, but sometimes I do. But the extra safety of a cloud disk is nice.

Just got reminded of the silencer gun battle scene in one of the John Wick movies. That was perhaps the most unrealistic thing I'd seen in those.

What do you think the effective power generation and heat production is for whatever that reactor is producing, when not in a suit?

If memory serves correctly, the entire outer shell is a round metal cylinder, so that's a fairly large surface area to transfer heat to the body. Tony might not need winter clothes if he's got a portable heater in the chest.

I use it for coding (rarely pure copy paste), explaining code, use/examples, finding tools to use. Better translation than Google translate for Japanese. Asking for things that search engines only gives generic results for.

Skimmed comments, but if you download and manage your music on your own on a machine you can have a super simple setup like I do. All music is synced using Syncthing to my phone. So my phone gets local storage, and then I use Poweramp (android) to play it.

I pretty much have a folder for all the music though. But I assume you can sort music into folders to have them as playlists. But perhaps not as practical as desired.

There's a bit more to it, but it's because of this effect.

There is actually a balance between liquid and gas state, just overwhelmingly in favor of liquid when at normal temperatures. There is a ratio of molecules that will hit each other and transition to gas, and an equal amount gas hitting liquid and condensing. At least when there is a balance between the two sides, aka 100% moisture in the air. Which is not how it is most places.

Normally there is always evaporated water in the air, and anything that evaporated will be moved away in any mildy ventilated area, as you say, it leaves the system. So it never reaches a balance, which is why things dry up at lower temps as water will always evaporate and leave the system.

If you're so convinced you know best, I invite you to start writing your own filesystem. Go for it.

Dude is seriously missing the point here. It's not about what, it's about how.

What's fun is determining which function in that list of functions actually is the one where the bug happens and where. I don't know about other langauges, but it's quite inconvenient to debug one-linres since they are tougher to step through. Not hard, but certainly more bothersome.

I'm also not a huge fan of un-named functions so their functionality/conditions aren't clear from the naming, it's largely okay here since the conditional list is fairly simple and it uses only AND comparisons. They quickly become mentally troublesome when you have OR mixed in along with the changing booleans depending on which condition in the list you are looking at.

At the end of the day though, unit tests should make sure the right driver is returned for the right conditions. That way, you know it works, and the solution is resistant to refactor mishaps.

They are just more likely to be scam like, particularly since they can be assumed to be a file at a glance.

Even more deviously, crafty urls like this further hides what you are actually doing, like this:

https://github.com∕kubernetes∕kubernetes∕archive∕refs∕tags∕@v1271.zip

Hover it with your cursor, watch what that actually links too, no markup cheating involved. Anything before the @ is just user information. Imagine clicking that and thinking you downlodaed a tagged build, only to get a malware?

It's not the end of the world, but as a developer it makes great sense to just auto-block it to avoid an incident. The above URL is from this article, which says it's not as big of huge problem too:

https://www.theregister.com/2023/05/17/google_zip_mov_domains/

But it's kind of a death by a thousand cuts to me, because it's another thing with another set of consideration accross the internet ecosystem that one will have to deal with.

I know my job banned .zip domains as soon as they leared of it. It's an IT firm so they don't really care to take any chances, and would rather just make exceptions if needed.

Norway has something similar, you own the inside usually and the HOA own the outside, including the houses themselves. Live in one, largely a good thing but some things come slow since they need to be voted for of course. Generally worth it, since you get good deals on things like internet. It's cheaper but it's also something you usually have to use and the only option. Eg only that provider of internet.

I'm my case, they are also responsible for my balanced ventilation, my exterior doors and my water heater. So when the time comes, they handle it. Shared costs cover snow plowing, the shared community building, upkeep of garage, outdoors and the buildings, and things like water bills and taxes paid. In particular, HOAs purchases do not need to pay a 2.5% of the purchase price fee when you purchase a home. This itself saves you quite a bit, and makes up for some of the extra you pay in monthly costs. (but pretty much all of those are at least going somewhere that benefit you anyways)

The downsides are, there are special rules so some people that have membership may have a right to take over the winning bid in a sale. I myself used this to purchase my place, having gotten 10 years of seniority in "HOA company". You spend the seniority with your purchase, but also are not allowed to own more than one part. Also, no long term renting so there aren't any companies buying and renting out and things like that. You have to live in the HOA.

But nothing is forcing you to check exeptions in most languages, right?

While not checking for exceptions and .unwrap() are pretty much the same, the first one is something you get by not doing anything extra while the latter is entirely a choice that has to be made. I think that is what makes the difference, and in similar ways why for example nullable enabled project in C# is desired over one that is not. You HAVE to check for null, or you can CHOOSE to assume it is not by trying to use the value directly. To me it makes a difference that we can accidentally forget about a possible exception or if we can choose to ignore it. Because problems dealt with early at compile time, are generally better than those that happen at runtime.