8 ms·

Technologies in HN “Who is Hiring?” threads

214 points by fijal 10y ago

netcraft 10y ago
Links to Part 1: https://blog.whoishiring.io/hacker-news-who-is-hiring-thread-part-1/ https://blog.whoishiring.io/hacker-news-who-is-hiring-thread... and Part 2: https://blog.whoishiring.io/hacker-news-who-is-hiring-thread-part-2-remote-and-locations/ https://blog.whoishiring.io/hacker-news-who-is-hiring-thread... (although it seems the charts are broken in this one) I would really love to see this kind of analysis on a broader set of data - like for fortune 500-1000 companies. I would expect a lot of things to be similar, just smaller percentages on the uptake (like for some of the front end tech), but very different on other things (like the data-storage tech).
- xando 10y ago
  Thanks for the links. I'm the author, also I've fixed the Part 2. As for the other suggestion. I'm not too sure how to get the data, although I myself would be really interested to see numbers as well. Also, right now I'm trying to put a stats page, a better stats page. Where tags to compare would be more flexible. Some people here will complain that some technology that they like was omitted. Also, this page should measure data from many sources not only Hacker News "Who is Hiring" thread.
polysaturate 10y ago
Wow, really surprised to see Ember so low on the FE framework graph.
- nfriedly 10y ago
  I'm not surprised, but I do think Ember is an excellent framework that probably doesn't get as much attention as it deserves.
  - sotojuan 10y ago
    Ember sadly never got its "big break", maybe because it doesn't have a big company backing it and promoting it. It's sad, but the framework and very awesome community have kept chugging along nicely for like five years now, so not to worried there. Interestingly, this article[1] was posted months before the whole "JS fatigue" meme started (usually associated with React. I've found it quite true. [1] http://brewhouse.io/blog/2015/05/13/emberjs-an-antidote-to-your-hype-fatigue.html http://brewhouse.io/blog/2015/05/13/emberjs-an-antidote-to-y...
    - lsiebert 10y ago
      there was a lot of money put into angular, and I suspect the same may be true of React.
- cloverich 10y ago
  After using it for over a year (and switching out) I"m not. Its got a ton of good features. But most days I'd find myself pouring over the documentation trying to figure out how to do something I already knew how to do in Javascript. My colleague and I used to have a joke that went something like "Yeah I can do it in Javascript, but how do you do it in Ember-script?" There's a lot from Ember that I miss and a ton I think they got right. I do sometimes wonder if they'd adopted React for their view layer early on and sold themselves as the "everything else" framework if they'd done better. Idk how feasible that is, but my unqualified bias makes me think they'd be much more well known and popular.
  - sotojuan 10y ago
    Meteor did that (adopted React) and while it's not dead by any means it still hasn't reached the amount of popularity it was supposed to. Might be because of Mongo though.
  - polysaturate 10y ago
    I agree with that sentiment(especially the know it in JS, but WTF in Ember), and I am definitely not shilling Ember or anything, I just figured it was a little more popular in HN/YC.
  - forgotpwtomain 10y ago
    > After using it for over a year (and switching out) I"m not. Its got a ton of good features. But most days I'd find myself pouring over the documentation trying to figure out how to do something I already knew how to do in Javascript You probably don't have enough experience with Ember (if you are still pouring over docs) or aren't working on something of large enough scale to really benefit from Ember. (I'd say the analogy would be Rails vs. Sinatra, Ember really does a lot of stuff, but takes longer to get comfortable with). > I do sometimes wonder if they'd adopted React for their view layer early on and sold themselves as the "everything else" framework if they'd done better. Really? I think the React model of inlining HTML in your Javascript is atrocious compared to HTMLbars. An Ember code-base is just so much nicer to read. Ember is sometimes painful in ways that jQuery wouldn't be (e.g. what I don't have access to the children components of my component!) On the other-hand if you have a large code-base with complicated computed logic, Ember really, really works by forcing you to do this the Ember way - where everything else would have dissolved into a complete mess. That said the upgrade path to 2.0 has been very painful. Never the less I would 100% choose Ember over React for a new project today.
- cloverich 10y ago
  After using it for over a year (and switching out) I"m not. Its got a ton of good features. But most days I'd find myself pouring over the documentation trying to figure out how to do something I already knew how to do in Javascript. My colleague and I used to have a joke that went something like "Yeah I can do it in Javascript, but how do you do it in Ember-script?" There's a lot from Ember that I miss and a ton I think they got right. I do sometimes wonder if they'd adopted React for their view layer early on and sold themselves as the "everything else" framework if they'd done better. Idk how feasible that is, but my unqualified bias makes me think they'd be much more well known and popular.
- ryanSrich 10y ago
  I know a bunch of people that have tried or used ember in the past, but none that still do. I also get the feeling that if you're not using React you're leaving a bunch of money on the table. Branding yourself as a React developer === $$$.
wyldfire 10y ago
> I couldn't find anything comparable to Docker too. It looks like some alternate solutions slowly are emerging. I'm not sure I totally understand the ecosystem, but it seems like linux containers (lxc) and/or appc/rkt now do much of what Docker offers. Docker seems to be more portable to other host OSs, though? But from my recollection of recent "Who's Hiring?" threads I don't think I've seen much mention of lxc or appc or rkt.
- xando 10y ago
  I'm aware if its existence, although if I run search on the job posts for tags like lxc / lxd. The chart line was flat. I'm not too sure if this is something comparable. I wrote this blog post.
  - ameen 10y ago
    Mind sharing the models and the Datamining visualization stuff used for these datasets? I'd love to know more about how you arrived at these results.
- SippinLean 10y ago
  It might be interesting to see it compared to Vagrant
- throwawaydfkjs 10y ago
  Docker is actually built on top of lxc, it's just a fancy abstraction layer
- pyre 10y ago
  > Docker seems to be more portable to other host OSs, though? Most of the "Docker on Windows/Mac" setup is basically running all of the Docker containers in a VM on Windows or macOS (e.g. Docker Toolbox, boot2docker and not HyperKit[1]), rather than running them right in your OS's kernel as would be the case on Linux. [1] https://github.com/docker/HyperKit/ https://github.com/docker/HyperKit/
StriverGuy 10y ago
I am immediately skeptical of this analysis. No .NET Framework at all? I know that isn't true since I have browsed Who's Hiring plenty.
- to3m 10y ago
  I guess the post just knows its audience. If you work with non-web technologies, you probably don't care about what colour the hype train is this week ;)
- vonmoltke 10y ago
  This analysis seems to indicate that the Who Is Hiring thread is heavily slanted towards webdev. Much to my disappointment, that has been my totally unscientific assessment for a while.
  - StriverGuy 10y ago
    .NET can encompass web dev... The entire asp.net MVC and Web API frameworks are specifically for web dev.
    - wangchow 10y ago
      In addition to the .net core push seems a likely candidate to unify things (xamarin, .net core in Linux, etc...)
    - lmickh 10y ago
      If you check out the first post, you'll see that C# is fairly low in the overall listing for languages. It has been over taken by Go for example. Even if all of the C# jobs were MVC, it wouldn't be enough to compete with any of the JS frameworks. This analysis isn't that far off of some of the other trends you'll see from resources such as Gartner. Windows and .Net have taken a beating recently due to the growth in the cloud sector of IT.
    - vonmoltke 10y ago
      I know it can, just as Java can. It's not very common, though. Particularly in the up-and-coming companies. I'm not surprised that .NET and Java get lost in the noise created by all the JavaScript/Ruby/Python.
dsiegel2275 10y ago
That was a strange trick to pull - making Angular the blue line and React the red line.
lasermike026 10y ago
And now the new shinny... I'm surprised about Ruby on Rails still being up there. I code ruby, awesome. I thought the server side shinny would have been node. Also, docker is a platform. You could compare it to other platforms. It feels like you could compare it to VMs, lxc, lxd, and jails. Packer or Vagrant?
- cloverich 10y ago
  Node is shiny, but my impression is while most of the pieces are there for good services, a solid obvious solution for your standard crud app doesn't feel like its present. I've used Django and Play and assume Ruby on Rails is similar -- does Node.js sport something as (relatively) polished as those?
  - Bahamut 10y ago
    There aren't really a lot of Node frameworks out there I believe (unless one counts libraries such as express or hapi I guess)...probably the same reason why we don't see Go or Rust in those charts is my guess.
    - lsiebert 10y ago
      Speaking off the cuff, Rust doesn't have the market share. Node feels like it's still evolving at such a rapid pace that any framework is going to feel tired within a couple of years, if that. Revel is the closest thing to Rails in Go, I think it can be frustrating to work with, but there aren't a lot of strong options in contention for Golang. It seems possible that this which will lead to splintering in libraries/frameworks because it's all statically typed. Node has the most potential here, I'd say, but it's possible that someone has or will create a very strong service framework for golang with enough abstraction that it can have a web framework embedded. But I'm not sure.
rfrey 10y ago
I appreciate how much work stuff like this is, thanks. There's something weird to me about how the data is broken out though. The article claims Django and Rails dominate - "the gap between them and the next thing is really big". This leaves the impression that those are the big backend stacks. Yet there's no mention of node. Go? Java stacks? Clojure backends? I know that node and go and Clojure aren't frameworks (and meteor is mentioned)... but that's the point, I think. The bins are chosen in a way that they seem to exclude a huge chunk (maybe the majority!) of tech stacks.
- lojack 10y ago
  He goes over languages in the first part. https://blog.whoishiring.io/hacker-news-who-is-hiring-thread-part-1/ https://blog.whoishiring.io/hacker-news-who-is-hiring-thread...
  - andrewstuart2 10y ago
    But the point still stands that Go's stdlib is practically a web framework. Especially considering the level at which the community away from frameworks and towards simple idiomatic use of stdlib. Also, hiring trends for newer technologies doesn't necessarily indicate anything aside from a labor shortage. The chances that a company can hire a sharp Spring Boot developer without advertising are much higher than the chances that you know a great react developer with years of experience.
- xando 10y ago
  I agree with the case of Go, the std lib does good enough job to be full-toolbox. Go is getting really big. If want you can check the numbers from the first part [1] where I mention that. You can find number other languages as well there. But still, if you think about I wouldn't be too fair to compare Go with Ruby on Rails. I'm the author of this blog post.
  - rfrey 10y ago
    Fair answer, thanks. I didn't read the first instalment.
Bahamut 10y ago
Any idea what triggers the erratic data points for CoffeeScript?
- vonzeppelin 10y ago
  Coffee breaks.
dwaltrip 10y ago
What about mobile technologies?
- xando 10y ago
  I'm not too sure what do you mean. Could you name them?
  - dwaltrip 10y ago
    I guess, for starters, I was just thinking about the breakdown of startups hiring for pure web roles, vs Android or iOS. Perhaps this demarcation would only be clear on the front-end side of web, as an API could service both an app and a website. The blog post was very interesting btw, thanks for creating it.
deleted 10y ago
[deleted]
BenderV 10y ago
Just as a side note, thanks for the website. It's a really good tool to find startup jobs! I would simply note that you should try to work on your marketing/SEO, because, even though I used the service a month ago, I had a really hard time to find it again (yesterday).
- xando 10y ago
  Hah, Thanks. This is great feedback :) The website is not really likable by google crawlers but I will try to think on it.
