Transcript: Python Async Teil 2

Ja, hallo liebe Hörerinnen und Hörer, willkommen beim Paisen-Podcast, heute die 26. Episode, wir haben den 1. Dezember.

Jochen, wir sind heute genau zwei Jahre, vor genau zwei Jahren haben wir die erste rausgebracht.

Oh, ja richtig, das stimmt.

2018, am 1. Dezember kam unsere erste Episode raus.

Ja.

Ja, nicht schlecht, oder? Zweiter Geburtstag.

Zwei Jahre, meine Güte, ist das schon wieder lange her.

Nicht so schlecht, wir haben sogar durchschnittlich mehr als eine Folge dann pro Monat aufgenommen.

Und wenn wir die noch zählen, die wir weggeschmissen haben, sind wir sogar bei.

Ja, ich glaube, wir haben uns verzählt ab und zu. Ich weiß nicht, ob das wirklich genauso viele sind. Also 27 ist jetzt die Zahl, aber es kann sein, dass wir irgendwie Dinge unterschlagen haben.

Ja, ich glaube, 26 ist offiziell jetzt.

Kann auch sein. Ich weiß es nicht genau.

Ja, hallo, hallo. Schön, dass ihr wieder eingeschaltet habt. Heute machen wir Async Teil 2.

Ja.

Und wir haben dabei den Johannes.

Hallo.

Hallo.

Ja, wir wollten auch wieder ein bisschen News machen und euch ein bisschen entschädigen für die ganzen Folgen, wo wir das so ein bisschen…

Ja, wir haben uns ja immer so viel vorgenommen,

was wir eigentlich machen wollten.

Module aus der Standardbibliothek vorstellen,

Pics und so, das machen wir dann nie, weil

irgendwie immer zu wenig Zeit ist und wir

die ganze Zeit brauchen, um unser Audio-Setup hinzukriegen.

Ja, genau, und dann muss am Ende irgendwie

jemand wieder ins Bett und dann müssen wir leider immer aufhören.

Ja, genau.

Genau, machen wir das diesmal.

Ja, also

zum Beispiel eine Geschichte, die ich

eigentlich dann erwähnen wollte,

wir hatten ja vorletztes Mal, glaube ich,

was zu Python 3.9 erzählt

und eine ganz wichtige Geschichte habe ich vergessen.

Und zwar ist in

Python 3.9 Topological

Sort schon mit in der

Standardbibliothek. Topological Sort.

Jetzt bin ich natürlich wieder der Blöde,

der keine Ahnung hat, was das ist. Also

was ist bitte Topological Sort?

Jochen weiß es auch nicht.

Das ist nur cool.

Nee, das ist

wenn man jetzt

einen Graphen, also wenn man zum Beispiel

Abhängigkeiten hat und die sortieren möchte, also wenn man sich zum Beispiel

anzieht und dann irgendwie

dran denken möchte, dass man irgendwie

bevor man, weiß ich nicht,

die Schuhe anzieht, die Socken angezogen haben

muss, dann ist das Problem

sozusagen, das allgemeine Problem dazu ist

topological sort oder

topologische Sortierung, keine Ahnung.

Gibt es auch beim Projektmanagement, glaube ich.

Gibt es überall, wo es grafen.

Ja.

Zum Beispiel auch ganz wichtiger Angelegenheit,

da habe ich selber zum, da wusste ich noch nicht, dass es

das ist und habe selber

überlegt, was das für ein Problem sein könnte. Nach ganz,

ganz lange Überlegen bin ich dann drauf gekommen, es könnte

irgendwas mit Graphen zu tun haben und dann sortieren.

Und irgendwann hat mir jemand gesagt,

ja, das ist doch Topological Sort. Dann habe ich mich

ziemlich blöd gefühlt, aber

zwar wenn man die

Abhängigkeiten von Programmen

oder Paketen, die man installieren

möchte, sortieren möchte, da braucht man das dann auch.

Ja.

Genau.

Das ist jetzt mit drin, einfach so?

Das ist jetzt in der Standardbibliothek mit drin.

Batteries included, sage ich ja nur.

Ja, Graflip heißt das Modul, oder?

Ja, ja, genau.

Heute ist übrigens auch Advent of Code,

der Teil 1, rausgekommen.

Macht ihr das noch?

Worum geht es denn dieses Mal beim Advent of Code, Dominik?

Das habe ich noch nicht so ganz rausgefunden.

Ich glaube, irgendjemand möchte in Urlaub fahren auf eine Insel,

weil er schon fünf Jahre lang versucht hat, da hinzubekommen.

Und dann muss er irgendwie seine Abrechnung richtig machen,

dass er da hinkommt.

Ich finde, die letzten Jahre fand ich auch sehr interessant.

dann ging es ja irgendwie um Weihnachtswichtel

und die Reise durchs Weltall mit dem Santa

und so. Ja, genau.

Okay, mit dem Raumschiff, was

ein Interpreter braucht, den man dann selber programmieren musste.

Ja, genau, dann haben wir Opcodes und so, ne?

Ja, also Entschuldigung, das ist eine coole Sache.

Da kann man dann allen möglichen

Programmiersprachen machen natürlich und

hallo.

Das ist auch hauptsächlich so für einen selbst, oder?

Also es ist ja nicht irgendwie gewertet oder so,

sondern es ist ja nur...

Ja, ich kenne es gar nicht.

Ja, es sind einfach 24 Programmieraufgaben,

üblicherweise zweigeteilt in zwei Teile.

Und die sind immer von der Sorte, hier ist ein kleines Beispiel

und hier ist eine große Eingabemenge.

Und wenn du die Antwort weißt, dann tippst du hier in dieses Feld ein.

Und dann kannst du quasi überprüfen,

ob du die richtige Lösung gefunden hast.

Ah, okay, ja.

Und das ist eigentlich immer ganz nett.

Das ist sehr nett gemacht, das ist sehr aufwendig

gestaltet und wir haben immer schöne Story.

Genau, man muss ja immer einen Stern sammeln pro Tag,

pro Aufgabe, also zwei Sterne am Tag.

Zwei Sterne, genau.

Für 48, 50 sogar, oder?

24, kriegt man 25 auch noch ein?

Nö. Also, ja,

zweimal 24.

Ich glaube, 48 dann.

Ach so, und das geht auch zurück, also man kann auch bis

2015 zurückgucken

und sich die ganzen alten Aufgaben

ansehen.

Das ist sehr nett, also

selber ausprobieren und dann halt gucken, ob man

die Aufgaben lösen kann. Die werden am Anfang

sind die noch etwas einfach.

Die gehen aber schnell wirklich in die Zeit.

Ich habe sogar einen Post gelesen von Peter Norweg,

der sagt, das ist ja eigentlich schon sehr geil, aber

so viel Zeit hat er dann auch nicht.

Aber ja.

Das ist auch bei mir immer so das Problem. Ich mache da gerne

mit und dann irgendwann fühlt

es sich an wie Arbeit und dann höre ich es dann wieder auf.

Ja, aber es ist auf jeden Fall

sehr zu empfehlen. Für alle

Stufen ist was dabei. Die ersten Aufgaben

sind einfacher, die kriegt man schnell durch und die

so ab dann fünf oder so

oder sechs oder zehn oder zwölf wird es dann

schon richtig happig. Ja, man muss sich dann wirklich überlegen, wie man

da rangeht und nicht einfach so so hands-on drauflos.

Dann läuft man meistens gegen eine kleine

oder größere Wand. Und

letztes Jahr war es auch so, dass die aufeinander aufgebaut haben.

Das heißt, man hat dann an einem Tag seinen Interpreter

gebaut und zwei Tage später hat man wieder abgebaut,

weil dann noch ein Feature dazu

kam. Ja, oder man musste halt neue Opcodes handeln

oder sowas. Und wenn man am Anfang studrig

gearbeitet hat und das so hingeworst hat,

dass das einfach so ging, da hat man sich geärgert,

weil man die Implementierung sonst einfach hätte

erweitern können und so musste man sie ganz neu

bauen. Naja, ich bin gespannt, wie es dieses

Jahr draus wird.

Ich habe nicht immer so viel Zeit, aber ich glaube, so eine Stunde morgens

würde ich mir schon dafür nehmen. Ich mag das nämlich.

Ja, es lohnt sich auf jeden Fall auch. Sehr gute

Übung.

Ja, ich habe da auch immer sehr viel gelernt. Also wirklich

auch über Konzepte von anderen Lösungen angucken, verschiedene

Sprachen. Ein Kollege von mir macht das in Go.

Da kann man das immer schön vergleichen.

Hatte heute direkt eine rekursive Lösung

implementiert. Ich war direkt ein bisschen neidisch.

Ich hatte nicht an Binary Research gedacht. Ich wusste auch gar nicht,

wie das in Python richtig geht.

Und habe einfach ItaTools genommen,

was auch funktionierte, aber

war halt BruteForce.

Aber ja, wir waren bei News,

was der Stene stehen geblieben ist.

Ja, sind ja News.

Ja, genau.

Eine ganz interessante Geschichte. Python läuft

jetzt auf .NET

auf der Runtime da.

Das hast du gerade so ein bisschen leise vor dich hin

genuschelt, als wäre es eine

Meinung. Das ist mir auch ein peinlich.

Das ist peinlich, dass du das jetzt sagt und nicht leid.

Was ist jetzt der Unterschied zu IronPython?

Weil IronPython gab es ja schon lange. Ja, aber ich glaube,

das war schon lange nicht mehr so richtig

aktiv. Das ist so wie Jython.

Da gibt es sicherlich einen 2.7-Port für.

Ja, es ist irgendwie, es gibt einen Pep,

