L1
Β·
Quiz
Β·
Lab
L2
Β·
Quiz
Β·
Lab
L3
Β·
Quiz
Β·
Lab
L4
Β·
Quiz
Β·
Lab
Module Test
Module 5 Β· Lesson 1

Choosing Your Portfolio Piece

What should you build β€” and why does the choice matter more than the tool?
How do you pick a project that proves your skills and survives a hiring manager's 30-second glance?

When OpenAI released ChatGPT in November 2022, hundreds of developers immediately built demo chatbots. By March 2023, GitHub was flooded with nearly identical "ChatGPT wrapper" repositories. Recruiters at companies like Stripe and Figma reported that they stopped opening those repos entirely β€” not because AI-assisted work was unwelcome, but because every project looked the same. The engineers who stood out had built tools that solved a specific, nameable problem: a latency dashboard for a Postgres cluster, a structured data extractor for PDF invoices, a bilingual customer-support triage router. Specificity, not novelty, was the differentiator.

Why Portfolio Piece Selection Is a Strategic Decision

A portfolio piece is not a homework assignment. It is a compressed argument that you can identify a real problem, choose appropriate tools, ship something functional, and explain your reasoning. AI assistance accelerates production speed dramatically β€” which means the bottleneck is no longer "can I build this?" but "what should I build, and why?"

The three criteria that consistently separate memorable portfolio pieces from forgettable ones are: specificity of problem, demonstrability in under two minutes, and visible decision trail β€” a README, a commit history, or a brief write-up showing why you made the choices you made.

The Four Project Categories Worth Considering

Workflow Automation

Scripts or tools that eliminate a repeatable manual task. Example: Zapier's early product team members built automation showcases to demonstrate they understood integration thinking, not just code.

Data Transformation

Convert messy input into clean, structured output. Journalists at The Markup built AI-assisted parsers to analyze court records β€” documented as public portfolio work in 2022.

Generative Content Tools

Systems that produce drafts, summaries, or variations with human review. Bain consultants piloting Claude in 2023 built internal memo-drafting tools that kept partners in the loop at every step.

Analysis Assistants

Tools that surface patterns or answer questions over a dataset. Kaggle competitors in 2023 began annotating notebooks with LLM-assisted EDA sections, explicitly credited as such.

The Specificity Test

Run every project idea through this three-part test before committing to it:

  1. Can you name one type of user in ten words or fewer? "A freelance translator working with legal contracts" passes. "Anyone who needs help with text" fails.
  2. Can you describe the before-and-after in a single sentence? "Before: she manually reformats 40-page contract PDFs into a clause summary table. After: the tool does it in 90 seconds." That is a portfolio piece.
  3. Does AI add clear, explainable leverage? If a Python script without AI would be 95% as good, the AI component needs justification. If AI handles ambiguity, variation, or language understanding, that is real leverage.
Real Precedent

When Anthropic published case studies of Claude deployments in late 2023, the highest-rated use cases shared one feature: they had a measurable before-and-after. The vague ones β€” "helps teams communicate better" β€” received the least internal traction. The same dynamic applies to portfolio work viewed by hiring teams.

Scoping for a Realistic Build Time

Given that this module uses AI assistance, a realistic portfolio piece can be scoped to 8–12 focused hours of work. That means: one core workflow, not five features. It means a working demo over a polished UI. And it means documentation that explains your choices β€” often the part that impresses experienced engineers most, because junior developers rarely write it.

The most common mistake is building something too broad to finish well. A PDF invoice parser that handles three field types and flags anomalies is better than a "document AI platform." Narrow scope, executed cleanly, documented honestly, beats grand ambition left half-built.

Key Terms
Specificity of ProblemNaming a precise user, context, and before/after outcome rather than a general use case.
Decision TrailDocumentation showing why you chose this problem, this tool, and this architecture β€” not just what you built.
DemonstrabilityThe ability to show working output to a non-technical observer in under two minutes without explanation of "how it will work eventually."

Lesson 1 Quiz

