Dennis Traub @dtraub

Architecture in the Age of AI Joined August 2008

Tweets

22K
Followers

3K
Following

922
Likes

15K

Dennis Traub @dtraub

4 weeks ago

dev.to/aws/ai-isnt-re…

0 0 0 80 0

View Details

Ever felt like your coding agent tends to add their own, often unhelpful interpretation of what the terms and concepts in your app mean? AI coding agents amplify whatever you give them. If your vocabulary is ambiguous, they amplify ambiguity. If it's precise, they amplify precision. Domain-Driven Design's Ubiquitous Language makes that amplification work for you, not against you: dev.to/aws/your-agent…

0 0 0 107 0

View Details

Dennis Traub @dtraub

a month ago

Your agent keeps using that word, you don't think it means what the agent thinks it means... How Domain-Driven Design and a Ubiquitous Language adds consistency to coding agent results. dev.to/aws/your-agent…

0 0 0 72 0

View Details

Dennis Traub @dtraub

a month ago

Follow-up: if Bounded Contexts are where you draw the line, Ubiquitous Language is what you speak inside it. Wrote about how to make your coding agent use domain-specific vocabulary instead of generic "Customer" + CRUD: dev.to/aws/your-agent…

0 0 0 44 0

View Details

Dennis Traub @dtraub

a month ago

Yesterday's post on applying Domain-Driven Design patterns to MCP server architecture has inspired some interesting discussions. If "separate AI tools by blast radius" makes intuitive sense to you, have a look at what DDD calls Bounded Contexts and Anti-Corruption Layers: dev.to/aws/rediscover…

6 0 3 196 4

View Details

Dennis Traub @dtraub

a month ago

An AI coding agent is the most confident Humpty Dumpty you'll ever work with. It will interpret your vocabulary however it sees fit, and it will never tell you it's confused. Domain-Driven Design has a pattern for this. I wrote about how to apply it in practice: dev.to/aws/your-agent…

0 0 1 93 0

View Details

Dennis Traub @dtraub

a month ago

AI isn't replacing junior devs. Your org chart does. dev.to/aws/ai-isnt-re…

0 0 2 111 1

View Details

Dennis Traub @dtraub

a month ago

@MarcJBrooker says junior developers have a structural advantage in the AI era. Mark Russinovich and @shanselman say AI imposes a "drag" on early-career developers that risks hollowing out the next generation. Both are widely shared and treated as the definitive take, even though they appear to flatly disagree. But what if they don't? Brooker is describing what an individual junior can do. The person who arrives without calcified heuristics, who's comfortable expanding scope into business context and system ownership. That person will thrive. Russinovich and Hanselman are describing what happens to the cohort. When companies stop hiring juniors, or pair them with AI agents instead of experienced engineers, the organizational pipeline dries out. The structure that develops judgment has been removed. It's the same question - just different zoom levels. Which makes the real decision not "will AI hurt or help juniors?" but "who is making that decision in your org, and is anyone doing it on purpose?" Every company that chose not to open a junior headcount this quarter already made this decision. Every team that paired a senior with an AI coding agent instead of an early-career developer made it too. I went deeper on the historical pattern (CNC manufacturing, Excel, and - strikingly similar to software engineering - law firms) and how we can make intentional decisions here: dev.to/aws/ai-isnt-re…

0 0 0 156 0

View Details

Dennis Traub @dtraub

a month ago

I went deeper on the argument, showing what Bounded Contexts and Anti-Corruption Layers look like applied to the MCP tool layer: dev.to/aws/rediscover…

1 1 2 404 2

View Details

Dennis Traub @dtraub

a month ago

MCP's protocol already enforces context boundaries by design. One client per server, no built-in cross-server communication. The architecture does this for us, we just have to lean into it instead of wrapping REST APIs one-to-one to build distributed monoliths all over again.

1 0 0 84 0

View Details

Dennis Traub @dtraub

a month ago

There's a thread on r/devops where an engineer says MCP servers "just showed up" in their infrastructure and they have no idea how to secure them. 76 upvotes, 39 comments. And if you read the solutions, they're all doing Domain-Driven Design without knowing it.

2 0 2 367 1

View Details

Dennis Traub @dtraub

2 months ago

I've been using Opus 4.7 for a couple days now and it's really great. But something's still missing: What if new models came with one particular skill, right out of the box? Something like: /adapt-harness-to-new-personality Every new model comes with slightly - and sometimes vastly - different behaviors. Every time a new model comes out, all my evals break and my carefully curated, designed, and optimized skills and workflows need and update. Hey @AnthropicAI, @OpenAI, @GoogleDeepMind, what do you think? That's probably a really hard problem to solve, because there's no way to anticipate every use case. On the other hand, you've got the greatest minds on earth working for you. Would that be something you could add? Maybe alongside you model cards? That would be really awesome!

0 0 1 130 0

View Details

Johannes Koch @Lockhead

3 months ago

Hey AWS community! 🎉 We're officially opening our Call for Speakers for AWS Community Day DACH 2026! If you've been thinking "I should share what I've learned" - this is your moment. We want YOUR voice, YOUR experiences, YOUR lessons learned. No AWS employees (sorry friends!) - this is pure community magic ✨ Topics we're excited about: ☁️ Cloud-Native Development 🤖 AI/ML 🚀 Serverless 🔒 Security ...and so much more! Submit by June 30th: lckhd.eu/wm1Nh2 Let's make Berlin unforgettable together! 🇩🇪 #AWSCommunity #CloudComputing #TechConference #CallForSpeakers

1 5 11 418 1

View Details

Dennis Traub @dtraub

3 months ago

@iann0036 @awscloud You're absolutely right Ian, this shouldn't have happened. We are working with the health team to establish a mechanism so this doesn't happen again. My apologies to you and to every AWS customer. Thank you for raising it!

1 0 10 513 0

View Details

Dennis Traub @dtraub

3 months ago

Now on the @aiDotEngineer Europe stage: @patrickdebois - of #DevOps fame - continuing his tradition of coining terms 🤩 #AIEEurope

0 0 1 234 0

View Details

Maish Saidel-Keesing @maishsk

3 months ago

I'm excited to share something I built today that combines two of my favorite things: AWS and games! Introducing AWS Alias - a fun twist on the classic board game where you have to guess which AWS service I'm describing. Think you know your EC2 from your ECS? Your Lambda from your LightSail? Let's find out! (If you have not played Alias before, you are missing out, the experience is intense as it comes, at least in my family...) Give it a spin now: aws-alias.pada.win Whether you're an AWS pro or just getting started, this is a fun way to test your knowledge and learn about AWS services. Perfect for: - Warming up before your next certification exam - Team building with your cloud crew - Procrastinating productively (we've all been there) - Boasting your knowledge with your colleagues - Or just using this, at a meetup to break the ice Can you guess them all? Give it a try and let me know your score! #awsalias

1 2 3 231 3

View Details

Jeremy Daly @jeremy_daly

3 months ago

This is huge! aws.amazon.com/about-aws/what…

1 2 21 2K 3

View Details

Dennis Traub @dtraub

3 months ago

Love the minimalistic slide design of @cramforce's Keynote at #AIEEurope. The picture doesn't do it justice, but if you're in the room it looks incredibly sleek.