Slide 1

Slide 1 text

EmberConf 2016 The Web Ahead

Slide 2

Slide 2 text

Ember 2.0

Slide 3

Slide 3 text

FastBoot Glimmer

Slide 4

Slide 4 text

Momentum

Slide 5

Slide 5 text

950+ EmberConf Attendees

Slide 6

Slide 6 text

Zoey

Slide 7

Slide 7 text

Huge Ember CLI Adoption

Slide 8

Slide 8 text

52M Ember CLI “live reload” events since last EmberConf

Slide 9

Slide 9 text

4.7M ember serves since last EmberConf

Slide 10

Slide 10 text

70.8K Chrome extension users

Slide 11

Slide 11 text

332K ember-cli installs last month

Slide 12

Slide 12 text

No content

Slide 13

Slide 13 text

No content

Slide 14

Slide 14 text

Stability without Stagnation

Slide 15

Slide 15 text

No content

Slide 16

Slide 16 text

No content

Slide 17

Slide 17 text

Community Survey

Slide 18

Slide 18 text

1,800+ survey participants 2× last year

Slide 19

Slide 19 text

76% using Ember 2.x

Slide 20

Slide 20 text

36% using Ember 1.13

Slide 21

Slide 21 text

Lessons Learned from 1.13

Slide 22

Slide 22 text

RFC 56

Slide 23

Slide 23 text

LTS Release • Upgrade less frequently • Bug fixes for 36 weeks • Security fixes for 60 weeks • Every 4th release is LTS • First LTS is Ember 2.4

Slide 24

Slide 24 text

No content

Slide 25

Slide 25 text

The Ember Team

Slide 26

Slide 26 text

Subteams

Slide 27

Slide 27 text

Ember Data Core Lead Overall direction, crosscutting concerns Core Team Ember CLI Core Lead Learning Core Lead

Slide 28

Slide 28 text

Ember Data Stanley Stuart Brendan McLoughlin Clemens Müller Igor Terzic Christoffer Persson

Slide 29

Slide 29 text

Ember CLI Katie Gengler Nathan Hammond Chad Hietala Robert Jackson Stefan Penner Kelly Selden Jake Bixby

Slide 30

Slide 30 text

Learning David Baker Ricardo Mendes Leah Silber Todd Jordan

Slide 31

Slide 31 text

New Core Team Members

Slide 32

Slide 32 text

Dan Gebhardt Godfrey Chan

Slide 33

Slide 33 text

Alumni

Slide 34

Slide 34 text

Trek Glowacki

Slide 35

Slide 35 text

Alex Matchneer

Slide 36

Slide 36 text

Peter Wagenet

Slide 37

Slide 37 text

Ember at the Forefront

Slide 38

Slide 38 text

No content

Slide 39

Slide 39 text

No content

Slide 40

Slide 40 text

No content

Slide 41

Slide 41 text

No content

Slide 42

Slide 42 text

Community Citizens

Slide 43

Slide 43 text

No content

Slide 44

Slide 44 text

No content

Slide 45

Slide 45 text

The Web Ahead

Slide 46

Slide 46 text

Mobile Web

Slide 47

Slide 47 text

Apps have become nearly irrelevant on desktops because the web experience is close to perfect, while apps are vitally important on phones because the web experience is dismal. “ Nilay Patel http://www.theverge.com/2015/7/20/9002721/the-mobile-web-sucks

Slide 48

Slide 48 text

Web Apps Native Apps • Almost-instant boot • No install step • Shareable • Bookmarkable • Instant second boot • Works offline • Access device features • Fast, animated UI

Slide 49

Slide 49 text

No content

Slide 50

Slide 50 text

Native App First Boot

Slide 51

Slide 51 text

Google+ Study • 9% of the visits to our interstitial page resulted in the ‘Get App’ button being pressed. (Note that some percentage of these users already have the app installed or may never follow through with the app store download.) • 69% of the visits abandoned our page. These users neither went to the app store nor continued to our mobile website. “

Slide 52

Slide 52 text

Web App First Boot

Slide 53

Slide 53 text

• On the Home Screen • Push Notifications Engagement • Quick boot (once installed) • Works offline Experience ✅Service Worker/Add to Home Screen ✅Service Worker ✅Service Worker/App Cache ✅Service Worker/App Cache/IndexedDB

Slide 54

Slide 54 text

No content

Slide 55

Slide 55 text

•Web Workers •Service Worker •App Cache •WebGL •IndexedDB •Geolocation •Camera •ArrayBuffer •Animation

Slide 56

Slide 56 text

In my opinion, the data for Angular and Ember (the two options that Atwood mentioned) flat out disqualify them for mobile use. “ Henrik Joreteg https://joreteg.com/blog/viability- of-js-frameworks-on-mobile

Slide 57

Slide 57 text

No content

Slide 58

Slide 58 text

Functionality Size

Slide 59

Slide 59 text

How do we deliver native-caliber features without giving up “instant?”

Slide 60

Slide 60 text

Load Time FastBoot Service Worker Engines Project Svelte App Cache String Loading

Slide 61

Slide 61 text