Choosing Your Portfolio Piece Β· 4 questions
1. According to recruiters at companies like Stripe and Figma in early 2023, what made most ChatGPT-wrapper portfolio projects easy to ignore?
Correct. Specificity was the differentiator β€” projects solving a named, precise problem stood out; generic "AI chatbot" repos did not.
Not quite. The core issue was lack of specificity β€” every project solved the same vague problem, so none stood out regardless of other factors.
2. Which of the following best passes the Specificity Test described in Lesson 1?
Correct. It names a specific user (freelance legal translator), a specific format (PDF contracts), and a specific output (clause summary) β€” all three specificity criteria.
That option is too vague. The Specificity Test requires naming one type of user in ten words or fewer and a clear before/after outcome.
3. What is a "decision trail" in the context of a portfolio piece?
Correct. A decision trail shows your reasoning process β€” why you made the choices you made β€” which experienced reviewers find more valuable than the code itself.
Not quite. A decision trail is about explaining your choices and reasoning, not just logging what happened technically.
4. For a portfolio piece built with AI assistance in 8–12 hours, what scope approach does Lesson 1 recommend?
Correct. Narrow scope, executed well, with honest documentation beats grand but unfinished ambition β€” especially for reviewers who have seen many portfolio projects.
That approach leads to the most common portfolio mistake: too broad to finish well. Clean execution of one workflow is more impressive.

Lab 1 Β· Portfolio Idea Workshop

Use the AI to pressure-test and sharpen your portfolio project idea

Your Task

Describe a project idea you are considering for your portfolio piece. The AI will apply the Specificity Test, ask about your target user, and help you articulate a clear before-and-after outcome. By the end of the conversation, you should have a one-sentence project brief you can defend.

Try: "I want to build something that helps small restaurant owners β€” maybe with scheduling or menu descriptions. Can you help me figure out if it passes the specificity test?"
Portfolio Idea Advisor
Lab 1
Welcome to the Portfolio Idea Workshop. Tell me about a project you are considering β€” even a vague direction is fine to start. I will help you apply the Specificity Test: naming one type of user, defining the before-and-after, and checking that AI adds real leverage. What are you thinking of building?
Module 5 Β· Lesson 2

Prompting for Structure, Not Just Content

The difference between getting text from AI and getting architecture from AI
How do you use AI prompting to generate the skeleton of a real project β€” not just paragraphs of output?

When GitHub published usage data in June 2023, it noted that Copilot users accepted roughly 30% of suggestions β€” meaning 70% were rejected or edited. The researchers at GitHub found that the most productive users were not those who accepted the most code; they were the ones who used suggestions to navigate structure β€” letting Copilot scaffold a function signature, then writing the body themselves, or generating a class outline and filling in the logic. They treated AI as an architectural drafting tool, not a code copy-paste engine.

Structural Prompting vs. Content Prompting

Most beginners use AI to generate content: "write me a function that does X." This works for small tasks. For a portfolio piece, you need the AI to help you design how the system fits together β€” what the components are, what data flows between them, and where the seams are. That requires structural prompting.

A structural prompt describes the problem at the system level and asks for a decomposition: "Here is the problem. What are the major components this solution needs? What does each one do? Where do they hand off to each other?" The output is a blueprint you can evaluate, not code you run without understanding.

Four Structural Prompt Patterns

  1. The Decomposition Prompt. "I am building [project]. Break this into 4–6 components. For each, name it, describe its input, its output, and its single responsibility." β€” This forces the AI to think in modules, which mirrors how you will build it.
  2. The Data-Flow Prompt. "What data enters this system, what transformations happen in sequence, and what does the final output look like?" β€” Reveals the pipeline structure before you write a line of code.
  3. The Edge-Case Prompt. "What are the five most likely failure modes for this component? For each, how should the system respond?" β€” Portfolio pieces that handle errors gracefully impress reviewers who actually run the code.
  4. The README-First Prompt. "Write a README for this project as if it were already built. What problem does it solve, who is it for, how does it work, and what does a user see?" β€” Clarifies scope before you build anything.
Real Precedent Β· Vercel's v0 Β· 2023

