On 11/11/21 11:53 AM, Matt del Valle wrote:
> Okay, so from the replies so far it looks like this is very quickly going into the 'never gonna happen'
> dumpster, so in the interests of salvaging *something* out of it:
[...]
> I just dislike having to settle for 'it's what we've got'. With these two modules in particular, a lot
> of the arguments that have been made so far either don't apply or are not as strong (such as the
> confusion of having builtins.list, builtins.List and typing.List). Additionally, these are significantly
> more ancillary portions of the stdlib than the builtins, much less likely to cause as severe of a
> disruption (I personally don't believe a backward-compatible change like this which only adds aliases
> would be as disruptive as many people claim, but concede that that's subjective), and much less likely
> to have the implementation change so drastically as to want to change out types for factory functions
> or vice-versa.
>
> So perhaps we could narrow the scope of this down to just adding snake_case aliases to the logging and
> unittest modules [...]
+1
I would happily change all my unittest and logging usage to snake case if those aliases existed.
--
~Ethan~
_______________________________________________
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-leave@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at https://mail.python.org/archives/list/python-dev@python.org/message/EPUVFEBVIQCTL47IBR73UDGXV7DAC3U2/
Code of Conduct: http://python.org/psf/codeofconduct/
> Okay, so from the replies so far it looks like this is very quickly going into the 'never gonna happen'
> dumpster, so in the interests of salvaging *something* out of it:
[...]
> I just dislike having to settle for 'it's what we've got'. With these two modules in particular, a lot
> of the arguments that have been made so far either don't apply or are not as strong (such as the
> confusion of having builtins.list, builtins.List and typing.List). Additionally, these are significantly
> more ancillary portions of the stdlib than the builtins, much less likely to cause as severe of a
> disruption (I personally don't believe a backward-compatible change like this which only adds aliases
> would be as disruptive as many people claim, but concede that that's subjective), and much less likely
> to have the implementation change so drastically as to want to change out types for factory functions
> or vice-versa.
>
> So perhaps we could narrow the scope of this down to just adding snake_case aliases to the logging and
> unittest modules [...]
+1
I would happily change all my unittest and logging usage to snake case if those aliases existed.
--
~Ethan~
_______________________________________________
Python-Dev mailing list -- python-dev@python.org
To unsubscribe send an email to python-dev-leave@python.org
https://mail.python.org/mailman3/lists/python-dev.python.org/
Message archived at https://mail.python.org/archives/list/python-dev@python.org/message/EPUVFEBVIQCTL47IBR73UDGXV7DAC3U2/
Code of Conduct: http://python.org/psf/codeofconduct/