>> capacity planning, monitoring and alerting, honing their troubleshooting skills
> This is veering into made-up-job world.
Maybe if you're running a CRUD app on a single server in your basement.
But these are definitely core engineering competencies for any system large enough to experience regular and non-preventable failure. Hardware fails. Technician error happens. A litany of natural disasters from heats wave to flooding can impact a DC or the infrastructure within hundreds of miles of a DC. Load assumptions are violated. Etc. With a large enough footprint, these sorts of things happen often enough that robust monitoring, alerting, and planning are necessary. (Hell, just building a DC requires significant capacity planning, to say nothing of keeping the thing humming along happily.)
Either you're doing this work internally or you're paying AWS/GCP/Azure to do that work for you. In many cases a mix of both. But if you're large enough to need even a small data center, this work is being done by someone.
If you don't know about it, you're either small enough to run your business from a few servers or you're paying someone else a very nice premium to abstract away the details. (Or, most commonly, both.) But if you have any amount of scale, the work is being done by someone.
Anyways, this attitude is probably spot on and is why I expect Twitter to go from "stable if unexceptional business" to "can't even stay online" to "MySpace 2.0" within 10 years.
Twitter was not profitable last quarter. It rarely has turned a profit. How does an unprofitable business qualify as “stable if unexceptional?” I should think an unprofitable cash burn as long as Twitter’s should count as highly exceptional.
Twitters revenue been growing quite well though it’s clearly spiky. Spending isn’t really a question of what developers are doing that’s all about management.
These functions are mission critical, but if you can’t show how you’ve automated / created programmatic solutions in these domains then you are probably part of the problem.
> I’m saying that “ capacity planning” shouldn’t be someone’s entire job.
Capacity planning is everywhere in the real economy. In most sectors, any reasonably sized company will have entire departments and sometimes even divisions (eg, approximately everything in management of a large construction project is capacity planning of some sort or another). One of my first consulting gigs was with a small/small-medium sized resource extraction company, which had several people whose job was essentially 100% capacity planning/forecasting for various components of solid wood product supply chain. Basically anyone who wasn't either in the executive team, in the field, or selling was spending most of their time on capacity planning.
My very first job was with the corporate office at a regional supermarket chain where demand forecasting and figuring out warehousing/storage constraints (aka capacity planning) were their entire job.
In both cases, the profitability of the entire business relied on good capacity planning, full stop. Everything else was either par or total commodity.
Taking the economy as an aggregate, it's actually a fairly rare thing for capacity planning to be totally commodified in the way that hyper-scalars have done in software. Software shops that outsource anything non-soft to the massive army of operations folks at AWS/GCP/Azure are extreme outliers, not the norm, in terms of the real economy a a whole.
> This is veering into made-up-job world.
Maybe if you're running a CRUD app on a single server in your basement.
But these are definitely core engineering competencies for any system large enough to experience regular and non-preventable failure. Hardware fails. Technician error happens. A litany of natural disasters from heats wave to flooding can impact a DC or the infrastructure within hundreds of miles of a DC. Load assumptions are violated. Etc. With a large enough footprint, these sorts of things happen often enough that robust monitoring, alerting, and planning are necessary. (Hell, just building a DC requires significant capacity planning, to say nothing of keeping the thing humming along happily.)
Either you're doing this work internally or you're paying AWS/GCP/Azure to do that work for you. In many cases a mix of both. But if you're large enough to need even a small data center, this work is being done by someone.
If you don't know about it, you're either small enough to run your business from a few servers or you're paying someone else a very nice premium to abstract away the details. (Or, most commonly, both.) But if you have any amount of scale, the work is being done by someone.
Anyways, this attitude is probably spot on and is why I expect Twitter to go from "stable if unexceptional business" to "can't even stay online" to "MySpace 2.0" within 10 years.