To view parent comment, click here.
To read all comments associated with this story, please click here.
moondevil,
"This has nothing to do with the VB frontends, but everything with the backend."
Well, ActiveX, VBD's, DCOM, etc were an awful mess. They were far more painful to deploy than web applications. However your point is completely valid with respect to Local vs Web apps in general.
"Web applications suffer from the same issues, with the added complexity that part of the UI is also running server side."
Yep, "fat applications" often deliver a superior interface and consume fewer resources at the same time.
"As for web interfaces being pleasant. I curse every time I need to maintain a mountain of CSS/HTML/JavaScript garbage that could be easily done in a RAD tool."
Well, in theory a good RAD tool could encapsulate the CSS/HTML/Javascript bits on the web in the same way it encapsulates the win32s on the desktop, but in practice we have many kludges to compensate for web postbacks and needing to write interfaces in both client side and server side code.
No. It has everything to do with the middleware - and VB6 doesn't have any worth speaking of. Sure, you can add some - but it is harder than just wiring things up with ADO/RDO. Obviously that isn't an option, since the whole argument against moving off the now 15 year old dead end platform is that .NET is too hard.
I hear ya though - making your app scale is the DBA's problem...
Not modern ones. There is virtually no reason to "run" UI code on the server anymore. You may host it and serve it to clients, but you certainly don't need to run anything except your data layer. It is the same thing as putting a VB6 executable on a network share, except:
1. It can work on different platforms.
2. It works over the internet.
3. It at least can work on mobile devices if you bother.
3. Pick a language you like - there are hundreds.
4. Supports virtually any database known to man.
5. Performs extremely well when done right.
6. Scales much better than monolithic desktop apps using connection oriented, archaic things like ADO/RDO/ODBC.
7. Has the largest developer community on earth.
8. Is the way Microsoft is moving anyway...
No they don't. But 15 year old database connection components do...
There are RAD tools for the web too you know... But if web frontends don't float your boat there is WPF, Silverlight, QT, GTK+, etc. etc. etc.. At least those technologies have parts that were actually written for Operating Systems newer than Windows 98...
I know I am sounding like an ass at this point. I don't care, it's frankly infuriating. I honestly cannot understand how any rationale person can defend continued use of a 15 year old product built on extinct technology on the sole basis of "it's easy"... When I was 12 I wrote TIBasic programs for my TI99/4A - compared to modern development in practically any language it was certainly easy - but it is also irrelevent now. The world has moved on. The vendor of the tool has moved on (and then some). It's time to move on.
galvanash,
"Not modern ones. There is virtually no reason to 'run' UI code on the server anymore. You may host it and serve it to clients, but you certainly don't need to run anything except your data layer."
It's probably not worth my getting involved here since I do agree with your overall message - leave bad legacy code behind when possible. However I'm not sure why you made the above claim? You must know that the overwhelming majority of web apps do generate UIs on the server instead of the client. Even modern frameworks like ASP.Net have done very little to shift UI generation to the client side.
It's technically possible to shift all UI code to the client side by using ajax and eliminating postbacks, but that's the exception rather than the norm.





Member since:
2005-07-08
This has nothing to do with the VB frontends, but everything with the backend.
Web applications suffer from the same issues, with the added complexity that part of the UI is also running server side.
User interfaces do not have anything to do with server side scalability.
As for web interfaces being pleasant. I curse every time I need to maintain a mountain of CSS/HTML/JavaScript garbage that could be easily done in a RAD tool.