The evolution of web apps & how we are now leading the race
Having won 4 major awards for the tech we build we are constantly innovating and changing the way we work to evolve and stay ahead of the game. In order to explain where we are now, here is a look at where it all started.
Where did we start out?
In the last ten years, since the iPhone was released, the nature of the web & where or how it was used has shifted. Once we designed and coded with HTML for large screens, now it’s all about what’s in the palm of your hand.
With the release of the iPhone, there was no app store, all we had were web pages pinned to your home screen. Twelve months later, the app store opened. This gave us two big things. A new language to code in, and in many ways, more importantly, visibility. Around this time, Android also came on to the scene, so all of a sudden, if you were to develop something for a phone, you had to write it twice or just do your app as a website and deal with the limitations.
Along came the saviour – Phonegap.
Being able to write your apps as web pages, then host them within a framework to get on to the app store was the next big thing. Unfortunately, none of these apps felt “right”. It was pretty obvious that they weren’t native. They were slow, didn’t look quite right, and some functionality didn’t operate the same way (for example, having to scroll iframes with two fingers, not continuing scrolling with friction when you released your finger, etc). They did give the benefit of device specific features however. Things like GPS, accelerometer, and later, push notifications.
On the desktop side of things, over the MANY years they have been around, things have jumped from being mainframe based with lightweight frontends, to heavy desktop apps, and then back (this time it’s called “The Cloud”). Phones on the other hand have gone through the same transition, but in a much shorter space of time.
Where are we now?
In iOS 11.3 we’ve had a similar transition (Android on the other hand has had this for a while). Service Workers are now open to all by default, this is the key component to a PWA (Progressive Web App).
I can see things from here transitioning back to the web.
PWA’s have all the advantages of apps (such as offline access) with the exception of being on the App Store. Unified look and feel seems much less important these days now that people have jumped back and forth between iOS and Android. Apps tend to have their own look and feel now even when developed natively.
So where are we headed?
I’m seeing PWA’s as the next big stage of apps, becoming more important than React Native. One of the big React Native supporters, Airbnb (check out their amazing and in-depth write-up here), have decided to drop support and go purely native. For a complex application like theirs, with lots of moving parts, this makes sense from a performance point of view. Most of us aren’t Airbnb, and our apps are much more humble.
So where do I sit on this? Native is where you go when you need to squeeze absolutely everything out of your device and PWA’s are for rapid development and release (think CI/CD pipelines to customers). PWA’s also have the advantage of using many more languages. Want to write in React, go for it. Want to use Angular, yep. Vue, sure. How about something more obscure, Elm for instance? No issues whatsoever.
So where does this leave React Native? Yes, you get the advantage of being on the App Store, but that’s about it. We’re swinging back to Web Technologies, so why not just do a web page wrapped inside an app with a web view? If security is a concern, you can always ship your pages with your app and inject them in to the view, not allowing any external web access. The downside to this is that you’re back waiting for approvals.
Now I don’t see React Native disappearing, but I do see less and less being developed with it. If you currently are developing for React Native, stick with it, unless it’s giving you grief, there’s no need to change. If you develop on React and feel the need to move to React Native (possibly for the same security reasons listed above), it shouldn’t be too much work to change, as long as you’re sticking with flexbox for your layout, they are developed to work very similarly. Going the other way, not too hard either for similar reasons.
We are currently building our first major mobile app for the transport industry in progressive and are seriously excited about what we can achieve with this new way forward.
If you have an idea for the next big app, let’s talk. You have nothing to lose.