Hacker News Reader

Comment by charlesism | Hacker News Reader

Well, it is often useful to ask why a user wants to do something a particular way, and commendable to inform them if it’s bad practice.

The trouble is, if you’re going to reply that way, you should strive to first answer the question, as asked. If the answer is bad practice, of course, you should mention that.

That’s the respectful way to handle a misguided question, in my opinion. Give the reader both solutions, explain why the alternate is better, and leave it to the reader how to proceed from there.

View on HN

The one case where I think it makes sense to say "Don't do that" unequivocally is with security issues. Cryptography SE gets a decent number of people asking some variant of "how do I implement <incredibly insecure harebrained scheme>" to which the only correct answer is "Don't do that. It's unsafe."

Home Improvement is another good one where “STOP IMMEDIATELY” is a good answer:

https://diy.stackexchange.com/a/174646/35432

The really funny thing is that the OP of that question ignored absolutely everything being suggested, finished the project himself, and then posted an answer saying as much on his own question (yeah, an actual answer as opposed to adding an "edit" to his OP!), never selected a best answer, and then mods closed the post. So now any DIY'er who encounters the same thing OR even worse encounters something different but still thinks it's the same thing will believe it's perfectly safe to roll the dice and continue the project on their own, likely killing themselves and/or loved ones. I don't have sympathy for them, but I sure do for their families.

seriously.

I've been doing this stuff a long time, there's usually a reason why I'm doing it the way I'm doing it. I understand you don't like it, think it shouldn't be done that way, and so forth.

But I promise you, I've already considered the alternatives. And if you mention an alternative I haven't considered, I'll consider it then.

But please, for the love of god, just answer the effing question and stop assuming you know the nuances of my problem better than I do.

Classic situation faced repeatedly throughout one's career -- I used the word nuance just yesterday!

Lest we forget, stack exchange is already rising from the ashes of the 'Experts Exchange' if anyone remembers that --

> I've been doing this stuff a long time, there's usually a reason why I'm doing it the way I'm doing it.

People who've been doing it long enough probably also have the experience to know how to ask a good question that explains the why of the unusual request.

"I unfortunately stuck on an low-power embedded device that for some weird reason only supports MD5" is going to be treated differently on SO than "I'm new to PHP and I'm using MD5 for to encrypt passwords but I can't reverse the encryption to read the password!"

at which point you get into arguments about whether or not you really should be taking that approach.

just answer the damned question, and if you have concerns, ask. I'm more than happy to explain it, I just don't want to have an hours long discussion when I asked a fairly specific question.

Reply on news.ycombinator.com