Christian Nwamba

Jack of a few trades. JavaScript. Teacher. Musician. Co-founder & CTO @rivva_app. Prev @AWS @Microsoft, @cloudinary, @auth0

[R 'Nearest' Nabors @rachelnabors]

https://t.co/zkRr6QSAMM

[v0 @v0]

v0 Foundations is live.

A 7-lesson course, under 20 minutes, to take you from your first prompt to a real app in production, walking through database, email, custom domain, and GitHub.

Taught by @eveporcello

https://t.co/cJ3twNOlME

[AI SDK @aisdk]

AI SDK 7 canary has a new telemetry system.

Register telemetry once, then all AI SDK calls emit telemetry by default.

[Chris Tate @ctatedev]

I built Zero in 3 days.

I didn't expect it to compile.
I didn't expect it to mostly self-host.
I definitely didn't expect it to work at all.

Inspired partly by Bun's rewrite to Rust, Zero started as an experiment. Honestly, the project says more about where AI is today than it does about the language itself.

It took more than 3,000 agent tasks to get here, and it's still nowhere near ready for serious comparisons, benchmarks or evals.

But the goal is bigger than the current result.

The hope is to either create a new language with tooling designed for agents from the ground up, or take learnings and apply it back to existing languages and ecosystems.

The ideas are simple:

1. Make languages (and new versions) easy for agents to learn, adapt to and fix on the fly, even when not in the training data.
2. Build a standard library comprehensive enough that most projects don't need external dependencies.
3. Create a tight, fast development loop that even small models can reliably work with.

I've never wanted to create a programming language.

But after repeatedly running into the same problems, safe but slow builds, fast but unsafe builds, agents struggling with new languages and version changes, wanting faster builds, smaller bundles and better DX, I started wondering:

Could accelerated, agent-driven iteration produce a language and tooling stack designed around these constraints from the start?

So Zero was born.

[Chris Tate @ctatedev]

New proposal: https://t.co/d8s9JkRVgu

Markdown Experience Guidelines

A spec for how interfaces should present Markdown

Virtual pages, navigation, search, theming

Any .md file, zero changes

Reference implementation below

Would love your input

[Chris Tate @ctatedev]

Introducing zero-native

Build native desktop + mobile apps with web UI and Zig

→ Tiny binaries, low memory usage
→ Selectable web engines (WKWebView, WebKitGTK, WebView2, Chromium/CEF)
→ Next.js, Vue, Svelte, Vite, React
→ macOS, Linux, Windows, iOS, Android

[Nico Albanese @nicoalbanese10]

3 months ago I started building a coding agent that runs in the cloud.

It's since written every line of code I've shipped, including itself.

Today, I'm open sourcing it. Introducing Open Agents.

[James Cowling @jamesacowling]

Time for a big systems advice thread!

In distributed systems there's no magic "push everything to prod at once" button. Every service gets pushed independently and nodes within a service get updated incrementally. If you mess up forwards/backwards compatibility you can fail irrecoverably.

So how to avoid this?

1/5: Decouple data and code changes. Never push out a release that changes how data is stored at the same time as the code that uses this new data. If there's a bug and you need to roll back to the old version of your code it won't be able to handle the new data in the new format. Instead push out a release that first changes the data in a way that’s compatible with both the old and new code (e.g., optional fields etc), when that’s stable push out the new code that uses it, then when that’s stable you can change the data to remove backwards compatibility. This is known as a “migration” in the database world and yes it’s annoying, but yes you need to do it.

[Christian Nwamba @codebeast]

@tannerlinsley Where can I buy tickets?

[Micky @Rasmic]

The World is Changing.

AI is changing everything.

A lot of my homies and followers ask me what they should do…

This video is my answer ↓

[Christian Nwamba @codebeast]

@Rasmic Oh musicians 😂

[Christian Nwamba @codebeast]

@wesbos Works on my machine!

[Christian Nwamba @codebeast]

@theo You forgot one: we’re are COOKED

[Theo - t3.gg @theo]

T3 Code is now available for everyone to use.

Fully open source. Built on top of the Codex CLI, so you can bring your existing Codex subscription.

[Christian Nwamba @codebeast]

@jamwt @convex While I appreciate the simplification of these, I like this delivery and format @jamwt

Hope we see more.

[Christian Nwamba @codebeast]

@royanger @theo Finally got the chance to catch up on some @theo’s video and found myself here

[Micky @Rasmic]

🚨 You can now author @convex components

I built the Stripe component (thanks @theo for pushing for this)

With just a few minutes setup, you have payments integrated into your convex projects

I'll link the doc down below 👇

[Nico Albanese @nicoalbanese10]

Cool planning agent pattern with @aisdk

Agent creates a plan. Then, while there are outstanding tasks, forces a tool call (executeTask) that spawns a subagent to complete the current task

[Jamie Turner @jamwt]

We just raised a bunch of money to reinvent backend engineering for developers.

We have huge plans for Convex, and we need your help to realize them.

https://t.co/hMMWTGp8Tx

[Christian Nwamba @codebeast]

Person A: "Let's index the entire internet!"
Person B: "😂 Sure, just casually rebuild Google. What's next, solving world hunger?"
Ilya Sutskever: "Hold my beer."