Return to Resources
Employee Q&A: Brad Harris
Aug 16, 2022
4 min read
As a Principal Developer, Brad has experience in the planning and processes behind architecting bigger solutions at Mappedin while also being hands-on with coding, building features, and maintaining services. Today we discuss his role, provide thoughts on what makes a successful developer, and share tips on how to nail a developer interview!
Brad, thanks for chatting with me today. To start off, can you tell us about your current role at Mappedin?
I'm a Principal Developer, and I focus on the big picture of the software architecture at Mappedin. I’m regularly thinking about the way that our different services communicate with each other, where new features fit in, how certain APIs and other sources should be developed, as well as thinking about the different technologies we might want to investigate. I'm also an active individual contributor. I write a lot of code, build features, and maintain a lot of services.
You’ve been at Mappedin for almost 9 years now, congratulations! How has your journey been & what are some of the different roles you’ve had along the way?
I was also a manager for a year, but I realized that it wasn’t really the direction I wanted to take with my career. Mappedin was really supportive in letting me transition into a managerial position, then transition out of it, which was really nice.
What keeps you excited about working at Mappedin?
I really enjoy the fact that I can be an individual contributor and write code, while also being involved in the planning and processes behind architecting bigger solutions. I’m also afforded the freedom to explore new technologies that can benefit the company, which is really rewarding and offers a lot of creativity.
Is there one thing you like the most about working at Mappedin or in your role?
I really enjoy all the people that I get to work with at Mappedin. I can't say that I’ve had a hard time getting along with anyone that we've hired. It’s a great place to work and there’s plenty of opportunities for growth.
What makes a successful developer at Mappedin?
You have to learn fast and be willing to make decisions with only 70% of the information. The amount of experimentation to learn, fail, and build something even better has always been present at Mappedin. You have to be willing to take a certain amount of risk in terms of developing features and trying things out to see if they work.
We are currently hiring for a Backend Software Developer. Why should a developer come to Mappedin right now?
We're still at that smaller size where you'll get a lot of say in how things run. Working at a much larger company you could become a cog in the machine, but at Mappedin you get to be the one building the machine and dictating the direction that it goes.
Do you have any interview tips for a developer who wants to apply to Mappedin?
Fun fact — we don’t ask complicated leet code questions. We have a question to confirm that you can write some for loops and work your way through a problem, but the actual solution should be simple. Understanding the problem and asking questions is important, because the solution to the problem is fairly straightforward, but what’s difficult is understanding what the customer wants.
Then we have a system design problem that is similar. It’s about coming up with the simplest, most straightforward solution, as well as trying to figure out what the customer is looking for or what us as developers are looking for.
What makes a successful candidate during the interview process?
Most of our successful candidates have gone to the effort of writing something that maybe doesn’t work, keeps on asking questions to try to figure out why it doesn’t work, then gets a working solution. An unsuccessful candidate usually doesn’t ask many questions, tries to go it alone, and then gets really stuck.