|
In my experience, working in startups is anything but boring. You have to wear all hats and solve all problems. You have to be ready to think on your feet. You've gotta be able to think fast and act and be able to deal with the consequences of your actions on the fly. This is start up life. It's exciting, but it's stressful. Some might call it a baptism of fire. Working in startups - especially if they have funding, is definitely not what I'd call boring. If you're thinking about a startup, you need to be comfortable doing full stack dev, testing, infrastructure, operations, debugging in production, debugging on your local dev, databases both querying and architecture, unit testing, integration testing, functional testing, scalability and being able to be ripped out of whatever it is you're doing that needed to be finished yesterday to debug the server that just went down taking out your primary income stream; and then when it's done and you've high fived a couple of people, you need to be able to sit right back down and get the shit out of the door you got ripped away from to do that. This is startup life. If you don't like the heat, you'd definitely better stay out of the kitchen. If you're working in a startup and you're finding it boring, then chances are this startup isn't going anywhere. Time to get your CV out. |
This list is good advice for anyone, not just startup employees. It's also really optimistic as pertains to startups, and comes off as some myth-making stuff. (Startups don't deserve myth-making and they definitely aren't glamorous. If it isn't your baby, then it's a job. Woe betide you if you don't keep that in mind.)
I agree that anybody should be capable of those things--though to be honest I say that about wherever you're working, "specialization is for insects" is one of the only Heinlein quotes teenage-me liked that I think still fits--but the reality is that the overwhelming, overwhelming majority of developers at startups don't have most of those skillsets when they walk in the door.
I consulted for quite a while and most of my clients were startups. In my experience, most startups before or at the "elbow curve" of growth have zero to "a few" senior engineers (the group of whom may include the technical co-founder/co-founders) with a broad skillset, a lot of juniors (the group of whom may include the technical co-founder/co-founders, they just don't know it yet) who have fallen for an okeydoke of an under-market salary and toilet-paper options, and zero to one principal engineer (the group of whom may include one of the technical co-founders) who is paid something within smoke-signal distance of market rate and is expected to perform miracles on a daily basis.
You will, to be clear, learn a lot of the stuff in that list if you're at a small, growing startup; you'll have to. Whether you do it right, or whether you do it right enough to do it at your next job...good question. I really wouldn't expect most developers to party on in with even a majority of those things already nailed down, though.
If they did, most startups couldn't afford them.