|
You are in a good position to make observations being very active on the Q&A. One can certainly learn a lot about world trends by observing what is going on there.
We probably come from a generation that was used to wringing everything out of limited resources while we taught ourselves technologies. The internet has changed that. If only you could ask programming questions on Facebook - that would get rid of a lot of the spam.
The proliferation of quite trivial questions is accompanied by some pretty poor answers and in some cases it seems to be turning into the blind leading the blind.
Peter Wasser
"The whole problem with the world is that fools and fanatics are always so certain of themselves, and wiser people so full of doubts." - Bertrand Russell
|
|
|
|
|
pwasser wrote: The proliferation of quite trivial questions is accompanied by some pretty poor
answers and in some cases it seems to be turning into the blind leading the
blind.
Yes, I see that too. Just because the ignorant see that they can reply doesn't mean that they should.
Now, I know that I am probably going to get replies like "that's how conversationa and group learning work!". Yeah, when was the last time you saw one of those "blind leading the blind" posts turn into a good discussion?? It doesn't happen very often.
What does happen more often is that bad questions get bad (or worse!) answers then the search engines find them and because "Google said it it must be true" crap code ends up in production applications.
|
|
|
|
|
pwasser wrote: We probably come from a generation that was used to wringing everything out of
limited resources while we taught ourselves technologies. The internet has
changed that.
No, it hasn't changed the process at all. The Internet just made it easier to get access to more and more educational resources and made it easier to teach yourself more and more things. I get more and more out of my, now, not so "limited resources".
pwasser wrote: You are in a good position to make observations being very active on the Q&A
I'm not as active in the forums and QA as I once was. I've got too much of my own code to write and, frankly, the quality of the people asking the questions is depressing to me. I'm not so motivated as I once was because I've found that you can put a lot into an answer and either back back a blank stare or the person has no clue what you're talking about because they don't know the basics. It's always simple things, like what a string is, or an array, or no clue how to use the debugger, or even setting a breakpoint is beyond their comprehension.
I feel as though I'm wasting my time talking to a brick wall that expects me to remote into their machine and fix their code for them because they couldn't be bothered to put the work in to teach themselves anything.
|
|
|
|
|
I fully agree with you. What I was trying to say about wringing out limited resources was that at least in my case I spent a lot of time reading and reading again anything I had while trying various code. There was no internet to jump to and post a global question.
Peter Wasser
"The whole problem with the world is that fools and fanatics are always so certain of themselves, and wiser people so full of doubts." - Bertrand Russell
|
|
|
|
|
I hear that. I remember sitting with a book on some assembly language for some processor I can't remember back in 1980(?) and walking through the code examples by hand figuring out what they did and how they worked. Very interesting stuff and it taught me a lot about how processors worked.
|
|
|
|
|
Threads are an old favorite magic bullet. On the surface it sounds like you can do a whole bunch of things, all at the same time. Unfortunately it takes a lot of painful experience and some hard-won discipline to be able to do this effectively, especially within a UI.
I think a lot of the Q&A's get themselves in over their heads, and now they're looking for a simple solution. Obviously, there isn't one.
Software Zen: delete this;
|
|
|
|
|
In all fairness though, threads are hard. I can say with great certainty that most developers don't understand them, even (perhaps more worryingly) many of those who think they do. Anyone who thinks threading isn't hard doesn't understand it.
People expect things to happen in the order they wrote them, and they implicitly assume that everything is "atomic enough" by not even considering the alternative. And I can't really blame them, it just makes sense.
|
|
|
|
|
Threading is easy to understand. You just need to use them (and real-time systems) for twenty years first!
Those who fail to learn history are doomed to repeat it. --- George Santayana (December 16, 1863 – September 26, 1952)
Those who fail to clear history are doomed to explain it. --- OriginalGriff (February 24, 1959 – ∞)
|
|
|
|
|
Pfft! Nobody's got that much time. I'll just kick off twenty threads and do it in parallel. Next year, I'll be the local threading expert.
What is this talk of release? I do not release software. My software escapes leaving a bloody trail of designers and quality assurance people in its wake.
|
|
|
|
|
harold aptroot wrote: In all fairness though, threads are hard.
Agreed. But I'm referring to the simpler end where you just need to post to the GUI thread without having to worry about synchronization, signaling etc.
And that's just an example. My point is that people don't put any effort in and just demand answers which they get (reputation++) which doesn't really help them beyond their immediate need and actively degrades the quality of the Q&As. There's little of interest in there for experienced developers, reputation aside, and it wasn't always like that.
Regards,
Rob Philpott.
|
|
|
|
|
Rob Philpott wrote: and it wasn't always like that. It wasn't? I don't really remember QA being any other way. The forums, yes, but not QA. But perhaps I'm remembering it wrong, that sort of thing does happen.
|
|
|
|
|
No you're not, I had the pre-QA days in mind...
Regards,
Rob Philpott.
|
|
|
|
|
Threads are easy. What's hard is dealing with interactions between threads, and particularly interactions where both sides need write access to the same stuff.
Unfortunately in the real world threading code tends to be dealing with solving a problem and posting results so this hard area is something we almost always need. But I think it's better to at least know where the hard bit is.
In this case the shared resource that needs writing to is the UI (or, better, the data model that the UI is bound to).
The trouble is though, with a lot of the people that ask these questions, if you do explain the real problem they're having and raise some of the issues in this subthread, they just won't understand it. They're just after copypasta and that's what gets the 'accepted, 5' ... so there's an incentive for people to post mostly-working snippets instead of meaningful answers.
|
|
|
|
|
Rob Philpott wrote: It gets asked time and time again and yet is so very basic. Same goes for setting the parent on a form, reading from a database, handling exceptions.. da list goes on.
Rob Philpott wrote: Or even more radical, buy a book and learn a bit about the subject? Someone who learnt to code is too expensive; hire a trainee, and let them work on a product before they get a chance to learn anything. Next, send them to this forum.
Since health-care is equally expensive, I expect the same MO to be introduced there within a few years. Have your gut repaired by a doc that it is "a beginner and very new to the subject". If you're lucky it will be an agile project, meaning that the deadline will pass quickly.
Rob Philpott wrote: Oh yes, reputation points. I like to think that most of us are here simlpy to learn things from others, or to help others.
..and yes, each question can be answered using enough research. If you take your statement to the extreme, then CodeProject would have been redundant. Why explain anything that can be learned?
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Eddy Vluggen wrote: ..and yes, each question can be answered using enough research. If you take your statement to the extreme, then CodeProject would have been redundant.
That's only if you really take it to the extreme. There's a difference, imo at least, between posting questions that can be answered just by googling the title, and things that you could 'research' by doing a course, but isn't just a question with a simple code snippet answer you should have found.
For example if you post "How should I manage load balancing on a web server?", that's not something you can just go and look up and find the 'right' answer. Discussion forums like CP are invaluable for those deeper questions.
|
|
|
|
|
BobJanova wrote: That's only if you really take it to the extreme. ..but where does one draw the line then?
Topics described in a how-to? How about "data providers", is that a topic where you cannot look up the answer?
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Eddy Vluggen wrote: Have your gut repaired by a doc that it is "a beginner and very new to the subject". If you're lucky it will be an agile project, meaning that the deadline will pass quickly.
Now that's a scary thought. Surgery performed with agile methodologies. I do NOT want to hear the doctor talk about "refactoring."
Marc
|
|
|
|
|
Rob Philpott wrote: Contributing to the demise of software development
Are you done with desktop PC?
|
|
|
|
|
Your point?
Regards,
Rob Philpott.
|
|
|
|
|
|
1 - 1, ball in the middle.
~RaGE();
I think words like 'destiny' are a way of trying to find order where none exists. - Christian Graus
Entropy isn't what it used to.
|
|
|
|
|
That's why I don't like that many "answers" in QA don't take a holistic approach to helping and mentoring the monkeys.
Don't just point out the minor syntax error in the bad code -- like a missing apostrophe in a concatenated SQL query -- tell them how to make the whole thing better!
You'll never get very far if all you do is follow instructions.
|
|
|
|
|
I quite like stack overflows attitude of pointing people to the same question asked previously . It eggs people on to spend a little bit of time looking for themselves .
Aside from that ,what you are saying is to only ask questions that google and self investigation cannot fix ? Wouldn't that mean we have no forums at all ?
|
|
|
|
|
Andrew Torrance wrote: Aside from that ,what you are saying is to only ask questions that google and self investigation cannot fix ?
Not quite, but not far off. What is wrong with idea that you try to work out something for yourself before asking for help? I was taught to think like that at school, and that's how you actually learn.
Regards,
Rob Philpott.
|
|
|
|
|
Sounds like you just need to avoid Q&A discussion areas then Probably any and all information is available somewhere online, in a book, or discoverable through individual investigation and testing. Asking in a Q&A is just another resource not the only one. Sure someone could get an answer in one of those other avenues or they could ask. If you really don't want to ever state anything which has already been stated then Q&A discussions probably just aren't your cup of tea.
|
|
|
|