|
It's Sunday and I just got to the poll...
~Nitron.
ññòòïðïðB A start
|
|
|
|
|
MacTruck wrote:
Those of you who voted for "ease-of-use" do not have application stability and reliability in the forefront of your mind.
In many cases "ease-of-use" is probably the most important factor that makes a product successful. Of course, everything has a limit and price, the right balance is the key.
|
|
|
|
|
What kind of food do you prefer?
The one that tastes great but make you fat and die young, or the one that is good for your body but make you puke every time?
|
|
|
|
|
Anonymous2005 wrote:
What kind of food do you prefer?
Does this have any eternal value?
Anonymous2005 wrote:
The one that tastes great but make you fat and die young, or the one that is good for your body but make you puke every time?
If food makes you puke, is it really good for you?
Aaron Eldreth
TheCollective4.com
I used to have an open mind,
but my brains kept falling out.
|
|
|
|
|
... but the second and second-last options seem very similar to me.
(I voted for the second option, BTW)
Vikram.
Shameless plug: http://www.geocities.com/vpunathambekar
"And above all, watch with glittering eyes the world around you because the greatest secrets are always hidden in the most unlikely places. Those who don't believe in magic will never find it." - Roald Dahl.
Mrs. Schroedinger: "Erwin, what have you been doing to the cat? It looks half-dead!"
|
|
|
|
|
Good looking != Easy to use, and ease of use includes install/uninstall/upgrade.
cheers,
Chris Maunder
|
|
|
|
|
Plus the speed.
For example with MS Word XP, pressing [Ctrl - Z] (Undo) takes Word XP a lot of time to "think" about what it should undo for user.
Maxwell Chen
|
|
|
|
|
Aah, OK, good point. I wasn't thinking of the install/etc stuff.
Vikram.
Shameless plug: http://www.geocities.com/vpunathambekar
"And above all, watch with glittering eyes the world around you because the greatest secrets are always hidden in the most unlikely places. Those who don't believe in magic will never find it." - Roald Dahl.
Mrs. Schroedinger: "Erwin, what have you been doing to the cat? It looks half-dead!"
|
|
|
|
|
Chris Maunder wrote:
Good looking != Easy
Yeah, good looking girls are not easy, for example.
|
|
|
|
|
Anonymous2005 wrote:
good looking girls are not easy
I was born intelligent Education ruined me!.
|
|
|
|
|
I'd like to see this same question and allow voters to specify 1st, 2nd, 3rd, etc. Then, these can be calculated to determine their relative placing among everyone. This way, instead of just saying, "What's most important." We can put it in semi-relative terms.
Just an idea.
Michael Flanakin
Web Log
|
|
|
|
|
... this survey applies a lot of non-software products? For example, cars, motor-cycles, WMDs, etc.
|
|
|
|
|
Anonymously wrote:
... applies a lot of non-software products ...
... applies to a lot of ...
|
|
|
|
|
Anonymously wrote:
WMD
I was born intelligent Education ruined me!.
|
|
|
|
|
WMD = Weapons of Mass-destruction Detector
What do you think I meant?
|
|
|
|
|
Anonymously wrote:
Weapons of Mass-destruction Detector
I thought it was just Weapons of Mass Destruction
I was born intelligent Education ruined me!.
|
|
|
|
|
It almost seems that for desktop apps, efficient use of memory, disk, etc. is a thing of the past. Hard drives are huge, computers have fast processors and lots of memory. It seems that efficient resource use matters in embedded/firmware apps, but does it anywhere else?
Remember, even if you win the rat race, you're still a rat.
|
|
|
|
|
I am just blown away that this is the lowest ranked of all. Maybe it's my C and C++ background, but I think memory leaks, resource leaks and the like are all indicators of the quality and usefullness of the code. To me if a developer has failed to understand how to trap memory leaks and fix them, then that same lack of attention to detail will likely be applied to other parts of the code. To me it's the first thing I look for in code when doing a review.
Chris Meech
We're more like a hobbiest in a Home Depot drooling at all the shiny power tools, rather than a craftsman that makes the chair to an exacting level of comfort by measuring the customer's butt. Marc Clifton
VB is like a toolbox, in the hands of a craftsman, you can end up with some amazing stuff, but without the skills to use it right you end up with Homer Simpson's attempt at building a barbeque or his attempt at a Spice rack. Michael P. Butler
|
|
|
|
|
I agree with you 100% there... although If we miss memory problems we get fired. Ok not that serious, but we get in alot of s**t and it will crush your reputation.
|
|
|
|
|
Chris Meech wrote:
I am just blown away that this is the lowest ranked of all. Maybe it's my C and C++ background, but I think memory leaks, resource leaks and the like are all indicators of the quality and usefullness of the code
I agree. But, to me, these aren't inefficient use ...: they're BUGS.
For "inefficient use" I think, for example "to hold a 4KB string into a value passed by copy in a function or to keep a number of copies of that.
Or allocate a 1MByte array just to accomodate a not known number of elements. Or other things like that.
|
|
|
|
|
Navin wrote:
Hard drives are huge, computers have fast processors and lots of memory.
The Software I write is used to somewhat convert data into knowledge.
The data can come in in almost any rate (We have one machine that can produce data with >= 20 MB/sec.
And users are not any more willing to wait. Years ago, colleagues have told me, A run would have been started in the evening and was completed overnight.
Today, customer complain about our program being dead when it is only parsing that 150MB XML-file for a few minutes.
So, to make a point, I dont think efficiency will ever be obsolete.
But we are also using std::vector here, instead of rolling our own that could be marginally faste.
"We trained hard, but it seemed that every time we were beginning to form up into teams we would be reorganised. I was to learn later in life that we tend to meet any new situation by reorganising: and a wonderful method it can be for creating the illusion of progress, while producing confusion, inefficiency and demoralisation."
-- Caius Petronius, Roman Consul, 66 A.D.
|
|
|
|
|
All of the above
Definitely a PEBCAK! (Problem Exists Between Keyboard And Chair) My First ASP.Net site is now up http://www.redravenrpg.com
|
|
|
|
|
-And in that order, IMHO:
1: If it is not easy to use, it will likely not be used, and thus not purchased so noone will care how robust or up-to-date it is.
2: If it is not reliable/robust, users will not likely recommend it to others, and will be less likely to purchase the next major release of the product.
3: If it cannot be maintained, users will become unhappy with its feature set, state of [Fixed] bugs, etc.
Just my beliefs on the issue... YMMV.
Although, when you think about it, we continue to use Windows OSes, despite crashes, peformance issues, etc.
(Actually, they are ALL important; some more than others depending on the scenario.)
Peace!
-=- James (Sonork:100.21837)
[Tip for SUV winter driving survival: "Professional Driver on Closed Course" does not mean "your Dumb Ass on a Public Road"!] [Get Delete FXP Files Now!]
|
|
|
|
|
I guess the same can be said about other choices, but as long as the code is maintainable,
any part of it can be revised to fit changing needs.
A piece here must be made more easy as a gui standpoint.
A piece there must be made more efficient in terms of ressource use.
Another piece here must be made capable of handling new capabilities.
As long as a project is maintainable, it makes sense to change it
in whatever way is needed to reach whatever goal is required.
That's usually true until the project scope changes or evolves sufficiently from the initial project to become a project that has a different scope or a different intended audience or is otherwise different enough to warrent a redesign - rewrite.
|
|
|
|
|
Best answer so far! This is what professional coding is all about, at least if you expect a product cycle of more than a year.
|
|
|
|