I finally found some time to write a piece about TonIO, my nulti-threaded async runtime for #python 👀
blog.baro.dev/p/reinventin...
07.03.2026 17:01
👍 0
🔁 0
💬 0
📌 0
I finally found some time to write a piece about TonIO, my nulti-threaded async runtime for #python 👀
blog.baro.dev/p/reinventin...
Headline to go in the big short 2
Yeah, maybe I misread him, but I generally had very mixed feelings about the whole thing 🤷♂️
I wrote some thoughts about AI after reading the latest @antirez.bsky.social blog post: blog.baro.dev/p/ai-is-a-po...
⏰ NOW IS THE TIME! ⏰
Our call for proposal closes in less than 19 hours!
Did you send your proposal yet? pycon.it/call-for-pro...
#PyConIT
"A divided society is easier to intimidate and a cynical society is easier to manipulate."
Today I released the first pre-alpha of smth I was cooking in the last few months.. 👀
github.com/gi0baro/tonio
See you again in 1y Micron
From my perspective, in the long run authors and artists will be the actual survivors of it. Open weight models are getting harder and harder to run on consumer hardware, and pricing for cloud offerings are – and will keep – raising. Software will probably be the only worth use case at that point.
Next time invite me to the party 😝
Jeez @mitsuhiko.at, I stay away from bluesky for 48h and you do this? 😂
#wellplayed
On the weekend I talked with @baro.dev on why Agentic Coding works for me, an not quite for him. www.youtube.com/watch?v=EZhj...
Talking about whatever the fuck this is: www.youtube.com/watch?v=h3Jf...
Granian does :)
That works too.
"All rights reserved" means you keep all the rights. So nobody can reproduce, distribute or modify without explicit permission from the holder. That doesn't really play well with an OSS license 😅
If you intend to keep the same license, then yes, you can just change the name.
If you want to move to a different license (eg: MIT) you might need to check with all the contributions they're ok with.
Side note: the "all rights reserved" part feels a bit weird for a BSDv3 license.
I don't usually do "reaction content".. but this quite triggered me.
blog.baro.dev/p/theo-has-w...
This piece by @garymarcus.bsky.social is - as usual - spot on:
garymarcus.substack.com/p/gpt-5-over...
Yo! Granian 2.5 is out, now with memory limits for workers and UDS support 🚀 Check it out @ github.com/emmett-frame...
I'd say it really depends on what kind of programming you do.
Prototyping stuff? Sure
Boring things? Hell yeah
Building libraries and tools used by others? Meh
Existing 10k+ lines codebase? Definitely not
Also: how much productivity you trade now for later maintenance?
Open coffe/beer in vie ;)
How many threads? You mentioned long queries, but what's the expected concurrency on the database? To me 10 processes x N threads per container sounds a bit too much. I'd say all those threads will spend a bunch of time fighting each other for CPU time..
Yeah, I never got the point of a2wsgi. At the end of the day it is a wrapper, so you spend more CPU cycles in the translation layer with very few benefits – the network part of the request response is async, but everything is still blocking and running in a single thread.
Uvicorn does ASGI only, so that part feels strange too. The post seems to imply it also switched from WSGI (uwsgi) to ASGI (uvicorn). But given Django is not exactly designed for ASGI it feels weird.
Granian maintainer here.
Curious about how you configured Granian, feels strange to me that delivers worse perf than uwsgi.
