Show HN: Find companies with jobs using technologies you love

https://techmap.io/JavaScript/San%20Francisco%2CCalifornia%2CUSA

by joergrech • 4 years ago

42 90 4 years ago

leetrout• 4 years ago

This needs work. Type in "go" in the tech search. Comes back with all kinds of silly suggestions like "hbo go". "Golang" didnt come up either.

memen• 4 years ago

Same for C++, I find the C&A (clothing retailer in the Netherlands) recommended

vharuck• 4 years ago

Same with R

aydnina• 4 years ago

I tried R too. It seems to be searching for R in company names - R Systems, R/GA, H & R Block come up as examples.

rjgonza• 4 years ago

Yup, just tried for rust -- got lots of industrial companies

franze• 4 years ago

in austria we have https://devjobs.at/

the job postings are augmented with the dev-stacks (from servers, databases, languages, infra, thirdparties), the job headlines de-b#ll-ified using ML, and the users can apply fast via github / linked or direct via the jobposting on the companies website, every job posting has some salery range. it carved out it's niche in the austrian dev community.

anothernewdude• 4 years ago

Remote isn't just a town in Oregon.

lnxg33k12• 4 years ago

I feel like lately something weird is happening to the industry. I interviewed some people lately during the past few months to fill a couple of react jobs, and it looks like people is really giving a lot of fucks to the tech stack and technology they use, like I feel like there are now a lot of people who are knowledgeable of everything but master of nothing and also they keep learning framework and library without caring about software principle, architectural or design patterns or security best practice, We interviewed a tech lead that we hired for react lead and she didn’t know even what owasp 10 are, and my coworkers said yeah that is not something they’re supposed to know which chills by skin , so maybe this post is not fully related to the thing, but maybe is it not cool anymore to work solving challenging and meaningful problems or as long as you work on the last framework you’re good? Is it a developer issue or the industry is being fucked up by hiring managers or recruiters ignoring portable developers Knowledge and just caring for how many years you’ve used $nextCoolFramework?

awestroke• 4 years ago

I know a lot about security, but I did not know about owasp10 before today. I knew about all the listed security issues in owasp 10 and how to mitigate them, but not about the list itself. Perhaps look at what candidates actually know instead of $nextCoolList?

lnxg33k12• 4 years ago

Well, personally when I ask about something with an acronym is just for shortness, but of course if you see the candidate a bit worried unable to give an answer for that specifically then I usually try to help saying something on the lines of (in this specific case), "So if I say XSS or session hijacking does anything comes to mind?" So like I don't just ask about OWASP and then move on, try to help, so I am pretty sure that it was not just the list, but yeah also I made an example of the one we hired, but I've had candidates knowing a lot of stuff but not knowing what a decorator was, so I was making a point more specifically about concrete frameworks versus principles

Existenceblinks12• 4 years ago

Yep, most of those items baked into framework already, plus practices we've heard about in the list, but not need to know the name "owasp".

Existenceblinks12• 4 years ago

Ironically you were hiring "React" lead, which is still popular today as "CoolFramework" despise there are better solutions out there.

wellokpetejr• 4 years ago

Tangent here, what are better solutions?

genezeta• 4 years ago

Is it a developer issue or the industry is being fucked up by hiring managers or recruiters ignoring portable developers Knowledge and just caring for how many years you’ve used $nextCoolFramework?

I don't really know whose fault it is, but I can tell you from experience that if you present yourself as having good -even excellent- experience and knowledge of the principles, the practices, and the patterns, and having similar experience with $similarFrameworkA and $similarFrameworkB, but not with $thisParticularFramework, then "you're not quite what we're looking for". And the opposite is common too. If you do have a couple of years experience with $thisParticularFramework you're good to go. It doesn't matter whether you don't know how to do anything else outside of that.

This is something people don't often want to admit, or sometimes even discuss. I'd guess it may be related in some way to another rarely admitted fact about the industry: There is a lot of wasted effort and resources. Particularly in certain types of projects and companies, the overall productivity is extremely low.

sarchertech• 4 years ago

I think the problem is that you’re hiring for a “React” lead. If companies are being for <specific framework> developer, they should be be surprised when they get applicants who are more focused on frameworks than fundamentals.

