Асинхронный django: новые начинания

Здравствуйте, дорогие читатели! Сегодня - ещё одна статья из рубрики джангологии. Раньше я уже писал о своих идеях ( 1 и 2 ) о том, как сделать django асинхронным. Они основывались, вслед за sqlalchemy, на использовании гринлетов. Несмотря на то, что proof-of-concept был успешно получен, а трудностей - встречено меньше, чем ожидалось, я всё-таки отказался от этого подхода: во-первых, он уже применяется в sqlalchemy. Во-вторых, это ведёт к усложнению, и растёт так называемая test matrix - потому что поддерживается как синхронный случай, так и асинхронный. А simple, как мы знаем, is better than complex. Так вот, я решил возобновить эти свои попытки, изменив подход на более радикальный. А именно, необратимо переписать django на async-only, сломав совместимость полностью. Для этого потребуется заменить в половине функций def на async def и добавив await при их вызове. Я уверен, что такой подход лучше. Не то, чтобы асинхронный django был очень кому-нибудь нужен, особенно теперь, или от этого будет какой-то фантастический выигрыш в производительности - дело в том, что я хочу попробовать на практике агентное программирование, а это, как раз подходящий проект: есть чёткий план и много кода, который нужно менять.

https://habr.com/ru/articles/1046604/

#python #django #async #fork

Der erste Schritt auf dem Weg von #Wordpress zu einer #statische ist gemacht. Das Tool exitwp-for-hugo hat - mit Unterstützung von #Copilot - etwas zustande gebracht, das nach einem annehmbaren Blog aussieht.

Jetzt gehe ich alle Patches nochmal durch, comitte (#git) und teste sie einzeln, und pushe sie dann auf meinen #Fork.

Moving beyond fork() + exec()

https://lwn.net/SubscriberLink/1076018/16f01bbbb8e0d1f0/

#HackerNews #fork #exec #programming #operating_systems #tech_trends

#AI and more specifically #LLMs are going to produce a lot of what I like to call "grievance forks", #fork s of a software project to address one specific decision that the maintainers made that the forkers didn't like. See #Sneedacity, Xlibre, (arguably but not really) #Lix, etc. We've already started to see a few when projects "fell to the slop": #ChiPass, Vim Classic

I'm only in my early 20s, but I've been in the software game long enough to know that these forks rarely if ever go anywhere. It turns out maintaining a software project is really hard, and in a few months or years, when the fork starts to lag behind in features, bugfixes, and security fixes, and the new maintainers (of which there are far fewer and who are likely to be far less experienced) start to burn out, in the battle in users' minds between moral righteousness and personal convenience, it's only a matter of time before the latter wins.

I hate AI too. And I really, really want to believe it's not inevitable. But I don't think I can.

Dear #lazyweb,

I've totally forgotten the name of the downstream #fork of #qemu that packaged up TCG as a library so it could be used programmatically in #binary #analysis. So far all my web-searches and AI queries have drawn a blank. Maybe it's just dropped of the internet. Please help me remember.

If I made an anti-AI fork of Ardour, would anyone be interested in contributing, even a little bit? I want to but I have hardly any programming experience. I want to try and get something started, though…