←back to thread

2024 points randlet | 2 comments | | HN request time: 0.468s | source
Show context
sametmax ◴[] No.17516409[source]
It's going to be very interesting to see if things like:

- pattern matching

- inline exception catching

- path inclusion in the built in

- more functional tooling

- lazy keywors

That were BDFL-blocked, will go back to be debated in the mailing list in the next months.

And if yes, will the community stands by its root or create a new era ?

The consequences of which we will only really see in 10 years.

Guido as done an incredible job at being the boogie man, keeping the language simple and readable. It's a hard job.

Can we pull it off ?

replies(4): >>17516765 #>>17518674 #>>17519896 #>>17519907 #
bluecalm ◴[] No.17516765[source]
I think he made a right call blocking all of those. There are Pythonic ways to do all of those already and the mantra there should be one and preferably one way of doing things is important for the philosophy of the language.

With PEP 572 it wasn't like that. There wasn't a Pythonic way to do list comprehensions which used the same expensive to evaluate expression two times in it and it was I think the only glaring syntax weakness in comparison to languages which have a way to do that (like WHERE keyword in Haskell).

replies(4): >>17517691 #>>17517949 #>>17518030 #>>17518364 #
1. jondot ◴[] No.17518030[source]
Whats the pythonic way to do dependencies? pip? pipenv? virtualenv? pyproject? And how about Python 2 and 3?

</Sarcasm>

But seriously, I think there's no one way to do things anymore especially if it holds up productivity and effectiveness. Let the pattern matching begin.

replies(1): >>17520302 #
2. JacobHenner ◴[] No.17520302[source]
pipenv for applications with module dependencies :)