>>43Software standards are much different than physical, so the
idea of concrete bureaucracy driven central standard is
not appealing at all to language developers:
its the business segment that demands compliance, they
want safety and guarantee that something is standard, mainstream, supported and reusable to reduce software development costs and hire cheaper programmers/reuse code that
is standard-compliant or purchase software which behaves according to some standard.
This of course requires language/compiler writers to maintain backward compatibility, specific standard compliant modes and switches, limit or refuse non-standard behaviour even if its useful for new software and reduce the scope of language future features, so conflicts and incompatibilities won't arise with the standard.