der beschreibt, wie man

sich quasi einklinken kann, wenn man jetzt

ein JIT-Compiler ist

und diese Variante

jetzt benutzt es auch. Das ist irgendwie

von Anthony Shaw oder so

hat das gebaut.

Was genau meinst du mit einklinken, wenn man ein

Just-in-Time-Compiler, das heißt

sowas wie Python, die halt

zur Laufzeit dann irgendwie evaluiert werden, oder

wie ist das?

Dass es halt dann zu Maschinencode runterkompiliert

wird, quasi.

Ja, und genau.

Aber während das Programm läuft. Also die Teile,

die gerade notwendig sind, werden dann

während das Programm läuft zu

Maschinencode kompiliert oder zu dem Code, der

VM, die da drunter liegt

und sind dann natürlich schneller.

Macht PyPy

zum Beispiel auch. PyPy hat auch so einen

JIT-Modus, der dann halt

die

Sachen, die jetzt gerade

in der Schleife sind und

100.000 Mal durchgeführt werden, die

kompiliert er dann halt so vor, dass diese Varianten

schneller sind. Das ist einer der

großen Vorteile von PyPy, dass

die das machen können. Das macht CPython nicht.

CPython hat keinen JIT drin.

Der hat einfach seine Stack-Maschinen und die arbeitet

das alles ab und fertig.

Aber wie ist denn dann die

Runtime? Das ist ja dann nicht CPython, sondern das ist

dann irgendeine andere Runtime, die auf .NET läuft, oder wie?

Ja,

nee, das ist schon hauptsächlich

CPython. Es ist nur so, dass man

das irgendwie,

also,

keine Ahnung.

Es ist schon CPython.

Aber es

funktioniert jetzt

halbwegs noch nicht schneller, aber

Leute könnten jetzt

Optimierungen machen, indem sie halt das

irgendwie auf die .NET Runtime

optimieren.

Ja, war auf jeden Fall

irgendwie so, kann man sich mal angucken.

Ich werde mal den Artikel dazu in den Shownotes packen.

Ja, was

hatten wir noch? Genau, noch so Dinge

wie

PEP 621,

irgendwie mehr dazu gekommen, was man jetzt alles so in

PyProject-Tommel irgendwie reinschreiben kann

an Metadaten. Oh, cool. Was denn?

Ja,

ich glaube, so ziemlich alles, was

halt vorher sonst ein Setup-UI so genannt hätte.

Flake 8 auch?

Ich glaube, Flake 8 wehrt sich noch so ein bisschen.

Ähm,

ja.

PyTest geht fast, also

PyTest ist im Moment noch so mit PyTest

Ini-Options, so ein Workaround.

Das wäre cool, wenn das normal wäre und

ich glaube, Flake 8 hat es noch nicht so wirklich geschafft.

Und habe ich noch was vergessen, was fehlt?

Ähm,

ja,

ich glaube, das sind eher so Dinge wie,

was ist der Autor von dem Ding und was

sind die Abhängigkeiten und diese ganzen

Geschichten. Ja, aber so Black-Konfiguration geht zum Beispiel

schon rein und... Ja, ja, gut, aber das ist ja

ein Third-Party.

Ja, ein Third-Party, aber das ist ja nett,

wenn man das alles da in die Pipeline drumherum packen kann,

weil ich bin ein Freund von monolithischen

Konflikts und nicht so ganz vielen kleinen,

die irgendwo rumfliegen.

Ansonsten, was auch noch

ganz,

was ich ganz witzig fand,

da sind ja irgendwie neue Chips aus Apple rausgefallen.

Ja. Hat man gehört.

Ja.

Waren.

Hat man schon so Geräte gesehen?

Ja.

Also du hast schon so ein...

Ich habe jetzt keinen, aber ich habe schon

irgendwie Ergebnisse von

den Geräten gesehen für

Dinge, die ich interessant fand.

Und insofern, wenn ich jetzt schwer überlege,

ob ich da nicht vielleicht auch mal zuschlagen

soll, weil es ist schon

sendet, so auf dem Papier jedenfalls und so was man

hört.

Wenn man in diesem

Ökosystem drin ist, dann ist das glaube ich

eine Sache. Das ist ja so eine Sache, die ich gar nicht

verstehen kann. Also sonst finde ich ja alles, was

Mochen macht, total bewundernswert und super.

Aber dieses

Mekophilie, wie sagt man? Ich weiß nicht.

Mekaholika.

Fanboytum.

Naja, also

das Schicke daran ist halt, dass

da sind jetzt gar keine

Also zum Beispiel bei dem MacBook Air

sind halt keine Lüfter mehr drin.

Ja, juhu, im Sommer, yay.

Ja, aber also die Leute haben das ja schon benutzt

und das schaltet halt.

Ja, iPhone sind ja auch keine Lüfter drin.

Da sind auch keine Lüfter drin.

Das ist auch wahrscheinlich, dass das funktioniert.

Der schönste Hack, den ich gesehen habe übrigens.

Bitte was?

Der schönste Hack, den ich gesehen habe,

da hat einer die Tesla-App auf seinem Mac installiert

und der hat auch Bluetooth

und hat damit seinen Mac als Schlüssel

für seinen Tesla verwenden können.

Hm.

Was natürlich sehr praktisch ist,

wenn man immer seinen Mac dabei haben muss.

Ja, voll gut.

Und an, also der muss dann auch an sein.

Zum Einkaufen, einmal kurz im Supermarkt.

Ja, er hat mal kurz unter den Arm geklemmt.

Der Akku hält ja jetzt auch länger,

da kann man das dann vielleicht irgendwie aufgeklappen machen.

Aber handlicher ist das Gerät trotzdem.

Naja, nicht so richtig.

Wahrscheinlich sieht der Akku den Tester

innerhalb von zehn Minuten leer oder so.

Was es da jetzt halt auch gab,

ist schon so eine irgendwie Preview-Variante

von einer TensorFlow-Version,

die halt gegen die entsprechenden Bibliotheken gelinkt ist

und dann halt schnell ist halt auch auf Metal

und halt auf der Apple-Hardware.

Und das war tatsächlich auch ganz nett.

Also ich habe das dann auch mal,

ich meine, das ist ja immer so ein Problem,

man hat halt keine Nvidia-Karten auf Apple

und

es gibt da einmal so eine Geschichte

über PlateML, das ist so eine

Intel-Geschichte,

die man sich installieren kann, damit wird es dann halt schon mal

ein bisschen schneller, also da geht dann schon so ein bisschen was

GPU-mäßiges, halt auch mit den

AMD-Karten, die da halt drin sind.

Aber ist halt nicht so schnell wie Nvidia

und ist halt auch nicht so schnell,

also die CUDA und

diese ganzen Geschichten, das ist damit nicht so richtig vergleichbar,

aber so ein bisschen was kriegt man da schon hin,

Also zumindest so weit, dass halt so Maschinen in den Geschichten

halt auf der GPU in so einem MacBook sind halt genauso schnell

wie halt mit den acht CPUs sonst.

Ja, weil dann hat Nvidia 3090 oder sowas, da ist ja ...

Ja, genau, die ist halt schneller.

Die passt in den Mac nicht rein, habe ich gehört.

Ja, nee, das geht halt irgendwie nicht.

In diese Mac Pros gehen die nicht da rein?

Nicht?

Dachtest du, die hätten sogar Nvidia-Karten drin?

Das kann sein, dass das da geht, ja, das weiß ich nicht genau.

ja. Kostet ja wahrscheinlich 5000 Euro

für eine Karte oder so.

Ja, ist ja egal, komm.

Wenn der Standfuß von dem

Monitor schon 1000 Euro kostet, dann ist das

nicht mehr so wichtig.

Aber der ist aus einem massiven Block

Aluminium ist der rausgefräst.

Ja.

Ja, es ist auch, also aus

dem Bereich hätte ich auch News.

Jochen, was sagst du denn zu dem Durchbruch, was das

Proteinfalten angeht? Ja, das klingt

auch sehr gut tatsächlich.

Das wurde so beschrieben

als der erste richtige Anwendungsfall

für AI, der erste richtige

Durchbruch von AI-Anwendungen.

Wie mit den Protein-Fallen.

Wo eine

amerikanische Firma DeepMind

die haben

einen Algorithmus vorgestellt, also Algorithmus kann man

ja fast nicht sagen, aber die haben eine Technologie

vorgestellt, die aus

einer Sequenzbeschreibung

also

die Aminosäuren

quasi, die aneinander

gereiht werden, genau, die zum Beispiel durch

Gene kodiert werden können,

das fertig gefaltete

Protein berechnet. Und das Problem ist

halt, dass die,

ja, dass diese Proteine zwar

linear hergestellt werden,

aber sich dann eben zu einer dreidimensionalen

Struktur zusammenfalten. Und weil die eben

sehr viele Proteine drin haben, die sich

in sehr viele Richtungen falten können, ist die Anzahl

der Freiheitsgrade sehr hoch.

Und die haben jetzt eben eine Technik vorgestellt,

wie man innerhalb von wenigen Tagen

so eine Faltung berechnen

kann. Also quasi auf einem Strang

aus einer

RNA. Genau, also was du reinkriegst

ist, oder was du gegeben kriegst, ist eine

Abfolge von Aminosäuren. Das ist ja fast wie eine

RNA, oder? Genau, das ist

RNA. Das ist so ein Problem aus der Biologie,

was

1973 auf irgendeiner Konferenz

vorgestellt wurde.

Also seit 50 Jahren arbeitet man da

dran im Wesentlichen. Und

die Frage ist halt, wie dieses Protein

dann dreidimensional ausschaut, weil das bestimmt