Vercel's v0 tool, launched in 2023, was notable not for generating complete applications but for generating component scaffolds β€” the structural outline of a UI β€” which developers then customized. Early adopters reported that the tool was most valuable when used for initial structural decisions, not for generating production-ready output. The pattern matches: AI as scaffolding, human as finisher.

Building the Decision Trail While You Prompt

Every structural prompt you send is documentation material. Copy the best AI-generated architecture response into a design-doc.md file. Note what you kept, what you changed, and why. When a hiring engineer reads your repo and sees a design doc that says "I considered this three-component approach but rejected it because X," they are looking at evidence of engineering judgment β€” the thing most difficult to fake.

Nat Friedman, former GitHub CEO, noted in a 2023 talk that the developers who used Copilot most effectively were treating it as a "rubber duck that talks back." The conversation was the artifact, not just the output.

Iterating on Structure Before Writing Code

A common mistake is writing code before the architecture is clear, then restructuring when the pieces do not fit. Structural prompting lets you iterate on the blueprint for free β€” no refactoring cost. Spend one or two sessions purely on architecture prompts before you write a single function. A good rule: if you cannot explain in two sentences how each component hands off to the next, the architecture is not clear enough yet.

Key Terms
Structural PromptA prompt that asks AI to decompose a system into components, responsibilities, and data flows β€” not to generate content directly.
DecompositionBreaking a complex problem into named, single-responsibility modules before implementation begins.
README-FirstA planning technique where you describe a finished project's README before building it, forcing scope clarity.

Lesson 2 Quiz

Prompting for Structure Β· 4 questions
1. GitHub's 2023 Copilot usage data showed that the most productive users accepted about 30% of suggestions. What did this reveal about their strategy?
Correct. The most effective users treated Copilot as an architectural drafting tool β€” scaffolding structure and navigating the codebase β€” rather than a content copy-paste engine.
Not quite. The data showed they were selective and strategic, using suggestions to navigate structure while writing the substance themselves.
2. What is the primary purpose of a "Decomposition Prompt" as described in Lesson 2?
Correct. A decomposition prompt asks AI to break a system into named modules with single responsibilities and defined inputs/outputs β€” building a blueprint before writing code.
That is not the definition. A decomposition prompt is about system architecture: components, responsibilities, and the seams between them.
3. What is the "README-First" technique, and why does Lesson 2 recommend it?
Correct. Writing the README first β€” describing a finished project that does not exist yet β€” forces you to define scope, audience, and value before writing code. It is a planning tool.
README-First means writing it before building, not after. The goal is clarity about what you are building before any code is written.
4. Nat Friedman described the ideal use of Copilot as a "rubber duck that talks back." What does this mean for how you should use AI in portfolio development?
Correct. The conversation with AI β€” the structural prompts and responses β€” is documentation material. Preserving it shows your reasoning process, not just your output.
The insight is about documentation value, not about frequency limits. The conversation is the artifact β€” record it in your design doc.

Lab 2 Β· System Architecture Session

Use structural prompting to design your portfolio project's components and data flow

Your Task

Take the project idea you refined in Lab 1 and run it through structural prompting. Ask the AI to decompose it into components, describe the data flow, and generate a README-first description. The goal is to leave with a documented system architecture β€” not code yet.

Try: "My project is a [brief description from Lab 1]. Apply the decomposition prompt: break this into 4–6 components, each with a single responsibility, input, and output."
System Architecture Advisor
Lab 2
Ready to design your system architecture. Tell me your portfolio project in one or two sentences, and I will apply the decomposition prompt β€” breaking it into components with single responsibilities, named inputs, and defined outputs. What are you building?
Module 5 Β· Lesson 3

Building Iteratively with AI in the Loop

How to move from architecture to working code without losing control of what you are building
What does a healthy human-AI development loop look like β€” and how do you know when to override the AI?

Stack Overflow's 2023 developer survey β€” completed by over 90,000 developers β€” found that 44% were already using AI tools in their development process, and of those, the most commonly cited benefit was speed of initial implementation, not quality of final output. The most commonly cited risk was equally telling: trusting AI-generated code without understanding it. Developers who reported the highest satisfaction with AI tools were those who described a clear alternating pattern: AI generates, human reviews and tests, human asks follow-up, AI refines.

