Desktop vs Web Development
-
I've hit the point with the rewrite where there is enough of an infrastructure with the new system that it's far, far quicker for me to start using the .NET components I've written than use the older ASP codebase when writing quick utilities. For me, the most useful part aspect of using .NET is that it is painfully easy to write components that will work both in a web page and in a desktop application. Goodbye COM components, you won't be missed. It also means that I am more likely to write a desktop application (yes, a real live one) instead of a quick VB Script when I feel the need for a command line. Which brings me to my point: Desktop development is so, So, SO much easier than web development. Drag a button, add a handler, slap on a progress control (you mean I can have the control update without updating the entire page? Without using IFRAMEs? Sweet!), no worries about state management, browser issues, font sizes, contortioned CSS or server load. I can't believe it's been such a long time since I wrote a desktop application that I simply forgot what a breeze it was. Wild. I hereby vote we call May 18 "Give a Web Developer a Hug" Day. Or at least some of your spare change or that last doughnut. They've earned it. cheers, Chris Maunder
-
I've hit the point with the rewrite where there is enough of an infrastructure with the new system that it's far, far quicker for me to start using the .NET components I've written than use the older ASP codebase when writing quick utilities. For me, the most useful part aspect of using .NET is that it is painfully easy to write components that will work both in a web page and in a desktop application. Goodbye COM components, you won't be missed. It also means that I am more likely to write a desktop application (yes, a real live one) instead of a quick VB Script when I feel the need for a command line. Which brings me to my point: Desktop development is so, So, SO much easier than web development. Drag a button, add a handler, slap on a progress control (you mean I can have the control update without updating the entire page? Without using IFRAMEs? Sweet!), no worries about state management, browser issues, font sizes, contortioned CSS or server load. I can't believe it's been such a long time since I wrote a desktop application that I simply forgot what a breeze it was. Wild. I hereby vote we call May 18 "Give a Web Developer a Hug" Day. Or at least some of your spare change or that last doughnut. They've earned it. cheers, Chris Maunder
So since I do both, do I give myself a doughnut? :)
Jeremy Kimball Catapultam habeo. Nisi pecuniam omnem mihi dabis, ad caput tuum saxum immane mittam. (I have a catapult. Give me all the money, or I will fling an enormous rock at your head)
-
I've hit the point with the rewrite where there is enough of an infrastructure with the new system that it's far, far quicker for me to start using the .NET components I've written than use the older ASP codebase when writing quick utilities. For me, the most useful part aspect of using .NET is that it is painfully easy to write components that will work both in a web page and in a desktop application. Goodbye COM components, you won't be missed. It also means that I am more likely to write a desktop application (yes, a real live one) instead of a quick VB Script when I feel the need for a command line. Which brings me to my point: Desktop development is so, So, SO much easier than web development. Drag a button, add a handler, slap on a progress control (you mean I can have the control update without updating the entire page? Without using IFRAMEs? Sweet!), no worries about state management, browser issues, font sizes, contortioned CSS or server load. I can't believe it's been such a long time since I wrote a desktop application that I simply forgot what a breeze it was. Wild. I hereby vote we call May 18 "Give a Web Developer a Hug" Day. Or at least some of your spare change or that last doughnut. They've earned it. cheers, Chris Maunder
-
I've hit the point with the rewrite where there is enough of an infrastructure with the new system that it's far, far quicker for me to start using the .NET components I've written than use the older ASP codebase when writing quick utilities. For me, the most useful part aspect of using .NET is that it is painfully easy to write components that will work both in a web page and in a desktop application. Goodbye COM components, you won't be missed. It also means that I am more likely to write a desktop application (yes, a real live one) instead of a quick VB Script when I feel the need for a command line. Which brings me to my point: Desktop development is so, So, SO much easier than web development. Drag a button, add a handler, slap on a progress control (you mean I can have the control update without updating the entire page? Without using IFRAMEs? Sweet!), no worries about state management, browser issues, font sizes, contortioned CSS or server load. I can't believe it's been such a long time since I wrote a desktop application that I simply forgot what a breeze it was. Wild. I hereby vote we call May 18 "Give a Web Developer a Hug" Day. Or at least some of your spare change or that last doughnut. They've earned it. cheers, Chris Maunder
I took your advice but it would seem my playful carry on was lost on the local crew here ... something about a pig and a girl named Sue - they could be the same thing though ... I don't speak very good Samoan, sorry. By the way why is there no country option when you register for Samoan, you appear to have grouped all the Pacific islands into one ?
-
I've hit the point with the rewrite where there is enough of an infrastructure with the new system that it's far, far quicker for me to start using the .NET components I've written than use the older ASP codebase when writing quick utilities. For me, the most useful part aspect of using .NET is that it is painfully easy to write components that will work both in a web page and in a desktop application. Goodbye COM components, you won't be missed. It also means that I am more likely to write a desktop application (yes, a real live one) instead of a quick VB Script when I feel the need for a command line. Which brings me to my point: Desktop development is so, So, SO much easier than web development. Drag a button, add a handler, slap on a progress control (you mean I can have the control update without updating the entire page? Without using IFRAMEs? Sweet!), no worries about state management, browser issues, font sizes, contortioned CSS or server load. I can't believe it's been such a long time since I wrote a desktop application that I simply forgot what a breeze it was. Wild. I hereby vote we call May 18 "Give a Web Developer a Hug" Day. Or at least some of your spare change or that last doughnut. They've earned it. cheers, Chris Maunder
Yeah, I've found the same thing now that I have to write complex intranet applications, where users expect complex dhtml behavior. DHTML and javascript are no way to do development, and I actually tried to use an hta application instead of a script. However, I still think that .net the WebForms model where they try to mimic windows forms development over html is seriously flawed in the same ways that DCOM was flawed. It tries to use a development model in a place where it doesn't fit.
If you don't kill me you will only make me stronger That and a cup of coffee will get you 2 cups of coffee
-
I've hit the point with the rewrite where there is enough of an infrastructure with the new system that it's far, far quicker for me to start using the .NET components I've written than use the older ASP codebase when writing quick utilities. For me, the most useful part aspect of using .NET is that it is painfully easy to write components that will work both in a web page and in a desktop application. Goodbye COM components, you won't be missed. It also means that I am more likely to write a desktop application (yes, a real live one) instead of a quick VB Script when I feel the need for a command line. Which brings me to my point: Desktop development is so, So, SO much easier than web development. Drag a button, add a handler, slap on a progress control (you mean I can have the control update without updating the entire page? Without using IFRAMEs? Sweet!), no worries about state management, browser issues, font sizes, contortioned CSS or server load. I can't believe it's been such a long time since I wrote a desktop application that I simply forgot what a breeze it was. Wild. I hereby vote we call May 18 "Give a Web Developer a Hug" Day. Or at least some of your spare change or that last doughnut. They've earned it. cheers, Chris Maunder
-
I've hit the point with the rewrite where there is enough of an infrastructure with the new system that it's far, far quicker for me to start using the .NET components I've written than use the older ASP codebase when writing quick utilities. For me, the most useful part aspect of using .NET is that it is painfully easy to write components that will work both in a web page and in a desktop application. Goodbye COM components, you won't be missed. It also means that I am more likely to write a desktop application (yes, a real live one) instead of a quick VB Script when I feel the need for a command line. Which brings me to my point: Desktop development is so, So, SO much easier than web development. Drag a button, add a handler, slap on a progress control (you mean I can have the control update without updating the entire page? Without using IFRAMEs? Sweet!), no worries about state management, browser issues, font sizes, contortioned CSS or server load. I can't believe it's been such a long time since I wrote a desktop application that I simply forgot what a breeze it was. Wild. I hereby vote we call May 18 "Give a Web Developer a Hug" Day. Or at least some of your spare change or that last doughnut. They've earned it. cheers, Chris Maunder
It is so much easier to write marginal user interfaces (or even worse, complicated marginal user interfaces). I have been trying to beat these guys up over here and convince them that a good user interface takes a lot of work to get right. In the end, I am not really sure .NET or Borland VCL saves you anything. Tim Smith I'm going to patent thought. I have yet to see any prior art.
-
I've hit the point with the rewrite where there is enough of an infrastructure with the new system that it's far, far quicker for me to start using the .NET components I've written than use the older ASP codebase when writing quick utilities. For me, the most useful part aspect of using .NET is that it is painfully easy to write components that will work both in a web page and in a desktop application. Goodbye COM components, you won't be missed. It also means that I am more likely to write a desktop application (yes, a real live one) instead of a quick VB Script when I feel the need for a command line. Which brings me to my point: Desktop development is so, So, SO much easier than web development. Drag a button, add a handler, slap on a progress control (you mean I can have the control update without updating the entire page? Without using IFRAMEs? Sweet!), no worries about state management, browser issues, font sizes, contortioned CSS or server load. I can't believe it's been such a long time since I wrote a desktop application that I simply forgot what a breeze it was. Wild. I hereby vote we call May 18 "Give a Web Developer a Hug" Day. Or at least some of your spare change or that last doughnut. They've earned it. cheers, Chris Maunder
-
I've hit the point with the rewrite where there is enough of an infrastructure with the new system that it's far, far quicker for me to start using the .NET components I've written than use the older ASP codebase when writing quick utilities. For me, the most useful part aspect of using .NET is that it is painfully easy to write components that will work both in a web page and in a desktop application. Goodbye COM components, you won't be missed. It also means that I am more likely to write a desktop application (yes, a real live one) instead of a quick VB Script when I feel the need for a command line. Which brings me to my point: Desktop development is so, So, SO much easier than web development. Drag a button, add a handler, slap on a progress control (you mean I can have the control update without updating the entire page? Without using IFRAMEs? Sweet!), no worries about state management, browser issues, font sizes, contortioned CSS or server load. I can't believe it's been such a long time since I wrote a desktop application that I simply forgot what a breeze it was. Wild. I hereby vote we call May 18 "Give a Web Developer a Hug" Day. Or at least some of your spare change or that last doughnut. They've earned it. cheers, Chris Maunder
Chris Maunder wrote: Desktop development is so, So, SO much easier than web development. Thanks to the stateless HTTP protocol...
-
I've hit the point with the rewrite where there is enough of an infrastructure with the new system that it's far, far quicker for me to start using the .NET components I've written than use the older ASP codebase when writing quick utilities. For me, the most useful part aspect of using .NET is that it is painfully easy to write components that will work both in a web page and in a desktop application. Goodbye COM components, you won't be missed. It also means that I am more likely to write a desktop application (yes, a real live one) instead of a quick VB Script when I feel the need for a command line. Which brings me to my point: Desktop development is so, So, SO much easier than web development. Drag a button, add a handler, slap on a progress control (you mean I can have the control update without updating the entire page? Without using IFRAMEs? Sweet!), no worries about state management, browser issues, font sizes, contortioned CSS or server load. I can't believe it's been such a long time since I wrote a desktop application that I simply forgot what a breeze it was. Wild. I hereby vote we call May 18 "Give a Web Developer a Hug" Day. Or at least some of your spare change or that last doughnut. They've earned it. cheers, Chris Maunder
Well put. I seem to run into quite a bit of ASP.Net work because the client wants easy deployment and they won't even consider a desktop application. It is almost like we forgot that we can use differnt tools if they fit the job better. The good part is I am staying busy but it is a little frustrating forcing everything to be a web app. For the hug well ahhhh any doughnuts left.
-
I've hit the point with the rewrite where there is enough of an infrastructure with the new system that it's far, far quicker for me to start using the .NET components I've written than use the older ASP codebase when writing quick utilities. For me, the most useful part aspect of using .NET is that it is painfully easy to write components that will work both in a web page and in a desktop application. Goodbye COM components, you won't be missed. It also means that I am more likely to write a desktop application (yes, a real live one) instead of a quick VB Script when I feel the need for a command line. Which brings me to my point: Desktop development is so, So, SO much easier than web development. Drag a button, add a handler, slap on a progress control (you mean I can have the control update without updating the entire page? Without using IFRAMEs? Sweet!), no worries about state management, browser issues, font sizes, contortioned CSS or server load. I can't believe it's been such a long time since I wrote a desktop application that I simply forgot what a breeze it was. Wild. I hereby vote we call May 18 "Give a Web Developer a Hug" Day. Or at least some of your spare change or that last doughnut. They've earned it. cheers, Chris Maunder
Actually, I think it is that web development has been in the dark ages for so long, that it still has a long way to come. Just compare ASP.NET solution compared to an old cgi based solution. Even thought that was a big step, I think a bigger step is on the horizon and line between web and desktop development will blur. I know that just the use of web controls (user controls or whatever, just the idea of segmenting up a page) brought a lot of change to the web development. There are several places that are now offering a form of client side development API integration to make your web apps work more like desktop apps. Of course, the desktop world could take some ideas from the web world and look more into portal applications where a desktop application could be built by the end user from simply through in different modules that allow for in place configuration ;) I do agree about the desktop apps though. If I need to verify how a given chuck of code will work, I usually just throw open a WinForm project and drop in the code ;) Rocky <>< www.HintsAndTips.com www.GotTheAnswerToSpam.com
-
I've hit the point with the rewrite where there is enough of an infrastructure with the new system that it's far, far quicker for me to start using the .NET components I've written than use the older ASP codebase when writing quick utilities. For me, the most useful part aspect of using .NET is that it is painfully easy to write components that will work both in a web page and in a desktop application. Goodbye COM components, you won't be missed. It also means that I am more likely to write a desktop application (yes, a real live one) instead of a quick VB Script when I feel the need for a command line. Which brings me to my point: Desktop development is so, So, SO much easier than web development. Drag a button, add a handler, slap on a progress control (you mean I can have the control update without updating the entire page? Without using IFRAMEs? Sweet!), no worries about state management, browser issues, font sizes, contortioned CSS or server load. I can't believe it's been such a long time since I wrote a desktop application that I simply forgot what a breeze it was. Wild. I hereby vote we call May 18 "Give a Web Developer a Hug" Day. Or at least some of your spare change or that last doughnut. They've earned it. cheers, Chris Maunder
:) Much of my work is web development... but it has been great to be able to build back-end data components for desktop analysis applications, then to reuse those components *without change* in web projects. I'll have to tell my boss about "Give a Web Developer a Hug" day... except she keeps bringing me coffee, which might be even better ;-) Yea, I think I'll just shut up about it...
-
I've hit the point with the rewrite where there is enough of an infrastructure with the new system that it's far, far quicker for me to start using the .NET components I've written than use the older ASP codebase when writing quick utilities. For me, the most useful part aspect of using .NET is that it is painfully easy to write components that will work both in a web page and in a desktop application. Goodbye COM components, you won't be missed. It also means that I am more likely to write a desktop application (yes, a real live one) instead of a quick VB Script when I feel the need for a command line. Which brings me to my point: Desktop development is so, So, SO much easier than web development. Drag a button, add a handler, slap on a progress control (you mean I can have the control update without updating the entire page? Without using IFRAMEs? Sweet!), no worries about state management, browser issues, font sizes, contortioned CSS or server load. I can't believe it's been such a long time since I wrote a desktop application that I simply forgot what a breeze it was. Wild. I hereby vote we call May 18 "Give a Web Developer a Hug" Day. Or at least some of your spare change or that last doughnut. They've earned it. cheers, Chris Maunder
Chris Maunder wrote: Desktop development is so, So, SO much easier than web development. Frankly i had to read that several times to make sure i read it right. I then came to the conclusion that what you meant to say, i hope, was that desktop UI development is easier. In terms of coding effort, web development tends to be heavy on interface, light on engine, whereas any desktop app of significant size will be the opposite. So for someone like myself, that does a lot of engine coding, i would make the opposite statement. However, i would be fine with May 18 being GAWDAH. Lord knows you people whine enough that if we didn't give you your day we'd never hear the end of it. ;) ...cmk Save the whales - collect the whole set
-
I've hit the point with the rewrite where there is enough of an infrastructure with the new system that it's far, far quicker for me to start using the .NET components I've written than use the older ASP codebase when writing quick utilities. For me, the most useful part aspect of using .NET is that it is painfully easy to write components that will work both in a web page and in a desktop application. Goodbye COM components, you won't be missed. It also means that I am more likely to write a desktop application (yes, a real live one) instead of a quick VB Script when I feel the need for a command line. Which brings me to my point: Desktop development is so, So, SO much easier than web development. Drag a button, add a handler, slap on a progress control (you mean I can have the control update without updating the entire page? Without using IFRAMEs? Sweet!), no worries about state management, browser issues, font sizes, contortioned CSS or server load. I can't believe it's been such a long time since I wrote a desktop application that I simply forgot what a breeze it was. Wild. I hereby vote we call May 18 "Give a Web Developer a Hug" Day. Or at least some of your spare change or that last doughnut. They've earned it. cheers, Chris Maunder
Have you considered a Desktop application (e.g., Dekstop Bob) acessing a CP web service? Browser access would only bring you the "basic" features. More advanced features would be only available through a desktop application... Due to technical difficulties my previous signature, "I see dumb people" will be off until further notice. Too many people were thinking I was talking about them... :sigh:
-
I've hit the point with the rewrite where there is enough of an infrastructure with the new system that it's far, far quicker for me to start using the .NET components I've written than use the older ASP codebase when writing quick utilities. For me, the most useful part aspect of using .NET is that it is painfully easy to write components that will work both in a web page and in a desktop application. Goodbye COM components, you won't be missed. It also means that I am more likely to write a desktop application (yes, a real live one) instead of a quick VB Script when I feel the need for a command line. Which brings me to my point: Desktop development is so, So, SO much easier than web development. Drag a button, add a handler, slap on a progress control (you mean I can have the control update without updating the entire page? Without using IFRAMEs? Sweet!), no worries about state management, browser issues, font sizes, contortioned CSS or server load. I can't believe it's been such a long time since I wrote a desktop application that I simply forgot what a breeze it was. Wild. I hereby vote we call May 18 "Give a Web Developer a Hug" Day. Or at least some of your spare change or that last doughnut. They've earned it. cheers, Chris Maunder
We can give each other a hug. I have been doing some desktop apps lately and while it is a good deal easier in many ways I keep yearning to use markup to do the UI. It drives me dippy when I dock some panels and then later on need to add in a status bar or left-docked panel. With markup (like MyXAML or XAML) that is dead easy, but with the windows forms way I normally end up re-doing the whole UI rather than trying to dig through the code placing the panel in the right place with the right docking. Microsoft are merging the two fields though IMO. regards, Paul Watson Bluegrass South Africa Chris Maunder wrote: "I'd rather cover myself in honey and lie on an ant's nest than commit myself to it publicly." Jon Sagara replied: "I think we've all been in that situation before." Crikey! ain't life grand?
-
Chris Maunder wrote: Desktop development is so, So, SO much easier than web development. Frankly i had to read that several times to make sure i read it right. I then came to the conclusion that what you meant to say, i hope, was that desktop UI development is easier. In terms of coding effort, web development tends to be heavy on interface, light on engine, whereas any desktop app of significant size will be the opposite. So for someone like myself, that does a lot of engine coding, i would make the opposite statement. However, i would be fine with May 18 being GAWDAH. Lord knows you people whine enough that if we didn't give you your day we'd never hear the end of it. ;) ...cmk Save the whales - collect the whole set
cmk wrote: In terms of coding effort, web development tends to be heavy on interface, light on engine, whereas any desktop app of significant size will be the opposite. Not necessarily. Any web project of significant size will also have a sizeable engine, but I do uinderstand what you mean. You are far more likely to write a graphics engine or GIS system as a desktop engine than a web app. Still, with more and more applications becoming distributed I see the gap between typical back-end complexity disappearing. cheers, Chris Maunder
-
I agree. I hope web application development becomes easier in the future because I feel it's decades behind desktop applications. Perhaps Longhorn could change all that. I have a symbiotic relationship with my computer.
maybe XAML the way out ? "Courage choose who will follow, Fate choose who will lead" - Lord Gunner, Septerra Core "Press any key to continue, where's the ANY key ?" - Homer Simpsons Drinking gives me amazing powers of insight. I can solve all the worlds problems when drunk, but can never remember the solutions in the morning. - Michael P Butler to Paul Watson on 12/08/03
-
OK, if there's a webdeveloperette in sight, I'll hug her. And I'll buy her even a doughnut. And a coffee.
we are here to help each other get through this thing, whatever it is Vonnegut jr.
mlog || Agile Programming | doxygenWho said romance is dead ? ;) The tigress is here :-D
-
cmk wrote: In terms of coding effort, web development tends to be heavy on interface, light on engine, whereas any desktop app of significant size will be the opposite. Not necessarily. Any web project of significant size will also have a sizeable engine, but I do uinderstand what you mean. You are far more likely to write a graphics engine or GIS system as a desktop engine than a web app. Still, with more and more applications becoming distributed I see the gap between typical back-end complexity disappearing. cheers, Chris Maunder
Really back to heavy or light client. Chris Maunder wrote: but I do uinderstand what you mean. You are far more likely to write a graphics engine or GIS system as a desktop engine than a web app. Yes I would love to see a CAD/FEM application done as a web app. Real time views, sorry but the band width is not there. Chris Maunder wrote: Still, with more and more applications becoming distributed I see the gap between typical back-end complexity disappearing. Hey, maybe there is something to this Web Services stuff. You could even use them for both web apps and heavy clients? Let non-browsers use the network also! What will they think of next. :doh: OK better not rant. :sigh: I do not mind getting old. It beats all the other options that can think of.
-
We can give each other a hug. I have been doing some desktop apps lately and while it is a good deal easier in many ways I keep yearning to use markup to do the UI. It drives me dippy when I dock some panels and then later on need to add in a status bar or left-docked panel. With markup (like MyXAML or XAML) that is dead easy, but with the windows forms way I normally end up re-doing the whole UI rather than trying to dig through the code placing the panel in the right place with the right docking. Microsoft are merging the two fields though IMO. regards, Paul Watson Bluegrass South Africa Chris Maunder wrote: "I'd rather cover myself in honey and lie on an ant's nest than commit myself to it publicly." Jon Sagara replied: "I think we've all been in that situation before." Crikey! ain't life grand?
Paul Watson wrote: We can give each other a hug. Locally I think a handshake would be better recieved. :rolleyes: Can not even hug my little boy anymore. :sigh: I do not mind getting old. It beats all the other options that can think of.