I was looking at code.golf the other day and I wondered which languages were the least verbose, so I did a little data gathering.
I looked at 48 different languages that had completed 79 different code challenges on code.golf. I then gathered the results for each language and challenge. If a “golfer” had more than 1 submission to a challenge, I grabbed the most recent one. I then dropped the top 5% and bottom 5% to hopefully mitigate most outliers. Then came up with an average for each language, for each challenge. I then averaged the results across each language and that is what you see here.
For another perspective, I ranked each challenge then got the average ranking across all challenges. Below is the results of that.
Disclaimer: This is in no way scientific. It’s just for fun. If you know of a better way to sort these results please let me know.
Java placed way better than I expected
It is always dismissed as too verbose, while in go’s case it is never mentioned, when in fact the latter is way more verbose… People’s bias show.
Go’s less verbose than Java in my experience. And I’ve written quite a lot of both. But YMMV.
They weren’t writing enterprise Java or they’d need a dozen factories and a few factory factories and probably a factory factory factory just to be safe.
You’re confused, I get it. You only need one factory factory as long as you sprinkle Inversion of Craziness (IoC) all over everything. Also, for this to work you must spread your code into as many files/directories as possible and also make sure you use really, really strict and verbose XML that doesn’t just define how your code runs but instead generates code itself.
I highly suspect the reason why Java didn’t seem to have as much code is because the authors were using proper enterprise Java which is mostly XML that can only be understood if your IDE takes at least 5 minutes to open and another 5 to open your project.
I don’t know the specifics of the golf problems, but I’m mostly in c#, also notorious for “having too much boilerplate,” and it looks like it’s 3rd by char count.
My guess is that languages with comprehensive standard libraries can do more with less custom code. As you should expect.
And yet C with its not at all comprehensive standard library did well. I’m a bit puzzled about these results.
There’s no way that Go is more verbose than Java. I’ve written both in decent quantities and Java was always way more verbose than Go for me. I suspect it’s the nature of code.golf giving these results more than the languages themselves.
I wonder if it’s all those variables named with single letter and abbreviations, so annoying to code review
String IDontKnowWhatsWorseEspeciallyWhenTheTypeIsAlsoIncludedString = “I don’t know what’s worse, especially when the type is also included”;
I’d love to see the same comparison with more real-world use-cases.
Code golf, is mostly pretty simple use-cases, which have been optimized many times over.
When, you build out an application with a user-interface, proper event handling, etc… c++ is MUCH more verbose then c# for example, and they are ranked pretty close together.
I think code golf is a great dataset for this kind of analysis specifically because they are artificial and people are paying attention to the number of characters used. Leetcode solutions might be a better option though.
In real world projects there are too many confounding factors. People aren’t implementing servers in brainfuck or websites in C. Even rewrites of a project into another language have more/fewer features. So it’s an apples to oranges comparison.
But a big problem with this dataset is error handling - or really the complete lack thereof. Real code needs to deal with errors and they can add a lot depending on the language.
I was very surprised to see rust and go so close as I find go vastly more verbose due to error handling and need to reimplement things like searching a list. But code golf type problems ignore these types of things that you see in real code.
So there is not really and useful conclusion that can be made except if you spend all day writing code golf problems.
Not expected C# to be this high. Also did not expected F# be so far away from C#.
On another look, though, we have to keep in mind, though that this is code-golf, so in no way representative for actual code-bases.
Haskell being so high really doesn’t make any sense. Experience level maybe?
It’s one of the tersest languages out there.
Bash being so high is what confuses me.
Damn near everything is an acronym
