On one hand I heard it’s a consistency thing.
On the other hand do java people write a seperste static singleton class for their isEven function?I really don’t like comparing languages by Hello World complexity. You could use a lang which needs 3 chars to print it but sucks at everything else but it would still look better at first glance.
As for this specific comparison: let the project grow to only midsize and you will crave for static types and well separated classes.
So what’s your opinion on languages like haskell and erlang, that infer static types?
A good question, as I like it and don’t like it. It is without a doubt better than dynamic types.
On the pro side it removes redundant writing the type again and again. On the con side it is almost impossible to see what type with what functions the variable in front of you has without an IDE (which you don’t have without cloning the repo) or without an already deep knowledge of the code.
Same with extension functions (free functions which can be added to a type almost anywhere in the codebase). Very useful (Kotlin is a great example for this) but also confusing when you want to hunt down where this piece of code is coming from.
I know it’s just a meme but Python is seriously the worst language I have ever worked with. Not because of language itself, this is fine for scripting, but because of the terrible tooling. pip is the most unreliable package manager I’ve seen, packages installed system wide collide with what you’re trying to install for you project, environment virtualization and version management is a mess with venv/pyenv and more doing same things differently (the standard can’t decide on just one tool for that) and on top of that you have all the ruff/black/mypy and many more offering same features but not really with a new tools coming out all the time. I not a Python expert but even people I worked with that are were confused but all this. I haven’t seen such a mess in any other language.
Check out
uvpip is the most unreliable package manager I’ve seen,
But have you tried conda? (It’s so much worse)
I have been using Python as my second language alongside whatever system language I was using professionally as well as for a variety of personal projects for about 20 years. I’m quite fond of the language for the sorts of things I use it for, which is either scripting glue or doing serious math because I hate dealing with Matlab licenses.
And you are so fucking correct it isn’t even funny. Not only is the tooling a disaster, but it seems like every few years there is a new tooling scheme that doesn’t work quite right with the old one and is a disaster in its own unique way. And
I know people get annoyed by rust evangelists, but I started using it six months ago and god damn does cargo slap. Want to initiate new project? One command gives you the complete boilerplate. Adding a new dep? One simple command. Want to pin or unpin a version? One simple command. Want to update all the deps to latest? One simple command. Want make a release package? One simple command. Want to update all your installed packages? One simple command. Want to keep every project tied to a different version? You guessed it.
I definitely have some issues with Rust syntax, but I want cargo to manage my life.
Really, the a Python project needs to take a look at the Zen of Python and apply it to the tooling. And then use cargo to do it.
Edit: And, all of those simple commands work across all platforms the same. None of this, “Everything is perfectly cross platform and is the same anywhere. Unless you’re using a Mac. Or Windows. Or the wrong Linux distro.”
Edit x2: There is, of course, an XKCD for that.
Edit x3: And it’s not just venv. I am constantly struggling with which pip to use on which machine. Is it pip, pip3, pipx, uv pip, conda pip?
each time I start a Python project the first thing I have to deal with is making dependencies work. always some bullshit with python. might be an ide thing tho since I use IDEA.
Nope, not an IDE thing. I’ve never used a Python ide, and have the same issues as well.
Perhaps consider Poetry
It’s my personal go-to package manager and venv solution.
Thanks, I simply don’t use Python. As I said, languages that have to create new tools all the time because the official tools are broken are not my thing.
anytime I have to maintain python I do it inside a container. Why? because anytime you deal with pieces of shit directly, you wear your PPE.
everything you said, 10,000% agree. god forbid the Python purists hear it though, they’ll tell you that you’re just too stupid to understand the language enough to use it and will compare it with literally every language just to prove that they have the “biggest” python.
The main problem is that Python purists have hardly used any other languages so they don’t realize how shitty their tooling is. The most direct comparison is Ruby and the tooling difference is astronomical. I always refer to this article for how bad the situation is https://chriswarrick.com/blog/2023/01/15/how-to-improve-python-packaging/
the only thing pythonists love more than intellectually dunking on devs is hating Ruby. it’s like a universal character flaw they all mistook as a benefit.
Yeah it’s pretty crazy, like Ruby was extremely well known for how good its tooling is, so much so that it inspired numerous other language package managers and build tools like elixir’s mix, rust’s cargo, and the lock files in npm and composer.
The testing frameworks everyone uses today are directly descended from Ruby’s RSpec, almost to the letter. BDD and TDD were pioneered by Ruby devs.
Extension functions in Kotlin are a direct result of lessons learned from Ruby metaprogramming while Rust and Elixir’s syntax are both directly inspired by Ruby.
The beauty of Ruby’s DSLs also spread to almost every new language. Kotlin and Gradle DSL scripts are possible because of Ruby.
Rails inspired an entirely new paradigm of web frameworks, where things were supposed to be easy by default. Laravel, Spring Boot, Phoenix, Django all are directly inspired by this, even though Django came out first it wasn’t easy to use.
——
Python gave us… Jupyter notebooks, whitespace which no one uses, and not much else.
They have changed this but only very recently with the Python Install Manager which forces programmers to develop the way they should have been with venv. Like Sept 2025 recently even though it’s been a valid language since 1991…
It looks like that is Windows only?!? So there is yet another incompatible tool?
I wish AI came earlier, using python in the age of AI just sucks so much. Only reason to still use it is the libraries
Yeah, the libraries are pretty great. I’m working on a kinda personal kinda professional project right now. Ideally it would support reading and writing about seven different sorta obscure file formats. For a bunch of reasons I’m writing it in rust and there is a good library for one of them, multiple half assed libraries for another, and none for any of the others. There is excellent support for all of them as a single Python library. My first step has become writing a comprehensive rust library for all of them.
Pyenv and venv are independent and don’t do any ‘same thing’, so you must be really talented to mess them up or be confused by them.
I also don’t know what’s difficult about understanding why the system-wide installation exists or how to add local modules to the path (which venv does for you anyway).
Yes, you have to be talented not to get lost in the pyenv (‘env’ as in ‘version’ management), venv, virtualenv, pyvenv and god knows what else. All those tools either manager versions, virtual environments or both. Super simple! I’m sure you’re enjoying working with them and that’s fine. I avoid it.
If a programmer needs a whole ‘standard’ to figure out that two orthogonal tools are all they need, it’s not a good sign.
Learn to RTFM, noob.
Have you ever actually read the manual? I have. It’s thousands of words for how to build a single python library. If you look at almost any other language it will be a tenth of that. Ruby’s is literally like 4 commands total. The only people that think Python tooling is even halfway good are people that have never used a language with proper tooling.
https://chriswarrick.com/blog/2023/01/15/how-to-improve-python-packaging/
Point me to where ExLisper said anything about building libraries.
Might wanna learn more than one thing to reply, too.
Actually… since around Java 21, it’s just
void main() { println("Hello World"); }I vaguely remember hearing this this was only really available for toy code and that this function created the class ignored the arguments and qualified println when you compiled it, so it wasn’t actually that useful?
Printing to console is often only used for toy code anyway.
Wait, how do you debug your code?
A logger? Console prints are shitty in general but especially when you have an actual logger already
You know what println never did? Run arbitrary code on my toaster.
Neither did Log4j in basically all cases, some maniac just put arbitrary code callbacks into their logger, undocumented and enabled by default. The insane part isn’t the feature itself it’s the fact it’s enabled by default in a logger of all things.
Oh man, I thought that was one of the classic jokes :'( I am out of touch
People in my experience are actually very serious about the standard out to debug log which is… baffling. Same people generally outright refuse to learn how to use a debugger in languages where those are pleasant
Oh I’m completely serious. The joke is that everyone does it but everyone knows not to do it. I started doing it when I first ran into problems debugging actor contexts, and never stopped.
The good printlns become logs, obviously
Beyond that, in reality you would write
logger.info()in both 99% of the time.
If you use Voyager on Firefox on Android, the last half-second is missing so you don’t get the joke.
This appears:
public class Main { public static void main(String[] args) { System.out.println("Hello World!"); } }and the hamster jumps very high
For me tapping the video so it would open fullscreen showed the missing last second
Thanks for posting that. I watched using mlem and the end was cut off as well, so I didn’t really get it.
Makes sense now. :)
Does python run on 3 billion devices?
At this point… yeah, probably so.
I mean, assuming the env and dependencies aren’t totally fucked.
I was only joking, because I’m only tired of this print joke java vs X. But I think you’re probably right, especially regarding the python deps and envs.
