Get AI summaries of any video or article — Sign up free
The Truth About React Native thumbnail

The Truth About React Native

Theo - t3․gg·
6 min read

Based on Theo - t3․gg's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

React Native’s integration model means a company can use it for major features without the entire app being built in React Native.

Briefing

React Native’s popularity is real—but the public narrative around it is often sloppy. A long-form rebuttal argues that common claims about which companies “use React Native” (and how much) get distorted by documentation shortcuts, app-store linkages, and a failure to distinguish between an entire app being built in React Native versus React Native being used for specific screens, modules, or embedded UI inside a larger native codebase. That nuance matters because React Native is designed to integrate with existing native apps, letting teams “vertically slice” ownership (ads, feed, messages, etc.) without forcing every part of a massive app into one technology stack.

The critique targets a React Native showcase list hosted on Meta’s Open Source documentation, where apps are presented as React Native even when the main app experience may not be. The rebuttal’s central counterpoint is that “React Native used somewhere” is not the same as “React Native is the whole app,” and that many companies build multiple apps and internal tools—so a single missing file or a non-React Native main shell doesn’t disprove React Native usage. Walmart becomes the flashpoint: the showcase links to the Walmart app, but the rebuttal claims the main Walmart app isn’t React Native while other Walmart mobile products and internal fulfillment tools likely are, supported by ongoing hiring for React Native roles. The argument is that the docs’ linking choices are misleading, but the conclusion “Walmart doesn’t use React Native” is equally unwarranted.

The rebuttal then drills into Meta-owned examples. It says the Facebook iOS app isn’t “root-built” entirely in React Native, yet major sections—especially Marketplace—are built with React Native on both iOS and Android. It also emphasizes Meta’s internal component architecture (Component Kit) and points to how React Native is used to reduce complexity in specific areas that need faster iteration. A further claim is that React Native for web is not a major part of Meta’s approach; instead, React Native is used as a native rendering layer on mobile, translating React’s component model into platform-native primitives.

The most concrete popularity evidence comes later: a reverse-engineering approach that checks the top 100 apps in multiple App Store categories. In the cited results from March 21, roughly a quarter of top apps in categories like Sports, Shopping, Entertainment, Food, Business, and Medical use React Native—suggesting it’s far from niche in mainstream consumer apps. The rebuttal also argues that job-market demand supports this: Indeed listings reportedly show hundreds of React Native roles versus far fewer for SwiftUI and Jetpack Compose.

Finally, the rebuttal challenges the “marketing bias” angle. It concedes that consultancies and framework influencers can produce promotional content, but argues that accusing React Native consulting groups of fabricating usage ignores how often large companies independently adopt React Native for real engineering needs. Amazon is presented as a key example: an Amazon engineer describes React Native usage across shopping, music, photos, and even Kindle device UI, plus a large internal interest group of engineers sharing modules.

Overall, the message is not that every claim in the original showcase is perfect, but that the counter-narrative—React Native is broadly used and increasingly adopted—survives contact with deeper technical nuance and category-level app analysis. The bigger warning is about decision-making: clickbait framework articles, especially AI-generated ones, can mislead beginners, and better reporting requires going beyond surface-level links into how teams actually ship UI across platforms.

Cornell Notes

The core dispute is whether React Native is “actually popular” or whether public lists and documentation make it look misleading. The rebuttal says many claims fail to distinguish between an app being entirely React Native versus React Native being used for specific modules, embedded UI, or feature slices inside a largely native app. It argues that Meta’s own apps use React Native in meaningful parts (notably Marketplace), and that company “usage” can span multiple apps and internal tools, so missing evidence in one place doesn’t settle the question. For popularity, it cites category-level reverse engineering showing about a quarter of top apps in major categories using React Native, plus job-market demand that favors React Native over SwiftUI and Jetpack Compose. The takeaway: popularity is measurable, but documentation and clickbait conclusions often aren’t.

Why does “Walmart uses React Native” get treated as a misleading claim, and what nuance changes the conclusion?

The key distinction is whether React Native powers the entire app experience or only parts of it. The showcase links to the Walmart app, which the rebuttal claims is not built with React Native end-to-end. But it argues Walmart can still use React Native for other mobile products or internal tools (e.g., fulfillment-related apps) and that hiring for React Native roles suggests active usage. So the rebuttal treats “linked app ≠ proof of full-app React Native,” and it rejects the leap from “main app isn’t React Native” to “company doesn’t use React Native anywhere.”

