On Wed, 1 Dec 2021 at 19:38, Abdulla Al Kathiri
wrote:
>
> number = text -> re.search(pattern1, _)
> -> re.search(pattern2, _.group(0))
> -> re.search(pattern3, _.group(1))
> -> float(_.group(0))
>
> Yeah that can look ugly I agree (here intentionally the placeholder is
> overused).
Rob Cliffe via Python-ideas writes:
> I think you're making my point.
*shrug* You wrote "object", I took you at your word.
> You're saying that the object part isn't that hard, but other parts of
> it are.
For values of "hard" == "non-trivial but mostly bikeshedding". I
don't think it will
On 07/12/2021 18:22, Stephen J. Turnbull wrote:
Rob Cliffe via Python-ideas writes:
> I think you're making my point.
*shrug* You wrote "object", I took you at your word.
> You're saying that the object part isn't that hard, but other parts of
> it are.
For values of "hard" == "non-tr
On Tue, Dec 07, 2021 at 06:42:18PM +, Rob Cliffe via Python-ideas wrote:
[The other Stephen]
> >That's a strawman. The argument is not "Your proposal is good, but
> >not perfect, so we reject it."
>
> That IMO is exactly the argument. It's like saying "I won't buy a car
> today because in 1
The Python community has a 5 year plan to push the limit of speed in Python.
One of the things that reduces Python execution speed is calling methods or
functions that are not in the nearest scope.
My suggestion is to introduce inline functions just as they are in C. They can
be defined as glob
