DEV Community

Max Rozen
Max Rozen

Posted on • Edited on • Originally published at maxrozen.com

Why early stage startups can be the worst for junior developers

Before I dive into what I have to say, I feel like I should introduce myself.

Hey 👋! I'm Max, I work as a software engineer at an early stage startup. I'm building a web performance monitoring service on the side, I've worked in the corporate world as well as various stages of startup, from seed round through to Series C. I feel like I finally understand what I want out of my career, and I wanted to share my thoughts.

At the risk of grossly generalising, I'd say there are three types of developer that you'll meet.

  1. You've got the people that want to be the best version of themselves they can be, by mastering their craft.
  2. Then there are the people that want to build the best product, and understand how to make their users happy.
  3. Finally, you have people that just want to do the job from 9 to 5, and not think about programming once they're done.

Personally, I jump between the three types several times per day depending on my mood, though up until recently I'd say I focused most on trying to master my craft.

From what I've seen (from myself), being the first type of developer easily leads you to dissatisfaction and burn-out if you're not in the right organisation. Your typical early stage startup is more worried about finding a product that matches a user's need much more than it worries about writing unit tests, or typing its JavaScript correctly. Although having a product focus isn't unique to early stage startups. I've seen it first-hand in several organisations, as well as the impact on the organisation when its best engineers get frustrated by the "ship it now!" culture and leave.

If as a junior developer your goal is to learn as much as possible about the best ways of doing things, I'd argue a startup that is still finding its product-market fit is a bad idea.

The trick to building a career that lets you work towards being the best developer you can be is to find an organisation that has already found its product-market fit, and is comfortably guided by a tight engineering culture.

It's not all doom and gloom for early-stage startups however.

If your goal is to build the best product, develop the skills you need to build things that people actually want, maybe an early-stage startup is the right fit.

As a developer, one of the hardest things you need to learn is that the user does not care what technology your product is running. You could still be using PHP 5.6.40 and Zend framework - as long as you're building product that does what the user needs to be awesome at their job, and your product doesn't piss them off, they'll be happy.

In the end, you need to:

  • figure out what you want from an organisation, whether it's a product focus, engineering focus, or just want to do the job
  • interview the organisation as much as they're interviewing you, and figure out what kind of focus they have, and whether that's compatible with your goals
  • be comfortable with ending an interview process for a role that doesn't meet your goals

Top comments (3)

Collapse
 
souksyp profile image
Souk Syp.

Agreed. I had to stop and ask myself many times what I am trying to achieve... Is it about finishing it quick and deploy? Mastering new tools? Or making money out of it?

Sometimes I lose focus. What about you?

Collapse
 
rozenmd profile image
Max Rozen

That's 100% me - when I'm working on my own side-projects, I tend to try deploy as fast as possible, then iterate later.

With things I'm paid for I try to do it as high-quality as possible, but then the business need to release as fast as possible gets in the way.

Collapse
 
bradtaniguchi profile image
Brad

The generalization is a little much, since none of those things are exclusive. There is nothing unrealistic with a hard working, dedicated, self improving 9-5 worker.

I do agree the "ship it now" mentality can hurt those seeking beat practices. It's unfortunate that's the mentally :/