“It’s what the LLM said.” - Great. Now go learn it and do it again yourself.
In my experience it is the very rare junior dev that can learn what's good or bad about a given design on their own. Either they needed to be paired with a sr dev to look at things and explain why they might not want to something a given way, or they needed to wind up having to fix the mess they made when their code breaks something. AI doesn't change that.
I can't count how many seniors have forgotten what it means to understand the code they're merging since AI coding tools became popular. So long as businesses only value quantity the odds are stacked against juniors.
If people use AI to generate code they don't understand, that will bite them. But it's an incredibly tool for explaining code and teaching you boring, rote incantations.
As a junior, my top issue is finding valuable learning material that isn't full of poor or outright wrong information.
In the best and most generous interpretation of your statement, LLM's simply removed my need to search for the information. That doesn't mean it's not of poor quality or outright wrong.
As a general principle, take advantage of the fact that it can easily generate stuff. If you don't know whether something is true, have it prove it. Make a PoC/test/benchmark to demonstrate what it's saying. Have it pull metrics that you have access to. Add more observability. Create feedback loops (or rather, ask it to create feedback loops). They're very good at reasoning given access to the ground truth, so give them more ability to ground themselves.
They also have fantastic knowledge of public things, but no knowledge of your company, so your instructions should mostly be documentation of what's unique to your company. If it can write an instruction on its own (e.g. how to use git or kubernetes), it is a useless instruction; it already knows that. What it doesn't know is e.g. where your git server is. It also doesn't know what matters to your company: are you a startup trying to find product market fit? Are you an established company that is not allowed to break customer setups? etc. You might even be able to ask it what kinds of questions a senior might ask about how a company/team works when coming into a new job, and then see if you can answer those questions (or find someone who can). In fact, go ask chatgpt:
> What are some questions a senior engineer might ask when coming into a new role to make themselves more effective?
> What are some questions a principle engineer might ask when coming into a new role to make themselves more effective?
> What are some questions an engineering manager might ask when coming into a new role to make themselves more effective?
> What are some questions an engineering director might ask when coming into a new role to make themselves more effective?
I work a lot with juniors, and they all seem to prefer watching video's. But videos in my opinion are a slow way to gain superficial knowledge.
Do it the hard way and read the official docs, it will be your superpower. Go fast over the easy parts, go slow over the hard parts, it's that simple.
AI makes students dumber, not smarter.
>the AI group averaged 50% on the quiz, compared to 67% in the hand-coding group
And why would they do better? There's less incentive to learn because it's so easy to offload thinking to AI.
[0] https://www.anthropic.com/research/AI-assistance-coding-skil...
It is but how do you teach to people who think their new profession is being a "senior prompt engineer" (with 4 months of experience) and who believe that in 12 months there won't be any programmer left?
However, it’s got a lot of downsides too.
You can use AI as a teacher but how many will do that?
The skill of the very top programmers will continue to increase with the advent of new tools.