What is the cause for the correlation between Java and JavaScript?
Java: Rise of Android ~2009
Javascript: Random noise.
GitHub Language Trends
41–50 of 68 posts
Re: GitHub Language Trends
#42I don't know this is a good indication of trends. As the article (somewhat shallowly) shows, there are stories behind of these graphs. Ruby has probably just settled to a normal position post early adopter. Shows that Ruby is still strong. Javascript is probably building the sorts of libraries that other languages already have. These guys have had a lot of work to do.
Ah, it is only on internet forums where someone can argue that a sharply downward trending graph shows that a language is 'still strong'.
Not really. It is universal that statistics can easily misrepresent if one doesn't take a critical look at choice of data and how it is presented. For example in this case the focus on new repos/issues/etc. is suspicious to me. It could very well be that we just see a rise in one-off Javascript uploads to Github here, instead of a comparison of sustained development on mature projects.
Re: GitHub Language Trends
#43Earlier quoted context omitted.
say what? Ruby isnt for hobbyists, neither is Python(dont know Perl).But you just wanted to hear yourself say that didnt you?
It isn't entirely untrue. Ruby/Python are more popular in the hobbyist space and less so in the enterprise. Java is the opposite. It shouldn't be seen as a reflection of the platform.
You have set up a false dichotomy here between enterprise and hobbyist.
Re: GitHub Language Trends
#44Just need to have a dropdown of the primary language like Bitbucket does. Probably have different results.
Re: GitHub Language Trends
#45Very interesting graphs, I was surprised that CSS has had a recent uptick but as somebody who has specialized in responsive layout in the past two years I guess that uptick represents my life too. I can't get enough language statistics on Github! I run 'gitinspector' on my web server to compute language stats in individual git repositories, but one thing I haven't been able to figure out it how to chart the language…
I have projects (markdown repos) marked as CSS projects for which I haven't written more than 10 lines of CSS. Bootstrap makes it appear so, I guess.
Re: GitHub Language Trends
#46Earlier quoted context omitted.
Well, to take an example: I work on the Mozilla Developer Network (MDN). MDN is mostly a wiki, and the underlying codebase for that is all in Python. There's also the Demo Studio, which lets people upload web technology demos, and that's Python too. But the wiki also has an embedded script-ish language (letting people create macros/templates for specific purposes and re-use them across multiple articles). That's Java…
One could argue that jQuery, and other libraries shouldn't be included in the repository proper, instead it could be a submodule or included in a package manager manifest, such as bower.
From the bower docs:
"N.B. If you aren't authoring a package that is intended to be consumed by others (e.g., you're building a web app), you should always check installed packages into source control."
Re: GitHub Language Trends
#47FWIW many projects written in web languages like PHP seem to be treated as javascript by Github because they also have javascript code (which happens to be more significant / larger than the underlying code). It's unfortunate that there is no way to specify the primary language of a project. The Github language system is also somewhat unpredictable: https://github.com/SheetJS/test_files seems to alternate between App…
If a project mainly consists of JavaScript it should be a JavaScript project, no?
No. The way a lot of languages handle 3rd party dependencies is via a manifest file of some kind -- requirements.txt. These get installed on the system when deployed.
JavaScript, however, tends to require (or at the least follow the practice) of having a copy of your JS 3rd party dependencies in your repo.
So you may have 30,000 lines of python dependencies and 20,000 lines of JavaScript dependencies, but only the JS shows up in your project files to get counted.
This isn't even asking the question of if the new code in the project or the total enabling code is what should be counted. If we count total enabling code, do we count the Linux kernel implicitly too?
Re: GitHub Language Trends
#48It would be much more useful to show the absolute numbers. Or provide the raw data for others to do more meaningful graphs.
It depends on what story you are trying to tell... Absolute numbers might not be all that meaningful when you are talking about relative popularity. Or it might be. Data visualization is hard because you typically have to trade information density for comprehensibility.
I assume the data came from http://www.githubarchive.org/
Re: GitHub Language Trends
#49FWIW many projects written in web languages like PHP seem to be treated as javascript by Github because they also have javascript code (which happens to be more significant / larger than the underlying code). It's unfortunate that there is no way to specify the primary language of a project. The Github language system is also somewhat unpredictable: https://github.com/SheetJS/test_files seems to alternate between App…
Until December 2013, if you included non-minified Bootstrap Javascript files in your project, Linguist (the library Github uses to detect languages) would count them towards the Javascript LOC count for your project[0].
I had a number of small web server projects that were incorrectly classified as >95% Javascript for this reason.
Fortunately this was fixed, but I imagine there are a number of other low-hanging fruit that are causing projects to be misclassified as well.
Re: GitHub Language Trends
#50I find the complete lack of Go surprising.
Go is a new language so not that surprising. It is also over represented here on HN. You don't see Go jobs in the wild for example.
I do not think Go as something that would go on itself as a job. Instead if you already have a site (like Drupal which is my primary skill) and you want to add a very performant REST interface then Go provides a pleasant way to write one.