On the backend at the Principal level, I’ve see the opposite thankfully. Most companies don’t seem to care about the specifics—the current buzzword with is that they care that I can design “web scale” systems (regardless of whether the company actually has web scale problems—but that’s a different problem).

jjav• 4 years ago

(regardless of whether the company actually has web scale problems—but that’s a different problem)

Indeed. So then they'll go ahead and design "web scale" solutions to non-existent problems. I quote web scale since in the majority of the cases I've seen, the solutions don't actually seem particularly capable of handling massive scale but since they don't need to, it never gets tested.

Worked with one company with this ginormous logging and analytics pipeline which consumed most of the AWS budget, but the actual data flowing through it amounted to a handful of million entries per year. Yes year. At that scale, the wise solution is grep and awk on a $5 VM.

Solve the problems you actually have and the ones you can project to having in six months. Don't solve the problems you wish you'll have in ten years.

prhn• 4 years ago

What are the modern, accepted software principle, architectural or design patterns, and security best practices?

What is the best source on these topics?

I’m not being cheeky here. I’m genuinely interested, because I see these terms thrown around a lot without reference.

tjpnz• 4 years ago

Not everything has to be "modern" (a term which also gets thrown around a lot without reference) to be useful.

With regards to design patterns I would recommend the Gang of Four book on the subject. It's old (to the point where it makes me feel young) but still relevant as most of the patterns you'll see in the wild will be described there or be slight variations.

For security I've heard people describe the OWASP Top Ten as the software equivalent of the Ten Commandments. It's been around for almost two decades and is also still very much relevant today, perhaps even more so going by the comment you replied to.

lmarcos• 4 years ago

I have been working for over 20 years in the industry. Been doing Java, Python, Angular, Vue.js, MySQL, SQLite, Mongodb, Elixir, Php, Nodejs, and now Go. Ansible, Terraform, bash scripting. Mobile development, backend, frontend, data mining. E-commerce, fintech, edtech, media streaming.

I don't know Rect (besides implementing the todo list they have in their frontpage), but I can learn in a few weeks to become proficient on it. Don't hire "React developers", hire "good developers".

lvl102• 4 years ago

Might have to do with the fact that front end space is inundated with “frameworks” and superfluous versioning. At the same time why bother sticking with a framework that’s going to be outdated in two years because the development team moved on to something else entirely?

tored• 4 years ago

like I feel like there are now a lot of people who are knowledgeable of everything but master of nothing

In general that is not necessarily bad, it can be a good thing.

they keep learning framework and library without caring about software principle, architectural or design patterns or security best practice

My guess here is that it is a way to get into more interviews. Many job openings today lists a ton of libraries and frameworks that you should have experience with, thus the market reacts(!) accordingly.

smoe• 4 years ago

From my experience hiring and mentoring, I reckon a lot has to do with how (overly) complex stacks for web application development have gotten. Thus people often having to learn in a very top down way, learning the very high level tools first and have little understanding of what lies beneath. There is also at least the perception that there are a ton of those high level things you need to understand for being a "fullstack" dev and it is also this top layer that actually moves fast, whereas the fundamentals move in a much more glacial manner. People chasing changes and additions instead of deepening their knowledge.

If I compare that to my own experience learning web dev in the early 2000s on my own. Make a html file with some css and ftp it up to a server. First version done. Add some JS, some PHP, then a database. Eventually move from vanilla code to different frameworks and languages, move from a Linux box to some cloud services, slowly start working with more complex systems and different paradigms. The whole process was very iterative and I feel I have gotten a lot of transferable knowledge on the way.

Of course this is perfectly possible to do these days as well, but it is not what I see happening or being widely encouraged in communities or fostered within companies. It seems more about run this and that generator script, click this button to spin up the managed services to run it on. See, it is so easy, so no problem. Creating hundreds of dependencies and layers of abstraction with practically no idea what they do. I had people wanting to learn programming from zero asking me to help with issues with their docker setup before having written a nested for loop.

I'm definitely not against those "modern" tools, they can be an awesome productivity boost if used well in the right context, but I can't help but often feel reminded of the good old Jurassic Park quote when it comes to tech stack decision making: "Your scientists were so preoccupied with whether they could, they didn't stop to think if they should"

