you are viewing a single comment's thread
view the rest of the comments
[–] 103 points 19 hours ago* (19 children)

So glad to see that Python finally made it big in 2022

  • source
  • hideshow 19 child comments
  • [–] 20 points 19 hours ago (17 children)

    Python was an even bigger mess in 2022 than it was in 2010. The version control hellscape intensifies with the more things there are to have version incompatibilities with.

  • source
  • parent
  • hideshow 17 child comments
  • [–] 10 points 18 hours ago* (last edited 14 hours ago) (16 children)

    I have lots of experience with node and a little with python.

    Python seems great for working with large data sets and I really like jupyter notebooks. The available libraries are really great.

    However, the thought of installing a Python CLI app makes me twitchy.

    I suspect that node has all the same problems and that I'm used to working around them, but all the Python environment stuff is a nightmare.

    Edit: dear python dweebs: I don't care.

  • source
  • parent
  • hideshow 16 child comments
  • [–] 3 points 11 hours ago (3 children)

    The available libraries are the ONLY excuse for Python.

    When you need tools more sophisticated (and labor intense) than your tool to make your tool functional, it's time to re-examine your choice of toolchain.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 1 hour ago (2 children)

    Yeah, Python as a language is a mess IMO. We used it for making a electrical simulator and the language is...bad. The variable scoping, lack of explicit variable declaration, backwards comprehension syntax, the VERY CONFUSING object orientation design, that classes aren't serializable by default, package story and deployment... It really has very little going for it, and combine all that with the awful performance characteristics it's just...no.

    Today I'm "Rust if it fits, if not Rust then C#". We re-wrote the simulator in C# and performance was 70x better and the code got shorter, the deployment was hell of a lot easier since we went AOT and it just builds a native binary for the target platform. No virtual environment crap.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 1 hour ago* (1 child)

    Python is very opinionated. I like it (other than the stupid ternary operator) but I can very much see why others don't. (At the same time I will fight for it. It's like the GNOME of programming languages.)

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 1 hour ago

    Yeah, the fact that so much of the language is conventions as well doesn't help. The type hinting is fairly poor as well, but then again type hinting is basically admitting that dynamic typing is a mistake (which it is).

  • source
  • parent
  • [–] 8 points 16 hours ago

    Python is great for standalone scripts/CLIs with standard system dependencies. For actual apps you want venvs, probably managed by uv these days.

    I've written 1000s of python CLIs/scripts over the years, typically wrapping APIs for otherwise shitty enterprise and SaaS software (also many one-off scripts for ETL).

    Nowadays, AI writes these scripts in a fraction of the time (and reads the shitty API docs / otherwise figures it out) and my CLI toolkit is better than ever (with $0 ongoing cost). Calling MCPs from CLIs is also interesting, as some vendors never had usable APIs before now.

  • source
  • parent
  • [–] 13 points 18 hours ago (2 children)

    Yeah, absolute nightmare of writing pipx install programname.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 6 points 18 hours ago (6 children)

    Python environment/packaging sucks, but at least the language itself doesn't.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 4 points 10 hours ago

    I learned basic programming in BASIC in the 80s. Back then when you needed more speed, you grafted in assembly calls, and the speed difference was dramatic.

    Straight Python feels as slow as BASIC - it's got nifty speedy library calls to stuff written in other languages, but if you need something that's not available in a library, now you're writing a library function for Python, in another language, and why not just write the whole thing in that other language and ditch the heavy toolchain?

  • source
  • parent
  • [–] 5 points 17 hours ago (4 children)

    It's fine actually, all of the problemswith python packaging and env are overblown to insane degree.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 9 points 17 hours ago (2 children)

    yeah everyone elses experience is invalid.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 4 points 15 hours ago*

    Yep, they are.

    Just recently there was an article here, where a person claimed that recommended python tooling is inadequate because they needes to read two paragraphs of documentation. Endemic problem really.

  • source
  • parent
  • [–] 5 points 15 hours ago* (last edited 15 hours ago)

    I used to work at a place that used Jython (which never got updated to Python 3, BTW) and was responsible for trying to keep that shit working even as various libraries started dropping Python 2 support.

    I still get a thousand-yard stare when I think about it.

    (Still worth it vs. writing actual Java code, though.)

  • source
  • parent