9 ms·

Programming-language popularity by GitHub pull requests

55 points by ibobev 4y ago

schemescape 4y ago
There’s a link to the chart at the end. I was curious to compare C and C++. In 2022, there was a huge bump in C++, and a small bump for C.
- humanrebar 4y ago
  I wonder how they count files with the .h extension. You can probably have a heuristic that is pretty close just looking for use of certain keywords, but it is possible to write a file that works in both contexts, so it's definitely a grey area.
jrockway 4y ago
Clicking through to the underlying data, it seems that 2% of all code is written in Nix. I doubt that is the current state of the industry. For example, I doubt that 2% of programming jobs are for Nix codebases. For that reason, I am consuming a very large salt crystal alongside this information.
- dale_glass 4y ago
  Better than TIOBE at least, which seems to have gathered a huge amount of popularity for no good reason. Their metric is just to search for "$LANG programming" in various engines, then assign arbitrary weights depending on the search engine used. It doesn't really measure anything, and has already been gamed intentionally, since it's so simple. Every metric is going to have its pitfalls, but at least this one seems to be measuring something that approaches reality.
  - Someone 4y ago
    > It doesn't really measure anything, and has already been gamed intentionally, since it's so simple. If you replace “has already been” by “can be”, I think all of that applies to this, too.
  - kaba0 4y ago
    I think job listings are the least biased statistics on language popularity, as there is no too significant difference in productivity between high level languages, so the number of people required will be roughly linear to the jobs. According to that the top 3 are js, python and java, in some order. I think it’s a good Litmus-test to fail statistics that have a different top ranking (TIOBE being beyond useless, having listed Visual Basic as 6th some time ago?!)
    - userbinator 4y ago
      having listed Visual Basic as 6th some time ago?! That actually does not surprise me. It's considered a step up from (and often used with) Excel, which is also everywhere.
      - kaba0 4y ago
        My memory is hazy, but it was ahead of goddamn javascript. Also, the 3 lines of scripts it is used for is hardly a big amount. Excel is big, but when companies grow out of it they go for integration with “proper” applications instead.
- EarthLaunch 4y ago
  Agreed, but I’m looking for what’s next, not the current state of the industry or jobs. I’m riding the JS/TS wave for a while but I can already imagine improvements. If a language is rising, I’ll check it for those needs. Nix has been getting attention among my friends. I’m still in “wait and see”. The next big thing after TS won’t be an incremental improvement. It will solve big problems like: - Too many ways to do things. (Remove ambiguity. Instead, make choices for me so others’ code is predictable. Apple approach. Does Swift do this?) - Naming suffering from backwards compatibility. (For…in vs for…of etc.) - AI integration? PHP is losing to JS due to 7.0 or whatever. Scala surprised me!
  - Kwpolska 4y ago
    Scala is at 1.7% in the actual data, and it’s generally appropriate for a niche language like this (although Rust is below it, even though the HN bubble might make you think otherwise).
- schemescape 4y ago
  None of the charts say they represent fraction of code in existence, right? It’s just GitHub PRs, issues, stars, etc. Or did I miss something?
- autophagian 4y ago
  I'm guessing that Nix's 2% is nearly entirely driven by pull requests to the NixOS/nixpkgs repository, which has 4,053 open PRs and 190,167 closed ones at time of writing.
  - jrockway 4y ago
    That makes sense and that was exactly what was going through my mind. I guess, PR data shows you what needs to be updated frequently. Personally, I like getting code right and shipping it and never thinking about it again. But for "here's how to reproducibly install the newest possible version of foobarbaz" yeah, a lot of updates are going to be needed, simply because "the latest version of foobarbaz" is likely a moving target.
