HN user

SomeoneOnTheWeb

208 karma
Posts0
Comments61
View on HN
No posts found.

You _can_ run other OSes on Macbooks. They're not locked in at all, it's simply that the drivers aren't open source and the hardware is undocumented, but with enough effort (e.g. Asahi) you can run technically anything on it.

Arenas in Rust 10 months ago

I strongly disagree.

* The performance difference can be pretty massive depending on scenarios. Sure, most programs don't need it, but still * Rust has not only memory safety but full safety around it. For instance, in Java if you iterate over a list while mutating it you'll get a runtime error. In Rust, it won't compile, preventing you from a possible bug later on * The time you spend learning Rust is so much time saved afterwards because the language is specifically designed to reduce the risk of programming errors. Many things like the absence of a `null` value like we have in Java is an immense time saver when your program gets bigger

For the same price you have the Minisforum UM760 Slim which should be 100% compatible and provide VASTLY superior performances. Or you can check cheaper models that would have the same level of performance as the A5.

Geekom make nice products but they are usually both very expensive and very noisy compared to competitors. Their selling point is mainly their top-notch design, but I find these to be function-over-form most of the time.

Minisforum 790S7/795S7, mini-ITX desktop.

16 cores, 32 threads, only a bit less powerful than a desktop Ryzen 7950X or a 14900K, but with a comparatively low power usage.

About 500€ barebones, then you add your own SSD and SO-DIMM RAM.

What the hell is that with OP being so rude?

And following FastMail's reply

Hello Andrew! Can you please contact our support team so we can look into this for you? fastmail.com/support

They say:

Don't have time. Consider my tweet the bug report.

Sorry but this asshole behavior. Bugs happen. No need to do public shaming and being rude to the company for that.

The difference is between SDR and HDR. Going full blast with a full image at 500 nits or having an image averaging 200 nits with only peaks at 500 are two vastly différence things.

That's normal. For HDR to look good, you need a monitor that hits approximately 1000 nits in brightness. Your monitor only hits 250, which is completely insufficient to display HDR content.

This is one of the stupid things with many monitors, showing HDR at 250 nits is worse than showing no HDR at all. So no matter what you do, 99% of HDR content will look bad on your screen.

Honestly, I self-host about a dozen services and upgrades take me less than a minute per month usually.

I simply have one folder per service, each folder contains a docker-compose stack and a storage directory. Updating is simply a matter of running `docker compose pull` and `docker compose up -d`. Nothing more.

Breaking updates requiring to tweak the config are very uncommon, and even when they happen it's only a few minutes of checking the updated config and applying it.

IMO this is the simplest way to self-host. No VM, no complex software install, nothing more than a simple Docker Compose setup that's fully automated.

Actually the world is more or less ending because of that. People lack more and more critical thinking skills because they aren't taught about that in school.

Sure multiplying 3-digit numbers is not really useful in everyday's life, but the important part is not the knowledge itself, it's the capacity to think and solve problems.

Thing is, .exe on windows is broken on so many levels. You don't have sandboxing, apps don't always follow standards as to where to store their data, there's no dependency management but if you don't have the correct version of e.g. java installed your app won't work. Etc.

IF you have a display that can it roughly a 1000 nits, then for movies and games yes definitely the difference with SDR is pretty huge.

If you have say a 400 nits display the HDR may actually look worse than SDR. So it really depends on your screen.

I disagree with this article. Subtyping is what we have in TypeScript and it creates a lot of problems due to covariance.

Nope. I personally have two HDR devices and two non-HDR ones. I don't want to keep two separate copies as this takes up more storage, requires me to get two different versions whcih means the progress won't be synced ebtweent the two, the subtitles may not be exactly the same either, etc.

I want to have one and only file that will optimally on my main device (HDR) but which also work reasonably well on a secondary non-HDR device.