I mostly use ubuntu on the server, but jump between Debian, CoreOS and Ubuntu, and mostly have had a pretty good experience with ubuntu on the server.
My main machine has been a Macbook Pro for the last 4 years, and as long as I don't need to be using Photoshop or Coda, I'd rather be using Xubuntu on a system with even half the specs.
I always use CentOS on my servers, and have been very happy with it. It's rock solid. I haven't even upgraded to CentOS 7 yet. I just moved to a new server in March and decided to stick with CentOS 6 until systemd becomes a bit more stable.
The only recommendation I have is to never run Ubuntu with an AMD card with their proprietary drivers.
I spend about one minute per day maintaining my machine by executing "pacman -Syu" to upgrade all installed packages before I log out. Occasionally (once or twice a month), I'll need to manually port my changes to a config file into a new version of that config file. Rarely (once a year), I'll need to hunt down and fix something that broke. For example, a few years ago the proprietary nvidia drivers dropped support for my graphics card, so X refused to start until I installed the legacy drivers. Extremely rarely (count-on-one-hand), Arch will make a major system change that requires manual intervention, such as the switch from SysV to systemd. Breaking changes like those are noted on the arch-announce mailing list and the homepage <https://www.archlinux.org/>.
It has an intimidating install process, but once you understand the system and have it up and running, it's actually very low maintenance. I attribute this to the fact that it doesn't try to "do anything for you," which usually actually means "break the system for you" in my experience.
For anyone else thinking of trying arch, this bit is actually important. The one sure way to make Arch break is to try and treat it like debian stable where you just get a working system and then expect to not touch anything for several months at a time.
If you do that in arch, you'll likely be unable to use the package manager for much of anything, because the versions of things you have installed will have rolled off the end of the "rolling release" system. Arch expects you to do an upgrade of all installed packages ("pacman -Syu") at least every couple of weeks -- daily is a pretty common pattern. He's right, that the process is almost always completely painless, but you still have to do it. Wait too long and the upgrade command simply won't work without you doing a fair amount of manual recovery.
Come to think of it, that was my problem with desktop Linux in general: small things broke frequently and often times I was tweaking/fixing the OS late into the night.
So I built a Hackintosh 3 years ago and never looked back, haha. It's more stable than any distro I've used.
Despite that, I find Arch is the least disruptive distro to daily work because it doesn't meddle. Canonical is full of people who think they are Steve Jobs and decide they're going to overhaul System Y with some super-special never-before-seen invented-here components this release because it's the visionary way to do things (and that other competing revitalization effort that's seeing widespread adoption, well, it's not). The result is 2-3 Ubuntu releases that are bug-ridden and really not production ready until the new system can stabilize. It seems as soon as one major userspace component begins to mature they decide to rip out another core component (Gnome->Unity; X->Mir).
Source: Arch and Ubuntu user for the last 10+ years