Berlin

November 4 & 5, 2024

New York

September 4 & 5, 2024

London

June 16 & 17, 2025

Lessons for frontend development at scale

Powered by technologies such as React and GraphQL, we see frontend applications reach a level of scale and complexity that was traditionally associated with backend engineering and service architectures.

Speakers: Hannes Obweger

Register or log in to access this video

Create an account to access our free engineering leadership content, free online events and to receive our weekly email newsletter. We will also keep you up to date with LeadDev events.

Register with google

We have linked your account and just need a few more details to complete your registration:

Terms and conditions

 

 

Enter your email address to reset your password.

 

A link has been emailed to you - check your inbox.



Don't have an account? Click here to register
August 03, 2020

Powered by technologies such as React and GraphQL, we see frontend applications reach a level of scale and complexity that was traditionally associated with backend engineering and service architectures. But the browser is also a unique execution environment: All parts of the system share the same runtime, and all parts of the system are not only supposed to provide meaningful APIs to each other, but also to expose a fast, delightful UI to the user. For engineering teams stepping into modern frontend development, it hence becomes critical to distinguish between patterns that can be transferred over from the backend, and patterns that need to be adapted, or dismissed altogether.

About 2 years ago, Jira started its transition towards a modern, React-based Single Page Application. What began with one team of absolute React experts quickly turned into a multi-team, multi-geo program – and just as quickly, maintaining the health and scalability of our frontend codebase became a top priority, and one of the biggest challenges, of the Jira engineering team.

In this talk, we’ll be sharing some of the lessons that Atlassian has learned over the past 2 years – many of them, the hard way – along with the tooling that we have developed. We’ll be talking about our transition from an inside-out model to an outside-in model for integrating legacy and modern code, our approach to providing architectural guidance and consistency across 300 engineers, and our philosophy and tooling for managing a mono-repo of more than 1M lines of JavaScript code.