> More people would rather roll with an MVP as the final product than build something from scratch that's more robust, resilient, and efficient.
Well, yeah, of course. It's expensive to reinvent the wheel.
Well, yeah, of course. It's expensive to reinvent the wheel.
Like I can see where I'd make that tradeoff, but it'd have to be a small function in a really niche use case, which isn't really that common. (I work on the JVM though and don't know how good/bad Python libraries would be in general.)
So yeah, I'd say the dependencies are pretty bad. It's a process outside of your control and you kind of just have to deal with whatever is under the hood. More importantly though, what's under the hood was likely meant to be general purpose and there is more than likely a better way to do it for your particular situation. And as she mentions a lot of the bugs are indefinitely there so you just have to have permanent workarounds, which is never good.