A neat followup might be to take the job-search data and then put together a list of which technologies have the highest developer interest. This could be quite useful for companies or projects trying to decide on a tech-stack or tooling.<p>Even better would be to compare supply vs. demand and come up with a ranking of tech combinations that people <i>want</i> to work with but few companies are using. For example, Rust + Postgres gives <i>one</i> result that's actually hiring. That one company could conceivably get quite a boost to their hiring efforts if there are many developers that want to work with Rust + Postgres, and other companies that pick that tech company would also get a similar boost until it gets oversaturated.
Interesting way to search for jobs. I feel a bit weird though in that I'm drawn to jobs more based on the business domain and problems being solved than the particular technology used for the implementation. Getting asked 'what is your stack' always felt like a weird lead in vs. what problems you are solving day to day, but I feel mostly alone in this sentiment...
Searching for F# seems to return all .NET-using companies, even if they're explicitly listing only C# or only VB.NET in their page.<p>Perhaps you could add a "search related tools" flag? I can imagine an experienced Java developer being OK with Kotlin and Scala jobs, but maybe a Scala fan wants to look specifically for Scala postings and avoid the majority of general JVM positions.<p>But in any case, sort by match % by default! I had to scroll quite a bit down to find the first actually-F# result, even though it was (correctly) matched as a 100% match and all the ones above were at 0%.
Nice! This is a really interesting way to approach a job search.<p>I recall a few times in my career when I didn't like the technology choices being made at my current employer, which prompted me to look for new opportunities with the tools I did want to use.<p>There are a ton more things to consider about a new job, but the tools you will be asked to work with every day are certainly a factor.<p>This helps sort it out.
I definitely recommend using HTTPS on this site. I would rather not have all of my calls logged on a company server somewhere (especially if someone works at a company that cares about this sort of thing)
Well done with room for improvement. Please add a remote/onsite switch. Other useful switches would be full time/part time and employee /freelancer. I'd go for remote, part time, freelancer so I won't use a service that makes me skim through hundreds of job listings before finding the one I want to see.
<a href="http://stackshare.io/nutanix/nutanix" rel="nofollow">http://stackshare.io/nutanix/nutanix</a><p>148 technologies in their stack, practically guaranteed to match every search. This tool will need some moderation to be of any use to developers.
I made something similar recently that only works with HN's monthly who is hiring posts. Check it out: <a href="https://www.whoishiringpp.com" rel="nofollow">https://www.whoishiringpp.com</a>
When I filter location to Berlin, it shows three different Berlins in the US - but after selecting the first the results appear to be in Germany (what I was looking for).
A few weeks ago at Hack the North (UWaterloo), a few friends and I built exactly this.<p>We literally aggregated all of our company data from StackShare, only difference was that we parsed their resumes for the preferred languages/technologies instead of having them manually enter it.<p>Glad to see our idea had some validity!<p>Link for those curious: <a href="https://github.com/kshvmdn/find-me-a-job" rel="nofollow">https://github.com/kshvmdn/find-me-a-job</a>.
- Being able to sort my stack would be nice. I put up my company and noticed that random small libraries I added dominated the first few positions instead of the bigger elements.<p>- The scrollbars (or iframe?) and typeaheads can be pretty slow on mobile.<p>- The scrollbars (or iframe?) end up with a lot of unnecessary whitespace and may be difficult to navigate.