We do something similar across a React and a Next JS app. A little different because they are both web, but same principles of letting the clients do their own thing and having common backend logic.
Also just started looking around your site. This is actually a quality engineering blog! We're actively implementing stylized components in a manner similar to yours.
I guess it's "from the ground up" as in "greenfield", where there's no preexisting code to support or rewrite. I.e. "ground" means "fresh project" (and not e.g. entering bits by hand).
We considered Flutter, React Native, Kotlin Multiplatform Mobile and pure native as solutions. The factors we looked at were size of hiring market, ease of conversion of web codebase and the effectiveness of the current team in that framework.
For those who have the pleasure and luxury to go green field new dev, i started using the Quasar Framework, which builds on top of Vue. I really love it.
> Quasar’s motto is: write code once and simultaneously deploy it as a website, a Mobile App and/or an Electron App. Yes, one codebase for all of them (...)
> the opportunity to approach the challenge of supporting multiple platforms without the constraints of legacy engineering decisions
While I am keen on this article, I must pause reading it to come here and plead that people say "prior" instead of "legacy".
Legacy - due to its provenance in Microsoft sales techniques to mean "not Microsoft" - implies "bad". When actually the decisions may have been good, at least at the time.
> On mobile, we generate a QR code that can be scanned by a phone running the Ambrook app to download and run the latest Javascript bundle live on the phone.
Of course, why wouldn't they use the latest stuff? Farming technology is literally the reason you and your (relatively) recent ancestors aren't slaving away in the fields. Doesn't matter if that's combine harvesters or logistics apps.
parthi|4 years ago
Also just started looking around your site. This is actually a quality engineering blog! We're actively implementing stylized components in a manner similar to yours.
brishin|4 years ago
theanirudh|4 years ago
https://youtu.be/0lnbdRweJtA
brishin|4 years ago
cudgy|4 years ago
Also, I missed the challenges of handling offline usage which was stated as a requirement, but the back end appears to be GraphQL queries to a server?
thih9|4 years ago
japhib|4 years ago
rajeevn|4 years ago
brishin|4 years ago
dvh|4 years ago
philprx|4 years ago
https://quasar.dev/
thih9|4 years ago
> Quasar’s motto is: write code once and simultaneously deploy it as a website, a Mobile App and/or an Electron App. Yes, one codebase for all of them (...)
source: https://quasar.dev/introduction-to-quasar#what-is-quasar
02020202|4 years ago
[deleted]
robertlagrant|4 years ago
While I am keen on this article, I must pause reading it to come here and plead that people say "prior" instead of "legacy".
Legacy - due to its provenance in Microsoft sales techniques to mean "not Microsoft" - implies "bad". When actually the decisions may have been good, at least at the time.
jrubinovitz|4 years ago
This is awesome!
brishin|4 years ago
marstall|4 years ago
(plug: I did this, save a small iOS shim, for my music player https://shelf.fm).
TeeWEE|4 years ago
grigg|4 years ago
gailees|4 years ago
iamstupidsimple|4 years ago
fouc|4 years ago
kwertyoowiyop|4 years ago
cercatrova|4 years ago