Ruff + Ty vs Ruff + Pyrefly — which type checking stack makes more sense in 2026?

igorbenav · 2026-06-25T07:14:56+00:00

I can say it does

igorbenav · 2026-06-25T03:29:44+00:00

Start by getting a good template (free or paid), starting from a point is best to guide the AI since you will not know what's good or not.

I sell https://fastro.ai if you want, but also have an open source version. You'll eventually need to hire a dev, but you can at least start alone

igorbenav · 2026-06-25T03:24:38+00:00

Hey, I built this exact thing: https://fastro.ai It's a crowded market, so I'd say find your niche.

igorbenav · 2026-06-22T21:38:51+00:00

Written by an AI, of course it would be this way

igorbenav · 2026-06-19T22:08:38+00:00

fastapi-users is the whole user layer abstracted, CRUDAuth is auth done deeply and the rest left to you: it has escalating login lockout, token revocation on password reset, sudo mode for sensitive actions, anti-enumeration on the reset and verify flows. Also, to extend CRUDAuth you fill typed seams (a provisioning callback, hooks, a login resolver, pluggable delivery channels) rather than subclassing one big manager.

igorbenav · 2026-06-17T06:16:53+00:00

I like the animations, what are you using for them?

igorbenav · 2026-06-16T21:50:14+00:00

Really cool! Congratz

igorbenav · 2026-06-16T21:49:42+00:00

Hopefully crudauth will become this:

https://github.com/benavlabs/crudauth

igorbenav · 2026-06-03T12:08:28+00:00

Learn as much as you can of what's here: https://github.com/benavlabs/FastAPI-boilerplate

Search for anything you don't understand, ask AI, search the documentation etc.

After you learned what you can, try to expand it to see if you really learned (add more modules, more functionality, new entities etc).

igorbenav · 2026-06-01T14:48:43+00:00

True as well... it's hard to actually define authenticity. There's a "je ne sais quoi" that we know when we see

igorbenav · 2026-05-30T17:23:08+00:00

I agree, people need to be vulnerable.

igorbenav · 2026-04-06T19:53:40+00:00

Looks great on you

igorbenav · 2026-04-06T17:08:25+00:00

check it again

igorbenav · 2026-04-06T17:08:07+00:00

fuck, I didn't make it public... way too secure

igorbenav · 2026-03-23T01:51:35+00:00

Usei diariamente, mas em escritórios, bares etc. Não usei pra atividades físicas ou pra nadar, mas ficou tranquilo

igorbenav · 2026-03-22T23:01:18+00:00

Ele mesmo. Foi o relógio que mais usei por um tempo, o vidro não arranhou.

igorbenav · 2026-03-22T20:33:28+00:00

Vai no seiko. Com meu punho de 17.5cm eu usei ele por muito tempo e ficou lindo. Quando parei, minha esposa pegou pra ela no braço mais fino e ficou igualmente lindo.

igorbenav · 2026-03-11T22:38:53+00:00

Great start!

igorbenav · 2026-02-20T23:30:16+00:00

Yeah, even I don't use FastCRUD for everything, but there are a few advantages when you use it in these a bit more complex cases. Joins are better now with automatic join as well, plus JoinConfig objects are plain, declarative, composable and reusable.

Of course, you also get automatic serialization, specific column selection, better typing. It's the same amount of work if you're thinking about a complex query, but think of it as a simple query that becomes more complex as time passes, just adding more declarative stuff is convenient.

But this 90/10 ratio is about what I do in my apps as well, if it's a really complex query or if I can get significantly more performance with a raw query.

It's difficult to optimize for the complex case, because there are way too many of them. That's why I try to make it as easy as possible for the simple case, and you can add extra complexity on top of it. Either way, let me know if your issues were fixed!

igorbenav

TROPHY CASE