WEBVTT 00:00:00.000 --> 00:00:04.400 Ja, hallo liebe Hörer und Hörer, willkommen beim Python Podcast, Episode 48. 00:00:04.400 --> 00:00:06.320 Heute geht es um PiPe. 00:00:06.320 --> 00:00:07.120 Hallo Jochen. 00:00:07.120 --> 00:00:08.240 Ja, hallo Dominik. 00:00:08.240 --> 00:00:08.720 Hallo Karl. 00:00:09.040 --> 00:00:09.600 Willkommen. 00:00:09.600 --> 00:00:10.560 Hallo Karl. 00:00:10.720 --> 00:00:12.880 Ja, wir wollen erstmal News machen. 00:00:12.880 --> 00:00:14.400 Was hast du denn da, Jochen? 00:00:15.360 --> 00:00:17.440 Jetzt muss ich mal ein bisschen hochscrollen. 00:00:18.000 --> 00:00:36.160 Ja, also es gab jetzt einen Python Enhancement Proposal tatsächlich, der glaube ich schon, also ich meine, das richtig gelesen zu haben, dass das jetzt schon für Python 3.12 irgendwie ein Compiler-Flag einführen soll, das den Global Interpreter-Log optional macht. 00:00:36.480 --> 00:00:38.320 Also die letzte Woche große Neuigkeit. 00:00:38.320 --> 00:00:45.840 Also ich glaube, es gibt zwei große Themen, Packaging und irgendwie diesen PEP 703. 00:00:45.840 --> 00:00:47.840 Ja, und ich habe dann auch so ein bisschen reingeguckt. 00:00:47.840 --> 00:01:04.640 Ich bin ja immer so ein bisschen der Ansicht oder ich habe dir so ein bisschen vertreten, dass ich das eigentlich nicht so ganz nachvollziehen kann, warum das so ein Riesenthema ist, weil ehrlich gesagt betrifft es mich meistens nicht und ich bin eigentlich bisher kaum je in die Situation gekommen, dass dieser Global Interpreter-Log für mich jetzt ein großes Problem gewesen wäre. 00:01:04.880 --> 00:01:10.400 Aber ich habe mir den jetzt nochmal angeguckt und tatsächlich, also es gibt da schon viele Situationen, wo einen das halt Ärger machen kann. 00:01:10.400 --> 00:01:13.520 Also mein Beispiel war, ich hätte ja mal gefragt, ob jemand ein anderes Beispiel hat. 00:01:13.520 --> 00:01:17.120 Also wenn jetzt eine Datenbank in Python schreiben will, dann könnte einem das Ärger machen. 00:01:17.360 --> 00:01:26.000 Und es gibt aber noch viel mehr Beispiele und da standen auch welche drin, wo ich dann sagen muss, okay, doch, das hat schon, da haben Leute schon ein Problem dann eventuell. 00:01:26.000 --> 00:01:28.160 Gerade so im Data Science-Bereich, das war mir gar nicht klar. 00:01:28.160 --> 00:01:36.720 Also ganz wichtig ist da wohl, dass man halt nicht von unterschiedlichen Prozessen aus auf den GPU-Speicher zugreifen kann, tatsächlich so richtig. 00:01:36.720 --> 00:01:42.800 Und dann kriegt man natürlich sehr schnell ein Problem, wenn man da nicht mehrere Sets auf unterschiedlichen CPUs laufen lassen kann. 00:01:43.040 --> 00:01:44.960 Ja, genau. 00:01:46.240 --> 00:01:50.640 Ja, das war so, das ist ganz interessant gewesen. 00:01:50.640 --> 00:01:52.640 Aber ist noch voll auch in Diskussion, oder? 00:01:52.640 --> 00:01:55.840 So ein richtiges, so einen klaren Konsens gibt es da noch nicht, oder? 00:01:55.840 --> 00:01:56.880 Hast du da einen Überblick? 00:01:56.880 --> 00:01:57.680 Nee, genau. 00:01:57.680 --> 00:02:00.080 Also die Diskussion habe ich mir teilweise angeguckt, aber auch nicht komplett. 00:02:00.080 --> 00:02:02.480 Und ob es jetzt wirklich kommt oder nicht, keine Ahnung. 00:02:02.480 --> 00:02:18.800 Es stand auch irgendwann ein Zeitplan in dem Pep selber drin, der eher so sagte, ja, also der Plan ist eher, das ab 2024 einzuführen und dann 25, 26 dann halt irgendwann dazu überzugehen, dass halt quasi. 00:02:21.280 --> 00:02:23.360 Ich weiß jetzt gar nicht mehr, welche Versionsmad das dann ist. 00:02:23.360 --> 00:02:36.640 So 13, 14, 15, ja, 15, dann irgendwann umzusteigen auf per Default ist der Global Interpreter locker aus und dann irgendwann es zu deprecaten und bis irgendwann 2030 oder so wegfallen zu lassen, aber das ist dann halt sehr weit in der Zukunft. 00:02:37.040 --> 00:02:37.760 Keine Ahnung. 00:02:38.080 --> 00:02:44.240 Und der Plan ist aber erstmal, das quasi hinter einer Interpreter-Compile-Time-Flag zu verstecken. 00:02:44.240 --> 00:02:44.880 Ja, okay. 00:02:44.880 --> 00:02:46.160 Alles klar. 00:02:46.800 --> 00:02:49.040 Das haben wir ja gleich am Anfang so was Schwieriges gemacht. 00:02:49.600 --> 00:02:53.760 Vielleicht können wir ja vielleicht nochmal ganz kurz erklären, was nochmal ein G ist. 00:02:53.760 --> 00:02:56.000 Ja, soll ich gerne. 00:02:56.240 --> 00:03:01.040 Also das Problem ist einfach, dass der Python-Interpreter selber nicht Thread-Safe ist. 00:03:01.040 --> 00:03:18.960 Dass quasi die ganzen Datenstrukturen, die quasi der Interpreter selbst verwendet, halt nicht mit irgendwelchen Logs versehen sind, sondern es einfach nur davon ausgegangen wird, in der Implementierung überall, dass zu jedem Zeitpunkt halt nur ein Python-Thread, äh ein Thread wirklich Python-Code ausführen kann. 00:03:18.960 --> 00:03:30.960 Und das führt dazu, dass man halt quasi, wenn man Python-Code schreibt, nur von einem Thread aus wirklich gerade ausführt, ausführen kann. 00:03:30.960 --> 00:03:37.600 Und dazu, das hat halt die Auswirkung, also es war lange kein Problem, weil halt keiner irgendwie ein Multi-Prozessorsystem hatte. 00:03:37.600 --> 00:03:50.160 Aber jetzt, wo es halt Multi-Oc-Core gibt seit 20 Jahren oder so, ist es halt immer wieder ein großes Diskussionsding, dass es halt nicht so toll ist, dass man wirklich Multithreaded-Algorithmen in Python schreiben kann. 00:03:50.400 --> 00:03:53.440 Ist das brauchbar zusammengefasst? 00:03:53.520 --> 00:03:54.880 Ja, ja, doch, nee, klingt gut. 00:03:55.200 --> 00:04:09.520 Und ich glaube, das coole an der PEP ist eigentlich, dass halt wirklich eine Firma, nämlich Facebook, soweit ich das verstanden habe, die den nötigen nicht ganz kleinen Engineering-Aufwand halt mal investiert hat, um sich anzuschauen, wie man denen loswerden könnte. 00:04:09.520 --> 00:04:19.600 Also und halt auch das Loswerden ist jetzt gar nicht so das prinzipielle Problem, sondern das Problem ist halt, man will den loswerden, ohne dass Single-Threaded Python viel langsamer wird. 00:04:19.600 --> 00:04:20.960 Das ist quasi das Schwierige. 00:04:20.960 --> 00:04:47.440 Jaja, weil es gab ja schon mal von Larry Hastings oder so, hatte das, was er jetzt auch fast zehn Jahre her oder so da dieses Gelectomy-Projekt, wo eben halt auch versucht hat, das loszuwerden über so Fine-Grained Locking, weil normalerweise ist halt, also für den Garbage Collector braucht man, also das ganze Reference-Counting ist halt hinter dem Gill oder ist halt der Grund dafür, warum das, warum der Gill das halt schneller macht, als wenn man es halt einzeln locken würde. 00:04:47.440 --> 00:04:57.360 Und ja, da war, das war halt immer so, das war die erste naive Implementation war irgendwie so 40 Mal langsamer als mit Gill und dann ist es im Verlauf der Zeit auf 20 mal langsamer runter oder so. 00:04:57.360 --> 00:05:02.000 Aber das war halt immer noch nicht wirklich so, dass man das halt verwenden kann. 00:05:02.320 --> 00:05:10.000 Und jetzt die aktuelle Geschichte hat angeblich irgendwie so, wie es dann implementiert werden soll in den PEP. 00:05:10.000 --> 00:05:21.920 10% Kosten in Single Thread Performance, was ja so, und es gibt halt schon einen Ding, das kann man auch über PyEnv zum Beispiel installieren, ich habe das mal ausprobiert, das nennt sich irgendwie Python Nogil oder so. 00:05:22.560 --> 00:05:32.720 Das macht nur 5% quasi Performance einbußen, aber das hat noch ein paar Sachen da drin, die jetzt in dem aktuellen Pap nicht drin sind. 00:05:32.720 --> 00:05:38.720 Also und daher wäre das ein bisschen langsamer, aber ja, also so, bei 10% ist jetzt noch nicht so allzu viel. 00:05:38.960 --> 00:05:44.640 Es gibt auch noch so ein paar andere Sachen, wie zum Beispiel, man muss jetzt halt da, es gibt dann so ein paar Tricks, die da verwendet werden. 00:05:44.640 --> 00:06:01.920 Und einer ist halt auch, dass es jetzt halt immer einen Pointer auf den Thread gibt in jedem Python-Objekt, der das erzeugt hat, weil man, da gab es Köln, zwar sie nur innerhalb der von einem Thread erzeugten Sachen aufräumt oder Reference-Counting macht und dann muss man das dann halt vielleicht nicht mehr locken. 00:06:01.920 --> 00:06:03.920 Aber dann muss man halt sich merken, welcher Thread das war. 00:06:03.920 --> 00:06:06.000 Und das sind halt ein 64-Bit-Ding. 00:06:06.000 --> 00:06:09.760 Und dann hat man noch so einen Pointer auf. 00:06:09.760 --> 00:06:10.720 Ich weiß gar nicht mehr genau. 00:06:10.720 --> 00:06:12.880 Das sind insgesamt drei Pointer, die jedes Objekt mehr kriegt. 00:06:12.880 --> 00:06:18.880 364-Bit-Pointer und das ist natürlich schon irgendwie, das sind halt 24-Byte mehr pro Objekt. 00:06:18.880 --> 00:06:19.840 Das ist schon nicht so ohne. 00:06:19.840 --> 00:06:22.160 Also speichermäßig ist es auch ganz schön. 00:06:22.160 --> 00:06:28.880 Und ja, ja, also es sind halt nur Trade-Offs, ne? 00:06:28.880 --> 00:06:33.920 Wenn man es gebrauchen kann, ist es vielleicht gut, aber wenn man es halt irgendwie nicht braucht, dann 00:06:33.920 --> 00:06:35.040 kann es auch sehr nervig sein. 00:06:37.040 --> 00:07:01.280 Und dieses Application Binary Interface ist halt auch nicht mehr kompatibel, sodass halt man im Grunde halt die C-Extensions, also für jede C oder für jedes Paket, das halt eine C-Extension ist, muss man halt die entsprechend richtige Version installieren für den Interpreter, den man verwendet. 00:07:01.280 --> 00:07:12.400 Also man muss quasi jede C-Extensions einmal anfassen und halt zum Teil die C-API-Usage irgendwie dann korrekt machen und die Logs einführen, wenn das nicht Thread-Safe ist. 00:07:12.400 --> 00:07:14.560 Also das ist halt möglicherweise schon auch Aufwand. 00:07:18.960 --> 00:07:24.480 Okay, also das wird dann tatsächlich ein Breaking Change sein, dann, wenn ich es hier nicht mehr geben. 00:07:24.480 --> 00:07:26.400 Das ist dann eigentlich Python 4? 00:07:26.640 --> 00:07:28.720 Nee, also sagen wir so, du kannst ja parallel verwenden. 00:07:32.480 --> 00:07:34.720 Ja, aber das ist dann irgendwann, das ist in der weiteren Zukunft. 00:07:34.720 --> 00:07:35.920 Also das ist halt noch Jahre. 00:07:36.320 --> 00:07:38.960 Ja, aber wenn das Python 3.5 ist, das ist Python 4. 00:07:38.960 --> 00:07:44.320 Ja gut, ich meine, wenn niemand bis dahin umgestellt hat und es keine Pakete gibt, dann wird man das wahrscheinlich einfach nicht machen. 00:07:44.640 --> 00:07:48.640 Wenn es alle schon machen, alle relevanten, dann ist es halt auch nicht mehr so schlimm, wenn man das deprecated. 00:07:48.720 --> 00:07:52.560 Also ja, keine Ahnung, ist wahrscheinlich jetzt sehr schwer, da irgendwelche Voraussagen zu machen. 00:07:54.080 --> 00:07:58.800 Ich glaube, wir müssen uns nachher einfach aber auf jeden Fall uns merken, dass wir noch ein bisschen über C-Extensions reden müssen. 00:07:59.040 --> 00:08:00.000 Oh ja, ich glaube, das 00:08:00.000 --> 00:08:00.480 werden wir. 00:08:01.920 --> 00:08:03.520 Wer war denn aber bei Facebook nochmal mit dabei? 00:08:03.520 --> 00:08:03.760 War das? 00:08:03.840 --> 00:08:04.320 Sam Gross oder? 00:08:04.480 --> 00:08:05.280 Sam Gross, genau. 00:08:05.680 --> 00:08:08.880 Kann es sein, dass du, du hattest vielleicht den Vortrag auf der Europäischen letztes Jahr gesehen? 00:08:09.040 --> 00:08:09.600 Ja, ja. 00:08:10.160 --> 00:08:12.720 Ich habe nicht so viel verstanden, aber ich habe mir angeguckt. 00:08:12.960 --> 00:08:13.360 Okay. 00:08:14.640 --> 00:08:16.720 Ja, ja, ist auch ein schwieriges Thema, glaube ich. 00:08:16.720 --> 00:08:26.000 Also der, der, der, also einige der Ideen sind auch schon, also diese Geschichte mit den drei Pointern, die es jetzt gibt, es gab ein akademisches Paper dazu, wie man das denn bauen kann. 00:08:26.000 --> 00:08:32.880 Und da wurden die diese Informationen, die da drin stecken, in einen Pointer reingefriemelt irgendwie, reinkodiert. 00:08:32.880 --> 00:08:37.600 Und das war den Leuten aber dann jetzt hier zu heiß und sagen so, nee, nehmen wir lieber rein, das ist zu gefährlich. 00:08:37.920 --> 00:08:39.520 Was können da alles bei Overflows passieren? 00:08:39.600 --> 00:08:40.160 Hilfe! 00:08:40.320 --> 00:08:45.840 Und also daran sieht man schon, dass es halt, dass sie sich das nicht getraut haben, das einfach so zu übernehmen, es ist kompliziert. 00:08:45.840 --> 00:08:47.840 Also, würdest du das Paper bitte auch verlinken? 00:08:47.840 --> 00:08:48.160 Das klingt 00:08:48.160 --> 00:08:48.720 eigentlich spannend. 00:08:48.720 --> 00:08:50.000 Ja, ja, kann ich machen. 00:08:50.400 --> 00:08:53.520 Mach auch den Talk von Some Grass von der EuroPython rein, wenn es denn irgendwas schon gibt. 00:08:53.840 --> 00:08:55.280 Weiß ich nicht weiß, aber 00:08:55.280 --> 00:08:56.480 ich füge das mal hinzu. 00:08:56.480 --> 00:08:57.280 Alles klar, mache ich. 00:08:57.440 --> 00:09:01.440 Weil er hat das nämlich genau erklärt, wie er das irgendwie so vorhat und dass das schon. 00:09:04.720 --> 00:09:05.920 Auch ein spannender Typ. 00:09:07.360 --> 00:09:08.400 Ja. 00:09:08.400 --> 00:09:08.800 Okay. 00:09:09.040 --> 00:09:10.800 Ja, habt ihr noch nicht sowas gesagt, Packaging? 00:09:10.880 --> 00:09:11.520 Ja, ich hab noch. 00:09:11.920 --> 00:09:13.280 Ja, Packaging. 00:09:13.840 --> 00:09:19.040 Ja, das war ein anderes großes Thema, auch so vor zwei Wochen oder so gestartet oder noch ein bisschen länger. 00:09:19.040 --> 00:09:21.120 Und das köchelt immer noch so vor sich. 00:09:21.200 --> 00:09:23.120 Es gibt einen sehr, sehr langen Thread. 00:09:23.840 --> 00:09:26.400 Ich weiß gar nicht genau, wo war das denn. 00:09:26.720 --> 00:09:30.160 Das Ding heißt irgendwie Python Packaging Strategy Discussion Teil 1. 00:09:30.160 --> 00:09:31.600 Das ist auf Discuss Python-Ralk. 00:09:31.600 --> 00:09:32.400 Ah, okay. 00:09:32.400 --> 00:09:41.520 Ja, und habe ich nicht ganz gelesen, das war mir dann zu viel, aber es gab, dann haben auch diverse Leute da längere Blogposts drüber geschrieben, was sie denn so denken. 00:09:41.520 --> 00:10:04.880 Also ja, das Problem ist natürlich, irgendwie bei allen Umfragen, die man zum Thema Python macht, dann wird das von Leuten, die da nicht so erfahren sind, immer als Painpoint Nummer 1 beschrieben, dass es halt so kompliziert ist und dass man nicht weiß, welchen, was man denn jetzt nehmen soll für welche Tools und wie man die denn jetzt am besten, wie rum man die hält, damit es nicht irgendwie keine furchtbaren Sachen passieren und ja, das ist ein Problem. 00:10:05.760 --> 00:10:08.800 Aber es gibt auch keine so richtig einfache Lösung. 00:10:09.360 --> 00:10:10.800 Ja, und ich weiß es nicht so genau. 00:10:10.800 --> 00:10:21.360 Ich glaube, das Fazit war mehr so, ja, es liegt halt vor allen Dingen daran, dass halt auch Python einfach sehr alt ist und Leute das auf sehr unterschiedliche Art verwenden und man kann es nicht gut lösen, weil man kann nicht allen gerecht werden. 00:10:21.360 --> 00:10:28.880 Weil manche Leute brauchen halt sehr feingranulare Geschichten und andere lieber ein Interface und das kann man, ja, wie will man das unter einen Hut bringen? 00:10:28.960 --> 00:10:29.680 Das ist schwierig. 00:10:29.680 --> 00:10:38.960 Also auch interessant, fand ich genau, ich weiß nicht, ob das in dem Zusammenhang aufgetaucht ist, aber auch jetzt wenige Wochen alt von Nathaniel Smith, ein neuer Paketforscher, Posey heißt er. 00:10:38.960 --> 00:10:40.720 Oder Posey, ich weiß nicht genau, wie man es ausspricht. 00:10:41.120 --> 00:10:45.520 Das ist eine Rust-Binary, die quasi das ganze Zeugs von Python übernehmen soll. 00:10:45.600 --> 00:10:52.160 Also den Interpreter mit ausliefern und Pakete bauen und Dependencies bauen und deren Graphen bauen und so. 00:10:52.160 --> 00:10:59.680 Und das sah, fand ich, relativ interessant aus, weil genau das auch eins der Paces, die allen Leuten, mit denen ich irgendwas in Python machen will, erstmal erklären muss, hä, wie geht das? 00:10:59.760 --> 00:11:01.680 Oh, das ist aber kompliziert und warum ist das denn so? 00:11:01.680 --> 00:11:11.040 Und ja, sobald dann halt, also wenn die einen Python machen, okay, aber wenn die nochmal eine andere Python-Version irgendwann, habe ich es ja später so, geht alles kaputt und Pfad anpassen und ich sag, das ist für einige Menschen gar nicht so einfach zu handeln. 00:11:11.040 --> 00:11:15.520 Ja, und Natalia ist auch jemand, dem man quasi den Geschmack zutraut, das richtig gut zu machen. 00:11:15.600 --> 00:11:36.960 Also das ist ja also bekannt wie er hat ja Trio geschrieben, also eine andere Implementation für so Async-Geschichten und eine andere Art, das zu machen, er hat auch einen sehr tollen Artikel geschrieben, irgendwie für Structured Concurrency, den verlinke ich auch mal gerne oder Sachleuten, dass sich das mal durchlesen sollen. 00:11:37.440 --> 00:11:42.480 Ja, insofern, ja genau, das habe ich auch da direkt aufhorchen, dass man sich gehört hat, wer das gemacht hat. 00:11:43.360 --> 00:11:45.760 Ja, auf der anderen Seite weiß ich jetzt nicht so genau. 00:11:45.760 --> 00:11:50.080 Also er schreibt, gut, er macht das jetzt in Rust, weil er wollte schon immer mal was für Rust machen. 00:11:50.080 --> 00:11:51.760 Ich weiß nicht genau, wo man das unbedingt. 00:11:51.840 --> 00:11:55.280 Also alle Leute machen momentan irgendwie Dinge, Tooling in Rust. 00:11:56.240 --> 00:12:06.960 Bei JavaScript verstehe ich das so ein bisschen, weil die haben da, also jede Änderung im Code führt halt dazu, dass irgendwie so 20 Transpiler, irgendwelche Linter, sonst was irgendwie loslaufen und Dinge machen. 00:12:06.960 --> 00:12:15.680 Und wenn dann jedes Mal so ein fetter Node.js-Prozess gestartet wird, dann dauert das dann, addiert sich das natürlich irgendwie auf in der Latenz. 00:12:15.680 --> 00:12:17.920 Aber Python hat man das ja jetzt so eigentlich auch nicht. 00:12:18.080 --> 00:12:24.640 Naja, bei MN hast du eine vorkompilierte Binary, die du irgendwie ausliefern kannst und in Rust ist das vielleicht so ein Typensicher und irgendwie ordentlich schnell und verpasst. 00:12:24.800 --> 00:12:30.480 Okay, ich glaube, man kann die halt auch relativ leicht dann so statisch verlinken und hat halt wirklich halt nur eine Datei. 00:12:30.640 --> 00:12:31.200 Ja, genau. 00:12:31.520 --> 00:12:44.800 Ja, okay, ansonsten hat man das Bootstrapping-Problem, dass man erstmal einen Package Manager installieren muss, damit man sich den richtigen Package Manager, also das Problem, was Poetry hat mit dem Curl und Get Poetry schrecklich Shell-Skript irgendwie von der Webseite ausführen. 00:12:45.680 --> 00:12:48.160 Ja, okay, gut, das löst es, das stimmt. 00:12:49.040 --> 00:12:50.880 Das sind so ein paar Sachen, die glaube ich echt gar nicht schlecht haben. 00:12:50.960 --> 00:12:51.920 Also ja, aber Rust ist cool. 00:12:52.080 --> 00:12:58.240 Ich habe es auch mal ein bisschen ausprobiert in Advent of Code, aber die Weihnachtszeit ist ja jetzt schon wieder vorbei. 00:12:58.240 --> 00:13:04.640 Ich weiß nicht, was wir finde, also ich meine, mein, das, was ich meistens verwende, ist halt für Pakete bauen Flit. 00:13:04.640 --> 00:13:05.920 Das macht eigentlich nur das. 00:13:05.920 --> 00:13:10.800 Ansonsten verwende ich für Abhängigkeit Pip-Tools und ja. 00:13:11.040 --> 00:13:13.600 Ja, Piptools fand ich ja fürchterlich, aber du findest Poetry fürchterlich. 00:13:13.600 --> 00:13:14.400 Und was Poetry ist auch für die Fahrt. 00:13:14.560 --> 00:13:14.960 Ja, Poetry 00:13:14.960 --> 00:13:17.280 länger verwendet, also fürchterlich ist ja. 00:13:17.520 --> 00:13:24.240 Der hat Wertness ja, glaube ich, das war schon ein, zwei Folgen her mal über dieses Problem mit den Pint-Dependencies irgendwie schon auseinandergesetzt. 00:13:26.640 --> 00:13:33.920 Warum das vielleicht blöd ist, aber ich sag mal so, theoretisch kann man die ja trotzdem einfach dann selber einstellen in der Pi-Project Hummel. 00:13:34.560 --> 00:13:46.160 Ja, ja, das Problem ist, dass das Poetry implizit halt, wenn man sagt, Poetry Add irgendein Paket, irgendwie ein Upperbound auf die Version macht. 00:13:46.160 --> 00:13:47.040 Ja, das verwendet. 00:13:47.520 --> 00:13:53.120 Wenn man eine Library schreibt, für andere halt sehr blöd ist, weil die dann sofort in Dependency-Probleme laufen, Konflikte laufen. 00:13:53.280 --> 00:13:56.960 Muss man manuell quasi tatsächlich dann wegnehmen. 00:13:57.120 --> 00:13:58.000 Naja, gut. 00:13:58.000 --> 00:14:00.800 Ach ja, genau, also mit Pit, ist glaube ich eine gute Idee. 00:14:00.960 --> 00:14:01.600 Keine Lösung ist. 00:14:01.840 --> 00:14:06.160 Ich habe letztens gesehen, Piptools in PiProject Hummel irgendwie reingemelt. 00:14:06.400 --> 00:14:15.120 Ja, jetzt letzte Woche war PyDDF-Treffen und Jans hatte da irgendwie das mal irgendwie erzählt, dass er das jetzt macht. 00:14:15.120 --> 00:14:31.280 Er benutzt Piptools, ist auch nicht so super zu, nicht hundertprozentig zufrieden, aber irgendwie das auch häufiger und hat einen Weg gefunden, wie man das relativ einfach, die Einfänglichkeiten auch in der Pi-Project-Tunnel da reinschreiben kann und hat mir mal gezeigt, wie man das macht. 00:14:31.280 --> 00:14:33.040 Das könnte ich auch verlinken, stimmt. 00:14:33.040 --> 00:14:34.720 Das wird auch nicht so schlecht. 00:14:35.600 --> 00:14:37.120 Weil dann hat man alles wieder, weil das ist natürlich. 00:14:37.280 --> 00:14:42.400 Also im Moment ist das ganze Packaging und Dependency-Management-Zeugs irgendwie relativ furchtbar. 00:14:42.400 --> 00:14:47.360 Das funktioniert auch nicht OS-übergreifend gut und das ist ziemlich ermissen. 00:14:47.440 --> 00:14:54.320 Ich hoffe ja wirklich, dass dieses Raspberry einiges ändert, weil das will man so alles nicht haben. 00:14:54.960 --> 00:14:56.160 Ja. 00:14:56.160 --> 00:14:58.880 Wird uns noch eine Zeit lang begleiten, das sehen wir doch nicht. 00:15:00.080 --> 00:15:00.640 Ja. 00:15:00.960 --> 00:15:03.680 Okay, kommen wir zu erfreulicheren Ding. 00:15:04.080 --> 00:15:09.760 Django gibt es jetzt eine neue Alpha-Version, also die Django 4.2 kommt im März irgendwann, hoffentlich. 00:15:09.760 --> 00:15:11.280 Ist das wieder die LTS? 00:15:12.480 --> 00:15:12.880 Ja. 00:15:12.880 --> 00:15:13.280 Ja. 00:15:13.760 --> 00:15:15.760 Genau, wobei das nicht so eine große Rolle spielt. 00:15:15.760 --> 00:15:18.400 Die offizielle Empfehlung an der Stelle ist immer, die neueste zu nehmen. 00:15:18.560 --> 00:15:20.800 Die letzte Stabile zu nehmen und nicht LTS. 00:15:20.800 --> 00:15:24.560 LTS ist mehr so, naja, es gibt halt Firmen, die das irgendwie haben wollen oder keine Ahnung. 00:15:24.560 --> 00:15:26.320 Aber das ist nicht mehr so, wie man das machen sollte. 00:15:26.320 --> 00:15:29.280 Es wird nicht empfohlen, immer auf eine LTS-Version zu bleiben. 00:15:29.280 --> 00:15:31.280 Dafür verdernt sich auch einfach zu wenig. 00:15:31.280 --> 00:15:35.680 Also es gibt schon lange nicht mehr irgendwie so große Probleme, wenn man upgradet. 00:15:35.920 --> 00:15:38.640 Daher braucht man das eigentlich nicht mehr so wirklich. 00:15:38.800 --> 00:15:48.960 Genau, was dabei ist, ist ganz nett Psycho PG3-Support, das heißt Async-Datenbank-Unterstützung kommt damit halt so rückt näher. 00:15:48.960 --> 00:15:55.680 Es ist halt, es gibt ja jetzt auch ein Interface, seit Django 4.1 für Async-Geschichten mit dem ORM. 00:15:55.680 --> 00:16:11.680 Ist alles noch nicht wirklich implementiert, aber das Interface ist schon mal da, sodass man das halt so verwenden kann, dass wenn irgendwann sich unten drunter das mal so verändert, dass halt mehrere Sachen gleichzeitig irgendwie an die Datenbank geschickt werden und dann also concurrent und dann wieder zurückkommen, das ist einfach so, dass man einfach so davon profitiert ohne dass man selber nochmal was ändern muss. 00:16:11.680 --> 00:16:14.720 Das muss ich auch schon mal irgendwann verstehen, wie das mit der Datenbank funktionieren soll. 00:16:14.960 --> 00:16:28.640 Naja, du kannst, also im Grunde, der OM weiß ja, was er an Queries an die Datenbank schickt und der schickt dann halt, also was momentan, so der übliche Weg ist halt, dass er halt ein Query nach dem anderen an die Datenbank schickt und die Latenzen sich alle aufaddieren. 00:16:28.640 --> 00:16:34.800 Das ist halt so, wie es, was jetzt, wenn man nicht so viele Querys macht und wenn man ein bisschen aufpasst, dann ist es auch nicht so schlimm. 00:16:34.800 --> 00:16:42.480 Aber kann natürlich schon sein, wenn man jetzt 50 Queries hat und jede dauert 10 Millisekunden, dann ist man natürlich bei einer halben Sekunde allein Datenbank, Latenz. 00:16:42.480 --> 00:16:45.680 Besser wäre es ja, wenn man alle gleichzeitig an die Datenbank schickt. 00:16:45.680 --> 00:16:49.200 Oder alle, die nicht voneinander abhängen, kann man gleichzeitig in die Datenbanken schicken. 00:16:49.200 --> 00:16:56.720 Und dann hat man, ist die Gesamtlatenz, nur die Latenz von dem Query, was am längsten dauert, sozusagen. 00:16:56.720 --> 00:16:59.920 Und das könnte natürlich die Gesamtlatenz deutlich reduzieren. 00:16:59.920 --> 00:17:02.000 Also es wäre sehr nett, wenn das irgendwie ginge. 00:17:02.240 --> 00:17:04.160 Ja, aber es ist natürlich sehr komplizierte Änderungen. 00:17:04.320 --> 00:17:06.800 Aber dann musste die Datenbank ja natürlich schon parallel auch rechnen können. 00:17:07.120 --> 00:17:09.440 Ja, das können die, das machen die, das können die alle. 00:17:09.440 --> 00:17:17.360 Und wie stellt die Datenbank sicher, dass ich jetzt keine Probleme habe, festzustellen, dass Dinge auf die gleichen Stellen zugreifen? 00:17:17.440 --> 00:17:23.120 Ja, das ist ja das, was die Datenbank eigentlich oder das ist ja so die Kernkompetenz eines Datenbankmanagementsystems sozusagen. 00:17:23.120 --> 00:17:25.280 Ja, aber das Problem hast du jetzt. 00:17:25.840 --> 00:17:31.040 Aber das Problem hast du jetzt ja auch schon, wenn du mehrere Frontends hast oder mehrere Prozesse auf deinem Frontend, die gleichzeitig alle irgendwie. 00:17:31.200 --> 00:17:38.560 Ja, aber man muss ja gucken, dass sie ein Lok setzt dann irgendwie und dann muss sie irgendwie gucken, ist das Lock auch da oder muss halt einsetzen, wenn sie da irgendwie dran rumfuchtelt und dann muss ich jetzt wieder. 00:17:38.720 --> 00:17:41.120 Also wenn du meinst jetzt so Richtung Write-Zugriff oder was? 00:17:41.120 --> 00:17:59.920 Ja, ja, aber ich meine, dann schadest du halt eine Transaktion und siehst, dass dann, du hast eine konsistente Sicht der Dinge innerhalb der Transaktion oder die wird halt dann committed oder abortet und das, das ist, also ich glaube, ich stimme dir zu, dass wir machen zu, dass das halt genau das ist, was die Datenbank halt im Prinzip richtig gut können sollte. 00:17:59.920 --> 00:18:00.400 Also so. 00:18:01.840 --> 00:18:03.440 Aber das macht ihr doch eigentlich dann langsamer, oder? 00:18:03.440 --> 00:18:03.920 Wenn ich halt dann. 00:18:04.080 --> 00:18:05.120 Ja, natürlich macht das alles. 00:18:05.200 --> 00:18:06.080 Das macht alles viel langsamer. 00:18:06.080 --> 00:18:10.240 Wenn man Transaktionen ausschaltet und F-Sync ausschaltet, dann wird das eine Datenbank viel schneller. 00:18:10.240 --> 00:18:13.200 Also, aber das Problem ist halt, dann sind halt deine Daten eventuell auch weg. 00:18:13.200 --> 00:18:14.400 Das ist ja doof. 00:18:14.480 --> 00:18:15.280 Das ist auch wieder doof. 00:18:15.520 --> 00:18:17.360 Wieder so ein Trail auf der Arten. 00:18:17.680 --> 00:18:25.600 Also dieses Problem hast du auch, wenn du zwei Frontends hast, die auf den gleichen Daten arbeiten, hast du das ja auch schon. 00:18:25.600 --> 00:18:29.840 Auch ohne, dass die Frontends in sich selber nochmal irgendwie Concurrent-Dinge machen. 00:18:30.080 --> 00:18:36.880 Die machen ja auch Sachen concurrent auf Prozessebene oder auf Rechnerebene, die da auf die gleiche Datenbank zugreifen. 00:18:36.880 --> 00:18:40.080 Also das sollten die Daten, das sollte eine Datenbank schon können. 00:18:40.320 --> 00:18:41.280 Ja. 00:18:42.080 --> 00:18:57.680 Also das ist gut, man hat nochmal ein bisschen Probleme, weil zum Beispiel Postgres kann halt nur, oder dieses, es kommt darauf an, welches Protokoll man verwendet, aber das Textprotokoll von Postgres kann halt nur eine Query gleichzeitig beantworten. 00:18:58.000 --> 00:19:04.960 Das heißt, bisher war das kein Problem, weil man kann sowieso immer nur Imput synchron eins nach dem anderen machen. 00:19:04.960 --> 00:19:12.240 Aber jetzt kann man ja mehrere, das heißt, man muss auch mehrere Verbindungen aufmachen, weil halt immer nur ein Query pro Verbindung geht. 00:19:12.240 --> 00:19:18.800 Das heißt, da muss man dann, Django muss dann halt intern poolen oder muss irgendwie ein Außenpool verändern. 00:19:19.520 --> 00:19:20.720 Es ist sowieso alles sehr kompliziert. 00:19:20.720 --> 00:19:25.520 Auch die ganze Geschichte im ORM, was man dann umstellen muss, ist alles noch, das wird noch lange dauern, bis das alles richtig funktioniert. 00:19:25.520 --> 00:19:28.080 Aber wenn es dann mal irgendwann funktioniert, sehr cool. 00:19:29.040 --> 00:19:31.360 Und es ist jetzt ein weiterer Schritt dahin. 00:19:31.360 --> 00:19:34.800 Also wir haben jetzt also in URM, Async Views, Async Tests. 00:19:34.800 --> 00:19:37.040 Jaja, also in ORM haben wir noch nicht. 00:19:37.040 --> 00:19:38.000 Wir haben nur die Interfaces. 00:19:39.040 --> 00:19:42.400 Jetzt auch den Support für eine Library, die man dafür braucht, um das überhaupt machen zu können. 00:19:42.400 --> 00:19:45.040 Das heißt, das letzte, was dann für UM dann. 00:19:45.680 --> 00:19:51.680 Genau, aber das ist halt auch noch das komplizierteste Stück Arbeit, was noch da bevorsteht, genau. 00:19:52.240 --> 00:19:58.560 Ja, dann gibt jetzt Unterstützung für Kommentare, für Spalten und Tabellen. 00:19:58.560 --> 00:20:04.160 Das ist irgendwie ein Issue, der ist seit Jahren offen und war irgendwie kompliziert zu fixen, ging nicht so gut. 00:20:04.160 --> 00:20:05.920 Aus welchen Gründen auch immer, ich weiß gar nicht genau. 00:20:05.920 --> 00:20:06.720 Das geht jetzt. 00:20:06.720 --> 00:20:10.640 Also sie haben irgendwie einen Weg gefunden, wie sie das so hinkriegen, dass es kein Problem mehr ist. 00:20:10.640 --> 00:20:12.880 Und das ist was ganz nettes. 00:20:13.200 --> 00:20:25.120 Dann früher oder ab dann wird man halt eventuell das, es gibt so Django In-Memory Storage, ich weiß es nicht genau, gibt es ein externes Paket nicht mehr brauchen, das ist dann auch in Django selber drin. 00:20:25.120 --> 00:20:32.960 Das heißt, man hat jetzt ein In-Memory Storage Backend für Django mit dabei, das man einfach so verwenden kann für Tests zum Beispiel. 00:20:33.120 --> 00:20:34.960 Macht halt Tests einfach schneller. 00:20:35.120 --> 00:20:43.840 Und, das freut mich besonders, es gibt jetzt eine Streaming-HTTP-Response mit Async-Iteratoren dran. 00:20:44.080 --> 00:20:51.760 Das ist im Grunde, wenn man jetzt zum Beispiel Files ausliefern will, ist das halt ein Problem. 00:20:51.760 --> 00:21:02.160 Das ging bisher nicht so gut, einfach deswegen, weil man da halt über die Blocks eines Files, die man rausschicken wollte, halt da so in nicht Async drüber iteriert hat. 00:21:02.720 --> 00:21:12.880 Und genau, ich habe da ja mal auf der Django 2021 einen Vortrag, wie kann man eigentlich Files mit Django Serven gehalten. 00:21:12.880 --> 00:21:17.120 Da habe ich das halt, dieses Ding rausgepatcht, irgendwie so per Monkey-Patching. 00:21:17.600 --> 00:21:20.240 Es gibt noch ein Paket Django File-Response, wo ich das so mache. 00:21:20.240 --> 00:21:22.640 Das ist dann nicht mehr nötig, weil das macht jetzt ASOG-Iterator. 00:21:22.640 --> 00:21:25.440 Das heißt, es müsste eigentlich File-Surven müsste jetzt einfach so gehen. 00:21:25.440 --> 00:21:27.440 Ja, das ist natürlich auch sehr cool. 00:21:28.240 --> 00:21:29.840 Wir haben noch ein paar Konferenzen. 00:21:29.840 --> 00:21:32.560 Von zwei weiß ich jetzt schon die Daten. 00:21:33.040 --> 00:21:37.840 DjangoCon EU ist irgendwie 29. 00:21:37.840 --> 00:21:38.480 Mai bis 2. 00:21:38.480 --> 00:21:42.720 Juni 2023 in Edinburgh. 00:21:43.040 --> 00:21:45.040 Edinburgh, ich weiß gar nicht, sprechen wir es auf. 00:21:45.120 --> 00:21:45.520 Edinburgh. 00:21:46.720 --> 00:21:47.440 Tja. 00:21:47.840 --> 00:21:51.360 Und PyCon.de PyData ist in Berlin. 00:21:51.360 --> 00:21:51.840 17. 00:21:51.840 --> 00:21:52.240 bis 19. 00:21:52.320 --> 00:21:53.520 April, da gehe ich wahrscheinlich auch hin. 00:21:53.840 --> 00:21:55.760 Europeißen es vom 17. 00:21:55.760 --> 00:21:58.320 bis zum 23. 00:21:58.560 --> 00:21:59.200 Juli. 00:21:59.760 --> 00:21:59.920 Okay. 00:22:00.400 --> 00:22:01.600 Aber ich weiß nicht wo. 00:22:01.840 --> 00:22:04.160 Okay, ja, Top Secret. 00:22:06.000 --> 00:22:08.720 Damit auch ja keiner einen guten Flug buchen kann. 00:22:08.720 --> 00:22:09.360 Genau. 00:22:09.360 --> 00:22:11.360 Das wird in Europa passieren wahrscheinlich. 00:22:11.360 --> 00:22:13.680 Oder das ins Budget fürs Jahr einplanen kann. 00:22:13.680 --> 00:22:16.560 Für was auch immer. 00:22:17.440 --> 00:22:19.680 Ich habe gerade das Management Team hat da gewechselt. 00:22:20.400 --> 00:22:20.800 Ja? 00:22:21.040 --> 00:22:26.240 Ja, also die letzte hat noch Markandrie mit organisiert und jetzt machen das irgendwie andere Menschen. 00:22:26.240 --> 00:22:27.280 Okay, was ist. 00:22:28.000 --> 00:22:33.280 Die haben so eine neue Art und Weise, wollen die machen, mit wer das wie veranstaltet und sich was ein neues Konzept da überlegt. 00:22:33.520 --> 00:22:35.440 Mal gucken, ich bin gespannt. 00:22:35.440 --> 00:22:36.480 Jojo. 00:22:36.480 --> 00:22:41.680 Okay, ja, nee, dann, äh, da sind wir ja nach nur fast 20 Minuten mit den News durch. 00:22:42.000 --> 00:22:43.760 Diesmal relativ flott. 00:22:43.760 --> 00:22:45.440 Dann kommen wir zum Punkt. 00:22:45.520 --> 00:22:47.040 Das ist eine ganz schnelle Folge. 00:22:47.040 --> 00:22:47.840 Das glaube ich nicht. 00:22:48.400 --> 00:22:49.120 PiPi? 00:22:49.120 --> 00:22:49.280 Ja. 00:22:50.240 --> 00:22:50.720 Warum macht. 00:22:51.040 --> 00:22:52.320 Ja, die Folge ist ja PiPi. 00:22:52.400 --> 00:22:54.560 Mach mal damit nicht was schneller oder was ist der Zweck davon? 00:22:54.560 --> 00:22:56.080 Oder weißt du was, womit wir anfangen? 00:22:56.080 --> 00:22:57.360 Karl, wer bist du denn eigentlich? 00:22:57.360 --> 00:22:57.680 Hi. 00:22:57.920 --> 00:22:58.080 Hi. 00:22:58.320 --> 00:23:01.120 Hallo, ich gebe mir schon die ganze Zeit so meinen Senf dazu. 00:23:01.280 --> 00:23:02.560 Aber ja. 00:23:02.800 --> 00:23:05.280 Also ich bin Karl Friedrich Bolz der Eck. 00:23:05.280 --> 00:23:10.320 Ich bin hier an der Uni, ein wissenschaftlicher Angestellter in Düsseldorf. 00:23:10.320 --> 00:23:20.880 Und habe da eine halbe Stelle und bin im Prinzip angestellt, um eine Python-Einführung zu erhalten jedes Semester für Leute, die nicht Informatik studieren. 00:23:20.880 --> 00:23:24.160 Also das ist so Studium Universal-mäßig. 00:23:24.480 --> 00:23:30.800 Und wenn ich die mache, gemacht habe, kann ich die restliche Zeit so ein bisschen frei einteilen. 00:23:30.800 --> 00:23:34.160 Das ist eigentlich ein ganz angenehmer Deal. 00:23:34.160 --> 00:23:45.440 Und ich bin seit irgendwie 2005 ungefähr einer der Kernentwickler des Piper-Projekts, über das wir jetzt auch dann gleich noch mehr reden wollen. 00:23:45.440 --> 00:23:48.240 Also ich habe da halt irgendwie am Anfang vor meinem Studium angefangen. 00:23:48.240 --> 00:24:06.320 Ich war dann auch bei den EU-Projekten, die da am Anfang eine Zeit lang für Finanzierung gesorgt haben, recht intensiv involviert und bin halt so mit mal mehr, mal weniger Involvierung seitdem immer wieder halt daran beteiligt. 00:24:06.320 --> 00:24:07.680 Und ja. 00:24:09.280 --> 00:24:13.680 Also an dem Open Source Fund-Ding, was dann PiPy direkt entwickelt. 00:24:14.160 --> 00:24:24.160 Genau, also ich bin jetzt quasi einfach erstmal nur so quasi in Anführungszeichen, also nur einer der Kernentwickler, also die halt quasi Commit Rights und Zeug machen. 00:24:24.240 --> 00:24:27.600 Ich bin aber halt auch einer der recht aktiven im Moment. 00:24:27.600 --> 00:24:32.160 Also das Projekt schrumpft so ein bisschen, da können wir vielleicht später auch noch drüber reden. 00:24:32.160 --> 00:24:37.440 Und ich bin einer derjenigen, die jetzt halt gerade noch recht viel machen. 00:24:39.920 --> 00:24:47.120 Genau, aber das Projekt hatte über seine Lebenszeit halt immer wieder auch Phasen, wo das wirklich auch viel Geld hatte. 00:24:47.120 --> 00:25:00.400 So EU-Förderung, Forschungsförderung, immer mal wieder auch Geld von Firmen und bei einigen von diesen Forschungs oder Förderungsprojekten war ich halt auch dann quasi aktiv dabei. 00:25:02.400 --> 00:25:04.960 Da musste auch mal direkt erzählen, was PyPy überhaupt ist. 00:25:05.200 --> 00:25:06.160 Ja, genau. 00:25:06.320 --> 00:25:09.120 Also da genau, das ist jetzt quasi die andere Frage. 00:25:09.120 --> 00:25:12.240 Also PyPy ist quasi eine Alternative für CPython. 00:25:12.480 --> 00:25:26.480 Wenn man halt irgendwie Python in Python seine Programme schreibt, dann geht man halt normalerweise auf Python.org und oder vielleicht kriegt man das auch irgendwo anders her, aber man hat halt ein Executable, das heißt Python 3 in der Regel oder Python. 00:25:26.480 --> 00:25:37.120 Das führt man aus und dann kriegt man halt irgendwie seine Shell und kann da Python-Code eingeben oder kann halt damit dann auch Python-Dateien ausführen und kann auf diese Art und Weise irgendwie seine Programme laufen lassen. 00:25:37.120 --> 00:25:50.560 Und dieses Programm, das wird halt von den Kernentwicklern der Sprache Python geschrieben und das gibt quasi vor, wie sich die Sprache entwickelt. 00:25:50.560 --> 00:25:59.920 Und das ist in C geschrieben, also dieses Programm ist in C geschrieben und deswegen kann man das halt auch, um es von der Sprache zu unterscheiden, kann man das halt auch C-Python nennen. 00:25:59.920 --> 00:26:07.680 Also das ist quasi so ein bisschen so ein Terminologiet, dass man halt quasi die Sprache und die Implementierung, dass man denen zwei verschiedene Namen gibt. 00:26:07.680 --> 00:26:16.640 Also Python ist halt dann die Sprache und das ist quasi erstmal so eine abstrakte Entität und dann gibt es aber halt die konkrete Implementierung, die man fast immer verwendet und das ist halt CPython. 00:26:16.640 --> 00:26:19.680 Und C-Python funktioniert jetzt so, dass es halt ein Interpreter ist. 00:26:19.680 --> 00:26:27.840 Also wenn ich jetzt damit irgendwie meinen Python-Code ausführen will, dann gibt es so ein bisschen so einen versteckten Bytecode-Compiler-Schritt. 00:26:27.840 --> 00:26:43.040 Also der Python-Code wird dann irgendwie analysiert und geparst und in so ein Bytecode-Format übersetzt und dann werden auch so PY-C-Dateien irgendwo auf der Festplatte auch noch so ein bisschen zwischengespeichert, damit man das nicht jedes Mal machen muss. 00:26:43.040 --> 00:26:47.440 Aber dieser Bytecode, der wird halt dann jedes Mal von einem Interpreter ausgeführt. 00:26:47.440 --> 00:26:56.800 Und was Pyper jetzt ist, ist quasi der Versuch, Python-Code schneller zu machen. 00:26:56.800 --> 00:27:01.920 Also es ist ja immer so ein bisschen so ein Meme, dass Python halt irgendwie besonders langsam sein soll. 00:27:01.920 --> 00:27:17.440 Und PyPy ist halt ein Forschungsprojekt oder halt auch ein Open Source-Projekt, mit dem man eben das Ziel erreichen können möchte, dass man den Python-Code einfach unverändert viel schneller laufen lassen kann. 00:27:17.440 --> 00:27:23.040 Und das macht man eben so, dass man eben sich sein Binary nicht von Python.org runterläddt, sondern von PyPy.org. 00:27:23.040 --> 00:27:25.840 Man kriegt dann ein Binary, das heißt halt irgendwie PyPy. 00:27:25.840 --> 00:27:34.320 Und das verhält sich erstmal eigentlich ganz genau so, idealerweise quasi ununterscheidbar so, wie der Interpreter, den man von Python.org kriegt. 00:27:34.560 --> 00:27:37.200 Vielleicht nochmal ganz kurz, PyPy ist nicht PyPI? 00:27:37.200 --> 00:27:39.200 Genau, also PY, PY. 00:27:40.160 --> 00:27:44.000 Also das ist so ein bisschen doof, dass die so ähnlich sind, aber. 00:27:44.240 --> 00:27:46.800 Ja, weil man von PyPI ja auch viel runterlädt, man das irgendwie. 00:27:46.960 --> 00:27:48.160 Genau, ja, ja, absolut. 00:27:48.160 --> 00:28:02.080 Also aber PyPI lädt man quasi in Python geschriebene Bibliotheken runter, die dann auf der Python-Implementierung laufen, aber PyPy ist eben wirklich das Binary, also die Excel-Datei sozusagen. 00:28:02.240 --> 00:28:09.760 Also was ich mir erzählt, eigentlich war diese, weil ihr relativ gleich alt seid als Projekte, war die Unterscheidung früher gar nicht so einfach, weil das andere waren die Cheesecakes. 00:28:09.760 --> 00:28:18.800 Genau, also der PyPI hatte halt vorher dieses Cheese Shop-Bringing, weil das ist so ein Monty-Python-Sketch mit dem Cheese Shop, wo man halt keinen Käse kaufen kann. 00:28:18.800 --> 00:28:20.160 Ich weiß nicht, ob du das kennst. 00:28:20.160 --> 00:28:20.560 Ja. 00:28:21.280 --> 00:28:24.400 Da geht halt der Kunde dann so ganz viele Sorten durch und die gibt es aber alle nicht. 00:28:24.400 --> 00:28:26.960 Und kennst du auch das Wortspiel mit den Wheels? 00:28:26.960 --> 00:28:27.680 Nee. 00:28:27.680 --> 00:28:30.720 Naja, im Cheese Shop gibt es halt Käseräder. 00:28:30.720 --> 00:28:31.120 Ja. 00:28:31.280 --> 00:28:34.160 Und die Wheels sind halt Käse. 00:28:34.160 --> 00:28:35.120 Okay, ah. 00:28:35.120 --> 00:28:35.840 Also, ja. 00:28:35.840 --> 00:28:38.160 Okay, das heißt, im Käse-Shop gibt es die Wheels. 00:28:38.160 --> 00:28:39.040 Ja, okay, verstehe. 00:28:39.040 --> 00:28:41.760 Und deswegen gibt es Wheels auf Pipe PI. 00:28:42.000 --> 00:28:42.400 Genau, und 00:28:42.400 --> 00:28:50.400 irgendwann haben die halt dann aufgehört mit diesem, weil Cheese Shop ist halt doch sehr idiosynkratisch oder verspielt, ist vielleicht eine positive. 00:28:50.800 --> 00:28:54.160 Der erste Draft-Name von unserem Podcast war The Ministry of Silly Talks. 00:28:54.160 --> 00:28:55.440 Ah ja, alles klar, nicht schlecht. 00:28:56.720 --> 00:29:03.120 Also irgendwann wurde halt Pipe PI dann ein bisschen ernsthafter und hat halt angefangen, dann sich nicht mehr The Cheese Shop zu nennen. 00:29:03.120 --> 00:29:06.240 Und dann wurde halt die Verwechslungsgefahr plötzlich dann auch akuter. 00:29:06.640 --> 00:29:17.920 Aber weil halt PiPI und PyPy ziemlich genau gleich alt sind, also PiPI ist ein kleines bisschen älter, so ein paar Monate oder so, hat man halt beide Projekte nicht so richtig eingesehen, sich jetzt umzubenennen. 00:29:17.920 --> 00:29:22.640 Und deswegen müssen wir dann jetzt halt mit dieser Verwirrung leben. 00:29:22.640 --> 00:29:29.360 Genau, also wir waren an dem Punkt, man kann von PyPy.org sich ein Binary runterladen, das heißt PyPy.exe unterwinteres oder halt einfach nur PyPy. 00:29:29.360 --> 00:29:36.000 Und das verhält sich eigentlich idealerweise ganz genau so wie das Binary, was man von Python.org kriegt. 00:29:36.000 --> 00:29:43.920 Man kann damit Python-Code ausführen, man kann damit einen interaktiven Interpreter kriegen und alle Command-Line-Switches sind die gleichen. 00:29:43.920 --> 00:29:45.120 Und es verhält sich genau gleich. 00:29:45.120 --> 00:29:50.400 Mit dem einzigen Unterschied, dass der Python-Code, den man damit ausführt, halt hoffentlich 00:29:50.400 --> 00:29:51.680 schneller ist. 00:29:51.680 --> 00:29:54.320 Was ist mit Paketen und Libraries und so weiter? 00:29:54.320 --> 00:29:58.960 Genau, also alles, was quasi in Python geschrieben ist, sollte halt gehen. 00:29:58.960 --> 00:30:00.640 Wir haben natürlich ab und zu Bugs. 00:30:00.640 --> 00:30:09.600 Also irgendwie, es gibt immer irgendwelche super spezifischen Feinheiten, wo man dann halt doch so ein bisschen Verhaltensunterschiede finden kann. 00:30:09.600 --> 00:30:18.160 Aber so der Anspruch an uns selber ist halt, dass wir quasi wirklich das komplette Verhalten der Sprache eins zu eins nachbauen. 00:30:18.160 --> 00:30:19.920 Und zwar bis in die Bugs rein. 00:30:19.920 --> 00:30:25.840 Also es gibt halt immer wieder so Randfälle, wo man dann anfangen kann zu diskutieren und sagen kann, naja, was ist denn jetzt mit diesem Randfall? 00:30:25.840 --> 00:30:29.280 Könnte man dann nicht argumentieren, dass CPython da halt irgendwas komisches macht? 00:30:29.280 --> 00:30:40.800 Aber das machen wir halt nicht, sondern wir sagen halt immer, im Zweifelsfall bauen wir halt auch die ganz, ganz komischen Sachen nach, weil es stellt sich halt raus, dass irgendjemand verlässt sich so ein bisschen auf alles. 00:30:40.800 --> 00:30:51.040 Also es gibt eigentlich keinen Randfall, der so merkwürdig ist, dass es nicht eine Bibliothek gibt, irgendwie eine kleine vielleicht, die halt sich dann beschwert, wenn man das kaputt macht. 00:30:51.040 --> 00:30:56.480 Also selbst wenn man halt dann sagt, na, wir sind aber viel konsistenter und das macht ja so viel mehr Sinn, nee. 00:30:58.000 --> 00:30:58.880 Das ist halt doof. 00:30:58.880 --> 00:31:06.240 Für so eine Bibliothek ist es doof, wenn sie halt dann so unterscheiden muss, auf welcher Python-Implementierung sie jetzt gerade laufen. 00:31:06.240 --> 00:31:12.480 Und deswegen versuchen wir da halt auch nichts mehr zu verbessern oder irgendwie. 00:31:12.480 --> 00:31:14.080 Ja, es gibt natürlich trotzdem Stellen. 00:31:14.080 --> 00:31:17.680 Also wir haben halt dann, was weiß ich, mal eine leicht andere Federmeldung in irgendeinem Fall oder so. 00:31:18.240 --> 00:31:20.000 Sowas kommt halt schon vor. 00:31:21.200 --> 00:31:24.320 Aber vom Anspruch her sollte sich halt genau gleich verhalten. 00:31:24.320 --> 00:31:30.720 Und der einzige Unterschied ist quasi wirklich idealerweise, dass bei uns die Programme halt viel schneller laufen. 00:31:30.720 --> 00:31:34.160 Und warum macht man das dann nicht direkt immer mit PiPy alles? 00:31:34.480 --> 00:31:38.480 Ja, also genau, jetzt können wir so ein bisschen über die Nachteile reden. 00:31:38.480 --> 00:31:49.040 Also das eine ist halt, wir sind halt nicht die maßgebende Implementierung, die jetzt die Evolution der Sprache selbst vorgibt. 00:31:49.280 --> 00:31:52.080 Also C-Python hat halt so eine Doppelfunktion. 00:31:52.080 --> 00:31:58.000 Das ist einmal die Default-Implementierung, die halt von fast allen verwendet wird. 00:31:58.000 --> 00:32:07.280 Aber auf der anderen Seite ist es halt auch die Gruppe an Leuten, die letztlich darüber entscheiden, in welche Richtung sich die Sprache weiterentwickelt. 00:32:07.280 --> 00:32:15.200 Weil in jeder neuen Version von C-Python ist es ja so, dass da eben nicht nur irgendwie technische Verbesserungen an der Implementierung gemacht werden. 00:32:15.200 --> 00:32:19.120 Das kommt natürlich auch mal vor, also jetzt sind drei Elf zum Beispiel ganz toll. 00:32:19.120 --> 00:32:23.040 Aber insbesondere gibt es da halt auch bei jeder Version irgendwelche neuen Sprachfeatures. 00:32:23.040 --> 00:32:27.440 Das heißt, python.org, diese Community, die ist halt für zwei Sachen zuständig. 00:32:27.440 --> 00:32:39.120 Einmal dafür, dass das alles funktioniert, aber auf der anderen Seite eben auch für so Fragen wie, welches Pab nehmen wir an, welches neue Language-Feature wollen wir haben, welche neue Stahlbibliothek, so Geschichten. 00:32:39.120 --> 00:32:40.960 Und da, also da sind wir halt raus. 00:32:40.960 --> 00:32:45.040 Also aus diesen ganzen Sprachdesign-Fragen, da haben wir keine Meinung zu. 00:32:45.040 --> 00:32:50.560 Ihr nehmt euch dann einfach das letzte Office-ZBDs und dann ist das ein C-Python und baut das dann eure Änderungen ein. 00:32:50.640 --> 00:32:50.880 Genau. 00:32:51.200 --> 00:33:00.160 Und es ist schon dann mal so, dass wir bei den C-Python-Diskussionen dann auch mitreden und sagen, ja, aus unserer Sicht hat das DD, also gibt es jetzt hier diese Trade-Offs oder so. 00:33:00.160 --> 00:33:06.320 Aber also wir versuchen uns halt so erstmal aus Sprachdesign-Fragen auch irgendwie erstmal rauszuhalten. 00:33:06.960 --> 00:33:18.400 Also einfach auch, weil das unser Leben so ein bisschen leichter macht, dann gibt es halt, ich meine, ich habe da natürlich dann quasi so privat auch manchmal eine Meinung dazu, was es jetzt an Featern gibt und manche finde ich cool und manche finde ich weniger cool. 00:33:18.400 --> 00:33:22.320 Also ich meine, das geht ja allen Python-Programmierern so, dass man halt eine Meinung hat. 00:33:22.320 --> 00:33:32.720 Aber wenn ich dann quasi meinen PiPy-Hut auf habe, dann versuche ich diese private Meinung halt dann auch zurückzunehmen und zu sagen, das ist jetzt halt so, das ist Teil der Sprache und das implementieren wir jetzt halt. 00:33:32.720 --> 00:33:35.520 Also du bist ja eigentlich gar kein Dann Python-Programmiere, hast du selber gesagt. 00:33:35.680 --> 00:33:38.400 Ja, über die Architektur reden wir gleich noch. 00:33:38.400 --> 00:33:42.400 Also irgendwie dann schon, aber halt auf eine bisschen indirekte Art und Weise, genau. 00:33:42.400 --> 00:33:45.520 Also ja, ich wollte noch was zu den Versionen sagen. 00:33:45.520 --> 00:33:48.160 Wir sind immer so ein bisschen hinterher. 00:33:48.160 --> 00:33:49.360 Das ist nicht so gut. 00:33:49.360 --> 00:33:54.400 Also eigentlich haben wir so ein bisschen den Anspruch, dass wir quasi eine Major-Version hinterher sind. 00:33:54.400 --> 00:33:57.440 Weil, also wir können halt nicht Schritt halten. 00:33:57.520 --> 00:34:03.680 C-Python hat halt einfach viel mehr Leute und die rennen uns halt davon. 00:34:03.680 --> 00:34:09.600 Und was halt so ein bisschen unser Ziel ist, ist, dass wir quasi immer so eine Major-Version hinterher sind. 00:34:09.600 --> 00:34:17.440 Das ist auch immer ganz gut, wenn dann quasi 3.11 rauskommt, dann haben so langsam alle Bibliotheken sich darauf eingestellt, dass die 3.10 supporten. 00:34:17.440 --> 00:34:21.360 Und wenn wir dann auch mit unserer 3.10 rauskommen, dann passt das so ganz gut zusammen. 00:34:21.600 --> 00:34:36.400 Gerade sind wir ein bisschen mehr, also wir haben jetzt nicht so krass getaktete Releases wie C-Python, sondern das wird halt, also wir machen alle paar Monate ein Release, aber das heißt nicht unbedingt, dass dann auch die neue C-Python-Version supportet wird. 00:34:36.560 --> 00:34:45.120 Und gerade sind wir so ein bisschen hinterher, also 3.9 ist jetzt eigentlich sehr, sehr stabil und 3.10 ist in der Mache, aber noch nicht released. 00:34:45.120 --> 00:34:47.600 Und danach kommt halt dann 3.111. 00:34:47.600 --> 00:34:54.160 Also das ist quasi ein Nachteil, warum man PiPy halt nicht nehmen sollte, ist ein bisschen hinterher. 00:34:54.160 --> 00:34:59.840 Und dann habe ich vorhin gesagt, naja, jedes Python-Programm sollte halt gehen und idealerweise schneller sein. 00:34:59.840 --> 00:35:02.800 Da gibt es jetzt zwei Fußnoten an dieser Aussage. 00:35:02.800 --> 00:35:05.360 Die eine Fußnote ist halt C-Extensions. 00:35:05.440 --> 00:35:07.040 Aber NumPy ist kaputt? 00:35:07.040 --> 00:35:08.960 Nee, kaputt halt nicht. 00:35:08.960 --> 00:35:22.160 Also inzwischen ist das so, dass wir so eine komplette Kompatibilitätsschicht haben, mit der, sag ich mal, 80% aller in C geschriebenen Bibliotheken in Pipeline auch gehen. 00:35:22.480 --> 00:35:26.320 Aber das ist wirklich, wir emulieren halt dieses Interface. 00:35:26.320 --> 00:35:31.760 Für C Python ist das Interface halt wirklich genau so, wie der Interpreter auch wirklich funktioniert. 00:35:31.760 --> 00:35:41.360