Live data from Hacker News

Building all of our new mobile apps using React Native

engineering.shopify.com

401–410 of 588 posts

Re: Building all of our new mobile apps using React Native

#401

> The first is a tooling team that helps with engineering setup, integration and deployment. The second is a foundations team that focuses on SDKs, code reuse and open source. They have a whole team to set up tooling for React Native. I wasted many days trying to do this work on my own. They also have a whole team for evaluating 3rd-party libraries that provide functionality missing from React Native, such as letting…

How has flutter compared?

We rewrote our entire mobile app in flutter (previously native android and iOS) for cronometer. It’s been a mostly great experience, and the worst issues have been worked out as the platform is rapidly maturing.

Re: Building all of our new mobile apps using React Native

#402

Earlier quoted context omitted.

But developer headcount doesn't scale to the size of the installed base. Whether you have hundred-thousand users or a million users, you don't need a larger development team. Once you have a reasonable-sized team that can make the app, you don't need any more developers, no matter how successful your app is. Having different teams for different platforms might result in a slightly larger headcount my point is that ri…

As someone leading a team that does releases to clients, this is a pretty naive take. As you scale you get quite a few constraints that require additional manpower 1. Scaling generally means revenue, which means more internal teams pumping out more business products/features. Those features often need some sort of mobile integration. So you not only have your planned features, you have the features other teams would…

You have what I'm saying backwards. I'm not talking about a small dev team. My whole point is that when you have a large dev team, that you don't need that platform abstraction because you have the manpower to handle multiple platforms natively. Especially if you are a software company and not just a widget company that also has an app.

> It turns out being able to get additional employees that don't need extensive mobile experience and can just crank out features is a huge pressure release.

The idea that because you're using React Native you can throw developers with no mobile experience at problems seems naive to me.

I also don't believe feature velocity scales with the number of developers. This is the whole 9 women making a baby in a month thing. This especially true on a mobile app which is constrained by the interface and user expectations. You're not going to have hundreds of developers working on a far flung features away from everything else because the apps are small and tight even if complex. There are exceptions but most mobile apps are focused on a small critical path.

It seems to me that all these companies with hundreds of mobile developers aren't producing better results than those with dozens. In fact, it usually seems the opposite. There are exceptions but when was the last time a giant company made such extensive changes to their app that justified that number of developers?

A justified use of developers is native versions for each platform.

Re: Building all of our new mobile apps using React Native

#403
post #70

Earlier quoted context omitted.

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.

Apple will never give in and implement webpush on mobile safari because that would affect their precious app store. How will they extort developers then? That's also the reason mobile safari is so limited in other features.

Apple changes their mind fairly often, so I wouldn't say never. And in general, predictions based on incentives are often good bets but they are less reliable than many people pretend.

Re: Building all of our new mobile apps using React Native

#404
post #393
post #369

Earlier quoted context omitted.

As a developer of a pro app in a niche market trying to make a living on the app store, i can tell you those 30% are what prevents me from working full time on my app.

Could you elaborate on this a little? I understand that Apple only takes 30% the first year and then they drop their commission to 15%. Is the commission on the purchase price of the app what makes it too expensive, or is it too great a cut out of your in app revenue?

That drop on commission is only for app subscriptions that continue longer than a year.

Re: Building all of our new mobile apps using React Native

#405
post #385

Earlier quoted context omitted.

What kind of reminders to eat are you getting? Like "don't forget to eat?" or "don't forget, this is your plan for lunch"?

I'd assume some sort of "go eat now, it's time" scheme, so he can stay in deep flow without neglecting his food intake.

You got it!

For me neglecting food intake means:

If I don't eat enough I get grumpy. This lowers the quality of life of myself and my loved ones. Alternatively if I get hungry it can cause me to over-snack (justified by anti-grumps thoughts); then I get fat and lower my quality of life slightly slower.

So these notifications are perhaps the most important ones.

Re: Building all of our new mobile apps using React Native

#406

