This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author yselivanov
Recipients Rokas K. (rku), crusaderky, djarb, jab, jcea, martin.panter, njs, yselivanov, zzzeek
Date 2020-07-07.20:43:04
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1594154584.38.0.871360065094.issue22239@roundup.psfhosted.org>
In-reply-to
Content
> The community is hurting *A LOT* right now because asyncio is intentionally non-compatible with the traditional blocking approach that is not only still prevalent it's one that a lot of us think is *easier* to work with.

Mike, I'm super happy with having you here and I encourage you to propose feature requests etc. That said, please don't use arguments like this here. Everyone has their own point of view and I, for example, haven't seen the "A LOT of community hurt" you're describing. I'm not implying that what you're saying is wrong, or that asyncio is perfect; the point is that it's just very subjective. The bug tracker is not the medium for these kind of remarks.

> That SQLAlchemy internally is not using this coding style, whether or not that leads to new kinds of bugs, there are new kinds of bugs no matter what kind of code a library uses, I don't think this hurts the user community.

You're free to use whatever approach you want in SQLAlchemy. We're here to share our advice and perspective (if we have any) and/or to discuss concrete proposals for API improvements or changes.
History
Date User Action Args
2020-07-07 20:43:04yselivanovsetrecipients: + yselivanov, jcea, djarb, zzzeek, njs, jab, martin.panter, Rokas K. (rku), crusaderky
2020-07-07 20:43:04yselivanovsetmessageid: <1594154584.38.0.871360065094.issue22239@roundup.psfhosted.org>
2020-07-07 20:43:04yselivanovlinkissue22239 messages
2020-07-07 20:43:04yselivanovcreate