zwieback 4y ago
Glad to see C++ remains strong. I wonder if AI and graphics heavy work contribute the most. I used to architect general purpose applications in C++ but now mostly use it for number-crunching.
oaiey 4y ago
Lovely last sentence: believing c# being an underrated language. Very true, also public pull request are not friendly to dark matter enterprise software :)
- nimbix 4y ago
  I recently got into c# and it seems really nice, but the "customs and traditions" of the dotNet world horrify me (eg: never write a function when you can write three classes instead)
  - withinboredom 4y ago
    C# is a follower of DDD, mostly. Which is a 'standard' practice for OOP design. I highly recommend reading the book about it, but that is how you end up with many classes instead of a simple function. Also, in C#, you can't generally mock a function (or static method?, not 100% sure on that, it's been nearly 10 years since I've written a unit test in C#).
    - yonaguska 4y ago
      > you can't generally mock a function Yes, this is generally true, so the workaround is to put your function in a class, and use an interface + dependency injection to mock what you need. Sometimes it's a hassle.
    - deleted 4y ago
      [deleted]
    - co_dh 4y ago
      What is DDD?
      - detaro 4y ago
        "Domain-driven design", a modeling/software architecture design approach
summarity 4y ago
Great project, nice to see a more detailed view :) See also: https://octoverse.github.com/2022/top-programming-languages https://octoverse.github.com/2022/top-programming-languages (which we publish annually and has a few related stats)
- Kwpolska 4y ago
  Those numbers seem more believable and probably better sourced than those in the post.
flanked-evergl 4y ago
> Go is holding at nearly 10%: it underwent a fast rise but seems to have plateaued starting in 2018. I imagine that the imminent release of Go 2.0 could help. Is Go 2.0 imminent? Any sources and details of this?
- benhoyt 4y ago
  No: definitely not imminent, and probably never. Originally "Go 2" was the name for a real version 2.0 where the Go team would make breaking changes and fix any warts. However, over time they decided a big breaking release wouldn't be necessary (or a good idea), and decided just to keep iterating on 1.x in a backwards-compatible way, even for large features like the addition of generics in 1.18. At this point "Go 2" is a "useful moniker" for an abstract future version of Go with additional features. See https://go.dev/blog/go2-here-we-come https://go.dev/blog/go2-here-we-come I think this is great for stability, and as a result Go looks to be avoiding the Python 2 to 3 ten-year-migration.
withinboredom 4y ago
I ... don't think this is a good metric for 'popularity' but rather a good metric for stability/volatility. I would say that from working on a JS project, it's volatile af. You can use a package that will be abandoned tomorrow and you have no idea. Meanwhile, the languages near the "bottom" are quite stable languages to work in (as well as a pleasure). They even /almost/ noticed it themselves when mentioning golang 2.0 coming out soon, but assumed that that would make it 'popular' again.
- Rexxar 4y ago
  A ratio between the number of lines of codes of all those projects and number of pull request could be interesting to measure this volatility.
- hipmanbro 4y ago
  It's a good proxy for both. Both popularity and volatility have misleading statistical failure modes if measured purely by pull requests. The author did narrow it down into what it mostly accurate represents though: > Nevertheless, in my view, the number of pull requests is an important indicator of how much people are willing and capable of contributing to your software in the open source domain.
  - withinboredom 4y ago
    There has to be something to contribute to first -- i.e., new features or bug fixes. Once software reaches a level of stability, there aren't new features to be built, or bugs to be fixed. That doesn't mean there aren't contributors out there, willing to contribute to something new.
- userbinator 4y ago
  Completely agree. This is like measuring productivity by lines of code written.
- klodolph 4y ago
  I think this is a bad metric for stability/volatility. It’s just one way to measure public activity. I don’t think it’s a good proxy for any of the things we actually want to measure, except maybe the likelihood that we can find collaborators for our project in language X who are willing to make pull requests.
vorticalbox 4y ago
I feel like Dependabot means the JavaScript/typescript is over represented.
ackfoobar 4y ago
> Then you get the second tier languages: Java and Scala, C/C++, and Go. They all are in the 10% to 15% range. I read that as Java and Scala both are second tier languages. After looking at the graph I realized he was lumping the two together. They are 11.3% and 1.7% respectively. If Scala were a "better Java" that grouping would make sense. But some Scala projects are so different in the paradigm that the slight interoperability between the two languages is completely irrelevant.
- brabel 4y ago
  IF anything, he should've grouped Java with Kotlin and Groovy. Scala has always been its own thing, and was never really accepted as an integral part of the JVM ecosystem, unlike Kotlin and Groovy.
