--- title: "01 — JavaScript — The Only Language the Browser Runs" uid: introduction-to-javascript tags: ["ecmascript", "history", "roadmap:javascript", "fundamentals", "javascript"] excerpt: "JavaScript is one implementation of a specification called ECMAScript — and its only genuinely special property is that browsers ship a JS engine and run nothing else." date: 2026-08-13T03:28:08+0000 source: https://www.aveshina.my.id/en/blog/introduction-to-javascript --- "Just a language that runs in the browser" was my JavaScript definition, and it was missing the mechanism. The idea that everything else hangs off: **JavaScript is one implementation of a specification called ECMAScript, and its only genuinely special property is that browsers ship a JS engine and run nothing else.** [1] The framing that finally landed is the separation between the *spec* and the *language*. ECMAScript is the standard — a document that says "these are the types, these are the operators, this is how scope works." JavaScript is what actually ships in engines like V8 (Chrome, Node), SpiderMonkey (Firefox), and JavaScriptCore (Safari). When someone says "ES6" or "ES2024," they mean *the spec version*. When they say "JavaScript," they mean *the language you write*, which now follows that spec. The distinction matters because it explains why features land unevenly across browsers — each engine implements the spec on its own schedule [3]. ```figure ``` ## What JavaScript actually does Mechanically, JavaScript is a high-level, interpreted (technically, just-in-time compiled) language created to add interactivity to web pages [1][2]. It can manipulate HTML and CSS, respond to user events, talk to servers, and update content without reloading the page. Three things worth pinning down because they shape every line I write: - **Single-threaded.** JS runs one statement at a time on one main thread. Long work blocks everything — which is why async patterns exist at all. - **Runs in a host environment.** The language itself has no DOM, no fetch, no file system. Those are *host APIs* the environment provides. The browser hands JS the DOM; Node hands it fs and http. The core language — types, functions, closures — is the same in both. - **Follows the spec.** New syntax (arrow functions, optional chaining, async/await) is added by ECMAScript revisions, not by browser vendors acting alone. ## The bizarre history JavaScript has a naming history that confused me for years, and the confusion isn't cosmetic — it explains why the name is misleading. The language was created by Brendan Eich at Netscape in 1995, originally named **Mocha**, then **LiveScript** [4]. In 1996, about a year after release, Netscape renamed it to **JavaScript** purely to ride the marketing wave around Java — despite JavaScript having no technical relationship to Java. The name stuck; the confusion persisted. The clean-up came in 1997, when JavaScript was submitted to ECMA International and standardized as **ECMAScript** (the spec) to keep the trademark clean [5]. So today: ECMAScript is the standard, JavaScript is the implementation, and the two words are almost, but not quite, synonyms. ## The versions that matter The version history is short once you know the one breakpoint. Early ECMAScript (ES1–ES3, 1997–1999) was incremental. **ES5** (2009) added strict mode and array methods. The transformative release was **ES6 / ES2015** — it added let/const, arrow functions, classes, modules, promises, destructuring, template literals, and more [5]. After ES6, the spec moved to yearly releases (ES2016, ES2017, … ES2024), each shipping a handful of small additions instead of one giant dump. The practical effect: "modern JavaScript" usually means "post-ES6," and the language now evolves in small, predictable yearly steps rather than decade-long waits. ## How I actually run it Three places, depending on what I'm doing: - **Browser console / DevTools** — the fastest scratchpad. Any modern browser's DevTools console runs JS against the current page's environment, DOM included [6]. - **