pythonFeelsillegal

[u/ItsPuspendu]

[u/belabacsijolvan]

theres main() in python

[u/chawmindur → u/belabacsijolvan]

And {} (= dict())

[u/OnyxFier → u/chawmindur]

And semicolons are allowed, if you decide you miss them

[u/dudemcbob → u/OnyxFier]

Still useful for running 2- or 3-line dummy scripts directly from the command line. For example you just installed a new package and want to validate it's working,

python -c "import somepackage; print(some_package.\_version__)"

[u/chawmindur → u/dudemcbob]

Or for dirty .pth tricks where you're obliged to start with an import statement and have everything on a single line. But 3.15 seems to be moving away from those to some new-fangled .start files.

[u/chat-lu → u/dudemcbob]

You can also and/or chain your expression but it’s tricky.

[u/mbcarbone → u/OnyxFier]

It’s fun just to make a one line program using semicolons. 🙃

[u/BarracudaGullible472 → u/OnyxFier]

In one uni class we were judged on how few lines our code was so I often used them in my assignments.. good times ahah

[u/happylittletree_ → u/OnyxFier]

Closed, Duplicate question

[u/patroklo → u/OnyxFier]

Wait I can use them instead of the indentations? That would be awesome. Include real encapsulation and my main problems with it would be mostly solved

[u/userhwon → u/chawmindur]

Always fun that writing an empty set gets you a dict so you have to use set() explicitly to get an empty set... jeebus, Guido...

[u/carcigenicate → u/userhwon]

{/} is being proposed so sets have an empty literal.

[u/SoldRIP → u/carcigenicate]

... As opposed to the sensible {:} for dicts, which would be consistent with their already existing syntax?

[u/NewbornMuse → u/SoldRIP]

And what, change the meaning of {} from dict to set? I don't think breaking changes like that are anywhere in python's future.

[u/minecon1776 → u/NewbornMuse]

Python 4

[u/Duck_Devs → u/SoldRIP]

The problem with that is not only would it break old code, but the neat little trick of JSON being directly embeddable would break. And who would want that.

Edit: I forgot that “true”, “false”, and “null” don’t exist in Python. Not the hardest thing to fix by declaring some local variables, but at that point you’re doing too much and should use a library.

Edit 2: added quotes around the keywords to disambiguate them from the general concepts

[u/Loading_M_ → u/Duck_Devs]

JSON (or any data format) being directly embeddable sounds nice in theory, but isn't really a great idea in practice.

JSON was originally intended to be loaded via eval. This was exploited almost immediately, which is why JS got proper JSON parsing and serialization functions. You should always run JSON (and any other serialized format) through a proper parser to load it. If you're clever, you can do this at build time, but you should never rely on any data file being valid at runtime.

[u/Duck_Devs → u/Loading_M_]

Well yes. I know. I think of Python’s syntax being mostly compatible with JSON as a

> neat little trick.

I actually forgot that eval() was a thing when I wrote that comment.

What I meant was, you could copy and paste your own JSON into your source code for a simple payload in a throwaway script, for whatever you may need it for.

Edit: Reddit mobile app doesn’t want to make that a block quote. You get the idea though.

[u/Character-Education3 → u/Duck_Devs]

true false and None most definitely exist in python

Also any modern text editor will auto complete dict() for you.

What is everyone going on about?

[u/TheDreadedAndy → u/Character-Education3]

I think he was talking about directly eval-ing a json string to parse it.

While True, False, and None exist in python, true, false, and null don't. So you'd have to locally define those first.

[u/JanEric1 → u/SoldRIP]

breaking change unfortunately. Maybe a thing for Python4 which will never come

[u/JanEric1 → u/carcigenicate]

Is a draft for over a year now and was targeting 3.15. Dont think that makes it?

[u/JollyJuniper1993 → u/userhwon]

They should allow us to use the Danish/Norwegian letter Ø, like they do in mathematics.

[u/vmfrye → u/chawmindur]

hate to be a party pooper but the meme refers specifically to indentation-based structure vs explicit code block delimiters

oh and btw the latter are vastly superior because they make for a free-form syntax that, unlike python, can be automatically formatted by a relatively simple program/plugin (i.e. without AI)

[u/chat-lu → u/chawmindur]

You can also use braces for code blocks, as long as you indent properly.

def main() -> None: #{
    do_stuff()
#}

[u/chawmindur → u/chat-lu]

I was about to say something about hashability but then I saw you've got your bases covered and commented out the braces...

... that and how something like a do_stuff() would typically be returning None anyway and hence wouldn't cause issues being placed into a set.

And one final thing that this reminds me of: this classic

[u/chat-lu → u/chawmindur]

If that is maintained by an auto-formatter and not by hand, I don’t hate it.

[u/Rehazard-The-Great → u/chawmindur]

Dont forget set {}