Pablo retweeted
This article from the DuckDB Team intrigued me. A DuckDB database does not need to hold any data, but instead view definitions pointing to Parquet data.
So it acts as a catalog for views that are run on object storage data and returned locally. No need to ever store data in the db itself.
duckdb.org/2026/10/07/view-o…
Pablo retweeted
Native @EffectTS_ GraphQL client coming soon!
Released a new version of github.com/philnash/email-ve… for verifying email addresses with the browser Email Verification API.
This version includes configurable timeouts for the network requests involved (after Google's JWKS endpoint was down last week).
Pablo retweeted
I, along with the rest of the Deno company, am joining Cloudflare!
I'm motivated by abstractions that give leverage at scale. The Cloudflare workers programming model is a hermetic computing abstraction that truly embodies the old Sun Microsystems tagline "The Network Is the Computer". The programming abstractions that Kenton designed really force scalability. If you squint your eyes you might even conceive of it as a distributed high-level operating system.
The only major problem with this distributed operating system is that practically people only use it inside of Cloudflare. Cloudflare is an amazing service for nearly all applications - but there are many situations when you might need it to run elsewhere.
I want to solve this problem and make the Workers programming model the default way you write server-side application code.
The time is ripe for new abstractions too - what software we run and how we run it are changing quickly with AI. The number of agents is exploding and I don't think they all need a Linux VM. A much more lightweight Durable Object would suffice for many applications. I'm super keen to talk to people who want to self-host agents at scale on DOs - msg me!
Pablo retweeted
We all know that the @foldkit, @alchemy_run, @EffectTS_, and @Cloudflare stack is GOATed but what name should we give it?
Reply with your own suggestions
20%FACE
71%CAFE
9%Something Else
258 votes • Final results Pablo retweeted
Your codebase is a form of memory, well put!
Replying to @vkryukov
well you can also think of it as token efficiency. for example if your agents can’t verify their work, chances are there will be a lot of bugs and rework that needs to happen later, which also requires more tokens (and unhappy customers)
there’s also many ways to improve ttr deterministically, like with a high quality test suite, using libraries like XState (from @DavidKPiano) or @EffectTS_ to make it easier to enforce business logic invariants, etc. your codebase is a form of memory and an input to agents
Pablo retweeted
Honestly, I didn't believe the hype first but I genuinely cannot go back to Claude Code or Codex after using T3Code. If you're not using it yet, what's wrong with you?
We just shipped in-app visualization capabilities in T3 Code. This enables agents to build cool dynamic experiences within the thread.
Huge shoutout to @davis7 for pushing us on this (and building most of it). Didn't expect to dig it so much.
Pablo retweeted
"why do people take Theo seriously? he flip flops constantly between OpenAI and Anthropic"
Never understood this type of question. I use the best technology available to me at any given time. Switching cost is near 0. Why should I keep using worse stuff?
Pablo retweeted
one thing i LOVE about Opus 5.5 is that it consistently gets corner radii right
it just gets it right by default now, very impressive
Pablo retweeted
Today, Cloudflare have announced the intention to acquire a root cert and become our own CA 🎉 blog.cloudflare.com/cloudfla…
Pablo retweeted
fearless_simd v1.0 is on its way: SIMD in Rust without writing unsafe. 🦀
By Shnatsel (Sergey Davidoff) and the Linebender team.
Most Rust SIMD abstractions rely on substantial internal unsafe code. fearless_simd concentrates that boundary in a small, audited implementation layer, so user-facing SIMD code can be written without unsafe blocks.
How:
The kernel! macro uses Rust's target-feature machinery and type-level SIMD capability tokens to make many architecture-specific intrinsic calls safe at the call site.
SIMD loads and stores ultimately operate on raw pointers. fearless_simd centralizes that handling in reusable safe-transmute wrappers, keeping the raw-pointer boundary in one auditable place.
Two small, auditable building blocks. The rest of your SIMD code stays safe.
What's also planned for v1.0:
Hardware-width vector abstractions, allowing one algorithm to target suitable 128-, 256-, or 512-bit implementations through dispatch.
→ Fast and precise variants for operations such as swizzle and floating-point maximum, whose behavior can differ across platforms.
→ Safe access to platform intrinsics when portable abstractions aren't enough.
fearless_simd_macros v0.1 with #[simd], providing function multiversioning without requiring #[inline(always)].
A planned three-year security-support commitment for v1.0 and later versions.
Even if std::simd stabilizes, fearless_simd can continue to provide value through multiversioning, hardware-width vectors, dispatch, and ecosystem tooling.
🔗 linebender.org/blog/fearless…
#RustLang #SIMD #Performance #OpenSource #SystemsProgrammin
Pablo 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'm going to turn this into a poster and hang it on my wall
An actual slide from my talk at @aiDotEngineer Paris next Thursday.
People have this mad idea that their implementer agent should ALSO apply their coding standards
The solution? Hide your coding standards from your implementer agent, fix them in review
Pablo retweeted
An actual slide from my talk at @aiDotEngineer Paris next Thursday.
People have this mad idea that their implementer agent should ALSO apply their coding standards
The solution? Hide your coding standards from your implementer agent, fix them in review
Pablo retweeted
This is brilliant. opusfived.dev


























