WPF is dead? A sane voice in the madness
-
Finally, someone has said something sensible about all this stupid "WPF is dead" nonsense - Mike Taulty explains that WPF is most certainly not dead[^] [As an aside, I'm going to be watching Mike talk about the Silverlight network stack[^] tonight, so if anyone else is around come say hi.]
Simon
It's not dead; it's resting... Or it's, ah...probably pining for the fjords.
It's turtles all the way down.
-
It's not dead; it's resting... Or it's, ah...probably pining for the fjords.
It's turtles all the way down.
-
There's nothing wrong with VB, it's the coders that use it poorly that are the culprits :(
More vermin.
Software Zen:
delete this; -
Thankfully. WPF is a layer of abstraction too far IMO.
How much have you used it? While WPF is rather large and has a moderately steep learning curve, it certainly makes a lot of complex UI tasks easier.
Software Zen:
delete this; -
Finally, someone has said something sensible about all this stupid "WPF is dead" nonsense - Mike Taulty explains that WPF is most certainly not dead[^] [As an aside, I'm going to be watching Mike talk about the Silverlight network stack[^] tonight, so if anyone else is around come say hi.]
Simon
Who cares ??? So its dead, alive, in limbo... Its just another technology to add to the boat load of new things everyone has to learn in order to do the same thing developers have been doing for years...
Steve Naidamast Black Falcon Software, Inc. blackfalconsoftware@ix.netcom.com
-
He says Winforms isnt dead either though.
The funniest thing about this particular signature is that by the time you realise it doesn't say anything it's too late to stop reading it. My latest tip/trick Visit the Hindi forum here.
And it's most certainly not. Just watch the ammount of threads on MSDN Windows Forms General[^] forum. It's very active.
-
Who cares ??? So its dead, alive, in limbo... Its just another technology to add to the boat load of new things everyone has to learn in order to do the same thing developers have been doing for years...
Steve Naidamast Black Falcon Software, Inc. blackfalconsoftware@ix.netcom.com
Steve Naidamast wrote:
Who cares ??? So its dead, alive, in limbo... Its just another technology to add to the boat load of new things everyone has to learn in order to do the same thing developers have been doing for years...
I could not have said it better myself! -Max :D
-
Steve Naidamast wrote:
Who cares ??? So its dead, alive, in limbo... Its just another technology to add to the boat load of new things everyone has to learn in order to do the same thing developers have been doing for years...
I could not have said it better myself! -Max :D
I couldn't disagree more :) Would you say the same thing about... .Net MFC C++ C Assembly All of these technologies _only_ allowed developers "to do the same thing developers have been doing for years".
-
Nah VB is like a bloody cockroach, you'll never get rid of it!
Never underestimate the power of human stupidity RAH
-
Finally, someone has said something sensible about all this stupid "WPF is dead" nonsense - Mike Taulty explains that WPF is most certainly not dead[^] [As an aside, I'm going to be watching Mike talk about the Silverlight network stack[^] tonight, so if anyone else is around come say hi.]
Simon
I didn't even know it was dead, now you point me to something that tells me it's not ... this is almost half as confusing as working with WPF is. At least WPF is still around and still programmer hostile, undiscoverable, non-intuitive and just plan weird in places ... thank buddha for Expression Blend 4.0, that's an app that makes hand coding in notepad down right desirable. BTW I think the Message Type should be built with checkboxes rather than radio buttons cause this is part rant, part joke (ok, mostly rant, ok radio buttons are ok ;P ).
-
There's nowt wrong with VB, and, let's be honest about this, you know it.
There is only one satisfying way to boot a computer.
Euhemerus wrote:
let's be honest about this
True, and I spent many years in it until I moved to c#. My only issue is that VBA developers tend to move into VB.net and that path is well worn.
Never underestimate the power of human stupidity RAH
-
There's nothing wrong with VB, it's the coders that use it poorly that are the culprits :(
There's nothing wrong with Bubonic Plague, it's the victims who carry it poorly that are the culprits
-
I couldn't disagree more :) Would you say the same thing about... .Net MFC C++ C Assembly All of these technologies _only_ allowed developers "to do the same thing developers have been doing for years".
I think you inadvertently supported his point.
-
It's not dead; it's resting... Or it's, ah...probably pining for the fjords.
It's turtles all the way down.
That is not dead which can eternal lie. And we all know that Microsoft can eternal lie.
-
I think you inadvertently supported his point.
Maybe I misunderstand his point then :( I take his point to be: WPF is a technology that is just a different way to do something we could already do and doesn't provide any real/new value. My response to that is: Yes, I can write a WinForms app using MFC, but it's a lot easier to use .Net instead. Likewise, I can make a highly styled application in WinForms, but it's a lot easier in WPF.
-
Maybe I misunderstand his point then :( I take his point to be: WPF is a technology that is just a different way to do something we could already do and doesn't provide any real/new value. My response to that is: Yes, I can write a WinForms app using MFC, but it's a lot easier to use .Net instead. Likewise, I can make a highly styled application in WinForms, but it's a lot easier in WPF.
I think the point is that it hasn't gotten any easier. Why? Because user demands are higher. I wrote a print spooler in assembler back around 1980, and that was just as easy to write as some of the stuff I do with WPF today. But it wasn't expected to handle graphics. Difficulty hasn't changed -- the goalposts have moved.
-
I think the point is that it hasn't gotten any easier. Why? Because user demands are higher. I wrote a print spooler in assembler back around 1980, and that was just as easy to write as some of the stuff I do with WPF today. But it wasn't expected to handle graphics. Difficulty hasn't changed -- the goalposts have moved.
Sterling Camden / independent consultant wrote:
Difficulty hasn't changed -- the goalposts have moved
Interesting. I like that :). But don't you think that's the way software will always be? As hardware gets more powerful and abstractions make things easier for coders, the bar gets raised. No one expected animations in Win3.1 because there just wasn't enough power to do it and because it wasn't worth developers time. Today we have tools like WPF or jQuery that make animations trivial. So, the bar gets raised and users start demanding more. But that's not a bad thing. Why shouldn't users want more? I like more. The difficulty level hasn't changed for the average developer, but they're doing 10x more with the same degree of difficulty. For example, this app [plug]http://www.audioorchard.com[/plug] was built using Silverlight. Ten years ago I couldn't have written this in near the same time (if at all) with the tools that were available. I guess my point is that I like that the goalposts keep moving :). And my point to the original comment is that we're doing far more today then we did ten years ago because of a whole host of new technologies that came along. Those technologies helped move the posts. Without them, most of the software that I use every day just wouldn't exist.
-
Sterling Camden / independent consultant wrote:
Difficulty hasn't changed -- the goalposts have moved
Interesting. I like that :). But don't you think that's the way software will always be? As hardware gets more powerful and abstractions make things easier for coders, the bar gets raised. No one expected animations in Win3.1 because there just wasn't enough power to do it and because it wasn't worth developers time. Today we have tools like WPF or jQuery that make animations trivial. So, the bar gets raised and users start demanding more. But that's not a bad thing. Why shouldn't users want more? I like more. The difficulty level hasn't changed for the average developer, but they're doing 10x more with the same degree of difficulty. For example, this app [plug]http://www.audioorchard.com[/plug] was built using Silverlight. Ten years ago I couldn't have written this in near the same time (if at all) with the tools that were available. I guess my point is that I like that the goalposts keep moving :). And my point to the original comment is that we're doing far more today then we did ten years ago because of a whole host of new technologies that came along. Those technologies helped move the posts. Without them, most of the software that I use every day just wouldn't exist.
Did anyone say it was a bad thing?
-
Did anyone say it was a bad thing?
I think that's what the original comment was saying.