😊
Regards,
Greg
Dr Greg Low
1300SQLSQL (1300 775 775) office | +61 419201410 mobile
SQL Down Under | Web: https://sqldownunder.com
| About Greg:
https://about.me/greg.low
From: Greg Keogh <gfkeogh@gmail.com>
Sent: Friday, September 8, 2023 1:54 PM
To: Dr Greg Low <greg@sqldownunder.com>
Cc: ozDotNet <ozdotnet@ozdotnet.com>; David Connors <david@connors.com>
Subject: Re: Blazor popularity and use
I'm glad I'm not the only grumpy old fart in here! -- GK
On Fri, 8 Sept 2023 at 13:44, Dr Greg Low <greg@sqldownunder.com> wrote:
Yep, we talk about browsers like there’s consistency there. There still isn’t. And it’s a huge hit on productivity. I see so much lost effort trying to align pixels across different browsers, different versions of browsers, etc. It’s just silly.
I remember being on a web app project. I was doing the data bits, and there were 10 devs doing the web parts.
After 6 months, I looked at what the other 10 had produced and knew I could have built that myself in a winform app in a fortnight, by myself.
But, no, they didn’t have to deal with “DLL-hell” from the thick clients.
Yet now, every time I open a VS project that I haven’t touched for a few months, I totally cringe. Instead of DLL-hell on deployment, I now usually have “dependency-hell” with multiple inconsistent updates to dependent frameworks. Sometimes I can’t even work out how to resolve it and must reimplement part of the code.
What we as an industry have done to productivity is tragic.
Regards,
Greg
Dr Greg Low
1300SQLSQL (1300 775 775) office | +61 419201410 mobile
SQL Down Under | Web: https://sqldownunder.com | About Greg: https://about.me/greg.low
From: Greg Keogh via ozdotnet <ozdotnet@ozdotnet.com>
Sent: Friday, September 8, 2023 1:30 PM
To: ozDotNet <ozdotnet@ozdotnet.com>
Cc: David Connors <david@connors.com>; Greg Keogh <gfkeogh@gmail.com>
Subject: Re: Blazor popularity and use
Sure, deploying a web app to a server is easier than distributing thick client updates to many recipients, but that's a lucky side-effect. I stand by my claim that the web browser is a woefully inadequate host for business applications. I even have an example from today ...
A Blazor app version update was published, with some small fixes and UI tweaks which required css changes. I get a report that some clients are seeing parts of the page squashed or the text is ugly mixed sizes. After some back-and-forth with suggested quick fixes, the only fix was to clear the browser cache and restart the browser, which is really irritating for non-technical clients. I'm sure there are ways around this problem, with special meta tags or similar tricks, but it's more hoops to jump through and a good example of just how crappy the web browser is for business use.
-- Greg
On Fri, 8 Sept 2023 at 13:08, David Connors via ozdotnet <ozdotnet@ozdotnet.com> wrote:
On Fri, 8 Sept 2023 at 12:06, Greg Keogh via ozdotnet <ozdotnet@ozdotnet.com> wrote
I must end on a sad note. ASP.NET, Blazor, JS, or whatever, all finish-up rendering in a web browser. It's tragic that the ancient dumb web browser is now the only host for web apps, and that we must attempt to present serious business applications using HTML, CSS and JS. The web browser was invented so we could have flame wars and look at pictures of cats and porn, it's barely evolved since then and it's completely inadequate for rendering business applications. Sure it can, but look at the flaming hoops and all the weird quirks you have to jump through. Web development is in a lamentable state.
You have a short memory of what it was like deploying apps back when thick clients were the only option. Modern web has done more to streamline ops than anything else and reduced application deployment to pushing code to an app service and end-user deployment to pasting a link in an e-mail or IM.
--
ozdotnet mailing list
To manage your subscription, access archives: https://codify.mailman3.com/