It will cost us billions and is expected to have an effect that is within the statistical measuring error.
Look at it this way......cost us billions? No, we're going to borrow the money to pay for it, just like the high-speed rail in California.
Isn't that a bad thing? In California, we're never going to pay off the debt, so might as well build cool stuff while people are still willing to loan us money. It might not help much with CO2 output, but hey, we'll have cool new solar power plants.
So it's got to taste almost four times as good as Ensure to be compelling.
The nutritional value is better than Ensure. It has less corn syrup, generally favoring complex carbohydrates over simple carbohydrates.
The biggest problem is they keep changing the formula, making it worse. In the latest formula, they doubled the amount of fat from 20% of the total to 40% of the total.
Who wants 40% of their diet to be fat? That's ridiculous.
You don't even understand what portable means, even in the nonsense you've written in your journal. The portability discussed there is between hardware architecture, and systemd is perfectly portable (at least between x86, x86_64 and ARM, the one I've tested), and it's sth very well understood by systemd developers.
I think I understand what "portable" means.
You're talking about compatibility between OS, which is nonsense in this case because the problem here is not that the systemd developers can't handle autotools, it's that systemd uses Linux specific API. These API have to be implemented at the kernel level for the most part, which is sth systemd developers don't want to do, and I can't blame them.
You don't understand how to make things portable. I'm sorry, if you don't understand how to do it, that's your problem.
Don't give me that crap;
STFU? Anyone can insult, it doesn't make your point stronger.
Poettering has a CS degree and has coded Linux for +10 years now,
So have I......so what? When Poettering writes straight code, it's pretty good. I would be happy to have him as a coworker. The problem is when he starts architecting, that's where he lacks skill. He would be wise to read some basic documents on the topic.
Then sometimes he makes amusing rookie mistakes. So that's where he is as a programmer: good code, poor design.
Not studying systemd is simply professional suicide when it comes to Linux.
Thanks, I appreciate the concern. I don't make money based on my ability to use whatever software, I make my money designing good software. Although I've spent plenty of time studying systemd, so my career is safe.
btw, that points to the difference between people who like systemd, and people who don't. Those who favor it tend to look at the features, and say they are decent. Those who dislike it tend to look at the design, and say, "that's kind of wonky." A person can hold both opinions, they are not logically inconsistent. Unit files clearly fill a need people have.
My advice to you is to stop running with the anti-systemd pack; they won't help pay your bills if getting a new job is difficult because your skills are outdated, and since 100% of all commercial distros are going systemd, that is core skill to master.
I can read code. When systemd writes good code, I'll support it.
"Intelligence without character is a dangerous thing." -- G. Steinem