Making a programming language - BAML. @boundaryml, 🦄 aitw podcast: https://xitter.cf/t.co/g4CJWgP0gR prev YC, google, msft, deshaw, and other things

Seattle, WA
Joined September 2012
Slop is code you dont read. And better models means more slop. the solution? write sloppy tools to build stable systems. but for the most committed people, go build new foundational systems. Rebuild github, rebuild tmux, rebuild database, and yes rebuild programming languages. Big thanks to @swyx and the whole community for having us out at @aiDotEngineer
6
11
1
77
15,509
oh shit i should have read this before
3
7
568
and here we have my agent talking to googles (human) agent the future is now
1
4
476
AI has 30x my average PR size over the last few years the way you code has fundamentally changed.
1
9
563
“OpenAI worse than jev 🤡” feels like what they used to say about anthropic vs OpenAI
I benchmarked "Jev-killer" OpenAI Decisions API against Jev for HiringCafe.com, serving 2.5 million users. The task is to predict how relevant a user query/resume is to a job description, on a scale of 1-10. OpenAI is 2x more expensive and 5-10% worse. 🧵
358
Vaibhav Gupta retweeted
Everyone in AI is building for everyone else in AI. We're building for your group chat. Introducing Charming ✨ Personal apps for us normies. Make an app for your book club, a meal planner for your family, go wild (it's free!) Build in Claude/ChatGPT, share like a Google Doc
132
66
96
396
519,059
what if you could ask a program any questions about itself as it was running? coming to all baml programs near you 🐑
1
1
18
905
i'm about to write a ci/cd rule to block prs if new tests are added
1
1
8
724
Vaibhav Gupta retweeted
if only someone were building a programming language for this new era
DHH is fundamentally right about Rust. For context, Vercel has been undergoing a Rust-ification (carcinization, technically 🦀) for a while. One of the first projects we migrated was Turborepo, from Go to Rust¹. The migration completed, but the RoI was actually quite controversial internally. While Rust was in our eyes better for low-level OS access, something crucial for a build system like Turbo, the human migration costs were very sustantive. Go is very fast. It's beautifully designed. It's easy to iterate on. We were very conflicted about the migration, because it was *humans* writing the code, *even if we knew Rust was a better choice*. The calculus has now changed. What's "best for humans" is no longer necessarily "best for business". FWIW, it's also quite unlikely that Rust is the end-all-be-all toolchain. I'm quite certain there's greener pasture ahead, because Rust itself was designed before the 'supersonic tsunami' of agents hit. ¹ https​://vercel.com/blog/how-turborepo-is-porting-from-go-to-rust
1
1
6
1,226
new hack. tell your agents you have external stakeholders.
4
1
16
1,376
your agents may not respect you, but they'll respect someone else
5
207
why would you not have a faster app if you could? 🦀
Replying to @dhh
Again, I'm not saying that all apps need Rust levels of performance. Far, far from it! But I am saying that if agents are really good at writing Rust, and you're onboard with agent acceleration meaning we don't read all generated lines, then it's a good argument for Rust!
3
9
1,160
we spend ~1 day every 2 months making our tests faster. we do this by: 1. removing tests we dont need 2. writing faster code what triggers it? someone on the team gets tired of waiting for the clankers. this week it was @aaronvi
2
16
2,084
javascript really is the zombie we keep dressing up first typescript then effect now real types in typescript
The first step is types. We're adding a TypeScript-compatible type checker to Bun. It’s the best shot ahead-of-time compiled TypeScript has at beating languages like Go on memory and speed.
3
1
1
47
8,182
it fascinates me that removing features still adds lines of code. this is the worst thing about agents.
7
2
34
1,923
whenever i'm talking to humans, i need to make sure agents are unblocked first. ☠️
3
14
851
this man speaks truth
IMO the only tests you should have in the age of coding agents are, in order of priority: 1. Full E2E tests. Nothing mocked out at all. Can even be something that runs in prod on test accounts via Playwright or equivalent. 2. Integration tests. Agents make more mistakes as things bleed between data/API boundaries where schemas can drift. 3. Golden tests. This helps ground the code with real examples of data, and can be used as regressions against edge cases. Unit tests are bloat 99% of the time if you’re using a frontier model since they’re smart enough now to get the implementation (and subsequent iterations) right on the first shot, so they only add bloat at this point.
6
35
18,446
now i get why people need 50 subs
We deleted 800k lines of unit tests from the @sazabi monorepo earlier this week. Three hypotheses: 1- Unit tests "lock-in" slop code by making it hard to change or remove 2- Unit tests slow down dev cycles by making your agent do more work locally and by increasing CI times 3- Unit tests waste money by making your agent generate more tokens and by adding useless CI runs Will report back soon with the results!
1
28
3,036
the danger is gone!
1
5
513
portfolio company ✅ best and honest opinon ✅
You are a struggling second tier competitor that is more unethical and lying just because you have no decency or sense of proper behavior and shows your desperation. Straight out lying about if Chris being fired I thought would be below even you.
Readers added context they thought people might want to know
Khosla is an investor in both Cognition and Factory. khoslaventures.com/category/enter…
12
1,517