by throwaway_4ever on 9/4/22, 4:36 AM with 126 comments
by tomxor on 9/4/22, 1:32 PM
Just to play devils advocate... I think Oracle has so little goodwill with devs (quite the opposite), that releasing the JS trademark probably won't even move the needle.
by chrisseaton on 9/4/22, 10:53 AM
Strangely ignorant from Ryan - Oracle does maintain a JavaScript engine product - GraalJS. In fact is it possibly the only modern engine available under a commercial licence?
by c3534l on 9/4/22, 5:39 AM
by gumby on 9/4/22, 5:35 AM
Guy Steele told me once that Sun registered it with ECMA so they could tell people (governments?) that it was a registered standard and that ECMA was the easiest/fastest/most compliant way to get there.
I’d always thought that ECMA was a weird place to register it.
by GekkePrutser on 9/4/22, 10:59 AM
Good luck with that :) :) :)
PS I never understood why they called it JavaScript since it has nothing to do with Java.
by robertwt7 on 9/4/22, 4:58 AM
I don’t think they’ll ever do it though, given the history of oracle
by LeoPanthera on 9/4/22, 5:08 AM
by bb88 on 9/4/22, 7:11 AM
ECMAScript is absolutely the worse name for it.
by sgammon on 9/4/22, 7:55 AM
So anyway have you heard of GraalVM
by kijin on 9/4/22, 8:26 AM
Just call it JS and invite the community to come up with whatever silly backronym they see fit. Just super? Jihad script? Jelly sandwich? Juniper spirit? Other languages have been doing it for decades, so why not?
by graderjs on 9/4/22, 5:42 AM
by bruce511 on 9/4/22, 5:50 AM
The existence of a trademark doesn't prevent you using that trademark (as in referencing it like "this app is written in JavaScript".)
Clearly Oracle is not defending the trademark, and it is likely its too late to start. Worst case they pick on you, you change your docs to say Ecmascript.
Frankly it's safer where it is, than being released so the USPO or something can issue it to someone else.
A bigger intrinsic problem is lay-programmers confusing JavaScript with Java, and unfortunately there's no fixing that.
by rtkis on 9/10/22, 10:11 AM
ECMA International defines a standard called ECMAScript that implementations such as JavaScript, ActionScript3 (Adobe), TypeScript and probably some more have adopted.
https://blog.risingstack.com/history-of-javascript-on-a-time...
by adharmad on 9/4/22, 5:36 AM
by ksec on 9/4/22, 5:48 AM
by cpeterso on 9/4/22, 5:33 AM
by bmitc on 9/5/22, 12:57 AM
I’m not sure I understand what type of activities are being prevented by the trademark.
by imdsm on 9/4/22, 11:51 AM
by hnbad on 9/4/22, 3:32 PM
The language is called JavaScript. It was temporarily called other things including LiveScript during early development. It was developed at Netscape to be the scripting language for Netscape's browser and server (yes, you read that right). It was also the basis for a proposed competitor to CSS called JavaScript Style Sheets only ever supported by Netscape 4.
The trademark to the name was held by Sun prior to its acquisition by Oracle. The existence of the trademark led to Microsoft calling their reverse engineered implementation of the language "JScript". In order to avoid fragmentation via incompatible implementations Netscape published an official language spec with ECMA, an international standards organization similar to ISO. Because the specification could not use the trademarked name this led to the name "ECMAScript" which the official specifications have used ever since.
ECMAScript 3 is also the basis for ActionScript 2 used in Flash by Macromedia/Adobe, which is not fully compatible with JavaScript. ActionScript 3 was heavily influenced by the proposed ECMAScript 4, which was eventually scrapped because it tried to do too many things at once (while also intentionally being backwars-incompatible) and none of the companies involved at that point could agree on anything. This led to the heavily downscaled ECMAScript 5 release as a compromise until 2005 when ECMAScript 6 started the current model of yearly releases by defining a multi-stage process for new language features.
The obvious question is why it was called JavaScript to begin with. Again, there are many wrong answers in the comments. The generally accepted history is that Sun and Netscape wanted to cooperate to bring Java into Netscape as the new universal language for applications. Java was already going to be available for cross-platform desktop applications (and later for embedded applications like on feature phones) and Java applets were supposed to bring it to the browser.
According to various people involved at the time, Netscape's own scripting language was considered a problem by Sun so in order to avoid competing with Java, JavaScript received its final name in order to be rebranded as a "light-weight scripting language" alongside the "serious application development language" of Java.
It's also worth mentioning that JavaScript in the browser not only consists of the ECMAScript spec but also the DOM APIs, which were originally written in a language agnostic way because there was no consensus for what the default language for accessing these APIs would be. In addition to JavaScript and JScript, Microsoft also pushed VBScript (based on Visual Basic) and there were some attempts to let Java access the DOM APIs from within the JVM.
With Java applets being mostly dead and JavaScript having survived all other browser scripting languages, DOM spec writers have recently moved to considering JavaScript as the primary implementation language and mapping their implementation agnostic pseudo-language to JavaScript language features explicitly. This should hopefully reduce the number of language quirks in future web APIs (like the various native "list" types that don't quite behave like JavaScript arrays or `document.all` being falsey).
So in short, JavaScript is called Java so not to compete with Java for "serious browser applications" in the 1990s and ECMAScript is originally a subset of Netscape's (and later Mozilla's) JavaScript although JavaScript has since shrunk and ECMAScript expanded (e.g. JS's `let` and `const` outside strict mode have been superceded by ECMAScript's more recent `let` and `const` in strict mode) to the point that both terms are used interchangeably regardless of the runtime environment.
If you're wondering why Netscape went with ECMA of all places instead of something more obvious: neither the IETF nor W3C wanted to get involved in programming language specifications at the time and the ISO process took too long but there was a way to fast-track ECMA standards to ISO standards. Remember that this all happened during the peak of the browser war between Netscape and Microsoft, so this was the only thing that mattered at the time.
If you want to learn more about the early history of JavaScript I'd suggest reading Brendan Eich's written history of it: https://dl.acm.org/doi/10.1145/3386327
by shmerl on 9/4/22, 5:33 AM
by dvh on 9/4/22, 7:34 AM
by rafftre on 9/4/22, 6:37 AM
by peanut_worm on 9/4/22, 11:34 AM
by jbverschoor on 9/4/22, 10:09 AM
jaja because we keep copying over node_modules
by xdmr on 9/4/22, 5:08 AM
by dwheeler on 9/4/22, 1:47 PM
Quote previously posted: https://news.ycombinator.com/item?id=15886728
:-)
by Friday0722 on 9/4/22, 6:06 AM
by r12343a_19 on 9/4/22, 8:39 AM
This is a non-problem for the world. I never heard of this being enforced in any way.
by bigmattystyles on 9/4/22, 5:00 AM
by sph on 9/4/22, 7:45 AM
by jpswade on 9/4/22, 7:22 AM