Jajcus

joined 2 years ago
[–] [email protected] 5 points 2 years ago (2 children)

There are some seemingly magic solutions, like replacing styrofoam by fungi that grow into shape or used coffee grounds for 3D printers.

You know, that fungi are no magic? They need nutrients (organic matter which has to be produced somehow), water and they exhale CO2. They also require very controlled environment conditions, which requires energy and can increase carbon footprint.

One may say – use organic waste to feed fungi – but most organic waste already has some use – animal fodder, compost, biofuels, etc. Or it could be used for carbon sequestration (e.g. by burying where it cannot decompose). So forcing fungi usage could end like promoting biofuels – by environment destruction for plants which are they raw material needed.

The same thing with coffee grounds – do we have enough of them to replace any significant part of plastics? Aren't they used in other important way? We don't want more jungle being destroyed to grow coffee for 3D printers…

Scientists and engineers all around the world are looking for something to replace fossil-based plastics. But there is no magic solution here.

[–] [email protected] 18 points 2 years ago (1 children)

If working with currency use types and formating functions appropriate for currency. Not float.

[–] [email protected] 5 points 2 years ago

The idea is you package the software once and it works forever, because all dependencies for it are provided in the exact right version. And the dependencies may include things that would not be included in the base system (like super new versions of some important libraries).

That is true, but that is also the problem: both the package and all its dependencies may be left never updated.

In traditional Linux distribution, like Debian, every package must be compiled within the same system, which usually means specific version of all key libraries. And when the key libraries are upgraded some packages compiled for older versions won't work, the package might not even compile with newer version of the libraries. And it is often not possible/practical to provide multiple different version of libraries (or other shared system components). The result is distribution developers have a lot of hard work updating all the packages. When there is no one to fix a package for the next version of the package, the package will be removed from the distribution. That happens when package is not maintained upstream and/or no one cares enough to maintain it in the distribution. In that case – is it worth to keep it?

Snap makes packaging applications much easier, and more decoupled from the operating system 'core'. Less maintenance is needed… but that also means less maintenance will be done, which is not necessarily good.

On the other hand, Snap allows application to be maintained more rapidly than the distro core – in that case it can make things safer – fix in applications and their dependencies can be fixed that it could be done in the normal Debian release process. But that depends on maintainers of the specific snap and its dependencies.

[–] [email protected] 8 points 2 years ago (1 children)

In Poland: decimeters are sometimes used (I have been ordering cut sheet metal priced by square decimeters) , I have not seen decameters in use. Hectopascales are often used in weather reports. Decagrams are often used when buying food where these amounts make most sense (meat, candy).

The 'more exotic' prefixes are usually only used with some specific SI units and in very specific contexts.

[–] [email protected] 5 points 2 years ago (9 children)

Android is hardly open source these days.

[–] [email protected] 15 points 2 years ago

Modern corporate management model is just broken.

[–] [email protected] 6 points 2 years ago

Maybe the kettle has some kind of non-sticking internal surface?

Yes, that sounds like limescale.

[–] [email protected] 22 points 2 years ago (7 children)

You mean they choose not to support Linux. Still sounds like they are to blame, not Linux.

[–] [email protected] 2 points 2 years ago (1 children)

Matrix is open protocol, everybody is free to build their own clients. Maintainers of any one implementation are free to choose code to include in their project. And people can fork Element if they don't like the way it is going.

Maybe Element developers are not great in including external contribution… but still nothing else seems to implement Matrix that well.

No other client seems feature-complete. I wish I could use NeoChat instead of Matrix, but it still cannot even handle encrypted conversations properly. Are they rejecting contributions too?

[–] [email protected] 7 points 2 years ago

I use FreeCAD for modeling (already used it for different projects) and Cura for slicing. Both seem to work for me, though these are my first steps with 3D printing.

[–] [email protected] 32 points 2 years ago (1 children)

Suprisingly mild and not very reactive. And I wondered if this even exists.

[–] [email protected] 3 points 2 years ago

Unfortunately they are all both recently. It seems pointless to be rude to a bot.

view more: ‹ prev next ›