If It Weren’t for Apple, Hybrid App Development Would Be the Winner Over Native
Occasionally I find an article on Hacker News that I both strongly disagree with, and feel I have enough domain knowledge to speak intelligently about.  This is my opinion, and may be different from yours.<p>&gt; Make No Mistake, Going Hybrid Is The Right Choice For The Vast Majority Of Apps<p>I think that is very presumptuous.  Maybe it is for some developers.  I used Cordova sparingly a few years ago.  Most of my hybrid development going back to 2012 is using Appcelerator Titanium.  In fact, at this very moment I&#x27;m putting off working on a project built on the Appcelerator Platform, because of the giant headache that it has caused me.<p>Here are some of the reasons that I&#x27;m in favor of native development, with completely separate codebases for each platform, possibly using some shared libraries when appropriate.<p>1.  As alluded to in the article, even with hybrid you have to put up with Apple BS.  And it turns out, Xcode is not completely terrible;  eg. in 2017, building a native app, you don&#x27;t have to worry about provisioning profiles (much), because Xcode handles this for you.  I was shocked when I discovered this after developing hybrid apps for years.  If I have to learn it anyway, I might as well use it.<p>2. Quality&#x2F;reliability&#x2F;ease-of-use of third party libraries is higher.  Yes, there are legions of Javascript developers out there, and some of them are trying to build mobile apps.  There are also a great number of native developers out there and (trying not to ruffle too many feathers, and with no data to back this up) they are on average more experienced than the average javascript developer.  They are also writing COMPLEX apps, and as a result we have a large ecosystem of good libraries that do a lot of the things that one might need to do when writing a mobile app, and they probably work out of the box with your toolchain, because the developer is using the same toolchain as you.  Just drop it in, and use the API.<p>3. Hybrid app frameworks do not expose the full feature set of native platforms.  Yes, Appcelerator just released &quot;Hyperloop&quot; to the masses which claims to do just that.  I haven&#x27;t tried it.  Why make native calls through Appcelerator when I could just make native calls to the OS?<p>4.  Hybrid app frameworks have their own bugs, and limitations that require strange workarounds.  One might think that running into these would be uncommon.  All it really takes is one, if you then have to sidetrack into learning about the codebase framework you are using, potentially rebuilding from source if there&#x27;s no way to work around it at the top level.  By the time you get it all sorted, you may as well have just done native.  Sure Xcode has bugs and limitations too, and Appcelerator has definitely improved in this area over the last 5 years, but with layers of abstraction comes layers of new problems.<p>5.  Technical support is easier to come by with native.  Having a problem with something complicated?  Good luck finding an existing question and answer of Stackoverflow.  There just aren&#x27;t enough knowledgable Javascript devs doing complex things with hybrid apps compared to native.  Also, the hybrid app development ecosystem is fragmented:  the problem you are having with Cordova is probably not the same as the problem I&#x27;m having with Appcelerator.  Or maybe it is, but it&#x27;s not readily apparent.<p>6.  Native toolchains are superior to hybrid ones.  I&#x27;m stepping out a little bit here.  I abandoned Appcelerator Studio years ago in favor of the CLI, so I don&#x27;t know what I&#x27;m missing there today.  Well, I do know that I&#x27;m missing a decent debugger.  Maybe that is in Appcelerator Studio - I have no idea.  Feel free to call me out on this one.<p>In summary, hybrid is probably the right answer for SOME apps, and SOME developers.  Based on 5 years of experience building hybrid apps, there are very few apps that I think wouldn&#x27;t have been better (without consuming additional budget) as native apps.  There are too many unknowns for me to commit to building anything more complex than the most basic of apps with a hybrid framework.