Earlier quoted context omitted.
> Rapid iteration was a potential source of improvements (never going wrong since you can always adjust next week vs potential big fail every N years) and that it would yield better understanding of users by throwing every possible solutions at them. > It will have to pop and rebalance itself because it leads to fatigue and false sense of progress. Totally agree, it's ended up turning into a stream of pointless side-…
It's doubly odd because as many (I suppose) I firmly believed that faster pace and smaller changes would lead to global improvements (same goes for ajax web..). I think we just blew some social limit. People prefer stability, stability allows for more complex but riskier constructions, society enjoys the working ones even better. I like the notion of seasonality these days.
A late response, but a response none the less.
Faster response time and changes can result in global improvements, but they don't ensure it unless they consider global implications. See also: normalization of deviance [0]. It's very easy to make small changes based only on local considerations. These can, individually or in aggregate, produce a globally worse system.
A non-programming example, but I think illustrative:
A friend works in aircraft maintenance as an engineer. They use an adhesive to apply patches to aircraft versus bolts and other joining mechanisms (it's less harmful, longterm, to the airframe and less disruptive to the operation of the aircraft being lightweight and not intruding into the airflow). When the aircraft come in for maintenance the worker is supposed to use a disposable plastic tool and some chemicals to remove the adhesive, it is a slow tedious process. So, naturally, the worker makes a local change to improve their flow: a metal tool that quickly scrapes off the old adhesive. Job done, they move on.
The decision was made only with local consideration, but the consequence was an extra 2-4 weeks of maintenance on every aircraft this happened to. Why? The metal-on-metal scraping resulted in damage to the aircraft that required repair.
Unless you're making changes with the whole system in mind, the consequences can go either way with regard to the global optimum, while moving towards a local optimum.