Good read. If you're not new to coding agents, you probably already do some of that stuff.
But what I liked most is deciding how many humans should review code based on assigned risk level.
> Stop worrying about accumulating slop. "It'll turn your codebase into an unmaintainable mess." Maybe that was true six months ago. Now? I'm not convinced it adds slop.
💯
Finally summarized what I've been sending to friends in DMs View article
Maciej Winnicki retweeted
Dynobase was my first real product.
7 years ago I built a desktop app for DynamoDB and people started paying for it. It taught me how to build, ship, sell and support software on my own, and it put my career on an exponential trajectory. A lot of what I've done since traces back to it.
Then I neglected it.
Other things took my time. Releases got rare, bugs piled up, and some of you waited far too long for fixes. People trusted it with their daily work and I let it slide. I've felt guilty about that for a long time.
So I went back to it, properly.
Today I'm proud to introduce @dynobase 3.0: almost every bug fixed, tons of new functionality, and a fresh coat of paint.
A rebuilt interface, in light and dark
- ⌘K to jump to any table across every profile and region
- Semantic search over DynamoDB vector indexes
- A built-in MCP server, so Claude Code, Cursor and other agents can query your tables (read-only unless you allow writes)
- Click into nested JSON and filter on any value
- Schema explorer and visual item diff
- Bulk edits with a preview, PartiQL writes with a confirmation, change history with undo, on-demand backups
- Live tail, CloudWatch metrics, a streams viewer, and CDK / CloudFormation / Terraform export
- SSO that just works, scans you can pause and resume, and edits that won't silently overwrite someone else's changes
It now runs on Mac, Windows and Linux.
To everyone who kept using Dynobase while I was away: thank you, and I'm sorry. And if it ever let you down, give it another shot.
Maciej Winnicki retweeted
i think jev is resonating with devs so well b/c it unlocks so many opportunities for composing ai into systems and products rather than ai _becoming_ the product/system
really does feel like it was a missing primitive
I used to be a pretty heavy claude code user. Recently (after @rafalwilinski told me to) I switched to Codex.
What’s the solution for: 1) lack of official mobile app 2) lack of chrome connector?
I switched from Cursor to Claude Code desktop a couple of weeks ago (mostly because my quota kept running out so quickly) and the only thing I'm missing is a basic file explorer. You know, where you hit CMD+P, search for a file, and see its contents.
yeah, I experienced that yesterday too but isn't it the case that they fallback to a dumber model during high demand?
Every opus release follows the same script: week one & two it's a god tier model that one shots complex tasks, remembers every detail, stays in scope. By week threeish or a month later it feels like a completely different model.
I love Opus, genuinely my favorite model line. But every time Anthropic does something post launch that alters quality. And no, it's not quantization like some people theorize but SOMETHING is clearly changing.
We desperately need tools to measure model quality over time, the degradation is real. Inference changes, service, system prompt updates, whatever it is it's not placebo.
Maciej Winnicki retweeted
what advice you wish you could give your early career self?
i'll go first: your manager is not so busy they don't want to be bothered
at all times, your manager wants you to ping them more, ask them more questions, know what's up, unblock you and not wait until 1:1 to do so
Maciej Winnicki retweeted
LLMs have convincingly demonstrated that coding is the easiest activity, maths is medium hard, and having taste is the hardest
Great talk for sure, but how are all those analogies actually useful? LLM=OS, cool, but what’s the practical takeaway?
Looks cool!
But my ultimate goal is to be the last @arcinternet user on Earth. Unless someone from @browsercompany shows up at my place and uninstalls it from my computer, I’m not doing it.
Maciej Winnicki retweeted
Join us at Evals track at 11:45!
We’ll be speaking about our failures and lessons from maintaining thousands of agentic evals and how you can avoid them
Maciej Winnicki retweeted
Some days it is kind of depressing watching the idiocracy of modern tech influencers teach devs nonsense that probably comes from job-hopping and never seeing the consequences of actions.
We know how to build better software; it's not what the popular idiocracy promotes though
Maciej Winnicki retweeted
TL;DR: We built a transformer-based payments foundation model. It works.
For years, Stripe has been using machine learning models trained on discrete features (BIN, zip, payment method, etc.) to improve our products for users. And these feature-by-feature efforts have worked well: +15% conversion, -30% fraud.
But these models have limitations. We have to select (and therefore constrain) the features considered by the model. And each model requires task-specific training: for authorization, for fraud, for disputes, and so on.
Given the learning power of generalized transformer architectures, we wondered whether an LLM-style approach could work here. It wasn’t obvious that it would—payments is like language in some ways (structural patterns similar to syntax and semantics, temporally sequential) and extremely unlike language in others (fewer distinct ‘tokens’, contextual sparsity, fewer organizing principles akin to grammatical rules).
So we built a payments foundation model—a self-supervised network that learns dense, general-purpose vectors for every transaction, much like a language model embeds words. Trained on tens of billions of transactions, it distills each charge’s key signals into a single, versatile embedding.
You can think of the result as a vast distribution of payments in a high-dimensional vector space. The location of each embedding captures rich data, including how different elements relate to each other. Payments that share similarities naturally cluster together: transactions from the same card issuer are positioned closer together, those from the same bank even closer, and those sharing the same email address are nearly identical.
These rich embeddings make it significantly easier to spot nuanced, adversarial patterns of transactions; and to build more accurate classifiers based on both the features of an individual payment and its relationship to other payments in the sequence.
Take card-testing. Over the past couple of years traditional ML approaches (engineering new features, labeling emerging attack patterns, rapidly retraining our models) have reduced card testing for users on Stripe by 80%. But the most sophisticated card testers hide novel attack patterns in the volumes of the largest companies, so they’re hard to spot with these methods.
We built a classifier that ingests sequences of embeddings from the foundation model, and predicts if the traffic slice is under an attack. It leverages transformer architecture to detect subtle patterns across transaction sequences. And it does this all in real time so we can block attacks before they hit businesses.
This approach improved our detection rate for card-testing attacks on large users from 59% to 97% overnight.
This has an instant impact for our large users. But the real power of the foundation model is that these same embeddings can be applied across other tasks, like disputes or authorizations.
Perhaps even more fundamentally, it suggests that payments have semantic meaning. Just like words in a sentence, transactions possess complex sequential dependencies and latent feature interactions that simply can’t be captured by manual feature engineering.
Turns out attention was all payments needed!
Maciej Winnicki retweeted
April was my last month at Vendr, so I'm on the lookout for a new role!
LinkedIn in the reply 👇 but here is a quick summary:
• 13 yrs in dev (TypeScript/React, Go, AWS, Cloudflare)
• 5 yrs leading teams across the US & Europe — I know how to build high-performing teams and a strong engineering culture
• Currently mostly interested in LLMs — last year I spent a fair amount of time exploring LLM/RAG topics (Assistants API, Vercel AI SDK/LangChain, Turbopuffer/LanceDB)
Open to staff+, engineering manager, or site lead roles — I'm driven by product impact, strong teams, and long-term growth, rather than the exact title.
April was my last month at Vendr, so I'm on the lookout for a new role!
LinkedIn in the reply 👇 but here is a quick summary:
• 13 yrs in dev (TypeScript/React, Go, AWS, Cloudflare)
• 5 yrs leading teams across the US & Europe — I know how to build high-performing teams and a strong engineering culture
• Currently mostly interested in LLMs — last year I spent a fair amount of time exploring LLM/RAG topics (Assistants API, Vercel AI SDK/LangChain, Turbopuffer/LanceDB)
Open to staff+, engineering manager, or site lead roles — I'm driven by product impact, strong teams, and long-term growth, rather than the exact title.














