For the benefit of I don't know who, I have compiled a list of programming languages I have actually interacted with at some point in my career, no matter how little. If it's not on the list, then I haven't used it.

What am I counting as a programming language? In one phrase, loops and conditionals, or their functional equivalents. In a word, generativity: if you can generate a big and varied output per small unit of input, what you have is a programming language. Turing-completeness is not strictly necessary, but I'm pretty sure everything on the list is Turing-complete. This definition does, however, exclude fourth-generation languages like SQL and SPARQL and other deterministic languages like CSS, as well as straight data specs like HTML, or really meta stuff like RDFS or OWL, no matter how sophisticated or important they are.

I'm also not considering toolchains, or database products, or packaging systems, or version control systems, or popular frameworks, or standard libraries, or even surrounding communities—just the languages themselves. Anyway, the list:

Assembly (x86)
Uh, I think I might have lightly hacked on a device driver once, and that was a long time ago.
C/C++/Objective-C
Necessary evil. My proficiency with these languages is pretty much I can fix bugs and add small features to existing products, and I can debug memory—hence why I grouped these three together—but I would prefer not to. Never had to make anything from scratch in any of 'em though.
C#
Java® with Microsoft™ characteristics! I just remembered sometime in the summer of 2020 I fixed a crash bug in some academicware my girlfriend needed to use for work. Haven't touched it before or since.
Clojure
Love it. Wish I had more of an opportunity to use it. Perfect solution to accessing the Javasphere without having to touch Java. Would be my daily driver if not for the pesky JVM startup overhead.
Common Lisp
Darling of certain venture capitalists. It's neat but it kinda lives in a bubble. There's this weird bifurcation between the standard and its implementations, so anything that interacts with the outside world is necessarily implementation-specific, meaning you're always writing adapters if you want portable code. If not for that, I probably would have done more with it.
Emacs Lisp
Similar deal to Common Lisp about the bubble thing, but that is probably for the best. Kinda wish it had namespaces too.
Haskell
Love it. Not very good at it. Only really spent serious time with it around about 2007 but occasionally go back and flirt with it. Put it away when I discovered a substring operation was O(n), which I understand has since been fixed. Literate programming support is probably best in show, but that kind of thing could always be better.
Java
Nowadays about the same situation as the Cs, minus the memory, of course. Tried to Teach Myself Java In 24 Hours as a teenager, but never figured out how to run the code. Turns out you type java HelloWorld, not java HelloWorld.class. It's weird to think how different things could have been if I had known that.
JavaScript
Another necessary evil. Natural monopoly. This is a language that was made in ten days and it shows. Also, circa 1996, my first experience programming with the aim of doing something useful.
LOGO
Because it was the 80s, this was in the atmosphere from kindergarten through elementary school, and of course it was in French. I made a game-like thing with it in grade 4 or 5, then didn't touch code again until JS.
Perl
Daily driver from 1997 to 2018. Still gets a lot of things right despite being old, and oh right, completely insane. Finally traded it in because of FOMO over the fact that you can't put arbitrary objects in hash keys like you can in Python or Ruby, I kid you not.
PHP
Hard nope. PHP's one unique feature, which is to plunk a file down in the document root of a Web server and have it give you back something serviceable, is also its single biggest liability. If you plug that hole, which you should, then it loses any advantage it might have been able to claim. You may as well be using anything else. Literally anything. Take your pick.
PL/SQL
Another necessary evil. Mainly Postgres flavour these days, which is much, much more forgiving than Oracle's was.
Python
Stodgy. Lots of __these_things__(). Poops out .pyc files without asking (rude). Contains a surprising amount of magic for a language whose original purpose was teaching people how to program. And that's not even bringing up the semantic whitespace thing, which is not as bad as most people who complain about it make it out to be. That said, the 2-to-3 thing was rough; I used it way less than I otherwise would have because of that. I don't hate it though! Python came very close to winning the title of daily driver in the 2017-2018 shift, but lost out to Ruby because the latter had better frameworks for what I was trying to do at the time.
R
Vector-valued variables are neat, but they are not a matrix nor a list nor a data.frame, and you will be required to keep these straight. Also sometimes numbers are not actually numbers, but factors. I couldn't think of a better language for visualizing some data in thirty seconds, and then banging my head on my desk for two days subsequently trying to make said visualization presentable.
Ruby
Daily driver from 2018 onward. Spiritual successor to Perl, arguably even more Perlish than whatever Perl 6 turned out to be. Also somewhat like Python but a lot more chill. Was slow but now no slower than the other two. I actually genuinely enjoy writing in this language.
Rust
Only getting started here. Kinda excited about it.
Sass
I do not count CSS as a programming language, but Sass definitely is, and it is life-changing.
Visual Basic
lol, don't ever make me do that again.
XSLT
I have been using this nutty old language nonstop for 20 years and you will have to pry it from my cold dead hands. It's still by far the best way to transform and compose markup. Just look at this website.

I should note that my mission here isn't to brag, rather I'm actually quite surprised it was this many. I had anticipated maybe a dozen, tops.

I think if this article has a point, it's something on the order of: once you get past the third or fourth programming language, they start to kind of clump together. Individual distinctions in syntax, or primitive constructs and data types, matter less than the quality of the ecosystem surrounding the language: spec—to the extent that there is one separate from the implementation—standard library, third-party code archive, tooling, and of course, the community that makes it all happen.