Having recently started a new internship as a Junior Software Developer, I can't help but feel like I (significantly) annoy everyone with my (very) frequent questions.
Don't get me wrong, I know in myself that it's a necessity to ask questions as a Junior Dev, because after all that's how you learn and gain experience, right? So I understand that I am not in the wrong by asking questions, but I often do wonder, does this get annoying for the people (most often Senior Devs) answering my questions? After all I'm taking them from their time pressured work, I'm asking them to explain something that I'm finding difficult but they probably can do in their sleep and I'm generally taking time from their day.
So my question is, do you ever get frustrated with your Junior Developer?
Oldest comments (70)
Yes, I do get frustrated with junior developers... when they don't ask those questions. I love filling in people's knowledge gaps with "simple" questions because it's an opportunity to share knowledge and maybe reaffirm to myself that I actually do know what I'm talking about.
That being said, I'm not always great at showing that I'm available for questions and sometimes I'm busier than other times. But if I'm ignoring you, it probably means I didn't see the notification and I'm stuck in some deep work, but when I tell you I don't mind if you poke me again when I forgot to get back to you yesterday, I mean it.
I also don't have a ton of patience for pair programming, and that's just me, and it has nothing to do with being annoyed with anyone. Some people love to jump on things and are, frankly, more helpful to juniors. I'm more introverted and my capacity to help for extended periods of time is not the best. But even despite this, I love the questions, and will look to get you the help.
So for me, the bottom line is that I don't get annoyed with this, and absolutely prefer it to the other extreme, but I'm still not always totally available to be helpful. That's just life. And ultimately, any time someone has asked me how to ask me questions, we've always gained clarity together. So I'd suggest getting some clarity on what a good approach is. I think people typically tell the truth when asked that question.
I'll also add I don't get that annoyed if you aren't asking the questions. Really you do you as long as you're trying your best and being a team player.
I have recently started forcing myself to not wear headphones. Which can be a problem, but O find that people will avoid asking any questions if you appear in the zone or focused.
I view it as part of my role as a sr to answer questions. I pad all of my estimates knowing that I expect 2-3 hours per day to go to helping others.
Actually, I am a little obsessed with how to train junior developers the right way so they can avoid the pitfalls I experienced and grasp the more advanced concepts as easily as possible. So, if I ever happen to answer your questions, you might find me taking some time to really think through and consider several different ways to try to find the best way to answer!
Yes. The teachers are just as self-aware and sometimes self-critical.
I think it only gets annoying when you ask the same questions again and again. This tells me that you were using me as a crutch rather than as a teacher.
Otherwise, I love it when developers ask me questions. I can help them find the best ways to solve problems, helping them learn from my mistakes.
So, the problem isn't asking questions at all. The problem is asking me the same question more than once (usually in a slightly different form or situation).
This has to be the single best explanation of how to behave as a junior dev I've ever read.
Spot on. Also, if you have source code to work from, read it first,then you can ask relevant questions related to the work.
If you haven't bothered to try and read the code, you will have no context, you will have put in any effort and you would not have had the opportunity to learn from others code.
As a new Jr. Dev who asks the odd question (and tries to ask as few as possbile), this makes me feel much better. Thank you!
I take a lot of notes, anything that I ask or lookup myself I write down to review later.
:) The main thing is that you've demonstrated you're putting in your side of the work to learn. If you're putting in the work and your senior developer is still annoyed, they are the problem, not you.
While I'm new to web development, I spent 10 years in hospitality. This encapsulates what I told many new employees. "There's no dumb questions the first time."
This is good advice in general. With how much there is to know in development I find I'm a senior and a junior all rolled up in one depending on the topic.
So I guess my point is don't forget this when you start to feel like a senior in one area. It still applies for the areas you are not as strong in.
Most times I got angry was when they didn't asked a question, they thought they knew how to do something, and did it wrong, and I had to clean it up.
Too many questions no, except when they don't use google before :)
Bad: "How I should do that (simple thing)?"
Good: "How I should do that? this way or that way?" -- means you did the research, you understood something and ask for more details.
Ofc every problem has more good solutions, but it matters how we do things HERE, now, in this team and in this project.
Recently I learned more about how team compositions work better, and what kinds of devs should be paired with juniors
I usually get this a lot, the bad ones i mean.
Most likely some juniors want you to code their whole task, LOL
Sometimes, there is a little frustration if I am in the middle of something and I am interrupted. I don't think anybody like that feeling. But, we all go through the same process, so I quickly remind myself where I come from, and it is only a natural thing to do when you are a junior dev. It's important for the junior devs to feel like they can ask questions all the time, especially if they think it's a stupid question.
I find this had a lot to do with how you're asked. Interrupting someone in person while they're working interrupts flow. Catching them while they are talking a break (coffee, bathroom or just taking a walk) is much better.
Even better (IMHO), asking in a group chat room is non-obtrusive, and someone else can answer sooner if they know. On top of that, it's going to help other people who can read the conversation.
Totally agree with that!
I like this approach... Just remember to let the group know it got sorted so others don't waste their time ;)
I want junior devs to ask questions. I feel more confident on a topic if I can explain that to a junior dev and he/she understands it. :)
Something I expect from not just junior dev but rather any dev, before asking question always do your "Due Diligence". After a few years of experience its really easy to tell when a person has done some work before asking me a question.
This is most important factor me personally. I also follow this rule when I try to ask question to other people.
Don't be worried about asking questions, even if you are asking a ton of them. The biggest red flag to me is when developers don't ask questions.
I've been in your shoes before, and the biggest mistake I made was not being restrained in the way that I asked questions. Anytime a question popped into my head I would immediately seek out someone to ask. It was impulsive behavior caused by 2 things.
One, the desire to learn. Just being young and super excited to soak it all in. Two, using questions as a way to show my mentors how excited I was.
Here's what I would recommend you do. Collect all the questions you have over the course of the day. Then, approach your manager/mentor at the right time and say "hey, I've got a list of questions I'd love to discuss when you have some time we could block out."
Using this approach you'll give yourself time to organize your thoughts. Also, some of your questions might become irrelevant or answer themselves. The biggest payoff is you'll look more professional to the team by demonstrating respect for others time/focus, while still getting to ask all the questions you want.
You can follow this up by saying something to the effect of "hey, this was really helpful and I appreciate you taking the time. Would it be possible to setup something on a reoccurring basis?"
Good luck!
I try to emphasize (and often empathically re-emphasize) that I want devs to ask questions, and that goes for juniors and seniors alike. In that regard, it's important though that the answer always addressed why the question was asked.
Personally, I also tend to regulalry ask questions that have an obvious, implicit answer, as I prefer that assumptions are made explicit. That way, everyone is on the same level, and faulty assumptions are less likely to occur/persist.
Junior devs frustrate me when they:
1: Refer to their lack of knowledge constantly ("I'm just a junior") - don't do this! Lack of experience doesn't mean your opinion is worth less. Also, the more you remind people that you're "just a junior", the longer people will treat you as one, even after you don't feel it's true any more.
2: Don't ask enough questions, or don't ask questions early enough - if you give me the impression you understand something, then I'm going to imagine that you do. But if you make it clear that you don't understand something, I'm going to make sure that you do! This is a tough one of course, because I know that as a junior developer, it's often hard to know whether you understand something or not, and as a mentor I have a lot of responsibility for not letting you feel like you have to pretend to understand things.
3: Want something done for them, rather than wanting to learn how to do something - pretty obvious one but when mentoring junior developers, you're not there to do their work, you're there to help them grow. Thankfully I've only ever experienced this with one junior developer ever, and I'm pretty sure that this is an uncommon issue on the whole in software engineering.
Senior devs frustrate me when they:
1: Forget that they were junior developers once too.
I think every senior dev can probably recall a time when they were junior devs, and their own mentors (or just senior devs around them) would get frustrated by their questions. I certainly do. If you feel people are getting frustrated by your questions, perhaps gently remind them that you weren't born with a knowledge of the things you're asking about; hopefully they'll remember that they weren't either. :-)
Yes! And it's easy to do in the moment, but it's something you should be consistently checking yourself on.
Oh yeah, I'm not saying I'm immune to this. If you're in the middle of something and you're being asked questions frequently, feeling a tinge of irritation is natural and often unavoidable. But yeah, as you say, you need to keep that in check and make sure that you don't make people feel like it's "unsafe" to ask for help.
It's a funny balance isn't it. I encourage absolute honesty about your own level of knowledge, in the sense that I 100% believe that it's totally fine to say "you know what, I have no idea", about anything, because everyone has gaps in their knowledge.
But the reason I discourage people from constantly reminding others that they're "new" or "junior" etc. is that when people do that, other people have less faith in them; often team leaders / project managers / whatever will end up avoiding giving people "tricky" bits of work if those people are actively suggesting to people that they're less capable, and that really just perpetuates the problem!
So yeah, I guess what I'm saying on that one is just be open, but not apologetic, about what you do and don't know. And that's advice for everyone, not just junior software engineers. :-)
Awesome that you tell people the same thing; genuinely pleased to hear that sort of message coming from other places too!
The other anwers explain my perspective perfectly, but I want to add one important point:
In my experience, the best developers in the field never stop asking each other questions. If you can overcome feeling like a dummy and ask someone else for help, you have a chance to learn and fill the knowledge gaps you encounter.
New concepts in software are created every day. We're all humans, and no one can know everything.
I love taking the time to help the junior members of my team. Teaching someone something new makes the team more capable and sometimes gives me an unexpected insight into an old problem from a junior developer's fresh eyes. After knowing junior developers who do nothing but ask questions and others who refused to ask questions when they needed help, I instituted the Thirty Minute Rule. If they ask for help before thirty minutes are up, they're cheating themselves out of valuable opportunities to work it out for themselves. If they don't ask for help after thirty minutes, they're probably just fruitlessly banging their head against a wall and only getting frustration and imposter syndrome out of it.
TBH, if a senior dev gets annoyed with jrs asking questions or for help they're not really a senior dev in my opinion. Part of a senior dev's skill set should be the ability and desire to help jr devs grow. If you can't do that you have a skill to work on.
Great answer!
My advice? Get used to the feeling. I just joined a new company as a senior dev about a month ago. I still ask a lot of questions. They're using systems I've never used before, and they have a process I've never seen before. Asking questions is how you integrate. Not being afraid to ask is a good trait. Keep it up.
As far as being annoying, I can't speak for your team, but in my experience, they're likely busy. Context switching can be hard, but it's necessary when you're bringing in new talent. Give it some time. You'll find that you ask fewer questions, and you may start answering some as well.
The line between necessity to ask questions and annoy everyone with my frequent questions is how much you learn.
As a senior dev I can differentiate between
"they simply can't know the answer"
"they could know, but it's not mandatory"
"how often do they wan't to ask me the same thing"
"How does the companies API work" or "how do I set up a dev environment for this internal software I have to fix a bug for" are valid questions to ask, because there are often no docs for this internal stuff.
Also, the most important thing I learned as a junior dev was, how to get information before asking someone.
You have to decide when it's faster to ask someone and they explain it to you, so you can ask follow questions and when it's okay to read some things online about it.
"How do I use promises in JavaScript" may be a question you could ask or read online. Maybe there is a senior who has time to spare and can tell you how they work, you ask the follow up questions and get running in short time. Maybe everyone has work to do and since you're a cheap junior dev, nobody cares if you need to work an afternoon through a tutorial or something.
From junior devs I expect that they can at least start their computer alone and produce some kind of meaningful software in the language they were hired for ;) so questions about this may annoy people.
Also, if you ask the 10th time about things that you could have already written down the first time, I get annoyed, lol.
Grumpy old man here. :-) Questions are fine. Many questions are even better. I value the fact that you're willing to learn and eager to try things, even if that means I'll have to work overtime to compensate the hours spent with your questions.
It frustrates me if you don't. Lack of passion, "works for me" attitude or laziness drive me nuts. Indifference towards your results kills me. That's all much worse.
Keep up bugging seniors with questions, it'll make you a much better professional. Fast.