Many of today's issues with software ultimately cause unreliable service. Software's popularity does not seem greatly influenced by reliability, so the audience seems to tolerate the situation. However, when unreliability becomes the norm, the resulting ecosystem is one in which nothing works as advertised. You have effectively no recourse other than to roll out your own, become a system administrator, or put up with it.
This kind of environment directly limits what you can accomplish in life. Take for instance email. Although delivery was never guaranteed, at least you had some chance to track down problems and there seemed to be a general willingness to ensure correct transmission. Today, emails simply vanish with no explanation, and you're not supposed to know what has happened. After some debugging, the best working hypothesis for the latest occurrence is as follows:
That aggressive spam filtering is a necessary evil, the usual excuse, doesn't cut it in this case. Someone replies to you, and the text says "at some point, email@example.com wrote:". Or someone comments on a forwarded email of yours that reads "From: firstname.lastname@example.org". These ubiquitous, well established email body patterns are being dropped without notice.
The side effects of unreliable software are allowed to spread unchecked in part because, in an unknowable and incomprehensible software world, naturally there is no responsibility and thus no recourse. Hence, the above diagnosis is merely a best working hypothesis. Occam's razor suggests the email problem is Comcast's fault. But how do you find where the problem actually is without access, much less appropriate support?
I don't think this will get any better as long as software and derived services can be sold without any form of accountability whatsoever. Consequently, until then, protecting yourself from unreliability is up to you. In the case of email, that means implementing and/or managing your own email server. But where does that road end? Email is hardly a top reliability concern. The go-it-alone approach does not scale.