언어 안정성은 기술적 결정이 아닙니다. 언어 작성자와 사용자 간의 계약입니다.
저자는 주어진 버전을 다소 안정적으로 광고합니다. 언어가 덜 안정적 일수록 저자가 더 많이 변경할 수 있습니다. 언어에 관심이있는 각 사용자는 새로운 기능을 익히거나 다음 달 업데이트로 인해 중단 될 수있는 응용 프로그램을 개발하기 위해 시간을 투자 할 것인지 결정할 수 있습니다.
새로운 개념에 관심이 있거나 피드백을 제공하여 도움을 원하기 때문에 불안정한 언어를 사용하는 것이 흥미로울 수 있습니다. 비즈니스의 경우 기술에 시간을 투자하기 전에 기술이 더 안정 될 때까지 기다리는 것이 좋을 수 있습니다. 출시 시간 및 사용자 경험과 같은 것에 더 관심이 있습니다.
따라서 이것은 커뮤니케이션 및 신뢰 문제입니다. 녹 언어 개발을보십시오. 그들은 무엇을 바꾸고 있고 무엇을 지키고 있는지에 대해 분명합니다. 특정 지형지 물에 대한 결정을 지연 시키려면 지형지 물 게이트라고하는 것을 사용합니다. 다른 한편으로, 각도 팀은 변화가 예상보다 컸기 때문에 2.0 발표에 대해 많은 분노에 직면했습니다.
도서관 저자조차도 API의 안정성에 대해 이야기해야합니다. 다른 사람들이 사용하는 거의 모든 기술은 안정성과 완벽 함 사이의 균형을 유지해야합니다. 자동차 제조업체는 페달의 위치를 변경할 수 없으며 랩톱 디자이너는 같은 이유로 새로운 키보드 레이아웃을 만들지 않습니다. 제품 사용 방법에 대한 결정을 내릴 수 없다면 사용자를 돕지 않습니다.