talk-data.com talk-data.com

Event

React.NYC Meetup - React Threads, Type Safety, Isograph & more

2024-08-29 – 2024-08-30 Meetup Visit website ↗

Activities tracked

2

👋 Hey-hey, New York!

To attend the meetup, please ➡️➡️➡️ REGISTER HERE ⬅️⬅️⬅️ via Guild.

We hope you're all doing well and getting excited because the new meetup season is just around the corner!

We are thrilled to announce that our upcoming meetup will be on August 29 at Microsoft office.

If your company has a space to host our next event, please reach us here.

🕑 Event Schedule 18:00 - Doors open 18:30 - Intro and announcements 18:45 - Doing the Bare Minimum with Isograph – Robert Balicki 19:05 - End-to-End Type Safety: A Guide for React Devs – Erik Hanchett 19:25 - Open Mic talks - show your project\, open source work or a small demo of what you learned recently 20:30 - Mingle until 21:00

🗣 To propose a talk for our next meetups please fill in the CFP form.

🗣️ Talks ➡️ Robert Balicki – Doing the Bare Minimum with Isograph In a web app, the enemy of performance isn't bad algorithms — it's bloat. Enter Isograph, the framework for building data-driven React apps. It leverages a compiler to provide great DevEx and performance, right out of the box. In this talk, find out how Isograph lets you: * load component JavaScript and data only when needed, for example when the user is about to scroll to them * load components (such as a VideoViewer) only if an item of that type (a Video) is returned from the server, and * defer loading parts of your component tree, without server support. And the cherry on top? We're doing it all in userland. 😎

➡️ Erik Hanchett – End-to-End Type Safety: A Guide for React Devs When writing a fullstack application a common problem facing developers today is keeping data consistency between the frontend and backend. What the backend expects and what the frontend sends is not always the same. In this talk we’ll look at this problem and different approaches to solve it. We’ll take a look at how AWS Amplify approaches this problem and show a demo. We’ll also compare and contrast other TypeScript approaches with React and Next.

🤝 In collaboration with

Huge thanks to Microsoft Reactor for hosting the event! Microsoft Reactor provides events, training, and community resources to help startups, entrepreneurs and developers build their next business on AI technology.

🤝 Sponsored by

Kudos to our sponsor AWS Amplify! AWS Amplify is everything frontend developers need to develop and deploy cloud-powered fullstack applications without hassle. Easily connect your frontend to the cloud for data modeling, authentication, storage, serverless functions, SSR app deployment, and more.

This event made possible thanks to the support from React Summit US & JSNation US organizers - GitNation.

👍 Code of Conduct By registering for this event you agree to comply with our CoC

📩 Contact [email protected] https://twitter.com/ReactSummit http://youtube.com/ReactConferences

Sessions & talks

Showing 1–2 of 2 · Newest first

Search within this event →

End-to-End Type Safety: A Guide for React Devs

2024-08-29
talk
AWS React TypeScript

When writing a fullstack application a common problem facing developers today is keeping data consistency between the frontend and backend. What the backend expects and what the frontend sends is not always the same. In this talk we’ll look at this problem and different approaches to solve it. We’ll take a look at how AWS Amplify approaches this problem and show a demo. We’ll also compare and contrast other TypeScript approaches with React and Next.

Doing the Bare Minimum with Isograph

2024-08-29
talk
JavaScript React

In a web app, the enemy of performance isn't bad algorithms — it's bloat. Enter Isograph, the framework for building data-driven React apps. It leverages a compiler to provide great DevEx and performance, right out of the box. In this talk, find out how Isograph lets you: load component JavaScript and data only when needed, for example when the user is about to scroll to them; load components (such as a VideoViewer) only if an item of that type (a Video) is returned from the server, and defer loading parts of your component tree, without server support. And the cherry on top? We're doing it all in userland. 😎