sleepychu 10y ago
>Please sing-up to our newsletter
karmajunkie 10y ago
This is awesomely interesting... I hope you guys keep running these numbers in the future to track emerging trends (though I can see how much work it must be to put them together.)
- xando 10y ago
  Thanks. There is a plan to set up a fairly dynamic page where people could compare different technologies, and look at trends.
  - karmajunkie 10y ago
    that's great man, looking forward to seeing that!
felideon 10y ago
Great series of articles, thanks a ton. I'm trying to understand the relation between the following observations: > Maybe, unsurprisingly, the top 5 choice is relatively constant with Python and JavaScript leading the pack and can be a safe choice to learn these days. [...] Surprisingly the drop for Ruby is also noticeable. (part 1) > Ruby on Rails and Django both look as a solid choice for the next startup's stack. On average both lost some audience, but the gap between them and the next thing is really big. From the graphs it also seems that Ruby/Rails has a stronger correlation than Python/Django does. Makes sense, since as far as I can tell there are more non-webdev Python jobs than there are non-webdev Ruby jobs. But it seems that Ruby/Rails is more popular than Python/Django, so although learning Python is better in one sense, learning Ruby/Rails is better in another sense. In other words, if you are looking for a web dev job, you have better chances of finding a job if you learn or have Ruby/Rails experience. But if you are not interested in web dev, Python is the safer choice. (All other things being equal, of course.)
e28eta 10y ago
In part 2, all of the data tables have the data duplicated. I see 40 rows: 1-20, 1-20 for most popular locations. The other tables show 20 entries, and have the top ten followed by the top ten again.

