|
Brent,
How far did you go to retrain them?
At an old company, we had Free 800 Support, but it was supposed to be after using the help system.
Nobody would check the help system because we were there, on the ready. I retrained the help staff to forcibly walk the users through finding all known solutions in the help system. Then we would have the users read back the short version of the answer "This situation can be fixed in 4 steps...".
It worked, within 6 months, our call volume dropped to manageable levels.
In this case, I would reply with things like:
If you searched for X+Y+Z, these results would have helped you
If you searched for A+B+C, these results would have helped you
So, I think any of those above answers will solve your problem. If not, ask again with more details.
==
The concept is training them to think for themselves.
Also, if they realize you are going to answer the questions that way, they WILL search first! (Eventually)
And thanks for helping others out!
|
|
|
|
|
I think there are two types of programmers. Ones that want answers to questions and don't care how they get them and ones that want to solve a problem and want to understand the solution. I have been programming for about 15 years and although I do look for inspiration on forums and google i have very seldom posted a request for help on a forum. I would rather get some background knowledge and formulate my own solution. That way i understand how it works and the next time i am faced with a similar problem i will remember how to formulate a solution.
I think where some of this anger and impatience comes from is when someone asks for a turnkey solution to a problem and doesn't really have any interest in putting forth any effort to explore the problem on their own. They just want some code that does something. This type of behavior is a bit annoying. Mostly because that same person may be back to ask the same question next month because they don't realize they already had the solution(or something very close) because they didn't understand the code they put in their project. Which is another problem altogether.
|
|
|
|
|
Well said. I've been in the programming profession for 40 years and have seen plenty of moronic behavior among developers everywhere I've gone. This primadonna attitude developers seem to carry around has no place among people. Lest we forget, regardless of how technically inclined our field may be, the end purpose of it is to serve people!
|
|
|
|
|
Behavior is a consequence of learned and subconscious behavior; choice and automatic response; knowledge or ignorance; the context of the event (in a group or alone, etc); and the amount of will power and self discipline (or lack of) that a person has. If the permutations of all the degrees of all those variables were computed, it would result in an extremely large number of possible outcomes.
You seem to be focusing on the issue of choice (free will) and good vs. bad. The question of, "Why do people behave badly?" is something that has probably been pondered by lots of people for a long time. The goal of decreasing bad behavior, may be a factor in why religion exists. (Sin. Need for hope. Morality. Rules. Motivation to do good E.g. you'll go to heaven or hell.)
I don't think that the core of the issue here is limited to programmers.
If anyone ponders the question of "Why?" deeply enough, sooner or later you'll need to think about whether the human race has the collective ability to control it's own (our) destiny, or are we doomed to factors that are beyond our control? You are appealing to whomever will listen, to take control of their individual behavior. And it works. ( To some degree).
If the human race is not able to control it's own destiny, then we obviously need a "savior". The problem with that situation may be that we relinquish our fate into a belief system that ultimately may not save us. I'd rather not "role the dice". (Control or relinquish your influence on the future)
Hopefully, anyone reading this doesn't think it's too bizarre, and that this thread really isn't about saving the world, we just want a few programmers to behave a little better on a forum. But, only so many doors open, and only so many opportunities present themself. And I'm not so sure that the topic is being adequately discussed on a larger scale to insure a good outcome. So, please excuse my attempt to turn this into a bigger issue, but I think it's worth the risk.
|
|
|
|
|
Rude online behavior is caused by the same mentality behind drive-by shooters, road rage, and suicide bombers. It's easy to jump to the worst conclusion about someone else when you are not interacting face-to-face. Don't judge until you walk a mile in the other person's shoes. Otherwise, you are a weak-minded self-absorbed weenie.
|
|
|
|
|
What you have to say has merit. However, I can understand some of the attitude of those who genuinely want to help and find themselves bombarded with requests that paraphrase to the following:
1. Please do my homework for me so that I don't have to lift a finger.
2. I'm too lazy to read and I haven't even tried any coding to solve my problem.
3. Please send codez. IOW, spend an hour of time dealing with my problem for free.
After a while you tend to get cynical. As for myself, I'm always willing to help someone who is obviously trying to understand and who appears to have just missed a subtle point. I used to offer help a lot, but I eventually got tired of the repetition. I've been at this since 1968.
As an aside, the most common legitimate help request I ever had to answer is: "My program got a segment violation for no obvious reason. I've looked and looked and I can't find the problem." The answer was almost invariably:
"Check your memory management and buffer usage. If you have stepped past the end of an allocated buffer, or if you have used a 'freed' pointer you have probably trashed the heap. Cause and effect can be widely separated in time."
Some things never change when it comes to helping beginning programmers.
Fletcher Glenn
|
|
|
|
|
"Mental bullying" is sometimes a consequence of the "bully" (i.e. nerd) having been picked on by thicker jocks back in high school; what goes around comes around.
Blame the jocks.
|
|
|
|
|
There are a few points that are relevant here.
First, a recent study found that more experienced people are more closed-minded about new or different concepts in their field. Further, other people thought that was justified because of their experience. So, some of the resistance to new concepts comes from that area. It has always been the case that to make major advances in a field of knowledge it is necessary for the older generation to die off or retire. This is a problem in every field. All you can do about it is to try to be aware of the tendency in yourself and avoid it whenever possible.
A non-computer example is set theory which allows a set to be a member of itself. This is accomplished by removing the Foundation Axiom (which explicitly prohibits it) and tweaking the definition of identity. It has been shown that such a set theory is consistent if and only if normal set theory is consistent. But, it allows so much more to be done, is a complete superset of normal set theory and avoids many problems. But, the older generation either completely rejects it, or sidelines it as a curiosity when those working in the field should have been all over it.
Second, sometimes a "package" result is really required because the effort of developing it yourself is prohibitive. As a personal example, I am extremely good with mathematics. However, it has been several decades since I last used Calculus or Differential Equations (I use mathematics daily, just not in that area). So, if I need something that is expressed or derived using those tools, I would need to spend weeks or months coming back up to speed on the needed mathematical tools. When experienced people in a field can provide a relative simple set of rules or guidelines, or a canned generic solution that is definitely worthwhile. It is not the same as trying to get someone to do your homework.
An example here is the FFT (Fast Fourier Transform) or Wave Packets. It is not necessary to understand the derivation of the transform when all you need is an algorithm. It is possible to understand the underlying concepts without wading through the mathematics. Suppose you want to transform an audio file in some way. All you really need is an algorithm. Your task has almost certainly been done many times before. There are many people with a solid understanding of the mathematics and of the algorithm. They can easily provide assistance that is extremely valuable to a fellow programmer that just needs to add a minor feature to a product. Management might allow a couple of days, but not months for something like that. So here, a "package" solution is exactly what is required.
Finally, no matter what, posts should be polite, grammatical, spelled correctly and written as if you were sitting down with a quill pen and parchment to write a letter. Courtesy hurts no one. Posting to a forum, sending a text or writing an email is fundamentally no different that writing a letter with a quill pen. Only the technology is different.
|
|
|
|
|
Marcus, people are stupid. And lazy. And don't even try to solve problem - they cry like a child - "mom, heeelp!". It's infantile behaviour and what's sad they continue to behave like that even being 40 y/o! So I don't allow lazy morons to WASTE MY TIME. If question is simple, GOOGLE IT! Right now. Time is priceless and we should save it for bigger things!
|
|
|
|
|
In my opinion: On-line postings tend to bring out the worst in many people for some reason. Some times, because we can't see the facial expression or hear the tone of voice, the posting becomes negative even when not intended that way. The fact that we've now gotten to where some don't even use words, they've gone back to the per-literate days of pictographs (emojis and the like), is a major problem. They can't take the time to give a complete, unhurried answer while "keeping a civil tongue" in their heads. E-mail and postings tend to be done in a manner not consistent with proper written correspondence; they seem to encourage errors of grammar, spelling, usage and a lack of politeness. The writers appear to have not made it past 2nd or 3rd grade English class.
However, I've been in the computer industry for 50 years and can state that people displaying all the negatives you mention have been behaving in those ways for at least as long as I've been involved. In fact even longer. My father started with these beasts in 1934 (Electronic Accounting Machines) and told of unpleasant, mean spirited, uncooperative, and unsharing people even then.
I fully second your request for civil, cooperative behavior by those in all areas of computing.
Charles Wolfe
C. Wolfe Software Engineering
|
|
|
|
|
Hi,
Out of interest has anyone added google analytics to an article they have written ? I have generated some html using the google analytics web site and was curious how to insert it into an article. Or is this thing frowned upon/banned ?
Here is the HTML
<script>
(function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
(i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
})(window,document,'script','//www.google-analytics.com/analytics.js','ga');
ga('create', 'UA-69072944-4', 'auto');
ga('send', 'pageview');
</script>
|
|
|
|
|
Custom scripts in articles tends to be frowned upon. You'd have to seek permission from the site owners to allow you to include it.
This space for rent
|
|
|
|
|
Sorry - no scripts in articles unless those scripts are specifically to illustrate a Javscript / CSS technique (and even then an editor would need to do it)
cheers
Chris Maunder
|
|
|
|
|
Hi everyone,
I have a question. When I publish article on my blog and then is consumed by codeproject, it is usually in wrong section with wrong tags and also I need to change short description etc..
Can I somehow tell to codeproject that I want article to be consumed, but not publish it right away? just consume it as pending?
|
|
|
|
|
It should not be published directly. It actually should go to the moderation queue where you can still edit it and make the corrections you want.
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
I have come up with a very useful little C# Class that can maintain a history stack for any Type (i.e., it's a generic Class), and serialize/de-serialize the stack, and "current value." The user specifies a fixed size-limit for the stack when creating an instance of the Class, and if that limit is exceeded, the oldest item is removed from the stack.
Of course, I intend to publish the source (which is not that long). And, I intend to discuss the design decisions involved such as why I did not actually use the Stack<T> .NET generic data structure.
My sense is this probably should be a tip/trick, but being aware of what passes for articles these days (and what passes for tip/tricks), I'm not absolutely certain that just because the content would be "relatively short" that it should not be posted as an article.
Appreciate your thoughts, Bill
«I want to stay as close to the edge as I can without going over. Out on the edge you see all kinds of things you can't see from the center» Kurt Vonnegut.
modified 18-Nov-15 1:52am.
|
|
|
|
|
If I read the above correctly, you are explaining how to use one small specific feature. It certainly sounds like a Tip. And you will most likely get just as many votes.
|
|
|
|
|
Thanks, Richard, yes, I agree with you, and I will post as an article only if there is substantial content added that puts the code in a broader context.
«I want to stay as close to the edge as I can without going over. Out on the edge you see all kinds of things you can't see from the center» Kurt Vonnegut.
|
|
|
|
|
If it is only a description and extension is short I would go for Tip/trick.
If you are going to explain what happens, why you took one way and its advantages... it might go through as article though.
BillWoodruff wrote: being aware of what passes for articles these days (and what passes for tip/tricks),
Friends and socket puppets are often faster than usual moderations
Me and many others still try to rise the point as much as possible, but still difficult to fight against it
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Thanks, Nelek, I will post as an article only if there is substantial content added that puts the code in a broader context.
«I want to stay as close to the edge as I can without going over. Out on the edge you see all kinds of things you can't see from the center» Kurt Vonnegut.
|
|
|
|
|
|
All fixed.
Thanks,
Sean Ewington
CodeProject
|
|
|
|
|
thanks
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Hi, I have submitted a Tip/Trick with an attached zip file containing the source code which has been approved and published. The source can be read in the article (by using 'Browse Code') but somehow there is no button to download the file. The article is freshly uploaded and approved. Is the code still in quarantaine or something alike?
Cheers,
veen_rp
|
|
|
|
|
Downloads don't automatically get added to articles. You have to include a reference to them in the same way you would with a picture.
|
|
|
|
|