The Build Loop: Generate β†’ Review β†’ Test β†’ Refine

Iterative development with AI works best as an explicit loop with four stages, not a single prompt-and-paste workflow:

  1. Generate. Prompt the AI to implement one component from your architecture β€” not the whole project. One function, one module, one data transformation. Specificity here matters as much as in project selection.
  2. Review. Read the output before running it. Can you explain what every line does? If not, ask the AI: "Explain line 12." Understanding the code is not optional β€” it is what separates a portfolio piece from generated code you cannot defend in an interview.
  3. Test. Run it against at least one happy path and one edge case. Document what breaks. This is portfolio material β€” a test file in your repo is evidence of engineering discipline.
  4. Refine. Send the error or edge-case result back to the AI with context. "This breaks when the input is an empty string. Here is the traceback. Fix it and explain what you changed." The explanation request is crucial β€” it keeps you in the loop.

When to Override the AI

AI models optimize for plausible-looking output, not for your specific architecture decisions. Three situations require you to override the AI rather than accept its suggestion:

  • It ignores your component boundaries. If you asked for a function that extracts text and the AI returns a function that also sends an email, it has violated single-responsibility. Send it back.
  • It introduces dependencies you did not choose. An AI that quietly adds a new library to your project may be solving the problem, but it is changing your architecture. Every new dependency needs a conscious decision.
  • It generates code you cannot explain. If you cannot explain it in an interview, you cannot defend the project. Ask for simpler code, even at a performance cost. Readable code you understand is better portfolio material than clever code you do not.
Real Precedent Β· Replit Ghostwriter Β· 2023

Replit's 2023 internal analysis of Ghostwriter usage found that projects built with the highest user satisfaction scores shared a pattern: developers set up explicit checkpoints β€” running tests after each AI-generated block rather than generating multiple blocks at once. Projects where users ran long generation sessions without intermediate testing had significantly higher rates of broken final output. The checkpoint pattern maps directly to the Generate β†’ Review β†’ Test β†’ Refine loop.

Documenting What You Override

Every time you reject or significantly modify AI output, you are making an engineering decision. Write it down. A comment in the code ("AI suggested X; I used Y because Z") or a note in your design doc costs thirty seconds and produces compelling portfolio evidence. Natalie Pistunovich, a Go developer who documented her Copilot collaboration on her public blog in 2022, reported that the posts showing her override decisions and reasoning received significantly more engagement than posts showing AI-generated results β€” because the reasoning was the interesting part.

Key Terms
Build LoopThe iterative cycle of Generate β†’ Review β†’ Test β†’ Refine used to develop AI-assisted code incrementally and with understanding.
Single-Responsibility OverrideRejecting AI output that violates the architectural decision that each component does one thing.
Checkpoint TestingRunning tests after each AI-generated block rather than after a long generation session, to catch errors early.

Lesson 3 Quiz

Building Iteratively with AI Β· 4 questions
1. The Stack Overflow 2023 Developer Survey found the most common risk cited by AI tool users was:
Correct. The survey, completed by over 90,000 developers, identified trusting unreviewed AI output as the primary risk β€” making the Review step of the Build Loop essential.
Not quite. The most cited risk was specifically about trust and understanding β€” accepting AI code without reviewing or comprehending it.
2. In the Build Loop, what should you do if you cannot explain what every line of AI-generated code does?
Correct. Understanding the code is not optional β€” if you cannot explain it in an interview, you cannot defend the project. Ask for explanations and simpler alternatives.
Functional but opaque code fails the portfolio test. You need to be able to explain every decision β€” which requires understanding what the AI generated.
3. Replit's 2023 analysis of Ghostwriter usage found that the most successful projects shared which development pattern?
Correct. Checkpoint testing β€” running tests after each block β€” produced significantly better outcomes than bulk generation followed by a single review pass.
The pattern was about testing frequency. Intermediate checkpoints after each generated block produced much higher satisfaction and lower broken-build rates.
4. When AI-generated code introduces a new library dependency you did not choose, Lesson 3 recommends:
Correct. Every dependency is an architectural choice. AI-introduced dependencies that bypass your deliberate decision-making undermine your ownership of the project's design.
Popularity is not the criterion. Every new dependency changes your architecture and must be a conscious, documented choice β€” regardless of the library's reputation.

