1995년, 약 90%의 시장 점유율로 웹 브라우저 시장을 지배하던 넷스케이프 커뮤니케이션즈는 웹 페이지의 보조적인 기능을 수행하기 위해, 브라우저에서 동작하는 경량 프로그래밍 언어를 도입하기로 결정.
그래서 탄생한 것이 바로 브렌던 아이크가 개발한 자바스크립트 이다.
이후, 넷스케이프 내비게이터에 탑재되어 모카로 명명되었다. 그러다 그해 9월, 라이브스크립트로 이름이 바뀌었다가 12월에 자바스크립트라는 이름으로 최종 명명 되었다.
하지만, 자바스크립트의 탄생 이후 얼마 지나지 않아 파생언어인 JScript 가 출시되어 위기를 맞게된다.
마이크로소프트는 JScript를 인터넷 익스스플로러(IE) 3.0에 탑재했다. 그런데 문제는 JScript와 자바스크립트가 표준화되지 못하고 적당히 호환되었다는 것이다. 이러다 보니, 넷스케이프 커뮤니케이션즈와 마이크로소프트는 각각 자사 브라우저의 시장 점유율을 높이기위해 자바스크립트의 기능을 자사 브라우저에서만 동작할 수 있도록 개발했다.
이는 브라우저에 따라 웹페이지가 정상적으로 동작하지 않는 크로스 브라우징 이슈를 발생하게 했다. 결과적으로 모든 브라우저에서 정상적으로 동작하는 웹페이지를 개발하기가 무척 어려워졌다.
이에 따라 파편화를 방지하고 표준화된 자바스크립트의 필요성이 대두되기 시작했고, 이를 위해 1996년 11월 넷스케이프 커뮤니케이션즈는 ECMA 인터내셔널에 자바스크립트의 표준화를 요청한다.
1997년 7월, ECMA-262라 불리는 표준화된 자바스크립트 초판(ECMAScript 1) 사양(specification)이 완성되었고, 상표권 문제로 자바스크립트는 ECMAScript 로 명명되었다.
초창기 자바스크립트는 웹페이지의 보조적인 기능을 수행하기 위해 한정적인 용도로 사용되었다. 이 시기에 대부분의 로직은 주로 웹 서버에서 실행되고, 브라우저는 서버에서 전달받은 HTML과 CSS를 단순히 렌더링하는 수준이었다.
렌더링이란 HTML, CSS, 자바스크립트로 작성된 문서를 해석해 브라우저에서 시각적으로 출력하는 것을 뜻한다.
1999년, 자바스크립트를 이용해 서버와 브라우저가 비동기 방식으로 데이터를 교환할 수 있는 통신 기능인 Ajax(Asynchronous Javascript and XML) 가 XMLHttpRequest라는 이름으로 등장했다.
이전의 웹페이지는 완전한 HTML을 서버로부터 전송받아 HTML 전체를 렌더링하는 방식으로 동작했다. 따라서, 화면이 전환될 때마다 서버로부터 새로운 HTML을 전송받아 웹페이지 전체를 다시 새롭게 렌더링해야했다.
이러한 방식은 변경할 필요가 없는 부분까지 서버로 부터 전송받아야 하기에 불필요한 데이터 전송이 발생되며, 변경될 필요가 없는 부분까지 처음부터 다시 렌더링해야 했기에, 성능면에서 불리했다.
또한 이때문에 화면이 전환되면 순간적으로 깜빡이는 현상이 발생하기도 했다.
Ajax의 등장은 이러한 이전의 패러다임을 획기적으로 전환했다. 변경할 필요가 있는 부분만 서버로부터 데이터를 전송받아, 한정적으로 렌더링하는 방식이 가능하게 했다.
2006년, jQuery의 등장으로 DOM을 더욱 쉽게 제어할 수 있게 되었고 크로스 브라우징 이슈도 어느 정도 해결되었다. jQuery는 순식간에 넓은 사용자 층을 확보했다. 이로인해 배우기 다소 까다로운 자바스크립트보다 배우기 쉽고 직관적인 jQuery를 선호하는 개발자가 양산되기도했다.
구글 맵스를 통해 웹 애플리케이션 프로그래밍 언어로서 가능성이 확인된 자바스크립트로 웹 애플리케이션을 구축하려는 시도가 늘면서 더욱 빠르게 동작하는 자바스크립트 엔진의 필요성이 대두되었다.
2008년 등장한 구글의 V8 자바스크립트 엔진은 이러한 요구에 부합하는 빠른 성능을 보여주었다. V8 자바스크립트 엔진의 등장으로 자바스크립트는 데스크톱 애플리케이션과 유사한 사용자 경험을 제공할 수 있는 웹 애플리케이션 프로그래밍 언어로 정착하게 되었다.
과거 웹 서버에서 수행되던 로직들 또한 V8 자바스크립트 엔진을 장착한 자바스크립트로 인해 대거 클라이언트(브라우저) 로 이동했고, 이는 웹 애플리케이션 개발에서 프론트엔드 영역이 주목받는 계기로 작용했다.
2009년, 라이언 달이 발표한 Node.js는 구글 V8 자바스크립트 엔진으로 빌드된 자바스크립트 런타임 환경 이다.
Node.js는 브라우저에서만 동작하던 자바스크립트를 브라우저 이외의 환경에서도 동작할 수 있도록 자바스크립트 엔진을 브라우저에서 독립시킨 자바스크립트 실행 환경이다.
Node.js 는 비동기 입출력을 지원하며 단일 스레드 이벤트 루프 기반으로 동작함으로써 요청 처리 성능이 좋다. 따라서 Node.js는 데이터를 실시간으로 처리하기 위해 입출력이 빈번하게 발생하는 SPA에 적합하다. 하지만 CPU 사용률이 높은 애플리케이션에는 권장하지 않는다.
Node.js의 등장으로 자바스크립트는 브라우저를 벗어나 서버 사이드 애플리케이션 개발에서도 사용할 수 있는 범용 프로그래밍 언어가 되었다.
모던 웹 애플리케이션은 데스크톱 애플리케이션과 비교해도 손색없는 성능과 UX를 제공하는 것이 필수가 되었고, 이에 따라 개발 규모와 복잡도도 상승했다.
이러한 복잡도를 해결하기 위해 다양한 패턴과 라이브러리가 등장했지만, 변경에 유연하며 확장하기 쉬운 애플리케이션 아키텍처 구축을 어렵게 했고, 필연적으로 프레임워크가 등장하게 되었다.
CBD(Component based development)방법론을 기반으로 하는 SPA가 대중화되면서 다양한 SPA 프레임워크/라이브러리가 많은 사용층을 확보하게 되었다.
ECMAScript 는 자바스크립트의 표준 사양인 ECMA-262를 말하며, 자바스크립트의 핵심 문법을 규정한다. 각 브라우저 제조사는 ECMAScript 사양을 준수해 브라우저에 내장되는 자바스크립트 엔진을 구현한다.
자바스크립트는 일반적으로
- 프로그래밍 언어로서 기본 뼈대(core)를 이루는 ECMAScript
- 브라우저가 별도 지원하는 클라이언트 사이드 Web API(
DOM,XMLHttpRequest,fetch...)
를 아우르는 개념이다.
자바스크립트는 HTML, CSS와 함께 웹을 구성하는 요소 중 하나로 웹 브라우저에서 동작하는 유일한 프로그래밍 언어다.
자바스크립트 역시 다른 프로그래밍 언어처럼 기존의 프로그래밍 언어에서 많은 영향을 받았다. 기본 문법은 C, 자바와 유사하고 셀프(self)에서는 프로토타입 기반 상속을, 스킴(Scheme)에서는 일급 함수의 개념을 차용했다.
자바스크립트는 개발자가 별도의 컴파일 작업을 수행하지 않는 인터프리터 언어다. 대부분의 모던 자바스크립트 엔진은 인터프리터와 컴파일러의 장점을 결합해 비교적 처리 속도가 느린 인터프리터의 단점을 해결했다.
인터프리터는 소스코드를 즉시 실행하고 컴파일러는 빠르게 동작하는 머신 코드를 생성하고 최적화 한다. 이를 통해 컴파일 단계에서 추가적인 시간이 필요함에도 더욱 빠르게 코드를 실행할 수 있다.
현재는 컴파일러와 인터프리터의 기술적 구분이 점차 모호해져 가는 추세다. 하지만 자바스크립트는 런타임에 컴파일되며 실행 파일이 생성되지 않고 인터프리터의 도움 없이 실행할 수 없기 때문에 컴파일러 언어라고 할 수는 없다.
자바스크립트는
- 명령형
- 함수형
- 프로토타입 기반 객체지향 프로그래밍
을 지원하는 멀티 패러다임 프로그래밍 언어다.
IE를 제외한 대부분의 모던 브라우저는 ES6를 지원하지만 100% 지원하고 있지는 않다. Node.js는 v4부터 ES6을 지원하기 시작했다.