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] On Behalf Of Greg Low Sent: Tuesday, 21 November 2017 5:51 PM To: ozDotNet <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) office | +61 419201410 mobile│ +61 3 8676 4913 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.
