My 2019 programming language hierarchy(labs.iamhamy.xyz)
labs.iamhamy.xyz
My 2019 programming language hierarchy
https://labs.iamhamy.xyz/posts/2019-programming-language-hierarchy/
16 comments
Are we doing Tier-Lists on HackerNews now?
S Haskell, Rust
A Python, C, Go, Julia
B Prolog, Assembly
C C#, Java, C++, Scala, ML
D Ruby, Groovy, R
F LISP, XML, Bash, VB[deleted]
Why so low for ruby? Anything aside from the limited use case (to web devt)?
Coding in Ruby is annoying because it makes me go "why didn't you use Python for this? You guys just had to be different, didn't you? For no other reason to feel special." I have similar feelings for the other D-tier and F-tier. There's better options available. Whereas when I see someone doing something in Prolog or Assembly, it's probably because they actually needed to do it in Prolog or Assembly and they have a damned good reason. They're good for what they do. Ruby is... it just exists for no particular reason, and it's existence is annoying to me.
I spent 3 years programming in Ruby, and then 3 years in Python.
I could write a huge post about the differences between the two languages and pros and cons, but you could easily find those lists by googling.
My biggest thing that I love about Ruby is how predictable and just... beautiful it is. I love how everything chains in a predictable manner. If you say `2.days.ago`, you literally get a DateTime object back. Oh, and guess what? You can just keep on chaining! Things make sense!
Python is so caught up on being explicit and having rules that it often misses the whole point of being pleasant.
I could write a huge post about the differences between the two languages and pros and cons, but you could easily find those lists by googling.
My biggest thing that I love about Ruby is how predictable and just... beautiful it is. I love how everything chains in a predictable manner. If you say `2.days.ago`, you literally get a DateTime object back. Oh, and guess what? You can just keep on chaining! Things make sense!
Python is so caught up on being explicit and having rules that it often misses the whole point of being pleasant.
Yeah it's funny how people really entrenched in the Python world can't see how inconsistent and frustrating it is. Half object oriented (x.split()) half functional (map(.....)) half full of inbetween list comprehensions, it's a beautiful looking incomprehensible mess.
I like Groovy for the same reasons you like Ruby (but am too entrenched in the JVM ecosystem to switch to anything else).
I like Groovy for the same reasons you like Ruby (but am too entrenched in the JVM ecosystem to switch to anything else).
I like your list.
Where do you put JavaScript? For me it’s an F.
Python I think needs a distinction. It’s an A for small projects that can be owned by a single person. But a C for projects large enough to warrant multiple developers. Dynamic languages don’t scale without a huge amount of extra tooling.
The Python ecosystem gets a B. But the environment gets a D. https://xkcd.com/1987/
Where do you put JavaScript? For me it’s an F.
Python I think needs a distinction. It’s an A for small projects that can be owned by a single person. But a C for projects large enough to warrant multiple developers. Dynamic languages don’t scale without a huge amount of extra tooling.
The Python ecosystem gets a B. But the environment gets a D. https://xkcd.com/1987/
I tried to only put stuff in there that I've actually programmed with, and I just haven't done anything with JavaScript. My impression is bad, but I had a bad impression of C# and it's just okay, neither good nor bad.
Deploying a Python application can be a headache, but it's a good replacement for Bash and in DevOpsy scenarios where you're packaging Python along with an entire containerized OS and interacting with the web, Python works well. I find it pretty easy to prototype a webservice with Python, or to build tools for networking engineers. The fact that it's relatively easy to learn, yet readable, also makes it a good language to connect to people with. I can't always sell people on a strongly type functional programming paradigm, but it seems every reasonably young person knows Python these days.
But you're right, Python is a bit annoying at times, even though I like it's terseness and intuitiveness.
Deploying a Python application can be a headache, but it's a good replacement for Bash and in DevOpsy scenarios where you're packaging Python along with an entire containerized OS and interacting with the web, Python works well. I find it pretty easy to prototype a webservice with Python, or to build tools for networking engineers. The fact that it's relatively easy to learn, yet readable, also makes it a good language to connect to people with. I can't always sell people on a strongly type functional programming paradigm, but it seems every reasonably young person knows Python these days.
But you're right, Python is a bit annoying at times, even though I like it's terseness and intuitiveness.
Python can easily get a B for large projects if you use something like mypy. However sure, where the language really shines is as a substitute for scripts, so smallish pieces of code.
And environment... It is complicated. It is not that it is that bad, however it sure lacks some polish. The solution is not easy either since even if you solved the problem today (like using poetry), there is still the whole backwards compatibility problem.
There is various hacks to make things easier, however in the end the problem is still more complicated than it should.
And environment... It is complicated. It is not that it is that bad, however it sure lacks some polish. The solution is not easy either since even if you solved the problem today (like using poetry), there is still the whole backwards compatibility problem.
There is various hacks to make things easier, however in the end the problem is still more complicated than it should.
> Python can easily get a B for large projects if you use something like mypy
I'm curious if that's actually true - my actual experience is that it actually suffers horribly in large projects because as the size and complexity goes up it's just harder and harder for its heuristics to not produce false positive typing errors. It worked great on a small library where it could see the whole source and everything was well annotated ... but that's sort of the context where it is least needed in the first place ...
I'm curious if that's actually true - my actual experience is that it actually suffers horribly in large projects because as the size and complexity goes up it's just harder and harder for its heuristics to not produce false positive typing errors. It worked great on a small library where it could see the whole source and everything was well annotated ... but that's sort of the context where it is least needed in the first place ...
Well, Instagram [1] and Dropbox [2] are probably the biggest Python projects in the whole world, and they both are using mypy and seem to be successful.
And my particular experience with it is very positive, even if my project that is using it is still small (it is getting bigger though, and mypy is really helping me to refactor it when I needed).
Most of the "false positives" that mypy reports to me end up being code that is overly cleverly, and rewriting it to make mypy happy also improves the code quality.
[1]: https://developers.facebook.com/videos/f8-2018/type-checked-...
[2]: https://blogs.dropbox.com/tech/2019/09/our-journey-to-type-c...
And my particular experience with it is very positive, even if my project that is using it is still small (it is getting bigger though, and mypy is really helping me to refactor it when I needed).
Most of the "false positives" that mypy reports to me end up being code that is overly cleverly, and rewriting it to make mypy happy also improves the code quality.
[1]: https://developers.facebook.com/videos/f8-2018/type-checked-...
[2]: https://blogs.dropbox.com/tech/2019/09/our-journey-to-type-c...
Nice list, I enjoyed it, and agreed on C#. I'm over my Python phase, I wouldn't use it for anything today for many reasons. Also agreed on Rust, the way I put it is that it's the "best programming language that I'll never use".
I haven't met a programming language that I hated, and find them all pretty similar. My ranking criteria is different as a result. Top metric is "keeping the lights on", then my second metric is what it enables me to (easily) do. My main technical requirement is that it has good tooling, well-supported (no breaking versions), and is fast, because software always gets extended and ends up longer lived than first intending.
I'm originally from a small city, and may one day return. C#/Java let me keep the lights on for decades going forward in any locale. I also don't have any complaints with those languages and their chosen abstraction layer, which I think Java nailed for most business applications in the 90s and the target hasn't been better hit since.
I haven't met a programming language that I hated, and find them all pretty similar. My ranking criteria is different as a result. Top metric is "keeping the lights on", then my second metric is what it enables me to (easily) do. My main technical requirement is that it has good tooling, well-supported (no breaking versions), and is fast, because software always gets extended and ends up longer lived than first intending.
I'm originally from a small city, and may one day return. C#/Java let me keep the lights on for decades going forward in any locale. I also don't have any complaints with those languages and their chosen abstraction layer, which I think Java nailed for most business applications in the 90s and the target hasn't been better hit since.
> [Python is] fast enough for almost everything
That's a bold statement. Also I feel like he's missing a few cons for Python:
* The 2/3 mess (yes it is still a thing)
* The insane packaging situation. Packaging a Python app is a nightmare.
* Dynamically typed
And some extra cons for Javascript:
* The insane prototype system
* Basic things are broken and have never been fixed: ===, type coercion, still no 64-bit integers as far as I know.
* Dynamically typed
> Assembly: Too low-level. V verbose. Kinda confusing. I choose Python.
Lol when would your two options ever be assembly or Python??
Not a bad list though.
That's a bold statement. Also I feel like he's missing a few cons for Python:
* The 2/3 mess (yes it is still a thing)
* The insane packaging situation. Packaging a Python app is a nightmare.
* Dynamically typed
And some extra cons for Javascript:
* The insane prototype system
* Basic things are broken and have never been fixed: ===, type coercion, still no 64-bit integers as far as I know.
* Dynamically typed
> Assembly: Too low-level. V verbose. Kinda confusing. I choose Python.
Lol when would your two options ever be assembly or Python??
Not a bad list though.
> The 2/3 mess (yes it is still a thing)
It's still a thing for the (loud) few who couldn't manage to move to 3 after 10 years. The rest just went on. The ecosystem is on 3 [0] and it has been for years now.
[0]: http://py3readiness.org/
> The insane packaging situation. Packaging a Python app is a nightmare.
The packaging story in Python is in the middle of a big transformation from legacy tools to modern npm/yarn/cargo-like tools. pipenv [1] and poetry [2] are the most popular contenders. It will take a while until the community settles on this, but both tools work already.
[1]: https://github.com/pypa/pipenv
[2]: https://github.com/sdispater/poetry
> Dynamically typed
Python 3.5 introduced type annotations. It is now possible to write statically typed code in Python via mypy [3], which from my experience works similar well as TypeScript works for JavaScript.
[3]: https://github.com/python/mypy
It's still a thing for the (loud) few who couldn't manage to move to 3 after 10 years. The rest just went on. The ecosystem is on 3 [0] and it has been for years now.
[0]: http://py3readiness.org/
> The insane packaging situation. Packaging a Python app is a nightmare.
The packaging story in Python is in the middle of a big transformation from legacy tools to modern npm/yarn/cargo-like tools. pipenv [1] and poetry [2] are the most popular contenders. It will take a while until the community settles on this, but both tools work already.
[1]: https://github.com/pypa/pipenv
[2]: https://github.com/sdispater/poetry
> Dynamically typed
Python 3.5 introduced type annotations. It is now possible to write statically typed code in Python via mypy [3], which from my experience works similar well as TypeScript works for JavaScript.
[3]: https://github.com/python/mypy
I am the same, but with Python and C# flipped, as my projects usually grow waaay beyond what can be comfortably sustained with Python. IMHO, refactoring tools are nice to have for anything beyond 1,000 lines, and a must for anything beyond 10,000.
When I need blinding speed I can use nuitka to compile python scripts.
On the rare occasions needing speed and cross platform coupled with my lessons to avoid wasted effort I turn to Lazarus/fpc because code is simple and Lazarus takes care of the target platform stuff so I don't have to.
For IOT bare-metal stuff you can't go past C. It just works and after learning it's quirks you will see how other IOT tools are largely hacks or compromises to avoid learning C.