Gary Varga (6/12/2014)
geoffrey.sturdy (6/12/2014)
No Gary - that's how things are - when you roll out changes you by their nature de-stabilise a system , ususally there is a good reason for doing so - hence the term "constructive de-stabilisation" , however a DBA's sucess is measured in uptime so there is a conflict as both sides measure sucess in a different manner - and I say this as having been a developer (back in the 1980s) and DBA in both Codasyl and relational databases - no offence to developers intendedSo any roll out of changes by developers "by their nature de-stabilise a system".
But any roll out of changes DBAs "promote stability and reliability".
How on earth can that be anything but a generalisation that causes divides between two parties?
Increase in Change = Decrease in Stability is I think Geoffrey's point -- not that it is a ding against developers. In this case the DBA's when compared to the Dev's are like IT to the Business. The Business needs to change constantly and so development happens (with or without IT involvement; see Shadow IT). But IT is incentivized to keep the lights on and the trains running. Any change must be slow or it will be de-stabilizing and thus likely to hurt your up-time stats.