ganz viele der Eigenschaften dieses Proteins

und das kannst du nicht blutfaust rechnen,

weil der Lösungsraum halt irgendwie 10 hoch

1000 ist

und die haben

jetzt eben so eine Technologie

vorgestellt, wo man in, ich glaube, vier Tagen

haben sie, vier Tage Rechenzeit haben sie reingesteckt

und dann haben sie im Schnitt

bei so einem, da gibt es dann so einen Benchmark

und so einen Wettbewerb, wo sie

im Schnitt 92%

Übereinstimmung hatten,

wobei 92% Übereinstimmung, das hört sich

niedrig an, aber ist wohl extrem hoch,

weil die Messwerte, die man so rauskriegt,

sind auch immer nur im Bereich zwischen

90 und 100 Prozent Übereinstimmung. Also es ist im Wesentlichen

wie ein Messwert, den man

da rauskriegt. Und das ist eben tatsächlich eine Sache,

die man vorher nicht konnte und die es einfach nicht

gab. Und

die auch in der Medizin sehr, sehr, sehr,

sehr, sehr nützlich ist, weil du dann

eben nicht die Moleküle

synthetisieren und untersuchen musst, was

sehr aufwendig und sehr teuer und sehr schwierig

ist, sondern du kannst halt sagen, hier, wir haben

so eine Gensequenz gefunden, wie sieht

denn das Ding aus?

Und das ist so, also es wurde wie gesagt

beschrieben als so einer der ersten richtigen

Durchbrüche von AI-Technologie,

von Machine Learning-Technologie,

wo jetzt was möglich ist, was vorher

einfach nicht möglich war.

Das heißt, man kann tatsächlich irgendwann einen ganzen

Körper brechen irgendwann mal vielleicht so.

Ja, aber also

das wurde halt dann sozusagen

so vorgestellt als, oder das habe ich gesehen,

ich habe dann halt so den, man hat

den Fortschritt gesehen als so ein Graph

Und dann, die letzten beiden Geschichten waren halt deutlich besser und jetzt halt das letzte so gut wie fast ein Experiment oder quasi genauso gut. Und jemand hat beschrieben, das ist dann halt so, dass der ImageNet-Moment für Proteinfaltung, also wo man halt sieht, okay, jetzt ist es so gut, dass man tatsächlich was damit machen kann.

und bei ImageNet war es ja auch so, also

bevor Deep Learning

da irgendwie, man da mit rangegangen ist,

waren die Ergebnisse einfach, man

konnte es nicht verwenden. Und das war halt bei

diesen Proteinfaltungsgeschichten auch immer so, da war die

Genauigkeit 40%, 50% oder so,

ja schon, es geht so ein bisschen was, aber es hat halt nicht,

war halt, man konnte es nicht verwenden und jetzt ist

es halt so weit, dass man es tatsächlich verwenden kann.

Und ja, das ist natürlich

schon beeindruckend. Ja, DeepMind, auch interessant,

ist von Google gekauft worden,

die haben wir schon,

die hatten doch auch schon AlphaGo gemacht.

haben die gemacht, genau, Alpha-Code-Zero,

ja.

Ja, spannende Sache,

aber hat nichts mit Paisen zu tun, also zurück zum Thema.

Hunde wollt ihr ewig leben, ja.

Tja.

Ja, das ist doch gar nicht so schlecht, also so ein Protein-Fighting,

da kann man auch bestimmt einige Sachen machen,

die den Körper verjüngen oder sowas, das ist bestimmt ein gutes

Geschäftsmodell, wenn man da relativ weit vorne ist.

Ja, jetzt gerade ist es vor allem

spannend, weil man da halt auch

mRNA-Sequenzen mitbrechen kann und

hat welche, die richtige ist.

Gut, gut, ja.

ja, da geht einiges

genau, ansonsten

eine Geschichte und da, das ist ja schon fast

eine Überleitung zu

dem Thema

es ist eine neue Release rausgekommen von

Phoenix Live View

vor kurzem

ich gucke da ab und zu auch mal so ein bisschen

rein, weil ich mir dieses ganze Elixier

Erlang-Ding halt auch so ein bisschen angucke

und

das hat jetzt zum Beispiel

auch File Uploads drin

Oh, das hört sich

voll interessant, das hört sich total nach

Yagni an, ah, Pfeil Uploads

das machen wir in Release 12, das braucht

kein Mensch. Ja, ja, ja

das hat mich jetzt auch gewundert, ehrlich gesagt, dass das

noch nicht drin war, oh Gott

ja, jetzt ist es drin und das ist auch tatsächlich sehr schick

also, ja, aber

genau, genau, da

hat sich auch noch ein bisschen was getan

Ja, vielleicht musst du nochmal kurz sagen, was Phoenix überhaupt ist

Ja, das ist halt sozusagen das Standard

oder ich weiß es nicht genau, jetzt

bloß nichts Falsches sagen.

Ich kenne mich ja jetzt mit Elixier nicht so aus, aber es ist halt

so das Web-Framework, was man halt, also

Elixier ist halt ein

Dialekt oder, sagen wir mal,

so eine etwas anders aufgemachte

Sprache, die aber auch

auf dieser Erlangen vor allem läuft und

oder auf der, ja, genau, und

zu Erlangen runterkompiliert

und Phoenix

ist halt sozusagen das Standard-Web-Framework

dafür. Und was ist Erlangen? Kann man

das essen? Ja, Erlangen ist halt auch so

eine Sprache. Die Ericsson-Language.

Genau. Wer oder was ist Ericsson?

Ericsson ist der

große Telefonhersteller.

Der große Telefonhersteller aus

Norwegen, glaube ich.

Woher kommt Ericsson?

Und ich weiß nicht genau, wann das entwickelt wird.

Er ist natürlich ein Sony-Ericsson.

Ach.

Ja, und

ich glaube, das ist

schon ziemlich lange her.

Anfang der 80er, weiß nicht, oder irgendwann dann so

Schweden.

Da gibt es ein ganz, ganz, ganz geniales Video aus den 80ern,

wo sie das demonstrieren, das ist R-Lang-System.

Mit der Ästhetik

der 80er, aber mit der Technologie, die

heute, also wenn ich das

programmieren müsste, was die damals zeigen,

wüsste ich nicht genau, wie ich es machen würde.

Ja, ist schon mal ein

R-Lang-Nehmen.

Ja.

Und das ist halt auch heute noch,

immer noch, es ist gerade sehr hip im

ganzen Lab-Umfeld, so für Backend-Geschichten,

deswegen war das halt,

weil man quasi, naja, so sehr, sehr

robuste Concurrency-Geschichten

halt geschenkt kriegt und

so, ich meine zum Beispiel

WhatsApp ist da drauf halt gebaut

und so, ne, und

Das wurde doch für, also das hat Erlang,

das hat Ericsson doch für seine Telefonsystem-

Backends gemacht. Für die Telefon-Switches ist das

eigentlich gebaut worden, ja. Genau, und da, die dürfen halt nicht

abstützen. Also ich meine, wenn die abstützen, dann ist halt

echt blöd.

Deshalb ist das so robust.

Da gibt's auch einige, es gibt auch einige

Multiplayer-Gaming-Systeme,

wo die Backends in Erlang geschrieben sind.

Einfach, weil die nicht abstürzen dürfen und skalierbar

sein müssen. Ja, man sieht

die ja nicht. Das sagen immer nur Firmen wieder

hier, wir benutzen Erlang, um unsere Backends zu

programmieren, aber die siehst du ja nie.

Na gut.

Ja, also ich habe gerade mal bei Wikipedia geschaut und da steht

auf der Übersichtsmap, die

ziemlich hässlich ist, Environment

CCC. Auch

interessant. Crackers Competitors

Costumers wollten die wohl sagen, aber naja.

Das nur so am Rande, kleiner

Joke. Okay. Aber Jochen

kompiliert das wirklich zu Erlang

runter oder kompiliert das direkt zu Beam?

Weil die VM heißt ja Beam VM.

Ja, ich meine,

ich meine,

es kompiliert erst nochmal zu Erlang runter.

Und dann, aber

ja, genau.

Ich gucke dann immer nur so drauf.

Zu Beam. Beam me up, Scotty.

Was ist denn jetzt wieder Beam?

Ja, das ist die VM, die Erlang ausführt.

Das ist so wie C-Python.

C-Python, niemand interagiert je mit

C-Python, obwohl wir alle immer mit C-Python

interagieren, aber das ist das

eigentliche Programm, was das ausführt.

Bei Erlang und Beam ist es genauso. Bei Erlang heißt es halt

nicht C-Erlang, sondern es heißt

halt Beam. Und dann laufen

Dinge wie Elixir auf Erlang.

Genau.

Und Elixir ist das Django für Erlang.

Nee, Phoenix. Das ist das Django

sozusagen für Elixir.

Das Django für Elixir.

Elixir wird auf Erlang und das läuft dann auf Beam.

Genau. Und Beam läuft auf?

Ich glaube, da gibt es auch irgendwo OTP oder sowas

Ja, ich glaube, dass das die Bibliothek ist.

OTP ist die, wenn ich das recht weiß.

Aber ich lasse mich gerne in den Kommentaren.

Genau, das müssen wir uns alle dafür schlagen.

Das ist wieder so ein neuer Namespace.

Also ich habe überhaupt keine Ahnung, wofür ihr gerade redet.

Ich fühle mich etwas abgehängt.

Ja, das macht nichts, dann fühlen wir uns besser.

Ja, also genau.

Eigentlich ist es auch nur, es ist halt deswegen interessant,

weil es halt sozusagen für Async und

diese Geschichten halt so das,

wo man immer sagt, das ist ein Goldstandard,

