I haven’t seen the latest list, but my current (and previous two) employer was on the list a couple of years ago. And whilst we can probably get hardware pretty cheap, that’s not the bulk of the cost of running something on-premise. Talking about hardware costs is talking about the wrong thing. I’m not saying that cloud is cheaper (it probably isn’t), but it gives you agility and flexibility, and time-is-money.
The article also doesn’t address the rate of investment required to ensure you keep up-to-date with what AWS and Azure bring to the table. Figuring out what to buy, how to buy it, how to deploy it, and do it all in a way that makes commercial and technical sense is really, really hard. Doing it “at speed” is even harder. Doing it in context of the complexity of a Fortune 500 company is almost impossible to do with the skills/resources we have internally. That’s why we pay specialists to do it for us. Infrastructure is no different in this respect to many other services we buy from external specialists. From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of mike smith Sent: Tuesday, 21 November 2017 10:18 PM To: ozDotNet <ozdotnet@ozdotnet.com> Subject: RE: Creating a browser-based product http://issurvivor.com/2017/11/20/opinionization-in-the-cloud/ On 21 Nov. 2017 22:15, "mike smith" <meski...@gmail.com<mailto:meski...@gmail.com>> wrote: Browsers as virtual OSes, or VMs themselves as virtual environments to separate the applications or services? I was reading an article suggesting that fortune 500 companies that bought Amazon, MS style cloud services were being lazy, and should be building their own. I'll look up the link On 21 Nov. 2017 19:11, "Ken Schaefer" <k...@adopenstatic.com<mailto:k...@adopenstatic.com>> wrote: We used to have everything as thick-client apps. And then every time we had to upgrade an OS, we have to regression test, and sociability test 1000+ apps. That’s a huge waste of time. Then there’s the deployment issues of pushing thousands of apps out to thousands/tens of thousands/hundreds of thousands of endpoints. When you talk about building a LoB app – well, that works when you have 1, or 2 apps. It doesn’t scale. Instead, we’re now using a browser as a virtual OS (with hardware, networking etc. abstracted away to the real OS), with an application UI and some logic delivered as text at run-time, and the non-GUI parts centralised. And when we look at all the possible ways of building apps, and the choices being made by both developers of apps, and buyers of apps, it seems the market’s been pretty unequivocal about the preferred method. Why it’s not much better/faster than before, is probably down to immaturity. If you want an app that does something that we were able to do 20 years ago, then that’s trivial to implement. But what the market wants is apps to do things that haven’t been done before. From: ozdotnet-boun...@ozdotnet.com<mailto:ozdotnet-boun...@ozdotnet.com> [mailto:ozdotnet-boun...@ozdotnet.com<mailto:ozdotnet-boun...@ozdotnet.com>] On Behalf Of Greg Low Sent: Tuesday, 21 November 2017 5:51 PM To: ozDotNet <ozdotnet@ozdotnet.com<mailto:ozdotnet@ozdotnet.com>> Subject: RE: Creating a browser-based product But when a business just wants a line of business app, are these good answers now? Do they care if it could be used by billions of people? The odd one might care. Most won’t. Won’t they be more concerned with taking 6 or 8 times longer, and costing proportionately more? Not every app is at the high-end. Most aren’t. And now I watch daily nightmares around deploying web apps too. What exactly have we done to ourselves? Regards, Greg Dr Greg Low 1300SQLSQL (1300 775 775<tel:1300%20775%20775>) office | +61 419201410<tel:0419%20201%20410> mobile│ +61 3 8676 4913<tel:(03)%208676%204913> fax SQL Down Under | Web: www.sqldownunder.com<http://www.sqldownunder.com/> |http://greglow.me<http://greglow.me/> From: ozdotnet-boun...@ozdotnet.com<mailto:ozdotnet-boun...@ozdotnet.com> [mailto:ozdotnet-boun...@ozdotnet.com<mailto:ozdotnet-boun...@ozdotnet.com>] On Behalf Of Craig van Nieuwkerk Sent: Tuesday, 21 November 2017 4:46 PM To: ozDotNet <ozdotnet@ozdotnet.com<mailto:ozdotnet@ozdotnet.com>> Subject: Re: Creating a browser-based product I'm not sure this is much more of an issue now than it was. Back in the day we had to decide between Delphi, VB, Powerbuilder, C++ among others when building a Windows app. And once we decided that we had to work out which third party libraries we wanted to use with them. If I take an old 15 year old Delphi app I have it would take me the best part of a week to get it compiling again now if I had to build the dev machine from scratch. On Tue, Nov 21, 2017 at 3:53 PM, Greg Low <g...@greglow.com<mailto:g...@greglow.com>> wrote: So then we’re back to why business apps take so very long to build nowadays, and why no-one can seem to decide which tools to use. Either way, as an industry, our productivity when building apps is poor.
