WEBVTT 00:00:00.000 --> 00:00:07.960 Hallo liebe Hörerinnen und Hörer, willkommen beim Python-Podcast, Episode 64, heute nochmal von der DjangoCon, eine Sonderausgabe. 00:00:08.220 --> 00:00:09.400 Ja, zweite Live-Episode. 00:00:09.660 --> 00:00:11.040 Ja, freut mich wieder da zu sein. Hey Jochen. 00:00:11.200 --> 00:00:12.000 Ja, hallo Dominik. 00:00:12.560 --> 00:00:13.040 Hallo Johannes. 00:00:13.380 --> 00:00:13.860 Hallo zusammen. 00:00:14.220 --> 00:00:15.300 Und hey Ronny, heute alles ganz. 00:00:15.300 --> 00:00:15.560 Hallo Ronny. 00:00:15.760 --> 00:00:16.680 Hi, schön hier zu sein. 00:00:16.900 --> 00:00:17.740 Ja, schön, dass du da bist. 00:00:18.300 --> 00:00:18.540 Ja. 00:00:18.960 --> 00:00:22.780 Ja, wir wollten noch ein bisschen wieder von der DjangoCon erzählen, auf der wir gerade sind in Dublin. 00:00:23.460 --> 00:00:23.600 Ja. 00:00:23.600 --> 00:00:27.540 Das hatten wir gestern schon getan, die Folge ist tatsächlich auch pünktlich online gegangen, danke. 00:00:27.620 --> 00:00:28.560 Ja, fast pünktlich. 00:00:28.700 --> 00:00:37.140 So nach dem Pappbesuch ist das immer so ein bisschen schwieriger, also das Hotelzimmer wiederzufinden und dann auch noch eine Episode online zu stellen. 00:00:37.240 --> 00:00:39.440 Insofern, das ging nur so irgendwie unterschiedlich. 00:00:39.440 --> 00:00:43.520 Ich habe noch mein Sweater vermisst und dann habe ich mein Sweater gefunden. Das war wahnsinnig gut. 00:00:43.840 --> 00:00:46.540 Dann hatte ich aber meine Hotelzimmer-Eintrittskarte nicht. 00:00:48.900 --> 00:00:50.620 Am ersten Tag einmal alles mitgebracht. 00:00:50.620 --> 00:00:52.400 Ja, und wenn man das Zimmer wechselt, ist auch schlecht. 00:00:53.140 --> 00:00:53.780 Ja, genau. 00:00:53.780 --> 00:00:54.680 Alles anders. 00:00:55.360 --> 00:00:57.480 Ja, aber es hat irgendwie alles geklappt. 00:00:58.160 --> 00:00:58.780 Es ist immer noch da. 00:00:59.020 --> 00:01:02.660 Wir haben ja gestern bis zum Mittagsscheit erzählt, was so war. 00:01:02.740 --> 00:01:04.460 Was war denn gestern noch Interessantes? 00:01:04.680 --> 00:01:07.040 Oh, jetzt müssen wir zurück scrollen. 00:01:07.040 --> 00:01:08.620 Tan, es tut mir leid, du warst schon bei heute. 00:01:09.120 --> 00:01:12.060 Ich glaube, das Erste, was wir tatsächlich gesehen haben, 00:01:12.300 --> 00:01:14.400 oder zumindest teilweise gesehen haben, war HTMX. 00:01:15.100 --> 00:01:18.340 Ja, da kamen wir gerade nach dem Podcast noch so rein. 00:01:18.340 --> 00:01:18.780 Ja. 00:01:19.940 --> 00:01:24.420 Und ja, war solide, aber auch nichts Überraschendes oder so. 00:01:24.420 --> 00:01:28.600 Ich weiß nicht genau, ob jemand von euch da irgendwas Neues gesehen hat oder Interessantes. 00:01:29.100 --> 00:01:30.820 Ja, nachdem wir die erste Hälfte verpasst haben. 00:01:30.940 --> 00:01:32.920 Ja, stimmt, da kann man auch nicht so wirklich was zu sagen. 00:01:33.000 --> 00:01:35.840 Und ich war kurz im Gym- und Spa-Bereich. 00:01:36.920 --> 00:01:39.280 Also ich habe es gesehen und ich würde mich da anschließen. 00:01:39.440 --> 00:01:42.980 Also ich fand es solide, wenn man sich nicht damit beschäftigt hat, auf jeden Fall super hilfreich. 00:01:43.520 --> 00:01:46.100 Wenn man sich damit beschäftigt hat, glaube ich, nicht allzu viele neue Dinge. 00:01:47.140 --> 00:01:48.700 Kurzes Sidenote, bevor du runtergehst. 00:01:49.320 --> 00:01:51.460 Den Talk mittags von Sebastian 00:01:51.460 --> 00:01:53.540 hattet ihr den besprochen, weil der ist ja auch aus der Region 00:01:53.540 --> 00:01:55.420 bei uns, aus Köln. 00:01:56.480 --> 00:01:57.380 Achso, den hatten wir nicht besprochen. 00:01:57.640 --> 00:01:58.400 Nee, den hatten wir nicht besprochen. 00:01:58.540 --> 00:02:03.560 Genau, da freue ich mich 00:02:03.560 --> 00:02:05.320 ein bisschen, dass es geklappt hat, weil er hatte mich 00:02:05.320 --> 00:02:07.440 noch gefragt, weil ich 00:02:07.440 --> 00:02:09.120 ja schon mal letztes Mal bei der DjangoCon 00:02:09.120 --> 00:02:11.020 mich beworben hatte und 00:02:11.020 --> 00:02:13.840 genommen wurde, wie es 00:02:13.840 --> 00:02:14.800 denn aussieht und 00:02:14.800 --> 00:02:18.600 Und ob er meint, dass die Idee, ob ich meine, dass die Idee fliegt. 00:02:18.920 --> 00:02:21.140 Und genau, fand das eine coole Sache. 00:02:22.180 --> 00:02:24.820 Ich fand den Vortrag tatsächlich noch cooler. 00:02:25.020 --> 00:02:28.020 Also für mich, ich habe mehr mitgenommen, als ich jetzt persönlich erwartet hätte noch. 00:02:28.300 --> 00:02:29.840 Vielleicht erst mal kurz, worum ging es denn überhaupt? 00:02:29.840 --> 00:02:30.720 Sorry, natürlich. 00:02:31.200 --> 00:02:33.740 Genau, also der hieß The Fine Print in Jungle Release Notes. 00:02:33.740 --> 00:02:36.500 Und es ging um neue Features in den neuen Versionen. 00:02:36.660 --> 00:02:39.680 Also im Endeffekt, der Aufhänger ist, lies die Release Notes, 00:02:39.820 --> 00:02:43.160 abgesehen von dem einen mega krassen, geilen Feature, 00:02:43.300 --> 00:02:44.920 weil man halt 00:02:44.920 --> 00:02:46.920 da sehr viele Dinge immer kommt, die einem das Leben 00:02:46.920 --> 00:02:48.660 leichter machen, wo man Coach sparen kann, 00:02:48.800 --> 00:02:50.900 irgendwelche fiesen Hex-Walkarounds ausbauen 00:02:50.900 --> 00:02:52.620 kann und hat sich dann dadurch die 00:02:52.620 --> 00:02:54.680 5.x-Version durchgehangelt. 00:02:54.800 --> 00:02:56.520 Da waren tatsächlich Sachen dabei, die ich noch nicht gesehen hatte. 00:02:56.920 --> 00:02:58.800 Ja, der Carlton hatte das ja vorhin auch 00:02:58.800 --> 00:03:00.780 so erwähnt, dass er auf keinen Fall wieder zu 4.2 00:03:00.780 --> 00:03:02.780 zurückgehen würde, wenn sich das 00:03:02.780 --> 00:03:03.980 vermeiden lässt. Genau. 00:03:04.520 --> 00:03:06.760 Und genau, freut mich sehr, weil der ist jetzt auch bei 00:03:06.760 --> 00:03:08.720 auch ein Regular beim 00:03:08.720 --> 00:03:11.200 Colone-Meeting, Jungle Colone. 00:03:11.420 --> 00:03:12.840 Was hat der denn alles Schönes 00:03:12.840 --> 00:03:14.540 erzählt. Vielleicht kannst du so ein paar 00:03:14.540 --> 00:03:17.040 Da fragst du mich Sachen, es ist immer so schwer, sich in Details 00:03:17.040 --> 00:03:18.360 zu erinnern, wenn man sich am Tag 00:03:18.360 --> 00:03:20.720 Wenn man nicht so Notizen hat wie der Johannes hier vor 00:03:20.720 --> 00:03:22.860 Ja, ich war aber nicht in dem Talk, deshalb habe ich keine 00:03:22.860 --> 00:03:24.080 Notizen zu dem Vortrag 00:03:24.080 --> 00:03:27.080 Es ging um 00:03:27.080 --> 00:03:29.020 diverse Verbesserungen im Admin 00:03:29.020 --> 00:03:31.080 Es ging um Custom Error 00:03:31.080 --> 00:03:32.860 Messages, die man jetzt bei Constraints 00:03:32.860 --> 00:03:35.180 hinterlegen kann, die auch übersetzbar sind 00:03:35.180 --> 00:03:36.840 Und es waren 00:03:36.840 --> 00:03:38.700 im Endeffekt alles relativ kleine Dinge, aber 00:03:38.700 --> 00:03:40.680 immer auf Use Cases bezogen, wie sie es halt 00:03:40.680 --> 00:03:42.680 vorher gelöst haben und nachher. Also es war ein ganz 00:03:42.680 --> 00:04:06.160 Also selbst wenn man jetzt sagt, oh, diesen Case hatte ich noch nie, ich muss noch nie eine Custom Unique Constraint definieren, dann war halt immer so, ah, aber das sieht tatsächlich nützlich aus, weil diesen Fall kann ich mir nicht vorstellen, weil man ihn halt präsentiert bekommen. Also wie gesagt, das war deutlich, auch für mich, deutlich nützlicher, als ich es mir eigentlich vorgestellt hatte, weil ich dachte eigentlich, ich weiß schon alles, aber tatsächlich habe ich scheinbar das Frontend auch nicht so genau gelesen. 00:04:06.460 --> 00:04:08.160 Ja, dann hat er es gut gelöst. 00:04:08.560 --> 00:04:11.460 Das ist aber auch wirklich so eine Sache, dass in vielen Frameworks 00:04:11.460 --> 00:04:13.120 hat man ja diesen Death by a Thousand 00:04:13.120 --> 00:04:14.960 Papercuts. Das sind einfach 00:04:14.960 --> 00:04:17.080 viele, viele kleine Sachen, die gut 00:04:17.080 --> 00:04:18.940 oder nicht so gut sind und 00:04:18.940 --> 00:04:21.160 ich glaube, dass das tatsächlich eine der Stärken von Django 00:04:21.160 --> 00:04:23.240 ist, dass die halt auch an diesen Kleinigkeiten arbeiten 00:04:23.240 --> 00:04:25.280 und dann auch sagen, wir haben an diesen Kleinigkeiten 00:04:25.280 --> 00:04:27.140 gearbeitet und dass die sich dann so langsam mit 00:04:27.140 --> 00:04:28.880 der Zeit auflösen. 00:04:29.340 --> 00:04:31.200 Ich kann ja auch nochmal in diesem 00:04:31.200 --> 00:04:33.200 Kontext erwähnen, dass ich jetzt in 5.2 meine erste 00:04:33.200 --> 00:04:34.560 Django-Contribution drin habe. 00:04:34.700 --> 00:04:36.680 Oh, herzlichen Glückwunsch. 00:04:37.020 --> 00:04:38.600 Was bringst du uns denn? 00:04:38.660 --> 00:04:41.600 Ich habe für, im Zuge von meinem Pony Express Package, 00:04:41.640 --> 00:04:43.920 habe ich nach der Django Con Vigo einen Vortrag darüber gehalten. 00:04:44.020 --> 00:04:47.460 Das ist ein Package, was E-Mailing ein bisschen vereinfacht. 00:04:47.560 --> 00:04:51.600 Also wirklich die programmatische Erstellung und Testen von E-Mails, 00:04:51.720 --> 00:04:53.800 was ich relativ verbose finde, 00:04:53.900 --> 00:04:56.060 wenn man das mit den gegebenen Django Tools macht. 00:04:56.720 --> 00:05:01.260 Und fürs Testing, eine E-Mail hat ja nicht nur Text, 00:05:01.260 --> 00:05:05.140 sondern die hat ja verschiedene Text, also Inhalte. 00:05:05.240 --> 00:05:07.140 Also die kann theoretisch Medieninhalte haben. 00:05:07.500 --> 00:05:09.320 Es gibt den HTML-Inhalt und den Plaintext-Inhalt. 00:05:09.360 --> 00:05:12.200 Die sind, glaube ich, die relevantesten für die meisten modernen E-Mail-Clients. 00:05:12.960 --> 00:05:17.320 Und man musste im Endeffekt wirklich manuell sich durch ein multidimensionales Dictionary 00:05:17.320 --> 00:05:19.940 in den E-Mail-Alternatives durchgraben, wenn man das testen möchte. 00:05:20.440 --> 00:05:23.120 Dafür haben wir in dem Package für die Testsuit einen Wrapper geschrieben. 00:05:23.380 --> 00:05:26.500 Also die Testsuit nicht fürs Package, sondern für die E-Mail-Klassen, 00:05:26.560 --> 00:05:27.820 die man produziert mit dem Package. 00:05:28.640 --> 00:05:31.900 Und habe dann vorgeschlagen, ob das nicht ein relativer No-Brainer wäre, 00:05:31.900 --> 00:05:34.900 wenn man sowas auch irgendwie den E-Mail-Alternatives geben könnte. 00:05:35.240 --> 00:05:44.520 Das ist quasi alle, also diese, wie nennt man das, dieses Text-slash-JavaScript-Script-slash-irgendwas, 00:05:44.620 --> 00:05:46.380 diese, ich komme gerade nicht drauf, Name-Types? 00:05:46.420 --> 00:05:47.360 Diese Trainer-Types. 00:05:48.100 --> 00:05:49.120 Content-Types, genau. 00:05:49.200 --> 00:05:49.940 Ja, ach so, Content-Types. 00:05:49.960 --> 00:05:53.680 Ja, genau, Content-Types, dass man quasi alles, was mit Text-slash anfängt und was man hinzugefügt, 00:05:53.680 --> 00:05:57.800 was in 99% der Fälle wahrscheinlich immer nur Plain und HTML sein wird, 00:05:58.200 --> 00:06:02.320 trotzdem, dass man das dann aus dem Objekt zurückbekommt und dann halt im Test sehr einfach darauf ersorgen kann, 00:06:02.400 --> 00:06:05.900 ohne halt sich durch irgendwelche nicht dokumentierten APIs durchzugraben. 00:06:06.840 --> 00:06:09.100 Und genau, das ging auch tatsächlich relativ gut durch. 00:06:09.220 --> 00:06:12.860 Ich habe dann nochmal was anderes probiert nach meinem Erfolgserlebnis 00:06:12.860 --> 00:06:16.400 und habe dann genau gemerkt, was Carlton heute in seinem Vortrag, ich greife vor, 00:06:16.700 --> 00:06:21.280 aber was er sagt, kann ich nachher nochmal meine persönliche Erfahrung dazu spiegeln. 00:06:22.560 --> 00:06:23.820 Ja, da werden wir auf jeden Fall gleich nochmal eingehen. 00:06:23.880 --> 00:06:26.260 Das ist doch das Thema von gestern, was wir dann, glaube ich, nochmal ein bisschen aufmachen, 00:06:26.260 --> 00:06:29.300 wo es umgeht, wie man denn partizipieren kann an Django. 00:06:30.160 --> 00:06:32.120 Aber vielleicht machen wir chronologisch weiter mit den Talks. 00:06:32.180 --> 00:06:33.620 das ist ja gleich mal echt so eine blöde Idee. 00:06:34.000 --> 00:06:35.900 Ja, der nächste war Solving a Python Mystery. 00:06:36.520 --> 00:06:38.100 Ah ja. Oder wart ihr bei jemandem bei dem 00:06:38.100 --> 00:06:39.840 Quality-Workshop? Den da 00:06:39.840 --> 00:06:42.200 war ich auch nicht drin. Nee, leider nicht. 00:06:42.680 --> 00:06:44.140 Wollte ich zwar auch irgendwie, aber irgendwie 00:06:44.140 --> 00:06:46.320 hat es nicht geklappt. 00:06:46.980 --> 00:06:48.180 Genau, Solving a Python Mystery, der war 00:06:48.180 --> 00:06:49.660 großartig. Aber der war gut, der war sehr gut. 00:06:50.060 --> 00:06:51.920 Insofern ist er jetzt nicht so traurig. Nicht so, dass ich den jetzt 00:06:51.920 --> 00:06:54.160 anwenden könnte, aber einfach mal 00:06:54.160 --> 00:06:55.620 mit SJS überall reingucken 00:06:55.620 --> 00:06:57.920 und schauen, was da für Dateien 00:06:57.920 --> 00:06:58.560 offen sind und so. 00:06:59.620 --> 00:07:01.980 Genau, da ging es hauptsächlich um so 00:07:01.980 --> 00:07:04.540 Dinge, die man halt, also was ist, wenn man 00:07:04.540 --> 00:07:06.560 ein Produktionssystem hat, wo man nicht so gut drauf gucken kann 00:07:06.560 --> 00:07:08.000 und man hat bloß halt 00:07:08.000 --> 00:07:10.600 vielleicht Log-Files oder man kann nur extern drauf gucken, 00:07:10.680 --> 00:07:12.340 man kommt nicht in die Prozesse rein. Ja, oder hat man 00:07:12.340 --> 00:07:14.240 eine eingeschränkte Shell drauf, sowas? Ja. 00:07:14.700 --> 00:07:16.520 Aber man kann halt, ja, also zum Beispiel 00:07:16.520 --> 00:07:18.480 man hat einen Docker-Container, wie kommt man an das Environment? 00:07:19.700 --> 00:07:20.200 Halt über das 00:07:20.200 --> 00:07:22.240 Proc-File-System kommt man da halt dann ran 00:07:22.240 --> 00:07:24.400 und dann hat man die ganzen 00:07:24.400 --> 00:07:26.520 Credentials, die man so braucht, um halt in die anderen Sachen 00:07:26.520 --> 00:07:27.640 reingucken zu können 00:07:27.640 --> 00:07:30.480 und dann kann man 00:07:30.480 --> 00:07:32.320 viel mit S-Trace machen. Und ja, das 00:07:32.320 --> 00:07:33.340 mache ich auch sehr gern. 00:07:35.200 --> 00:07:36.480 Und naja, 00:07:36.640 --> 00:07:38.340 es gibt halt noch so ein paar andere Sachen, die man halt auch 00:07:38.340 --> 00:07:40.200 sich angucken muss. So wie viel I.O. 00:07:40.500 --> 00:07:42.400 Operationen pro Sekunde gibt es denn eigentlich auf der 00:07:42.400 --> 00:07:44.360 Maschine? Was macht die denn? Was schreibt die? 00:07:44.480 --> 00:07:46.100 Was lief die denn so? Und 00:07:46.100 --> 00:07:48.160 er hatte, ich glaube, das erste Beispiel, was er hatte, war irgendwie 00:07:48.160 --> 00:07:50.080 ein Kafka, was irgendwie 00:07:50.080 --> 00:07:52.180 25 Messages pro Sekunde 00:07:52.180 --> 00:07:53.980 gemacht hat oder so. Und alle waren so halbwegs zufrieden. 00:07:54.200 --> 00:07:56.280 Das ist übrigens auch etwas, was ich immer wieder sehe bei Kunden oder so, 00:07:56.340 --> 00:07:58.080 dass sie halt mit Dingen zufrieden sind und man 00:07:58.080 --> 00:08:00.040 sagt, Moment, das kann nicht sein. 00:08:00.320 --> 00:08:05.000 Das ist einfach so weit, dass es mehrere Größenordnungen von dem entfernt, was man erwarten würde. 00:08:05.300 --> 00:08:06.320 Das kann einfach nicht sein. 00:08:06.620 --> 00:08:12.300 Aber oft wissen Leute halt nicht, dass das eigentlich irgendwie anders aussehen sollte und denken dann, ja, so ist das halt. 00:08:12.680 --> 00:08:16.640 Und dann machen sie halt einen Kafka-Cluster, statt halt mal zu gucken, warum das nicht so richtig funktioniert. 00:08:18.220 --> 00:08:24.080 Genau, war da halt so eine Geschichte, TCP, No-Delay kann man irgendwie setzen, wenn man… 00:08:24.080 --> 00:08:25.160 Macht Python ja auch an Stellen weit. 00:08:25.180 --> 00:08:25.820 Genau, macht Python. 00:08:25.840 --> 00:08:26.900 Der Kafka-Client macht es nicht. 00:08:26.940 --> 00:08:28.900 macht es irgendwie nicht. Und dann sieht man 00:08:28.900 --> 00:08:31.020 so ein typisches 40-Millisekunden-Delay 00:08:31.020 --> 00:08:32.980 irgendwie. Und wenn man das irgendwo 00:08:32.980 --> 00:08:34.800 sieht, dann weiß man schon so, oha. 00:08:35.640 --> 00:08:36.740 Genau. Und 00:08:36.740 --> 00:08:38.980 ja, solche Sachen halt. Und 00:08:38.980 --> 00:08:40.840 was war das? Was hat er noch alles 00:08:40.840 --> 00:08:42.420 erzählt? Ich weiß nicht. 00:08:43.700 --> 00:08:45.140 Es war schon, es ging schon 00:08:45.140 --> 00:08:46.840 sehr weit runter in den Kernel. Das war eigentlich 00:08:46.840 --> 00:08:48.620 das Interessante, dass der halt nicht 00:08:48.620 --> 00:08:50.600 Python debugt hat, sondern er hat eigentlich 00:08:50.600 --> 00:08:52.780 Linux und File Handles 00:08:52.780 --> 00:08:54.160 und Kernel Traces debugt. 00:08:54.260 --> 00:08:56.840 Ja, also von außen solche Sachen, 00:08:56.940 --> 00:08:58.360 debuggen, das ist eigentlich super einfach. 00:08:58.640 --> 00:09:00.720 Und dann hat er ein Diagramm irgendwie auf einer Slide 00:09:00.720 --> 00:09:02.540 gezeigt und das war halt ultra kompliziert, 00:09:02.640 --> 00:09:03.880 was er alles an Teilen irgendwie 00:09:03.880 --> 00:09:06.280 vom Kernel bis zu... 00:09:06.280 --> 00:09:07.580 Und dann gibt es auch noch irgendwie 00:09:07.580 --> 00:09:10.600 eBPF-Trace oder so, es gibt ja dieses tolle neue Interface 00:09:10.600 --> 00:09:11.940 da, so Berkeley 00:09:11.940 --> 00:09:15.180 Packet-Filter-Interface 00:09:15.180 --> 00:09:16.740 im Kernel, da kannst du halt auch tatsächlich 00:09:16.740 --> 00:09:18.620 die Syscrolls selber tracen, 00:09:18.700 --> 00:09:20.620 du kannst eigenen Code in den Kernel 00:09:20.620 --> 00:09:22.680 injecten. 00:09:22.720 --> 00:09:23.980 Ja, das hört sich simpel an. 00:09:25.380 --> 00:09:26.680 Der dann im Kernel 00:09:26.680 --> 00:09:28.580 vom Kernel formal bewiesen wird, 00:09:28.700 --> 00:09:30.440 dass er nichts Böses tut und dann ausgeführt werden kann. 00:09:31.440 --> 00:09:31.700 Ja, dann. 00:09:32.640 --> 00:09:34.720 Und jemand, den wir 00:09:34.720 --> 00:09:35.920 auch schon im Podcast hatten, Martin, hat dafür 00:09:35.920 --> 00:09:38.760 einen Python-to-intermediate-language 00:09:38.760 --> 00:09:40.320 Compiler mal geschrieben. 00:09:40.640 --> 00:09:41.500 Dann kann man das auch in Python machen. 00:09:42.320 --> 00:09:44.840 Er meinte auch, das verwendet er auch häufig, 00:09:45.740 --> 00:09:46.580 wenn er noch mal tiefer 00:09:46.580 --> 00:09:47.020 gehen muss. 00:09:48.520 --> 00:09:50.640 Ja, ansonsten weiß ich, 00:09:50.640 --> 00:09:52.260 ich kann mich nicht mehr so wirklich erinnern an alle 00:09:52.260 --> 00:09:54.540 Details, aber es war halt so, ja, also man 00:09:54.540 --> 00:09:55.920 muss immer mal gucken und 00:09:55.920 --> 00:10:04.620 Und oft kann man halt mit so Standard-Linux-Tools irgendwie dann doch rauskriegen, was da irgendwie schiefläuft an Produktionssystemen. 00:10:04.780 --> 00:10:08.540 Also ja, aber man merkte, der hatte richtig viel Erfahrung und schon eine Menge gesehen. 00:10:09.380 --> 00:10:14.100 Mein Hauptgedanke war, ich bin dankbar für die Abstraktionsebene, die wir inzwischen in unserem Berufsfeld haben. 00:10:14.360 --> 00:10:16.720 Dass das Dinge sind, mit denen ich mich einfach nicht beschäftigen muss. 00:10:17.860 --> 00:10:22.320 Mein Gedanke war, dass ich dankbar bin, dass es so Leute gibt wie ihn, der das macht. 00:10:23.180 --> 00:10:28.080 Er meinte auch erst, wenn er irgendwo einen 500er-Fehler sieht oder sowas, dann kann er nicht mehr schlafen. 00:10:28.220 --> 00:10:29.060 Er muss das irgendwie rauskriegen. 00:10:29.080 --> 00:10:30.900 Das geht auch ohne Unix-Debugging. 00:10:36.380 --> 00:10:41.480 Danach war der Celery-Vortrag, also der Parallelisierungsvortrag mit Celery. 00:10:41.880 --> 00:10:47.320 Den fand ich jetzt nicht so, der ist nicht so tief reingegangen, wie ich gedacht hätte, dass man kann. 00:10:47.420 --> 00:10:53.300 Und für mich war es mehr so eine Bestätigung, dass die Sachen, die ich rausgefunden habe, nicht ganz abwegig sind. 00:10:54.300 --> 00:10:55.020 Und die waren? 00:10:55.840 --> 00:11:02.760 Ja, dass du Tasks in möglichst kleine Teile aufteilst, dass du ein Modell hast mit einem Status drauf, dass du den Status atomar änderst. 00:11:04.020 --> 00:11:08.840 Also in der Transaktion machst du ein Select for Update auf dieses Modell, änderst den Status, speicherst den. 00:11:09.480 --> 00:11:13.580 Das hat er nicht gezeigt, dann mache ich es normalerweise so, dass ich an dem Punkt die Transaktion beende. 00:11:14.280 --> 00:11:16.880 Weil dann habe ich ja mein Modell in der Hand mit dem korrekten Status, 00:11:16.980 --> 00:11:18.180 dass ich kein anderer mehr nehmen kann. 00:11:18.620 --> 00:11:21.200 Und dann kannst du diesen Task abarbeiten und dann hast du nochmal so einen Block, 00:11:21.320 --> 00:11:24.820 der dann den Status auf die nächste Stufe stellt, sodass es weiterverarbeitet werden kann. 00:11:25.400 --> 00:11:29.060 Und dieses Muster, das ist so was, ich weiß nicht, 00:11:29.140 --> 00:11:31.560 vielleicht bin ich da als Einziger draufgekommen oder auch nicht. 00:11:31.740 --> 00:11:33.760 Und dieser Vortrag war so ein bisschen die Bestätigung, 00:11:33.840 --> 00:11:34.980 ich bin nicht als Einziger draufgekommen. 00:11:35.480 --> 00:11:39.520 Das ist immer sehr gut, weil das eben bedeutet, dass man nicht was ganz Verrücktes macht. 00:11:39.780 --> 00:11:42.320 Also du hast ein Statusmodell, das hält dann immer da, wo bist du denn gerade 00:11:42.320 --> 00:11:44.380 und das wird dann immer transaktionsfroh angefasst 00:11:44.380 --> 00:11:46.600 und du füllst das dann auf Dinge, 00:11:46.780 --> 00:11:48.520 die auf dieses Statusmodell... 00:11:48.520 --> 00:11:50.900 Ja, und wenn du in so ein Task reingehst, 00:11:51.360 --> 00:11:52.380 dann erwartest du, 00:11:52.560 --> 00:11:54.420 dass das Objekt, was du bearbeitest, 00:11:54.500 --> 00:11:55.580 in einem bestimmten Status ist 00:11:55.580 --> 00:11:58.400 und änderst es in einen anderen Status, 00:11:58.500 --> 00:12:00.220 damit kein anderer Task das anfassen kann. 00:12:00.900 --> 00:12:01.620 Direkt am Anfang? 00:12:02.100 --> 00:12:03.640 Ja, das ist das allererste, was du machst, 00:12:03.760 --> 00:12:04.860 bevor du irgendwas anderes machst. 00:12:05.200 --> 00:12:07.000 Änderst du das auf ein Processing oder sowas? 00:12:07.280 --> 00:12:07.940 Ja, genau. 00:12:08.200 --> 00:12:08.960 Also es kommt darauf an, 00:12:09.000 --> 00:12:10.720 je nachdem, was du halt für Status hast. 00:12:11.900 --> 00:12:13.960 Es kann ja sein, dass du durch mehrere Stufen 00:12:13.960 --> 00:12:15.800 durch musst. Genau, ich meine, du änderst 00:12:15.800 --> 00:12:17.320 das nicht direkt in den nächsten, sondern in den 00:12:17.320 --> 00:12:19.580 Intermediaten. Sondern du änderst das in einen, 00:12:19.940 --> 00:12:21.560 der sagt, dass es gerade 00:12:21.560 --> 00:12:23.640 bearbeitet wird auf eine bestimmte Art und Weise 00:12:23.640 --> 00:12:25.680 und dass kein anderer dieses gerade bearbeiten 00:12:25.680 --> 00:12:27.520 darf. Und dann machst du 00:12:27.520 --> 00:12:29.620 deine Verarbeitung da drauf 00:12:29.620 --> 00:12:31.560 und wenn die fehlschlägt, dann 00:12:31.560 --> 00:12:33.700 machst du es rückgängig und gehst zurück auf den vorherigen 00:12:33.700 --> 00:12:35.260 Status, weil dann kannst du nämlich einen Retry machen. 00:12:35.860 --> 00:12:37.660 Wenn die funktioniert, dann stellst du 00:12:37.660 --> 00:12:39.620 auf den nächsten Status, sodass der nächste Prozess 00:12:39.620 --> 00:12:41.500 Schritt gehen kann. In der 00:12:41.500 --> 00:12:43.560 einfachsten Stufe ist es, du hast einen, der ist 00:12:43.560 --> 00:12:45.420 Pending, dann hast du Processing und dann hast du Done. 00:12:46.700 --> 00:12:47.520 Aber du kannst 00:12:47.520 --> 00:12:49.400 natürlich diesen Aufbau, kannst 00:12:49.400 --> 00:12:51.220 natürlich x Stufen haben. Du kannst ja 5 00:12:51.220 --> 00:12:53.560 verschiedene Verarbeitungsschritte oder 100 verschiedene 00:12:53.560 --> 00:12:54.760 oder dann auch verzweigt haben. 00:12:56.380 --> 00:12:57.480 Und das Wichtige 00:12:57.480 --> 00:12:59.380 ist aber, dass du tatsächlich dieses Statusfeld hast. 00:12:59.500 --> 00:13:01.340 Eins, was Warte auf Verarbeitung heißt 00:13:01.340 --> 00:13:03.140 und eins, das heißt, wird verarbeitet. 00:13:03.840 --> 00:13:05.460 Und dann kannst du sicher gehen, dass 00:13:05.460 --> 00:13:07.480 du den nicht doppelt verarbeitest. Wenn du das nämlich das erste 00:13:07.480 --> 00:13:09.440 machst, das erste, was du machst, du holst 00:13:09.440 --> 00:13:11.320 dir den aus der Datenbank mit 00:13:11.320 --> 00:13:13.920 Datenbanktransaktion, einem Select-for-Update. 00:13:14.260 --> 00:13:15.680 Das Select-for-Update und genau das, ja. 00:13:15.800 --> 00:13:17.540 Genau, das Select-for-Update sorgt genau dafür, 00:13:17.540 --> 00:13:19.680 dass wenn du den rausholst 00:13:19.680 --> 00:13:21.580 aus der Datenbank mit dem Status und 00:13:21.580 --> 00:13:23.480 der ID, das ist sozusagen der 00:13:23.480 --> 00:13:25.500 kritische Filter, du suchst nach der ID und nach 00:13:25.500 --> 00:13:27.560 dem Status und dann kriegst du von der 00:13:27.560 --> 00:13:29.300 Datenbank eben genau einen 00:13:29.300 --> 00:13:31.480 oder keinen. Wenn du keinen kriegst, 00:13:31.540 --> 00:13:33.480 sagst du, gut, dann hat es wohl schon jemand anders gemacht oder der 00:13:33.480 --> 00:13:35.000 ist schon fertig oder was auch immer. 00:13:35.500 --> 00:13:36.880 Und wenn du einen kriegst, machst du weiter. 00:13:38.360 --> 00:13:39.440 Und so schützt 00:13:39.440 --> 00:13:41.380 dich quasi davor, dass du 00:13:41.380 --> 00:13:43.260 diese Race Conditions in die Datenbank rein 00:13:43.260 --> 00:13:45.120 trägst. Dass du sagst, 00:13:45.760 --> 00:13:47.280 okay, der verarbeitet jetzt was und der 00:13:47.280 --> 00:13:48.980 verarbeitet jemand anderes auch noch irgendwas. 00:13:49.560 --> 00:13:51.480 Und er hat das gestern Idempotency 00:13:51.480 --> 00:13:52.720 genannt, also Idempotenz. 00:13:53.440 --> 00:13:55.400 Meiner Meinung nach nicht 100% korrekt 00:13:55.400 --> 00:13:57.180 genannt. Darfst du es ja nicht 00:13:57.180 --> 00:13:58.380 ein paar Mal ausführen. 00:13:58.840 --> 00:14:01.200 Weil Idempotenz eigentlich bedeutet, wenn du es mehrmals 00:14:01.200 --> 00:14:02.820 ausführst, hast du das gleiche Ergebnis. 00:14:04.240 --> 00:14:05.080 So ein bisschen 00:14:05.080 --> 00:14:07.300 der Outcome 00:14:07.300 --> 00:14:09.120 ist das gleiche. Du hast zwei nichtige 00:14:09.120 --> 00:14:10.880 Begriff dafür. Korrekte Idempotenz. 00:14:11.500 --> 00:14:13.020 Naja, der korrekte Begriff wäre hier 00:14:13.020 --> 00:14:14.620 irgendwie Locking oder sowas. 00:14:15.280 --> 00:14:16.860 Du hast einen Lock da drauf und das 00:14:16.860 --> 00:14:19.000 hast du so eingerichtet, dass es wirklich nur eine kommt. 00:14:19.700 --> 00:14:20.980 Wie gesagt, dieser Talk war 00:14:20.980 --> 00:14:23.020 für mich hauptsächlich Bestätigung dessen, 00:14:23.220 --> 00:14:24.940 dass das, was ich mir ausgedacht habe, nicht 00:14:24.940 --> 00:14:26.640 ganz verrückt ist. 00:14:26.760 --> 00:14:29.040 Das ist ja ungeheuer viel wichtig, ungeheuer viel 00:14:29.040 --> 00:14:30.720 wert, dass du nicht so, 00:14:31.280 --> 00:14:32.960 ja, man baut sich ja oft so Sachen und 00:14:32.960 --> 00:14:34.800 dann kommt man auf irgendwelche Lösungen und 00:14:34.800 --> 00:14:36.560 irgendwann findet man raus, das ist absoluter Quatsch. 00:14:37.480 --> 00:14:38.540 Oh, ich weiß nicht, 00:14:38.580 --> 00:14:40.460 leider. Das ist dir noch nie passiert. 00:14:40.680 --> 00:14:41.980 Bei mir passiert das ständig. 00:14:42.720 --> 00:14:44.620 Und jetzt mal das andere Erlebnis 00:14:44.620 --> 00:14:46.540 zu haben, es ist nicht ganz Quatsch, was du dir 00:14:46.540 --> 00:14:47.100 ausgedacht hast. 00:14:48.600 --> 00:14:48.960 Schön. 00:14:50.520 --> 00:14:52.500 Ja, genau, genau. Aber 00:14:52.500 --> 00:14:54.440 ja, Celery immer so ein bisschen. Aber der macht 00:14:54.440 --> 00:14:56.180 dann auch so Dinge mit Workflows und keine Ahnung, 00:14:56.280 --> 00:14:58.320 das ist kompliziert. Und ich denke so, ha, lieber nicht, so was 00:14:58.320 --> 00:15:00.360 macht man das nicht. Wie ist denn jetzt der Stand mit den 00:15:00.360 --> 00:15:02.320 Dango-Tasks? Die sollten doch jetzt langsam 00:15:02.320 --> 00:15:04.360 mal. Ja, ist aber noch nicht. Die kommen auch 00:15:04.360 --> 00:15:06.140 irgendwann. Kommt jetzt dann vielleicht demnächst. 00:15:06.660 --> 00:15:08.040 Aber ich glaube, es geht ja vor allem nur ums 00:15:08.040 --> 00:15:10.160 Interface erstmal. Es gibt ja 00:15:10.160 --> 00:15:11.400 dieses Package, wo das jetzt erstmal 00:15:11.400 --> 00:15:14.280 quasi so eine Art, ich glaube, die Datenbank-Task 00:15:14.280 --> 00:15:16.180 als Primärding 00:15:16.180 --> 00:15:17.880 implementiert werden und 00:15:17.880 --> 00:15:20.540 in Django Core soll tatsächlich nur der Dummy-Taskrunner, 00:15:20.560 --> 00:15:22.040 den man dann für Tests nutzen kann, und das 00:15:22.040 --> 00:15:24.060 Interface. Und diese Idee mit diesen 00:15:24.060 --> 00:15:26.120 Interfaces finde ich super spannend. Es gibt ja jetzt auch 00:15:26.120 --> 00:15:27.900 starke Überlegungen, die ganze 00:15:27.900 --> 00:15:30.200 Authentifizierung bei Django, was ja auch oft kritisiert 00:15:30.200 --> 00:15:32.320 wird, dass im User-Model ein sehr Western- 00:15:32.320 --> 00:15:34.220 centric, mit Vorname-Nachname-Konzept, 00:15:34.260 --> 00:15:36.280 das passt oft nicht in vielen Use-Cases 00:15:36.280 --> 00:15:37.640 oder auch anderen Kulturen, 00:15:38.040 --> 00:15:40.480 dann viele, also es wird dann username-standardmäßig 00:15:40.480 --> 00:15:42.200 genutzt, du kannst das irgendwie opt-outen, 00:15:42.280 --> 00:15:44.120 es gibt so Packages, E-Mail-Adresse 00:15:44.120 --> 00:15:45.700 ist nicht unik, also ganz viele Dinge und 00:15:45.700 --> 00:15:48.000 das eigentlich nicht die richtige Lösung wäre, zu sagen, 00:15:48.300 --> 00:15:50.140 wir ändern das jetzt oder wir bauen jetzt was Neues 00:15:50.140 --> 00:15:52.060 dazu, sondern dass man das einfach auch Plug-and-Play 00:15:52.060 --> 00:15:53.840 macht, wie halt auch die Datenbank-Anbindung 00:15:53.840 --> 00:15:55.880 Plug-and-Play ist, wie die Caches Plug-and-Play sind, 00:15:55.980 --> 00:15:58.060 wie mehr oder weniger eigentlich alles Plug-and-Play ist 00:15:58.060 --> 00:15:59.520 und da ein Authentifizierungssystem 00:15:59.520 --> 00:16:02.060 zu haben, wäre natürlich super und ich glaube, die auf diesem gleichen 00:16:02.060 --> 00:16:03.660