LinkedIn의 JavaScript 그룹에서 최근 흥미로운 질문이 제기되었습니다.

JavaScript의 이름을 바꿔야 합니까? 

그 질문은 정말로 저를 생각하게 했습니다.

JavaScript 브랜딩에 문제가 있다는 것은 의심 할 여지가 없습니다.

https://kieranpotts.com/rebranding-javascript/ 

1. 언어에 대한 공식 사양을 실제로 ECMAScript라고 합니다. 언어 사양을 감독하는 표준 조직의 일부인 Ecma International에서 다소 어색한 브랜딩입니다.

2. "JavaScript"는 Mozilla에서 지정한 ECMAScript의 하위 집합을 의미하지만 문맥에 따라 서로 다른 여러 ECMAScript 수퍼 세트를 나타내는 단어를 서로 바꿔 사용할 수 있습니다.

3. JavaScript는 Oracle Corporation의 상표이며, 웹 플랫폼의 중심 구성 요소로서 언어의 위치에 편안하게 맞지 않습니다. 이는 개방형 기술과 표준으로 완전히 구축되어야 합니다.

4. Go 's gopher 또는 PHP 's elephant와 같은 귀여운 마스코트는 물론 JavaScript 용 공식 로고도 없습니다.

5. 그리고 유명하게 JavaScript는 Java와 관련이 없습니다. 이로 인해 수십 년 동안 비 기술적인 관리자와 채용 담당자가 혼란에 빠졌습니다.

그러나 저에게 JavaScript라는 큰 문제는 퍼지 범위입니다. 컴퓨터 프로그램이 JavaScript로 작성된 것으로 문서화 된 경우, 프로그램을 실행하는 데 필요한 모든 것을 알려주지는 않습니다. 나도 몰라:

• 프로그램과 호환되는 ECMAScript의 최소 버전 또는 프로그램이 지원하는 JavaScript 엔진 또는 런타임 환경.
• 런타임 환경에 의해 추가 된 언어 확장 인 호스트 API 프로그램이 "클라이언트 측"(웹 브라우저에서), "서버 측"(Node.js 런타임 환경에서)을 실행하기 위한 것입니까, 아니면 보편적입니까?

혼동은 써드 파티 라이브러리를 사용하는 것이 어렵다는 사실로 입증됩니다. GitHub에서 특정 문제를 해결하는 오픈 소스 JavaScript 패키지를 찾아보고 각 솔루션마다 README 또는 package.json 파일을 자세히 조사하여 해당 JavaScript 패키지가 자신의 JavaScript 응용 프로그램과 호환되는지 확인해야 합니다.

(현재 모듈 시스템 사이의 전환 기간 (CommonJS, AMD 및 UMD와 같은 커뮤니티 파생 규칙에서 ECMAScript의 표준 모듈 표기법으로)에서 문제가 악화됩니다.)

JavaScript 브랜드를 변경하면 이러한 혼란을 해결하는 데 도움이 될 수 있습니다.

새로운 JavaScript 

JavaScript의 브랜드를 변경했다면 무엇이라고 합니까?

JavaScript는 이미 많은 이름을 가지고 있습니다. 언어의 첫 번째 버전을 디자인하고 구현 한 Brendan Eich는 이를 모카 (Mocha)라고 부르기를 원했지만 Netscape의 마케팅 관은 네비게이터 2.0 브라우저의 초기 베타 버전으로 출시 될 때 LiveScript라고 불렀습니다. 1995 년 말 최종 공개 릴리스 용 JavaScript

이 언어의 대체 구현을 JScript (Internet Explorer 브라우저 용 Microsoft 버전) 및 ActionScript (Adobe 버전)라고 했습니다. 그리고 몇 년 동안 햇볕에 시간을 보내던 JavaScript의 다양한 방언에는 CoffeeScript와 TypeScript가 있습니다.

나는Eich가 옳았다 고 생각합니다. 모카는 훌륭한 이름입니다. 소프트웨어 공간에서 이 이름은 Node.js 용 Mocha 테스트 프레임 워크 및 Java 용 레거시 디 컴파일러와 만 충돌합니다.

그러나 개인적으로 선호하는 것은 JavaScript의 이름을 간단히 JS로 바꾸는 것입니다.

어쨌든 대부분의 사람들은 약어로 JavaScript를 참조합니다. 공식 파일 확장자와 일치합니다. 그리고 우리는 유비쿼터스의 검은 색 노란색 커뮤니티 로고를 공식 상징으로 바꿀 수 있으며 모든 상품을 다시 만들 필요는 없습니다.

시간이 지남에 따라 JS 이름의 기원은 대부분의 PHP 개발자가 PHP가 무엇을 의미하는지 말할 수 없는 것과 같이 안개가 낀 것입니다.

더 나은 방법은 호스트 시스템과의 통신을 위해 특정 런타임 환경에서 JS 프로그램에 사용 가능한 확장 API를 참조하는 표준 규칙을 따르는 것입니다.

예를 들어, 오늘날 ECMAScript가 JS가 되면 WebJS와 같은 이름이 월드 와이드 웹 컨소시엄에서 지정한 대로 웹 브라우저에서 지원되는 JS 수퍼 세트의 공식 이름이 될 수 있습니다.

Node.js와 같은 서버 측 JavaScript 런타임에서 제공 될 것으로 예상되는 추가 API를 지정하는 ServerJS 표준이 있을 수 있습니다.

마지막으로 ECMAScript의 연간 릴리스 주기 및 버전 관리 규칙은 매우 편리하며, 새롭게 브랜드가 변경된 JS의 모든 기능으로 확장되어야 합니다. 따라서 WebJS 2020은 ECMAScript의 스냅 샷과 2020 년 기준으로 표준화 된 모든 웹 API를 참조합니다.