Yeah I did my first project with FastAPI earlier this year with experience in other languages and I couldn't believe how bad it was.

▲

com2kid 3 days ago | parent | next [-]

The funny thing is all the python people will tell you how great FastAPI is and how much of an improvement it is over what came before.

FastAPI does have a few benefits over express, auto enforcing json schemas on endpoints is huge, vs the stupidity that is having to define TS types and a second schema that then gets turned into JSON schema that is then attached to an endpoint. That IMHO is the weakest link in the TS backend ecosystem, compiler plugins to convert TS types to runtime types are really needed.

The auto generated docs in FastAPI are also cool, along with the pages that let you test your endpoints. It is funny, Node shops setup a postman subscription for the team and share a bunch of queries, Python gets all that for free.

But man, TS is such a nice language, and Node literally exists to do one thing and one thing only really well: async programming.

▲

simlevesque 3 days ago | parent | next [-]

> That IMHO is the weakest link in the TS backend ecosystem, compiler plugins to convert TS types to runtime types are really needed.

Just define all your types as TypeBox schemas and infer the schema from that validator. This way you write it once, it's synced and there's no need for a compiler plugin.

https://github.com/sinclairzx81/typebox?tab=readme-ov-file#u...

	▲	com2kid 3 days ago \| parent [-]
		That is nice and all, but it is one of many libraries that solves a problem that shouldn't exist. The TS compiler should either have an option to pop out JSON schema from TS types or have a well defined plugin system to allow that to happen. TS being compile time only really limits the language. It was necessary early on to drive adoption, but now days it just sucks.

▲

WorldMaker 2 days ago | parent | prev | next [-]

Zod [0] isn't too bad for runtime types and runtime type evaluation. It even has JSON schema output now [1], though most of my API uses of Zod have been with Hono's "RPC" [2] which does a bunch of type magic to build a type-safe API client from your API types directly (in projects where you can share front-end and back-end types).

[0]: https://zod.dev/

[1]: https://zod.dev/json-schema

[2]: https://hono.dev/docs/guides/rpc

▲

nawgz 3 days ago | parent | prev [-]

Maybe you have non TS clients, but I moved to tRPC backends and now my consumers are perfectly typed at dev time, combined with pnpm monorepos I’m having a lovely time.

▲

kurtis_reed 2 days ago | parent | prev [-]

What's bad about it?