pc862• 4 years ago

Playing devil's advocate, does it matter if she doesn't know what OWASP is specifically, if she has good security principles and designs secure systems? Saying "What's OWASP 10?" seems like a heuristic question rather than just trying to investigate what you're actually looking for - are they going to write shitty insecure code. I can say plenty of people will right secure code having never heard of OWASP, and plenty of people write terrible code with OWASP cheat sheets saved to their desktop.

candiddevmike2• 4 years ago

Just because a company is using technologies you love doesn't mean you'll be using technologies you love if you work there.

We use Go! (On one service (that's really a proof of concept (our main stack is ASP.NET)))

epolanski• 4 years ago

This.

My younger and naive self used to over value the tech stack of a company, nowadays I don't care, there's way more important issues than the specific tech stack chosen like people, organization and processes.

A strong engineering team pushes for meaningful and well organized requirements collection and encoding, documentation of the business domain, values (meaningful) testing and is strongly oriented towards providing the best developer experience possible.

Languages and libraries do play a part in developer experience and satisfaction, but they are generally way less important.

Existenceblinks12• 4 years ago

But often times they use inappropriate tools for solving problems.

milansm• 4 years ago

If I'm a Go developer, or changing jobs because I want to use Go, of course that it is in both mine and my future employer's best interest to set expectations if I'm gonna work on Go or on ASP.NET.

candiddevmike2• 4 years ago

"sure milansm, you'll work on Go code. we just need to support this ASP.NET codebase for a little bit and then you can lead our migration to Go. I promise.".

In this market, employers are saying anything to get folks in the door. They're scrambling for workers, and a lot of times it's because their codebase is shit and folks are leaving in droves, so they dangle carrots to get folks to support their decaying crap.

eatonphil• 4 years ago

I run a Discord community [0] around software internals for folks interested in hacking on databases, compilers, browsers, emulators, etc.

There's a jobs channel there where folks post jobs on these topics there. If you've got these kinds of software internals jobs you're welcome to join and share. If you're looking for these kinds of jobs you're welcome to join and browse.

Unlike OP's site this isn't tied to particular technology/languages/frameworms but tied to particular interesting topics.

[0] discord.multiprocess.io

jack335• 4 years ago

Cool! Would be nice if you could support Remote jobs as location as well :)

flynniec6• 4 years ago

Spain, Munster, Ireland

This seems a little wrong as a region.

jasfi• 4 years ago

I work a lot with Nim, for my own projects. There aren't many jobs out there for Nim just yet. I'm going to release some of tech I've built as Open Source (https://nexusdev.tools/). With any luck that will help to build up the Nim community, which in turn could help jump-start the Nim job market.

DocUI, the back-end SDK that uses Flutter for the front-end, is actually multi-language on the back-end. But I also have a back-end web-framework built on top of Jester that handles user management. Another example is an ORM that generates Nim data access files (which is Postgres only at the moment, but other DBs could be added).

kvgr• 4 years ago

Nice tool, the search could some tuning. When i Type Android -> pure android is on the bottom. When i Type London, London England is at the bottom.

dwighttk2• 4 years ago

Type Raleigh or Durham or North Carolina into the region selector and it gives bad or no results, but navigate over NC on the map and there are jobs listed

rjmill• 4 years ago

Yeah, I'm not going to assume Raleigh, NC is more important than all the other Raleighs in the world. But it is bizarre that I can get Fort Raleigh City, NC and not the actual capital of the state.

Pretty neat tool, but the region search needs work.

dwighttk2• 4 years ago

Not necessarily that it is more important, but it isn’t there at all.

Existenceblinks12• 4 years ago

That's little solution introduced to real problem .. looking at job description these days makes me shifting to a product guy using tech I think is appropriated, not just based on "large pool of developers", and fall into inferior and inappropriate tech for solving problems.

dorianmariefr• 4 years ago

I searched Ruby on Rails in San Francisco and got lots of irrelevant results

bitwize• 4 years ago

So I searched for Lisp jobs near Boston. Nothing.

I changed the search to "Common Lisp" and got a few hits. But they were all just places with "Common" in the name, like Revere Hotel Boston Common.

I know there are companies in the area that use Common Lisp, Google/ITA being the primary but not only one. Lisp jobs are rare, but not that rare.

Sorry, but this looks like it's a "maybe someday, but not today" project.

taylodl5• 4 years ago

I feel like this is completely backwards. To me this feels like 'I love using this kind of hammer so let me find all the jobs where I can use this hammer I love to use.' I'm actually not interested (at least not primarily interested) in that. I'm more interested in what are you building? What problems are you solving?

I'd rather search by that and then see what their tech stack looks like and filter down to the ones matching my interests and the tools I like using. Heck, there may be a company that I'm really interested in what they're doing but I may not have a lot of experience with their particular technology set. I could reach out to them and express my interest in what they're doing and see if it might make sense for me to join them. Focusing on technology feels like putting the cart before the horse.

lkxijlewlf2• 4 years ago

I feel like this is completely backwards. To me this feels like 'I love using this kind of hammer so let me find all the jobs where I can use this hammer I love to use.' I'm actually not interested (at least not primarily interested) in that. I'm more interested in what are you building? What problems are you solving?

Same for me. I can learn whatever tech stack you're using (if need be). I want to know about your business, your product, your future.

Existenceblinks12• 4 years ago

But tech stack requirements sit right there in job descriptions. It's about matching.

__ryan__• 4 years ago

You are talking to a hammer asking why it isn’t a screwdriver.

dotancohen2• 4 years ago

You're a professional. I try to be, as well.

But I know many people who call themselves "PHP devs" or "React engineers" or "Wordpress gurus". This service is perfect for them.

dagw4• 4 years ago

How does one approach automatically make you more "professional" than the other?

Xenixo• 4 years ago

It's one tool of many

I like the idea.

I don't want to go back to a company which is not using kubernetes for example. I'm also interested in deepening my expertise in it.

beecafe2• 4 years ago

I don't care one mote about solving problems. I program because it's fun and I'm good at it, so I have no space for bullshit MBA puff like "solving problems" (it's not) "making people's lives better with technology" (it never has or will). So for me working in a place where I get to use the tools I enjoy is more important than whatever flavor of the week justification is given for the rent we are seeking from and new problems we create for consumers.

