Here's the suggestion: don't ask! What are you going to do with the information? If you ask and the answers are reasonable , then ... so what? What have you meaningfully learned? You've learned that an existing solution does not completely solve a problem. Now you understand the problem a little better, and you understand the shortcomings or deficiencies of a pre-existing solution a little better, but you're signalli…
Here's the suggestion: don't ask! This is bad advice and I hope nobody takes it. We learn from each other. I've very glad I didn't have to learn everything I know first-hand. Personally I am honored when people think highly enough of me to feel like they can learn from my experience. I also like learning new things, so if there was some obvious answer that I just missed of course I want to know about it! The correct…
Help me ask why you didn't just
51–60 of 363 posts
Re: Help me ask why you didn't just
#52Re: Help me ask why you didn't just
#53Here's the suggestion: don't ask! What are you going to do with the information? If you ask and the answers are reasonable , then ... so what? What have you meaningfully learned? You've learned that an existing solution does not completely solve a problem. Now you understand the problem a little better, and you understand the shortcomings or deficiencies of a pre-existing solution a little better, but you're signalli…
On large projects, it becomes impossible for anyone to understand how each line of code works and what the best solution should look like. In such a complex area, assertive code review comments could be counter-productive. In most cases, showing curiosity and asking questions in code reviews goes beyond educating yourself: it's also about providing "self serve" context for future developers who need to understand why…
Re: Help me ask why you didn't just
#54Here's the suggestion: don't ask! What are you going to do with the information? If you ask and the answers are reasonable , then ... so what? What have you meaningfully learned? You've learned that an existing solution does not completely solve a problem. Now you understand the problem a little better, and you understand the shortcomings or deficiencies of a pre-existing solution a little better, but you're signalli…
On large projects, it becomes impossible for anyone to understand how each line of code works and what the best solution should look like. In such a complex area, assertive code review comments could be counter-productive. In most cases, showing curiosity and asking questions in code reviews goes beyond educating yourself: it's also about providing "self serve" context for future developers who need to understand why…
"Whenever you look at a problem somebody’s been working on for a week or a month or maybe years and propose a simple, obvious solution that just happens to be the first thing that comes into your head, then you’re also making it crystal clear to people what you think of them and their work."
So let me ask this - do you believe I'm responding to the case of tiny code reviews that happen daily with pull-requests, or do you think I'm responding to the scenario the article proposes - which is when someone asks why an off-the-shelf solution wasn't used after the implementors worked on their new solution for "weeks or months or years"?
I am responding to the question in the article (or at least what I understood it to be) and not to the more-common instance where this probably comes up which is in daily code reviews. There is a difference in asking why someone didn't choose X option when the amount of time they spent on a problem is one day versus one month. I am responding to the one month scenario. I believe code reviews happen more than once a month.
Is my response an understandable one?
Re: Help me ask why you didn't just
#55Re: Help me ask why you didn't just
#56Here's the suggestion: don't ask! What are you going to do with the information? If you ask and the answers are reasonable , then ... so what? What have you meaningfully learned? You've learned that an existing solution does not completely solve a problem. Now you understand the problem a little better, and you understand the shortcomings or deficiencies of a pre-existing solution a little better, but you're signalli…
In addition to my learning (and other reviewers too embarrassed to ask a question they might be wrong about), I can't count the times I've asked a simple probing question about X and gotten a short response that includes "thinking about it more I realized that X is correct but I completely screwed up Y!"
Re: Help me ask why you didn't just
#57Re: Help me ask why you didn't just
#58For myself, in a similar scenario, I tend to say "Can we just...?" Granted it's not enormously better, but I feel like using "we" (as a rule of thumb in any work conversation too, not just in this scenario) always lightens it up and makes it more like we're on the same team (which we are) instead of me vs you. (And if you want to be even more neutral, omit the "just", and say "Can we use sshd?")
Digging a little deeper though, the issue of whether someone takes you more lightly or more aggressively comes down to how they perceive you as a person (your personality) and what they already know about you. If you come across as a friendly and funny person every day (through lots of other things you can do), when you say "Can we just...?" it becomes easier to understand you as well-meaning and saying in a tongue-in-cheek way "I'm an idiot, here's a simple straightforward suggestion, probably won't work?" instead of "You are an idiot, here's a simple straightforward suggestion, why didn't you think of it".
Re: Help me ask why you didn't just
#59"I'm trying to visualize doing this without using sshd and am drawing a blank. It's probably something really basic I'm missing; would you mind telling me how you did it?"
Key here is to be genuinely interested. If all you want is to slap the other developer around they will know.
Re: Help me ask why you didn't just
#60"what happened when you tried sshd?"/"what went wrong when you tried sshd?"