Dustin Deus

1.4K posts

Dustin Deus banner
Dustin Deus

Dustin Deus

@dustindeus

CTO & Co-Founder @wundergraphcom Building Open-Source software, rethinking API integrations.

Deutschland Katılım Ekim 2012
210 Takip Edilen373 Takipçiler
Dustin Deus
Dustin Deus@dustindeus·
I use Agents heavily, and when beginners ask me where to start, I usually give the same advice: There are endless models, tools, workflows, and frameworks out there. It’s easy to feel overwhelmed. Don’t. The biggest mistake is trying to learn everything at once. Simplify first, then expand. Here’s the approach I recommend: 1. Stick to one or two strong models. For example: Opus or GPT-5.4. Do not keep switching. In the beginning, consistency matters more than chasing every new release. You need repetition first, not constant novelty. 2. Build your workflow in a model-agnostic tool. Use tools like OpenCode or Cursor so you can set up your workflow once and keep using it no matter how the model market changes. That gives you stability while everything around you keeps moving and improving. 3. Get good at thinking in requirements. There is a reason many people say the next era of software engineers will be engineers with strong product manager instincts. This is where the real leverage is. The better you are at defining requirements, clarifying outcomes, and translating vague ideas into concrete plans, the more value you will get from AI. Frameworks like skills or superpowers help because they improve context, sharpen deliverables, and turn fuzzy tasks into executable plans. A good framework is not just a prompt trick. It is a tool for clearer thinking. 4. Document every meaningful change. AI generates code faster than humans can keep in their heads. Write down key decisions, architecture, and why they were made. Put the essential context into markdown docs or "AGENTS.md" so the next run does not start from zero. You can automate this too ;) This helps future LLM runs, your teammates, and your future self. Without it, the same mistakes keep coming back. 5. Treat tests and verification as core parts of the workflow. This is probably the most important point. The way code is produced has changed. What matters now is less how code was written and more whether it meets requirements and creates value across correctness, architecture, maintainability, and performance. Using LLMs does not mean giving up engineering excellence. In fact, this only works if we stay in control through deterministic signals like tests, static analysis, and validation. That is also what makes agents effective. These signals create the harness for an agent to operate in a tight loop, fix problems more autonomously, stay focused, and work within a defined scope instead of drifting. Without that harness, autonomy quickly becomes noise. Once you understand this workflow, then experiment more. Try different models. Go deeper into context and prompt engineering. But do not get lost in the details. Learn the capabilities. Learn the limitations. Then build a workflow you can trust. AI is not just about moving faster. It is about building a system where speed, quality, and control work together.
English
0
0
0
37
Dustin Deus
Dustin Deus@dustindeus·
Today, we are proud to announce the Open Source AI Manifesto: a grassroots set of principles for sustaining open source in the age of generative AI. When AI scales code output faster than human attention can process it, that system breaks down. We believe it is time to draw clearer boundaries around the role of AI in open source and to be explicit about the human responsibilities that cannot be delegated to a model. 🛡️ Humans must remain accountable for what they submit. ⚖️ Humans must verify, test, and stand behind their contributions. ⏱️ Humans must respect reviewer time. 🗣️ Humans must communicate with clarity and intent. human-oss.dev
English
0
0
0
62
Dustin Deus
Dustin Deus@dustindeus·
100%
Brian Armstrong@brian_armstrong

The first version of Coinbase launched with just a hot wallet - a risky proposition. We were in beta and the app prominently told people not to store any money there they couldn't afford to lose. But the amounts of deposits kept steadily rising. I realized we needed to build build a cold storage system to improve security (otherwise a single hot wallet breach would mean we were insolvent and the company would die), and called the two cryptography/security experts I knew (@zooko and @octal if memory serves) and asked them what the best architecture would be. They were super helpful and gave me a crash course, since I had never built such a system before. I asked them how long it would take to build and I remember one of them said it might take a team of ~10 people 18 months to get it all up and running and tested. The problem was we had about 8 weeks until the total deposits on the platform would exceed the total assets of the company, and only 2 engineers (including myself) to build it. We were seeing signs that hackers were already trying to break in, a true do or die moment. @satoshilite and I buckled down and set about coding the new cold storage system from scratch, and integrating it into the app. We made some reasonable trade offs but what we came up with was fundamentally secure, and a massive improvement. We even unboxed some new laptops for key generation, stored backup material across several safe deposit boxes and locations. With about a week remaining, we started the process of transferring funds over to the new system. We were both extremely sleep deprived (how mistakes happen!), and paired up to double check each others work as we sent over the first test transaction, then a bigger one, and so on until it was fully transferred. We breathed a sigh of relief and went home to sleep for about 12 hours. This was one of my proudest technical accomplishments from the early days of Coinbase: coding our v2 key storage system with 2 people in about 8 weeks, which should have taken 10 people 18 months. And it worked and served us well for years. We're now on ~v5 of key storage, and have advanced way beyond what we came up with that day. But if we hadn't gotten it out in time, Coinbase very well may not exist today. It's a great testament to how constraints breed creativity, top talent matters in startups, and teams are often capable of more than they think when there is no other option. Most products which succeed have early moments like this, where someone has to step up and make a play on the field that defies all the odds. As we face new challenges and deadlines across our many products, I always look out for who on the team is ready to step up and make the game winning play on the field.