mwcampbell2• 4 years ago

It's unfortunate that this cynicism is so widespread, because technology actually does solve problems and make people's lives better. I suppose I'm lucky to be working in a domain, accessibility for blind people, where this is obvious. But I'm sure there are many other such areas.

arcturus175• 4 years ago

If software does not solve problems, what are you getting paid for, exactly? For the weight of the line of code?

NAHWheatCracker• 4 years ago

This is an interesting take to me, because it seems to be how many of my coworkers work. It's not how I think about things.

I enjoy technology, but it's hard for me to just focus on tech without a purpose for using it. All of the projects I'm proud of aren't because of the tools I used. Instead, I'm proud that I delivered something useful.

Yet, I still completely agree with your statements about "MBA puff". I've been on projects where they extol how valuable a project is going to be and it doesn't stand up to a minute of scrutiny. Other projects would be valuable, but never get into the hands of real users.

On the projects I'm proud of, I was directly working with someone who actually would benefit from the project. There wasn't a question of whether it was worth it. The users weren't puffing up the project to be more than it was. They have a job to do and I'm helping them do it better. Interestingly, this also meant that they didn't care how I approached the problem.

The real sweet spot for projects is where working on interesting tech goes hand-in-hand with delivering something useful.

nominalbkfst• 4 years ago

Its not so much that I need someone to try to sell me that I’m changing the world instead of making a paycheck. But I definitely would rather clean toilets for a cause I love than work with cool tech on a project I don’t believe in or that doesn’t ever go anywhere.

When I was younger my family was really big into riding ATVs. At first it was cool, but then I started to realize we were just going to drive in the same circles at the same parks forever and it lost all meaning to me. ATVs are cool, I still think they are, but without a reason to ride one I can’t imagine spending a weekend in a tent driving around in circles. At the same time I know plenty of people who live for that, so I recognize that we’re all looking for our own things.

francisofascii• 4 years ago

