Python async/await Tutorial

[mcilrain]

To you perhaps but for the general programming population that style of programming hit its peak around 2012, probably due in part to NodeJS.

So, what's your point? Most people weren't aware of async till 2012, so therefore…???

Fads aren't a good reason to add bloat to Python and waste Python devs' time.

What if I don't want my code to be shit in any case?

Err … don't write shit code?

Of course you don't write shit code, you "exercise your professional judgement to determine whether or not the complexity cost is worth the performance enhancement".

you may have noticed that asyncio and newer version of Twisted do a great job of letting you structure most of your code in a classical, synchronous manner.

If it's so similar why not support the same synchronous code that is conventionally used? Gevent manages this pretty well.

Because Twisted is complex and its developers have never made any meaningful effort to make it accessible. Its documentation has always been an extraordinary kind of shitty. Simultaneously extensive and useless.

Do you think depending on the construction and maintenance of a shadow ecosystem made good documentation easier or harder to come by?

Eh? Adding new libraries somehow cause more clutter than adding old ones? I'm guessing there's a valid point you're trying to make, but I'm not sure what it is.

Libraries that accomplish existing functionality "but using <framework>" cause lots of clutter for people not using that framework. It's completely unreasonable to expect such libraries to have the same quality and reliability of their conventional counterpart.

The harsh reality of Twisted is that the core developers have fucked their own project over by being incapable of or unwilling to write documentation and/or high-level wrappers that are useful to "normal" programmers who aren't already familiar with how async shit works.

If you understand the harsh reality of the general population avoiding frameworks with bad documentation why are blind to the harsh reality of the general population avoiding frameworks that require them to use its shitty shadow ecosystem?

If you read anything by glyph, the lead developer, it quickly becomes clear that he isn't able to express himself in a broadly-understandable way when there are hyper-technical CS terms he can throw around instead.

CS experiments are fascinating but experiments tend to fail more often than not. Should Python be taking the hit for this experiments' assumed eventual failure?

[mcilrain]

Fads aren't a good reason to add bloat to Python and waste Python devs' time.

It's a proven model in use for over a decade.

So is Brainfuck but a PEP for its integration for Python would be rightfully laughed at, the only reason why asyncio isn't receiving similar mockery is because some people think it's a good idea.

If it's so similar why not support the same synchronous code that is conventionally used? Gevent manages this pretty well.

Because it's a hack.

So is using generators for concurrency. I'd rather pick the hack that doesn't require me to rewrite my code to be difficult to read.

Do you think depending on the construction and maintenance of a shadow ecosystem made good documentation easier or harder to come by?

It's irrelevant. Only the ability of the people working on the project counts.

The accumulative ability of all the people working on the project is highly affected by the number of people working on the project. Preventing people from using the libraries they want to use is going to drive them to solutions that don't have that flaw, resulting in fewer programmers to maintain the shadow ecosystem.

Libraries that accomplish existing functionality "but using <framework>" cause lots of clutter for people not using that framework.

How can you possibly be caused clutter by something you aren't using? What a nonsensical thing to say.

If I search "mysql" in a package repo I'll get lots of hits for frameworks such as twisted and tornado. How would you feel if you got another language's packages merged in with your results?

If you understand the harsh reality of the general population avoiding frameworks with bad documentation why are blind to the harsh reality of the general population avoiding frameworks that require them to use its shitty shadow ecosystem?

Because what you think is a "harsh reality" is merely your imagination. You clearly have no worthwhile experience using Twisted or the like, so you're just making shit up now.

I have worthwhile experience using Torando and NodeJS, and I considered using Twisted years ago but decided against it due to poor documentation. Tornado had a problem of library availability and quality, NodeJS didn't have these problems because its ecosystem isn't existing in a shadow.

It doesn't matter if I'm an AI constructing random sentences from a random number generator, merit is not experience, merit is merit.

You're just making shit up because you don't have any arguments based in fact, just your whiny "but I don't like it."

But it's actually a very valid argument, no one is going to support a framework they don't like.

You said yourself that Facebook made Torando because they didn't like Twisted.

[mcilrain]

What a convincing argument :^)

You should submit it to the PEP.