FastBoot Service Worker Engines Project Svelte First Boot Second Boot Load Time App Cache String Loading String Loading

Slide 62

Slide 62 text

FastBoot Engines Project Svelte • Render initial HTML on the server • Users see content before JavaScript loads • Mitigates all but largest payload sizes • Reduce framework size by removing deprecated features • Ship Ember as ES6 modules (tree shaking) • Eliminate unused modules • Split up app code into separate bundles • Users only load code for the part of the app they're using

Slide 63

Slide 63 text

• Make application available offline • Precise control over network • Preemptively fetch resources • Never download JavaScript assets after first boot • Update atomically • Available everywhere today • Ship JavaScript modules as strings • Only pay evaluation cost for modules that are actually used Service Worker App Cache String Loading

Slide 64

Slide 64 text

App Cache FastBoot

Slide 65

Slide 65 text

App Cache

Slide 66

Slide 66 text

No content

Slide 67

Slide 67 text

No content

Slide 68

Slide 68 text

90.99% Availability Internet Explorer Edge Firefox Chrome Safari Opera Mobile Safari Android

Slide 69

Slide 69 text

Reliable!

Slide 70

Slide 70 text

FastBoot

Slide 71

Slide 71 text

No content

Slide 72

Slide 72 text

www.ember-fastboot.com

Slide 73

Slide 73 text

No content

Slide 74

Slide 74 text

FastBoot 1.0 Ember 2.7

Slide 75

Slide 75 text

Ease of Use is

Slide 76

Slide 76 text

Render Performance

Slide 77

Slide 77 text

No content

Slide 78

Slide 78 text

No content

Slide 79

Slide 79 text

No content

Slide 80

Slide 80 text

No content

Slide 81

Slide 81 text

No content

Slide 82

Slide 82 text

No content

Slide 83

Slide 83 text

import Ember from 'ember'; export default Ember.Component.extend({ didReceiveAttrs() { this.set('upDays', this.computeUpDays()); this.set('streak', this.computeStreak()); }, computeUpDays() { return this.days.reduce((upDays, day) => { return upDays += (day.up ? 1 : 0); }, 0); }, computeStreak() { let [ max ] = this.days.reduce(([ max, streak ], day) => { if (day.up && streak + 1 > max) { return [streak + 1, streak + 1]; } else if (day.up) { return [max, streak + 1]; } else { return [max, 0]; } }, [0, 0]); return max; } }); app/components/server-uptime.js

{{name}}

{{upDays}} Days Up

Biggest Streak: {{streak}}

{{#each days key="number" as |day|}} {{uptime-day day=day}} {{/each}}
templates/components/server-uptime.js

Slide 84

Slide 84 text

DBMON 2x Speed Boost 101 components UPTIME BOXES 3x Speed Boost 1,099 components to ~ 20 to ~ 40

Slide 85

Slide 85 text

export default class ServerUptime extends Component { didReceiveAttrs() { this.set('upDays', this.computeUpDays()); this.set('streak', this.computeStreak()); }, computeUpDays() { return this.days.reduce((upDays, day) => { return upDays += (day.up ? 1 : 0); }, 0); }, computeStreak() { let [ max ] = this.days.reduce(([ max, streak ], day) => { if (day.up && streak + 1 > max) { return [streak + 1, streak + 1]; } else if (day.up) { return [max, streak + 1]; } else { return [max, 0]; } }, [0, 0]); return max; } }); app/components/server-uptime.js

{{@name}}

{{upDays}} Days Up

Biggest Streak: {{streak}}

{{#each @days key="number" as |day|}} {{/each}}
templates/components/server-uptime.js

Slide 86

Slide 86 text

No content

Slide 87

Slide 87 text

60 React Ember 2.4 Ember 2.6 + Glimmer2 Glimmer2 2 FPS bigger is better

Slide 88

Slide 88 text

FPS bigger is better mostly, object model improvements How do we get there? 60 Ember 2.6 + Glimmer2 Glimmer2 2

Slide 89

Slide 89 text

Initial Render?

Slide 90

Slide 90 text

In component-heavy scenarios, CANARY + GLIMMER 2 IS 1.5-2X FASTER THAN 2.4 ALREADY

Slide 91

Slide 91 text

0.6 React Ember 2.4 Canary + Glimmer2 Bare Glimmer2 RENDER MS per component smaller is better 2

Slide 92

Slide 92 text

0.6 Canary + Glimmer2 Bare Glimmer2 2 RENDER MS per component smaller is better mostly, object model improvements How do we get there?

Slide 93

Slide 93 text

There are other wins: GLIMMER 2 TEMPLATES ARE 5X SMALLER THAN HTMLBARS

Slide 94

Slide 94 text

• Written in TypeScript • Awesome, powerful, composable primitives • Teaches us how to make core Ember better • Compiles templates to FRP program, runs it on a custom VM • Unlocks adaptive, runtime optimizations • Paves the path to eagerly awaited features 2

Slide 95

Slide 95 text

No content

Slide 96

Slide 96 text

The Way We Build Web Apps is Changing

Slide 97

Slide 97 text

An SDK for the Web

Slide 98

Slide 98 text

Thank You!