{"slug": "aws-summit-los-angeles-2026-why-am-i-always-learning-the-hard-way", "title": "AWS Summit Los Angeles 2026: Why Am I Always Learning the Hard Way?", "summary": "At AWS Summit Los Angeles 2026, a developer building with Kiro learned the importance of spec-driven development during a lab led by AWS Senior Technical Instructor Clayton Markos. The developer realized that providing Kiro with a precise spec rather than vague prompts prevents drift and improves build outcomes. The experience reframed how the developer uses AI tools, emphasizing that the spec defines the what and constraints while Kiro decides the how.", "body_md": "I walked into the Kiro lab thinking I had my wits about me.\n\nI'd been building a web app with Kiro for weeks. Next.js on Vercel, API routes talking to DynamoDB, Bedrock handling the AI layer. An [H0 hackathon](https://h01.devpost.com/) submission with 15 days left on the clock. By then Kiro and I had a rhythm, so the lab wasn't a rescue but a resource. I signed up the way you check under the hood of a car you already drive. Curious, excited to learn. But one saying I keep close is you don't know what you don't know. I went for the structure, to sharpen how I build, not to confirm I already had it.\n\nClayton Markos was running it, an AWS Senior Technical Instructor. The session had one goal: spec-driven development. And this was new ground. I'd never had Kiro start a project. I scaffold it myself, then bring it in. Letting Kiro generate the structure first was something I hadn't done.\n\nThe task was a weather app. Ninety minutes, build it, deploy it. I was confident I could get it done. Nervous but confident. Building under pressure like this is new to me. 90 minutes? Let's go.\n\nThen I watched how the build was supposed to go.\n\nSpec first. Not a vague prompt and a prayer, an actual spec. The what, the constraints, the boundaries, written down before Kiro touched a line. Then Kiro works inside that.\n\nI'd been doing the upfront work. Just not in the shape Kiro wants it. I build with Claude as my architecture and build assistant, so I had docs. Plenty of them. But they were Claude docs. Reasoning and notes written for me to read, not specs written for Kiro to build from. Kiro's strength is spec-driven. I'd been handing it Claude-shaped prose and asking it to infer the spec. In some places that worked. In others it drifted, because I'd given it room and no edges.\n\nI built the weather app. Deployed it by the end of the lab. It shipped, same as my builds always ship. Thankfully. But I didn't come to ship a weather app. I came to learn. And the lab handed me the question underneath all of it. Am I using these tools to their full capability? Do I understand how they work? Am I building so my builds can succeed?\n\nThe lab reframed how I get the most out of Kiro. It isn't tighter control or looser reins. It's the spec, and how I develop it. That's one of the levers that decides how well the project holds up.\n\nToo rigid, and Kiro has no room to make a good call. You've pre-decided everything, including the parts you shouldn't have, and now it's a very expensive autocomplete. Too loose, and it drifts. It fills the gaps with its own guesses and you spend your time pulling it back.\n\nThe sweet spot is narrow. The spec defines the what and the constraints. Kiro decides the how. I already had a version of this in my steering doc, a rule that says propose before you build, ask before you assume. I just hadn't connected it to the spec the way the lab did.\n\nI'm self-taught. My first prototype was a jury eligibility chatbot, and I started it before I knew what an API was. The whole time, one question. Can I make this work? Turns out I could. I demoed it to my boss at the time.\n\nNot much has changed. I still pick up a tool by using it, usually with AI in the loop, usually inside something I've already shipped or am racing to ship. The understanding of how to guide the build shows up late, a beat after I needed it. Filed under my lessons learned doc for the next projects, the [June Game Jam](https://dev.to/challenges/june-game-jam-2026-06-03) and [Hack the Kitty](https://hackthekitty.com/).\n\nThat's the tax. You don't know what you don't know, so you can't plan around it. You build, and you let the gaps introduce themselves, one expensive and time-consuming surprise at a time.\n\nAnd so far, I keep paying it. I haven't found a way to skip the tax or leap the learning curve, at least not one that's mine. Hence, the lab.\n\nThe Anthropic talk, \"Effective Context Engineering for AI Agents,\" was standing room only. Every seat gone, people on the floor along the walls because there was nowhere else to put them. Turns out context about context is in high demand! Worth it.\n\nJacqueline Garrahan, Technical Staff at Anthropic, framed the shift for me. Prompt engineering used to be two pieces: `system_prompt`\n\nand `user_message`\n\n. Write good instructions, get good output. Context engineering is the wider job: `system_prompt`\n\n, `tool_definitions`\n\n, `retrieved_documents`\n\n, `tool_results`\n\n. Everything the model can see before it answers. Your prompt is one input now, not the whole show.\n\nHalf of what I'd picked up in the Kiro lab was the same idea. What you feed the tool decides what it hands back.\n\nAfter the \"Prompt to Production: AWS Database Integration in Vercel v0\" presentation, I did something that is not like me.\n\nHedieh Zandi, a Vercel Product Lead and an H0 sponsor, had just presented. The stack she walked through was the one I'd built my submission on. Next.js on Vercel, API routes straight to DynamoDB, Bedrock for the AI layer. So I walked up and introduced myself. Told her I'd entered the hackathon she'd just been presenting on. That I was watching her present the stack I built on.\n\nThis was the first time I've explained one of my projects out loud to people who do this for a living. I was nervous. The kind of nervous where you hear your own voice and it sounds like someone else's. I did it anyway, and I'm glad I made myself. One hurdle down.\n\nAnd that's the question I keep landing on. I don't have a buttoned-up answer, and that bums me out a little.\n\nHere's what I do have. AI-assisted coding, vibe coding, whatever you want to call it, has moved fast. I started by typing \"build a jury chatbot prototype (no mistakes, lol)\" into a chat box. Now I'm doing end-to-end spec-driven development. That's not a learning curve. It's closer to a free fall. You learn on the way down, and it leaves scar tissue. It's just how I've done all of it.\n\nLabs like \"Structured Approach to AI Coding with Spec-Driven Development on Kiro\" are the net. They find the blind spots I can't see from inside my own workflow. They humble me. Then they hand me enough to build the next thing with a little more confidence than the last.\n\nI've still got 15 days until submission. Back to the spec.\n\nAI Assisted. Human Approved. Powered by NLP.", "url": "https://wpnews.pro/news/aws-summit-los-angeles-2026-why-am-i-always-learning-the-hard-way", "canonical_source": "https://dev.to/earlgreyhot1701d/aws-summit-los-angeles-2026-why-am-i-always-learning-the-hard-way-46lb", "published_at": "2026-06-15 01:36:47+00:00", "updated_at": "2026-06-15 01:40:33.233494+00:00", "lang": "en", "topics": ["artificial-intelligence", "developer-tools", "ai-tools"], "entities": ["AWS", "Kiro", "Clayton Markos", "Anthropic", "Vercel", "DynamoDB", "Bedrock", "Claude"], "alternates": {"html": "https://wpnews.pro/news/aws-summit-los-angeles-2026-why-am-i-always-learning-the-hard-way", "markdown": "https://wpnews.pro/news/aws-summit-los-angeles-2026-why-am-i-always-learning-the-hard-way.md", "text": "https://wpnews.pro/news/aws-summit-los-angeles-2026-why-am-i-always-learning-the-hard-way.txt", "jsonld": "https://wpnews.pro/news/aws-summit-los-angeles-2026-why-am-i-always-learning-the-hard-way.jsonld"}}