CLN: deprivatize names in pd.core.common

[topper-123]

Some clean-up, as these functions don't need to start with a "_".

[jbrockmendel]

+1 on all of this.

Do are the any_not_none and similar still needed? do they perhaps predate the built-in equivalents? I haven't timed it, but would expect them to be less performant than any(comphrension)

[topper-123]

any and all are quite old, from python2.5, if I remember correctly, so these funcs were not added for compat reasons.

I like having these functions (a bit less repetitive than spelling them out), thought it's not a strong preference either way, as they're not used all that much.

[topper-123]

I've made a small update where any/all is used instead of a for loop; I think this is more readable.

[jreback]

lgtm. merge on green.