On Mon, 9 Oct 2023 at 23:50, Matthew Brett <[email protected]> wrote:
> Hi, > > On Mon, Oct 9, 2023 at 11:49 AM Andrew Nelson <[email protected]> wrote: > Could you say more about why you consider: > np.mean(x, dropna=True) > to be less clear in intent than: > np.nanmean(x) > ? Is it just that someone could accidentally forget that the default > The discussion isn't a deal breaker for me, I just wanted to put out a different POV. The name of the function encodes what it does. By putting them both in the function name it's clear what the function does. nanmean -> deals with nan when calculating a mean. -vs- mean -> calculates a mean | ----> oh, it has dropna as a keyword argument, that's how you deal with nan. Imagine that one has a large codebase and you have to find all the locations where nans could affect a mean. There may be lots of prod, sum, etc, also distributed within the codebase. You wouldn't want to search for `dropna` because you get every function that handles a nan. If you search for nanmean you only get the locations you want.
_______________________________________________ NumPy-Discussion mailing list -- [email protected] To unsubscribe send an email to [email protected] https://mail.python.org/mailman3/lists/numpy-discussion.python.org/ Member address: [email protected]