Kwpolska 4y ago
Where do those numbers actually come from, as they don’t seem to match the linked page very well? Why is Java and Scala considered to be the same thing, even though they definitely aren’t and Scala is much smaller than Java?
Tempest1981 4y ago
I wonder why JavaScript fell from 19% to 9% in 2022? According to the graph here: https://madnight.github.io/githut/ https://madnight.github.io/githut/
- OJFord 4y ago
  Perhaps a large project or two switched to (only accept new work in) TypeScript? Still seems a lot.
  - Tempest1981 4y ago
    TypeScript did show an increase from 5% to 8% in that timeframe
- butz 4y ago
  Interesting, that C++ went up quite a bit around that time. But I have no idea how that correlates.
- rthnbgrredf 4y ago
  Author here. I started to filter pull requests from bots like dependapot, because dependabot massively inflates the number of pull requests, especially for JavaScript, in recent years. Unfortunately, I don't have enough BigQuery Credits ($) to re-run the bot filter for the entire history, that's why you see the down spike.
yumraj 4y ago
Shouldn't it be: in Public repositories.
dsojwoid 4y ago
What language do you recommend purely for getting a job, GO or Java? I have few years of experience with JavaScript.
- InvaderFizz 4y ago
  Purely for getting a job and not FAANG or a startup? Java is everywhere in any enterprise that does internal software development. The quality of that code is another discussion. You will also be likely working on very legacy code bases that are in the process of finally moving from Java 8 to Java 11.
- brabel 4y ago
  This is very local dependent. Check jobs in your area. I've seen places where you would never find a Go job and Java is nearly 80% of software jobs... but OTOH if you're working on stuff related to cloud tooling, Go is very dominant and you will almost never see Java.
- deleted 4y ago
  [deleted]
dingosity 4y ago
You're all wrong. FORTH is the best language ever. You kids get off my lawn! (just kidding) JavaScript has warts, but if you drink enough, you can pretend it's Scheme. Python isn't a language but a family of languages. Guido thought it was a good idea to change the semantics AND syntax between minor revs, so... no... having to re-code my apps every two years is a deal-killer for me. Sadly, the same applies to rust. I'm not the biggest fan of C++, but a friend pointed out some of the more recent language additions make it a much better language. And they added them without removing reverse compatibility. Or at least to a greater degree than python and rust. Also, if you're picking a language to use based mostly on a popularity contest, you get what you deserve. Start with understanding what your needs are, then pick a language that allows you to model your computational requirements in a way that meets those needs. Maybe after that look at associated tools and libraries (I'm mostly concerned with debuggers since I usually debug things with a debugger rather than print statements). Then maybe think about popularity, you probably do want to be able to hire people, but it always seemed to me to be a premature optimization to say "oh. Java is real popular, so we're going to use Java 'cause we can hire people who claim to know it." But there are some niche financial engineering teams I know who are very happy with using niche OCaml derivatives. They're completely okay with hiring people with Lisp or Scheme or "popular" ML derivative experience and then giving them a couple months to learn what's going on locally. And heck, I've been on projects where we used COBOL and it was exactly the right language for that job. Was thinking about this the other day... I sort of miss Pascal and Delphi. meh. Life moves on.
- dingosity 4y ago
  Happy to see someone down-voting a comment that suggests you examine your requirements for a language because it dares to challenge the supremacy of python and suggests that adults are perfectly capable of choosing a language appropriate for the task, even if that language is COBOL. Stay classy, HN.
  - diarrhea 4y ago
    I didn’t vote, but your take on Python doesn’t match my experience. Do you have more context? It seems like after the transition to version 3, the lesson was learned. That was about a decade ago now.