214 points by fijal 10y ago

Links to Part 1: https://blog.whoishiring.io/hacker-news-who-is-hiring-thread-part-1/ https://blog.whoishiring.io/hacker-news-who-is-hiring-thread... and Part 2: https://blog.whoishiring.io/hacker-news-who-is-hiring-thread-part-2-remote-and-locations/ https://blog.whoishiring.io/hacker-news-who-is-hiring-thread... (although it seems the charts are broken in this one) I would really love to see this kind of analysis on a broader set of data - like for fortune 500-1000 companies. I would expect a lot of things to be similar, just smaller percentages on the uptake (like for some of the front end tech), but very different on other things (like the data-storage tech).

xando 10y ago
Thanks for the links. I'm the author, also I've fixed the Part 2. As for the other suggestion. I'm not too sure how to get the data, although I myself would be really interested to see numbers as well. Also, right now I'm trying to put a stats page, a better stats page. Where tags to compare would be more flexible. Some people here will complain that some technology that they like was omitted. Also, this page should measure data from many sources not only Hacker News "Who is Hiring" thread.

polysaturate 10y ago

Wow, really surprised to see Ember so low on the FE framework graph.

nfriedly 10y ago
I'm not surprised, but I do think Ember is an excellent framework that probably doesn't get as much attention as it deserves.
- sotojuan 10y ago
  Ember sadly never got its "big break", maybe because it doesn't have a big company backing it and promoting it. It's sad, but the framework and very awesome community have kept chugging along nicely for like five years now, so not to worried there. Interestingly, this article[1] was posted months before the whole "JS fatigue" meme started (usually associated with React. I've found it quite true. [1] http://brewhouse.io/blog/2015/05/13/emberjs-an-antidote-to-your-hype-fatigue.html http://brewhouse.io/blog/2015/05/13/emberjs-an-antidote-to-y...
  - lsiebert 10y ago
    there was a lot of money put into angular, and I suspect the same may be true of React.
cloverich 10y ago
After using it for over a year (and switching out) I"m not. Its got a ton of good features. But most days I'd find myself pouring over the documentation trying to figure out how to do something I already knew how to do in Javascript. My colleague and I used to have a joke that went something like "Yeah I can do it in Javascript, but how do you do it in Ember-script?" There's a lot from Ember that I miss and a ton I think they got right. I do sometimes wonder if they'd adopted React for their view layer early on and sold themselves as the "everything else" framework if they'd done better. Idk how feasible that is, but my unqualified bias makes me think they'd be much more well known and popular.
- sotojuan 10y ago
  Meteor did that (adopted React) and while it's not dead by any means it still hasn't reached the amount of popularity it was supposed to. Might be because of Mongo though.
- polysaturate 10y ago
  I agree with that sentiment(especially the know it in JS, but WTF in Ember), and I am definitely not shilling Ember or anything, I just figured it was a little more popular in HN/YC.
- forgotpwtomain 10y ago
  > After using it for over a year (and switching out) I"m not. Its got a ton of good features. But most days I'd find myself pouring over the documentation trying to figure out how to do something I already knew how to do in Javascript You probably don't have enough experience with Ember (if you are still pouring over docs) or aren't working on something of large enough scale to really benefit from Ember. (I'd say the analogy would be Rails vs. Sinatra, Ember really does a lot of stuff, but takes longer to get comfortable with). > I do sometimes wonder if they'd adopted React for their view layer early on and sold themselves as the "everything else" framework if they'd done better. Really? I think the React model of inlining HTML in your Javascript is atrocious compared to HTMLbars. An Ember code-base is just so much nicer to read. Ember is sometimes painful in ways that jQuery wouldn't be (e.g. what I don't have access to the children components of my component!) On the other-hand if you have a large code-base with complicated computed logic, Ember really, really works by forcing you to do this the Ember way - where everything else would have dissolved into a complete mess. That said the upgrade path to 2.0 has been very painful. Never the less I would 100% choose Ember over React for a new project today.
cloverich 10y ago
After using it for over a year (and switching out) I"m not. Its got a ton of good features. But most days I'd find myself pouring over the documentation trying to figure out how to do something I already knew how to do in Javascript. My colleague and I used to have a joke that went something like "Yeah I can do it in Javascript, but how do you do it in Ember-script?" There's a lot from Ember that I miss and a ton I think they got right. I do sometimes wonder if they'd adopted React for their view layer early on and sold themselves as the "everything else" framework if they'd done better. Idk how feasible that is, but my unqualified bias makes me think they'd be much more well known and popular.
ryanSrich 10y ago
I know a bunch of people that have tried or used ember in the past, but none that still do. I also get the feeling that if you're not using React you're leaving a bunch of money on the table. Branding yourself as a React developer === $$$.

wyldfire 10y ago

> I couldn't find anything comparable to Docker too. It looks like some alternate solutions slowly are emerging. I'm not sure I totally understand the ecosystem, but it seems like linux containers (lxc) and/or appc/rkt now do much of what Docker offers. Docker seems to be more portable to other host OSs, though? But from my recollection of recent "Who's Hiring?" threads I don't think I've seen much mention of lxc or appc or rkt.

xando 10y ago
I'm aware if its existence, although if I run search on the job posts for tags like lxc / lxd. The chart line was flat. I'm not too sure if this is something comparable. I wrote this blog post.
- ameen 10y ago
  Mind sharing the models and the Datamining visualization stuff used for these datasets? I'd love to know more about how you arrived at these results.
SippinLean 10y ago
It might be interesting to see it compared to Vagrant
throwawaydfkjs 10y ago
Docker is actually built on top of lxc, it's just a fancy abstraction layer
pyre 10y ago
> Docker seems to be more portable to other host OSs, though? Most of the "Docker on Windows/Mac" setup is basically running all of the Docker containers in a VM on Windows or macOS (e.g. Docker Toolbox, boot2docker and not HyperKit[1]), rather than running them right in your OS's kernel as would be the case on Linux. [1] https://github.com/docker/HyperKit/ https://github.com/docker/HyperKit/

StriverGuy 10y ago

I am immediately skeptical of this analysis. No .NET Framework at all? I know that isn't true since I have browsed Who's Hiring plenty.

to3m 10y ago
I guess the post just knows its audience. If you work with non-web technologies, you probably don't care about what colour the hype train is this week ;)
vonmoltke 10y ago
This analysis seems to indicate that the Who Is Hiring thread is heavily slanted towards webdev. Much to my disappointment, that has been my totally unscientific assessment for a while.
- StriverGuy 10y ago
  .NET can encompass web dev... The entire asp.net MVC and Web API frameworks are specifically for web dev.
  - wangchow 10y ago
    In addition to the .net core push seems a likely candidate to unify things (xamarin, .net core in Linux, etc...)
  - lmickh 10y ago
    If you check out the first post, you'll see that C# is fairly low in the overall listing for languages. It has been over taken by Go for example. Even if all of the C# jobs were MVC, it wouldn't be enough to compete with any of the JS frameworks. This analysis isn't that far off of some of the other trends you'll see from resources such as Gartner. Windows and .Net have taken a beating recently due to the growth in the cloud sector of IT.
  - vonmoltke 10y ago
    I know it can, just as Java can. It's not very common, though. Particularly in the up-and-coming companies. I'm not surprised that .NET and Java get lost in the noise created by all the JavaScript/Ruby/Python.

dsiegel2275 10y ago

That was a strange trick to pull - making Angular the blue line and React the red line.

lasermike026 10y ago

And now the new shinny... I'm surprised about Ruby on Rails still being up there. I code ruby, awesome. I thought the server side shinny would have been node. Also, docker is a platform. You could compare it to other platforms. It feels like you could compare it to VMs, lxc, lxd, and jails. Packer or Vagrant?

cloverich 10y ago
Node is shiny, but my impression is while most of the pieces are there for good services, a solid obvious solution for your standard crud app doesn't feel like its present. I've used Django and Play and assume Ruby on Rails is similar -- does Node.js sport something as (relatively) polished as those?
- Bahamut 10y ago
  There aren't really a lot of Node frameworks out there I believe (unless one counts libraries such as express or hapi I guess)...probably the same reason why we don't see Go or Rust in those charts is my guess.
  - lsiebert 10y ago
    Speaking off the cuff, Rust doesn't have the market share. Node feels like it's still evolving at such a rapid pace that any framework is going to feel tired within a couple of years, if that. Revel is the closest thing to Rails in Go, I think it can be frustrating to work with, but there aren't a lot of strong options in contention for Golang. It seems possible that this which will lead to splintering in libraries/frameworks because it's all statically typed. Node has the most potential here, I'd say, but it's possible that someone has or will create a very strong service framework for golang with enough abstraction that it can have a web framework embedded. But I'm not sure.

rfrey 10y ago

I appreciate how much work stuff like this is, thanks. There's something weird to me about how the data is broken out though. The article claims Django and Rails dominate - "the gap between them and the next thing is really big". This leaves the impression that those are the big backend stacks. Yet there's no mention of node. Go? Java stacks? Clojure backends? I know that node and go and Clojure aren't frameworks (and meteor is mentioned)... but that's the point, I think. The bins are chosen in a way that they seem to exclude a huge chunk (maybe the majority!) of tech stacks.

lojack 10y ago
He goes over languages in the first part. https://blog.whoishiring.io/hacker-news-who-is-hiring-thread-part-1/ https://blog.whoishiring.io/hacker-news-who-is-hiring-thread...
- andrewstuart2 10y ago
  But the point still stands that Go's stdlib is practically a web framework. Especially considering the level at which the community away from frameworks and towards simple idiomatic use of stdlib. Also, hiring trends for newer technologies doesn't necessarily indicate anything aside from a labor shortage. The chances that a company can hire a sharp Spring Boot developer without advertising are much higher than the chances that you know a great react developer with years of experience.
xando 10y ago
I agree with the case of Go, the std lib does good enough job to be full-toolbox. Go is getting really big. If want you can check the numbers from the first part [1] where I mention that. You can find number other languages as well there. But still, if you think about I wouldn't be too fair to compare Go with Ruby on Rails. I'm the author of this blog post.
- rfrey 10y ago
  Fair answer, thanks. I didn't read the first instalment.

Bahamut 10y ago

Any idea what triggers the erratic data points for CoffeeScript?

vonzeppelin 10y ago
Coffee breaks.

dwaltrip 10y ago

What about mobile technologies?

xando 10y ago
I'm not too sure what do you mean. Could you name them?
- dwaltrip 10y ago
  I guess, for starters, I was just thinking about the breakdown of startups hiring for pure web roles, vs Android or iOS. Perhaps this demarcation would only be clear on the front-end side of web, as an API could service both an app and a website. The blog post was very interesting btw, thanks for creating it.

deleted 10y ago

[deleted]

BenderV 10y ago

Just as a side note, thanks for the website. It's a really good tool to find startup jobs! I would simply note that you should try to work on your marketing/SEO, because, even though I used the service a month ago, I had a really hard time to find it again (yesterday).

xando 10y ago
Hah, Thanks. This is great feedback :) The website is not really likable by google crawlers but I will try to think on it.

