跟讀練習: Is React Native Dead? Shopify Is Leaving - 通過影片學習英語口語

選擇練習模式

每種模式都會開啟全屏練習室。

202 句

如果句子過短或過長，請點選 Edit 進行調整。

Shopify just announced that they are moving all of their mobile applications from React Native back to Swift and Kotlin.

If you build with React Native, this is a pretty big headline to wake up to because Shopify has contributed to the React Native ecosystem for years,

including packages like React Native's Kia, Flashlist, and Restyle.

So whether you like it or not, this announcement carries weight.

Personally, it reminds me of the Airbnb moving away from React Native in 2018.

Even when I was working at Expo in 2025, I still heard people cite that decision as a reason they wouldn't give React Native a try.

Yeah, seven years later.

I hope we don't see that this time.

Because React Native has come a long way and Shopify is making this decision under very different circumstances.

So here's the official announcement from Mustafa.

He is the director of engineering and head of mobile at Shopify.

So in this announcement, Mustafa says

that the shop application already made the transition going from proof of concept to native application in the stores in 12 weeks.

Now if you've worked at a big company you know

that 12 weeks it's pretty damn good and the main Shopee 5 application is underway with the rest to follow.

So is React Native dead?

Personally I don't think so.

I still see a lot of value in React Native

but I also want to be honest about where mobile development is going because I've been experimenting with new models, including GPT-6 Astra.

And in my own test, they've become much better at working through multiple steps and checking their work.

And that makes building in an unfamiliar stack feel more approachable.

So my first reaction to this blog post is that this actually makes sense.

If an agent can help you build the Android equivalent of an iOS feature, the old argument about doing everything twice deserves another look.

So here's the full article of my grading shop app from react native to native

and I think there is a solid argument here.

Let's take a look at the details before we decide what this means for our applications.

Now let's start by mentioning that Shopify was already using native code

and then they decided to move to React Native

which it's also native I don't understand why they are saying native

but anyway so they moved to React Native in 2020 they were sharing code

and they were pretty successful made it easier for engineers to contribute across platforms and reduce the work of keeping features aligned.

So overall in this article, Mustafa mentions that the experience of working with React Native

and the benefits that they got by just migrating from native was great, at least in 2020.

So here's the TLDR.

The agents have reduced the cost of separate Swift and Kotlin implementations enough to change Shopify's decision.

Direct access to platform APIs and tools now carries more weight.

And he's also acknowledging that building separate projects for iOS and Android still has extra cost, right?

That hasn't changed.

But agents made it reasonable to reconsider that decision.

So for Shopify specifically, this decision happened as the team was evaluating the work required to adopt React Native's new architecture.

That gave them a concrete choice about where to spend engineering time.

The context matters.

If your application is already running well on a current React Native stack, you might be facing a very different decision by the way

so let's take a look at the results

that they achieved by moving to native now the startup time

of ios is faster down to 2.4 seconds i believe

and with react native it was 3.2 now on android it

is honestly a pretty big difference now on native using get

back on bose is 2.2 seconds versus 4.4 seconds um with react native that's uh you know, 50%.

Yeah, here's a 50% and 23% on iOS.

Now, app size, I've actually seen many teams complaining about the app size.

Again, I'm not entirely sure why Android is super huge on React Native, but I'm guessing, you know, like the React Native actual package and some of the essential,

you know, tooling to run a React Native application on Android.

But here the difference was 37%.

When native is 184 megabytes versus React Native, almost 300 megabytes.

iOS is actually not a big difference.

It's actually close one megabyte native.

Android release build time fell approximately 75%.

On iOS, release builds are taking about the same amount of time.

Let's take a look at the Android runtime performance.

So they were able to run basically the Android application at 120 frames per second, which is, you know, highly performance.

Yeah, I mean, the app looks pretty smooth.

Now there's something important to highlight here is that this comparison changes several things at once.

Language, architecture, dependencies

