tiangolo

6 ms·

1.
by tiangolo 3mo ago
Nice to hear! :)
2.
by tiangolo 3mo ago
Hi HN, I’m Sebastián, creator of FastAPI. We just opened the public beta of FastAPI Cloud. You can deploy FastAPI apps with the command fastapi deploy, or connect your GitHub repo, with logs, metrics, custom domains, teams, and managed depl
3.
Show HN: FastAPI Cloud is in public beta, deploy apps with FastAPI deploy(fastapicloud.com)
5 points by tiangolo 3mo ago|3 comments
4.
by tiangolo 1y ago
FastAPI Labs | Design Engineer | Remote We are the same team behind FastAPI, building FastAPI Cloud. We're looking for a Design Engineer who can also code frontend (or is learning to), to help us (mainly) make the dashboard the best de
5.
by tiangolo 2y ago
FastAPI Labs | SRE / DevOps | REMOTE I created FastAPI, now I'm doing interesting new things and want extra help. I'm looking for tons of skills and knowledge in SRE / DevOps / Platform / Cloud / name-it .
6.
by tiangolo 2y ago
Astral's tools (Ruff, uv) are awesome, I'm a big fan. I'm using them every time I can and recommending them everywhere. I use them for my open source projects (FastAPI, Typer, SQLModel, etc.) and also for private things, smal
7.
Working full time on open source, FastAPI and friends(twitter.com)
1 points by tiangolo 3y ago|0 comments
8.
by tiangolo 4y ago
Here it is! The last part of the Forethought blog post series, migrating from Flask to FastAPI. This includes: Concurrency, async and await, and how to mix it with blocking code. request and g pseudo-global variables. Advanced refactoring.
9.
Migrating from Flask to FastAPI, part 3 (last part)(engineering.forethought.ai)
9 points by tiangolo 4y ago|1 comments
10.
by tiangolo 4y ago
I don't have chocolates for you all, but you might like this. Migrating from Flask to FastAPI, Part 2. This is the juicy part, all the main code changes from Flask to FastAPI, including some auth and dependencies. From Forethought with
11.
Migrating from Flask to FastAPI, Part 2(engineering.forethought.ai)
17 points by tiangolo 4y ago|2 comments
12.
by tiangolo 4y ago
Part of the work I've done with Forethought is lead an effort to migrate from Flask to FastAPI. Here's the first blog post out of 3, with all the tips and tricks to migrate a real-life, huge, production code base. I hope it's
13.
Migrating from Flask to FastAPI(engineering.forethought.ai)
12 points by tiangolo 4y ago|1 comments
14.
by tiangolo 5y ago
Hey! FastAPI author here. I do have a bunch of issues and PRs to review across the projects. But as I personally review and in most cases fine-tune and update each one of the PRs (if you check the history, almost no PR is directly merged, m
15.
by tiangolo 5y ago
Thanks! :D
16.
by tiangolo 5y ago
Hehehe thanks for the trust! :D
17.
by tiangolo 5y ago
I'm glad to hear that!
18.
by tiangolo 5y ago
Yep, exactly. SQLAlchemy now has async support, so does SQLModel. But I haven't documented it yet.
19.
by tiangolo 5y ago
Yep, SQLAlchemy now has async support, so does SQLModel :) But I haven't documented it yet.
20.
by tiangolo 5y ago
Nice! Yeah, it should work well with Starlette, Flask, or anything else. And yeah, I plan on adding docs and a thin layer on top of Alembic, but yeah, it's just SQLAlchemy so it will be just the same Alembic behind the scenes.
21.
by tiangolo 5y ago
Yep, but not secret, it's the in-progress dataclass_transform draft spec, already implemented in (open source) Pyright, and Pylance re-uses Pyright, so it gets that support. https://github.com/microsoft/pyright&#x2
22.
by tiangolo 5y ago
Yep it uses the in-progress draft-spec dataclass_transforms https://github.com/microsoft/pyright/blob/main/specs/datacla... As Pyright already supports it, and Pylance is built on Pyright, they can
23.
by tiangolo 5y ago
The main benefit is actually being able to have statically typed models instead of dynamic, to get autocompletion, error checks, etc. In fact, I made a small utility library some time ago to create dynamic Pydantic models from SQLAlchemy mo
24.
by tiangolo 5y ago
I just released it yesterday, so almost no one is using it in prod (I bet there's a couple using it already). But it's all SQLAlchemy underneath, the most wiidely used Python SQL library, with tons of years of usage, so that gives
25.
by tiangolo 5y ago
Thanks Simon! It means a lot, even more coming from you (I might screenshot this comment and frame it in my living room). :D
26.
by tiangolo 5y ago
Yep, I wanted to build it on top of SQLAlchemy to inherit all it's robustness and to be compatible with it, as it has the biggest widespread. SQLAlchemy now supports async too, so SQLModel inherits that as well. And in particular, othe
27.
by tiangolo 5y ago
You can use it with anything you want, it's independent of any framework. But as @tomnipotent says below, a SQLModel is also a Pydantic model, so, you can use the same model to do automatic API data validation, serialization, documenta
28.
by tiangolo 5y ago
Yep, less code duplication between Pydantic and SQLAlchemy, autocompletion and inline errors in editors (e.g. when creating new instances and when fetching data from the database), because it has several type annotation tricks. It's al
29.
by tiangolo 5y ago
Yes of course! It is based on (and depends on) SQLAlchemy and Pydantic. And SQLModel, the same as those two dependencies, are independent of any framework, so you can combine them with anything you need.
30.
by tiangolo 5y ago
Hey all! Author here! Thanks for sharing! This is the biggest thing I've built since FastAPI and Typer... SQLModel is a library for interacting with SQL DBs, based on Python type hints. Each model is both a Pydantic and SQLAlchemy mode

More ›