Senior Staff Engineer (ex Director) @ MongoDB. I like building things, solving problems and playing games, occasionally at the same time. Opinions are my own.

New York, NY
Joined February 2009
One of the skills of a great software developer is being able to read code you’ve just written with the eyes of someone who isn't intimately familiar with it.
12
5
3
29
[new blog post] Atlas Infinite: MongoDB's Disaggregated Architecture muratbuffalo.blogspot.com/20…
16
74
6,813
How to effectively debug with agents when you no longer read or understand the code In this post, I propose a debugging framework for agents that doesn’t rely on human knowledge of code to get to the right “root cause” The TL;DR are the screenshots. Link to post in the reply.
Writing a post about “how to effectively debug code when you no longer fully understand it”. This is real bug I had to fix in ~9K LOC (100% AI generated). None of the tactics I started with here helped “root cause” the issue, lol. Had to take a different approach to isolate it.
38
122
24
1,658
138,629
David Golden retweeted
you know who else thought a lot about sandboxing? paul atreides
6
10
202
6,887
David Golden retweeted
You can now set Claude Code's output style to Concise. Claude leads with the result, keeps responses short, and still gives full detail when you ask. Turn it on in /config → Output style, or set "outputStyle": "Concise" in settings.json.
943
997
768
19,334
3,364,527
David Golden retweeted
MongoDB is looking for a Senior Engineering Manager. DevProd AXIS team (AI, X-functional tools, Insights, and Signals) responsible for metrics, observability, & agentic ecosystem for AI-driven development across engineering. mongodb.com/careers/jobs/805…
3
5
471
David Golden retweeted
The @latentspacepod team and I will be speaking at Mongodb's .local buildfest today 10a-4pmish, come by! mongodb.com/events/mongodb-l… We'll be covering: - tba Agent infra with @BazeleyMikiko! - the state of embeddings/reranking with @frankzliu @VoyageAI head of Applied ML - wearable AI with @a_israelov, CTO of Mentra! - their state of managed MCP with Gaurab Aryal - Jim Scharf, CTO MongoDB - AIE top speaker Apoorva Joshi click on only if you are gonna come... take one of my tix MDBLCL26INSIDER!
19
4
1
25
9,863
When I saw the movie "Don't Look Up" I thought it was unrealistic. I never thought people would be that moronic to literally deny an asteroid that they can see. But seeing all the cynicism out there thinking that rogue AIs are just marketing stunts, I kinda get it now.
47
84
14
1,309
79,822
Names have power
Fable is amazing but needs to stop talking like someone who has read only pulp fantasy: "I have shown you the way, but you must open the door. The map exists but the path is yours. The atlas of your instinct — every fact must first know itself" Please, just make the infographic.
2
124
David Golden retweeted
What if Raft could deliver fast, consistent reads without the usual lease complexity? The new MongoDB Research Blog launches with its first post from @jessejiryudavis on LeaseGuard, a simpler approach to Raft leases designed to reduce read overhead, improve read availability, and restore write throughput quickly after leader failover. Discover here how to recover reads faster and move past the downtime: mongodb.social/6010BElHtC
1
5
22
8,951
David Golden retweeted
Excited to get my pre order copy of @catehall ‘s new book! You can just preorder it 😊
3
12
875
MongoDB is looking for a Senior Engineering Manager. DevProd AXIS team (AI, X-functional tools, Insights, and Signals) responsible for metrics, observability, & agentic ecosystem for AI-driven development across engineering. mongodb.com/careers/jobs/805…
3
5
471
David Golden retweeted
I’ve been thinking a lot about this pattern recently, because volatility: You believe X. X doesn’t come true. You accept this and learn from it: “X is not true” You move on to believe Y. But … you never asked yourself “why did I believe X in the first place?”
1
1
19
1,760
TIL that ':q' also exits claude Thank you, @AnthropicAI
1
127
It depends
Would you rather have a system that's fast or correct
10%Fast
90%Correct
5,834 votes • Final results
1
163
David Golden retweeted
At first AI seems to reduce the cost of software development, so people lower the bar on what projects seem worth it. So more software gets developed. However, it turns out that costs may not be reduced, just the illusion of cost through faster delivery. We can move faster, but that speed requires tokens (which is money). The other thing is that with more software comes more responsibility. If too much software gets written, we face catabolic collapse as we get crushed by the sheer amount of software we now need to support. This all tells me the following. 1) AI can speed up delivery but not necessarily save money. 2) We can't just write software because it appears easier to do, because else we drown in low value software that must be supported. 3) Low value software may help with tactical issues but not strategic ones as strategy cannot be built on commodity. 4) If AI doesn't save money and a high volume of (lower value) software is bad, then we should use AI instead to work on harder projects with clear ROI. Projects that might have been unviable due to the complexity and risk of implementation and/or lack of expertise. The lesson is that we should continue to apply sensible constraints on what we build, and leverage AI to do harder more strategic projects (as well as fast prototyping).
2
5
1
37
3,353
Buried the lede: "we should use AI instead to work on harder projects with clear ROI"
At first AI seems to reduce the cost of software development, so people lower the bar on what projects seem worth it. So more software gets developed. However, it turns out that costs may not be reduced, just the illusion of cost through faster delivery. We can move faster, but that speed requires tokens (which is money). The other thing is that with more software comes more responsibility. If too much software gets written, we face catabolic collapse as we get crushed by the sheer amount of software we now need to support. This all tells me the following. 1) AI can speed up delivery but not necessarily save money. 2) We can't just write software because it appears easier to do, because else we drown in low value software that must be supported. 3) Low value software may help with tactical issues but not strategic ones as strategy cannot be built on commodity. 4) If AI doesn't save money and a high volume of (lower value) software is bad, then we should use AI instead to work on harder projects with clear ROI. Projects that might have been unviable due to the complexity and risk of implementation and/or lack of expertise. The lesson is that we should continue to apply sensible constraints on what we build, and leverage AI to do harder more strategic projects (as well as fast prototyping).
81
[new blog post] Our MongoDB TLA+ Workshop muratbuffalo.blogspot.com/20…
2
7
1
31
2,605
"Even going from a simple inline autocomplete tool to fully autonomous agents that clone repositories and run test suites out-of-band, the global parallelizable fraction refuses to budge and hovers around 35% across all three generations of AI"
[new blog post] Writing Code vs. Shipping Code: Productivity Effects Across Generations of AI Coding Tools muratbuffalo.blogspot.com/20…
1
116
I made a thing! Glanceable Hammerspoon status tracker for concurrent Claude Code sessions. github.com/xdg/ccwatch
1
52
David Golden retweeted
Our internal data shows Claude is accelerating AI development—a possible path to recursive self-improvement, or AI autonomously building a more capable successor. It’s happening faster than we thought, and the implications deserve greater attention. anthropic.com/institute/recu…
1,717
4,522
2,993
28,303
18,953,140