Areas that fascinate Programmers
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
None, because both have technologies that I am currently not interested in in the title. Having said that, I am in the "interested in the behind the scenes" group.
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
Rama Krishna Vavilala wrote:
Am I right?
Only when you agree with me. :-D
Henry Minute Do not read medical books! You could die of a misprint. - Mark Twain Girl: (staring) "Why do you need an icy cucumber?" “I want to report a fraud. The government is lying to us all.”
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
Neither; I'm simply not interested.
Anyone who thinks he has a better idea of what's good for people than people do is a swine. - P.J. O'Rourke
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
I would certainly choose #1 because it's more relevant to the technologies we're using today.
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
2 sounds far more interesting, not that I'd necessarily read either!
10110011001111101010101000001000001101001010001010100000100000101000001000111100010110001011001011
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
I vote two, then read what you had to say. Maybe I'm minority!? <edit reason="why" > Animating GUIs is the bane of my programming. I would much rather learn how to make something work than make it shiny for whoever's going to use it... though as I am finding out, if it doesn't look good, no one will use it.
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
-
If I chose one at all, I'd choose the second - wt-heck does a 3D wizard control look like, and how does it improve usability? ;P But then again, maybe I'd visit #1 first just to answer that question!
J. Dunlap wrote:
wt-heck does a 3D wizard control look like
Gandalf?
"WPF has many lovers. It's a veritable porn star!" - Josh Smith
As Braveheart once said, "You can take our freedom but you'll never take our Hobnobs!" - Martin Hughes.
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
Let's ignore for the moment those of us who will choose or avoid one article or the other based simply on which technologies we're currently (not) using...
Rama Krishna Vavilala wrote:
More programmers like to work on building UI and like falshy UI
Rama Krishna Vavilala wrote:
Less programmers are actually interested in "behind the scenes" technologies
I think your assertions are largely correct, but perhaps miss the underlying reason... Every article needs a hook. Something to drag you in and keep you there, interested, until you reach the end and vote. For eye-candy articles, that's easy - make a pretty demo and throw some good screenshots in your article. You need a bit more than that to make an article that'll catch and hold folks' attentions, but not a whole lot more... But for a "behind the scenes" article, you don't have that easy hook; instead, you have to tell a story. It need not be an elaborate story; "this was my problem, this is how i solved it, this is how you can solve it too" works quite well most of the time. Some authors are able to take this idea and run with it, including a detailed back story, leisurely character introductions, a thrilling narrative, and an exciting conclusion (in which he shares his completed library/program/solution with the reader). These authors are a joy to read even if you'll never actually deal with the problems they describe, nor use their provided solutions. Sadly, a fair number of authors exhaust their inner raconteur writing the title; with that completed, it's as much as they can do to put together a brief description of what their code does along with maybe an API summary; this is where so many articles on "behind the scenes" tech fail, as they never manage to actually introduce the problem they propose to solve, much less relate it to their readers in any way. Some, sensing the danger, try to find a way of introducing some visual dazzle, perhaps by constructing a fancy demo or some nice charts; but while these can grab our attention, ultimately they (unlike the eye-candy screenshots) are not the point of the article and cannot make up for a lackluster story.
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
Neither, they both look like Web crap.
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
The end result may be what you summarised in 1 and 2, but for me personally it would be better described as: 1. I prefer working in things that a relevant to me. At the moment, I work totally in the desktop space focusing on visualizing data. 2. I am less interested in things that are less relevant. After examining and playing with WCF/WF I found them overengineered and irrelevant to my space.
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
I hate to give the seemingly obvious answer, but... My coding interests are subject to change, usually based on my current project. The language / version I am locked into plays a pretty big role in this. I'm not going to spend too much time reading about .Net 3.5 features if I'm still using 2.0. The beauty of The Code Project is that everying is archived, so I can search for an article after it has become relevant to my current needs / curiosity. For a long time my fascination was based around architecting clean data access layers. Right now I'd definitely skip over both of those articles. Although if I had to choose, I guess I'd look at article #1 over article #2, since I am doing a side project in Silverlight as a learning experience. Article #2 sounds too in depth, and my eyes would probably glaze over unless it was something I was actually implementing. I used a Code Project write-up on creating custom web config sections for my current project. I can not imagine reading an article like that for enjoyment though. My wife gets on my case for being on the computer enough as it is. RE: UI vs behind the scenes? Both. I've always been into coding and architecting, but the effort to make a nice presentation layer is almost always appreciated by clients. In fact, I usually get more praise for UI work than for coding complex functions. This has caused me to force myself into the realm of UI (behavior that is rewarded tends to be repeated). Fortunately, I've found that UI work presents its own set of interesting challenges, and is equally (or sometimes more) rewarding. Right now, my bread and butter work has not involved excess UI work. But I am spending some time on Silverlight in the hopes that the market will want more presentation candy. Jordan
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
Article 2 has .NET in it. I would never read it. Fortunately I can make my living with open standards like Java. I used to be all Microsoft.....thankfully.
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
I chose the first because it contained the words 3d and wizard. I immeadiantly conjure of ideas of what that article might be about. I didn't choose the second because it had to many "technical" terms in a row i.e "cross-domain web proxies" and "asynchronous HTTP handlers", which almost immediatly turned me off to the article. In the end i would have probably read both because of my inquisitive nature but for the layman which i guess i am compared to the majority here on the CP.
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
-
Quick Question ------------------------------------------------- Let's say you see only the title of two article here at CP. 1. Building and Animating a 3D Wizard control using WPF and Silverlight. 2. Building cross-domain Web proxies in ASP.NET using asynchronous HTTP handlers. Which one are you likely to check first? ---------------------------- My guess is more people will choose 1 no matter how simple or complex it is compared to 2. How correct I am in my assumption? Based on the articles rating here at Code Project and my own personal experience, I have concluded two things: 1. More programmers like to work on building UI and like falshy UI so technologies like WPF and Silverlight appeal to them more. This is based on my observation that any article with flashy UI almost gets rated high. 2. Less programmers are actually interested in "behind the scenes" technologies such as WCF/WF. Am I right?
I will read them both, but I will prefer the first. This is because the result is easy to explain to users (just show them what you did). Even I must know what is "behind the scenes", I cannot get feedback from users if I did it well or worse unless there is visible problem. Creating an UI is quite more simple. Just give it to the users and they will give an ideas what to add, to remove or to modify. (Note that this way is "lazy way" in feedback). P.S. Nice results give a programmer a satisfaction. Satisfied programmer wants to program again as soon as possible.
-
I hate to give the seemingly obvious answer, but... My coding interests are subject to change, usually based on my current project. The language / version I am locked into plays a pretty big role in this. I'm not going to spend too much time reading about .Net 3.5 features if I'm still using 2.0. The beauty of The Code Project is that everying is archived, so I can search for an article after it has become relevant to my current needs / curiosity. For a long time my fascination was based around architecting clean data access layers. Right now I'd definitely skip over both of those articles. Although if I had to choose, I guess I'd look at article #1 over article #2, since I am doing a side project in Silverlight as a learning experience. Article #2 sounds too in depth, and my eyes would probably glaze over unless it was something I was actually implementing. I used a Code Project write-up on creating custom web config sections for my current project. I can not imagine reading an article like that for enjoyment though. My wife gets on my case for being on the computer enough as it is. RE: UI vs behind the scenes? Both. I've always been into coding and architecting, but the effort to make a nice presentation layer is almost always appreciated by clients. In fact, I usually get more praise for UI work than for coding complex functions. This has caused me to force myself into the realm of UI (behavior that is rewarded tends to be repeated). Fortunately, I've found that UI work presents its own set of interesting challenges, and is equally (or sometimes more) rewarding. Right now, my bread and butter work has not involved excess UI work. But I am spending some time on Silverlight in the hopes that the market will want more presentation candy. Jordan
I think this is the very point of it all... Making usable interfaces. The rest can be done by any competent developer (in more or less time). Interfaces provide an actual challenge where you can always improve. Of course you can optimize 0.1 sec out of refreshes or page loads, but the real difference between your application and the concurrent is usability, not performance, data representation or module architecture.