Probably the biggest UX snafu that I found is that one can unlock a bike across town by mistake and then get billed $2000 for it getting lost/stolen. Take what Lyft did and copy that.
This is an app that is used by a lot of tourists - many of whom have minimal English skills. The UX failures are embarrassing. Whoever did this should be held responsible for breaking their SLA.
React Native says web developers are automatically highly qualified app developers.
But the real problem is that organizations that trade quality for cost/development time at the architectural level also typically sacrifice quality at every other level. This means that cross platform apps come away with a reputation for being low quality products.
You are generalising about attitudes of businesses who are concerned with return on investment, an obvious priority that I shouldn’t have to point out.
The reputation you mention is just an opinion based on inherent bias not shared by all. If you were to choose at random 10 reasonably well performing apps on the store you could in no way tell if they were developed ‘natively’ or not.
React native is compiled into native code, by definition it is ‘native’. It is not running in a virtual box or a web browser.
I’ve been involved in several react-native projects at FAANG because senior leadership bought into the misguided belief that cross-platform is cheaper and faster than fully native. Every project was eventually scrapped and re-built natively because the app became too slow, unwieldy, bloated, and impossible to maintain usually because of the dumpster fire burning inside node_modules. On iOS, You will have to know how to use clang and llvm when things eventually go sideways, and few (if any) js devs have that expertise.
And have you ever experienced a react-native upgrade? It’s a thing of nightmares, typically taking between two and four weeks with all hands on deck.
The same product can be built twice on each platform with half as many devs, will be better maintained, and always perform better. React-native is great for quick prototypes or a temporary MVP, but for everything else it’s a house of cards.
I’ve been an iOS developper for 8 years (working on apps with millions of downloads, for a French company).
I’ve been fighting management constantly about this, explaining that it would be cheaper to have iOS and Android experts ratherg than « multiplatform » developers. For instance, on iOS side, frameworks and UI change a lot every years, so you want to be able to update your apps quickly and adopt the new best practices (which is easier if you stick to the standard UI without any other framework).
We had other projects that started with a multiplatform approach, to go back after sometimes on « real » native apps (by real, I mean using only standard SDK, UIKit on iOS for instance). Despite these failures, management keep pushing for technology like React Native, Xamarin etc…
I’ve lost this battle: I think that the idea to have half devs is to appealing to business, and you don’t have chance to explain why this is not as simple as it’s seems to be. Or my points were simply not convincing.
I agree with everything you said, I have React Native projects that will never run again. The node ecosystem is still an unstable mess, everything is largely hacked together.
I do use Flutter for my side projects, and it appears to be gaining popularity. It feels like a much better React Native since you don't have 20 years of legacy JavaScript code running in the background.
React native is for prototypes although it’s used in both the public and private sector to deliver apps. You can make 2 versions of an app in half the time apparently just by saying so.
Somewhere reality disappeared in your argument. Your employment history is of no concern to me.