As someone who speaks both languages fluently, it doesn't bother me at all. The iconography could use some tweaking, but this false sense of being offended is ridiculous.
what I am saying is that once your app is using multiple languages, is available in multiple geographies this "just use labels" stuff goes out of the window.
Cancel becomes what, "Zurücksetzen"? "Abbrechen"?
All longer strings, good luck with your tiny button.
Not even mentioning Mandarin or Japanese yet.
Oder aber das ist einfach Enterprise-Software Problematik und die Consumer-App Afferl spielen weiter mit ihren Zehen.
> since you are handing your data to a third party, there is no reasonable expectation of privacy
I disagree with that argument. Just because I place information with a third party doesn't mean I shouldn't have an expectation of privacy. People used to have a level of discretion and "minding ones' own business".
Criminals (in this case bike thieves) just change their tactics:
"He used a limited tool set—generally just wirecutters, a wrench, and a screwdriver—and didn’t like bolt cutters. “You caught with bolt cutters, they charge you with burglary,” he claimed."
Not to agree with killing someone but a bike is more than metal and rubber. Sometimes it is your method of transport to and from work or other more important things.
I'm going to step out on a ledge here, but those that are happy with it really don't understand linux or much of how it works beyond editing a few confs. None of which ever touch systemd
What understanding do you think they would need to have to find your unhappiness?
Because while I'm sure in a competition of esoteric kernel knowledge I would lose to a great many people, I also simply don't care. systemd makes establishing my service start up dependencies amazingly simple. It makes daemon deployment simple. It simplifies a whole host of problems which are not cleanly solvable by other means. It handles process restarts, limits and a whole host of other things for me.
No one is bringing a superior solution to the table. Everyone is telling me daemon-tools and init scripts are "fine" (they're not).
I'm pretty happy with systemd on my macbook (running Arch). Not sure what you're doing on that ledge, but I've been running and managing linux systems for over 10 years (I only use Windows for games, and OSX on the road). systemd's user interface (i.e. writing the confs, controlling the processes) is fine, and that's about all that's important for users.
What I don't get is why so many people are in this debate. It hardly matters to anyone what init system (or 'central management and configuration system') is used. It doesn't matter to users, they just want their linux systems to boot, and their confs to be easy to write. It doesn't matter to user space developers, it's just another system to implement support for, conveniently one that's used by most distros and as far as I can tell not terribly hard to grok.
Considering how many distros have adopted systemd, of whom I am willing to bet most of their devs "understand" Linux and aren't completely against systemd, I would not say that they are happy with it because they don't understand it.
Well I was using systemd-analyze and systemctl {cat,disable, restart} and it seemed similar to Upstart in Ubuntu if not better. (And I was able to use it intuitively without needing to refer to manpages).
Classic ad hominem. Do you have anything substantive?
FTR, I understand "linux"[1] better than most and I'm very happy with systemd. So there. It's by no means perfect and could probably stand to be revisited architecture-/design-wise in a few years when there's even wider community experience with it -- but that can come as incremental improvements.
[1] Whether you meant the kernel or user-space. Both as a user, administrator and developer.