and parts of the product it cannot really tell us how much of the improvement came from each change

and another very important thing to highlight here is

that we are not getting a comparison with a react native application

that is actually using the new architecture

and also the article leaves the question of

which devices were measured over what period and how much the results varied

so i wouldn't treat these numbers as a general react native

benchmark now don't get me wrong i think this is a great achievement but before taking a decision like this, I would try to measure my application before expecting the same results.

Another thing that stood out to me is Shopify's warning about asking an agent to rewrite the whole application in one go.

Its strategy article says those attempts produce code it could not maintain or ship.

They are using a Helix workflow, which breaks the work into small checkpoints, and each one needs tests, a visual comparison with the running application,

two code reviewers looking for problems and a human approval.

They also separate business logic from the UI so agents can test it quickly from the command line.

And overall, they say that at the end of the day, native expertise was still essential.

You still need people that actually know how native works, iOS and Android.

So my takeaway is that AI makes working across stacks more approachable.

In fact, I've been building native macOS applications, utilities for me.

I actually tried building Inkigo, my AI tattoo application, fully on iOS using, of course, AI.

And I had a great experience.

My application looked great.

I was able to integrate authentication, reutilize some of the APIs that I already had.

Although you still need a way to describe the correct behavior, inspect the result and catch the cases that the agent missed.

Now there's another side of this that I think is easy to miss.

AI is not taking your job.

AI is actually increasing what's expected of an engineer.

So if you've been building with React Native, a move like this can mean learning enough about iOS and Android to review and maintain the native applications.

If you specialize in iOS, you might now be asked to contribute on Android too.

Why?

Because an agent can help you.

But someone still needs to check that it actually works like a human, not an agent.

And that human needs to take responsibility when it doesn't, because you cannot blame an agent.

So I can see how AI expands the job even when individual tasks get faster?

Time saved on implementation can become time spent learning another platform, reviewing more code, or taking on another part of the product.

That doesn't tell us whether Shopify's engineers are working longer hours.

My point is that the scope of the job can grow.

100

AI making something possible can quickly become a reason to expect you to do it.

101

And that's also worth noticing when we talk about AI saving developers time.

102

Now, when more of the job becomes explaining what we want the agent to do, how we give it context starts to matter.

103

So here's a small example using Voice OS.

104

You can just press on the input and press FN, hold it, start speaking, and it recognizes the application that you're working on, as you can see here at the bottom.

105

And as soon as I release the FN key, it will paste the text and I can hit send.

106

Now, you're probably already familiar with speech to text tools.

107

We have them everywhere, but VoiceOS, it's different because it can take action.

108

And let's say that you have a bunch of applications and you quickly want to open a specific app.

109

So I'm going to press Control Option, open Chrome, release, and it's going to just open it directly.

110

There we have it.

111

Now, here's a more concrete example.

112

So I'm working on this application here with Cloud.

113

Sometimes you might want to just make it bigger, immerse yourself within the experience.

114

And I don't know, let's say that we want to change this icon

115

so I can dispatch a task by pressing control option and just circle here with my mouse and say

116

can you please change this icon to be a gear for example dispatch the task with cloud code

117

and then release dispatching task to change icon to gear using cloud code there we go

118

so it's going to do it and after a moment I get the gear icon

119

so didn't have to move okay

120

so here we have the summary you can ask a follow-up literally the use case are

121

so many you can just dispatch tasks

122

while doing other things the speech to text functionality is super high quality

123

and fast so

124

if you want to be more productive make sure to check

125

out voice os the link is in the description now i was just telling you

126

that ai is actually increasing the amount of work

127

that you have to get done now right

128

but this also applies to everyone so if we actually take a deeper look at popular frameworks like Expo,

129

if we go to the landing page here in the Expo Application Services offerings,

130

you can see that they are telling us that they support Swift and Jetpack Compose and Kotlin.

131

Now, Expo are not the only ones.

