[CoffeeDregs]

Agreed^2. Grab a highly qualified, talented person in India or Australia (or wherever is +12ish) from TopTal: solve the [first level] overnight issue, use them and onshore talent to drive the process of improving security and documentation while saving $$$, moving to supporting a global talent pool and improving the life of an offshore worker. Seems like a no-brainer to me (as long as the costs incurred are recaptured as benefits to the system/organization). Why would you tire and distract a _core_ contributor?

[talonx]

You cannot often outsource such things in a startup's early years. Things change fast, and a remote worker - does not matter how qualified - who is hired only for a specific purpose, especially something like SRE, might not have enough insight or context to fix things when they go wrong. It's fine to be idealistic and say that everything should be documented, communicated over email/Slack/hangouts whatever - but that does not work in practice when you are just focused on getting the product out, and dealing with multiple fires at the same time.

[yowlingcat]

First of all, your words are saying outsource, not mine. I'm saying hire for. I'm saying specialize for, divide labor into. If you hire talented folks and understand how to divide labor properly (which you'll need to ever execute properly), you can do this from the get-go. I did this at my last seed-stage startup and I would have done it the same way every time.

People like talking about how things like this are idealistic, but what's more idealistic? Saying that you should hire the minimum amount of people to do the entire workload without taxing the finite biological constraints of the human body, or that you can't afford to do that and that somehow you will be the special person who can transcend your biological constraints without catastrophic failures?

If you ask me, the latter is what sounds idealistic. That's my criticism of this post.

[talonx]

>>First of all, your words are saying outsource, not mine

Maybe you have a different definition of outsource, then. For me, outsourcing is not necessarily sending work to a cheaper worker.

>>If you hire talented folks and understand how to divide labor properly Sure, but I don't think this is about division of labour. It's about communication, the small talk, all the things you have to hold in your head and cannot communicate because there's too many of it, and it's changing constantly.

I've worked in startups where it was thought possible to bring together a random group of people and get work done, and it failed miserably. I've also worked in startups where we did not do it, and went ahead to be successful. These are subjective experiences, but after almost two decades in software, I can humbly say I can see the patterns.

>>Saying that you should hire the minimum amount of people to do the entire workload without taxing the finite biological constraints of the human body

You should hire if you can, but it may not always work out if the person is remote and the role demands a lot of face to face interaction.