noisy_boy 4y ago
> I find that building and publishing Java artefacts is unnecessarily challenging, compared to JavaScript and Python. I'm not a big fan of Python's jumble of competing build tools but personally, I stick to venv + pip and it generally works out. However, having dealt with both maven and npm, the headaches with npm's build process are so annoying, its not even funny. Comparatively maven is rock-solid even if you may not like its xml-based configuration.
bluedino 4y ago
Odd to see php and Ruby being at the same level. I would have thought php was much, much higher. Like by a factor of five to ten. Another thing, it seems like Python developers might be apt to push/pull more often, in smaller commits compared to say, Java programmers.
garbagecoder 4y ago
Definitely not proportional to HN articles which are 90% Rust.
- przemub 4y ago
  The same what I thought when looking at the article :) Go is higher than I expected for such a comparatively new language.
concerned_ 4y ago
I think this is not the best representation. Although I appreciate the commentary of the blog. Is github a valid platform for this kind of sampling? I dont know I have hundreds of java repos elsewhere and would never host my code on a Microsoft platform. But somehow Kotlin is not represented when it's the default language for android....because mobile projects don't host on github publicly. And what about PRs makes them special anyway? As one commenter mentioned this could be more about volatility/stability. As a side note, I'm pretty shocked that the OSS community is "just fine" with leaving their projects on github after MS took over and scanned all their code for machine learning.
javajosh 4y ago
JS is in a different league because it solved the distribution problem. The one that everyone tried to solve, and spent big on it. Turned out you just needed a working interpreter on every device that can speak to the screen and to the internet (the browser), and the labor will appear to shape it into whatever it needs to be. This, to me, is a lesson worth hearing: sometimes the feature you think is most important, the ones your customers are saying are most important, is not, and is not even close. The biggest software problem after PARC solved GUIs was distribution. The browser won 80% of apps out of the gate, but when the rest of the way with XHR. It's really a startling turn of events when you think about it.
- kaba0 4y ago
  It solved the run anywhere part, not the distribution one — funnily enough js-based builds can trivially fail between even major OSs. Java is much better in that regard.
irq-1 4y ago
What is "DM"? Does anyone have experience with "hoon" and its "urbit" platform?
- humanizersequel 4y ago
  Pleasantly surprised to see Hoon in the top 50. Poke around this site for some info about Hoon and Urbit: https://developers.urbit.org/ https://developers.urbit.org/

55 points by ibobev 4y ago

There’s a link to the chart at the end. I was curious to compare C and C++. In 2022, there was a huge bump in C++, and a small bump for C.

humanrebar 4y ago
I wonder how they count files with the .h extension. You can probably have a heuristic that is pretty close just looking for use of certain keywords, but it is possible to write a file that works in both contexts, so it's definitely a grey area.

jrockway 4y ago

Clicking through to the underlying data, it seems that 2% of all code is written in Nix. I doubt that is the current state of the industry. For example, I doubt that 2% of programming jobs are for Nix codebases. For that reason, I am consuming a very large salt crystal alongside this information.

dale_glass 4y ago
Better than TIOBE at least, which seems to have gathered a huge amount of popularity for no good reason. Their metric is just to search for "$LANG programming" in various engines, then assign arbitrary weights depending on the search engine used. It doesn't really measure anything, and has already been gamed intentionally, since it's so simple. Every metric is going to have its pitfalls, but at least this one seems to be measuring something that approaches reality.
- Someone 4y ago
  > It doesn't really measure anything, and has already been gamed intentionally, since it's so simple. If you replace “has already been” by “can be”, I think all of that applies to this, too.
- kaba0 4y ago
  I think job listings are the least biased statistics on language popularity, as there is no too significant difference in productivity between high level languages, so the number of people required will be roughly linear to the jobs. According to that the top 3 are js, python and java, in some order. I think it’s a good Litmus-test to fail statistics that have a different top ranking (TIOBE being beyond useless, having listed Visual Basic as 6th some time ago?!)
  - userbinator 4y ago
    having listed Visual Basic as 6th some time ago?! That actually does not surprise me. It's considered a step up from (and often used with) Excel, which is also everywhere.
    - kaba0 4y ago
      My memory is hazy, but it was ahead of goddamn javascript. Also, the 3 lines of scripts it is used for is hardly a big amount. Excel is big, but when companies grow out of it they go for integration with “proper” applications instead.