How does the rebuttal reconcile React Native with Meta’s massive apps that are not “fully React Native”?

It argues React Native is integrated into native apps rather than replacing them wholesale. Meta’s approach is described as reducing complexity in specific areas that need faster iteration. Marketplace is cited as the largest React Native-built section in Facebook’s iOS and Android apps, while other parts may use different technologies coordinated through Meta’s component architecture (Component Kit). The point is that React Native can be invisible to users because it renders natively, so the presence of a seamless experience doesn’t mean React Native isn’t involved.

What’s the argument about React Native for web, and why does it matter to the overall confusion?

The rebuttal claims Meta does not use React Native for web in practice, calling React Native for web a separate, intentionally constrained and complex project. It argues the confusion comes from treating “React Native used somewhere” as equivalent to “React Native used for the initial web-like experience.” Instead, it emphasizes that on mobile, React Native translates React’s component model into native UI primitives, which is different from adding an extra translation layer to produce DOM output for browsers.

What evidence is used to support the claim that React Native is popular beyond anecdotal showcase lists?

The rebuttal cites a reverse-engineering tool that automates bundle inspection for the top 100 apps per App Store category. In a March 21 run, it reports that about 29% of Sports top-100 apps use React Native, 28% in Shopping, 26% in Entertainment and Food, 24% in Business and Medical—roughly a quarter across major categories. It also notes that this analysis focuses on publicly available apps, not private/internal builds, which could skew the picture toward what’s observable.

How does the rebuttal use job-market data to argue for React Native’s real-world demand?

It claims hiring signals reflect framework success. It cites Indeed job listings showing over 300 React Native jobs versus around 25 for SwiftUI and around 25 for Jetpack Compose. The argument is that companies hire based on practical needs and team availability, so job volume is a proxy for adoption and ecosystem maturity—not just app-store downloads.

What does the Amazon example add to the “usage” debate?

An Amazon engineer describes React Native usage across multiple consumer product lines (shopping, music, photos) and even Kindle device UI, including a React Native implementation on top of C for e-ink displays. The rebuttal uses this to argue that React Native adoption can be deep and long-running across many teams, not limited to what a single public showcase page implies. It also highlights an internal React Native interest group of 600+ engineers sharing modules.

Review Questions

  1. When does “React Native used” become a misleading statement, and what evidence would you look for to verify it?
  2. How do the rebuttal’s technical distinctions (native integration vs full-app replacement, and mobile vs web) change how you interpret app-store listings?
  3. What combination of metrics—category-level app analysis, hiring data, and company engineering anecdotes—most strongly supports the popularity claim, and what are the limitations of each?

Key Points

  1. 1

    React Native’s integration model means a company can use it for major features without the entire app being built in React Native.

  2. 2

    Public showcase pages can be misleading when they link to apps that don’t reflect where React Native is actually used (modules, embedded UI, or other apps).

  3. 3

    Meta’s Marketplace is cited as a major React Native-built section, illustrating how React Native can be “invisible” to users while still powering core product areas.

  4. 4

    Category-level reverse engineering of top App Store apps is used as a more measurable popularity signal than documentation lists alone.

  5. 5

    Job-market demand is presented as an adoption proxy: React Native roles reportedly outnumber SwiftUI and Jetpack Compose roles by a wide margin.

  6. 6

    Company adoption can span multiple apps and internal tools; Amazon’s described Kindle and cross-product usage is offered as evidence of long-running, multi-team investment.

  7. 7

    Framework “popularity” claims should be treated skeptically when based on clickbait or AI-generated articles, especially for beginners making framework choices.

Highlights

A central correction is the difference between “app built with React Native” and “app contains React Native modules,” which changes how showcase lists should be interpreted.
Marketplace on Facebook is presented as a large React Native-built product area, showing how React Native can deliver native-feeling UI without being the whole app.
Reverse-engineering top App Store categories is cited to estimate adoption: roughly a quarter of top apps in major categories use React Native.
Job listings are used as a demand signal, with React Native roles reportedly far exceeding SwiftUI and Jetpack Compose roles.
Amazon is described as using React Native across multiple product lines and even Kindle device UI, including a React Native implementation on top of C.

Topics

  • React Native Popularity
  • App Store Category Analysis
  • Meta Marketplace
  • React Native Integration
  • Framework Adoption Metrics

Mentioned