ReactFoo Delhi
ReactFoo For members

ReactFoo Delhi

On React, performance and front-end engineering

Tickets

Loading…

After a successful edition in Delhi in 2018, we are back with the 2019 edition of ReactFoo Delhi.

ReactFoo Delhi features talks and discussions on:

  1. Redux and state management
  2. Performance improvements with React
  3. Modernizing legacy architecture with React
  4. Why choose React Native
  5. GraphQL and front-end development

Product and front-end engineers from Atlassian, Walmart.com, Zomato, Microsoft, HackerRank, Mindtickle and Appbase.io will share insights from practical experiences.

Who should attend:

  1. Front-end engineers
  2. Product engineers
  3. Cross-platform mobile developers

Why attend ReactFoo Delhi:

  1. Learn from and network with peers from the industry.
  2. Improve developer productivity of your front-end teams.
  3. Make your web applications faster and performant.

Date and schedule

16 November 2019
https://hasgeek.com/reactfoo/2019-delhi/schedule

Venue:

C D Deshmukh auditorium, India International Centre (IIC) Main, 40 Max Mueller Marg, Lodhi Gardens, Lodhi Estate, New Delhi - 110003.

##Contact details:
For information about the event, sponsorships, bulk ticket purchases and partnerships, write to info@hasgeek.com or call 7676332020.


Sponsors:

Click here to view the Sponsorship Deck.

Email us sales@hasgeek.com for bulk ticket purchases, and any queries on the sponsorship.


ReactFoo Delhi 2019 sponsors:


#Exhibition Sponsor

Sapient

#Bronze Sponsors

Shuttl

#Community Sponsor

GO-JEK MindTickle
Atlassian
HackerRank Walmart

Hosted by

A community - for and of - front-end engineers to share experiences with ReactJS, performant apps with React, crafting better User Interfaces (UI) with React and GraphQL ecosystem. ReactFoo also discusses design patterns and user experience. more

Shivam Kantival

@shivamkantival

Scalable Redux for large web applications

Submitted Aug 14, 2019

Redux solves many data handling problem which were hard to think before. But as your application grows, it is hard to manage store at scale. This talk is about our experience of how we solved these problems in our current organization.

We achieved these benefits with our proposed solution:

  • Managing store for growing set of developers and teams.
  • Abstracting your Redux store
  • Keeping it DRY
  • Propagating common changes/patterns
  • Ease of shipping complexing features at scale

KeyTakeaways:

  • Challenges in Redux with large scale apps
  • How we solved it
  • Maintaining large scale apps with growing teams

Outline

For any modern stack that revolves around React/Vue/Elm or likewise libraries, we usually go ahead and use Redux for state management. It works well, it’s just aesthetics may always be improved. What we try to cover here is how to build your store architecture around Redux so that for every part of the state you need to define, you don’t have to create a reducer from scratch. Instead how about just providing the config and something else do the magic for you ;)

At Mindtickle we use a common Redux store across multiple applications. It has done good at easing our lives, and that we think is worth sharing with the community.

  • Manage your complex sync/async flows just by passing a simple config.
  • Handling scoped states becomes a breeze, as it is just another config. Have same method of handling scoped state also enables us to standardise read and manipulation operations over the same.
  • Standardization of flow management by creating common reducer pattern for teams
  • For every new person joining the team, he/she needs to understand just the reducer generator logic once. No more going to each reducer file and understanding the same.
  • Keeping your app performant with such patterns.

We got to a state to get reducers created by just providing corresponding config. This enables us to write just one reducer generator throughout the application. For every reducer needed in the application, developer just needs to provide a config and the rest is automatically taken care of. How this helps with above issues-

  • For every part of state doing the same thing, logic need not be repeated in reducers for corresponding states.

  • Handling scoped states becomes a breeze, as it is just another config. Have the same method of handling scoped state also enables us to standardise read and manipulation operations over the same.

Requirements

Basic understanding of Redux.

Speaker bio

Just a curious spacial object who’s been exposed to JavaScript for 2 years. Currently working full-time with Mindtickle (Pune).

Slides

https://docs.google.com/presentation/d/1NJdRrCSgBwXHNqwZGylghQkW3tWG56Oo9ZfhNy9mWA8/edit?usp=sharing

Comments

{{ gettext('Login to leave a comment') }}

{{ gettext('Post a comment…') }}
{{ gettext('New comment') }}
{{ formTitle }}

{{ errorMsg }}

{{ gettext('No comments posted yet') }}

Hosted by

A community - for and of - front-end engineers to share experiences with ReactJS, performant apps with React, crafting better User Interfaces (UI) with React and GraphQL ecosystem. ReactFoo also discusses design patterns and user experience. more