I won’t aim to change your mind but I’ll add that one of the reasons they’re so expensive is, at least in the US, there is simply a struggle to build mega engineering projects. From project management to the blue collar skills required (nuclear isn’t the only large scale engineering project with cost overruns). Things were more favorable in the 80s when plants were built somewhat regularly and the country had collective experience completing these projects.

Renewables are similar too on both the installation and design side. More experience in manufacturing, developing, and installing helps to lower costs.

Worth mentioning it’s actually quite small by mass (only 1% or so of what goes in), but only a few places actually separate out those isotopes.

That applies to the software itself, sure, but only if you bring your own infrastructure. Large scale FOSS infrastructure services are going to be the exception not the norm.

Nah I’d disagree. Infinite growth motive doesn’t necessarily apply to private companies. To suggest there’s unbridled greed present in every company is just a falsehood.

If you’re not paying for a service, then you’re the product. I never understood the expectation that people should just provide you email and storage for free, because?

YouTube already does that, though? In fact your premium sub helps creators much more than a non-premium viewer does. Of course the multiplier proposition would be new/different.

Not trying to shill for YouTube but that’s one of the main reasons I have a subscription is to support creators I like.

Basic features like turning a bulb on with a set brightness or color (if you’re lucky, you can turn on with a set brightness). No support for scenes (due to matter spec) which can lead to issues sending commands to light groups. And if you want to actually update bulbs good luck because it’s buggy as hell.

I wouldn’t say they’re great; they’re adequate. There’s a lot of issues with the bulb firmware that still needs ironing out both with stability and feature set.

I’m not really convinced that a GPU backend is needed. Was there ever a comparison of the different CLIP model variants? Or a graph optimized / quantized ONNX version?

I think the proposed solution makes a lot of sense for the task at hand if it were integrated on the pic-rs end, but it would be worth investigating further improvements if it were on the lemmy server end.