La estabilidad del lenguaje no es una decisión técnica. Es un contrato entre el autor del idioma y los usuarios.
El autor anuncia una versión dada como más o menos estable. Cuanto menos estable es un idioma, más cambios puede hacer el autor. Cada usuario interesado en el idioma puede decidir si quiere invertir tiempo en él para aprender nuevas funciones o desarrollar aplicaciones que podrían estar dañadas por la actualización del próximo mes.
El uso de un lenguaje inestable puede ser interesante porque le interesa un nuevo concepto, o si desea ayudar dando su opinión. Si es una empresa, es posible que prefiera esperar a que una tecnología sea más estable antes de invertir su tiempo en ella. Le importa más cosas como el tiempo de comercialización y la experiencia del usuario.
Así que este es un problema de comunicación y confianza. Mira el desarrollo del lenguaje óxido. Son muy claros sobre lo que están cambiando y lo que están guardando. Cuando quieren retrasar una decisión sobre una característica dada, usan lo que llaman una puerta de características. Por otro lado, el equipo angular enfrentó mucha ira por su anuncio 2.0 porque los cambios fueron más grandes de lo esperado.
Incluso las bibliotecas de autor tienen que comunicar sobre la estabilidad de sus apis. Casi cualquier tecnología utilizada por otras personas tiene que lograr un equilibrio entre estabilidad y perfección. Un fabricante de automóviles no puede cambiar la posición de los pedales, y un diseñador de computadoras portátiles no inventará un nuevo diseño de teclado por la misma razón: no está ayudando a sus usuarios si no puede tomar una decisión sobre la forma en que usarán su producto.