34 points · 13 comments · 2 hours ago · _____k
twitter.comsimonw
bluelightning2k
Source: Gary Tan, who can write more code than Jeff Dean and John Carmack.
If you want to go really fast, you put a Ralph Wiggum dungeon. It's where you orchestrate a team of Ralph Wiggum loops together using subagents to win the economic Darwin Award which companies are handing out for who can burn the most tokens.
peterldowns
I'm a huge fan of Charity Majors and the quoted line in the next tweet in the thread is one of our team's rules, too:
Every AI output has to have a human owner. If you don't want your name on it, it's probably not good work.
ivanmontillam
dude250711
'Skipping tests doesn't make your team faster. It might actually slow you down.'
'Developing without requirements doesn't make your team faster. It might actually slow you down.'
tonyoconnell
shaftoe
Is this notable because AWS is commenting this?
The official AWS account posted a thread to promote their podcast interview with Charity Majors: https://art19.com/shows/aws-for-software-companies-podcast/e...
But they forgot that users who are NOT signed into Twitter don't see threads at all, so it looks to anyone who's follows the link that they just took an official AWS position at odds with the entire industry that they're trying to make billions of dollars from.
Here's the full text of that thread:
More AI-generated code doesn't make your team faster. It might actually slow you down.
The real bottleneck was never writing code. It's releasing it, debugging it, & keeping it running well. So when @Honeycombio CTO Charity Majors set a productivity target, she didn't chase 10x. She chose 2x, & built from there.
Her team also skipped the mandates & built a set of AI values instead:
"Every AI output has to have a human owner. If you don't want your name on it, it's probably not good work."
Quality first, quantity second.
Hear how @mipsytipsy built it on the AWS for Software Companies podcast.