132

For example, Software Mention, in their recent packages that they have released,

133

they are supporting fully natively packages for Swift and Kotlin as well, and of course React Native.

134

Other companies that provide CICD services for React Native like Bitrise have supported other platforms for a long time.

135

There's actually a platform breakdown of their services.

136

React Native 13% and as you can see just native Android and iOS is just way bigger.

137

That tells me these companies see an opportunity to serve mobile developers across stacks.

138

Offering native tools doesn't mean they are leaving React Native.

139

Another example is CodeMagic, another big company that provides CI-CD services for React Native.

140

So in 2020, they announced that they were going to provide CI-CD services for native iOS, Android, and React Native applications.

141

So native support has been part of their business for years.

142

Meanwhile, we also have Expo UI, which lets us use SwiftUI and Jetpack Compose components.

143

And Expo also introduced inline native modules in SDK 56, making it easier to place Swift and Kotlin alongside your React Native application.

144

So there is another path worth considering, keeping the shared parts of your application and use more native code where it actually helps.

145

And this is especially relevant with the AI argument

146

because AI can also help you to create amazing native modules and just bring any native integration that you need.

147

So the benefit of agents can apply to both approaches.

148

Now, on the other hand, Apple introduced the iPhone Duo on September 9, which is a foldable iPhone, it's a good example of why being close to the platform can be valuable.

149

Apple's design guidance says that apps using the standard system components

150

and already designed for resizing can add up with a little adjustment.

151

The operating system can handle parts of that transition for you.

152

And this is the real benefit of using the platform's components.

153

But the conditions matter because Apple asks developers to check layouts and custom UI.

154

So if you're using React Native, you don't have to worry about the foldable phone because as long as you stay close to the native primitives, your application is going to look nice.

155

And now for APIs that are not supported yet, You can wait for someone to create a library

156

or for Expo to upgrade Expo

157

or the React Native team to bring a new version that is going to support all these latest and greatest APIs.

158

Or you can actually contribute because it's open source.

159

But I think the useful question here is how much platform integration work your product requires

160

and who is going to own it.

161

Now, like I said at the beginning, Shopify has been a great contributor to the React Native ecosystem.

162

So now that they are moving to native, what is going to happen to their platforms?

163

So according to the announcement for React Native Skia, Shopify is going to continue sponsoring it through 2026.

164

So this is the last year.

165

And then William Candilon plans to continue the maintenance through a fork

166

and a new package name with the original repository archived after the transition.

167

Now for Flashlist, which is another popular package, Shopify will fix critical compatibility issues while discussing long-term maintenance with other companies.

168

So a successor is not named yet in this article.

169

For Restyle, Shopify plans to archive this repository, keep it working through this year, 2026, then end the maintenance.

170

A handover might be possible, but I don't know, we'll see.

171

If you depend on these packages, you can follow the migration notices in their documentation.

172

They didn't mention any specific, you know, recommended replacement yet.

173

So keep an eye on that.

174

Okay.

175

If you made it this far, thank you so much.

176

Here's my take.

177

I don't think React Native is dead.

178

And this doesn't change the value I see in learning and building with it.

179

Shopify is actually giving us a really serious example of what agents can help a team do.

180

It also gives us a reason to revisit the assumption that two native applications are automatically too expensive to maintain.

181

I understand the appeal, use the platform tools directly, get help with unfamiliar syntax, and spend more time on the experience you want to build.

182

But at the same time, React Native still gives you a shared application layer across iOS and Android.

183

And if you already know React and that shared code helps you ship and maintain your application, that's a real advantage.

184

I wouldn't dismiss it because another company made a different decision.

185

You can also keep React Native and add native code for the parts that need it.

186

If you want to learn more about deeper native integrations, make sure to check out my course, by the way.

187

Now, but there is a cost here.

188

A custom native module can mean maintaining Swift code and Kotlin code, and then the interface that connects them to your React Native application.

