Live data from Hacker News

Python 3.12

python.org

141–150 of 344 posts

Re: Python 3.12

#141
post #131

Earlier quoted context omitted.

Polarized-but-balanced is at least as misguided as separate-but-equal.

It's better than "polarised but unbalanced".

I’m not sure; an unbalanced opinion is obviously unbalanced, and it’s easier to see it as not being the whole picture. But a seemingly reasonable opinion combined with a straw man of an opposing view, is harder to unlearn.

Re: Python 3.12

#142
Running my project's computation-intensive test suite takes 83 seconds under 3.11 and 67 seconds under 3.12. That's a pretty good improvement!

Re: Python 3.12

#143
post #83

Earlier quoted context omitted.

I don't know about you but my answer is "the ones standing next to me that I have the means and ability to help sustainably."

We can't even help the current homeless.

I'm not sure _can't_ is the right word. I think we could all imagine some type of system or incentive that would help them.

Re: Python 3.12

#144
post #119
post #5

Everything aside, I enjoyed the "And now for something completely different" part.

I dislike it because it's kinda hard to understand (can't really say I did) specially without any context, and programming language release notes are something people should read even a hundred years afterwards.

Why should programming language release notes be something people should be able to read in a hundred years?

Secondly, why does adding this section affect that even if you think that?

Re: Python 3.12

#145
post #5

Everything aside, I enjoyed the "And now for something completely different" part.

I like how you get to read it in the direction you most agree with. Very politically balanced!

Not really, it's more of a 'construct-a-box-to-have-an-argument-in' approach. E.g. one could go off laterally in many directions. We could say, 'easy immigration policy is a neoliberal plot to drive down wages in the USA to ensure that current wealth inequality is maintained' or we could say 'immigration is wonderful because it brings in highly skilled people with unique talents and perspectives that are of great benefit to the US economy', and so on. It's a complex topic with a lot of historical context and there are at least half a dozen ways to analyze it from a cause-and-effect perspective - just the kind of discussion that social media can't handle well.

The reversibility trick is kind of cute - but can anyone write a legitimate Python code statement that also works in reverse? I sort of doubt it, the function declaration has to come first.

Re: Python 3.12

#146
post #51
post #17

Earlier quoted context omitted.

I don't think it's your authority to say what should or shouldn't belong in a release you have no contribution to!

Careful not to fall into a fallacious argument... https://wikipedia.org/wiki/Argument_from_authority

That's not what "authority" meant in the above comment...

Re: Python 3.12

#147
post #119
post #5

Everything aside, I enjoyed the "And now for something completely different" part.

I dislike it because it's kinda hard to understand (can't really say I did) specially without any context, and programming language release notes are something people should read even a hundred years afterwards.

I'm curious about the circumstance leading to reading Python 3.12 release notes in 2123.

Re: Python 3.12

#148
post #74

Ooh, seems there is a new syntax for declaring the types of kwargs [1]: from typing import TypedDict, Unpack class Movie(TypedDict): name: str year: int def foo(*kwargs: Unpack[Movie]): ... Maybe now I'll be able to actually figure out what data to send libraries without actually reading their source code. 1. https://docs.python.org/3.12/whatsnew/3.12.html#pep-692-usin...

Surely you mean `**kwargs`

Re: Python 3.12

#149

Earlier quoted context omitted.

> Maybe now I'll be able to actually figure out what data to send libraries without actually reading their source code. One could hope, but any library abusing kwargs in all their methods is showing they’re willing to go through the absolute minimum to make their code usable, let alone readable and self-documenting.

It feels like we're going in cycles. C was somewhat lax with type checking, thus C++ and Java were both made more strict. Looking to escape the tyranny of static typing, the rise of Python, Ruby, or JavaScript instead left us with a desire that Rust, Go, and TypeScript now fulfill. I wonder what's the next step? LLMs are extremely broad in what they accept, but don't exactly fill the same niches.

I'm holding out hope for a Fortran resurgence.

It's a tiny hope. But a hope nonetheless. Fortran is fun.

Post reply on HN