WEBVTT 00:00:00.005 --> 00:00:04.097 Aber das ist tatsächlich genau der Punkt, der mich auch immer stresst. 00:00:04.486 --> 00:00:08.457 Und ich bin ein sehr ungeduldiger Mensch. Ich mache dann auch immer Sachen parallel. 00:00:08.579 --> 00:00:12.715 Und blöderweise kommen die dann immer gleichzeitig zurück. Und dann hast du 00:00:12.715 --> 00:00:16.605 drei Häufchen Arbeit auf dem Tisch liegen oder fünf Häufchen Arbeit auf dem 00:00:16.605 --> 00:00:19.051 Tisch liegen, zwischen denen du hin und her switchen musst. 00:00:19.492 --> 00:00:23.315 Und ganz ehrlich, das stresst mich unheimlich, weil die Agenten, 00:00:23.315 --> 00:00:25.506 die sitzen um mich rum und warten auf Input. 00:00:25.767 --> 00:00:28.449 Und ich bin dann der Flaschenhals, der alles langsam macht. 00:00:33.999 --> 00:00:38.555 Zum Abschluss des heutigen Konferenztages geht es nochmal um vielleicht die 00:00:38.555 --> 00:00:44.390 wichtigste Frage, nämlich, was funktioniert mit Coding Agents eigentlich wirklich und was nicht? 00:00:44.628 --> 00:00:47.265 Denn seien wir jetzt mal ehrlich, die meisten Demos, die zeigen ja perfekte 00:00:47.265 --> 00:00:51.745 Welten, saubere Code-Basen, klare Anforderungen, Agents, die wie von Zauberhand 00:00:51.745 --> 00:00:53.382 komplexe Features implementieren. 00:00:53.875 --> 00:00:58.405 Aber die Realität, das haben wir auch heute schon gehört, die sieht dann schon mal auch anders aus. 00:00:58.725 --> 00:01:02.175 Echte Projekte mit gewachsenen Strukturen, unklaren Requirements, 00:01:02.453 --> 00:01:06.372 KI-Tools, die manchmal genial sind und manchmal auch völlig daneben liegen. 00:01:06.970 --> 00:01:11.648 Wann also kann man einem Agenten vertrauen und wo muss man selbst das Heft in die Hand nehmen? 00:01:12.896 --> 00:01:16.655 Unser letzter Speaker hier auf der Konferenz ist ein bekanntes Gesicht und genau 00:01:16.655 --> 00:01:19.044 der richtige Mann, um diese Fragen zu beantworten. 00:01:19.665 --> 00:01:24.605 Sebastian Springer ist Software-Architekt bei Rohde & Schwarz und arbeitet täglich 00:01:24.605 --> 00:01:25.905 an KI-gestützter Entwicklung. 00:01:26.405 --> 00:01:30.825 Er entwickelt praktische Workflows für Coding-Agents und Automatisierung und 00:01:30.825 --> 00:01:36.906 muss als Technical Educator KI-Konzepte so vermitteln, dass Entwickler sie auch sofort nutzen können. 00:01:37.248 --> 00:01:41.345 Diese Doppelrolle gibt ihm also den perfekten Blick, nämlich kennt er die technischen 00:01:41.345 --> 00:01:43.907 Möglichkeiten und auch die praktischen Hürden. 00:01:44.418 --> 00:01:49.375 Viele kennen ihn natürlich auch von unseren Büchern und auch von diversen Rheinwerk-Konferenzen 00:01:49.375 --> 00:01:50.745 und dpunkt-Konferenzen. Deshalb 00:01:50.745 --> 00:01:54.182 freue ich mich, dass er heute auch wieder hier ist beim Coding mit KI. 00:01:54.332 --> 00:01:56.463 Hallo, herzlich willkommen, lieber Basti. 00:01:57.606 --> 00:02:03.093 Einen wunderschönen guten Nachmittag. Hast du mal die Messlatte richtig hochgehängt? 00:02:03.093 --> 00:02:05.756 Ja, Mensch. Ehre, wem Ehre gebührt. 00:02:06.493 --> 00:02:11.613 Vielen herzlichen Dank. Eigentlich wollte ich so ein richtig grumpy Ding hinten rausjagen. 00:02:12.393 --> 00:02:15.193 Diese KI wird sich einfach nicht durchsetzen. Vergesst alles, 00:02:15.193 --> 00:02:17.535 was ihr gehört habt. Funktioniert einfach nicht. 00:02:18.051 --> 00:02:23.253 Ist leider nicht so. Also funktioniert tatsächlich. Und genau das schauen wir uns jetzt dann an. 00:02:23.914 --> 00:02:28.543 Super. Dann viel Spaß mit diesem Vortrag von Sebastian Springer und wenn ihr 00:02:28.543 --> 00:02:33.893 Fragen habt, stellt sie gerne im Chat. Sebastian, die Bühne gehört dir. Vielen Dank. 00:02:34.909 --> 00:02:36.633 Ein Wort der Warnung vorweg. 00:02:37.788 --> 00:02:41.533 Ihr werdet mit ganz viel eigener Meinung konfrontiert werden. 00:02:42.373 --> 00:02:46.809 Ich habe mittlerweile ein bisschen Erfahrung mit agentischer Entwicklung. 00:02:48.684 --> 00:02:54.841 Ich habe mit GitHub Copilot angefangen, als GitHub Copilot noch cool war, also richtig cool war. 00:02:55.633 --> 00:03:00.681 Jetzt ist es ja eher so ein Trauerspiel und habe sehr, sehr viel ausprobiert. 00:03:01.041 --> 00:03:05.998 Ganz viel in Spielprojekten, wo man sich denkt, boah, supergeil, funktioniert ja alles. 00:03:06.451 --> 00:03:10.823 Und dann machst du es plötzlich im Projektalltag und dann funktioniert überhaupt 00:03:10.823 --> 00:03:15.113 nichts mehr. Ja, ich meine, habt ihr schon mal probiert, von einem Coding-Agent 00:03:15.633 --> 00:03:19.965 irgendwas mit UI bauen zu lassen oder CSS oder irgend sowas? 00:03:21.126 --> 00:03:24.789 Ich scheitere da regelmäßig, aber da kommen wir noch dazu. Keine Sorge. 00:03:26.095 --> 00:03:31.633 Gut, also wir schauen uns an, was funktioniert bei mir in der täglichen Arbeit, 00:03:31.633 --> 00:03:32.736 was funktioniert nicht. 00:03:32.899 --> 00:03:38.013 Gerne reingrätschen, gerne eure Fragen, eure eigenen Erfahrungen mitteilen. 00:03:38.466 --> 00:03:42.813 Ich habe festgestellt, das hilft ungemein. Also redet über das, 00:03:42.813 --> 00:03:47.963 was ihr tut und redet über eure Probleme und meistens findet sich dann in der 00:03:47.963 --> 00:03:51.666 Gruppe von Gleichgesinnten auch eine richtig gute Lösung dafür. 00:03:52.549 --> 00:03:56.033 Ja, der Hendrik hat mich eigentlich schon vorgestellt. Recht viel mehr steht 00:03:56.033 --> 00:03:57.633 auf dieser Folie auch nicht drauf. 00:04:00.203 --> 00:04:03.583 Auch das hat der Hendrik schon gesagt. Eigentlich hätten wir uns absprechen 00:04:03.583 --> 00:04:07.095 müssen. Das ist ja quasi mein Co-Speaker hier schon. 00:04:08.737 --> 00:04:11.093 Also grundsätzlich ist es tatsächlich 00:04:11.093 --> 00:04:15.582 so, man schaut sich so einen Coding-Agent auf der grünen Wiese an, 00:04:16.145 --> 00:04:21.303 komm jetzt bauen wir mal eine Webseite oder komm bauen wir mal ein neues Spotify 00:04:21.303 --> 00:04:27.203 oder machen wir ein Ticketsystem oder weiß der Teufel was und das funktioniert alles erstaunlich gut. 00:04:28.480 --> 00:04:34.999 Ja und dann schlägt die Realität zu und dann ist es dann plötzlich nicht mehr so gut. Warum? 00:04:38.267 --> 00:04:43.361 Wir arbeiten meistens mit Tickets und die Tickets müssen erstmal so aufbereitet 00:04:43.361 --> 00:04:46.504 werden, damit gearbeitet werden kann. 00:04:46.736 --> 00:04:52.615 Wenn ich jetzt ein Ticket eins zu eins kopiere in meinen Prompt rein und sage, ja jetzt mach mal, 00:04:54.371 --> 00:04:58.441 ich habe des Öfteren jetzt schon ausprobiert und ohne Nacharbeiten funktioniert 00:04:58.441 --> 00:05:02.391 es in den seltensten Fällen, außer man konzentriert sich wirklich drauf, 00:05:02.391 --> 00:05:05.084 um für einen Agent zu spezifizieren. 00:05:06.560 --> 00:05:10.421 Für einen Entwickler, mit dem man die ganze Zeit zusammenarbeitet, 00:05:10.421 --> 00:05:14.320 ist es deutlich einfacher. Man kennt sich, man weiß, wie die Gegenseite tickt, 00:05:15.121 --> 00:05:17.398 und die AI weiß das in den meisten Fällen nicht. 00:05:17.578 --> 00:05:21.270 Deswegen müssen wir da allein schon ein bisschen unter die Arme greifen. 00:05:22.187 --> 00:05:26.221 Dann arbeiten wir nicht auf der grünen Wiese, sondern meistens mit einer mehr 00:05:26.221 --> 00:05:34.191 oder weniger großen, manchmal auch hässlichen Code-Basis mit Dingen, die sind gewachsen. 00:05:35.253 --> 00:05:39.212 Geh da nicht hin, das sind die dunklen Ecken. Die fasst man nicht an. 00:05:39.624 --> 00:05:41.191 Da sind schon Leute verschwunden. 00:05:43.531 --> 00:05:48.401 Dann Bugfixes. Ja klar, kann ich den irgendwie fixen, aber woher kommt der Bug? 00:05:48.401 --> 00:05:52.794 Wie ist der entstanden? War das vielleicht mal ein Feature, das sich gegen uns gewendet hat? 00:05:53.358 --> 00:05:55.779 Auch da muss man echt ein bisschen aufpassen. 00:05:56.376 --> 00:06:03.115 Und die Paradedisziplin von AIs, das Refactoring, weil es ja so einfach ist, 00:06:04.085 --> 00:06:10.151 sollten nichts kaputt machen, keine APIs ändern und ja, da muss man ein bisschen aufpassen. 00:06:11.991 --> 00:06:19.061 Und die Abstimmung mit den menschlichen Counterparts ist ja da auch noch. 00:06:19.061 --> 00:06:25.141 Also da haben wir so ein bisschen die Schwierigkeiten und das, 00:06:25.141 --> 00:06:27.183 was einem die Tutorials nicht sagen. 00:06:29.239 --> 00:06:34.477 Und genau dafür muss man sich sein Werkzeug zurechtlegen, das richtige Werkzeug 00:06:34.477 --> 00:06:40.303 erst mal finden, die Workflows so einschleifen, dass sie einem nicht im Weg stehen. 00:06:40.663 --> 00:06:45.727 Und ich habe tatsächlich jetzt in der Vorbereitung auf diesen Vortrag ganz viele 00:06:45.727 --> 00:06:48.265 Anti-Patterns einfach nochmal ausprobiert, weil ich mir dachte, 00:06:48.625 --> 00:06:50.477 naja, so falsch kann das nicht sein. 00:06:50.477 --> 00:06:56.776 Aber oh doch, es ist falsch. Also seid gespannt. Ich plaudere da so ein bisschen aus dem Nähkästchen. 00:06:59.179 --> 00:07:04.627 Wir fangen mal an mit den Modellen. Natürlich, Fable haben sie uns jetzt gestrichen, 00:07:04.627 --> 00:07:06.107 aber hey, wir haben ja immer noch 00:07:06.107 --> 00:07:10.975 den Opus 4.8 und wir haben immer noch GPT-5.5 und wie sie alle heißen. 00:07:12.316 --> 00:07:17.297 Ja, die Dinger sind super und die können auch jede Menge Probleme lösen. 00:07:17.297 --> 00:07:20.292 Auf der anderen Seite schaffen sie wieder einen Haufen Probleme, 00:07:20.617 --> 00:07:25.407 weil ich zum Beispiel nutze nicht immer die neuesten und besten und tollsten 00:07:25.407 --> 00:07:28.703 Modelle. Erstens, weil es ins Geld geht und in die Tokens geht. 00:07:29.121 --> 00:07:36.813 Und zweitens finde ich, gerade die neuesten Modelle sind teilweise sehr mitteilsam 00:07:37.231 --> 00:07:39.437 und so sieht der Code auch teilweise aus. 00:07:39.437 --> 00:07:47.847 Also die besten Ergebnisse erzielt bei mir im Moment ein ganz einfaches GPT-5.4, 00:07:48.427 --> 00:07:53.577 also eine Generation älter und das funktioniert völlig solide. 00:07:53.577 --> 00:07:58.627 Also man muss auch so ein bisschen ausprobieren, schauen, wie arbeitet man selbst 00:07:58.627 --> 00:08:05.057 damit, wie interpretiert das Modell die Prompts, wie mitteilungsbedürftig ist es, 00:08:05.837 --> 00:08:09.313 wie schaut die Ausgabe aus, wenn man sich zum Beispiel was erklären lässt. 00:08:09.702 --> 00:08:13.297 Da finde ich die Opus-Modelle zum Beispiel wieder viel besser, 00:08:13.297 --> 00:08:15.444 weil die viel schöner strukturieren. 00:08:16.134 --> 00:08:18.596 Auch da kann man mit einem entsprechenden Prompt helfen. 00:08:19.408 --> 00:08:23.327 Aber wenn das Modell das von sich aus schon mitbringt, warum nehmen wir es dann nicht mit? 00:08:24.168 --> 00:08:27.216 Also auch da, das Modell ist nur die halbe Miete. 00:08:27.814 --> 00:08:31.117 Wie gehe ich mit dem Modell um und was habe ich für einen Harness, 00:08:31.117 --> 00:08:36.115 also für eine Entwicklungsumgebung? Und wie unterstützt mich diese Entwicklungsumgebung? 00:08:36.574 --> 00:08:42.097 Ist extrem wichtig und genau da werden wir auch nochmal einen eingehenden Blick 00:08:42.097 --> 00:08:47.846 drauf werfen, was für Elemente von so einer Entwicklungsumgebung helfen uns denn wirklich. 00:08:48.943 --> 00:08:51.364 Ja, genau das schauen wir uns jetzt an. 00:08:52.826 --> 00:08:56.931 So, Coding Agents da gibt es ja auch wie Sand am Meer. 00:08:58.427 --> 00:09:05.161 Und ich habe etliche ausprobiert und bin jetzt im Moment bei Cursor hängen geblieben. 00:09:06.641 --> 00:09:10.334 Ich bin schon etwas länger bei Cursor hängen geblieben, auch da, 00:09:10.334 --> 00:09:15.664 wo es noch cool war, wo es noch nicht zu SpaceX gehört hat, wo es noch nicht 00:09:15.664 --> 00:09:20.602 von Elon gekauft wurde, weil es einfach eine sehr schöne, runde Sache ist. 00:09:21.438 --> 00:09:24.794 Und grundsätzlich hat es ja mal angefangen mit der Autocompletion. 00:09:25.008 --> 00:09:31.294 Also GitHub Copilot zu den Ursprungszeiten war eine bessere, 00:09:31.634 --> 00:09:33.147 magischere Autocompletion. 00:09:33.698 --> 00:09:39.554 Dann irgendwann kam dann das Chatfenster und jetzt erklär mir mal diese Funktion. 00:09:39.554 --> 00:09:44.059 Ja, die Funktion zählt zwei Werte zusammen und gibt den berechneten Wert zurück. 00:09:45.388 --> 00:09:50.455 Ja, das ist mächtig, das kann sehr viel, aber hat noch nichts mit einem Coding-Agent 00:09:50.455 --> 00:09:57.776 zu tun, weil ich könnte theoretisch das Ganze auch mit einem Chat-GPT oder Ähnlichem schaffen. 00:09:58.345 --> 00:10:04.915 Wo es wirklich interessant wird, ist mit einem Agent, der in das Ökosystem eingebettet 00:10:04.915 --> 00:10:09.065 ist, mit dem ich kommunizieren kann, der selbst planen kann, 00:10:09.065 --> 00:10:10.959 der auf Ressourcen zugreifen kann, 00:10:11.488 --> 00:10:15.510 der selbst Entscheidungen trifft bis hin zum Force-Push, 00:10:16.137 --> 00:10:17.618 wo es wirklich gruselig wird. 00:10:18.895 --> 00:10:26.848 Warum sage ich das? Ich habe mit einem Agent auch schon Commit-Historien Kosmetik betrieben. 00:10:28.113 --> 00:10:31.445 Das mache ich meistens zum Wachwerden, weil danach bist du wach, 00:10:31.561 --> 00:10:35.776 wenn das Ding in deiner Git-Historie rumackert und zum Schluss von dir verlangt, 00:10:36.112 --> 00:10:42.688 hey, und jetzt mach mal bitte einen Git-Force-Push, damit auch die History umgeschrieben wird. 00:10:43.582 --> 00:10:46.473 Beziehungsweise, ihr kennt ja wahrscheinlich den YOLO-Mode. 00:10:47.942 --> 00:10:53.025 Wo das Modell dann alles darf und der macht halt dann einfach munter vor sich 00:10:53.025 --> 00:10:58.977 hin den Force-Push in euer Repo und das finde ich tatsächlich schon ein bisschen grenzwertig. 00:11:00.575 --> 00:11:05.495 Gleiches, was für Git gilt, gilt natürlich auch für Ticketsystemen, 00:11:05.495 --> 00:11:10.993 für Filesystemen, für alles, wo man halt nicht unbedingt ein autonomes Ding 00:11:11.272 --> 00:11:15.625 alles Mögliche machen lassen möchte, weil sonst plötzlich irgendwelche Dateien 00:11:15.625 --> 00:11:19.695 fehlen oder irgendwelche Mailpost-Fächer ausgeleert sind oder Sonstiges. 00:11:19.979 --> 00:11:21.152 Ihr kennt ja die Geschichten. 00:11:27.075 --> 00:11:28.606 Was macht ein Agent aus? 00:11:30.627 --> 00:11:33.738 Ich gehe bei der Arbeit mit dem Agent eher, also, 00:11:37.192 --> 00:11:39.772 ich beschreibe, was ich erreichen möchte. Ich sage dem Agent nicht, 00:11:39.772 --> 00:11:43.832 jetzt schreibe ein If-Statement, dann schreibe eine Schleife und dann mache 00:11:43.832 --> 00:11:47.612 hier ein Input-Element hin, sondern ich beschreibe, was ich erreichen möchte 00:11:47.612 --> 00:11:51.940 und warum ich es erreichen möchte, einfach um das Ganze abstrakt zu halten, 00:11:52.382 --> 00:11:59.057 und um dem Agent auch ein bisschen Freiheit zu geben, um das Ziel bestmöglich zu erreichen. 00:12:00.364 --> 00:12:06.192 Und dann braucht das Ding natürlich Werkzeuge, um das Ökosystem zu kennen, 00:12:06.557 --> 00:12:11.562 um die Code-Basis zu kennen, um die Git-Historie oder Versionskontroll-Historie 00:12:11.562 --> 00:12:14.372 zu kennen, um, wenn ich im Web unterwegs bin, 00:12:15.132 --> 00:12:19.502 meinen Frontend fernzusteuern, Tests auszuführen und so weiter. 00:12:19.502 --> 00:12:23.072 Also ich brauche eine ganze Latte von Werkzeugen, weil diese Werkzeuge auch 00:12:23.072 --> 00:12:26.532 das Ergebnis deutlich besser machen als ohne. 00:12:27.304 --> 00:12:31.702 Und in den meisten Fällen lohnt es sich, in Schleifen zu arbeiten. 00:12:31.702 --> 00:12:37.992 Also nicht der erste Wurf und dann fertig, sondern der Agent dreht Schleifen, 00:12:37.992 --> 00:12:43.331 refined, kostet natürlich wieder einen Haufen Tokens, aber das Ergebnis ist dann meistens besser. 00:12:44.184 --> 00:12:47.932 Das kann ich mit entsprechenden Reasoning-Modellen und, 00:12:48.772 --> 00:12:54.472 entsprechenden Anweisungen hinterlegen und dann arbeitet das Ding und ich kann 00:12:54.472 --> 00:12:58.142 gemütlich einen Kaffee trinken gehen und wenn ich dann wieder zurück bin, 00:12:58.142 --> 00:13:00.839 ist der Agent fertig und alles ist wunderbar. 00:13:01.239 --> 00:13:04.920 In der Realität wartet der Agent dann bei mir immer auf eine Eingabe. 00:13:05.895 --> 00:13:10.272 Willst du bla bla bla Git-Historie oder sonst irgendwas und dann muss ich ihm 00:13:10.272 --> 00:13:11.502 trotzdem beim Coden zuschauen. 00:13:13.052 --> 00:13:20.092 Apropos, jetzt mal interaktive Umfrage, wie viele Aufgaben, also wenn ihr agentisch 00:13:20.092 --> 00:13:25.133 arbeitet, wie viele Aufgaben lasst ihr von so einem Agent parallel abarbeiten? 00:13:26.189 --> 00:13:29.643 Eins, zwei, viele und wenn viele, dann wie viele? 00:13:31.482 --> 00:13:32.732 Ja, genau. Und, 00:13:34.872 --> 00:13:40.172 der Agent trifft Entscheidungen in einem bestimmten vorgegebenen Rahmen. 00:13:40.172 --> 00:13:44.892 Also bei mir darf er nicht voll autonom arbeiten, weil ich bin ein ziemliches 00:13:44.892 --> 00:13:47.183 Weichei, wenn es um sowas geht. 00:13:51.132 --> 00:13:54.942 Ich habe ganz viele Gespräche in letzter Zeit gehabt mit ganz, 00:13:54.942 --> 00:14:00.182 ganz vielen Entwicklern, sowohl älteren Semestern, also Senior-Entwicklern als 00:14:00.182 --> 00:14:02.520 auch mit jüngeren Leuten, Studenten. 00:14:04.088 --> 00:14:07.332 Wird uns KI irgendwann ersetzen? Weiß man nicht. 00:14:07.332 --> 00:14:13.872 Ich meine, wir müssen im Hier und Jetzt leben und aktuell ist ein Agent nur 00:14:13.872 --> 00:14:17.097 so gut wie die Entität, die ihn führt, 00:14:18.083 --> 00:14:23.612 und wenn ihr so einen Agent sehr gut führt, dann kommt da auch eine saubere Architektur raus. 00:14:23.612 --> 00:14:30.592 Und es ist aber bedingt kein Ersatz für Entwickler. Viele Firmen meinen, 00:14:30.592 --> 00:14:34.392 es ist ein Ersatz für Entwickler. Irgendwann werden die aber wahrscheinlich 00:14:34.392 --> 00:14:36.925 auch aufwachen, wenn sie sich selber den Ast abschneiden. 00:14:37.970 --> 00:14:45.752 Das sind alles Themen für die Glaskugel, für mich im Moment in meiner Realität. 00:14:45.752 --> 00:14:50.682 Ihr seht, ich bin vorsichtig, weil es gibt Leute, die setzen eiskalt nur noch 00:14:50.682 --> 00:14:52.041 auf agentische Entwicklung. 00:14:53.202 --> 00:14:57.736 Da bin ich kein Freund davon, gerade wenn es um längerfristige, stabile Produkte geht. 00:14:59.112 --> 00:15:03.622 Für mich ist es ein Werkzeug, ein mittlerweile unverzichtbares Werkzeug, 00:15:03.622 --> 00:15:09.230 ein Werkzeug, das mich gefühlt schneller macht, wenn ich es richtig benutze, 00:15:09.805 --> 00:15:11.929 und ein Tool, das Fehler macht. 00:15:12.603 --> 00:15:16.184 Und zwar schnell und viel. Und da muss man eben aufpassen. 00:15:18.651 --> 00:15:24.051 Dann, Grundsatzdiskussion, habe ich lieber einen CLI-Agent, 00:15:24.990 --> 00:15:30.157 den ich als Hacker von der Kommandozeile aus bediene, weil es cool aussieht, 00:15:30.923 --> 00:15:35.191 oder in einer realistischeren Umgebung, den ich einfach für das Batch-Processing 00:15:35.191 --> 00:15:39.721 nutze, für eine alternative Eingabeart und Weise, wenn ich jetzt zum Beispiel 00:15:39.721 --> 00:15:44.671 meinen CLI-Agent an ein Ticketing-System dranhänge und mit dem, 00:15:45.211 --> 00:15:49.758 Agent nur noch über Tickets kommuniziere, die dann sehr gut verpackt sind. 00:15:51.451 --> 00:15:55.168 Wenn ich irgendwas automatisieren möchte, irgendwelches Batch Processing, 00:15:55.348 --> 00:16:00.590 hier Beispiel, nimm diese 200 Dateien und baue die nach folgendem Schema um, 00:16:00.811 --> 00:16:03.381 dann lasse ich das Ding über Nacht laufen und dann ist es gut, 00:16:03.381 --> 00:16:05.774 bei 200 Dateien brauchen wir noch nicht über Nacht reden, 00:16:06.192 --> 00:16:09.530 aber das kann dann einfach dauern und wenn es fertig ist, ist es fertig. 00:16:10.517 --> 00:16:12.432 Die andere Sache ist ... 00:16:18.992 --> 00:16:20.721 Der Hendrik wollte was sagen. 00:16:20.992 --> 00:16:24.721 Ja, aber nur ganz kurz. Wir haben erste Ergebnisse. 00:16:25.041 --> 00:16:30.305 Also ich habe hier eine Antwort. Da hat jemand noch keine Erfahrung im Parallelen abarbeiten. 00:16:31.221 --> 00:16:34.252 Und da kommt die zweite Antwort, dass jemand da auch noch keine Erfahrung hat. 00:16:34.804 --> 00:16:39.461 Und der Ingo sagt, selten mehr als eins. Ansonsten ist mir der Kontextwechsel bei der Überprüfung zu viel. 00:16:39.461 --> 00:16:43.018 Ja, guter Mann. Ingo, guter Mann. 00:16:43.302 --> 00:16:45.084 Das ist nämlich genau der Punkt. 00:16:46.030 --> 00:16:49.021 Ihr müsst entschuldigen, wir haben immer so einen leichten Zeitversatz, 00:16:49.021 --> 00:16:52.021 deswegen purzeln solche Ergebnisse immer so ein bisschen zeitverzögert. 00:16:53.919 --> 00:16:57.989 Aber das ist tatsächlich genau der Punkt, der mich auch immer stresst. 00:16:58.383 --> 00:17:02.348 Und ich bin ein sehr ungeduldiger Mensch. Ich mache dann auch immer Sachen parallel. 00:17:02.476 --> 00:17:06.611 Und blöderweise kommen die dann immer gleichzeitig zurück. Und dann hast du 00:17:06.611 --> 00:17:10.501 drei Häufchen Arbeit auf dem Tisch liegen oder fünf Häufchen Arbeit auf dem 00:17:10.501 --> 00:17:12.942 Tisch liegen, zwischen denen du hin und her switchen musst. 00:17:13.395 --> 00:17:17.211 Und ganz ehrlich, das stresst mich unheimlich, weil die Agenten, 00:17:17.211 --> 00:17:19.386 die sitzen um mich rum und warten auf Input. 00:17:19.665 --> 00:17:22.329 Und ich bin dann der Flaschenhals, der alles langsam macht. 00:17:22.973 --> 00:17:27.161 Ja, das möchte man nicht sein, das stimmt. Ich will jetzt auch nicht der Flaschenhals 00:17:27.161 --> 00:17:30.809 sein, der alles langsam macht, deshalb ziehe ich mich wieder zurück. Bis dann. 00:17:31.802 --> 00:17:36.781 So, genau. Das ist tatsächlich hier meine favorisierte Arbeitsumgebung. 00:17:36.781 --> 00:17:42.691 Ich arbeite sehr gern mit IDE-Agenten, weil die vermitteln mir das Gefühl, 00:17:42.691 --> 00:17:46.591 dass ich noch Kontrolle über den Prozess hätte. Ich sehe den Code, 00:17:46.591 --> 00:17:48.282 ich kann in den Code eingreifen. 00:17:48.694 --> 00:17:51.289 Ich habe mein Prompt-Interface. 00:17:52.125 --> 00:17:57.171 Blöderweise wird das immer größer. Also der Code-Anteil von meinem Screen, 00:17:57.171 --> 00:18:01.552 der wird immer kleiner, weil ich mich echt schon langsam sehr dran gewöhne, 00:18:03.352 --> 00:18:09.377 intensiv zu prompten, Iterationen zu drehen und im Nachhinein dann den Code zu reviewen. 00:18:10.109 --> 00:18:14.625 Aber das Gefühl, das integriert zu haben, ist für mich einfach die rundere Sache. 00:18:15.879 --> 00:18:21.861 Und deswegen persönlich Präferenz, gib mir entweder eine CLI oder so einen IDE-Agent, 00:18:21.861 --> 00:18:23.565 ich nehme immer den IDE-Agent. 00:18:25.888 --> 00:18:30.945 Zumindest für die nächsten zwei Wochen. Gut, dann fangen wir mal mit den Dingen 00:18:30.945 --> 00:18:35.639 an, die ich für wichtig halte und das eine oder das erste sind Rule Files. 00:18:36.382 --> 00:18:38.215 Rule Files sind 00:18:41.475 --> 00:18:45.728 im weitesten Sinne eine Erweiterung für Prompts. So ein Prompt ist, 00:18:45.948 --> 00:18:48.358 ich habe eine Aufgabe und die löst du mir jetzt bitte. 00:18:50.041 --> 00:18:59.845 Eine Rule-File ist was Epischeres, was Dauerhafteres, das ihr in den Raum stellt 00:18:59.845 --> 00:19:03.625 und das Verhalten von einem Agent beeinflusst. 00:19:04.704 --> 00:19:10.525 So eine Rule-File umreißt das Verhalten von einem Agenten. 00:19:10.525 --> 00:19:13.551 Das ist im weitesten Sinne so etwas wie ein System-Prompt. Also, 00:19:13.969 --> 00:19:20.732 dass das Modell in eine bestimmte Richtung dreht, bestimmte Grenzen setzt. 00:19:21.254 --> 00:19:25.855 Das Problem ist, das sind weiche Grenzen. Also, mehr Empfehlungen, 00:19:25.855 --> 00:19:29.885 weil der Agent kann sich daran halten, kann sich aber auch darüber hinwegsetzen. 00:19:32.035 --> 00:19:35.335 Ihr könnt damit beeinflussen, wie das Ding denkt, wie es arbeitet, 00:19:35.975 --> 00:19:42.052 was bevorzugt wird, was vermieden wird und wie Entscheidungen getroffen werden. 00:19:43.109 --> 00:19:50.115 Wir haben im Team eine Rule-File, die fürs Projekt zentral abgelegt ist und 00:19:50.115 --> 00:19:53.395 jeder darf diese Rule-File editieren. 00:19:53.633 --> 00:20:00.245 Jeder ist dazu eingeladen, diese Rule-File zu verbessern und immer wenn irgendwas 00:20:00.245 --> 00:20:05.319 nervt oder irgendwas zu verbessern ist, kommt das in die Rule-File rein. 00:20:06.497 --> 00:20:12.076 Diese Rule-Files, Agent-Files, die folgen einem Standard, der ist hier verlinkt, 00:20:12.204 --> 00:20:13.910 den könnt ihr euch dann im Nachgang anschauen. 00:20:14.914 --> 00:20:20.955 Es gibt mehrere Coding-Agenten, die sich daran halten und bei denen, 00:20:20.955 --> 00:20:23.428 die sich nicht daran halten, gibt es sehr ähnliche Konzepte. 00:20:24.675 --> 00:20:30.261 Hat sich durchgesetzt, hat sich als gut bewährt, deswegen schaut euch das auf jeden Fall an. 00:20:32.181 --> 00:20:34.985 Was steht in so einer Rule-File drin? 00:20:35.774 --> 00:20:38.729 Architekturregeln, allgemeingültige Regeln. 00:20:39.008 --> 00:20:42.050 Eine React-Komponente sieht immer so und so aus. 00:20:42.299 --> 00:20:46.037 Wenn ich eine Funktion, ein Modul, eine Klasse, ein was auch immer schreibe, 00:20:46.037 --> 00:20:50.914 dann möchte ich, dass das immer so aussieht. Blueprints, Stilregeln. 00:20:51.477 --> 00:20:56.747 Wie sind meine Variablen gestaltet? Also jetzt, weiß ich nicht, 00:20:56.747 --> 00:20:58.780 keine Abkürzungen oder sonst irgendwas. 00:21:01.194 --> 00:21:05.644 Testregeln. Also wie gehe ich mit Tests um? Wie schauen meine Tests aus? 00:21:05.644 --> 00:21:08.108 Wie sind sie strukturiert? Welchen Patterns folgen die? 00:21:10.436 --> 00:21:16.084 Sprache und Ton. Ihr könnt in so einer Rulefile dem Agenten sagen, 00:21:16.084 --> 00:21:19.091 was ihr für einen Kommunikationsstil erwartet. 00:21:19.225 --> 00:21:24.105 Also kurzes, analytisches Antworten, was auch immer. 00:21:24.703 --> 00:21:29.237 Das hilft recht gut. Also, ich habe da teilweise auch reingeschrieben, 00:21:29.452 --> 00:21:34.409 halt dich bitte kurz, mich interessiert das außenrum nicht, komm auf den Punkt. 00:21:36.174 --> 00:21:42.024 Dann alles, was Konventionen angeht, alles, wo ihr sagt, das sind Regeln, 00:21:42.024 --> 00:21:45.776 die für uns als Entwickler gelten, die gelten bitte auch für die AI. 00:21:46.519 --> 00:21:50.652 Führ keine neuen Patterns ein. Halt dich an die bestehende Code-Basis. 00:21:50.983 --> 00:21:55.296 Alles, was man halt so in einem länger laufenden Projekt haben möchte, 00:21:56.284 --> 00:21:58.802 kommt in so eine Rule-File rein. 00:21:59.237 --> 00:22:06.564 Wir hatten aber auch schon den Fall, da haben genau diese Regeln auch wieder zurückgeschossen, und, 00:22:07.579 --> 00:22:10.094 da haben wir dann auch explizit gesagt, so und jetzt vergiss mal, 00:22:10.094 --> 00:22:14.714 was in dem Rule-File steht und prob dich komplett aus, dann kam das Modell mit 00:22:14.714 --> 00:22:19.764 einer sehr guten, sehr innovativen Idee um die Ecke und hat tatsächlich unser 00:22:19.764 --> 00:22:21.964 Problem deutlich schicker gelöst als 00:22:23.205 --> 00:22:25.318 mit unserer sehr strikten Regel. 00:22:26.479 --> 00:22:31.584 Was nicht reingehört sind, Sachen, die ihr einmalig braucht, 00:22:31.584 --> 00:22:34.722 irgendwelche Details, irgendwas Temporäres. 00:22:35.686 --> 00:22:41.284 Ihr müsst da immer so ein bisschen aufpassen, weil alles, was ihr dem Modell 00:22:41.284 --> 00:22:43.476 zur Verfügung stellt, verstopft den Kontext. 00:22:43.940 --> 00:22:48.794 Moderne Modelle haben einen riesengroßen Kontext, die haben eine Million oder 00:22:48.794 --> 00:22:52.926 teilweise zehn Millionen Tokens an Kontext, die können damit schon umgehen. 00:22:53.350 --> 00:22:56.758 Das Problem ist, je voller der Kontext läuft, desto schlechter werden die Antworten. 00:22:58.592 --> 00:23:03.078 Es gibt auch Erklärungen, warum das so ist, dass der Anfang des Kontexts sehr 00:23:03.078 --> 00:23:07.154 gut ist und das Ende des Kontexts sehr gut ist und in der Mitte flacht er dann ab. 00:23:07.543 --> 00:23:11.195 Es gibt auch wissenschaftliche Auswertungen und ganz viele Messungen darüber. 00:23:11.624 --> 00:23:14.418 Da suchmaschint einfach drüber nach bzw. 00:23:15.775 --> 00:23:17.649 fragt die AI eurer Wahl. 00:23:26.385 --> 00:23:30.733 Der Sascha schreibt gerade, er hat noch nie mit Rule Files gearbeitet. 00:23:34.437 --> 00:23:38.368 Anstatt jedes Mal migriere mir die Komponente in eine Vue 3 Komponente mit 00:23:38.368 --> 00:23:40.967 Composition API und Script Setup Pattern, 00:23:43.115 --> 00:23:46.296 kann man diesen Prompt einmal speichern und den immer wieder abfeuern. 00:23:46.662 --> 00:23:50.969 Aber natürlich kann man sowas auch in den Rule-File mit reinpacken. 00:23:51.248 --> 00:23:55.102 Wenn du gerade in der Migration bist, dann hilft das natürlich hervorragend. 00:23:55.799 --> 00:23:59.768 Dann sagst du bloß noch, okay, jetzt kümmere dich um diese Komponente und dann 00:23:59.768 --> 00:24:03.178 wird die Rule-File berücksichtigt und dann 00:24:03.178 --> 00:24:07.072 sparst du dir genau dieses Ich-wiederhole-mich-immer-und-immer-wieder. 00:24:09.674 --> 00:24:16.410 Ja, gute Beispiele, schlechte Beispiele. LLMs arbeiten generell sehr, 00:24:16.410 --> 00:24:17.614 sehr gut mit Beispielen. 00:24:18.031 --> 00:24:23.590 Also je mehr Beispiele ihr, da müsst ihr auch wieder aufpassen, 00:24:23.590 --> 00:24:26.681 weil je mehr Beispiele ihr macht, desto mehr wird euer Kontext voll. 00:24:27.830 --> 00:24:33.610 Ein paar sinnvolle, stellvertretende Beispiele, die Prinzipien zeigen und nicht 00:24:33.610 --> 00:24:37.843 konkrete Lösungen, helfen extrem gut. Also Sascha, in deinem Fall, 00:24:39.161 --> 00:24:41.316 wie sieht deine perfekte Komponente aus? 00:24:41.467 --> 00:24:45.082 Liegt in der Rulefile und dann hält sich das Modell in den meisten Fällen auch dran. 00:24:47.288 --> 00:24:51.890 Wie ausführlich? Nicht so ausführlich sollte die Rulefile sein, 00:24:51.890 --> 00:24:53.634 weil vermüllt euch den Kontext. 00:24:54.801 --> 00:24:59.860 Klar, prägnant. Man hat mir gesagt, ich soll nicht so höflich sein. 00:24:59.860 --> 00:25:03.690 Ich sage trotzdem immer bitte und danke zu meinem Modell, weil irgendwann übernehmen 00:25:03.690 --> 00:25:06.090 die Maschinen die Herrschaft und da muss man freundlich sein. 00:25:08.280 --> 00:25:13.690 Aber seid bei diesen Rule Files wirklich auf den Punkt, weil alles, 00:25:13.690 --> 00:25:18.657 was ihr drumherum schreibt, verwäscht wieder die Aussagekraft eurer Regeln. 00:25:19.150 --> 00:25:23.736 Und gerade bei solchen Regeln müsst ihr sehr präzise arbeiten. 00:25:25.280 --> 00:25:30.170 Wenn ihr feststellt, dass eure Regeln nicht ziehen, dann war sie entweder nicht 00:25:30.170 --> 00:25:33.380 gut formuliert oder zu wenig Beispiele. 00:25:33.380 --> 00:25:36.820 Also da kann man noch nachsteuern und das ist einfach ein Entwicklungsprozess. 00:25:36.820 --> 00:25:42.394 Das ist kein, ich schreibe jetzt die Rule-File und fertig, sondern es ist ein Prozess. 00:25:42.782 --> 00:25:47.368 Und je länger ihr daran arbeitet, desto mehr hängt ihr an euren Rule-Files. 00:25:50.120 --> 00:25:54.805 Ja, also immer wenn euch irgendwas nervt, dann schmeißt es in die Rulefile. 00:25:58.880 --> 00:26:02.049 Immer wenn ihr euch wiederholt oder wenn ihr, also ich meine, 00:26:02.049 --> 00:26:06.529 der Sascha hat das perfekte Beispiel gebracht, immer wenn euch irgendwas nervt, 00:26:06.529 --> 00:26:10.060 immer wenn es, wenn es sich wiederholt, in die Rule File rein und gut ist. 00:26:11.853 --> 00:26:18.269 Dann haben wir Skills. Skills ist der Fancy Shit, weil Skills werden getauscht 00:26:18.269 --> 00:26:20.345 wie Panini-Bilder auf dem Schulhof. 00:26:21.229 --> 00:26:23.933 Wir haben mittlerweile einen Skill Marketplace. 00:26:25.309 --> 00:26:33.807 Skills sind auch wieder so eine Art Standard. Auf AgentSkills.io findet ihr da mehr Informationen. 00:26:34.039 --> 00:26:36.141 Das sind im Prinzip kleine Bausteine. 00:26:36.628 --> 00:26:41.063 Das können fast so eine Art Prompt-Template sein. 00:26:41.278 --> 00:26:45.889 Ihr könnt aber auch Executables oder Skripte in die Skills mit reinpacken, 00:26:46.429 --> 00:26:48.679 Python-Skills, TypeScript-Skills. 00:26:49.569 --> 00:26:53.051 Die können dann auch Code aus, oder die führen dann Code aus, 00:26:53.608 --> 00:27:02.484 und das sind kleine Hilfs-Skripte, die euer Agent ranzieht, um Probleme zu lösen. 00:27:02.797 --> 00:27:07.269 So ein Skill hat eine Beschreibung, damit das Modell weiß, wann es einsetzen 00:27:07.269 --> 00:27:13.082 soll, und so könnt ihr ganz viele verschiedene Skills in eure IDE mit reinpacken, 00:27:14.969 --> 00:27:20.211 in euren Agent mit reinpacken, und ja, die werden dann genutzt. 00:27:23.729 --> 00:27:24.286 Ja, 00:27:26.712 --> 00:27:34.577 bei Unterscheidung zwischen Rules und Skills, Rules sind Prinzipien, 00:27:34.577 --> 00:27:37.317 die sind allgemeingültiger, die stehen 00:27:40.157 --> 00:27:47.395 für allgemeine Anweisungen, für allgemeine Regeln, nicht für die konkreten Umsetzungsschritte. 00:27:47.784 --> 00:27:53.821 Die Skills auf der anderen Seite, die sind sehr konkret, sehr codenah, sehr greifbar, 00:27:56.700 --> 00:28:00.769 und kleine Häppchen, kleine zielgerichtete Häppchen. 00:28:06.457 --> 00:28:10.917 Wenn ihr mal so ein bisschen im Internet recherchiert, ihr findet zu allem Skills. 00:28:10.917 --> 00:28:13.922 Also mir ist es mittlerweile schon fast ein bisschen zu viel, 00:28:14.741 --> 00:28:18.217 aber es ist jedem selbst überlassen. 00:28:18.926 --> 00:28:20.807 Schaut euch da einfach mal ein bisschen um. 00:28:22.926 --> 00:28:28.307 Auch da ist es so ein bisschen so, ihr müsst ein bisschen aufpassen, 00:28:28.307 --> 00:28:31.389 dass ihr euren Agent nicht überfrachtet. 00:28:31.900 --> 00:28:42.017 Wenn ihr 400 Skills installiert habt, irgendwann ist es zu viel und dann fängt euer Agent an, ja, 00:28:42.777 --> 00:28:46.767 für den Bereich könnte ich jetzt diesen Skill benutzen oder diesen Skill und 00:28:46.767 --> 00:28:48.224 dann wird es wieder ein bisschen flaky. 00:28:48.526 --> 00:28:55.867 Deswegen meiner Meinung nach ein paar, eine Handvoll Skills, 00:28:55.867 --> 00:29:02.794 die eure Probleme tagtäglich lösen, die zielgerichtet sind, da fährt man tatsächlich am besten. 00:29:04.896 --> 00:29:09.242 Ja, teilen, drüber reden, ihr kommt im Moment eh nicht dran vorbei. 00:29:11.157 --> 00:29:18.350 Dann das nächste Thema, MCP. MCP ist wie Skills, nur nicht mehr ganz so cool. 00:29:21.805 --> 00:29:29.188 MCP ist grundsätzlich erstmal ein Protokoll, um LLMs mit der Außenwelt zu verbinden. 00:29:29.373 --> 00:29:33.826 In dem Kontext ist in den meisten Fällen von Tools die Rede. 00:29:34.087 --> 00:29:41.413 Also Funktionen, die ein LLM aufrufen kann, die bestimmte Funktionalität zur Verfügung stellen. 00:29:42.249 --> 00:29:45.765 Jeder, der auch nur ein bisschen was auf sich hält, bietet mittlerweile einen 00:29:45.765 --> 00:29:49.284 MCP-Server an. So einen MCP-Server könnt ihr auch selber schreiben. 00:29:49.633 --> 00:29:54.635 Das ist im Prinzip ein entweder lokal laufender Server oder ein Remote über 00:29:54.635 --> 00:29:56.813 HTTP angebundener Server, 00:29:57.377 --> 00:30:03.435 den das LLM kennt, den das LLM anrufen kann und dieser Server führt eine Funktion 00:30:03.435 --> 00:30:08.805 aus und stellt das Ergebnis oder den Seiteneffekt dieser Funktion dem LLM zur Verfügung. 00:30:11.029 --> 00:30:12.799 Ihr findet mehr Informationen unter 00:30:17.185 --> 00:30:21.930 Contextprotocol.io, da ist der Standard und alles, was ihr wissen müsst dazu. 00:30:25.773 --> 00:30:31.979 Ja, hilft auch wieder, um Halluzinationen zu reduzieren, hilft dabei, 00:30:32.136 --> 00:30:39.078 euer Ökosystem anzubinden und ist ganz hilfreich in vielen Fällen. 00:30:41.482 --> 00:30:46.669 Ich habe eine kleine Auswahl an MCP-Servern, dass ihr einfach so einen Eindruck 00:30:46.669 --> 00:30:48.471 mal kriegt, was es denn gibt. 00:30:49.369 --> 00:30:55.193 Es gibt einen GitHub-MCP-Server, es gibt auch einen GitLab-MCP-Server. 00:30:55.466 --> 00:31:02.039 Grundsätzlich stellt dieser MCP-Server die Schnittstelle eurer Git-Plattform 00:31:02.039 --> 00:31:05.652 zur Verfügung. Ihr könnt Branches aufmachen, Pull-Requests stellen und so weiter. 00:31:06.825 --> 00:31:13.953 Und das macht euer LLM automatisiert mit den Privilegien, die ihr diesem Ding gebt. 00:31:14.557 --> 00:31:17.989 Also da müsst ihr ein bisschen aufpassen. Dann Ticketsystem. 00:31:18.729 --> 00:31:23.665 Ich weiß, nicht jeder mag Atlassian-Produkte, aber das ist halt jetzt hier stellvertretend. 00:31:24.729 --> 00:31:30.219 Die bieten auch einen MCP-Server für Jira und Confluence und da kann man auf 00:31:30.219 --> 00:31:33.197 Tickets zugreifen und wunderbare Dinge machen. 00:31:33.795 --> 00:31:38.590 Und da kann man auch Dinge automatisieren lassen, die man selber nicht machen möchte. 00:31:39.054 --> 00:31:44.739 Also zum Beispiel, jetzt setzt den Status dieses Tickets automatisch auf weiß 00:31:44.739 --> 00:31:47.268 der Teufel was – und dann kümmert sich euer Agent. 00:31:48.888 --> 00:31:54.089 File-System. Es gibt einen MCP-Server für euer lokales Dateisystem. 00:31:54.368 --> 00:31:57.609 Auch da müsst ihr wieder ein bisschen vorsichtig sein, weil es gibt auch die 00:31:57.609 --> 00:32:00.457 Möglichkeit, Dateien zu löschen, Verzeichnisse zu löschen. 00:32:00.939 --> 00:32:04.579 Da müsst ihr bitte ein bisschen vorsichtig sein, weil ansonsten ist euer System 00:32:04.579 --> 00:32:07.779 zwar sehr leer und hat sehr viel Speicherplatz, aber ihr habt nicht mehr sehr 00:32:07.779 --> 00:32:09.209 viel Freude mit eurem System. Okay. 00:32:11.629 --> 00:32:20.229 Browser. Google hat zum Beispiel den Chrome Developer Tools MCP Server. 00:32:20.229 --> 00:32:24.009 Mit dem kann man wunderbare Sachen machen. Da müsst ihr bloß ein bisschen aufpassen, 00:32:24.009 --> 00:32:29.169 weil manche Agents drehen sehr gerne Schleifen und die probieren sehr gerne Dinge aus. 00:32:29.169 --> 00:32:35.518 Und ich bin schon sehr, sehr viele Tokens in so einem Browser-MCP-Loop losgeworden, 00:32:36.569 --> 00:32:40.279 weil der die Webseite einfach wunderschön fand und überall hingeklickt hat. 00:32:40.279 --> 00:32:44.034 Also auch da haltet das Ding so ein bisschen im Zaum. 00:32:51.732 --> 00:33:00.177 Frage vom Thomas. Haben wir den Skill Marketplace selbst gebaut oder als Buy-In-Lösung? 00:33:00.438 --> 00:33:03.506 Wir haben es selbst gebaut. Wir haben da einfach ein Git-Repo dafür gemacht 00:33:03.506 --> 00:33:04.751 und da kann sich jeder bedienen. 00:33:05.738 --> 00:33:08.687