EarthLaunch 4y ago
Agreed, but I’m looking for what’s next, not the current state of the industry or jobs. I’m riding the JS/TS wave for a while but I can already imagine improvements. If a language is rising, I’ll check it for those needs. Nix has been getting attention among my friends. I’m still in “wait and see”. The next big thing after TS won’t be an incremental improvement. It will solve big problems like: - Too many ways to do things. (Remove ambiguity. Instead, make choices for me so others’ code is predictable. Apple approach. Does Swift do this?) - Naming suffering from backwards compatibility. (For…in vs for…of etc.) - AI integration? PHP is losing to JS due to 7.0 or whatever. Scala surprised me!
- Kwpolska 4y ago
  Scala is at 1.7% in the actual data, and it’s generally appropriate for a niche language like this (although Rust is below it, even though the HN bubble might make you think otherwise).
schemescape 4y ago
None of the charts say they represent fraction of code in existence, right? It’s just GitHub PRs, issues, stars, etc. Or did I miss something?
autophagian 4y ago
I'm guessing that Nix's 2% is nearly entirely driven by pull requests to the NixOS/nixpkgs repository, which has 4,053 open PRs and 190,167 closed ones at time of writing.
- jrockway 4y ago
  That makes sense and that was exactly what was going through my mind. I guess, PR data shows you what needs to be updated frequently. Personally, I like getting code right and shipping it and never thinking about it again. But for "here's how to reproducibly install the newest possible version of foobarbaz" yeah, a lot of updates are going to be needed, simply because "the latest version of foobarbaz" is likely a moving target.

zwieback 4y ago

Glad to see C++ remains strong. I wonder if AI and graphics heavy work contribute the most. I used to architect general purpose applications in C++ but now mostly use it for number-crunching.

oaiey 4y ago

Lovely last sentence: believing c# being an underrated language. Very true, also public pull request are not friendly to dark matter enterprise software :)

nimbix 4y ago
I recently got into c# and it seems really nice, but the "customs and traditions" of the dotNet world horrify me (eg: never write a function when you can write three classes instead)
- withinboredom 4y ago
  C# is a follower of DDD, mostly. Which is a 'standard' practice for OOP design. I highly recommend reading the book about it, but that is how you end up with many classes instead of a simple function. Also, in C#, you can't generally mock a function (or static method?, not 100% sure on that, it's been nearly 10 years since I've written a unit test in C#).
  - yonaguska 4y ago
    > you can't generally mock a function Yes, this is generally true, so the workaround is to put your function in a class, and use an interface + dependency injection to mock what you need. Sometimes it's a hassle.
  - deleted 4y ago
    [deleted]
  - co_dh 4y ago
    What is DDD?
    - detaro 4y ago
      "Domain-driven design", a modeling/software architecture design approach

summarity 4y ago

Great project, nice to see a more detailed view :) See also: https://octoverse.github.com/2022/top-programming-languages https://octoverse.github.com/2022/top-programming-languages (which we publish annually and has a few related stats)

Kwpolska 4y ago
Those numbers seem more believable and probably better sourced than those in the post.

flanked-evergl 4y ago

> Go is holding at nearly 10%: it underwent a fast rise but seems to have plateaued starting in 2018. I imagine that the imminent release of Go 2.0 could help. Is Go 2.0 imminent? Any sources and details of this?

benhoyt 4y ago
No: definitely not imminent, and probably never. Originally "Go 2" was the name for a real version 2.0 where the Go team would make breaking changes and fix any warts. However, over time they decided a big breaking release wouldn't be necessary (or a good idea), and decided just to keep iterating on 1.x in a backwards-compatible way, even for large features like the addition of generics in 1.18. At this point "Go 2" is a "useful moniker" for an abstract future version of Go with additional features. See https://go.dev/blog/go2-here-we-come https://go.dev/blog/go2-here-we-come I think this is great for stability, and as a result Go looks to be avoiding the Python 2 to 3 ten-year-migration.

withinboredom 4y ago

