Yep, agreed. It takes a long time to build a consistent framework, let alone an app. Perhaps we'll see a form builder that sits over the top of one of these frameworks, there is already bootstrap studio. But then you're constrained again by someone else's structure.
On 21 Nov 2017 3:53 PM, "Greg Low" <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. > > > > Regards, > > > > Greg > > > > Dr Greg Low > > > > 1300SQLSQL (1300 775 775) office | +61 419201410 <+61%20419%20201%20410> > mobile│ +61 3 8676 4913 <+61%203%208676%204913> fax > > SQL Down Under | Web: www.sqldownunder.com |http://greglow.me > > > > > > > > > > *From:* ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-bounces@ > ozdotnet.com] *On Behalf Of *Tony Wright > *Sent:* Tuesday, 21 November 2017 3:44 PM > *To:* ozDotNet <ozdotnet@ozdotnet.com> > *Subject:* Re: Creating a browser-based product > > > > Yep, these days you abstract away the differences with polyfills. You > build for different screen sizes using a css framework such as bootstrap. > > > > On 21 Nov 2017 3:27 PM, "David Connors" <da...@connors.com> wrote: > > On Tue, 21 Nov 2017 at 14:17 Greg Low <g...@greglow.com> wrote: > > Completely agree (that’s why I said Apples and Oranges) but you are > describing a deployment issue no, not an app-development issue? > > > > The question is why the tools don’t abstract enough away to allow for a > high degree of developer productivity. As an example, I can’t believe how > much time is wasted trying to get things to look the same on different > browsers. That’s just dead time that surely could be abstracted away. > > > > That is much less of an issue these days - esp if you just ignore the > existence of IE. > > > > David. > > -- > > David Connors > da...@connors.com | @davidconnors | https://t.me/davidconnors > | LinkedIn | +61 417 189 363 <+61%20417%20189%20363> > >
