TIOBE Index for January 2016
tiobe.com
tiobe.com
With the C-family you have a lot of options.
Also: Nothing beat Delphi at doing RAD apps today.
Redmonk looks flawed too. I would expect GitHub to create a major sampling bias in favor of smaller, throwaway projects, and in fact, a quick search(1) on GitHub appears to show 2.2 million projects smaller than a kilobyte that have never gotten a single star. Should those be counted? Do they really reflect anything meaningful about the language's rank?
In my opinion, the only meaningful measure of a programming language worth quantifying from the net are StackOverFlow tags: they can be counted and read and provide a real reflection of the language's community without giving any special preference to language, license, or context.
Everything else is hopelessly subjective: whether or not the language maps well to a particular problem, whether it maps well to the way you like to program, and whether it fits into the ecosystem in which you plan to deploy it. You can't measure those with google searches.
(1) https://github.com/search?utf8=%E2%9C%93&q=size%3A%3C1+stars...
For example, only count repositories that have more than 2 stars.
I don't like cutting repos because they are under a certain size, because even a few bytes may be genuinely useful and widely used, but a repository nobody is looking at or really using is most likely a pet project.
Maybe count only projects with > 2 stars (or forks?) OR projects with over a kilobyte of code? Perhaps such a project with no forks, no stars, but a lot of code might be a reference implementation or used in a talk or blog post or something but isn't useful other than to reference.
I agree counting all github repos is a silly way to do it.
http://www.tiobe.com/index.php/content/paperinfo/tpci/Object...
The last time Groovy made the top 20, it hit #18 in Oct 2013, but 3 months later (Jan 2014), had dropped back out of the top 50 (#32 in Nov, #46 in Dec). TIOBE said the following month "The data is produced by one of the Chinese sites that we track is interpreted incorrectly by our algorithms. After we fixed this bug, Groovy lost much of its ratings." But before that fix happened, interviews with the current Apache spokesperson for Groovy (Guillaume Laforge) promoting Groovy's top 20 position were published in 5 online rags (www.infoworld.com, www.eweek.com, cacm.acm.org, jaxenter.com, and glaforge.appspot.com), and all of them quickly appeared in Google's top 30 search results for "groovy programming" and remained there for 6 to 12 months afterwards.
It's a good bet that same feedback effect will be engineered before Groovy starts losing its new top 20 ranking, perhaps before next month.
In fact, this sort of thing also happened with Groovy in December 2010. Groovy began a sudden rise from outside the top 50 when Groovy tech lead Jochen Theodorou "volunteered" his services to Tiobe in late 2010 to help them improve their algorithms. In April 2011, however, Groovy fell from #25 to #65 on Tiobe in a single month after they increased the number of search engines they monitor.
These fleeting peaks for Groovy in the TIOBE rankings (#25 in Apr 2011, #18 in Oct 2013, #17 in Jan 2016) between its usual ranking of somewhere between #51 and #100 (e.g. #82 only 12 months ago) are a bad thing for Groovy because of damage to its reputation as a solid language suitable for long-term IT solutions. Such ranking volatility gives off the stench of smoke-and-mirrors marketing intended to benefit a single stake-holder, probably the person who the groovy-lang.org DNS domain is the personal property of.
[1] http://www.infoworld.com/t/application-development/c-pulls-a...
It's also odd that they're aren't more Python jobs.
Is it because of the rise of languages that compile to JavaScript?