Apologies for being nonspecific, but I don't know how else to describe Bob's struggles. Bob has been on the team for over a year now, and his code is just... not okay.
To his credit, he can make something that works... but that's not enough. His code belongs on programming horror. He's not supposed to be my junior; I'm just the repository's lead. I spend half my week helping him. Reviewing his pull requests takes hours because it's always a rats nest that needs significant refactoring/simplification. I'd love to say "do better" - but this is his best.
Most recently, Bob crashed his dev environment with a getter. (A mix of nested parsing logic with Angular's change detection = CPU crashed). It'd be impressive if it wasn't so irritating since I've already had a conversation with him about proper use of getters/setters. I even demonstrated how spammy the calls can be with a console.log statement for emphasis.
I could go on, but this is enough of a rant. I don't really know how to handle him going forward; I spend so much time helping and teaching him but he retains none of it.
Is there any hope for him? Any learning material? Advice on balancing my own sanity and workload?
Appreciate the advice; I've been indirectly documenting it with the other devs since they were wondering why Bob's pull requests take 2-3 rounds of fixes. (They were starting to wonder if I was just being a hard ass about everything).
This sounds like Bob, but subtract a few years of experience... but finding things with a short lifespan is hard on a project that's all new code. The architecture/long term planning is crucial and that's where Bob struggles.
Agreed, but it's a small team of 4 devs (myself included) + 3 others. We're basically at the phase of trying to find him something or else we'll need to remove him. He's a good fit socially and is genuinely trying.