My JSConf.eu presentation. Some recycling from CapitolJS, but new stuff in the middle on ES6 special forms triangle, monocle-mustache, classes (syntax in progress), and how the JS community can help.
Keynote that I gave at JavaLand 2015, in Brühl, Germany. Talks about 20 years of Java and JVM technology from my subjective perspective. "What have I been doing with my life for the last 20 years".
Keynote that I gave at JavaLand 2015, in Brühl, Germany. Talks about 20 years of Java and JVM technology from my subjective perspective. "What have I been doing with my life for the last 20 years".
My Fluent 2014 keynote slides, without demos (Intel SIMD, BananaBread with Boon/FreeDOOM inside, Epic Games Unreal Tournament on UE3, Epic Games Soul on UE4).
My bonus #txjs talk, on paren-free (not in ES.next yet but now backward compatible), also the for-in (same old) and for-of (over values including iterators) loops.
My Mozilla Research Party talk on the occasion of Mozilla's public 15th anniversary, with some material from an invited talk I gave at MSR Paris in spring 2011.
Value Objects, Full Throttle (to be updated for spring TC39 meetings)Brendan Eich
Slides I prepared for the 29 January 2014 Ecma TC39 meeting, on Value Objects in JS, an ES7 proposal -- this one shotgunned the roadmap-space of declarative syntax, to find the right amount per TC39 (nearly zero, turns out).
In this talk, we'll cover the features of Apache Roller 5.0, and how it compares to other blog server options. We'll also look at typical deployment architectures, and examples of Roller sites in production today. The talk will discuss in detail some of the ongoing, student-driven work on OpenID and on better Media Blogging support.
http://www.us.apachecon.com/c/acus2009/sessions/280
My Fluent 2014 keynote slides, without demos (Intel SIMD, BananaBread with Boon/FreeDOOM inside, Epic Games Unreal Tournament on UE3, Epic Games Soul on UE4).
My bonus #txjs talk, on paren-free (not in ES.next yet but now backward compatible), also the for-in (same old) and for-of (over values including iterators) loops.
My Mozilla Research Party talk on the occasion of Mozilla's public 15th anniversary, with some material from an invited talk I gave at MSR Paris in spring 2011.
Value Objects, Full Throttle (to be updated for spring TC39 meetings)Brendan Eich
Slides I prepared for the 29 January 2014 Ecma TC39 meeting, on Value Objects in JS, an ES7 proposal -- this one shotgunned the roadmap-space of declarative syntax, to find the right amount per TC39 (nearly zero, turns out).
In this talk, we'll cover the features of Apache Roller 5.0, and how it compares to other blog server options. We'll also look at typical deployment architectures, and examples of Roller sites in production today. The talk will discuss in detail some of the ongoing, student-driven work on OpenID and on better Media Blogging support.
http://www.us.apachecon.com/c/acus2009/sessions/280
Forking Successfully - or is a branch better?Colin Charles
Forking Successfully or do you think a branch will work better? Learn from history, see what's current, etc. Presented at OSCON London 2016. This is forking beyond the github generation. And if you're going to do it, some tips on how you could be successful.
Jazzed about Solr: People as a Search Problem - By Joshua Tubervillelucenerevolution
See conference video - http://www.lucidimagination.com/devzone/events/conferences/revolution/2011
Search oriented architectures are obvious approaches for web pages, emails, documents, and other
text based entities. Often with traditional structured data, text searching is “added on” to the
traditional Boolean queries in relational stores. When Jazzed was initiated we wanted search to be
front and center. When we evaluated Solr we realized we could take the opposite approach “add on”
Boolean components to textual searches. This hybrid query approach makes transitioning to flexible
ranking easy and straightforward.
"The Past Present and Future of the Mozilla Foundation" by Zak Greant @ eLibe...eLiberatica
This is a presentation held at eLiberatica 2007.
http://www.eliberatica.ro/2007/
One of the biggest events of its kind in Eastern Europe, eLiberatica brings community leaders from around the world to discuss about the hottest topics in FLOSS movement, demonstrating the advantages of adopting, using and developing Open Source and Free Software solutions.
The eLiberatica organizational committee together with our speakers and guests, have graciously allowed media representatives and all attendees to photograph, videotape and otherwise record their sessions, on the condition that the photos, videos and recordings are licensed under the Creative Commons Share-Alike 3.0 License.
Software Delivery At the Speed of AI: Inflectra Invests In AI-Powered QualityInflectra
In this insightful webinar, Inflectra explores how artificial intelligence (AI) is transforming software development and testing. Discover how AI-powered tools are revolutionizing every stage of the software development lifecycle (SDLC), from design and prototyping to testing, deployment, and monitoring.
Learn about:
• The Future of Testing: How AI is shifting testing towards verification, analysis, and higher-level skills, while reducing repetitive tasks.
• Test Automation: How AI-powered test case generation, optimization, and self-healing tests are making testing more efficient and effective.
• Visual Testing: Explore the emerging capabilities of AI in visual testing and how it's set to revolutionize UI verification.
• Inflectra's AI Solutions: See demonstrations of Inflectra's cutting-edge AI tools like the ChatGPT plugin and Azure Open AI platform, designed to streamline your testing process.
Whether you're a developer, tester, or QA professional, this webinar will give you valuable insights into how AI is shaping the future of software delivery.
State of ICS and IoT Cyber Threat Landscape Report 2024 previewPrayukth K V
The IoT and OT threat landscape report has been prepared by the Threat Research Team at Sectrio using data from Sectrio, cyber threat intelligence farming facilities spread across over 85 cities around the world. In addition, Sectrio also runs AI-based advanced threat and payload engagement facilities that serve as sinks to attract and engage sophisticated threat actors, and newer malware including new variants and latent threats that are at an earlier stage of development.
The latest edition of the OT/ICS and IoT security Threat Landscape Report 2024 also covers:
State of global ICS asset and network exposure
Sectoral targets and attacks as well as the cost of ransom
Global APT activity, AI usage, actor and tactic profiles, and implications
Rise in volumes of AI-powered cyberattacks
Major cyber events in 2024
Malware and malicious payload trends
Cyberattack types and targets
Vulnerability exploit attempts on CVEs
Attacks on counties – USA
Expansion of bot farms – how, where, and why
In-depth analysis of the cyber threat landscape across North America, South America, Europe, APAC, and the Middle East
Why are attacks on smart factories rising?
Cyber risk predictions
Axis of attacks – Europe
Systemic attacks in the Middle East
Download the full report from here:
https://sectrio.com/resources/ot-threat-landscape-reports/sectrio-releases-ot-ics-and-iot-security-threat-landscape-report-2024/
Builder.ai Founder Sachin Dev Duggal's Strategic Approach to Create an Innova...Ramesh Iyer
In today's fast-changing business world, Companies that adapt and embrace new ideas often need help to keep up with the competition. However, fostering a culture of innovation takes much work. It takes vision, leadership and willingness to take risks in the right proportion. Sachin Dev Duggal, co-founder of Builder.ai, has perfected the art of this balance, creating a company culture where creativity and growth are nurtured at each stage.
UiPath New York Community Day in-person eventDianaGray10
UiPath Community Day is a unique gathering designed to foster collaboration, learning, and networking with automation enthusiasts. Whether you're an automation developer, business analyst, IT professional, solution architect, CoE lead, practitioner or a student/educator excited about the prospects of artificial intelligence and automation technologies in the United States, then the UiPath Community Day is definitely the place you want to be.
Join UiPath leaders, experts from the industry, and the amazing community members and let's connect over expert sessions, demos and use cases around AI in automation as we highlight our technology with a special speaker on Document Understanding.
📌Agenda
3:00 PM Registrations
3:30 PM Welcome note and Introductions | Corina Gheonea (Senior Director of Global UiPath Community)
4:00 PM Introduction to Document Understanding
How to build and deploy Document Understanding process
Where would Document Understanding be used.
Demo
Q&A
4:45 PM Customer/Partner showcase
Accelirate
Intro to Accelirate and history with UiPath
Why are we excited about the new AI features of UiPath?
Customer highlight
a. Document Understanding – BJs Case Study
b. Document Understanding + generative AI
5.30 PM Networking
Kubernetes & AI - Beauty and the Beast !?! @KCD Istanbul 2024Tobias Schneck
As AI technology is pushing into IT I was wondering myself, as an “infrastructure container kubernetes guy”, how get this fancy AI technology get managed from an infrastructure operational view? Is it possible to apply our lovely cloud native principals as well? What benefit’s both technologies could bring to each other?
Let me take this questions and provide you a short journey through existing deployment models and use cases for AI software. On practical examples, we discuss what cloud/on-premise strategy we may need for applying it to our own infrastructure to get it to work from an enterprise perspective. I want to give an overview about infrastructure requirements and technologies, what could be beneficial or limiting your AI use cases in an enterprise environment. An interactive Demo will give you some insides, what approaches I got already working for real.
Le nuove frontiere dell'AI nell'RPA con UiPath Autopilot™UiPathCommunity
In questo evento online gratuito, organizzato dalla Community Italiana di UiPath, potrai esplorare le nuove funzionalità di Autopilot, il tool che integra l'Intelligenza Artificiale nei processi di sviluppo e utilizzo delle Automazioni.
📕 Vedremo insieme alcuni esempi dell'utilizzo di Autopilot in diversi tool della Suite UiPath:
Autopilot per Studio Web
Autopilot per Studio
Autopilot per Apps
Clipboard AI
GenAI applicata alla Document Understanding
👨🏫👨💻 Speakers:
Stefano Negro, UiPath MVPx3, RPA Tech Lead @ BSP Consultant
Flavio Martinelli, UiPath MVP 2023, Technical Account Manager @UiPath
Andrei Tasca, RPA Solutions Team Lead @NTT Data
Slack (or Teams) Automation for Bonterra Impact Management (fka Social Soluti...Jeffrey Haguewood
Sidekick Solutions uses Bonterra Impact Management (fka Social Solutions Apricot) and automation solutions to integrate data for business workflows.
We believe integration and automation are essential to user experience and the promise of efficient work through technology. Automation is the critical ingredient to realizing that full vision. We develop integration products and services for Bonterra Case Management software to support the deployment of automations for a variety of use cases.
This video focuses on the notifications, alerts, and approval requests using Slack for Bonterra Impact Management. The solutions covered in this webinar can also be deployed for Microsoft Teams.
Interested in deploying notification automations for Bonterra Impact Management? Contact us at sales@sidekicksolutionsllc.com to discuss next steps.
Neuro-symbolic is not enough, we need neuro-*semantic*Frank van Harmelen
Neuro-symbolic (NeSy) AI is on the rise. However, simply machine learning on just any symbolic structure is not sufficient to really harvest the gains of NeSy. These will only be gained when the symbolic structures have an actual semantics. I give an operational definition of semantics as “predictable inference”.
All of this illustrated with link prediction over knowledge graphs, but the argument is general.
JMeter webinar - integration with InfluxDB and GrafanaRTTS
Watch this recorded webinar about real-time monitoring of application performance. See how to integrate Apache JMeter, the open-source leader in performance testing, with InfluxDB, the open-source time-series database, and Grafana, the open-source analytics and visualization application.
In this webinar, we will review the benefits of leveraging InfluxDB and Grafana when executing load tests and demonstrate how these tools are used to visualize performance metrics.
Length: 30 minutes
Session Overview
-------------------------------------------
During this webinar, we will cover the following topics while demonstrating the integrations of JMeter, InfluxDB and Grafana:
- What out-of-the-box solutions are available for real-time monitoring JMeter tests?
- What are the benefits of integrating InfluxDB and Grafana into the load testing stack?
- Which features are provided by Grafana?
- Demonstration of InfluxDB and Grafana using a practice web application
To view the webinar recording, go to:
https://www.rttsweb.com/jmeter-integration-webinar
Let's dive deeper into the world of ODC! Ricardo Alves (OutSystems) will join us to tell all about the new Data Fabric. After that, Sezen de Bruijn (OutSystems) will get into the details on how to best design a sturdy architecture within ODC.
Dev Dives: Train smarter, not harder – active learning and UiPath LLMs for do...UiPathCommunity
💥 Speed, accuracy, and scaling – discover the superpowers of GenAI in action with UiPath Document Understanding and Communications Mining™:
See how to accelerate model training and optimize model performance with active learning
Learn about the latest enhancements to out-of-the-box document processing – with little to no training required
Get an exclusive demo of the new family of UiPath LLMs – GenAI models specialized for processing different types of documents and messages
This is a hands-on session specifically designed for automation developers and AI enthusiasts seeking to enhance their knowledge in leveraging the latest intelligent document processing capabilities offered by UiPath.
Speakers:
👨🏫 Andras Palfi, Senior Product Manager, UiPath
👩🏫 Lenka Dulovicova, Product Program Manager, UiPath
The Art of the Pitch: WordPress Relationships and SalesLaura Byrne
Clients don’t know what they don’t know. What web solutions are right for them? How does WordPress come into the picture? How do you make sure you understand scope and timeline? What do you do if sometime changes?
All these questions and more will be explored as we talk about matching clients’ needs with what your agency offers without pulling teeth or pulling your hair out. Practical tips, and strategies for successful relationship building that leads to closing the deal.
PHP Frameworks: I want to break free (IPC Berlin 2024)Ralf Eggert
In this presentation, we examine the challenges and limitations of relying too heavily on PHP frameworks in web development. We discuss the history of PHP and its frameworks to understand how this dependence has evolved. The focus will be on providing concrete tips and strategies to reduce reliance on these frameworks, based on real-world examples and practical considerations. The goal is to equip developers with the skills and knowledge to create more flexible and future-proof web applications. We'll explore the importance of maintaining autonomy in a rapidly changing tech landscape and how to make informed decisions in PHP development.
This talk is aimed at encouraging a more independent approach to using PHP frameworks, moving towards a more flexible and future-proof approach to PHP development.
Key Trends Shaping the Future of Infrastructure.pdfCheryl Hung
Keynote at DIGIT West Expo, Glasgow on 29 May 2024.
Cheryl Hung, ochery.com
Sr Director, Infrastructure Ecosystem, Arm.
The key trends across hardware, cloud and open-source; exploring how these areas are likely to mature and develop over the short and long-term, and then considering how organisations can position themselves to adapt and thrive.
Future Visions: Predictions to Guide and Time Tech Innovation, Peter Udo DiehlPeter Udo Diehl
I'm excited to share my latest predictions on how AI, robotics, and other technological advancements will reshape industries in the coming years. The slides explore the exponential growth of computational power, the future of AI and robotics, and their profound impact on various sectors.
Why this matters:
The success of new products and investments hinges on precise timing and foresight into emerging categories. This deck equips founders, VCs, and industry leaders with insights to align future products with upcoming tech developments. These insights enhance the ability to forecast industry trends, improve market timing, and predict competitor actions.
Highlights:
▪ Exponential Growth in Compute: How $1000 will soon buy the computational power of a human brain
▪ Scaling of AI Models: The journey towards beyond human-scale models and intelligent edge computing
▪ Transformative Technologies: From advanced robotics and brain interfaces to automated healthcare and beyond
▪ Future of Work: How automation will redefine jobs and economic structures by 2040
With so many predictions presented here, some will inevitably be wrong or mistimed, especially with potential external disruptions. For instance, a conflict in Taiwan could severely impact global semiconductor production, affecting compute costs and related advancements. Nonetheless, these slides are intended to guide intuition on future technological trends.
7. A very brief history
mozilla
2
Tuesday, October 4, 2011
8. A very brief history
• Ten days in May 1995: “Mocha”, form validation, img rollovers, scripting of Java
mozilla
2
Tuesday, October 4, 2011
9. A very brief history
• Ten days in May 1995: “Mocha”, form validation, img rollovers, scripting of Java
• September 1995: “LiveScript” (did Netscape marketing go to Microsoft after?)
mozilla
2
Tuesday, October 4, 2011
10. A very brief history
• Ten days in May 1995: “Mocha”, form validation, img rollovers, scripting of Java
• September 1995: “LiveScript” (did Netscape marketing go to Microsoft after?)
• December 1995: “JavaScript”, thanks to Bill Joy (a Sun Founder)
mozilla
2
Tuesday, October 4, 2011
11. A very brief history
• Ten days in May 1995: “Mocha”, form validation, img rollovers, scripting of Java
• September 1995: “LiveScript” (did Netscape marketing go to Microsoft after?)
• December 1995: “JavaScript”, thanks to Bill Joy (a Sun Founder)
• 1996-1997: ES1 thanks to ECMA (now Ecma) TC39 -- see my TXJS talk
mozilla
2
Tuesday, October 4, 2011
12. A very brief history
• Ten days in May 1995: “Mocha”, form validation, img rollovers, scripting of Java
• September 1995: “LiveScript” (did Netscape marketing go to Microsoft after?)
• December 1995: “JavaScript”, thanks to Bill Joy (a Sun Founder)
• 1996-1997: ES1 thanks to ECMA (now Ecma) TC39 -- see my TXJS talk
• 1999: ES3: function expressions, RegExps, try/catch/finally, switch, do-while
mozilla
2
Tuesday, October 4, 2011
13. A very brief history
• Ten days in May 1995: “Mocha”, form validation, img rollovers, scripting of Java
• September 1995: “LiveScript” (did Netscape marketing go to Microsoft after?)
• December 1995: “JavaScript”, thanks to Bill Joy (a Sun Founder)
• 1996-1997: ES1 thanks to ECMA (now Ecma) TC39 -- see my TXJS talk
• 1999: ES3: function expressions, RegExps, try/catch/finally, switch, do-while
• 2005: the Ajax revolution, followed by “The Ajax Experience”
mozilla
2
Tuesday, October 4, 2011
14. A very brief history
• Ten days in May 1995: “Mocha”, form validation, img rollovers, scripting of Java
• September 1995: “LiveScript” (did Netscape marketing go to Microsoft after?)
• December 1995: “JavaScript”, thanks to Bill Joy (a Sun Founder)
• 1996-1997: ES1 thanks to ECMA (now Ecma) TC39 -- see my TXJS talk
• 1999: ES3: function expressions, RegExps, try/catch/finally, switch, do-while
• 2005: the Ajax revolution, followed by “The Ajax Experience”
• 2008: ES4 RIP, Harmony founded in July at the Oslo TC39 meeting
mozilla
2
Tuesday, October 4, 2011
15. A very brief history
• Ten days in May 1995: “Mocha”, form validation, img rollovers, scripting of Java
• September 1995: “LiveScript” (did Netscape marketing go to Microsoft after?)
• December 1995: “JavaScript”, thanks to Bill Joy (a Sun Founder)
• 1996-1997: ES1 thanks to ECMA (now Ecma) TC39 -- see my TXJS talk
• 1999: ES3: function expressions, RegExps, try/catch/finally, switch, do-while
• 2005: the Ajax revolution, followed by “The Ajax Experience”
• 2008: ES4 RIP, Harmony founded in July at the Oslo TC39 meeting
mozilla
• 2009: ES5: “use strict”, JSON, Object.create, etc.
2
Tuesday, October 4, 2011
17. The Harmony goals
• Be a better language for writing:
mozilla
3
Tuesday, October 4, 2011
18. The Harmony goals
• Be a better language for writing:
• complex applications
mozilla
3
Tuesday, October 4, 2011
19. The Harmony goals
• Be a better language for writing:
• complex applications
• libraries (including the DOM) shared by those applications
mozilla
3
Tuesday, October 4, 2011
20. The Harmony goals
• Be a better language for writing:
• complex applications
• libraries (including the DOM) shared by those applications
• code generators targeting the new edition
mozilla
3
Tuesday, October 4, 2011
21. The Harmony goals
• Be a better language for writing:
• complex applications
• libraries (including the DOM) shared by those applications
• code generators targeting the new edition
• Better tests, if not a testable (executable) specification
mozilla
3
Tuesday, October 4, 2011
22. The Harmony goals
• Be a better language for writing:
• complex applications
• libraries (including the DOM) shared by those applications
• code generators targeting the new edition
• Better tests, if not a testable (executable) specification
• Adopt de facto standards where possible
mozilla
3
Tuesday, October 4, 2011
23. The Harmony goals
• Be a better language for writing:
• complex applications
• libraries (including the DOM) shared by those applications
• code generators targeting the new edition
• Better tests, if not a testable (executable) specification
• Adopt de facto standards where possible
• Keep versioning as simple and linear as possible
mozilla
3
Tuesday, October 4, 2011
24. The Harmony goals
• Be a better language for writing:
• complex applications
• libraries (including the DOM) shared by those applications
• code generators targeting the new edition
• Better tests, if not a testable (executable) specification
• Adopt de facto standards where possible
• Keep versioning as simple and linear as possible
• Support a statically verifiable, object-capability subset mozilla
3
Tuesday, October 4, 2011
26. Approved for ES6
• let, const, function in block scope
mozilla
4
Tuesday, October 4, 2011
27. Approved for ES6
• let, const, function in block scope
• destructuring: let {x, y} = pt; let [s, v, o] = triple()
mozilla
4
Tuesday, October 4, 2011
28. Approved for ES6
• let, const, function in block scope
• destructuring: let {x, y} = pt; let [s, v, o] = triple()
• parameter default values: function f(x, y=1, {z=2, w=3}) {...}
mozilla
4
Tuesday, October 4, 2011
29. Approved for ES6
• let, const, function in block scope
• destructuring: let {x, y} = pt; let [s, v, o] = triple()
• parameter default values: function f(x, y=1, {z=2, w=3}) {...}
• rest, spread: function g(i, j, ...r) { return r.slice(i, j); }
let a = [0, 1, 2, 3],
o = new any_constructor(...a)
mozilla
4
Tuesday, October 4, 2011
30. Approved for ES6
• let, const, function in block scope
• destructuring: let {x, y} = pt; let [s, v, o] = triple()
• parameter default values: function f(x, y=1, {z=2, w=3}) {...}
• rest, spread: function g(i, j, ...r) { return r.slice(i, j); }
let a = [0, 1, 2, 3],
o = new any_constructor(...a)
• proxies, weak maps: Proxy.create(handler, proto), new WeakMap
mozilla
4
Tuesday, October 4, 2011
31. Approved for ES6
• let, const, function in block scope
• destructuring: let {x, y} = pt; let [s, v, o] = triple()
• parameter default values: function f(x, y=1, {z=2, w=3}) {...}
• rest, spread: function g(i, j, ...r) { return r.slice(i, j); }
let a = [0, 1, 2, 3],
o = new any_constructor(...a)
• proxies, weak maps: Proxy.create(handler, proto), new WeakMap
• modules: module M { export function fast_sin(x) {...} }
mozilla
4
Tuesday, October 4, 2011
32. Approved for ES6
• let, const, function in block scope
• destructuring: let {x, y} = pt; let [s, v, o] = triple()
• parameter default values: function f(x, y=1, {z=2, w=3}) {...}
• rest, spread: function g(i, j, ...r) { return r.slice(i, j); }
let a = [0, 1, 2, 3],
o = new any_constructor(...a)
• proxies, weak maps: Proxy.create(handler, proto), new WeakMap
• modules: module M { export function fast_sin(x) {...} }
• iterators, generators: function* gen() { yield 1; yield 2; }
mozilla
4
Tuesday, October 4, 2011
33. Approved for ES6
• let, const, function in block scope
• destructuring: let {x, y} = pt; let [s, v, o] = triple()
• parameter default values: function f(x, y=1, {z=2, w=3}) {...}
• rest, spread: function g(i, j, ...r) { return r.slice(i, j); }
let a = [0, 1, 2, 3],
o = new any_constructor(...a)
• proxies, weak maps: Proxy.create(handler, proto), new WeakMap
• modules: module M { export function fast_sin(x) {...} }
• iterators, generators: function* gen() { yield 1; yield 2; }
mozilla
• comprehensions: return [x+y for x of a for y of b]
4
Tuesday, October 4, 2011
40. Quasi-Literals
• Injection-safer string interpolation and domain-specific languages
mozilla
6
Tuesday, October 4, 2011
41. Quasi-Literals
• Injection-safer string interpolation and domain-specific languages
• Backtick-quoted string desugars to a function call that operates on the literal
portions and substitution results:
mozilla
6
Tuesday, October 4, 2011
42. Quasi-Literals
• Injection-safer string interpolation and domain-specific languages
• Backtick-quoted string desugars to a function call that operates on the literal
portions and substitution results:
• quasi`literalPart1${substitution}literalPart2` desugars to
mozilla
6
Tuesday, October 4, 2011
43. Quasi-Literals
• Injection-safer string interpolation and domain-specific languages
• Backtick-quoted string desugars to a function call that operates on the literal
portions and substitution results:
• quasi`literalPart1${substitution}literalPart2` desugars to
• quasi({raw: ["literalPart1", "literalPart1"],
cooked: ["literalPart1", "literalPart1"]},
substitution)
mozilla
6
Tuesday, October 4, 2011
44. Quasi-Literals
• Injection-safer string interpolation and domain-specific languages
• Backtick-quoted string desugars to a function call that operates on the literal
portions and substitution results:
• quasi`literalPart1${substitution}literalPart2` desugars to
• quasi({raw: ["literalPart1", "literalPart1"],
cooked: ["literalPart1", "literalPart1"]},
substitution)
• Multiline string literals w/o prefix: `literalPart1${substitution}
(yes, that was a newline!) literalPart2`
mozilla
6
Tuesday, October 4, 2011
45. Quasi-Literals
• Injection-safer string interpolation and domain-specific languages
• Backtick-quoted string desugars to a function call that operates on the literal
portions and substitution results:
• quasi`literalPart1${substitution}literalPart2` desugars to
• quasi({raw: ["literalPart1", "literalPart1"],
cooked: ["literalPart1", "literalPart1"]},
substitution)
• Multiline string literals w/o prefix: `literalPart1${substitution}
(yes, that was a newline!) literalPart2`
mozilla
• Multiline regexp literals: re`literalPart1${substitution}
(yes, that was a newline!) w+ literalPart2`
6
Tuesday, October 4, 2011
46. Classes sort of made it, but face existential doubt
mozilla
7
Tuesday, October 4, 2011
47. Classes sort of made it, but face existential doubt
• Sugar for prototypal object pattern, also supports closure patterns:
mozilla
7
Tuesday, October 4, 2011
48. Classes sort of made it, but face existential doubt
• Sugar for prototypal object pattern, also supports closure patterns:
• const px = Name.create(‘x’), py = Name.create(‘y’);
class Point extends Base {
constructor(x, y) {
super();
this[px] = x, this[py] = y;
this.r = function() { return Math.sqrt(x*x + y*y); }
}
get x() { return this[px]; }
get y() { return this[py]; }
proto_r() { return Math.sqrt(this[px] * this[px] +
this[py] * this[py]); }
equals(p) { return this[px] === p[px] &&
this[py] === p[py]; } mozilla
}
7
Tuesday, October 4, 2011
50. Triangle (the proto operator)
• Instead of var obj = {__proto__: base, a: 1, b: 2}, use
let obj = base <| {a: 1, b: 2}
mozilla
8
Tuesday, October 4, 2011
51. Triangle (the proto operator)
• Instead of var obj = {__proto__: base, a: 1, b: 2}, use
let obj = base <| {a: 1, b: 2}
• Works for other literal object forms:
let arr = base <| [p, q, r]
let fun = base <| function (...args) { ... }
let re = base <| /(w+)s+(w)+/g
mozilla
8
Tuesday, October 4, 2011
54. The monocle-mustache operator
• Inspired by PrototypeJS’s Object.extend
• base.{a:1, b:2} // warning: updates base
mozilla
9
Tuesday, October 4, 2011
55. The monocle-mustache operator
• Inspired by PrototypeJS’s Object.extend
• base.{a:1, b:2} // warning: updates base
• Copies all “own” right-hand-side properties (including private names) to base
mozilla
9
Tuesday, October 4, 2011
56. The monocle-mustache operator
• Inspired by PrototypeJS’s Object.extend
• base.{a:1, b:2} // warning: updates base
• Copies all “own” right-hand-side properties (including private names) to base
• Should it generate a fresh value instead of mutating?
let obj = base.{a:1, b:2}
mozilla
9
Tuesday, October 4, 2011
57. The monocle-mustache operator
• Inspired by PrototypeJS’s Object.extend
• base.{a:1, b:2} // warning: updates base
• Copies all “own” right-hand-side properties (including private names) to base
• Should it generate a fresh value instead of mutating?
let obj = base.{a:1, b:2}
• Or if we want Prototype-style update, should it look like an assignment op?
base .= {a:1, b:2}
mozilla
9
Tuesday, October 4, 2011
58. Class pattern using triangle-monocle-mustache
mozilla
10
Tuesday, October 4, 2011
59. Class pattern using triangle-monocle-mustache
• const px = Name.create(‘x’), py = Name.create(‘y’);
let Point = Base <| function (x, y) {
super();
this[px] = x, this[py] = y;
this.r = function() { return Math.sqrt(x*x + y*y); }
}.prototype.{
get x() { return this[px]; },
get y() { return this[py]; },
proto_r() { return Math.sqrt(this[px] * this[px] +
this[py] * this[py]); },
equals(p) { return this[px] === p[px] &&
this[py] === p[py]; }
}.constructor.{
allPoints: [] // class “static” property!
} mozilla
10
Tuesday, October 4, 2011
60. Syntax, yay
mozilla
11
Tuesday, October 4, 2011
61. Syntax, yay
• Do we want class syntax, or triangle-monocle-mustache -- or triangle-monocle-
equals-mustache? (triangle-monocle-long-nose-mustache?!)
mozilla
11
Tuesday, October 4, 2011
62. Syntax, yay
• Do we want class syntax, or triangle-monocle-mustache -- or triangle-monocle-
equals-mustache? (triangle-monocle-long-nose-mustache?!)
• CoffeeScript has class as sugar for the prototypal pattern -- why can’t JS?
mozilla
11
Tuesday, October 4, 2011
63. Syntax, yay
• Do we want class syntax, or triangle-monocle-mustache -- or triangle-monocle-
equals-mustache? (triangle-monocle-long-nose-mustache?!)
• CoffeeScript has class as sugar for the prototypal pattern -- why can’t JS?
• Using funny operators is error prone and (to some, in some fonts) ugly
mozilla
11
Tuesday, October 4, 2011
64. Syntax, yay
• Do we want class syntax, or triangle-monocle-mustache -- or triangle-monocle-
equals-mustache? (triangle-monocle-long-nose-mustache?!)
• CoffeeScript has class as sugar for the prototypal pattern -- why can’t JS?
• Using funny operators is error prone and (to some, in some fonts) ugly
• TC39, even with the “champions” model, falls into bikeshedding if the syntax is
not super-awesome from the start
mozilla
11
Tuesday, October 4, 2011
65. Syntax, yay
• Do we want class syntax, or triangle-monocle-mustache -- or triangle-monocle-
equals-mustache? (triangle-monocle-long-nose-mustache?!)
• CoffeeScript has class as sugar for the prototypal pattern -- why can’t JS?
• Using funny operators is error prone and (to some, in some fonts) ugly
• TC39, even with the “champions” model, falls into bikeshedding if the syntax is
not super-awesome from the start
• Should we have a world-wide syntax beauty contest?
mozilla
11
Tuesday, October 4, 2011
66. Not yet in Harmony: arrow function syntax
mozilla
12
Tuesday, October 4, 2011
67. Not yet in Harmony: arrow function syntax
• Arrow function syntax, instead of λ, ƒ, or # (want to save # for later)
mozilla
12
Tuesday, October 4, 2011
68. Not yet in Harmony: arrow function syntax
• Arrow function syntax, instead of λ, ƒ, or # (want to save # for later)
• Just like CoffeeScript: let identity = (x) -> x
mozilla
12
Tuesday, October 4, 2011
69. Not yet in Harmony: arrow function syntax
• Arrow function syntax, instead of λ, ƒ, or # (want to save # for later)
• Just like CoffeeScript: let identity = (x) -> x
• Expression body: const square = (x) -> (x * x)
mozilla
12
Tuesday, October 4, 2011
70. Not yet in Harmony: arrow function syntax
• Arrow function syntax, instead of λ, ƒ, or # (want to save # for later)
• Just like CoffeeScript: let identity = (x) -> x
• Expression body: const square = (x) -> (x * x)
• Statement body: let countUsed = (str) -> {
if (str in usedWords)
usedWords[str]++;
else
usedWords[str] = 1;
}
mozilla
12
Tuesday, October 4, 2011
71. Not yet in Harmony: arrow function syntax
• Arrow function syntax, instead of λ, ƒ, or # (want to save # for later)
• Just like CoffeeScript: let identity = (x) -> x
• Expression body: const square = (x) -> (x * x)
• Statement body: let countUsed = (str) -> {
if (str in usedWords)
usedWords[str]++;
else
usedWords[str] = 1;
}
• Fat arrow too: callback = (msg) => ( this.vmail.push(msg) )
mozilla
12
Tuesday, October 4, 2011
72. Not yet in Harmony: arrow function syntax
• Arrow function syntax, instead of λ, ƒ, or # (want to save # for later)
• Just like CoffeeScript: let identity = (x) -> x
• Expression body: const square = (x) -> (x * x)
• Statement body: let countUsed = (str) -> {
if (str in usedWords)
usedWords[str]++;
else
usedWords[str] = 1;
}
• Fat arrow too: callback = (msg) => ( this.vmail.push(msg) )
• Binding forms: let f() -> “writable”
const K() -> “readonly” mozilla
12
Tuesday, October 4, 2011
73. Not yet in Harmony: block lambda revival
• Inspired by Smalltalk via Ruby
let empty = {||}; // no need for space between bars
assert(empty() === undefined);
assert(typeof empty === "function"); // native and implements [[Call]]
assert(empty.length === 0);
let identity = {|x| x}; // completion is return value
assert(identity(42) === 42);
assert(identity.length === 1);
let a = [1, 2, 3, 4];
let b = a.map {|e| e * e} // paren-free call with block is
// idiomatic control structure so
// no semicolon at end
mozilla
print(b); // [1, 4, 9, 16]
13
Tuesday, October 4, 2011
74. More block lambda revival
• Paren-free calls, control effects: you know you want it...
b = a.map {|e| // newline in block ok
e * e * e} // newline after ends call
function find_first_odd(a) {
a.forEach { |e, i|
if (e & 1) return i; } // returns from function
return -1;
}
function escape_return() {
return {|e| return e};
}
b = escape_return();
try { b(42); } catch (e) {} // error, return from
// inactive function
mozilla
14
Tuesday, October 4, 2011
76. Syntax, yay again
• Do we need shorter function syntax at all?
mozilla
15
Tuesday, October 4, 2011
77. Syntax, yay again
• Do we need shorter function syntax at all?
• Some say no. @mikeal: “I got 99 problems and JavaScript syntax ain’t one.”
mozilla
15
Tuesday, October 4, 2011
78. Syntax, yay again
• Do we need shorter function syntax at all?
• Some say no. @mikeal: “I got 99 problems and JavaScript syntax ain’t one.”
• Others say yes, but divide into roughly three camps:
mozilla
15
Tuesday, October 4, 2011
79. Syntax, yay again
• Do we need shorter function syntax at all?
• Some say no. @mikeal: “I got 99 problems and JavaScript syntax ain’t one.”
• Others say yes, but divide into roughly three camps:
• Arrow function syntax, as in CoffeeScript.
mozilla
15
Tuesday, October 4, 2011
80. Syntax, yay again
• Do we need shorter function syntax at all?
• Some say no. @mikeal: “I got 99 problems and JavaScript syntax ain’t one.”
• Others say yes, but divide into roughly three camps:
• Arrow function syntax, as in CoffeeScript.
• Block lambdas. @jashkenas: “For the record, I too favor [block lambdas] if
arrows in JS will need curlies to delimit blocks. Curlies or arrows, not both.”
mozilla
15
Tuesday, October 4, 2011
81. Syntax, yay again
• Do we need shorter function syntax at all?
• Some say no. @mikeal: “I got 99 problems and JavaScript syntax ain’t one.”
• Others say yes, but divide into roughly three camps:
• Arrow function syntax, as in CoffeeScript.
• Block lambdas. @jashkenas: “For the record, I too favor [block lambdas] if
arrows in JS will need curlies to delimit blocks. Curlies or arrows, not both.”
• Some leading ugly character, maybe -- unsure about this, return.
mozilla
15
Tuesday, October 4, 2011
83. Harmony tune-up
• It’s good to question the process as well as the product
mozilla
16
Tuesday, October 4, 2011
84. Harmony tune-up
• It’s good to question the process as well as the product
• Harmony is both conservative (consensus is hard to achieve) and path-
dependent (e.g., because macro research takes time, we’re adding syntactic
special forms that could be macros -- if only we had macros)
mozilla
16
Tuesday, October 4, 2011
85. Harmony tune-up
• It’s good to question the process as well as the product
• Harmony is both conservative (consensus is hard to achieve) and path-
dependent (e.g., because macro research takes time, we’re adding syntactic
special forms that could be macros -- if only we had macros)
• Should we take Dart to heart, without over-reacting? I can’t wait!
mozilla
16
Tuesday, October 4, 2011
86. Harmony tune-up
• It’s good to question the process as well as the product
• Harmony is both conservative (consensus is hard to achieve) and path-
dependent (e.g., because macro research takes time, we’re adding syntactic
special forms that could be macros -- if only we had macros)
• Should we take Dart to heart, without over-reacting? I can’t wait!
• One idea is to prototype in SpiderMonkey and V8 some of the strawman
proposals that did not make ES6 now, and see if any deserve promotion to ES6
mozilla
16
Tuesday, October 4, 2011
87. Harmony tune-up
• It’s good to question the process as well as the product
• Harmony is both conservative (consensus is hard to achieve) and path-
dependent (e.g., because macro research takes time, we’re adding syntactic
special forms that could be macros -- if only we had macros)
• Should we take Dart to heart, without over-reacting? I can’t wait!
• One idea is to prototype in SpiderMonkey and V8 some of the strawman
proposals that did not make ES6 now, and see if any deserve promotion to ES6
• Prototyping is hard. We could use help from the community...
mozilla
16
Tuesday, October 4, 2011
89. Good news tonight
• ES6 is being drafted
mozilla
17
Tuesday, October 4, 2011
90. Good news tonight
• ES6 is being drafted
• It contains lots of awesome already
mozilla
17
Tuesday, October 4, 2011
91. Good news tonight
• ES6 is being drafted
• It contains lots of awesome already
• Prototyping in SpiderMonkey and V8 is ongoing, so we’ll actually implementor-
and user-test before finalizing the spec
mozilla
17
Tuesday, October 4, 2011
92. Good news tonight
• ES6 is being drafted
• It contains lots of awesome already
• Prototyping in SpiderMonkey and V8 is ongoing, so we’ll actually implementor-
and user-test before finalizing the spec
• Even if we cut a few things -- still awesome
mozilla
17
Tuesday, October 4, 2011
93. Good news tonight
• ES6 is being drafted
• It contains lots of awesome already
• Prototyping in SpiderMonkey and V8 is ongoing, so we’ll actually implementor-
and user-test before finalizing the spec
• Even if we cut a few things -- still awesome
• Help us find the prettiest and most usable syntax
mozilla
17
Tuesday, October 4, 2011
96. RiverTrail: Parallel JS
• A ParallelArray library, like typed arrays but immutable.
mozilla
19
Tuesday, October 4, 2011
97. RiverTrail: Parallel JS
• A ParallelArray library, like typed arrays but immutable.
• map, reduce, combine, filter, partition, scan, scatter -- all produce fresh
ParallelArray results
mozilla
19
Tuesday, October 4, 2011
98. RiverTrail: Parallel JS
• A ParallelArray library, like typed arrays but immutable.
• map, reduce, combine, filter, partition, scan, scatter -- all produce fresh
ParallelArray results
• Relies on associativity to parallelize arithmetic operations (this does inject
some f.p. non-determinism).
mozilla
19
Tuesday, October 4, 2011
99. RiverTrail: Parallel JS
• A ParallelArray library, like typed arrays but immutable.
• map, reduce, combine, filter, partition, scan, scatter -- all produce fresh
ParallelArray results
• Relies on associativity to parallelize arithmetic operations (this does inject
some f.p. non-determinism).
• A Firefox add-on that runs a Narcissus-based JS-to-OpenCL compiler over
ParallelArray code
mozilla
19
Tuesday, October 4, 2011
100. RiverTrail: Parallel JS
• A ParallelArray library, like typed arrays but immutable.
• map, reduce, combine, filter, partition, scan, scatter -- all produce fresh
ParallelArray results
• Relies on associativity to parallelize arithmetic operations (this does inject
some f.p. non-determinism).
• A Firefox add-on that runs a Narcissus-based JS-to-OpenCL compiler over
ParallelArray code
• Source: github.com/RiverTrail/RiverTrail (user id should’ve been IntelLabs)
mozilla
19
Tuesday, October 4, 2011
101. RiverTrail: Parallel JS
• A ParallelArray library, like typed arrays but immutable.
• map, reduce, combine, filter, partition, scan, scatter -- all produce fresh
ParallelArray results
• Relies on associativity to parallelize arithmetic operations (this does inject
some f.p. non-determinism).
• A Firefox add-on that runs a Narcissus-based JS-to-OpenCL compiler over
ParallelArray code
• Source: github.com/RiverTrail/RiverTrail (user id should’ve been IntelLabs)
• Demo code is funny: it contains a "DO NOT use strict”; directive! mozilla
19
Tuesday, October 4, 2011
102. RiverTrail demo sample code
• the ParallelArray constructor builds on typed arrays:
NBody.private.initVel = new Array(numBodies);
NBody.private.initVelTA = new Float32Array(numBodies * 4);
var initAsteroidPos = new Array(50);
for (i = 0; i < 50; i++) {
initAsteroidPos[i] = new ParallelArray([
NBody.private.posTA[i * 3 + 0], // x
NBody.private.posTA[i * 3 + 1],
NBody.private.posTA[i * 3 + 2],
]);
}
. . .
NBody.private.asteroidPos = new ParallelArray(Float32Array, initAsteroidPos);
. . .
NBody.private.vel = new ParallelArray(Float32Array, NBody.private.initVel);
mozilla
20
Tuesday, October 4, 2011
103. ParallelArray methods in action
• combine method is a workhorse (takes variable number of args)
"animateTickParallel": function animateTickParallel() {
// increment (+=) velocity by acceleration
var newVel = NBody.private.vel.combine(
1,
low_precision(NBody.bodyVelocityLoopified),
NBody.private.pos,
numBodies,
NBody.Constant.deltaTime,
NBody.Constant.epsSqr,
NBody.time,
NBody.private.asteroidPos
);
. . . mozilla
21
Tuesday, October 4, 2011
105. Always bet on JS
• First they said JS couldn’t be useful
for building “rich Internet apps”
Tuesday, October 4, 2011
106. Always bet on JS
• First they said JS couldn’t be useful
for building “rich Internet apps”
• Then they said it couldn’t be fast
Tuesday, October 4, 2011
107. Always bet on JS
• First they said JS couldn’t be useful
for building “rich Internet apps”
• Then they said it couldn’t be fast
• Then they said it couldn’t be fixed
Tuesday, October 4, 2011
108. Always bet on JS
• First they said JS couldn’t be useful
for building “rich Internet apps”
• Then they said it couldn’t be fast
• Then they said it couldn’t be fixed
• Then it couldn’t do multicore/GPU
Tuesday, October 4, 2011
109. Always bet on JS
• First they said JS couldn’t be useful
for building “rich Internet apps”
• Then they said it couldn’t be fast
• Then they said it couldn’t be fixed
• Then it couldn’t do multicore/GPU
• Wrong every time!
Tuesday, October 4, 2011
110. Always bet on JS
• First they said JS couldn’t be useful
for building “rich Internet apps”
• Then they said it couldn’t be fast
• Then they said it couldn’t be fixed
• Then it couldn’t do multicore/GPU
• Wrong every time!
• My advice: always bet on JS
Tuesday, October 4, 2011
111. Q&A
• @BrendanEich on twitter
• brendan@mozilla.org
• es-discuss@mozilla.org
mozilla
23
Tuesday, October 4, 2011