←back to thread

Pydantic Logfire

(pydantic.dev)
146 points ellieh | 2 comments | | HN request time: 0.54s | source
Show context
serjester ◴[] No.40212723[source]
I love pydantic but I really have to wonder why they chose this route. There's already a ton of companies that do this really well and I'm trying to figure out how their solution is any different.

The llm integration seems promising but if you care about LLM observability you probably also care about evals, guardrails and a million other things that are very specific to LLM's. Is it possible to build all this under one platform?

I do hope I'm wrong for the sake of pydantic-core.

replies(3): >>40212966 #>>40214112 #>>40214695 #
scolvin ◴[] No.40214695[source]
Pydantic creator here.

I understand why this might be your reaction, but let me just share my thoughts:

Can we build all the LLM things people want? Yes I think so, early feedback is that Logfire is already much more comprehensive than LLM specific solutions.

How is our solution any different? AFAIK:

* no one else offers opinionated wrapper for OTel to make it nicer to use, but with all the advantages

* no one else does auto-tracing (basically profiling) using import hooks the way we do

* no one else has dedicated instrumentation for OpenAI or Pydantic

* no one else provides metadata about python objects the way we do so we can render a semi-faithful repr of complex objects (Pydantic models, dataclasses, dataframes etc.) in the web UI

* no one else (except Sentry, who are doing something different) makes it really easy to start using it

* no one else lets you query observability data with SQL

In my mind, the obvious alternative would be to do the thing most OSS companies do, and build "Pydantic Cloud", then start adding features to that instead of the open source package. I didn't want to do that, and I don't think our users would like that either.

In the end I decided to build Logfire for two reasons:

1. I wanted it, and have wanted it for years

2. I think building a commercial product like this, then using OSS to spread the word and drive adoption is a really exciting way to incentivize us to make the open source as good as possible — good as-in permissive and good as-in well maintained. And it means that our commercial success is not in tension with the adoption of our open source, which has been a recurring issue for companies trying to capitalize on their open source brand.

replies(4): >>40215045 #>>40215146 #>>40215756 #>>40221179 #
hakanderyal ◴[] No.40215045[source]
Useful product, great marketing site. This is obviously a labor of love. Keep it up!

Sadly I've moved on from Python world.

Funny anecdote, using Pydantic everywhere to improve maintainability made me realize I'm fighting an uphill battle with Python and I should move to a statically typed language, so I switched to C#.

Thanks for your work.

replies(4): >>40217691 #>>40217958 #>>40218303 #>>40218360 #
1. BurningFrog ◴[] No.40218360[source]
When I get tired of Python, I think of working in Ruby instead.

Maybe it's the Python disease of trying to be everything at once, which can end up as the worst of all worlds.

Ruby is a proudly untyped language, and that's all it is.

replies(1): >>40224293 #
2. neonsunset ◴[] No.40224293[source]
It does not offer better productivity, sometimes worse due to brittleness, at the cost of 0.1x performance of .NET.

It is this easy to make a back-end application with ASP.NET Core: https://learn.microsoft.com/en-us/aspnet/core/fundamentals/m...