Python finally offloads some batteries

Post by sigg3 » Fri, Mar 18, 2022, 5:41 AM UTC

genmud wrote: post #35

__del__ wrote: post #27

Earlier quoted context omitted.

i mostly agree with those choices. colorsys: a small handful of conversion functions you need every now and then fileinput: quick and dirty boilerplate for when you want to accept input from files or stdin getopt: a fine, well understood command line parser optparse: it's a simpler more broken argparse that will eventually tell you "i'm sorry dave..." and people should stop using it wave: great way to create or proce…

I disagree that optparse is more broken than argparse. As someone who wanted to add some (trivial) features to argparse, I quickly backed away from that code [1]. To be honest, I was really surprised how needlessly complex that particular code is. [1] - https://github.com/python/cpython/blob/main/Lib/argparse.py

Post by [deleted] » Fri, Mar 18, 2022, 6:12 AM UTC

turndown wrote: post #38

throwaway984393 wrote: post #32

Does anyone actually have normal users run Python programs? I thought programming was intended so that users could run your programs. But if a regular non-programming user wants to use a Python program, they need a whole tutorial on how to install and run it. Put everything in the standard library, or nothing at all, it doesn't really matter. Either way you still have to set up a custom environment and install a bunc…

Not sure what this is really on about, you can easily run a python program opaquely to a user by packaging it as an executable… or simply including #!/usr/bin/env python3 in a shell file and then `chmod +x script.py` on Linux. But to answer your question, yes, millions of people run Python programs without ever knowing anything about Python.

Post by [deleted] » Fri, Mar 18, 2022, 7:13 AM UTC

throwaway81523 wrote: post #37

This is stupid. I use cgi all the time. My cheap Hetzner single core vps can fork a Linux process 10k times a second, so I don't want to hear about forking being too slow until Django can serve pages that fast. Cgi is still the simplest way to get a basic web script running, without worrying about lingering state between page hits, etc. Doesn't Linus always shut down such discussions regarding the Linux kernel with "…

Post by jwilk » Fri, Mar 18, 2022, 8:46 AM UTC

akvadrako wrote: post #46

genmud wrote: post #35

Earlier quoted context omitted.

I disagree that optparse is more broken than argparse. As someone who wanted to add some (trivial) features to argparse, I quickly backed away from that code [1]. To be honest, I was really surprised how needlessly complex that particular code is. [1] - https://github.com/python/cpython/blob/main/Lib/argparse.py

Argparse is also broken. It's not possible to create an argument that captures all remaining arguments even though the docs say it is. There has been an open bug for this for many years.

Post by [deleted] » Fri, Mar 18, 2022, 10:55 AM UTC

denimnerd42 wrote: post #29

glouwbug wrote: post #28

Earlier quoted context omitted.

I often wonder how many businesses often need code to operate. Back in school we had a database design class where the prof asked us to design a system for a user base of 50 something users per year. We were all dumbfounded when our react/postgres/python stacks were overkill when the prof explained that pen and paper or excel would’ve sufficed

reminds me of an interview I had a couple days ago where the interviewers wanted me to design an app for a 50 person building. I suggested a monolithic server side web app that serves html with minimal JS and they were expecting load balancers, multiple az, microservices, react, sharded db. lmao