Python needs an actual default function
-
It really doesn't. It's a scripting language, functions are there but at it's core it runs a script. The issue is that it was so easy to start with that people started doing everything in it, even though it sucks for anything past complex scripts
It is the excel of databases.
compared with other languages at the time, the ease of access and readability makes it worth it. plus, the heavy duty stuff is usually handled by more optimised code line numpy or sklearn...
-
Python people explaining fail to see the point: Yes we know dunders exist. We just want you to say: "Yeah, that is a bit hacky, isn't it?"
aren't most of not all conventions hacky anyways?
-
procedural programming is more akin to that, but python has far to many oop concepts to be considered procedural imo
wrote on last edited by [email protected]Procedural and OOP aren't mutually exclusive terms. Most OOP programs are ultimately procedural in nature. Often, the only difference is that the first argument to the function is to the left the function name and separated by a dot.
-
What kind of psychopath would put the code in the if block.
you can, no one stopping you
-
I remember how weird this looked the first time I saw it and while I may now understand it, it still looks jank af
I still wonder why.
unless it's for something that you want to work as an importable module and a standalone tool, then why do you need that?
-
Procedural and OOP aren't mutually exclusive terms. Most OOP programs are ultimately procedural in nature. Often, the only difference is that the first argument to the function is to the left the function name and separated by a dot.
fair, I just think it's misleading to call python procedural, but it lines up with what the commenter above was describing and searching for the term for
-
Also, do y'all call main() in the if block or do you just put the code you want to run in the if block?
I would put my code in a
def main(), so that the local names don't escape into the module scope:if __name__ == '__main__': def main(): print('/s') main()(I didn't see this one yet here.)
-
fair, I just think it's misleading to call python procedural, but it lines up with what the commenter above was describing and searching for the term for
I'd say the term "procedural" itself is an issue. Pretty much any language can be done that way if you choose. IIRC, the creator of Clojure wanted Java to work more that way, and he did it by having a single class full of functions. It's not a natural way to write Java, and that's why he invented Clojure.
-
I would put my code in a
def main(), so that the local names don't escape into the module scope:if __name__ == '__main__': def main(): print('/s') main()(I didn't see this one yet here.)
I'm a little new to Python standards. Is this better or worse than putting the
def main():outside the if statement (but callingmain()inside it) -
I still wonder why.
unless it's for something that you want to work as an importable module and a standalone tool, then why do you need that?
Oh that is a good point actually. It's been a while since I have done any serious Python, so I'm not sure why you couldn't just use convention instead of this conditional.
For my part, if a Python script is meant to be executed, then I'll give it a shebang, drop the .py, and simply mark it as executable in the filesystem.
️ -
I still wonder why.
unless it's for something that you want to work as an importable module and a standalone tool, then why do you need that?
wrote on last edited by [email protected]This is exactly why the conditional is used. It allows the script to function both as a standalone application and a library.
ETA: Probably would make sense to just treat it as default behavior in the interpreter and only require the conditional to overwrite in cases where
mainis not the main function and/or pre-processing is needed. -
Can you elaborate on this blood magic?
wrote on last edited by [email protected]It simply swaps some things around to make things more confusing, then goes into an infinite loop (whether or not you import or execute it standalone). it's no different than just including in the global scope:
while True: passI was kinda lazy with the fuckery, tbh. I could have gotten much more confusing, but don't have too much time today.
-
It is normal usage. Though personally I'd probably make another "main" function, to avoid declaring a bunch of global variables
Yeah. I like using
main()that way too. It's usually just a high-level function that handles globals relevant to running in standalone and calling other functions to do work. -
Alternative: put entry point code in file
__main__.py& run the containing package (eg,some_package) as a top-level expression (eg,python -m some_package).TIL. Thanks for that!
-
I remember how weird this looked the first time I saw it and while I may now understand it, it still looks jank af
Python: I'm so readable that I'm practically executable pseudo-code
Also Python:
if __name__ == '__main__':. . . -
I still wonder why.
unless it's for something that you want to work as an importable module and a standalone tool, then why do you need that?
The main two reasons that I can think of to include this even when you have no intention of importing this as a library are:
- For unit testing you will need to import as a module.
- Sometimes I will run a python interactive interpreter and then import my script so that I can do some manual testing without needing to change my main function or if stmt.
-
How do you feel about other peoples Go code?
Well now. My primary exposure to Go would be using it to take first place in my company's 'Advent of Code' several years ago, in order to see what it was like, after which I've been pleased never to have to use it again. Some of our teams have used it to provide microservices - REST APIs that do database queries, some lightweight logic, and conversion to and from JSON - and my experience of working with that is that they've inexplicably managed to scatter all the logic among dozens of files, for what might be done with 80 lines of Python. I suspect the problem in that case is the developers, though.
It has some good aspects - I like how easy it is to do a static build that can be deployed in a container.
The actual language itself I find fairly abominable. The lack of exceptions means that error handling is all through everything, and not necessarily any better than other modern languages. The lack of overloads means that you'll have multiple definitions of eg.
Math.mincluttering things up. I don't think the container classes are particularly good. The implementation of pointers seems solely implemented to let you have null pointer exceptions, it's a pointless wart.If what you're wanting to code is the kind of thing that Google do, in the exact same way that Google do it, and you have a team of hipsters who all know how it works, then it may be a fine choice. Otherwise I would probably recommend using something else.
-
Go code is always an abomination.
Succinctly and well put.
-
It simply swaps some things around to make things more confusing, then goes into an infinite loop (whether or not you import or execute it standalone). it's no different than just including in the global scope:
while True: passI was kinda lazy with the fuckery, tbh. I could have gotten much more confusing, but don't have too much time today.
Lol OK I was wondering how would this run
And yes you should!!
-
The point of the name==main logic is that it checks if that is the file that was invoked (like running
python filename.py). If you just put a main() in the global scope it will be called either when the file is invoked or loaded (which can cause unintended consequences).Dumb person question: if it's good practice to do this so things don't go sideways, shouldn't it be a built-in feature/utility/function/whatever?