Lab 3 Β· Component Build Session

Practice the Generate β†’ Review β†’ Test β†’ Refine loop on a single component

Your Task

Choose one component from the architecture you designed in Lab 2. Ask the AI to implement it. Then: review the output together, identify at least one edge case, and request a refinement that handles it. Document any overrides you make and why.

Try: "Here is one component from my architecture: [describe it with its input, output, and responsibility]. Generate the implementation. Then I will review it with you and we will test edge cases together."
Component Build Advisor
Lab 3
Let us build one component together using the Generate β†’ Review β†’ Test β†’ Refine loop. Describe the component: what is its single responsibility, what does it take as input, and what does it produce as output? We will implement it, then work through edge cases and refinements together.
Module 5 Β· Lesson 4

Presenting Your Portfolio Piece

The README, the demo, and the narrative that makes your work legible to the people who matter
Once the project is built, how do you present it so that a hiring manager, a collaborator, or a client understands its value in under two minutes?

Y Combinator's 2023 cohort included a record number of AI-assisted tool companies β€” over 70% of the batch described using AI in their product. But YC partners repeatedly noted in public sessions that the startups who performed best in investor conversations were not the ones with the most sophisticated AI β€” they were the ones who could explain what problem they solved, for whom, and what the user experienced. Sam Altman, in a 2023 YC talk, said the best demo he had seen that year was a two-minute video showing a user doing a task without the tool and then with it β€” no technical explanation required. The before-and-after was the pitch.

The Three Presentation Artifacts

Every portfolio piece needs three presentation artifacts, each serving a different audience and a different moment:

The README

For the person who finds your repo. Problem statement in one sentence. Target user named explicitly. What it does, how to run it, what it outputs. One screenshot or GIF. The decision trail section β€” why you made the key choices you made.

The Demo

For the person evaluating you in real time. Two minutes maximum. Show input β†’ transformation β†’ output. Do not explain the AI β€” show what the user experiences. Have a fallback (recorded video) if live demos are unreliable.

The Narrative

For the interview conversation. A three-part story: what problem you chose and why, what the hardest decision was and how you made it, and what you would do differently. The narrative is where AI assistance becomes a strength, not a disclaimer.

The Design Doc

For technical reviewers who go deep. Architecture diagram or component list. Data flow description. Edge cases you handled. Limitations you know about. This is where your structural prompts and override decisions live.

Writing the README with AI Assistance

Ironically, the README is the artifact most people spend the least time on β€” and the one most people read first. Use AI to draft it using the README-first technique in reverse: describe your finished project and ask AI to generate a structured README. Then edit it ruthlessly. The parts where AI gets it wrong are often the parts where you have not thought clearly enough about your own project β€” valuable feedback.

Simon Willison, a prominent open-source developer, wrote in his 2023 blog series on AI-assisted development that he treats the README as his most important output. He noted that a well-written README forces him to understand what he has built, and AI assistance in drafting it often surfaces gaps in his own thinking.

Crediting AI Assistance Honestly

The question of how to credit AI assistance in a portfolio piece is no longer hypothetical β€” employers are asking. The emerging best practice, as described by engineering hiring managers at companies including Shopify and Figma in 2023 public posts, is explicit and matter-of-fact: state what tools you used, what they contributed, and what decisions you made yourself. This is not a disclaimer β€” it is evidence of professional judgment. An engineer who hides AI assistance and is found out during a technical interview loses significantly more trust than one who disclosed it upfront.

The Narrative Is Where You Win

When Anthropic's solutions engineers describe what makes an excellent Claude-assisted project, they consistently point to one element: the person can explain their decisions. Not the AI's decisions β€” their own. What problem they chose. What they tried that did not work. What they would change. This is the narrative that turns a portfolio piece into a conversation, and a conversation into a job offer.

