On Sun, Feb 07, 2021 at 12:32:40PM +0300, Paul Sokolovsky wrote: > And nobody says that there will be *incompatible* changes to the > pattern matching, just that previous experience, and discussion of the > PEP622/PEP634 shows that there's a probability of that (higher than > usual).
Fine. The time to involve `__future__` is if and when such incompatible changes are to be made, not for every new feature "just in case". > In that regard, it may be due to warn users about what pattern matching > is - a novelty. Every new feature is a novelty. Who are these users that you have in mind that are sophisticated enough to be using pattern matching and future imports, but not sophisticated enough to realise that it is new in version 3.10 (or whatever version it ends up being)? We don't need to "warn users" that new features are new features. They will already know it is new, until such time that it's no longer new. > If everything is subject to change, then perhaps we can accept usage of > __future__ to introduce initial pattern matching implementation. But > its purpose is not to enable pattern matching per se, just to keep early > adopters in loop that it's a novel feature, subject to change. I don't believe that there is any proposal to make pattern matching subject to change beyond the usual evolution of the language. I don't think that there is anything provisional about the feature. But even if there is, that still doesn't make it necessary to "warn" uses of the feature by use of future imports. Paul, your argument is that "early adopters" of new features need to be protected from hypothetical future changes that don't exist yet. Why should only early adopters get that benefit? Don't the rest of us deserve protection from hypothetical future changes that don't exist yet? from __past__ import for_loops, import "just in case" some hypothetical future change affects for loops and imports. How else will we know that our code uses for loops and imports? /s -- Steve _______________________________________________ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@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/CI66GDT6SGVWOP7CWMQZSD5XTEMTUNU3/ Code of Conduct: http://python.org/psf/codeofconduct/