Earlier quoted context omitted.
FastAPI doesn't use Semver; it uses ZeroVer: https://0ver.org/
No, they don't. They literally link out to semver.org
The joke
.
.
.
Your head
FastAPI 0.100.0 release notes
71–80 of 115 posts
Re: FastAPI 0.100.0 release notes
#72> FastAPI is already being used in production in many applications and systems. And the test coverage is kept at 100%. But its development is still moving quickly. New features are added frequently, bugs are fixed regularly, and the code is still continuously improving. That's why the current versions are still 0.x.x, this reflects that each version could potentially have breaking changes.[1] What kind of weird reaso…
Using semver doesn't magically make it okay to make breaking changes constantly. It's still a pain for anyone using your library.
Semver explicitly encourages you to use major version 0 during early development for this exact reason, it's up to the maintainers to decide when they can be more stable.
Re: FastAPI 0.100.0 release notes
#73This project has 433 pull requests.
It used to have literally thousands of open issues. Where did they go? Fixed?
It also had a project owner who refused to form a team of people responsible for the project. How did that pan out?
Re: FastAPI 0.100.0 release notes
#74> In some cases, for pure data validation and processing, you can get performance improvements of 20x or more. This means 2,000% or more. Amazing! Excited to try it out. Slightly OT: But what are some use-cases where you'd still use Flask over FastAPI? I really like FastAPI's devEx and don't see myself going back to Flask anytime soon. Curious to hear what others think.
You can use gevent and no need to replicate every library under the sun for async io.
Re: FastAPI 0.100.0 release notes
#75This project has 433 pull requests. It used to have literally thousands of open issues. Where did they go? Fixed? It also had a project owner who refused to form a team of people responsible for the project. How did that pan out?
Not long ago the lead author converted all issues to discussions. I think most of the issues were actually questions.
Re: FastAPI 0.100.0 release notes
#76Over 14 years or so I’ve developed major applications with flask, bottle, Falcon, FastAPI, Django, Sanic and Starlette.
My preferred back end web server is now nodejs with typescript and plain old Postgres SQL queries, no ORM. Caddy web server with auth sub requests.
Re: FastAPI 0.100.0 release notes
#77Over 14 years or so I’ve developed major applications with flask, bottle, Falcon, FastAPI, Django, Sanic and Starlette. My preferred back end web server is now nodejs with typescript and plain old Postgres SQL queries, no ORM. Caddy web server with auth sub requests.
Traefik would be much better proxy if you are using container based dev.
Also Please give litestar a try.
Re: FastAPI 0.100.0 release notes
#78> FastAPI is already being used in production in many applications and systems. And the test coverage is kept at 100%. But its development is still moving quickly. New features are added frequently, bugs are fixed regularly, and the code is still continuously improving. That's why the current versions are still 0.x.x, this reflects that each version could potentially have breaking changes.[1] What kind of weird reaso…
Because it seems like devs believe that 1.0.0 means "the API is perfect, it won't break ever again". Somehow they feel like having a version 15.2.3 looks unprofessional (because the API got broken 14 times), but 0.100.0 is perfectly fine. I just don't get it.
pydantic has done breaking changes 42 times but is on version 2 :)
Re: FastAPI 0.100.0 release notes
#79> In some cases, for pure data validation and processing, you can get performance improvements of 20x or more. This means 2,000% or more. Amazing! Excited to try it out. Slightly OT: But what are some use-cases where you'd still use Flask over FastAPI? I really like FastAPI's devEx and don't see myself going back to Flask anytime soon. Curious to hear what others think.
Is it still a bus factor of one? I veer to the side of boring technology and FastAPI is still too in flux for me. I do not ever want to be the vanguard discovering novel problems with my framework.
Litestar.dev have a team of dedicated developers , also have similar API to FastAPI.
You can watch commit activity and the teamwork.
Re: FastAPI 0.100.0 release notes
#80Earlier quoted context omitted.
This is semver: > Major version zero (0.y.z) is for initial development. Anything MAY change at any time. The public API SHOULD NOT be considered stable. (from https://semver.org/ )
Yeah, doesn't stroke well with "FastAPI is already being used in production in many applications and systems. And the test coverage is kept at 100%. But its development is still moving quickly." now does it? It doesn't matter how quickly you move, you can apply real semver numbering just fine. Five years and a 0 dot one hundred is obeying the letter of the law while being utterly ridiculous.
[deleted]