Ember.js Octane training

Learn how to leverage the power of Ember Octane

With the strong conventions and shared best practices of Ember.js, developers can join a project and understand what‘s going on quite quickly. They still have to know these conventions well enough so that they can write code that follows said conventions.

The features included in Ember Octane changed some of these conventions and made Ember more powerful. This training goes through the Octane idioms to show how they can be used to build common features – and how they often improve on old ways of doing things.

(Already convinced you need the training? Email me to discuss the details.)

Aad Versteden

“Balint’s great to have around. He knows what he’s talking about and can rephrase things so people understand. He’s flexible in the topics he addresses and can push developers forward quickly.

Balint nicely presents common topics (like testing or animations) in interactive fashion. Should a problem get him stuck too, he can figure it out and can come back with possible solutions..”
Aad Versteden
CTO at RedPencil

Description

This training is for developers who need understanding how Octane idioms work and/or how they replace pre-Octane Ember features.

Going through the training will give participants a solid foundation to build on and reap the productivity benefits of comprehending Octane at depth.

Course content

Length: 2 days (Skip over course details)

Our tools

  • Generating resources
  • Inspect and tweak your Ember app via Ember Inspector
  • Debugging your app with CDT

Templates and built-in helpers

  • Writing a first template
  • Dynamic expressions in Handlebars
  • What do expressions refer to? (properties, named arguments, block variables, helpers)
  • Built-in helpers

Routing

  • The model hook
  • Blocking behavior of the model hook
  • The link-to helper

Nested routes

  • Nested routes for nested UIs (templates)
  • Control flow in nested routes

Components

  • The building blocks of UI
  • Glimmer components
  • Isolated and (sometimes) reusable
  • Tracked properties
  • Component invocations as function calls
  • Arguments vs. internal properties
  • Block and non-block form

Talking to a back-end (Ember Data)

  • What does Ember Data provide?
  • Why (and when) should you use Ember Data?
  • Models
  • Main store methods
  • Relationship between models

Advanced routing

  • beforeModel and afterModel
  • Skipping model resolution
  • The router service
  • Route events: routeWillChange and routeDidChange

Loading and error substates

  • Naming conventions
  • The power of loading substates coupled with nested routes

Testing

  • Application, rendering and unit tests
  • The Ember.js testing framework
  • Built-in test helpers
  • Writing your own helpers
  • Using mock endpoints with ember-cli-mirage
  • Writing application tests
  • Writng rendering tests for components and helpers
  • Writing unit tests for models

Query params

  • How to define them
  • Where they live

Helpers

  • What they should be used for
  • Writing a helper

Modifiers

  • What are they good for?
  • Modifier API
  • An example: the `on` modifier
  • Writing a modifier

Services

  • Where are they a good fit?
  • Accessing services

The flow of the training

The application we build is contained in a repository I give attendees access to before the training, with attached instructions about how to set it up. This is so that each of them can set up the app on their machine and no time is wasted with technical preparation/support during the training.

For each training module, I first give a short overview of the theory and then explain what we‘ll build. After that, attendees implement the feature (or features) for that module while I‘m helping them with any potential problems. As I strongly believe that we learn best by doing, we‘ll spend a lot less time on theory than practice.

All modules will have checkpoints so that attendees can jump straight there with their code and start implementing the next exercise without wasting any time.

So... how does the training actually happen?

I allow for some flexibility about the exact details of how the training happens, but there are a few things that I usually insist on:

  • The training happens in person, on site. The training is packed with exercises and being physically in the same room is the most effective way to help attendees and to make sure nobody gets left behind. The venue will probably be the offices of your company but if you don‘t have offices in the city the training takes place, it can be elsewhere, too. If, for some reason, you'd prefer the training to take place online, we should discuss the details.
  • Attendees should come prepared. By giving instructions and access to the repository prior to the first day of training, I want to ensure that we can get right into it and spend time learning Ember.js, not cloning repositories, installing npm packages or fixing OS issues. For this, I‘d kindly like to request the cooperation of attendees so that we can move together as a group.
  • Attendees should have a basic level of JavaScript knowledge. One doesn‘t have to be a JavaScript whiz (or, God forbid, a ninja) to write Ember.js applications but since they are written in JavaScript, a minimum level is required.

About me

Balint Erdi
I‘ve been working with Ember.js since January 2013 as a developer and consultant and realized very soon I wanted to teach the ins and outs of the framework to other developers. Over the years I produced a ton of teaching material in the form of screencasts, blog posts and the Rock and Roll with Ember.js books.
I also gave presentations at various Ember- and JavaScript related conferences (and at EmberConf ‘17) and held topic-specific workshops and extensive trainings.
Consequently, the number of people who read or watched something I created is quite large and I‘ve been asked many good questions and faced many teaching challenges that I, based on the feedback I‘ve been receiving, managed to surmount.

Ok, what‘s next?

If you think such a training can be beneficial for your company, write me an email so that we can have a short call to discuss the details. I‘ll then send you a short proposal and we can hopefully come to an agreement and work together.

I live in Budapest, Hungary (Central Europe) and will willingly travel anywhere.