QST
0
0
0
87
Dustin Deus
Dustin Deus@dustindeus·
@thdxr That's just the beginning. It's currently a port, wait until they start integrating it with the language capabilities 😎
English
0
0
0
21
dax
dax@thdxr·
typescript compiler rewritten in go - i cannot think of a bigger impact project in software, think about how much time this will collectively save
dax tweet media
English
95
126
4.9K
390.3K
Dustin Deus
Dustin Deus@dustindeus·
The more you integrate AI into your daily routine, the more you understand that its purpose is not to replace you but to give you superpowers. This is the era of Tony Starks 😎
GIF
English
0
0
3
107
Sebastian Lorenz
Sebastian Lorenz@thefubhy·
What do you think of first when you hear "Production Grade Software"? What makes an application "Production Ready"?
English
9
14
22
4.5K
Stefan
Stefan@StefanTMD·
Not to compare, but every weekend WeWork in Miami is dead. In SF, finding a seat was a challenge. 80% of success is just showing up
Stefan tweet media
English
2
0
5
816
Andrew Sherman 🇺🇦
Andrew Sherman 🇺🇦@andrii_sherman·
I may be wrong, but I’ve tested both, and this is what I saw: A squash commit will count the lines of code for the person who merged it, while committing everything will count fairly for every contributor But squash commit will still count everyone as a contributor if you will specify co-author
English
2
0
7
1K
Dustin Deus retweetledi
WunderGraph
WunderGraph@wundergraphcom·
What happens when your Custom GraphQL Federation setup slows you down? A case study with @OntheBeachUK and how they evolved their API architecture from a GraphQL monolith to GraphQL Federation?
WunderGraph tweet media
English
1
6
5
846
Dustin Deus
Dustin Deus@dustindeus·
@graphqlweekly That's exciting! However, it's impossible to rule out slow plans. For that reason, we've shipped "Cache Warmup" in WunderGraph Cosmo. A feature that figures out your most expensive queries automatically and plans them ahead before a customer experiences slow query times.
Dustin Deus tweet media
English
0
1
4
396
GraphQL Weekly
GraphQL Weekly@graphqlweekly·
Apollo is introducing a new native query planner that's specifically designed for Federation 2.0. The update brings impressive improvements: - 10x faster query planning - 2.9x lower CPU usage - 2.2x reduced memory consumption
English
2
0
0
1.4K
GraphQL Weekly
GraphQL Weekly@graphqlweekly·
⚠️ Important Apollo Federation Changes Ahead ⚠️ Starting with Apollo GraphOS Router 1.60, Federation 1.0 supergraphs will no longer be supported. This is a critical update for teams using Apollo Federation. Here's what you need to know...
English
1
0
0
287
Stefan
Stefan@StefanTMD·
Another day another entitled OSS user demanding free support and guidance because they work at a "big" company lol
English
1
0
3
199
Stefan
Stefan@StefanTMD·
Just paid $750 to get approved to get married in a Catholic Church AMA
English
4
0
10
650
Dustin Deus
Dustin Deus@dustindeus·
Please make chatgpt.com great again. It's so slow and unreliable, it's an absolute workflow killer @sama
English
0
0
0
102
Wyatt Schulte
Wyatt Schulte@wyatt_sg·
I don’t trust any developers that can’t bench 225
English
13
1
50
33.3K
Eleftheria Batsou
Eleftheria Batsou@BatsouElef·
What is the most underrated benefit of a remote job?
English
400
14
424
84.7K
Dustin Deus
Dustin Deus@dustindeus·
@andrii_sherman If you know some, feel free to forward them to us 🤗 You can message me private.
English
0
0
0
53
Dustin Deus
Dustin Deus@dustindeus·
Hi @andrii_sherman, yes, we do, and we already have. Thoughts: People can't move outside, we can't meet in person. It's a risk because we don't know the outcome of the war. Electricity outages are rare and not a big problem; people have learned to get used to them. If we see an applicant from Ukraine we have to consider all these points before we can make a decision. For vey talented people we're ready to do it and if we do it we fully support them throughout.
English
2
0
4
201
Andrew Sherman 🇺🇦
Andrew Sherman 🇺🇦@andrii_sherman·
Would you hire talented devs physically located in Ukraine? Why or why not?
English
22
0
62
10.2K