I’m over 20 years into my career, so I think I’m technically (and literally) a grey beard now. I always make time for junior devs if they need it or request it. Often I try to softly inspire them to a good solution, or challenge their thinking when I think they’re going down the wrong path or are creating too much work for themselves through over-engineering.
Pair programming is an invaluable learning tool for any team. It produces great results as you are both challenging each other while also quickly spotting those silly mistakes we all make.
Rubber Duck Debugging is also a fantastic way to solve issues quickly, as just talking through how you think the code works while reviewing it, you often spot the issue with almost no input from the person acting as the duck.
I’d also recommend doing code katas like codewars for any skill level, as solving problems that you wouldn’t usually come across in day to day work can lead to ways of thinking that you wouldn’t get otherwise. If you can, get more people on your team to do the same katas and then all talk through your solutions as a group. We would often use languages we were less familiar with to solve the kata in order to pick up new skills as well.
You never stop learning in this industry. There’s always new tech, new languages, and new ways to solve a problem that will make you a better programmer.
I’m over 20 years into my career, so I think I’m technically (and literally) a grey beard now. I always make time for junior devs if they need it or request it. Often I try to softly inspire them to a good solution, or challenge their thinking when I think they’re going down the wrong path or are creating too much work for themselves through over-engineering.
Pair programming is an invaluable learning tool for any team. It produces great results as you are both challenging each other while also quickly spotting those silly mistakes we all make.
Rubber Duck Debugging is also a fantastic way to solve issues quickly, as just talking through how you think the code works while reviewing it, you often spot the issue with almost no input from the person acting as the duck.
I’d also recommend doing code katas like codewars for any skill level, as solving problems that you wouldn’t usually come across in day to day work can lead to ways of thinking that you wouldn’t get otherwise. If you can, get more people on your team to do the same katas and then all talk through your solutions as a group. We would often use languages we were less familiar with to solve the kata in order to pick up new skills as well.
You never stop learning in this industry. There’s always new tech, new languages, and new ways to solve a problem that will make you a better programmer.