Re:HN Hiring
by necubi on Tuesday May 27, 2014 @05:32PM
(#7806995)
Hey everyone, I'm the creator of hnhiring.me. Surprised to see it pop up now, as I haven't done much with the site in the past couple of years. It's still being updated every month with the latest "Who's Hiring?" post, though, so hopefully people have found it useful. The source is also on GitHub (http://github.com/mwylde/hnhiring).
Re:HN Hiring
by larsberg on Tuesday May 27, 2014 @06:20PM
(#7807255)
This would be more useful to me (as a hiring manager) with something that encouraged better links to somebody's accounts / portfolio / etc. instead of just their usually-empty HN profile.
e.g., I'm currently looking to contract somebody for some devops work here at Mozilla Research, and going through the set of listings that have 'devops' in them and actually finding a link to a resume / github account / anything more substantial than a twitter feed is pretty maddening.
Re:HN Hiring
by larsberg on Wednesday May 28, 2014 @10:38AM
(#7810161)
Zura, I doubt we will open a new batch of full-time positions for Servo before the start of Q4. That said, I'm always willing to see what I can find for candidates with an exceptional background!
Re:HN Hiring
by gee_totes on Tuesday May 27, 2014 @05:45PM
(#7807069)
Hi! I also build job scrapers (http://nolatechjobs.leesome.com) and have a question about the dependency on redis... why not just generate a time-stamp within the ruby scraper (which you already do) and store it within the resultant json itself? Then you can use string comparison to see if the next scrape has returned a more accurate time-stamp and just overwrite that part of the string.
Basically my question is why couldn't you build the whole scraper with just flat files and no database/key-value store at all?
Re:HN Hiring
by necubi on Tuesday May 27, 2014 @06:01PM
(#7807156)
That would definitely be an improvement. When I originally wrote this in 2011, I had just a few hours, so I went with the quickest solution. For little personal side projects like this I find that Redis makes a great persistent hash map for storing bits of data between runs of a script.
Re:HN Hiring
by orware on Wednesday May 28, 2014 @12:01PM
(#7810961)
Thanks for mentioning this one, I hadn't seen it yet, but it's more or less what I had been imagining for my own mini-project...I guess I don't have to build it anymore :-).
In the link above you can get a copy of the threads/comments data up until May 2014 for the HN Hiring threads (I didn't do anything for the Freelancers ones).
My initial goal was to do the same (do an analysis of the data) so I also have an additional schema created that would allow us to associate the variety of programming languages, tools, locations, and companies together in a structured way.
I have an idea of how I want to create a frontend that users could contribute to (I'd like to gamify it a bit so contributors can get some props on the site for helping get the data analyzed, since that is a pretty manual process), but haven't had the time to work on it.
Re:HN Hiring
by kull on Wednesday May 28, 2014 @12:28AM
(#7808415)
You Know What Really Grinds My Gears? When on any job website I search for H1B and I am getting plenty of results... with "XXX is unable to provide sponsorship for H1B Visas at this time."
This seems an appropriate place to mention that I do Rails and Front-End in Boston and am looking for a full-time Jr Dev position somewhere- I can be reached at my username at gmail. Thanks!
As an aside, I've been meaning for ages to do analysis of hiring trends based on the data. If anybody is interested in this, I have the past year of posts available in JSON available at http://hnhiring.me/data/comments-{thread-id}.json. The thread ids for fulltime/freelancer for each month are here: http://hnhiring.me/data/threads.json.
e.g., I'm currently looking to contract somebody for some devops work here at Mozilla Research, and going through the set of listings that have 'devops' in them and actually finding a link to a resume / github account / anything more substantial than a twitter feed is pretty maddening.
https://news.ycombinator.com/item?id=7685170
is coming up on the 1st of June.
I modified the template:
https://gist.github.com/cjbarber/189c84750cd42309201d
Thoughts?
Basically my question is why couldn't you build the whole scraper with just flat files and no database/key-value store at all?
In the link above you can get a copy of the threads/comments data up until May 2014 for the HN Hiring threads (I didn't do anything for the Freelancers ones).
My initial goal was to do the same (do an analysis of the data) so I also have an additional schema created that would allow us to associate the variety of programming languages, tools, locations, and companies together in a structured way.
I have an idea of how I want to create a frontend that users could contribute to (I'd like to gamify it a bit so contributors can get some props on the site for helping get the data analyzed, since that is a pretty manual process), but haven't had the time to work on it.