The Presentation Checklist

  • README opens with a one-sentence problem statement naming a specific user.
  • README includes at least one visual (screenshot, GIF, or diagram).
  • README has a decision trail section explaining key choices.
  • AI tools used are credited explicitly with what they contributed.
  • Demo shows input β†’ output in under two minutes without requiring technical explanation.
  • You can name the hardest design decision and explain how you resolved it.
  • You know the limitations of your project and can discuss them honestly.
Key Terms
Before-and-After DemoA presentation technique showing a user performing a task without the tool and then with it, making value immediately legible without technical explanation.
AI AttributionExplicitly stating which AI tools were used, what they contributed, and which decisions the human developer made β€” presented as evidence of professional judgment, not as a disclaimer.
Portfolio NarrativeA three-part story covering why you chose the problem, what the hardest decision was, and what you would do differently β€” turning a technical project into a conversation about engineering judgment.

Lesson 4 Quiz

Presenting Your Portfolio Piece Β· 4 questions
1. Y Combinator's 2023 experience showed that the best-performing AI startup demos shared which characteristic?
Correct. Sam Altman noted the best demo that year was a two-minute before-and-after video β€” no technical explanation required. The user experience was the pitch.
The lesson from YC was the opposite: technical complexity in demos hurt comprehension. The before-and-after format made value immediately legible to non-technical observers.
2. According to Lesson 4, how should AI assistance be credited in a portfolio piece?
Correct. The emerging best practice from companies including Shopify and Figma is explicit, specific attribution β€” framed as professional judgment, not as a disclaimer or afterthought.
Hiding AI assistance and being discovered during a technical interview causes a much larger trust deficit than transparent attribution. Disclosure is the professional standard.
3. Simon Willison described treating the README as his most important output when using AI assistance. Why?
Correct. Willison noted that where AI gets the README wrong is often where he has not thought clearly enough about his own project β€” making the drafting process a diagnostic tool.
The value Willison identified was cognitive: the README-writing process forces clarity about what you built, and AI drafting errors surface your own gaps in understanding.
4. What are the three parts of a strong Portfolio Narrative as described in Lesson 4?
Correct. The narrative focuses on your engineering judgment β€” problem selection reasoning, decision-making under uncertainty, and honest self-evaluation β€” not just technical facts.
The Portfolio Narrative is about judgment, not facts. It covers why you chose the problem, how you navigated the hardest decision, and what you learned β€” the things that reveal how you think.

Lab 4 Β· README and Narrative Workshop

Build your README, demo script, and portfolio narrative with AI assistance

Your Task

Describe your finished (or near-finished) portfolio project. The AI will help you draft a structured README, a two-minute demo script, and a three-part portfolio narrative. You will also practice answering the hardest interview question about AI-assisted work: "How much of this did you actually write?"

Try: "Here is my project: [describe it]. Help me draft a README with a one-sentence problem statement, a decision trail section, and an AI attribution note. Then help me script a two-minute demo."
Portfolio Presentation Advisor
Lab 4
Let us build your portfolio presentation materials. Describe your project β€” what it does, who it is for, and any key decisions you made during development. I will help you draft a README with a problem statement and decision trail, a two-minute demo script, and a three-part narrative for interview conversations. What did you build?

Module 5 Test