I ... don't think this is a good metric for 'popularity' but rather a good metric for stability/volatility. I would say that from working on a JS project, it's volatile af. You can use a package that will be abandoned tomorrow and you have no idea. Meanwhile, the languages near the "bottom" are quite stable languages to work in (as well as a pleasure). They even /almost/ noticed it themselves when mentioning golang 2.0 coming out soon, but assumed that that would make it 'popular' again.

Rexxar 4y ago
A ratio between the number of lines of codes of all those projects and number of pull request could be interesting to measure this volatility.
hipmanbro 4y ago
It's a good proxy for both. Both popularity and volatility have misleading statistical failure modes if measured purely by pull requests. The author did narrow it down into what it mostly accurate represents though: > Nevertheless, in my view, the number of pull requests is an important indicator of how much people are willing and capable of contributing to your software in the open source domain.
- withinboredom 4y ago
  There has to be something to contribute to first -- i.e., new features or bug fixes. Once software reaches a level of stability, there aren't new features to be built, or bugs to be fixed. That doesn't mean there aren't contributors out there, willing to contribute to something new.
userbinator 4y ago
Completely agree. This is like measuring productivity by lines of code written.
klodolph 4y ago
I think this is a bad metric for stability/volatility. It’s just one way to measure public activity. I don’t think it’s a good proxy for any of the things we actually want to measure, except maybe the likelihood that we can find collaborators for our project in language X who are willing to make pull requests.

vorticalbox 4y ago

I feel like Dependabot means the JavaScript/typescript is over represented.

ackfoobar 4y ago

> Then you get the second tier languages: Java and Scala, C/C++, and Go. They all are in the 10% to 15% range. I read that as Java and Scala both are second tier languages. After looking at the graph I realized he was lumping the two together. They are 11.3% and 1.7% respectively. If Scala were a "better Java" that grouping would make sense. But some Scala projects are so different in the paradigm that the slight interoperability between the two languages is completely irrelevant.

brabel 4y ago
IF anything, he should've grouped Java with Kotlin and Groovy. Scala has always been its own thing, and was never really accepted as an integral part of the JVM ecosystem, unlike Kotlin and Groovy.

Kwpolska 4y ago

Where do those numbers actually come from, as they don’t seem to match the linked page very well? Why is Java and Scala considered to be the same thing, even though they definitely aren’t and Scala is much smaller than Java?

Tempest1981 4y ago

I wonder why JavaScript fell from 19% to 9% in 2022? According to the graph here: https://madnight.github.io/githut/ https://madnight.github.io/githut/

OJFord 4y ago
Perhaps a large project or two switched to (only accept new work in) TypeScript? Still seems a lot.
- Tempest1981 4y ago
  TypeScript did show an increase from 5% to 8% in that timeframe
butz 4y ago
Interesting, that C++ went up quite a bit around that time. But I have no idea how that correlates.
rthnbgrredf 4y ago
Author here. I started to filter pull requests from bots like dependapot, because dependabot massively inflates the number of pull requests, especially for JavaScript, in recent years. Unfortunately, I don't have enough BigQuery Credits ($) to re-run the bot filter for the entire history, that's why you see the down spike.

yumraj 4y ago

Shouldn't it be: in Public repositories.

dsojwoid 4y ago

What language do you recommend purely for getting a job, GO or Java? I have few years of experience with JavaScript.

InvaderFizz 4y ago
Purely for getting a job and not FAANG or a startup? Java is everywhere in any enterprise that does internal software development. The quality of that code is another discussion. You will also be likely working on very legacy code bases that are in the process of finally moving from Java 8 to Java 11.
brabel 4y ago
This is very local dependent. Check jobs in your area. I've seen places where you would never find a Go job and Java is nearly 80% of software jobs... but OTOH if you're working on stuff related to cloud tooling, Go is very dominant and you will almost never see Java.
deleted 4y ago
[deleted]

dingosity 4y ago