da funktioniert das richtig gut und alle, die das da machen,

sind immer so begeistert und schauen auf die anderen herab.

Dann muss man auch vielleicht mal gucken, was das eigentlich so kann.

Und

ja, deswegen gucke ich mir das auch gerade so ein bisschen an,

um das halt ein bisschen miteinander vergleichen zu können, alles.

Und genau,

dazu vielleicht auch gerade noch eine Überleitung

zu so einem Podcast

Software-Thema,

weil es gab schon mal einen Versuch,

also

noch mal eine Ecke

ausholen. So eine

der populäreren Geschichten, wie man Podcasts

hostet, ist ja irgendwie

der

Podlove Publisher oder es gibt ja

natürlich unterschiedliche Teile, was dieses Hosting betrifft,

aber so das Ding, was sozusagen

die Feeds generiert und

ja

irgendwie auch den ganzen Website-Teil

so zum Großteil macht.

Das ist halt so ein

WordPress-Plugin.

Vielleicht habe ich schon mal gehört, dass von Tim Püttler

auf der Cars-Radio-Expo...

Ja gut, der hat das Projekt mal initiiert.

Da haben natürlich eine Menge Leute

dran irgendwie geschrieben.

Und genau,

naja,

also man kriegt halt so Probleme, wenn man jetzt

irgendwie WordPress und dann Plugin hat.

Also dazu gibt es

jetzt auch einen ganz interessanten

Podcast.

Padlovers Podcast heißt der irgendwie.

Und da wurde über die Geschichte auch schon so

einiges erzählt. Und ich habe mir

das halt mal angehört, weil ich dachte, für mich ganz interessant,

weil ich diesen ganzen Hosting-Teil,

den Publisher-Teil ja sozusagen in Django

irgendwie

gebaut habe. Natürlich

nicht das, was das Ding macht, aber halt so rudimentär,

dass man damit halt irgendwie

für die Anforderungen, die wir haben, das halt so halbwegs hinbekommt.

Und

ja,

dachte, vielleicht kann ich da so ein paar interessante

Anregungen mitnehmen, was man da eigentlich alles noch so tun kann

und worauf man aufpassen muss und so.

Und ich fand das sehr unterhaltsam

und ich fand es auch interessant, in welche Probleme

sie dabei reingelaufen sind.

Zum Beispiel

einfach mal so ein bisschen so, ich meine,

oder könnt ihr euch das schon vorstellen, was man so für Probleme

kriegt, wenn man WordPress als Hosting-Plattform

nimmt und dann ein Plugin hat?

Nö,

ich glaube, da gibt es keinerlei

Sicherheitsprobleme mehr und auch keine

Interabhängigkeiten

und auch keine Dependency-Hell,

gar nichts. Ich glaube nicht, dass das, nö, ist nicht.

Dass er klick, klick und funktioniert?

Ja, also das ist halt

so eine, es ist natürlich super

zugänglich und es funktioniert überall

und insofern

kann ich das natürlich in gewisser Weise verstehen, dass man das macht,

weil man halt sozusagen, wenn man

nicht benutzt wird, dann hilft einem

das ja natürlich auch alles nicht.

Aber wenn es dann benutzt wird

und es ist halt ein WordPress-Plugin, dann hat man

halt auch einen Haufen Probleme, die man sonst nicht hätte.

Unter anderem also der arme

Mensch, der das dann erzählt hat, ich hätte jetzt leider den Namen

auch gerade nicht parat, der da schon

ganz lange dran rumentwickelt,

Und erzählte dann so, ja, also wir haben das, also irgendwann wollten Leute dann so Statistik haben auch und dann liefen aber die Statistik-Jobs irgendwie so ein bisschen länger und naja, normalerweise so WordPress, das läuft dann halt auf Hostern irgendwo und die beenden die Prozesse halt immer so nach einer Minute ungefähr.

Und normalerweise ist das kein gutes Zeichen, wenn dein Web-Request länger als eine Minute läuft und dann schießt man den lieber weg, weil wahrscheinlich ist der eh kaputt. Und naja, du blockierst ja auch einen Worker komplett sozusagen und das sind ja Shared-Hoster und da gibt es ja ganz viele Leute und dann blockierst du ja die anderen Ressourcen.

Das heißt, ja, nicht so gut und jetzt musst du halt aber irgendwie um diese Beschränkungen drumherum programmieren, weil sowas wie Background-Tasks oder irgendwie Task-Queue-System oder so hast du halt nicht.

Du hast halt auch nicht irgendwelche Maschinen mit Workern, die dann halt Sachen abarbeiten oder so, das gibt es halt einfach alles nicht und du musst halt alles in Requests abhandeln.

Das heißt, du musst darauf warten, dass ein Request vorbeikommt und dann guckst du halt in eine Kontakt-Tabelle und guckst halt, ob jetzt gerade irgendwas laufen muss und wenn ja, dann läuft das halt in deinem Request.

und derjenige, der

die Webseite aufgerufen hat, der hat halt ein bisschen Pech gehabt

und der muss halt länger warten

und, aber du musst halt aufpassen, wenn das

länger dauert als eine Minute oder wenn du dich diesem Bereich

näherst, dann wird es halt knifflig

und dann hat er dann irgendwie so ein Katz-und-Maus-Spiel

gebaut, wo man

dann so einen Prozess wegforkt

nach kurz vor

60 Sekunden und dann wieder

berechnet, berechnet, berechnet, alles wieder serialisiert

wieder wegforkt und dann sozusagen

dem Kill immer wegläuft

und das ist natürlich schon

Also ich meine, ja.

Ja, ist eine lustige Übung, würde ich mal sagen.

Ja, kann man natürlich machen.

Oder halt eben auch so Dinge wie,

ja, sie wollten irgendwann die Podcast-Logos anzeigen

und da gibt es ja die von iTunes geforderten Größen,

das sind so 3000 mal 3000 Pixel, das ist ein bisschen groß.

Dann siehst du, okay, das rechnen wir einfach ein bisschen runter

und dann, ah, oh Mist, so einfach kann man das aber nicht machen.

Man muss ja irgendwie berücksichtigen, dass

auf unterschiedlichen Monitorgrößen

die Dinge unterschiedliche viele Pixel haben müssen

und so. Und wie macht man denn das? Und was ist denn

die Standardlösung von WordPress? Und dann haben sie gesehen,

oh, es gibt keine. Und

das Problem hat mich ja auch schon,

das ist auch etwas, wo ich bei Django etwas überrascht war,

dass es da einfach nichts gab.

Und ja,

dann mussten sie das halt auch irgendwie selber

bauen. Wo man sich denkt, oh ja, das Problem hatte ich

halt auch schon, das habe ich dann auch selber bauen.

Aber was

das Ganze halt deutlich schwerer macht, ist halt, wenn du

nicht selber das alles installiert hast und deine

Abhängigkeiten definiert hast, dann hast du halt

machst du das vielleicht mit Image Magic

oder so auf

in zehn unterschiedlichen Variationen

über alle möglichen Hoster, die halt alle möglichen

unterschiedlichen Versionen

davon installiert haben

und dann musst du

halt Code schreiben, der mit zehn

unterschiedlichen Versionen von irgendeiner

Bildbearbeitungsgeschichte klarkommt, was natürlich totaler

das ist natürlich

gruselig alles.

Ja, depende sehr.

Ja, und genau, all diese Dinge und ja, ich meine, kann man sich ja auch mal selber anhören, wenn das, also es war schon interessant und ich fand das auch total cool, was sie da alles irgendwie mit hingekriegt haben und da rausgeholt haben.

Auf der anderen Seite würde ich jetzt sagen, wenn man jetzt nochmal anfängt mit sowas, dann nimmt man doch vielleicht lieber irgendwie ein richtiges Framework zum Entwickeln von Webseiten und nicht irgendwie ein Wordpress.

Plug-In, ne? Also...

Naja, das Problem ist, was du jetzt gerade gesagt hast,

nimmt man vielleicht lieber, ist natürlich nett, wenn man

dann weiß, wie es geht. Ich glaube, das ist so die größte...

Nee, ich glaube, das war tatsächlich Absicht,

dass das so... Weil

die Frage war, wie kommt

man halt zu einer User-Basis?

Und das geht

halt nur, wenn man dahin geht, wo die Leute sind

und die sind halt bei WordPress. Oder waren sie auf jeden Fall

zumindest damals

zu mehr oder weniger 100 Prozent.

Ja, ich weiß nicht, ob sich das groß geändert hat.

Ja doch, es gibt mittlerweile Hoster.

Es gibt zum Beispiel Podigy

als Podcast-Hoster,

der inzwischen auch relativ groß ist

und

einer der Gründer davon

war halt auch bei einem von diesen

Podcast-Episoden zu Gast

und der erzählt dann so, ja,

wir haben das dann auch gemacht,

irgendwie so Podcast-Hosting irgendwie mal gebaut,

aber wir haben dann Ruby on Rails genommen und da dachte ich mir so, ja,

okay, das ist schon mal

eine deutlich bessere Wahl. Also ich würde

auch, also wenn ich so spontan sagen müsste,

so Ruby on Rails ist wahrscheinlich eine gute Wahl

oder eben Django wahrscheinlich auch,

um sowas zu bauen, weil da hat man halt einen Großteil

von dem ganzen Kram, den man braucht, der ist da halt

schon einfach drin.

Oder nachladbar zumindest.

Ja, und man hat halt

Wege, damit umzugehen

und das macht es halt dann

natürlich schon mal deutlich einfacher.

Auf der anderen Seite ist es dann halt so, wenn du

jetzt aber eigentlich

die ganzen

Podcasts,

