Skip to content

Restructure/modify tutorial to encourage AI use #1905

Description

@fltfx

I am working on a bigger project of adjusting or re-doing the Django Girls tutorial but in the age of AI. We should expect students to be tempted to plug all the questions or things they're stuck on into an agent instead of trying to figure it out for themselves. I want to restructure the tutorial (at a higher level) in a age where we expect the students to use the agent. In fact during our events, I have already seen students use an agent throughout the tutorial and I'm not sure they're actually using AI in the best way. Let's face this head-on and encourage usage.

I refer to this article as a guide (but it is aimed at more basic python than web development): https://ildarakhmetov.substack.com/p/cs1-in-the-age-of-ai

and this one is also interesting: https://www.theatlantic.com/ideas/2026/06/ai-open-ai-anthropic/687689/

I also think there is possibility that we keep the tutorial the same, but just include information every step of the way on how to use Cursor to ask questions when they get stuck and to not encourage them to just plug their problem into chatgpt and copy/paste code. I have been going back and forth with chatgpt and so far have settled on:

If I were redesigning Django Girls, I'd keep about 90% of the tutorial intact. One of Django Girls' greatest strengths is its approachable, step-by-step narrative, and I wouldn't want to lose that.

Instead, I'd weave in three new elements throughout:

Think first: Before each major coding step, ask learners to predict what they're about to build or why a concept exists.
AI coach: Provide example Cursor prompts that encourage explanations, debugging, and exploration rather than code generation.
Reflect afterward: After completing the step, ask learners to explain what changed, why it worked, or how they'd modify it.

That preserves the tutorial's accessibility while teaching an additional, modern skill: how to collaborate productively with AI without becoming dependent on it. Over time, students would internalize a workflow that mirrors experienced developers today—observe, hypothesize, ask focused questions, verify the answers, and only then make changes.

I will create some prototypes about perhaps @das-g , you and I can discuss the best path forward. I'll DM you.

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions