Like, seriously, I'd go hire a small team of MIT grads (5-ish) and I bet they deliver a higher quality product than giving IBM four times as much and twice as long.
Like, seriously, I'd go hire a small team of MIT grads (5-ish) and I bet they deliver a higher quality product than giving IBM four times as much and twice as long.
To companies like… IBM!
And failing too many of those deployments get really expensive. Having your drive-trough down for multiple hours or days get franchisees really annoyed...
It’s very hard to be small and understand it.
Let me get this out of the way: McDonald's is BIG. I'm not going to argue against that.
That said, BIG in this case means about 63 million customers a day[0]. Yes, they come in bursts. No, you can't divide 63M by 86400 to address their traffic. That said, 63M requests to do something per day is no longer IBM-scale volume. At a prior job we'd designed a system to handle about 30M transactions per second at peak (think "it's the Super Bowl: guess whether the offense is going to kick or run the ball in the next play! 5... 4... 3..."). McD's requests are more complex than that, but so is the technology available to work on it today.
IBM knows BIG. I think the notion of what BIG means is a lot different now though. Lots of problems that were nearly intractable a couple decades ago genuinely are in the wheelhouse of clever startups today.
[0]https://corporate.mcdonalds.com/corpmcd/our-company/who-we-a...
Once the millions have moved to a contractor, it can hire 5 interns to deliver the same product. And it will be used because it cost millions.