The US government does not like welfare programs because it gives money to the poor. They would rather give tax reliefs to the rich instead.
There is loads of evidence that welfare programs can save more money then they cost. But that does not funnel money to those in charge.
Some people might dismiss Rust as being “unelegant” or “ugly”, but the verbosity actually serves a good purpose and is immensely helpful for building large-scale applications:
Here rust is trying to be unambiguous by forcing you to write just enough context when needed. It is not unnecessarily verbose at all and is not trying to be absolutely explicit about everything. When there could be more ambiguity, rust errs on the side of being more explicit which increases the verbosity. But when it is less ambiguous then it favors being less explicit. Hence why you can omit types and lifetimes in most situations but require them when it is not obvious what they should be.
Not anymore because all the reason I mentioned. Has the experience change in recent years? Not likely. It is the same software as in other distros - just years out of date. That has not changed as the goals of these projects have not changed. They might be on newer versions then 10 years ago but they are still way behind more frequently updated distros - or at least will be very shortly. That is fundamentally how these enterprise distros work. Their target audience is businesses needing support, not lots of end users.
The big attraction towards these distros are the support that enterprise people will pay for - which you do not get with the free version. If you don't mind older versions of things then it might be nice for you. If not then I would stay clear of them.
Arch normally immediately updates to the latest version of every program
This is not true though. Arch packages new program versions as soon as they can - for popular stuff this happens quickly but not everything updates quickly. And when they do publish a new package it goes to the testing repo for a short time before being promoted to the stable repos. If there is a problem with the package that they notice it will be held back until it can be solved. There is not a huge amount of testing that is done here as that is very time consuming and Arch do not have enough man power for this. But they also do not release much broken things at all. I have seen other distros like ubuntu cause far more havoc with a broken update then Arch ever has.
Blender is more of an artistic tool. Not great at creating precise geometry. Tools like freecad make it much easier to create functional parts where the geometry matters. They are also easier to edit and adjust things after the fact as they tend to be parameterized - letting you update a value to update the model.
But they are terrible at more artistic things like miniatures or figurines or more organic shapes which is where blender shines.
So it really depends on what you are trying to create. But for a lot of people using 3d printers (which I believe tend to create more functional than atheistic prints - at least from designs they have created themselves) tools like freecad tend to serve them better then tools like blender.
People on the internet truly believe in what you originally said - so no, it is not obvious if it is a joke or not. Which is a sad state of the world we live in.
It should work in any compositor that implements the wlr-output-management-unstable-v1 protocol. Compositors that are known to support the protocol are Sway and Wayfire.
It uses a new unstable protocal that others dont support yet. The fact it is unstable suggests it might change over time as well,
I only have this article to go on, and it does not suggest that at all. What sources do you have that show he is lying about his input to the artwork?
How much more of an impact could these panels make if they were put in stationary places where they can make better use of the available light. Rather than have one side always be facing away from the sun and the other not being optimally placed with only the top being somewhat better placed? Not to mention when there is any shadows from trees, buildings etc during the trip. Could we do better by just building a bunch of service stations along the routes that have these panels instead that truck drivers could plug into periodically? Or even be charging batteries that can be quickly swapped when a truck arrives?
IMO this is only a viable option when panels are dirt cheap, we already have solar stations around the place. And ATM seems like we should be better investing in those stations first.
Go and rust are also generalist languages. Basically all main stream programming languages are and are equally as powerful (in terms of what they can do, rather than performance) as each other as they are all Turing complete. So you can emulate c in python or python in c for instance).
Anything you can do in python you can do in basically any other mainstream language. Python is better at some niches than others just like all other languages are with their own niches - and all can be used generally for anything. Python has a lot of libraries that can make it easier to do a large range of things than a lot of other languages - but really so do quite a few of the popular languages these days.
Why do you need time to refactor? It is just part of the work you need to do and should be accounted for when doing any other work. IMO a big mistake people make is thinking refactoring is some separate thing they need permission to do. You don't, if you need to make a change in some area refactor it first to make it easier to accept your change, then add your change then refactor to clean up. This is not three separate tasks, just three steps in one task. You should be given enough time to do the whole task, not just part of it.
From anyone that has the pkgstat package installed:
https://pkgstats.archlinux.de/fun/Desktop%20Environments/current