It's actually the opposite. I thought the same thing before working in big enterprise though so I definitely understand how you could think that.
In reality everything takes 10x longer because things are done in a very thorough way and typically with significant redundancy (high availability). The code bases are typically shite and personally I'd rather eat nails than work on them, but they are reasonably well tested and changes are typically done very conservatively. Big enterprise devs are also really good at not breaking production. As much as I detest that environment, I do think startups in general could learn a great deal about not breaking production from the big enterprise people.
What I meant to be dependent on a single essential service that much with that much difficulty to overcome. Smells like lots of trust and hope (of things will stay as they are for long) put into the architecture. It is nice there is a workaround, and there is a will for workaround, in this situation for instance.
In reality everything takes 10x longer because things are done in a very thorough way and typically with significant redundancy (high availability). The code bases are typically shite and personally I'd rather eat nails than work on them, but they are reasonably well tested and changes are typically done very conservatively. Big enterprise devs are also really good at not breaking production. As much as I detest that environment, I do think startups in general could learn a great deal about not breaking production from the big enterprise people.