3 월 2008 Raymond Chen discusses Naming Conventions for Microsoft Product Releases 
 Windows Confidential 베타 에서 RC 로 
 예전 에 는 Windows ® 개발 시 에 제품 의 시험 판 버전 이 매우 정형 화 된 과정 을 거쳤 습니다 . 먼저 , 내부 적 으로 사용 되 고 경우 에 따라 Windows 제품 팀 외부 의 소프트웨어 개발 파트너 와 공유 되 는 알파 릴리스 가 만들 어 집니다 . 
 알파 릴리스 다음 에 는 여러분 도 알 다시피 좀 더 폭넓 은 대중 에게 공개 되 는 베타 릴리스 가 만들 어 집니다 . 알파 릴리스 사용자 와 베타 릴리스 사용자 의 두드러진 차이점 은 베타 릴리스 의 경우 소프트웨어 개발자 외 에 도 시험 판 소프트웨어 를 테스트 해 보 고자 하 는 최종 사용자 와 새 OS 를 미리 평가 하 여 새 제품 이 중요 한 사내 응용 프로그램 은 물론 , 회사 네트워크 , 표준 하드웨어 구성 , 시스템 관리 도구 등 과 도 잘 호환 되 는지 확인 하 려는 기업 이 포함 된다는 점 입니다 . 
 마지막 으로 , 릴리스 후보 가 만들 어 집니다 . 이름 에서 알 수 있 듯이 릴리스 후보 는 최종 릴리스 후보 로 결정 된 코드 버전 입니다 . 다시 말 해 " 문제 가 없 다면 이 버전 을 출시 하 겠 다 " 는 의미 죠 . 이러 한 기대 를 저버릴 만큼 심각 한 버그 가 발견 되 면 버그 가 수정 된 후 에 바로 새 릴리스 후보 빌드 가 만들 어 지 고 테스트 주기 가 다시 시작 됩니다 . Windows 95 의 경우 여섯 번 째 릴리스 후보 가 최종 제품 으로 출시 되 었 습니다 . 
 같 은 팀 의 동료 들 말 로 는 Windows NT ® 의 경우 동일 한 릴리스 명명 패턴 을 따랐 지만 문제 가 발생 했 다고 합니다 . 테스트 에 참여 한 기업 들 이 Windows NT 베타 릴리스 에서 업무 에 사용 중 인 중요 응용 프로그램 을 테스트 하 지 않 은 것 입니다 . 일반 적 으로 " 베타 버전 일 뿐 인데 굳이 그렇 게 까지 테스트 할 필요 가 있 겠 어 . 베타 버전 은 제품 의 열렬 한 지지자 들 을 위한 것 일 뿐 이 야 . 어차피 최종 버전 에서 는 달라질 텐데 , 뭐 . 지금 테스트 를 해 봐야 시간 낭비 일 뿐 이 야 " 라는 논리 가 그 이면 에 깔려 있 습니다 . 
 마찬가지 로 , 소프트웨어 업체 들 도 Windows NT 의 베타 테스트 기간 중 에 발견 된 문제 에 신경 쓰 지 않 았 습니다 . " 베타 운영 체제 는 지원 하 지 않 는다 " 는 것 이 죠 . 
 이러 한 회사 들 은 실제 릴리스 후보 빌드 가 발표 된 후 에 야 비로소 진지 하 게 테스트 에 임하 고 결국 많 은 문제 를 찾 아 냅니다 . 그 중 에 는 해당 회사 에서 자체 적 으로 해결 하 지 못하 는 문제 나 Windows NT 이전 버전 과 의 호환 성 에 영향 을 줄 정도 로 복잡 한 문제 도 있 었 습니다 . 단기간 에 수정 이 가능 한 특정 프로젝트 기능 의 작동 방식 과 관련 한 사소 한 문제 도 있 었 지만 , 문제 해결 을 위해 제품 출시 를 연기 해야 할 만큼 심각 한 문제 도 있 었 습니다 . 
 릴리스 후보 빌드 가 발표 되 자 여러 가지 제안 도 쏟아져 들어왔 습니다 . " 단추 를 이렇게 배치 하 면 UI 가 좀 더 나아지 겠 다 " 거나 " 이 메시지 는 사용 자 에게 혼동 을 주 지 않 도록 고쳤으면 좋 겠 다 " 는 등 의 의견 이 있 었 습니다 . 베타 단계 에 접수 되 었 다면 큰 도움 이 되 었 을 테 지만 , 첫 번 째 릴리스 후보 가 배포 된 시점 에서 이러 한 제안 에 따라 인터페이스 설계 를 변경 하 는 것 은 무리 였 습니다 . 설명서 와 도움 말 파일 이 이미 작성 된 상태 였 고 , 수십 개 언어 로 제품 번역 도 마쳤 고 , 매뉴얼 과 제품 포장 에 사용 할 스크린 샷 의 레이아웃 , 조정 , 분판 , 인쇄 작업 도 이미 끝나 있 었 습니다 . 단추 하나 를 옮기 기 위해서 이러 한 모든 작업 결과물 을 버릴 수 는 없 으니까요 . 
 Windows XP 시절 에 이러 한 뒤늦 은 변경 과 관련 하 여 논쟁 이 벌어졌 던 회의 가 있 었 습니다 . 제안 된 변경 사항 을 적용 하 려면 설명 이 새 UI 에 맞 도록 20 KB 의 도움 말 파일 을 변경 해야 했 습니다 . 지역 화 및 번역 담당자 들 은 매우 촉박 한 기한 내 에 수정 된 도움 말 파일 을 재 번역 하 는 데 에 는 막대 한 비용 이 따른다는 사실 을 강조 했 습니다 . 
 Windows NT 팀 은 베타 테스트 를 경시 하 는 풍토 에 대항 하 기 위해 각 버전 의 등급 을 과장 되게 나타내 는 방법 을 이용 했 습니다 . 즉 , 여전히 베타 릴리스 가 있 기 는 하 지만 , 많 지 는 않 더라도 아직 조정 할 시간 이 있 을 때 발표 되 는 후반 의 베타 릴리스 가 릴리스 후보 가 되 고 예전 의 릴리스 후보 는 조건부 빌드 가 되 었 습니다 . 조건부 라는 용어 는 " 제품 개발 이 끝났 고 정말 긴급 한 상황 이 발생 하 지 않 는 한 변경 하 지 않 겠 다 " 는 빌드 상태 를 제대로 전달 하 는 데 효과 적 이 었 습니다 . 
 Raymond Chen 은 The Old New Thing 웹 사이트 와 동명 의 저서 ( Addison - Wesley , 2007 ) 에서 Windows 의 역사 와 Win 32 프로그래밍 에 대해 다루 고 있 습니다 . Raymond 는 사무실 에서 자기 집 이 보인다고 말 하 곤 합니다 .