Blogs, die es da draußen gibt, unterstützen möchtest,

in dem, was sie tun. Ja, ist halt schwierig.

Da musst du halt dann irgendwas für WordPress entwickeln.

Das ist natürlich nicht so einfach. Also ich weiß es nicht.

Ich habe keine Antwort darauf.

Ja. Aber ich fand es halt

interessant, dass das halt, wie sich das

da so entwickelt hat. Und

deswegen kam ich eigentlich drauf.

Die haben dann nochmal versucht, das alles komplett

neu zu bauen. Und zwar in Elixir.

Aha. Ja.

Die Katze beißt sich in den

Schwanz. Genau. Und

eigentlich eine ganz gute Idee.

Aber das ist dann irgendwie auch

nicht so richtig

dann fertig geworden.

Aber im Prinzip würde ich auch sagen,

ja, so Elixir klingt schon mal deutlich besser.

Das hast du dann nicht gemacht, weil man das mit Asynch

so toll machen kann, bei Elixir?

Ja, weil du damit halt auch

die harten Probleme lösen kannst.

Du quärst dich mehr krass mit dem Maus-Unterherspiel.

Ja, nee, das ist gut, aber

das ist nochmal eher solche Sachen

wie, du willst ja auch zum Beispiel die Files

irgendwie

distributieren, zum Beispiel.

Und du kannst

natürlich ein CDN nehmen, aber ich merke das jetzt auch

irgendwie, so CDN ist halt

einmal teuer und

ja, also weiß nicht,

wäre eigentlich schon cooler, das selber

machen zu können, aber dann ist halt wieder blöd.

Also das kannst du dann nicht irgendwie mit einem WordPress-Plugin

machen, da kannst du keine Files haben.

Oh, kann man schon, aber

das...

Was ist mit einem selbst gecodeten Minio oder sowas?

Ja,

ja, ja, gut, aber

es ist halt auch kein CDN, hast du auch

keine, wenn du globale

Infrastruktur haben willst.

Also du meinst, die Verteilung über mehrere Länder hinweg ist sonst

kompliziert?

Ja, auch generell die schnelle Anbindung,

wenn du halt sehr viele große Dateien

hosten willst, ist nicht

ganz simpel, das performant

hinzukriegen. Der Vorteil bei Elixir wäre halt,

du kannst halt alles damit machen.

Du kannst halt da dein

File-Verwaltungs-Dings mitmachen,

genauso wie dein Backend für

irgendwie dein Frontend

du musst eigentlich nie

diese Umgebung verlassen

und kannst darin halt alles bauen.

Ja, aber warum ist das denn so? Warum ist das denn für alles geeignet?

Das hört sich so an, als würdest du den Podcast umbenennen wollen.

Noch nicht, nein.

Lernst du denn Elixier

oder ist es nur Neid, der aus dir spricht?

Ja, es ist schon Neid

auch, ja.

Kann ich verstehen.

Ich habe tatsächlich auch

hier so Elixier in Action oder sowas, Buch rumliegen.

Ich habe auch schon mal reingeguckt, aber ich habe es noch nicht.

Das diffundiert jetzt dein Kopfkissen durch in deinen Kopf.

Genau, das hoffe ich mir davon.

Mal schauen, was ist die beste Methode.

Ich habe auch noch so ein, zwei Bücher

unter dem Kopfkissen.

Bei Alexi habe ich auch immer das Gefühl,

ich hätte gerne die Zeit schon reingesteckt,

das mal gelernt zu haben, aber jetzt

habe ich doch auch keine Lust, das gerade jetzt zu machen.

Ja.

Ja, aber Jochen, erklär mal, warum ist das so?

Ja, Kekse

sind ein großes Thema.

Also was halt auch

eben, weshalb ich das jetzt auch so betont habe,

Man kann damit halt alles machen. Du kannst damit halt auch

Files surfen und kriegst halt, also zum Beispiel

irgendwie nehmen wir dieses Problem von Hand mit dem

Django-Channel ja auch schon ein paar Mal

irgendwie private Files surfen

oder sowas.

Wenn du das jetzt irgendwie,

nehmen wir an, du nimmst jetzt mal Django als

deine Podcast-Hosting-Plattform

und jetzt willst du aber sowas

auch haben, vielleicht wie private Podcasts

oder keine Ahnung, wenn es sowas gibt, keine Ahnung, ich weiß es

nicht, aber du willst irgendwie den Zugriff beschränken.

Oder Bilder oder so von der Familie.

Deine geheimen Vertragsdaten.

irgendwie sowas, dann

ist das halt nicht mehr so ganz einfach,

weil die Files kannst du ja

auch nicht mit Django direkt ausliefern, wenn du das

jetzt mal so die Folgen erst abgreifst. Kannst du schon.

Ist halt aber dann

nicht so gut, wenn da tausend Leute gleichzeitig drauf

zugreifen. Wenn da viele Leute gleichzeitig

drauf zugreifen, geht das nicht so gut.

Auf der anderen Seite kann eigentlich nur

Django bzw. der Applikationsserver entscheiden,

ob jetzt irgendwie... Privat, viele Leute gleichzeitig,

hatte ich auch irgendwie gerade so ein bisschen, ja.

Ob ein Request autorisiert ist oder nicht.

Der Dominik bezweifelt unseren Erfolg.

Wie, warte, wieso?

Naja, also das ist...

Privat und viele Leute gleichzeitig.

Natürlich, in unserer coolen Gang laden viele Leute...

Das passiert relativ schnell.

Das passiert möglicherweise schon mit einem Browser,

kriegst du das halt schon hin.

Also wenn du halt irgendwie da, weiß ich nicht...

Wenn du mittlere Maustaste hast, dann mach dir einen neuen Tab auf.

Ja, wenn du einen neuen Tab aufmachst.

Ja, auch wenn du jetzt zehn Bilder auf einer Seite hast,

dann ist es schon vorbei.

Das heißt, du kriegst das schon mit einem Browser hin.

Also wenn du jetzt, ich weiß nicht, wie viel Worker du normalerweise hast,

wenn du jetzt eine billige VM hast

auf Hetzner oder weiß ich nicht,

dann ist es halt, wenn du da nur

ein paar Prozesse laufen hast, dann sind die halt schon mit einem

Request ausgelastet.

Was ist jetzt mit Xcent-Pfeil

noch? Genau, das wäre dann halt

sozusagen eine Möglichkeit, das Problem zu

lösen, dass man halt, dass der

Request an den Applikationsverfahrer geht, der

überprüft, ob der autorisiert

ist oder nicht und schickt dann halt einen

Header zurück in der Response, ja,

also dieser Request

sah gut aus und dann geht jetzt irgendwas

was in der Proxy-Pipeline in Nginx

oder so hin, sieht diesen

Header in der Response und sagt,

ah, das war eigentlich eine File-Response,

aber der Applikations-Server kann ja jetzt keine

Files zurückschicken, das wäre ja blöd.

Dann bleibt da ja die ganze Zeit die Verbindung offen

und es gibt nicht so viele Applikations-Server.

Daher nehme ich jetzt mal diesen Request,

diese Response und tausche die aus durch

eine File-Response

mit dem echten File, auf das ich Zugriff habe

und schicke das zurück.

Ja, so ist die Konfiguration dann doch wieder

eigentlich relativ blibberle, weil in den X

einen Eintrag macht, der dann dieses

X-File-Response-Send-Dings

macht. Ja, aber auf jeden Fall Nginx benutzen.

Genau. Geht das nicht mit Kendi?

Aber Jochen, warum ist denn das jetzt besser?

Warum ist denn das besser, wenn der

Nginx das macht, anstatt dass unser

Django, unser Glydekorn oder sowas...

Bei dem Nginx ist das halt egal, wenn da

tausend Requests reinkommen. Aber warum?

Warum ist es dem egal und warum ist es uns nicht egal?

Ja, deswegen, weil halt

sozusagen eine Verbindung den Nginx

nicht blockiert. Also selbst wenn

er da Daten zurücksendet, dann kann

er das auf tausend Verbindungen gleichzeitig

tun. Das geht aber jetzt bei einem

normalen Django-Applikationsserver

so nicht, sondern da ist der Prozess

komplett geblockt, weil der halt synchron

Sachen rausschreibt. Das heißt, das müsste man

einen ASCII-Django nehmen.

Der ist quasi

besser parallel als...

Ja, also

der macht halt parallel I.O.

Und das geht

mit Django erstmal so

nicht. Das geht jetzt inzwischen auch so ein bisschen, aber

erstmal nicht so einfach.

Und das Problem,

was ich damit habe, sozusagen aus der Systemperspektive,

ist halt, du musst

halt einfach nur, um diese Konfiguration

dann testen zu können, dass, wenn du das

jetzt lokal überprüfen willst, funktioniert das denn alles

so, wie ich das gedacht habe, dann musst du dann

Nginx hochfahren und eine Datenbank

und dann deinen Applikationsserver

und ein Caching. Ja, du brauchst es wesentlich

nur in einer Staging-Umgebung testen, oder? Also

in einer Develop-Umgebung

hast du die ganzen Bauteile ja normalerweise

nicht. Ja, und das kannst

schon, dann fährst du halt einen Haufen Docker-Container hoch, geht schon.

Ja, gut, aber das machst du ja nicht zum

entwickeln, sondern das machst du ja wirklich nur zum überprüfen.

Ja, naja,

also, aber

kann man nicht alles machen. Also gut, ich mach das nicht.

So, ich stelle Docker-Compost ab und dann ist

die ganze Liste, die in der YAML drin ist, die wird dann einfach mal

hochgefahren. Ja,

der Punkt ist nur, es ist halt... Ja, das mach ich schon auch, aber