You're all wrong. FORTH is the best language ever. You kids get off my lawn! (just kidding) JavaScript has warts, but if you drink enough, you can pretend it's Scheme. Python isn't a language but a family of languages. Guido thought it was a good idea to change the semantics AND syntax between minor revs, so... no... having to re-code my apps every two years is a deal-killer for me. Sadly, the same applies to rust. I'm not the biggest fan of C++, but a friend pointed out some of the more recent language additions make it a much better language. And they added them without removing reverse compatibility. Or at least to a greater degree than python and rust. Also, if you're picking a language to use based mostly on a popularity contest, you get what you deserve. Start with understanding what your needs are, then pick a language that allows you to model your computational requirements in a way that meets those needs. Maybe after that look at associated tools and libraries (I'm mostly concerned with debuggers since I usually debug things with a debugger rather than print statements). Then maybe think about popularity, you probably do want to be able to hire people, but it always seemed to me to be a premature optimization to say "oh. Java is real popular, so we're going to use Java 'cause we can hire people who claim to know it." But there are some niche financial engineering teams I know who are very happy with using niche OCaml derivatives. They're completely okay with hiring people with Lisp or Scheme or "popular" ML derivative experience and then giving them a couple months to learn what's going on locally. And heck, I've been on projects where we used COBOL and it was exactly the right language for that job. Was thinking about this the other day... I sort of miss Pascal and Delphi. meh. Life moves on.

dingosity 4y ago
Happy to see someone down-voting a comment that suggests you examine your requirements for a language because it dares to challenge the supremacy of python and suggests that adults are perfectly capable of choosing a language appropriate for the task, even if that language is COBOL. Stay classy, HN.
- diarrhea 4y ago
  I didn’t vote, but your take on Python doesn’t match my experience. Do you have more context? It seems like after the transition to version 3, the lesson was learned. That was about a decade ago now.

noisy_boy 4y ago

> I find that building and publishing Java artefacts is unnecessarily challenging, compared to JavaScript and Python. I'm not a big fan of Python's jumble of competing build tools but personally, I stick to venv + pip and it generally works out. However, having dealt with both maven and npm, the headaches with npm's build process are so annoying, its not even funny. Comparatively maven is rock-solid even if you may not like its xml-based configuration.

bluedino 4y ago

Odd to see php and Ruby being at the same level. I would have thought php was much, much higher. Like by a factor of five to ten. Another thing, it seems like Python developers might be apt to push/pull more often, in smaller commits compared to say, Java programmers.

garbagecoder 4y ago

Definitely not proportional to HN articles which are 90% Rust.

przemub 4y ago
The same what I thought when looking at the article :) Go is higher than I expected for such a comparatively new language.

concerned_ 4y ago

I think this is not the best representation. Although I appreciate the commentary of the blog. Is github a valid platform for this kind of sampling? I dont know I have hundreds of java repos elsewhere and would never host my code on a Microsoft platform. But somehow Kotlin is not represented when it's the default language for android....because mobile projects don't host on github publicly. And what about PRs makes them special anyway? As one commenter mentioned this could be more about volatility/stability. As a side note, I'm pretty shocked that the OSS community is "just fine" with leaving their projects on github after MS took over and scanned all their code for machine learning.

javajosh 4y ago

JS is in a different league because it solved the distribution problem. The one that everyone tried to solve, and spent big on it. Turned out you just needed a working interpreter on every device that can speak to the screen and to the internet (the browser), and the labor will appear to shape it into whatever it needs to be. This, to me, is a lesson worth hearing: sometimes the feature you think is most important, the ones your customers are saying are most important, is not, and is not even close. The biggest software problem after PARC solved GUIs was distribution. The browser won 80% of apps out of the gate, but when the rest of the way with XHR. It's really a startling turn of events when you think about it.

kaba0 4y ago
It solved the run anywhere part, not the distribution one — funnily enough js-based builds can trivially fail between even major OSs. Java is much better in that regard.

irq-1 4y ago

What is "DM"? Does anyone have experience with "hoon" and its "urbit" platform?

humanizersequel 4y ago
Pleasantly surprised to see Hoon in the top 50. Poke around this site for some info about Hoon and Urbit: https://developers.urbit.org/ https://developers.urbit.org/