Slashdot Mirror
Slashdot Asks: What Are Some Insults No Developer Wants To Hear? (infoworld.com)
snydeq writes: Flame wars in the bug tracker might be exactly the right (harsh) feedback your code needs, writes Peter Wayner in his run-down of the insults no programmer wants to hear about their code or coding skills. "The technology world is a bit different than the pretty, coiffed world of suits and salesdroids where everyone is polite, even when they hate your guts and think you're an idiot. Suit-clad managers may smile and hide their real message by the way they say you're doing "great, real great pal," but programmers often speak their minds, and when that mind has something unpleasant to say, look-out, feelings." Instead of posting this story in a click-bait fashion as presented from InfoWorld, we thought we'd ask the developers of Slashdot: What are some insults no developer wants to hear? Some of the classic insults include: N00b, /dev/null, Eye Candy, Fanboi, and [Nothing]. Are there any insults you are familiar with that aren't mentioned in the list?
What kind of frat-house development shop are you running? These are the people who are going to help make you successful, not some new pledges to haze. Grow. The. Fuck. Up.
"Yes but as I'm not a moron I never thought of the user story from your perspective..."
I hope this was intended as a joke in poor taste.
Something really hard for some developers to understand is that our peer groups are usually not representative of our user base. We're used to hanging around with really bright people, people who apply logic to questions and use evidence to arrive at conclusions. When we forget that not everyone in the world is like that, we assume that everyone who touches our applications is smart, quick, logical, and willing to read instructions. In reality, we should be constantly aware that 50% of our users are literally below average (by definition, not because we think they're "morons".)
That means a lot of attention needs to be paid to User Experience. A few years ago we went through our application and made sure that every screen was at a 5th grade reading level. We made sure our users could be trained on the basic functions, features, and processes in less than half an hour. Error messages have to be focused on correcting the problem, not accusing the users of being "morons" and making a mistake, and not leaving them fearing punishment. And if a person runs into a feature that's difficult, frequently gives them error messages, or that takes them a long time to figure out, it's not their fault that the UI didn't help them. It's the UI that needs work.
John
"Programmers who hurl insults at each other like to think it's because they're honest, no-nonsense efficiency machines that get things done. The reality is that they never bothered to learn how to interact effectively with other human beings, and that deficiency is typically far more detrimental to their professional lives than they realize."
Obliteracy: Words with explosions
In my view, the kind of people who object to error messages that are complete sentences and contain three-syllable words are the kind of people who won't read any error message under any circumstances, but whatever. "ERR 34: Bad srvc" it is. Choke on it.
*sigh* The error message isn't for that user, it's for the person they call for help.
"Though it may take a thousand years, we shall be FREE."
Why would that be? Because you're a diva, you think you're the best coder ever and don't have anything to learn anymore? It might hurt your ego?
Grow a pair and accept constructive criticism. I'd take harsh but constructive feedback from Linus anyday, he's one of the most succesful coders on Earth right now. Why wouldn't you want to get some input from him?
Dude, you kidding? I'd *kill* to get some of his time to go over the stuff I write!
Why? Because I'd frickin' *learn* from it, that's why...
Seriously - never fear honest criticism from people who are way better at it than you are.
Quo usque tandem abutere, Nimbus, patientia nostra?