I think your are underestimating the time it takes to become proficient in a technology stack. You can't build anything until you learn it. When you are proficient, is nice to be able to come into a completely new business environment and be somewhat productive. It feels like validation that you are actually an expert in something. Now it is commendable and a great growth experience to come in as a newbie with no knowledge of the business and the technology, but still a hard pill to swallow for most.

taylodl5• 4 years ago

It feels like validation that you are actually an expert in something.

You're an expert in knowing how to use a hammer. I think it's the wrong focus. Instead we should be focusing on whether you're a framer, a carpenter, a roofer, etc. It's your expertise in solving particular kinds of problems that makes you valuable, not in knowing how to use a particular tool.

As an aside, some people have noted this is not true for IT contractors - as they are oftentimes brought in explicitly for their expertise in a tool. I would argue that's a reason why a lot of people don't want to be a contractor forever.

sokoloff• 4 years ago

It’s almost like people choose companies based on different factors.

Some are coin-operated. Some are language/stack-driven. Some want fast-growing; some want slow-and-steady. Others like small companies. Others like large stable companies.

mettamage• 4 years ago

Focusing on technology feels like putting the cart before the horse.

Every language has its own ecosystem, its own frameworks, its own culture its own set of "best practices". Good luck learning them all.

FourHand451• 4 years ago

I don't think they're saying they can learn them all. Just the next one, if it can be applied to an interesting problem.

anyfactor• 4 years ago

As a "Python Developer" this is for me. There are some demand for specific language based developer instead of purpose based developer. Case in point - Scala. There are Data Engineers and there are Scala Developers. There are some overlap but if you are an employer looking for Scala help, you need a Scala Developer and not someone who tolerates Scala in their stack.

For me, Python always provides the shortest path to solving problems programmatically. It is the best thing you can use to prove a concept before you build something. Python sits appropriately in the middle of pseudo code and something performant. I get to solve unique problems rapidly. That fits my philosophy. If you are comfortable in using something why not get paid to do that. I am open to learning new things particularly Typescript but I am just comfortable in a Python environment more than a JavaScript or any other environment.

The catch with all that is that I am more fitted for contract roles as opposed to full time jobs. For the employer hiring based on tech introduces too much rigidity. They want contractors and experts for that.

dagw4• 4 years ago

As someone who is more of a domain expert who knows a fair bit of programming, rather than an expert programmer, I would certainly be reluctant of taking a job where I wasn't allowed to use the tools I prefer for solving problems within that domain.

dagw4• 4 years ago

To me this feels like 'I love using this kind of hammer so let me find all the jobs where I can use this hammer I love to use.'

Most craftsmen and artists I know are very particular about their tools and much prefer using their own tools that they've lovingly maintained and gotten to know all the quirks of rather than some random tool someone hands them.

codingdave• 4 years ago

I am not sure where this data is coming from. I live out in the country, 15 minutes from a town of 2000 people, an hour from any real tech jobs. And there are results near me. From places like CyberCoders - almost as if other remote software folks just had a job through them once so their home address shows in the database. I suspect there is some serious validation needed of this data set before it will be useful.

chris_overseas• 4 years ago

I like the idea but it seems rather US-centric currently. I'm finding it almost impossible to filter by London, UK - a whole load of other locations containing 'London' across the US show up instead. Similarly, trying to reposition the map to London requires a lot of scrolling of the map, because I can't zoom out far enough to see enough of the globe. As it stands it's very difficult for me to use unfortunately, but hopefully it won't be too hard to improve the UX for an international audience.

TheMerovingian• 4 years ago

Likewise, looking for C jobs in Waterloo, Canada shunts me over to Austin, TX for some reason.

sebastianconcpt• 4 years ago

In one hand, in a globalized market this is backwards. In the other hand, for less popular technologies this could be very interesting.

sbmthakur• 4 years ago

Not sure how but I managed to land on a URL with an 'undefined' param.

https://techmap.io/*/undefined

dang• 4 years ago

Techmap: Find companies using technologies you love - https://news.ycombinator.com/item?id=28897492 - Oct 2021 (47 comments)

Show HN: Find companies with jobs using technologies you love

Related Stories