Earlier quoted context omitted.

Ten years ago Facebook fought this battle and lost. [1] [2] [3] [1]: https://www.facebook.com/notes/facebook-engineering/using-ht... "Using HTML5 Today" [2]: https://appleinsider.com/articles/12/09/11/facebook_admits_h... "Facebook admits HTML5 not competitive with Cocoa Touch" [3]: https://techcrunch.com/2012/12/13/facebook-android-faster/ "Facebook Speeds Up Android App By Ditching HTML5 And Rebuilding It Natively…

It strikes me that, more than anything, it is the lack of an efficient "Add to Home Screen" flow, that has doomed mobile websites. ...and it's intentional. By having an app store, mobile OS distributors know that they have control over a massive revenue stream.

The other downside is that even if mobile websites encouraged people to use the “Add to Home Screen” ability to the point it became somewhat popular, Apple and Google could just remove the ability all together in an OS release for “reasons” leaving users SOL.

Re: Building all of our new mobile apps using React Native

#407

Earlier quoted context omitted.

Didn't Facebook also want native app access so they could work around OS limits like background processing via shady stuff like leaving the microphone on? I prefer webapps for security reasons because of Facebook's checkered history with native apps.

But what happens if Apple or Google gives web apps more of the capabilities of native apps?

I'd really hate it if browsers are capable to run in background and accessing microphone or camera. Especially if the tab is closed.

Re: Building all of our new mobile apps using React Native

#408

I don't understand why so many large companies use platform abstractions. At a certain size you're big enough to have an iOS team that develops natively in Swift/ObjC and an Android team developing natively in Kotlin or Java. Developing directly for the platform, with expertise in that platform, is a proven long term bet. Screwing around with platform abstractions seems much riskier. The situation is a lot different…

> I don't understand why so many large companies use platform abstractions.

At a certain point you'd rather have your developers focusing on tackling domain complexity, not stack complexity. If I can normalize my developers' skillsets I can shuffle them around at will to address whatever problems the business/product needs to be addressing -- quickly. Can't do that as easily if you need to do a bunch of platform-specific stuff as well.

Re: Building all of our new mobile apps using React Native

#409

Earlier quoted context omitted.

Most of the money being made on the App Store is for in app consumables from pay to win games. You’ll have to forgive me for not shedding a tear for them. I hope Apple Arcade takes a huge chunk of their revenue. It’s not indy developers trying to make a living. The other types of apps that use to make Apple a lot of money are streaming services. But most of those are now not allowing you to do in app purchases. I’m l…

Though we should shed some tears for those who just try to sell their apps and make a living, after already being ripped off for expensive equipment and an annual developer account fee. If Apple would care, it would be possible to charge a smaller commission based on the app category, and to vaive annual developer account fees for verified open source developers.

And how many of those developers would have “made a living” if it Apple lowered their fee to 15%, cut the price of a Mac Mini by $300 and waived the $99 a year?

Re: Building all of our new mobile apps using React Native

#410
post #389

Earlier quoted context omitted.

Apple gear is no longer as comparatively expensive as it used to be -- they aren't ripping you off, they have put a lot of work into delivering different 'gear' to what's available in the rest of the market. Shed a tear for people who buy HP and need a new laptop every year or two. I'm typing this on a 7-year old MacBook Pro, which works better than the day I bought it. Hosting an app marketplace is not a free endeav…

> Apple gear is no longer as comparatively expensive as it used to be It still is if one can't afford it. Apple could provide macOS and iOS VirtualBox images for developers to build and test their apps. > why complicate their business model to give themselves more work for less money. Because that's the right thing to do when you shut out indie developers using expensive equipment and annual developer fees. Developer…

If you can’t afford $900 for a Mac Mini and a 1 year developer license and can’t sell anyone on letting you borrow the money, is it really a great idea that would stand out among the million of apps out there?

Also, you don’t have to buy a Mac. You could always pay Mac Mini Colo $80 a month and develop remotely.

Post reply on HN