189

So that interface adds work, but it isn't a third party full implementation.

190

The rest of the application might still be shared.

191

Now for apps whose main value depend on the platform integration, I would give Swift and Kotlin a closer look.

192

And for a team that benefits from sharing code, React Native still makes a lot of sense.

193

Better agents can help you with both.

194

If you already have a React Native application and are curious about migrating

195

or just starting from scratch on iOS and Android version, I would measure the problem before committing to a full rewrite, even with AI.

196

And I guess that's what I want people to take from this, get comfortable enough with the platform to evaluate these choices yourself.

197

That knowledge makes you a better React Native developer too.

198

The skill I want to keep building is the ability to ship and maintain a good mobile application wherever the implementation lives.

199

If you want to get a really solid understanding of React Native, make sure to check out my course.

200

The link is in the description as well.

201

Don't forget to try out Vision OS.

202

Thanks for watching and I'll see you in the next one.

下載應用

流利口語所需的一切

AI 發音評分逐句打分

音標練習掌握每個音

詞彙學習建立你的詞庫

詞彙遊戲邊玩邊學

掃碼

Download on theApp Store Get it onGoogle Play

FOR YOU

本課的詞彙與口語要點

這段影片共有 202 個句子、2748 個單詞可供跟讀。講話部分時長為 15:11。說話人語速較快，每分鐘約 181 個詞，會出現較多連讀和弱讀。 82% 的單詞屬於英語最常用的 3,000 詞，其餘的詞建議在練習前先學一下。

影片中的重點詞彙

影片中 15 個不太常見的單詞，附發音和釋義：

android /ˈænˌdɹɔɪd/ (名詞) — 人形機器人 /人形機器人, 仿生人. A robot that is designed to look and act like a human being (not necessarily a male one).
package /ˈpæk.ɪd͡ʒ/ (名詞) — 包裹, 包. Something which is packed, a parcel, a box, an envelope.
contribute /kənˈtɹɪb.jut/ (動詞) — 貢獻 /貢獻. To give something that is or becomes part of a larger whole.
announcement /əˈnaʊns.mənt/ (名詞) — 公告, 發表 /發表. An act of announcing, or giving notice.
implementation /ˌɪmplɪmənˈteɪʃən/ (名詞) — 履行. The process of moving an idea from concept to reality. In business, engineering and other fields, implementation refers to the building process rather than the…
integration /ˌɪn.tɪˈɡɹeɪ.ʃən/ (名詞) — 融合, 統合 /統合. The act or process of making whole or entire.
icon /ˈaɪ.kɑn/ (名詞) — 聖像 /聖像. An image, symbol, picture, portrait, or other representation, usually as an object of religious devotion.
stack /stæk/ (名詞) — 堆. A large pile of hay, grain, straw, or the like, larger at the bottom than the top, sometimes covered with thatch.
dispatch /dɪˈspæt͡ʃ/ (動詞) — 派遣, 排程 /排程. To send (a shipment) with promptness.
cloud /ˈklaʊ̯d/ (名詞) — йүн, 雲 /雲. A visible mass of water droplets suspended in the air.
transition /tɹænˈzɪʃ.ən/ (名詞) — 過渡 /過渡, 轉變 /轉變. The process of change from one form, state, style or place to another.
architecture /ˈɑː.kɪˌtɛk.t͡ʃə/ (名詞) — 建築 /建築, 建築學 /建築學. The art and science of designing and managing the construction of buildings and other structures, particularly if they are well proportioned and decorated.
component /kəmˈpoʊ.nənt/ (名詞) — 元件, 部件. A smaller, self-contained part of a larger entity. Often refers to a manufactured object that is part of a larger device.
module /ˈmɑd͡ʒul/ (名詞) — 模組 /模組. A self-contained component of a system, often interchangeable, which has a well-defined interface to the other components.
concrete /ˌkɑnˈkɹit/ (形容詞) — 切實的 /切實的, 具體的 /具體的. Real, actual, tangible.

