A talk about getting involved in standards and contributing to the web platform. Discusses to navigate through web specifications and contribute to the platform!
23. What is JavaScript
• Just a language
• History
• Standardized by ECMAScript
• Multiple independent implementations exist
@domfarolino dom@chromium.org
24. ES Engines
• V8 (Chrome)
• Chakra (Edge)
• SpiderMonkey (Firefox)
• JavaScriptCore (Safari/WebKit)
@domfarolino dom@chromium.org
29. ECMAScript
• Needed to be a general standard
• Specifies only a language; separation of concerns
• Syntax, semantics, constructs, primitives
• Language should not know about its environment at all
• No explicit knowledge of language’s host (DOM / fetch() / etc)
@domfarolino dom@chromium.org
30. Web API Origins
• Not part of the language itself
• Effectively “mixins”, baked into UAs like browsers
• Browsers “support” implementations of these standards
@domfarolino dom@chromium.org
33. WHATWG
• Web Hypertext Application Technology Working Group
@domfarolino dom@chromium.org
34. WHATWG
• Web Hypertext Application Technology Working Group
• Formed in 2004
@domfarolino dom@chromium.org
35. WHATWG
• Web Hypertext Application Technology Working Group
• Formed in 2004
• Canonical standards:
• HTML
• DOM
• Fetch
• Streams
@domfarolino dom@chromium.org
55. Why use Web IDL?
@domfarolino dom@chromium.org
56. Why use Web IDL?
• Abstraction over ECMAScript text
@domfarolino dom@chromium.org
57. Why use Web IDL?
• Abstraction over ECMAScript text
• Takes care of things for us:
• Property init (Prototype chain, property descriptors, …)
• Type conversion
• Where to expose interfaces
@domfarolino dom@chromium.org
58. Why use Web IDL?
• Abstraction over ECMAScript text
• Takes care of things for us:
• Property init (Prototype chain, property descriptors, …)
• Type conversion
• Where to expose interfaces
• Don’t have to use it
@domfarolino dom@chromium.org
59. How I got involved?
@domfarolino dom@chromium.org