We have "build" machines too. They get hijacked to run CI workloads. Typically 8-16 jobs running concurrently 24-7. They build -> then trigger smoke, other, security, migration etc testing.
Often we compile several times locally in the process of getting things working. Sadly highly coupled code between C# and tsql/db code. You need to migrate and build/run tests locally to have any hope of pushing something to a CI/build server that has a hope in hell of not breaking everything.
Anyways, I like having a high end local desktop, but then again I'm running webserver, db, and client workloads simulatanously on my local machine. 32GB ram, typically > 16GB in use at any given time. Without it we'd need to have dedicated dbs on servers we could migrate ourselves without any conflicts with any other users as we muck with stored procs and such.
These huge number of core server CPUs other than for big stuff like non-scale out db workloads and such are kind of silly. For the last 15 years at least they've been trying to sell us on the idea that everyone wants to go back to having thin clients with VMs hosted on fat dense servers. The only one that wants that are the accountants. Then if you take into account productivity it might be a wash. Especially since clock for clock server hardware is probably ~4X more expensive.