This is clever and worth reading, and I didn't know about some of the 3.12 changes. Overall though I think the author has some pain in store. Using functions like map in Python result in Python iterators which are mutable objects (they consume and throw away an element of the sequence on each iteration) and this often causes hassles unless you convert them to lists (which burns memory and maybe does unnecessary computation). Also, Python's type checking stuff (at least Mypy) are mostly a bug catching feature. They aren't like a real type system though: mistyped programs can still get through, and properly typed ones can get flagged. It's better than nothing and I use it, but it's nowhere near e.g. Haskell.

[–] FizzyOrange@programming.dev 8 points 5 months ago (2 children)

I don't think I would call this functional. Python is decidedly not at all functional - there's no way to declare arbitrary functions inline, no chaining of map/filter etc.

But the static types are definitely welcome. I didn't know about the type keyword. Apparently it makes it support forward references.

[–] sus@programming.dev 4 points 5 months ago (1 children)

like everything in python, to achieve functional you must first import functional

(not even a joke)

[–] FizzyOrange@programming.dev 3 points 5 months ago* (last edited 5 months ago) (1 children)

You're still limited by lambda expressions though. And in general the language is still statement based, not expression based. You can't do a = if foo then x else y type things (except for the one-off and backwards x if foo else y; they were so close!).

[–] nxdefiant@startrek.website 1 points 5 months ago (1 children)

"a = x if foo else y" is a perfectly cromulent statement!

[–] FizzyOrange@programming.dev 2 points 5 months ago (1 children)

It's not. In functional languages there's no special case like this. All if-elses are expressions. It's far superior. For example how do you do this with Python's if-else expression?

let x = if foo {
  let y = bar();
  baz();
  y
} else {
  z
}

[–] nxdefiant@startrek.website 1 points 5 months ago (1 children)

x = foo(y:=bar(), baz(), y) or z should work assuming foo bar and baz are functions being called?

if this is setting y to the effect of bar() + running baz after, then:

x = [bar(), baz()][0] or z

might work

and if you need y to be defined for later use:

x = [(y:=bar()), baz()][0] or z

but thats from memory, not sure if that will even run as written.

if I get to a real computer I'll try that with an actual if statement instead of a bastardized ternary.

[–] FizzyOrange@programming.dev 2 points 5 months ago (1 children)

foo isn't a function, it's a bool. But in any case, as you can see the answer is "with terrible hacks". Python is not a functional language. It is imperative.

[–] nxdefiant@startrek.website 0 points 5 months ago

Yeah, never said it was, just that if you really want to emulate that style you mostly can.

[–] wewbull@feddit.uk 2 points 5 months ago (1 children)

Does it have higher-order functions? Yes, therefore you can use it to do functional programming.

Everything else is syntactic sugar.

[–] FizzyOrange@programming.dev 4 points 5 months ago

Functional programming doesn't just mean higher order functions. There's a range of other features that it implies.

[–] namingthingsiseasy@programming.dev 2 points 5 months ago

This is quite cool and a very interesting read. I'm not sure if it's something I would want to use in a real project, because it looks like you're basically inventing a new language within Python's type system itself, which is a little weird. That said, I feel like I learned a lot from reading this, and it was a very interesting demonstration of what you can do with Python's type-checking system.