es ist halt ein Haufen... Wenn 3 oder 4 so Dinge laufen

hat, dann ist schon der Speicher voll.

Jaja, also es ist halt aufwendig und

es ist halt auch irgendwie eine komplizierte

Konfiguration und es ist halt fehleranfällig.

und wenn du jetzt

Elixir verwendest,

dann ist das halt alles,

dann kannst du das lokal testen, du kannst

lokal das entwickeln und du kannst

deployst es so produktiv,

natürlich vielleicht mit einer etwas anderen Konfiguration, aber

mehr oder weniger genauso, wie du es lokal getestet hast

und wenn das dann lokal funktioniert, dann funktioniert das

dann auch und du brauchst keine komplizierte Architektur mit

irgendwie noch drei anderen

Teilen, die halt zusammen

funktionieren müssen, damit es klappt insgesamt

und das hat natürlich schon einen gewissen Reiz.

Also ich meine, ich

entwickle auch viel mit Docker, weil das

halt, ja, ich meine, bei ganz

vielen Leuten wahrscheinlich so das Mittel der Wahl ist, um halt

Entwicklungsumgebung zu vereinheitlichen. Und bei mir ist

das so, also das lüftet,

also mein Laptop lüftet einfach die

ganze Zeit. Ich dachte, er hat keinen Lüfter mehr. Ach so,

stimmt, das war noch mal. Und wenn ich das vom Strom

abstecke, dann dauert das eine Stunde und dann ist der Akku leer.

Und das ist halt irgendwie eigentlich

kein schöner Zustand. Aber so ist

es halt. Also das ist bei mir nicht so,

Jochen. Da ist

eine andere Konfiguration.

Ich sage mal, es ist eine andere Konfiguration.

Ich versuche auch gerade so ein bisschen wieder von dem Docker-Zeugs runterzukommen,

weil das ist halt echt das...

Ach ja, und jetzt bei den neuen

Macs geht das ja auch gar nicht mehr.

Die haben keine Virtualisierungsunterstützung.

Okay, cool.

Wie war der Fortschritt?

Es gibt keine Virtualisierungsunterstützung, also kein Parallels

oder was?

What? Wegen ARM? Warum?

Ja, ich weiß

nicht, ob das noch kommt oder so, aber

einen Tag gibt es das auf jeden Fall nicht.

Ach cool, dann muss man sich endlich einen anschaffen.

Wirklich nicht. Keine Methodisierung.

Brauchst dann zwei Macs, einen für

Windows und einen für

Microsoft.

Ja gut, aber das sind ja jetzt alles nur, also ich meine,

wie man seine Entwicklungsumgebung betreibt

und warum man das wie macht,

das ist ja so ein bisschen freigestellt. Aber

der eigentliche

Hintergrund ist doch halt wirklich der,

dass man in Python einfach daran

gebunden ist,

dass jeder Worker einen Request

bearbeiten kann, weil die halt nicht parallel

arbeiten können. Und in Elixir

ist es halt nicht so, weil die

VM, auf der das läuft, halt super

parallel ist, weil die alles gleichzeitig machen können.

Auch hier wieder mit dem Hintergrund halt,

dass das aus einem Telekommunikations

Background kommt und wenn

die Hardware nur ein Telefonat

gleichzeitig machen kann, dann ist das

halt ziemlich blöd und

es ist besser, wenn man tausend Telefonate gleichzeitig

macht. Das erinnert mich an die 90er, wo mein Dad

mich die ganze Zeit angeschrien hat, geh aus dem

Internet, ich will telefonieren.

Und wenn ihr da halt so einen Knotenpunkt gehabt

hättet, dann hättet ihr vielleicht mehrere

Sachen. Aber so Telefonate

haben ja auch üblicherweise sehr strenge

Real-Time-Anforderungen. Das heißt,

es reicht ja nicht, tausend Sachen gleichzeitig

zu machen, sondern du musst ja tausend Real-Time-Sachen

gleichzeitig machen.

Und dann ist dieses

sowieso schon schwierige Problem nochmal direkt

ein kleines bisschen noch viel schwieriger

geworden.

Und

das ist so ein bisschen für mich das Coole an dieser

ganzen Erlangen-und-Elixir-Sache,

weil die halt einfach eine Basis haben,

eine VM haben, die

knallhart darauf ausgerichtet ist,

tausend Sachen gleichzeitig in Realtime zu

machen. Und wenn man das

braucht, dann ist das eine absolut geniale

Sache. Und das ist, glaube ich, eben in so einem Web-Umfeld

kann das wirklich was sein, wo man das einfach ausnutzen

kann, wo du halt wirklich sagen kannst, okay,

da kommen Dateien rüber, da kommen

Authentifizierung rüber, da kommt alles

drüber.

Und

ja, das ist auch so ein bisschen die Faszination,

das ist der Grund, warum ich das gerne mal

gelernt gehabt hätte.

Ja, oder noch ein Beispiel, wo das vielleicht ein bisschen deutlicher wird. Ich habe jetzt gerade nochmal kurz drüber nachgedacht. Also wenn man jetzt zum Beispiel etwas, was man häufig nicht hinkriegt, es gibt so eigentlich, was man gerne hätte eigentlich, ist dieses HLS, also HTTP Livestreaming.

sozusagen, das ist so ein Standard,

im Grunde, das zackt halt

große Dateien in viele kleine und

aber du brauchst halt Server-Unterstützung

dafür. Wenn du das jetzt gerne

anbieten würdest, sodass Podcast-Clients

das sozusagen nutzen können, um halt

auch auf schlechten Verbindungen

und halt auch irgendwie online Sachen zu streamen,

dann hast du halt, wenn du jetzt ein normales

System baust, sag ich jetzt mal, so eben mit Ruby und Rails

und keine Ahnung, Nginx und so und weißer Teufel,

das hinzukriegen

wird ein echter

Stunt, während

wenn du das halt alles in Elixir machst, dann ist das

halt bloß Code, den du schreibst.

Du musst auch den Standort unterstützen und du musst

es halt irgendwie hinkriegen, aber das ist halt auch

nur dein Applikationscode und nicht irgendwie

ein großes System, was du da irgendwie drumherum

konfigurieren musst.

Und du kannst alle diese Anforderungen damit

in den Griff kriegen. Das ist halt

schon ein gewisser Charme.

Ja,

es ist einfach tief

in einem Web-Server drin.

Du hast einfach

die Fähigkeiten, die du in einem

Nginx hättest. Ich meine, im Prinzip kannst du das ja

alles mit Nginx-Modulen machen. Kannst du ja

Module schreiben.

Nur, dass

die Zuhörer haben gerade eben abgeschaltet.

Die sind schon lange weg. Dann muss man das halt

auch tun und das will eigentlich keiner.

Ja, also okay. Das kann man mit

Caddy und Traffic oder sowas nicht einfach machen.

Was kann man bei alter Alternativen noch?

Nein, leider alles nicht.

Also kannst du auch

in Traffic reinbauen. Musst du dann halt

in Go programmieren.

Caddy ist auch Go, oder? Ja, genau.

Kannst halt auch in Go schreiben.

Können die beide Module, die nachladbare

Module?

Ja, so middleware.

Oder musst du das dann halt direkt selber kompilieren?

Egal. Ja, also ist auf jeden Fall

dann nicht mehr so richtig einfach. Und es ist

halt ganz was anderes als die Applikation, die du dann

normalerweise so schreibst.

Aber genau, also wie kriegt

Erlang das denn jetzt eigentlich hin?

Es verwendet halt das

sogenannte

Actor-Model.

Oh, jetzt.

Du musst auch gleich noch,

wenn du noch besser klingen willst, musst du sagen,

Shared Nothing Concurred Programming via Message

Parsing. Okay.

Ja. Schön, haben wir

jetzt, wissen alle Bescheid, oder?

Fertig für heute.

Nee, ich bin gerade abgestürzt.

Das ist auch so, also das ist was, was man

sehr schnell, ich habe ja mal versucht, Erlang

zu lernen.

Habe es dann

wieder aufgegeben.

Aber das ist so was, das ist so was, so was

Konzeptuelles, was man sehr schnell lernt,

wo man sich aber ungeheuer schwer nur

dran gewöhnen kann. Also in dem

Modell, in dem ich üblicherweise

so lebe und programmiere, in Python,

da schreibt man halt Programm und es wird von

oben nach unten abgearbeitet. Und wenn ich eine Funktion

aufrufe, dann ist es so, wie wenn ich die Funktion

da eben an die Stelle hin kopiert hätte.

Wesentlichen

so, bis auf so ein paar Ausnahmen mit

Rekursionen und Scopes und so, ist das

das Modell, was ich im Kopf habe.

Wenn ich eine Funktion aufrufe, dann ist es so, wie wenn die

da jetzt steht.

Und in Erlangen ist das aber nicht so. In Erlangen ist das Modell so ein bisschen anders. Da schreibt man ein Programm und es besteht aus ganz vielen Prozessen. Und auch was ein Prozess ist, ist da auch erstmal, das wird so ein bisschen, ja ein Prozess ist, stell dir einfach einen Prozess vor.

Und die können sich dann Nachrichten schicken und zwar an ihre Mailboxes. Also jeder Prozess hat eine Mailbox und da kann man sich Nachrichten hinschicken. Und das Einzige, was diese Prozesse machen, ist im Wesentlichen Nachrichten aus ihren Mailboxes abrufen und die bearbeiten und anderen Prozessen Nachrichten in ihre Mailbox reinschicken. Und das ist von der Vorstellung her was total Verrücktes, was total Absurdes, weil wie kann man denn daraus ein funktionierendes Programm machen?

