Ask HN: Who else thinks they should add GOTO statements to Python?
No synthesized answer yet. Check the discussion below.
I got over it.
I did have to use it in error handlers in Lotus Notes apps back in the 90s/00s, but that didn't make the apps better, it just was how the scripting worked. I haven't once felt the need for a goto since then.
So unless you can tell us a scenario where they work better, no - they are not needed and would cause more harm than good.
The only useful purpose for goto's I can think of is breaking out of mulitple nested loops, and this has been proposed in PEP 3136[0]. This has been rejected by Guido, see [1] - and every of his reasons applies to "goto" as well.
[0] https://peps.python.org/pep-3136/
[1] https://mail.python.org/pipermail/python-3000/2007-July/0086...
Early termination of loops, assumptions about the values present, locality of reference, mutated state.
If your problem is speed, I don't think it necessarily is actually more runtime efficient. If your problem is die early, then it loses information an assert() would preserve. If your problem is a dislike of if-elif-elif- then I think you argue more for a case: statement than a GOTO.
I used them enough in the past to suffer the consequences of debugging around them. I don't miss them, they haven't consciously been in my back pocket armory for some time. I'd rather find other ways to fall through/out-of code to a fixed point.