sleepychu 10y ago

>Please sing-up to our newsletter

karmajunkie 10y ago

This is awesomely interesting... I hope you guys keep running these numbers in the future to track emerging trends (though I can see how much work it must be to put them together.)

xando 10y ago
Thanks. There is a plan to set up a fairly dynamic page where people could compare different technologies, and look at trends.
- karmajunkie 10y ago
  that's great man, looking forward to seeing that!

felideon 10y ago

Great series of articles, thanks a ton. I'm trying to understand the relation between the following observations: > Maybe, unsurprisingly, the top 5 choice is relatively constant with Python and JavaScript leading the pack and can be a safe choice to learn these days. [...] Surprisingly the drop for Ruby is also noticeable. (part 1) > Ruby on Rails and Django both look as a solid choice for the next startup's stack. On average both lost some audience, but the gap between them and the next thing is really big. From the graphs it also seems that Ruby/Rails has a stronger correlation than Python/Django does. Makes sense, since as far as I can tell there are more non-webdev Python jobs than there are non-webdev Ruby jobs. But it seems that Ruby/Rails is more popular than Python/Django, so although learning Python is better in one sense, learning Ruby/Rails is better in another sense. In other words, if you are looking for a web dev job, you have better chances of finding a job if you learn or have Ruby/Rails experience. But if you are not interested in web dev, Python is the safer choice. (All other things being equal, of course.)

e28eta 10y ago

In part 2, all of the data tables have the data duplicated. I see 40 rows: 1-20, 1-20 for most popular locations. The other tables show 20 entries, and have the top ten followed by the top ten again.