Das könnte man ja in Django auch machen,

indem man irgendwie so einen Cache für eine Datenbank nutzt,

als diesen Mailbox-Layer oder sowas.

Nee, kannst du da nicht machen,

weil das tatsächlich da eine Entsprechung in der Maschine hat,

weil diese Sachen alle gleichzeitig laufen.

Und das ist so ein bisschen die Macht davon,

das Coole davon.

Und Mailboxes und Processes müssen nicht eins zu eins sein.

Das heißt, du kannst an einem Mailbox viele Prozesse ranmachen

oder ein Prozess kann mehrere Mailboxes bearbeiten,

Je nachdem, wie dein System halt gerade an der Anforderung ist.

Okay, aber warum ist das jetzt so cool?

Das Coole ist, diese Prozesse heißen Actor.

Dieses System aus Prozess und Mailbox heißt Actor.

Und das hat eine bestimmte, oder so wie ich es mir vorstelle,

hat das eine bestimmte Zuständigkeit.

Das System ist zuständig für Dateien ausliefern.

Und wenn ich eine Datei ausliefern möchte,

dann sage ich, muss ich es nicht selber machen,

sondern ich schicke nur eine Nachricht an die Dateien

ausliefern Mailbox. Und da ist irgendjemand und der

bearbeitet die dran. Das heißt, wenn

ich entschieden habe, ich als

Anwendungslogik habe entschieden, da muss jetzt diese

Datei ausgeliefert werden, dann

ist meine Arbeit beendet, indem ich eine

korrekt formatierte Nachricht an die Mailbox

Dateien ausliefern schicke.

Dann bin ich fertig.

Und auf der anderen Seite dieser Mailbox

ist halt irgendein weiterer Prozess,

der macht nichts anderes als

da kommt eine Nachricht, ich soll

eine Datei ausliefern an folgende

Verbindung oder an folgende IP oder sonst was.

Also mache ich das. Und dieser Prozess

macht nichts anderes. Das heißt, es gibt

einen Prozess, der ist zuständig für, oder

eine Mailbox, ja, einen Actor,

der ist zuständig für Dateien ausliefern. Es gibt

einen Actor, der ist zuständig für Authentifizierung.

Es gibt einen Actor, der ist zuständig für die Datenbank.

Es gibt einen Actor, der ist zuständig für

was weiß ich, SSL Termination,

was auch immer man haben möchte, ja.

Bühne frei.

Jeder Actor macht eine Sache

und ist für eine Sache zuständig.

Und wenn jemand anders was machen soll,

dann ist es einfach nur eine Nachricht.

So, jetzt könnte man sagen,

okay, das ist ja in einem objektorientierten System

nicht anders.

Ja, da schickt man Nachrichten von Klassen zu Klassen.

Der Unterschied ist,

dass diese Actors selbst laufende Prozesse sind.

Das heißt, wenn ich eine Nachricht schicke,

dann wird die halt gleichzeitig,

die wird jetzt sofort bearbeitet.

Ich muss nicht warten,

bis die Nachricht abgearbeitet ist von der Klasse.

Und das kann ja sehr lange dauern.

Wenn meine View-Klasse aufgerufen wird

und ich eine Datei ausliefern muss,

dann dauert es halt so lange, wie es dauert,

die Datei auszuliefern und dann ist die Nachricht bearbeitet.

Sondern das sind wirklich einfach nur

kurze Nachrichten. Mach das. Mach das. Tu das.

Hier ist was passiert.

Also Events.

Das sind einfach nur

Dinge, die passieren sollen oder Nachrichten,

die in dem System relevant sind und die werden

dann sofort weiter bearbeitet. Und derjenige,

der für die Authentifizierung zuständig ist,

der kann sofort den nächsten Request authentifizieren.

So, das ist die eine Sache. Die andere Sache ist, in Klassen ist es, wenn man eine objektorientierte Architektur hat, dann ist es sehr leicht, Daten zu verteilen. Da gibt es diese, wir haben ja schon drüber gesprochen, es gibt diese Sachen, wie man Klassen aufbauen sollte und dass die abgeschlossen sein sollten und dass die ihre privaten Daten privat halten sollen und das Null-Interface und so weiter.

Aber im Endeffekt ist es ja doch irgendwie so, dass man schon ungefähr weiß, was diese Klasse wie macht. Und auch, was die für Daten enthält. Und dann manchmal ist es halt auch so, dass man auf Daten zugreifen muss, die halt da drin sind und die draußen sind. Das geht in diesem Ektormodell überhaupt nicht. In dem Ektormodell gibt es nur eine Möglichkeit, mit einem anderen Ektor zu kommunizieren und das ist über eine Nachricht. Das heißt, alles, was in diesem Ektormodell passiert ist, du schickst Nachrichten.

Aber die E-Mail-Box kann man dann klonen oder was?

Oder dass die doch gleichzeitig irgendwas machen können?

An der einen Mail-Box, wie du gesagt hast?

Die Mail-Box ist

der Endpoint.

Du schreibst eine Nachricht und du tust die in den Briefkasten

rein und dann bist du nicht mehr dafür verantwortlich.

Also die Worker holen sich ihre Sachen alle raus.

Dass da zehn Leute gleichzeitig

diese Mail-Box bearbeiten, das kann dir völlig egal sein.

Dann hast du so ein

NIFO oder FIFO oder sowas,

eine Methode und kannst dann einfach Dinge da rausnehmen

aus der Mail-Box.

Ja, also davon gibt es

dann sehr, sehr viele. Also das ist halt so, dass

ich weiß nicht,

also Tausende gar kein

Problem, auch Millionen kein Problem.

Und

das ist

also ja,

das kannst du quasi beliebig

hochskalieren, sagen wir mal so.

Man kann die auch dynamisch neu starten.

Die werden auch dynamisch neu gestartet.

Und wenn so einer abbricht, wenn einer kaputt geht,

weil er irgendeine Nachricht nicht verstanden hat,

dann wird der halt gelöscht und einfach ein neuer gestartet.

da, zack, der ist jetzt weg.

Ja, was ja kein Problem ist,

wenn sozusagen,

also was man dazu noch sagen muss,

genau, eine schöne

Eigenschaft sozusagen für dieses Modell,

die halt Erlang da auch direkt mitbringt,

ist, dass da das ja so eine

funktionale Vorbeimersprache ist, ist halt

sowas wie Daten verändern,

das geht halt einfach nicht.

Das ist

prinzipiell nicht möglich.

Du kannst halt bloß Daten kopieren, aber

das heißt, du kannst Sachen auch mal perfekt cachen

und so, weil

und es ist auch egal, wer da was

macht, weil es ist ja sowieso immer nur

das Gleiche, ja, es ist halt nie,

du kannst, es ist nicht möglich, dass jemand hinterher

irgendwie Daten verändert hat und das in einem

anderen State ist oder so,

sondern, ja,

wenn der State irgendwie

kopiert wird und dann macht das halt ein anderer Actor,

ist das halt völlig egal, wer das jetzt war.

Ja, oder auch wenn der abstürzt und

ein anderer übernimmt das, ist egal.

Wir sind alle gleich. Du hast eine Armee

von identisch ausschauenden Schauspielern.

Ja, und

man kann das halt auch nicht umgehen,

weil, ja, das

verbietet einem die Sprache. Es gibt ja auch

sozusagen eine Actor-Implementierung in anderen Sprachen.

Es gibt auch diverse in C++ zum Beispiel, aber

du kannst... Pie-Acker, ja.

Super Sache

übrigens, sollte jeder verwenden.

Okay, ich habe nur gehört, dass es das gibt.

Ich weiß aber nicht, ich wundere, dass es sich an der

Skala-Acker-Geschichte orientiert.

Ja, genau, das kommt von Skala, ja. Wann, wie, wo

benutzt man das dann? Wobei Skala

ist ja quasi Erlangen für

Ja, für die

Wie benutzt man das dann?

Pi-AK?

Ja, wenn du halt

synchrone Sachen haben willst

Das Problem an Pi-AK ist halt

dass das immer noch den Gil beachten muss

Das heißt, du gewinnst nicht so ungeheuer viel

Weil du immer noch in dieser

mehr oder weniger Single-Threaded-Python-Welt

festhängst, aber das macht

die Struktur einfacher

Ja, es löst dich davon ab, alles in einem Ablauf machen zu müssen, sondern du kannst sagen, so, dieses Ding ist jetzt verantwortlich für und das hat folgende Ressourcen fest in der Hand und zack.

Aber was du halt nicht hinkriegen kannst und was das halt so ein bisschen, also ich meine, klar, du kannst natürlich dann sagen, okay, ich weiß, ich darf hier nur immutable Datenstrukturen verwenden und so, aber du kannst natürlich Sachen schon ändern, wenn du böse bist und das geht halt lange nicht.

Ich habe gerade auch eine andere Bibliothek gefunden, die heißt

Tespian. Habe ich aber nicht

reingeguckt, keine Ahnung. Ja, das ist ein Aktor.

Das sind die Theaterschauspieler.

Ja,

genau. Also ich meine, man zahlt da natürlich

einen Preis für. Also man zahlt den Preis

vor allen Dingen in Hauptspeicher.

Man muss halt alles kopieren, wenn man irgendwas verändern

will.

Das ist halt auch das, was

einen im Wesentlichen begrenzt, was die Anzahl

der Aktor-Dinger

halt angeht.

dass man, wenn der Hauptspeicher voll ist, dann ist halt

Schluss

und es ist halt auch ein bisschen langsamer

also wenn man jetzt sagen würde, okay man macht

das Ganze handoptimiert

irgendwie mit Threads oder so, dann ist das

