On Wed, Dec 11, 2019 at 11:12:59AM +0000, Mark Shannon wrote: > Another thing I would like feedback on this: > My justification for a single limit of one million across the board is > to ease memorization and learning. > Is that sufficient justification, or would differing limits be better?
Why would people need to memorize these limits? You are claiming that hardly anyone will run into these limits. If this is true, then hardly anyone will need to memorise them, but will look them up as needed. Especially if there is an API for reporting the limits. The idea is to have the limits high enough that people won't run into them (except under odd circumstances) and so why would we memorise them? Besides, it's not true that there will be "a single limit of one million across the board". There are many actual or potential limits that your PEP doesn't cover and won't change: - runtime stack depth - maximum number of nested parentheses ((((...)))) - maximum number of characters in a string - or items in a list, or tuple, or dict - maximum number of nested for loops - maximum depth of nested functions - maximum number of characters in a variable name - maximum number of characters in a line of code - maximum number of threads - maximum number of capturing groups in a regex - maximum exponent of a Decimal etc. How many people need to memorise the maximum number of distinct finite floats, excluding NANs and INFs? (18437736874454810624: I looked it up.) Some of these may be limited only by memory; some might have limits based on addressable memory space and others may have smaller limits. But only seven of them (according to your PEP) will have a limit of a million. I've already forgotten all seven of them, except the three you've decided to remove from the PEP (number of coroutines, number of classes, number of lines of code). Better to pick differing limits without caring if they are the same, based on the need for that specific resource. -- Steven _______________________________________________ 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/MGYTZJ3CUVPEO442OMPL45J7OVCUOHB2/ Code of Conduct: http://python.org/psf/codeofconduct/