Build Your AI-Assisted Portfolio Piece Β· 15 questions Β· Pass at 80%
1. What did recruiters at Stripe and Figma report about the flood of ChatGPT-wrapper repos on GitHub in early 2023?
Correct. Specificity of problem was the differentiator β€” generic "AI chatbot" repos were skipped entirely.
The opposite β€” lack of differentiation made them easy to ignore. They all looked the same.
2. The first criterion of the Specificity Test requires that you can name your target user in how many words or fewer?
Correct. "A freelance translator working with legal contracts" β€” ten words or fewer β€” passes. "Anyone who needs help with text" fails.
The Specificity Test says ten words or fewer to name one type of user precisely.
3. Which of the four portfolio project categories described in Lesson 1 was illustrated by journalists at The Markup using AI-assisted parsers to analyze court records?
Correct. Data Transformation β€” converting messy input (court records) into structured, analyzable output β€” was the Markup's approach, documented as public portfolio work in 2022.
The Markup example illustrates Data Transformation: taking messy court record data and converting it into structured, analyzable form.
4. A "structural prompt" differs from a "content prompt" in that it asks the AI to:
Correct. Structural prompting produces a system blueprint β€” components, responsibilities, and data flows β€” rather than implementation content.
Structural prompting is about architecture, not length or language. It asks for the system's skeleton, not the code that fills it.
5. The "Edge-Case Prompt" described in Lesson 2 asks for:
Correct. The Edge-Case Prompt surfaces failure modes and system responses before you write code β€” making error handling a deliberate design decision.
The Edge-Case Prompt is specifically about failure modes: the five most likely ways a component breaks and how the system should handle each.
6. GitHub's 2023 Copilot usage data showed that the most productive users accepted roughly what percentage of AI suggestions?
Correct. About 30% acceptance β€” meaning 70% were rejected or edited β€” characterized the most productive users, who used AI for structural navigation rather than content copying.
The figure was approximately 30%. This low acceptance rate reflected deliberate, selective use of AI for scaffolding rather than wholesale adoption of output.
7. In the Build Loop, what happens in the "Refine" step when you send an error back to AI?
Correct. The explanation request is crucial β€” "fix it and explain what you changed" keeps you in the loop and maintains your understanding of the code.
The Refine step is targeted: send the specific error with context, and always ask for an explanation of what changed β€” to maintain your understanding.
8. According to Lesson 3, which situation does NOT require a single-responsibility override?
Correct. Naming conventions are style choices, not architectural violations. The override triggers are: boundary violations, unauthorized dependencies, and incomprehensible code.
The three override triggers are architectural: boundary violations, unauthorized dependencies, and code you cannot explain. Style differences are a matter of preference, not override necessity.
9. Replit's 2023 Ghostwriter analysis found that projects with broken final output were most often associated with:
Correct. Bulk generation without checkpoint tests produced significantly higher broken-output rates. The Generate β†’ Review β†’ Test β†’ Refine loop prevents this.
The issue was insufficient testing frequency β€” running long generation sessions without pausing to test each block before continuing.
10. What did Natalie Pistunovich discover about her public blog posts documenting AI-assisted development?
Correct. The reasoning behind override decisions was the interesting part β€” because it showed engineering judgment, not just output. The decision trail was the value.
The insight was that reasoning and decisions drew more engagement than results. People found the "why" more valuable than the "what."
11. The four presentation artifacts every portfolio piece needs are:
Correct. README (for repo visitors), Demo (for real-time evaluation), Narrative (for interview conversations), and Design Doc (for technical reviewers).
The four artifacts from Lesson 4 are: README, Demo, Narrative, and Design Doc β€” each serving a different audience and moment.
12. Sam Altman's description of the best demo he saw at YC in 2023 was a two-minute video that showed:
Correct. The before-and-after was the pitch. No technical explanation required β€” the value was immediately legible from the user experience alone.
The demo's power came from showing the before-and-after user experience without any technical explanation. The value was self-evident.
13. Engineering hiring managers at companies including Shopify and Figma in 2023 described the best practice for AI attribution as:
Correct. Specific, transparent attribution framed as professional judgment β€” not a disclaimer β€” is the emerging standard. Hiding AI assistance and being discovered causes far greater trust loss.
Vague disclaimers or hiding AI use both underperform. The standard is specific, transparent attribution: what tool, what it contributed, what you decided.
14. Simon Willison's insight about using AI to draft the README was that:
Correct. AI drafting errors in the README function as a diagnostic: they surface the places where the developer has not yet thought clearly enough about their own project.
The value Willison identified was diagnostic β€” AI mistakes reveal your own unclear thinking. The README drafting process is a tool for self-understanding, not just documentation.
15. The three-part Portfolio Narrative described in Lesson 4 covers:
Correct. The narrative is built around judgment: problem selection reasoning, decision-making under uncertainty, and honest self-evaluation β€” the things that reveal how you think as an engineer.
The Portfolio Narrative focuses on judgment, not technical facts. The three parts are: why you chose this problem, your hardest decision and how you resolved it, and what you would change.