wahrscheinlich schneller, aber

sagen wir mal so, es ist halt ein sehr sehr guter Kompromiss

eigentlich, wenn es um

ja

Dinge parallel

concurrent und in zuverlässig

machen geht

und so diese letztes

das Sequential Performance brauchen die meisten Leute ja dann

eh nicht.

Und dafür ist es halt super.

Selbst dann bist du ja oft in so einer Situation,

wo Stabilität einfach

wichtiger ist.

Und die kriegst du da halt für umsonst

mit dazu, weil das sehr schwierig ist,

diese VM zu crashen.

Und selbst wenn du irgendwas machst,

was crasht, dann hast du halt

diesen einen Request gecrashed.

Aber der Rest läuft weiter.

Es ist quasi nicht möglich,

diese Maschine abzuschießen.

Und das ist schon was, wo man auch mit Neid draufschauen kann, weil das ja in anderen Systemen relativ leicht ist.

Das ist eher so schwer, das Ding irgendwie am Laufen zu halten. Da muss man immer die ganze Zeit fünf Teller jonglieren, während man auf einem Einrad herum, auf einem Seil herumfährt oder so. Ja, das ist da ganz angenehm.

Aber es ist natürlich auch ganz klar ausgerichtet auf so Workloads, die parallel sind. Also eben genau aus dem Telefonieumfeld her. Jedes Telefonat selber braucht halt nicht ungefähr euer viel. Also du musst halt dann irgendwie deine, was weiß ich, 16 Kilobit musst du durchkriegen oder deine, wie viele auch immer sie gerade runter haben. Aber das ist ja nicht viel. Aber du hast halt 1000 Stück davon gleichzeitig in der Hand.

Und in anderen Workloads hast du ja andere Anforderungen, jetzt zum Beispiel Machine Learning, da brauchst du halt eine Sache, die du hunderttausendmal ausführen musst und da ist es besser, Prozessoren zu haben, die das schnell machen können, deshalb hat sich das ja auch so ein bisschen anders entwickelt und ich glaube auch, dass da der Hintergrund so ein bisschen anders ist.

Python kommt ja wirklich aus dieser, ja, ein Programm tut eine Sache Welt und da ist es dann halt einfacher zu sagen, okay, die Programme werden schneller, weil die Prozessoren schneller werden, weil die Single-Thread-Performance schneller wird. Aber jetzt sind wir nun mal genau in so einem Umbruch, wo es tatsächlich so ist, dass eben Single-Thread-Performance nicht mehr schneller wird. Aber dafür kannst du jetzt einen Computer kaufen, der 64 Cores hat. Oder gibt es nicht von AMD sogar schon die mit 128?

Kann gut sein, ja. Das ist, äh, genau, ja. Und das, das, jetzt wird's halt, also, sag mal so, also, äh, das hatten wir in der ersten Sendung schon und ich, äh, würde da tatsächlich, äh, ehrlich gesagt, äh, bei bleiben, also, dass man das selten hat, dass man beides braucht. Also, du kannst ja problemlos 128 Python-Interpreter starten. Also, wenn du 128 Cores hast, dann hast du wahrscheinlich auch genug Hauptspeicher, um, äh, 128 Prozesse zu haben.

Aber da hast du halt nur 128. Kannst du 128 gleichzeitig beantworten? Nicht 12.800.

Aber wenn CPU dein Problem ist und dann brauchst du, ja, also wenn I.O. dein Problem ist, gut, aber dann brauchst du die ganzen Prozessoren eigentlich nicht, dann kannst du das auch auf einer CPU, also naja, ich weiß es nicht so genau, es ist, ja, also ich meine, man hat es selten, dass man beides braucht und für beide Extremfälle gibt es halt sehr gute Lösungen.

Also den Data Science CPU verbrennen Use Case, da gibt es super Lösungen für. Den kann man jetzt nicht zum Websurfen verwenden, aber das funktioniert super.

Sehr schöne Computer von Nvidia für mehrere hunderttausend Dollar. Würde ich nicht als Webserver einsetzen.

Ne, genau, das macht doch nicht so viel Sinn. Und auf der anderen Seite ist halt irgendwie, weiß ich nicht, eben Lib, sozusagen, kriegen wir den Übergang zu Python wieder hin oder halt auch eben Node.js. LibUV ist halt auch auf einem Prozessor, macht das schon irgendwie ordentlich I.O.

Das ist sozusagen die Event-Loop,

die unter Node.js und halt auch

bei Python, also normalerweise

in Produktivgeschichten nimmt man halt immer LibUV

statt der Async.io

Standard-Event-Loop.

Aha, kein Async.io?

Das ist Async.io.

Würdest du Ubicorn verwenden statt

Also kann man auf jeden Fall,

ja.

Also

und

ja, man kann halt, bei Async.io

ist es so, du kannst die Implementierung deiner Event-Loop

kannst du halt austauschen und du

kannst halt entweder die Standard-Implementierung

nehmen oder du nimmst

halt LibUV zum Beispiel und

LibUV ist dann halt deutlich schneller.

Und

ja, also zu der

Historie, ich weiß es jetzt ehrlich gesagt nicht so ganz genau, ich glaube,

es gab einmal LibEV,

das Ding ist auch schon ziemlich alt

und... Aber das ist doch

eine CE-Bibliothek, oder? Ja, ja,

LibUV auch.

Wenn du einfach nur Event-Event-Element

anfängt. Genau,

das ist, die implementieren das sogenannte

Reactor-Pattern irgendwie

und benutzen unten drunter

Syscrolls. Wenn es da mal einen Podcast dazu gäbe,

so Pattern. Ja, ich glaube,

da müssen wir auch noch ein paar Teile irgendwie machen.

Ja, aber vielleicht tatsächlich noch mal genau

was erklären.

was halt das Reaktor-Pattern vielleicht ist.

Und dann vielleicht auch nochmal, was halt Event-Loops

überhaupt sind. Das haben wir nämlich. Genau, das haben wir das letzte Mal,

da haben wir da aufgehört.

Ja, also Reaktor-Pattern.

Das setzt ihr für raus.

Jetzt seid ihr im geneigten Leser-Zug.

Du hast halt so

Syscalls

in Unix.

Da gibt es auch unterschiedliche, je nachdem, welche Unix-Art man

verwendet. Epoch, unter Linux.

Vielleicht nochmal einmal ganz kurz,

Wir müssen doch ein bisschen nur damit anfangen. Was ist ein Syscall?

Oh nein, oh mein Gott.

Jetzt muss man tief reinsteigen.

Also sozusagen, das ist die Art,

wie User...

Ja, mit dem Betriebssystem

kommunizieren. Also

das, was jeder kennt vielleicht, ist sowas wie

du machst einen Pfeil auf.

Du musst jetzt irgendwie an die Bits auf der Platte

tatsächlich rankommen und der

tatsächlich bei Unix ist so der

der Syscall für alles ist halt

open. Also das ist ja auch eigentlich der Trick

bei Unix, dass man sagt so, okay...

einen Syscall. Es gibt nur einen

Syscall. Alles ein Pfeil.

Eigentlich ist alles ein Pfeil, genau.

Es ist völlig egal, was es wirklich ist.

Pfeil ist unsere Abstraktion

für einfach

alles.

Also wenn man das annimmt, dann kommt man

bei Unix ziemlich gut raus.

ja, genau.

Das ist halt die Art, wie man dem Kernel sagt, ich hätte jetzt gerne

da zum Beispiel irgendwie Zugriff drauf.

Dann sagt man halt Open.

Und das kann man eben

dann eben nicht nur mit Files machen, sondern auch mit Netzwerkverbindungen,

die ja dann in Unix auch nur Files sind

oder Hauptsprecher ist auch nur Files oder halt

irgendwie Pipes, Kommunikation

zu anderen ist auch alles immer nur ein File und

also man kommt ja sehr weit.

Der Bildschirm ist auch ein File, oder?

Ja. Und

die Terminals sind auch Files.

Ja. Und

jetzt müssen wir nur noch wissen, was Files sind.

Ja. Das ist

abstrakt. Das können wir in dieser

Vorlesung nicht machen. Es ist ein sehr

sehr, sehr, sehr, sehr simples Interface.

Es ist einfach unstrukturierte Daten und

du kannst darauf zugreifen, indem du

halt Sachen daraus liest und

reinschreibst. Aber sortiert. Sortiert.

Das ist das Wichtige, oder? Du kannst an eine bestimmte Stelle springen.

Eine Abfolge von Bytes. Ich kann hin und her springen, ja.

Ich habe so einen Zeiger, der irgendwie Interface.

Ah, nicht jedes Pfeil kann hin und her springen.

Pfeils können sagen, sie dürfen hin und her springen

oder auch nicht.

Okay, dann habe ich jetzt

ein Cisco, das macht ein Open, okay.

Genau.

Also insofern auch alles schick.

Problem ist jetzt natürlich... Und das ist auch gar kein

Problem, oder, Jochen? Also ich meine, da brauchst du noch

keine Lib dafür, sondern du brauchst halt nur wissen,

wie du das aufrufst. Und das

ist super und nett und easy.

Und wenn du jetzt gegen deine, was weiß ich, Bibliothek,

gegen deine

Kernel-Bibliothek kompiliert hast,

gegen deinen Kernel-Header, dann kannst du die Sachen aufrufen.

Genau.

Warum brauchen wir jetzt LibEV? Warum brauchen wir LibEvent

oder Lib? Ja, das ist

sozusagen eine Abstraktionsschicht über

den Syscalls,

weil das Problem ist, du hast jetzt unterschiedliche Syscalls,

je nachdem, welches Betriebssystem du hast,

die eben so etwas machen wie,