影片中出現的短語動詞

look at (動詞) — 觀察 /觀察, 看. To observe or watch.
check out (動詞) — 退房. To record the departure or withdrawal of someone or something (such as guests, employees, books, etc.).
come from (動詞) — 來自 /來自. To have as one's origin, birthplace or nationality.
follow up (動詞) — 跟進 /跟進. To take further actions remaining after an event; to continue, revisit, or persist; especially, to maintain communication or verify.
get by (動詞) — 湊合 /湊合. To subsist; to succeed, survive, or manage, at least at a minimal level.
look for (動詞) — 找, 找尋 /找尋. To seek.
try out (動詞) — 試用 /試用. To test (something) to see how it works or whether it is suitable.

需要注意的發音

說話人用了 35 次縮略和弱讀形式，例如 don't, doesn't, I'm。請按聽到的簡短形式來說。

“th” 音: smooth /smuːð/, authentication /ɔːˌθɛntɪˈkeɪʃn̩/
“sh” 和 “zh” 音: implementation /ˌɪmplɪmənˈteɪʃən/, integration /ˌɪn.tɪˈɡɹeɪ.ʃən/, transition /tɹænˈzɪʃ.ən/, migration /maɪˈɡɹeɪʃ(ə)n/, assumption /əˈsʌm(p).ʃ(ə)n/
長單詞——注意重音位置: implementation /ˌɪmplɪmənˈteɪʃən/, integration /ˌɪn.tɪˈɡɹeɪ.ʃən/, developer /dɪˈvɛləpɚ/, architecture /ˈɑː.kɪˌtɛk.t͡ʃə/, ecosystem /ˈikoʊˌsɪstəm/

如何用這段影片練習

先完整聽一遍影片，不要開口，記下不認識的單詞。
先用 0.75 倍速逐句跟讀，熟練之後再回到正常速度。
錄下自己的聲音並與原聲對比，特別注意 android, package, contribute 這類單詞。

影片中的語法

說話人最常用的結構，並附上影片中的原話：

結構	影片中的用法
現在完成時 have/has + 過去分詞 — 過去發生但與現在仍有關聯的事	has contributed · has come · you've worked
被動語態 be + 過去分詞 — 強調發生了什麼，而不是誰做的	were measured · be asked · are not supported
定語從句 who / which + 從句 — 補充說明人或事物	second, which is · Flashlist, which is

什麼是跟讀法？

跟讀法 (Shadowing) 是一種有科學依據的語言學習技巧，最初開發用於專業口譯員的培訓，並由多語言者Alexander Arguelles博士普及。這個方法簡單而強大：您在聽英語母語原聲的同時立即大聲重複——就像是一個延遲1-2秒緊跟說話者的影子。與被動聽力或語法練習不同，跟讀法強迫您的大腦和口腔肌肉同時處理並模模擬實的講話模式。研究表明它能顯著提高發音準確性，語調，節奏，連讀，聽力理解和口語流利度——使其成為雅思口語備考和真實英語交流最有效的方法之一。

影子跟讀法: 閱讀完整分步指南 →

跟讀練習: Is React Native Dead? Shopify Is Leaving - 通過影片學習英語口語

選擇練習模式

下載應用

推薦影片

React Conf 2025 React Native Keynote

Did Anthropic Kill Git?

My 4.9-Star iOS App Is Actually a Website: Here’s How I Built It

Is Hustle Culture Dead? Gen Z's Smartest Money Move | Networth & Chill

The Only SaaS Moats Left in 2026

Go’s Big Mistake

The last real programmers are dying out...

The future unfolds! How to optimize Android apps for adaptive layouts

We've got separation of concerns wrong

A $6.3 billion open-weight model just got embarrassed by the French...

Why Shopify Moved Inventory Reservations from Redis to MySQL

Is Amazon Too Big?