Re: Devs in the house
You seem to have very little respect for the skills of anyone that would want to work "in house". If internal IT skills are so lacking that you can't choose a decent programming framework, just exactly how would would you evaluate a vendor who says they have such skills?
Besides, as far as delivering a quality application, it doesn't matter whether you use Ext JS or Angular. It might matter to the OUTSOURCER, because all their skills might be in one place or another. But either can deliver a quality product if done by a skilled developer.
I get your point about scope of deployment. If I was creating an app that allowed consumers to buy Big Mac's at McDonalds with your phone and I wanted to monetize, I'd certainly bring in help that had done it before. But even what Vail Resorts did was not "business critical" with that app. If they wrote inhouse and app flopped, I think just as many people would still go skiing in Vail. Doubtful they had anyone at that point who had ever written a mobile app in their life. And they had no way to make sure they could hire that skill either. So having outsourcing do that app was only practical approach for them.
The interesting part of Vail Resorts is the decision to staff internally now, what exactly did that mean? Is that just one guy with some experience in mobile, who could easily look at existing solution and run with it? Or are talking about a staff of 10-20 with Project Managers, Testers, Coders, etc. Doubtful a ski resort had much of an IT staff to begin with, at least from developer point of view.
You can paint contracted help anyway you want but the fact remains it is expensive compared to what you pay internal people. That's why your discussion branches into areas like finding and hiring internal people, and quality of final delivery. Without those type of (potential) softer/hidden costs, it is no comparison at all.