WhoBuilt

Q&A Panel

Sep 14, 2018· 45 min· 372 views·Watch on YouTube

At React Native EU 2018, a panel of React Native contributors and practitioners from Callstack, Facebook, Expo, PlayStation and other organizations answers community questions about upgrades, competing frameworks, open source, adoption, accessibility and the future of React Native.

Upgrading React Native and weighing alternatives

Panelists recommend keeping up with React Native regularly so annual device and operating system releases bring fewer surprises; one contributor watches commits and alerts teams to potential issues. They point to React Native’s production use and community as strengths, while describing Flutter as newer and smaller at the time. They also see value in competition and in learning from Flutter’s different rendering approach.

Making open source contributions sustainable

Panelists describe contributing through dedicated work time, personal interest, and fixing dependencies that block their own projects. They say healthy project setup makes it easier to contribute, and technical leaders can help newcomers by suggesting approachable issues and showing how quickly a first pull request may be reviewed. Filing an issue can also help others recognize and investigate a shared problem.

What Airbnb’s experience means for adoption

Panelists praise Airbnb’s detailed account of its decision to move away from React Native, while emphasizing that its conclusions depend on an organization’s needs. They identify brownfield integration and onboarding native engineers as challenges, and say Fabric was intended to address some technical issues. One panelist estimates that React developers may need a week or two to become productive with React Native, while native developers also need time to learn the JavaScript library ecosystem.

Brownfield navigation, developer hurdles and accessibility

The panel says complex brownfield apps may need custom navigation and may expose existing native functionality through native modules. Expo’s Queen describes JavaScript runtime differences, such as a function available in Chrome’s V8 but not JavaScriptCore, as a source of confusion. On accessibility, panelists advocate making it part of team culture and point to Facebook Marketplace’s accessibility work and React Native props that support features such as Invert Mode.

Wishes for React Native’s future

Panelists wish for better debugging, faster issue and pull request handling, broader company participation, and a stronger community that shares experience from both JavaScript and native developers. They also cite the RFC process and Fabric as steps toward better coordination and improvements to rendering and bridge-related constraints. One panelist asks that commits not land while CI is failing, and that the person responsible fix the breakage.

Takeaways

  • Upgrade regularly so operating system releases are less likely to expose a year’s worth of accumulated changes.
  • Evaluate React Native against your app’s architecture, team skills, and organizational needs rather than another company’s decision.
  • Make open source work easier by keeping projects buildable and helping newcomers find approachable first contributions.
  • For brownfield apps, plan for custom navigation and integration with existing native code.
  • Build accessibility into team practice and check which platform and React Native features your app needs.

Mentioned in this talk

Search inside this talk

What was claimed 6

Related talks