Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.lang.python > #5090

Re: [Python-de] select.epoll() vs async framework (PostgreSQL)

Show key headers only | View raw

On 17.01.2018 23:06, Dinu Gherman wrote:
> [Marketing-Sprech für asyncio]

Die Motivation für asyncio is hinglänglich bekannt. Das hilft doch aber 
nicht bei den konkreten Problemen, die ich da aufgeführt habe und viele 
fühlen sich mit diesen Problemen allein gelassen.

> https://vorpus.org/blog/timeouts-and-cancellation-for-humans/

Twitter war hier schneller als die Mailingliste. ;-)
Sehr guter Artikel. Sehr empfehlenswert und konzeptionell gut durchdacht 
mit Beispielen, die auch einen praxisrelevanten Mehrwert erkennen lassen.
Trotzdem nicht wirklich des Rätsels Lösung, wenn man bedenkt, dass man 
das für jeden kleinen Firlefanz machen müsste.

Darüber hinaus, kann man doch eh nie sagen, ob eine x-beliebige Funktion 
I/O machen würde theoretisch. Das war ein weiterer Kritikpunkt: "warum 
nicht gleich alles im asyncio-Modus laufen lassen?" Die Proliferation 
von async und await halte ich für durchaus problematisch, falls sich es 
durchsetzen sollte.

> Natürlich gibt es immer mehrere Ansätze für alles, aber irgendwann konvergiert auch so einiges wieder, und ich finde es wenig hilfreich, wenn man die Methode, die man selbst gewohnt ist, als die allein glücklich machende für alle propagiert, oder dafür Anekdoten von „alten Männern“ bemüht. (Wenn man sich dazu zählt, darf man das sagen. :-) Ich könnte auch behaupte, ich habe Kollegen, die als Software-Architekten (Java/Scala) arbeiten und die mir sagen, „I’m too stupid for OOP“. Was sagt uns das, nicht viel. Mache ich also lieber nicht, auch wenn es stimmt.
>
> Python hat mit asyncio zumindest eine sehr aussichtsreiche Lösung direkt in der Sprache eingebaut. Die Verbreitung nimmt mit Sicherheit eher zu als ab. Und ich zumindest würde mich freuen, wenn es Python damit besser gelänge, auch in einem ganz bestimmten Bereich mit anderen Sprachen mitzuhalten, die von vorn herein dafür entwickelt wurden.

Ich kann das sehr gut nachvollziehen. Ich persönlich hätte mich 
allerdings mehr über die Umsetzung, wie sie golang geschehen ist, gefreut.


Sven

Back to de.comp.lang.python | Previous | Next | Find similar

Thread

Re: [Python-de] select.epoll() vs async framework (PostgreSQL) "Sven R. Kunze" <srkunze@mail.de> - 2018-01-18 21:06 +0100

csiph-web