What is change velocity?

Change velocity is a concept in personal epistemology: Some schemas need rapid evolution while others remain stable for years. The velocity at which a schema should change is not uniform — it depends on the domain. A schema governing JavaScript frameworks must update quarterly; a schema governing basic arithmetic can remain static for a lifetime. Treating all schemas with the same update cadence is a structural error: you will either exhaust yourself revising stable knowledge or cling to outdated models in fast-moving domains.

Example: Consider two professionals managing their knowledge infrastructure. A cybersecurity analyst updates her threat-model schemas weekly because attack vectors shift constantly — a schema about phishing techniques from six months ago is dangerously outdated. Meanwhile, a structural engineer relies on schemas about load-bearing calculations that have remained essentially unchanged for decades. Both are practicing good epistemic hygiene. The difference is not diligence but domain. The analyst who updated her schemas monthly would be negligent. The engineer who revised his load calculations monthly would be wasting cognitive resources on a domain where the underlying reality changes slowly. Evolution pace is not about how hard you work at revision. It is about matching your revision cadence to the actual rate of change in each domain.

This concept is part of Phase 16 (Schema Evolution) in the How to Think curriculum, which builds the epistemic infrastructure for schema evolution.