scolvin

This guy has nice hair.

Please report any panics, we'll fix them!

No one is going to let an LLM get prompted by end users to write python code I just run on my server, there's no real debate on that.

As discussed on twitter, v8 shows that's not true.

But to be clear, we're not even targeting the same "computer use" use case I think e2b, daytona, cloudflare, modal, fly.io, deno, google, aws are going after - we're aiming to support programmatic tool calling with minimal latency and complexity - it's a fundamentally different offering.

Chill, e2b has its use case, at least for now.

Can't be sure where this might end, but the primary goal is to enable codemode/programmatic tool calling, using the external function call mechanism for anything more complicated.

I think in the near term we'll add support for classes, dataclasses, datetime, json. I think that should be enough for many use cases.

this is pretty performant for short scripts if you measure time "from code to rust" which can be as low as 1us.

Of course it's slow for complex numerical calculations, but that's the primary usecase.

I think the consensus is that LLMs are very good at writing python and ts/js, generally not quite as good at writing other languages, at least in one shot. So there's an advantage to using python/js/ts.

ROFL.

I clearly didn't build pydantic "to take VC money" - I maintained Pydantic for 5 years before deciding to take VC money.

I wanted to build logfire and I didn't want to compete with or restrict our open source, we so built logfire.

Let's see on the investment; seems to be going pretty well so far.

We have a SaaS platform (Pydantic Logfire - General and AI observability), and we raised our Series A from Sequoia.

For good or bad, I think we're pretty "SaaS/vc/etc." already.