4 ms·
This might be the rationale, but it's fundamentally very wrong. In the vast majority of "programming/tech discussion/help" spaces I frequent, the response to th
by Forricide 5y ago
This might be the rationale, but it's fundamentally very wrong. In the vast majority of "programming/tech discussion/help" spaces I frequent, the response to this is almost always going to be: "Maybe, ask your question."
It turns out that, a significant percentage of the time, the "preconditions" for the question are either:
- Way too specific (i.e. yes, even a non java expert knows what "nullpointerexception" means)
- Not nearly specific enough (i.e. no, I know Java but your issue is from a specific library with 1 page of documentation from the 90's)
This, in my opinion, is exactly what makes the 'asking to ask' so frustrating. It's impossible to know if I can answer your question without actually knowing what the question is. And if I ask what the question is, now I'm the one uncomfortable with the situation when it turns out to be something I can't help with.
edit: I also feel like it's worth noting, I'm aware that formulating a good question takes time and effort; however, in the "asking for help" / "giving help" scenario, it's very much common courtesy to do the most you can to enable people to help you. We want to help! But please ask a good question. (I do totally understand that asking good questions is a hard thing to learn, though! I started out asking very poor questions and slowly learned over time.)
- Izkata 5y agoOr in a broader context someone does know about. Or maybe someone's just better at getting things out of google. For example, I once helped a co-worker who was having trouble with a toy webserver written in Go as a learning exercise. It wasn't recognizing url paths that it should have. I don't know Go, but did recognize the problem from our apache/wsgi django setup - path prefixes being stripped. Knowing the right keywords to search for, I was able to find the fix for a config file and we got it working.