Earlier quoted context omitted.
Don't know last time I tried React Native and wanted to use some cool feature of iOS. I either had to write my own RN plugin in Swift/ObjC or wait for someone else to do it.
You say that like writing plugins is hard or undesirable.
Building all of our new mobile apps using React Native
141–150 of 588 posts
Re: Building all of our new mobile apps using React Native
#142Honestly I think the future of mobile will just be... mobile websites. What's missing until regular websites have parity with mobile apps in functionality? - Accelerometer and all sensor support (some of these are already supported on various browsers on various OSes) - Background support - Bluetooth - WiFi - Better notifications - etc. Sure there will always be a need for native, but 99% of apps don't need any of th…
>Literally all of them could be implemented as responsive pages with acceptable performance. Speaking personally I like the division between highly sandboxed websites (no GPS access, no notifications, etc...) and trusted apps.
Re: Building all of our new mobile apps using React Native
#143Earlier quoted context omitted.
You're viewing it through the lens of a developer. The user wants the best experience. Because software costs 0$ to distribute, the best user experience will always win out. The future of all software is faster, better software. Websites are shitty, arcane technology - the opposite of the future.
If a website is popular and does the basics well, it doesn't matter how 'shitty' the technology is. Amazon.com has easily the most hideously designed product pages out there. Because sellers can "customize" the product page, you get their content (usually hero images with tiny text) mixed in with text-only product details, "users also bought" carousels, Q&A and Reviews all jammed together. And they're still doing bet…
It doesn't decide everything, but it's pretty certainly a factor (although Amazon must have determined that it's a small one to them, as they are still micro-optimizing for other page-related aspects like loading speed).
Re: Building all of our new mobile apps using React Native
#144Re: Building all of our new mobile apps using React Native
#145Earlier quoted context omitted.
> Honestly I think the future of mobile will just be... mobile websites. This. Having to install software on my phone to use a service is cringy as hell and is a huge red flag for me. Like when trying to order food from a restaurant or shop somewhere. It's almost always going to be a automatic no. I just don't trust them. They always want permissions to access things on my phone, which is just pure nonsense. It's goi…
I agree with the overall points, less so the pointless vitriol. Installing software is cringey as hell now? The main issue here isn't native apps. It's the existing framework for installing them. For instance, would it be that far-fetched to be able to open an app in a single click? Current extended process: 1) Click link that takes me to app store page 2) Find and click install button 3) wait 4) Click "open app" but…
Re: Building all of our new mobile apps using React Native
#146Honestly I think the future of mobile will just be... mobile websites. What's missing until regular websites have parity with mobile apps in functionality? - Accelerometer and all sensor support (some of these are already supported on various browsers on various OSes) - Background support - Bluetooth - WiFi - Better notifications - etc. Sure there will always be a need for native, but 99% of apps don't need any of th…
It can't be overstated how many apps are absolutely dependent on working push notifications (all chat for example) and can't be replicated as websites. And that's not yet implemented for iOS so we're all at Apple's mercy until it is, which may never be.
Re: Building all of our new mobile apps using React Native
#147Earlier quoted context omitted.
> Honestly I think the future of mobile will just be... mobile websites. This. Having to install software on my phone to use a service is cringy as hell and is a huge red flag for me. Like when trying to order food from a restaurant or shop somewhere. It's almost always going to be a automatic no. I just don't trust them. They always want permissions to access things on my phone, which is just pure nonsense. It's goi…
I agree with the overall points, less so the pointless vitriol. Installing software is cringey as hell now? The main issue here isn't native apps. It's the existing framework for installing them. For instance, would it be that far-fetched to be able to open an app in a single click? Current extended process: 1) Click link that takes me to app store page 2) Find and click install button 3) wait 4) Click "open app" but…
When you know that the features you're interested in can be made easily available by a simple web app.
Re: Building all of our new mobile apps using React Native
#148Earlier quoted context omitted.
Absolutely this. Native apps are just so much smoother, and I say this as someone who really wants the web to win, and who used web apps almost exclusively because my 16GB iPhone 6 had very little space for apps. Also, the quality of native apps was much higher (e.g., Twitter feed doesn’t abruptly jump all over on mobile) although this could just be due to more budget allocation into native apps for whatever reason.
Not just smoother, native apps done right are interactive at the visual element level.
Re: Building all of our new mobile apps using React Native
#149And in a couple of years, "Why we are moving away from React Native at Shopify". Not slamming React Native but the sensationalistic headline. Anyone with a bit of experience in software should know better than making this kind of silly proclamation about the future of your software stack.
I have not seen one good app for android that has been written in react native. Can anyone show me one that doesn't suck in performance?
Re: Building all of our new mobile apps using React Native
#150I wonder if Shopify did their homework and looked at Flutter. Flutter seems to meet their objectives more than React Native does. And as an added bonus, Flutter is easier to reason about, has edit and continue, and is more performant. Perhaps the use of Dart instead of Javascript was a deal killer though?
It would be pants-on-head insane for a company like Shopify to go all-in on Flutter. Is Flutter going to be around 10 years from now? Can Shopify support Flutter on their own if nobody else is using it 10 years from now? I don't mean that technically the license would allow them to, but can they in practice field the manpower and skills to do so across all the platforms they need.
Why can’t RN die within 10 years? Because it’s been around since 2013 vs 2017? Because you like one more than the other?
I have concerns about Google’s commitment to Dart/Flutter, but I’m not sure one scenario is pants on head insane and the other just fact.