Re:Shopify moves back to Native from React Native
by hectdev on Thursday September 10, 2026 @08:13PM
(#49651859)
Not sure why someone would say it was a wrong decision. Why would they even need to do this if LLMs make coding easier. They are likely chasing the things I advocate for: direct access to latest APIs from each platform, platform specific UI, UI that behaves correctly on each platform without chasing down edge case solutions (also said as ui that looks and feels "right"), and a bonus of separate developer pool to hire from that knows the ins and outs of the platform without needing to hire a developer to know all three- react, iOS, and Android.
[ Parent
| on HN ]
Re:Shopify moves back to Native from React Native
by throwaway27448 on Thursday September 10, 2026 @08:27PM
(#49651979)
> Not sure why someone would say it was a wrong decision.
Writing almost anything with javascript sucks ass to begin with. Writing native code with it is even more painful. Most javascript engines don't even have any decent model of parallelism. It takes zero imagination to see the problem here
Re:Shopify moves back to Native from React Native
by willsmith72 on Thursday September 10, 2026 @08:31PM
(#49652017)
how much parallelism are you writing in your frontends?
Re:Shopify moves back to Native from React Native
by cloudfudge on Friday September 11, 2026 @03:39AM
(#49654837)
The problem with everything being single threaded isn't so much that you want to do a lot of parallel processing, but that you don't want to have the occasional fat loop cause the whole engine to start stuttering. If you want butter smooth scrolling while there's (for example) a lot of dynamic content moving around, you want very precise control of the threading so you can get the gnarly stuff done without causing hitches that don't feel right.
Re:Shopify moves back to Native from React Native
by user43928 on Friday September 11, 2026 @04:27AM
(#49655181)
The browser, iOS, and Android all use a main thread separate from the thread responsible for scrolling animations.
However, I think it's true that controlling threading in order to perform gnarly work in a separate thread is more ergonomic on mobile than in JS/React.
You'd need to create a Promise that wraps a Web Worker, which would be an unusual thing to use. I don't think most apps need such control over threading in the browser.
Re:Shopify moves back to Native from React Native
by throwaway27448 on Friday September 11, 2026 @05:13PM
(#49665465)
If you care about smooth interactions, the browser even in 2026 is not the most straightforward route, nor the route any reasonable small company takes.
Re:Shopify moves back to Native from React Native
by hectdev on Thursday September 10, 2026 @08:34PM
(#49652037)
I mean, why would they admit to it being the wrong decision. Its a business.
Re:Shopify moves back to Native from React Native
by simonhamp on Thursday September 10, 2026 @11:03PM
(#49653078)
Why would they need to worry about hiring for specific skills at all? As AI progresses, isn't the only skill that matters that you can drive it effectively (which encompasses testing and review) without needing oversight?