Transcript: Javascript Frontends

Ja, herzlich willkommen, liebe Hörer und Hörer. Willkommen beim Python-Podcast in der 20. Episode heute.

Wir sind wieder im Homeoffice, wie man es so macht, dieser Tage, remote dabei.

Ich hoffe, ihr könnt uns gut verstehen. Letzte Folge war etwas audioschwankungen.

Dabei war sie inhaltlich sehr toll. Wir haben uns vergessen, den Podcast zu erwähnen.

Das war auch echt blöd.

Genau, der Podcast von Thomas heißt Pi Data Deep Dive.

Und ja, sehr empfehlenswert.

Ja, genau.

Ein sehr cooles Ding.

Ja, was machen wir heute?

Jochen ist natürlich wieder da.

Ich bin in meiner raubischen Zentrale, Jochen Wintergarten.

Ja, willkommen Dominik.

Es ist so eine etwas ungewohnte Situation.

Wir sind irgendwie beide remote.

Und wir haben hier auch noch so ein Video dabei laufen.

aber das ist irgendwie so ein bisschen

eigenartig. Ja, es ist nicht so richtig zum Anfassen.

Normalerweise sitzt man beim Podcast ja immer

bei sich gegenseitig auf der Couch und ich kenne das auch,

wenn ich Podcasts höre, dass man immer bei den

Menschen, die das machen, irgendwie mit dabei ist

und das ist gerade so ein bisschen

schwierig, aber naja.

Heute machen wir Frontend mit Python

und oder wie man das verbindet mit

Python. Ja.

So zumindest der Plan. Also als Thema uns

überlegt, ja, weil es halt gerade auch

sich anbietet, weil da

irgendwie wir beide halt so ein bisschen

irgendwie mehr mit zu tun haben im Moment.

Struggle.

Ja, genau. Aber

vielleicht, ich habe auch noch so, ich weiß nicht,

du hast ganz viele

Fragen da in diese Themenliste reingeschrieben

und ich hatte mir die auch mal, ich habe dann auch

selber noch Sachen reingeschrieben,

und zwar

zum Beispiel könnte man noch so ein bisschen

metamäßig über Podcasts und

Audio-Hardware und so reden, weil da hat sich ja auch was getan.

Oh ja.

Alle Leute beschäftigen sich

jetzt so ein bisschen mit

oh, man macht ganz viel

mehr mit Video und Homeoffice

und so und komisch, wäre ja eigentlich

ganz nett, wenn man mal Internet hätte und man hat es aber irgendwie

keins und so.

Stimmt.

Da ist es auch ein bisschen schwierig

jetzt so Audio-Hardware zu kriegen, weil

das ist alles irgendwie ausverkauft.

Ja, ich wollte auch sagen, wir wollten das tatsächlich schon, ja.

Ja, sag mal, wie ihr das Bescheid fandet

jetzt hier mit dem Remote, mit dem Setup, wie sich

das anhört im Vergleich zu sonst.

Übrigens,

die Liste, die du da geschrieben hast, Jochen,

es gibt so ein paar Menschen, die mir

dann eine Einkaufsliste schreiben, was ich alles so mitbringen soll

und die schreiben das auch völlig durcheinander. Also ich

organisiere das so, dass ich den Supermarkt

durchlaufe von Anfang bis zum Ende. Da muss ich

nicht die Liste immer durchrollen.

Ja, ja, ja. Es gibt auch offenbar unterschiedliche

Strategien und

ich wage nicht zu beurteilen,

ob jetzt die eine sinnvoller ist als die andere,

aber es sind alle valide.

Genau, aber das ist das Problem.

Wir machen das sowieso immer, wir reden

immer durcheinander und kommen dann wieder zurück zum

Das ist eigentlich ein Thema von daher.

Ich kriege das schon irgendwie alles hin, genau.

Also zum Beispiel, was ich an neuer Audio-Hardware habe,

ist, was ich schon immer mal ausprobieren wollte

und jetzt habe ich halt irgendwie das dann auch mal besorgt,

ist ein neues Headset.

Normalerweise verwenden wir immer diese DT297 von Beyerdynamic

und die funktionieren auch super.

Also habe ich eigentlich nichts daran auszusetzen.

Nur das Problem ist, also ich bin so Brillenträger

und habe große Ohren. Eine etwas

ungünstige Kombination.

Die drücken mir so ein bisschen

auf die Ohren.

Und bei dir sieht man auch die Haare gar nicht.

Die sind auch länger geworden. Wir alle in diesen Zeiten

jetzt alle, nicht beim Friseur, alle

so Matte und Bart.

Wie heißt der bei Harry Potter?

Ich werde immer so ein bisschen

nach und nach Hagrid ähnlicher.

Vorher hatte ich nur die Statur, jetzt habe ich auch

die anderen Attribute.

Ja, tatsächlich. Ich würde auch sagen,

dass das der Charakter in Harry Potter, den du am nächsten

bekommst von der Optik, ja, ja.

Ja, und

genau, ich brauche halt

große, große Kopfhörermuscheln

und das bei dem

DT797 ist auch

ein Bayerdynamic Headset und da ist das halt irgendwie so

ein bisschen größer, dass es geschlossen ist.

Ich halte hier gerade welche rein, aber der hat jetzt leider kein

Mikrofon. Ah, okay, ja, das sieht auch

sehr gut aus. Das ist mein Studio-Kopfhörer. Das kann man jetzt natürlich im Podcast

nicht sehen, aber genau, ja,

das sind auch so Studio-Abhörer. Also das ist auch

die Headset-Variante von einem, von dem

die TD-790 Pro oder so, das ist auch

eigentlich ein Studio-Kopfhörer.

Und da ist halt noch

so ein Mikrofon dran gebastelt und ein Kabel dran.

Und ehrlich gesagt

gefällt mir das. Und das Problem,

was ich auch habe, ist halt dadurch, dass das halt

nicht so richtig auf die Ohren passt und dann

liegt das halt auch auf der Brille so ein bisschen

auf und dann quetscht mir das die Brille so ein bisschen.

Und das ist jetzt tatsächlich mit dem hier

deutlich besser. Also ich bin mal gespannt.

Das Mikrofon sollte das gleiche sein,

also da sollte es keinen großen Unterschied geben.

Ja, okay, aber immerhin bei dich Komfort ist ja auch wichtig.

Genau.

Wenn man jetzt so lange sitzt und die ganz lang folgen,

immer auf und weil wir viel zu erzählen haben,

dann sollte das auch beim Tragekomfort entsprechend, ja.

Ja, und dann hatten wir noch ein, genau.

Du hast gebastelt.

Du meinst diese mit dem HMC66, diese Bastelgeschichte, oder?

Ja, du hast irgendwas gebastelt.

Du hast was zusammengesteckt und hast dann so eine Klinke

an so einen XLR-Kopfhörer dran gemacht

und hast das Ganze in ein Handy reingesteckt.

Ah, genau, das ist total cool.

Das ist, denkt man

sich eigentlich, diese ganzen Geschichten, das sollten doch

inzwischen gelöste Probleme sein,

irgendwie Headsets

für Computergeschichten, das gibt es doch alles schon lange

und, aber ist irgendwie gar nicht so. Also wenn man das

so haben möchte, dass es ordentlich

klingt, dann ist das immer noch eine ziemliche

Bastelei, beziehungsweise muss man halt viele Dinge einfach

wissen und selbst wenn man sich damit so ein bisschen

beschäftigt, reicht das nicht.

Es kann auch sein, dass ich jetzt totalen Unsinn alles erzähle,

weil so ein totaler Experte

für diesen ganzen Audiokram bin ich natürlich auch überhaupt gar nicht,

aber so nach und nach

bekommt man dann halt Dinge mit

und eine sehr

interessante Geschichte, die ich halt letztens

gesehen habe, war, dass

es gibt ein Headset,

das auch sehr gut klingt.

Das ist das

HMC-66X

Superlux.

Weiß nicht, was das für eine Firma ist, keine Ahnung.

Das ist auch super billig

und klingt trotzdem super.

Also eigentlich alles ganz toll. Ist natürlich nicht so gut

verarbeitet wie die Beyerdynamic-Dinger,

aber eigentlich

sehr empfehlenswert und verwenden auch ganz viele Leute

und das hat so ein Problem.

Also was einem immer dazu gesagt wird, wenn Leute

das benutzen,

sagen sie so, ja, das ist total toll

und eigentlich ideal,

aber man muss so ein bisschen, es hat so ein paar

Probleme, wie zum Beispiel normalerweise,

also

müsste man eigentlich mal ausholen,

wo ist eigentlich der Unterschied zwischen

dynamischen und Kondensatormikrofonen.

Also

nur mal so, um die Klammer aufzumachen,

Wir machen die gleich wieder zu.

Ich wollte da von der echten Folge hören.

Also die meisten

kleinen Mikrofone sind tatsächlich

Kondensatormikrofone, weil man die deutlich kleiner

bauen kann. Und der

Unterschied ist eigentlich in der Bauart sozusagen,

dynamische Mikrofone sind so ein bisschen wie ein umgekehrter

Lautsprecher. Die funktionieren auch

ohne,

dass man da irgendwie,

ohne dass die irgendwie selber aktiv sein müssen.

Das heißt, man kriegt ein Signal

raus, ohne dass das

irgendwie selber irgendwas macht.

Und das ist ganz praktisch und sie haben halt so als Charakteristik, sie sind unempfindlicher gegenüber Störgeräuschen und reagieren einfach so ein bisschen gutmütiger oft, kriegen nicht so feine Unterschiede hin und lösen nicht so fein auf wie jetzt ein Kondensatormikrofon.

Automikrofone sind so ein bisschen anders, die sind nicht passiv, sondern da muss Strom dran sein, sonst funktionieren die gar nicht und da kommt dann halt aktiv ein Signal raus, das die dann halt erzeugen und das Problem dabei ist, dass wenn das, also man kann sie sehr klein bauen, das ist eigentlich schön, aber wenn sie sehr klein sind, dann je kleiner die sind, desto mehr muss man das Signal verstärken.

dann natürlich auch wieder Rauschen

reinbringt und so. Also es gibt auch

sehr gute, sehr kleine Kondensatormikrofone, aber die werden

dann halt sehr teuer, sehr schnell.

Was man normalerweise

macht, wenn man guten Klang haben möchte, ist halt, man nimmt

dann halt Großmembran-Kondensatormikrofone,

die halt dann schon mehr

Signal, wo man halt weniger

verstärken muss sozusagen.

Das ist so das, was man in

Studios verwendet für

Sprachaufnahmen.

Und

so ein Ding habe ich ja auch umliegen, könnte man

auch verwenden, aber man hat das normalerweise

an so einem Arm und dann in so einer Spinne

hängen und das ist

so ein bisschen unhandlich, weil man

irgendwie immer den gleichen Abstand einhalten

muss dazu und so. Wenn du das nicht machst, dann

steht das irgendwie vor dem Bildschirm und

versperrt den ganzen Sichtvektor.

Genau, also das ist alles so ein bisschen

hmm.

Daher mag ich das mit den Headsets eigentlich

lieber,

aber die klingen halt dann vielleicht nicht ganz

so gut, aber auch schon ziemlich

klasse. Und jetzt kommt der Hack und wir sind übrigens beim

Python-Podcast, lieber Jochen.

Ach ja.

Naja, also

der Witz ist eigentlich,

also deswegen, warum ich das eigentlich erzähle, ist,

man braucht, also die brauchen halt Strom,

sonst funktionieren die nicht. Und

Standard für Stromversorgung,

man nennt das dann irgendwie Phantomspeisung,

bei Kondensatormikrofonen ist halt irgendwie

48,

24, 48 Volt normalerweise,

sage ich mal so. Es gibt aber auch

24 Volt und es gibt sogar

12 Volt. Und

dieses HMC-66X,

das klingt bei 48 Volt und 24 Volt,

also funktioniert es zwar, aber es klingt schrecklich.

Deshalb

da muss man immer aufpassen. Da gibt es so ein paar Reviews

unter denen, wenn man das

irgendwo in einem

Online-Shop sieht oder so.

Oft ist dann so ein oder zwei dabei, die sagen so,

es wird immer so gelobt, es klingt ganz

scheußlich, ich verstehe das gar nicht.

Wie kommen Leute auf die Idee, dass das gut ist?

das klingt doch ganz, ganz, klingt doch

total elend und

ich fürchte, der Grund dafür ist meistens, dass die

Leute das dann halt irgendwie an einem Audiointerface

betreiben, das halt dann die falsche Phantomspannung hat

sozusagen und dann geht es halt nicht richtig.

Womit das gut funktioniert, ist

halt 12 Volt Phantomspannung

und was man halt

tun kann, ist entweder man lötet sich da so einen Widerstand

rein, das ist halt so eine beliebte Lösung.

Jetzt wird es interessant.

Aber für mich auch schon zu,

das ist zu weit, das ist, nee,

mach ich halt nicht.

Ich bin dann in den einfachen Weg gegangen

und habe dann so eine, man kann da

irgendwie so eine Box zwischen

das Mikrofoneingang

von dem Audiointerface und

das Headset schalten.

Ja, das kostet auch nochmal 20 Euro oder so,

keine Ahnung. Und dann halt auf 12 Volt

Phantomspannung das runterriegeln.

Oder da kann man das dann auch, in dieser Box

kann man das irgendwie einstellen.

Und ja, das habe ich dann halt benutzt und dachte mir

so eigentlich, naja, selbst plus dieses

Ding und plus den ganzen Kabelaufwand

ist es immer noch für den Preis eigentlich

ziemlich unschlagbar.

was ich aber, und ich dachte immer,

Wie teuer ist denn das?

Das kostet 39 Euro oder so.

Also ist echt nicht teuer.

Und ich dachte

immer, diese Kondensatormikrofone,

die brauchen halt immer

einen XLR-Anschluss,

also dieses dreipolige

Ding da, und

ja, das ist halt, du brauchst halt

immer ein eigenes

Audio-Interface eigentlich.

normalerweise hat man an seinem Computer nicht

sofort oder als Standard

ZLR-Anschluss.

Genau.

Und dann hast du dir was gebaut, was richtig toll ist.

Nee, das hab ich auch gesehen.

Das hab ich in diesem Sendegate-Forum gesehen.

Ich hab da nix gebaut. Ich hab's auch wieder nur gekauft.

Man kann das bauen auch selber, wenn man das mag.

Aber ich hab's nicht gebaut. Ich hab's auch wieder nur gekauft.

Die Idee kauft dir die Welt, wenn die dir gefällt.

Ja, es ist...

Also, wenn mir das jetzt Spaß machen würde,

das selber zu löten oder so, aber das...

Es macht keinen Spaß und ich kann's auch nicht.

Jedenfalls hast du das Ding auf eine Klinke

adaptiert und jetzt kannst du

das tolle Headset sogar in dein Telefon stecken

und kannst mit dem coolen Headset

Podcasts aufnehmen über das Telefon.

Genau, ich dachte immer, irgendwie

an der Klinke gehen nur dynamische

Mikrofone. Auch die meisten Mikrofone,

die man über Klinke anschließt, sind dynamisch

und die klingen halt nicht so gut.

Und das

stimmt aber gar nicht. Zum Beispiel ist es halt so,

dass die meisten wirklich kleinen Mikrofone, also auch

diese Dinge, die man sich so ans Hand steckt oder so,

wir haben ja auch mal, am Anfang haben wir damit

angefangen mit diesen Rode

ich weiß nicht, wie man das ausspricht, Lavalier

Lavalier, keine Ahnung, Mikrofon

das sind auch üblicherweise Kondensatormikrofone

und die kriegen ihre

Phantomspeisung halt über die Klinke und da kommen halt

so anderthalb Volt raus ungefähr

und diese anderthalb Volt reichen halt für dieses

HMC-Headset auch

das funktioniert

das heißt, man braucht eigentlich nur eine Klinke auf

XLR-Adapter und dann halt nochmal

ein Ding, was halt auch irgendwie dann

das zusammenführt

weil man halt ja nochmal die Trenden

Kopfhörer. Wir stellen euch da eine

ausführliche und detaillierte Liste

in die Shownotes. Aber der Witz

ist halt, also was ich jetzt habe, ist halt, man

steckt dieses Headset halt in diesen Adapter,

aus dem Adapter kommt Klinke, dann

steckt man irgendwie die Klinke,

die Klinke

steckt man dann halt in eine Klinke

auf Lightning-Adapter

und dann steckt man diesen Adapter in

halt ein Telefon zum Beispiel.

Yay!

Und es funktioniert tatsächlich.

Und ich war letztens da mit

im Park unterwegs. Das sieht so ein bisschen komisch

aus.

Also ich wollte dich noch fragen, du hast gestern ja

aufgenommen, hast einen kleinen Talk gehalten über Poetry

beim Pi DDF.

Da warst du im Park wirklich?

Weil ich habe kurz reingeguckt bei YouTube.

Oder hast du deinen Hintergrund geblendet?

Nee, da habe ich den Hintergrund verändert.

Weil es gerade so ein bisschen chaotisch ist.

Mit was machst du das? Mit OBS Studio?

Was ist das denn? Das kenne ich gar nicht.

Das ist so eine Software, da kann man das ganz cool mitmachen.

Nö, das war der Zoom-Client

und der macht das dann halt, da kann man das irgendwie einstellen.

Ach na dann, okay.

Ja, aber ich war tatsächlich mit dem

Headset schon dann halt im Park und hab

mit Leuten telefoniert und

das Erste, was sie sagten, war so, oh, du klingst aber gut.

Oh, ja, na dann.

Hat sich das vielleicht gelohnt.

Und das ist natürlich irgendwie,

ich hätte gar nicht gedacht, dass sowas so ist.

Also ich telefoniere auch immer im Park mit meiner Freisprechknopf,

der auf dem Display ist, da steht dann

Ton, Laut, Spreifwert.

Ja, aber das funktioniert nicht so richtig gut.

Vor allen Dingen, wenn es windig ist, ist es halt blöd.

ich gehe dann ja auch manchmal in der Gegend rum

und dann zum Beispiel, wo Leute sich

regelmäßig beschweren,

ist, wenn ich über die Rheinbrücke gehe, weil da ist es

windig und es fahren Autos vorbei

und da verstehen meistens

Leute dann nichts mehr und sagen so, oh, das klingt aber schlecht

und naja, muss man gucken, vielleicht das nächste Mal

probiere ich das mit dem Headset, vielleicht geht das besser.

Ja, okay, Challenge accepted.

Challenge accepted. Und warum gehst du

über die Rheinbrücke? Ja, weiß nicht,

ich gehe da spazieren. Achso.

Ja, meistens. Um telefonieren.

Ja, ja, ja. Also meistens ist es halt so, wir sind halt im Hofgarten und dann kommt irgendwann die Ansage, ja, Steine ins Wasser werfen, dann müssen wir halt noch zum Rhein.

Und dann gehen wir über die Rheinbrücke und dann unten zum Rhein und dann werfen wir Steine ins Wasser.

Achso.

Jo.

Ah, wegen Steinen. Okay, jetzt verstehe ich.

Da siehst du mal, werft der einen Stein für mich mit.

Ja, genau. Also dieses Headset ist wirklich cool und was halt mit anderen wahrscheinlich gar nicht gehen würde, dass man das halt einfach so an ein Telefon anschließt oder so, das kann man damit machen und möglicherweise gibt es damit halt eine Möglichkeit, wenn man das jetzt noch irgendwie schaffen würde, irgendwie an Studio Link oder an Ultraschall beziehungsweise Reaper das anzudocken, dann könnte man Leuten einfach sagen, hier, nehmt diese Hardware, steckt das an eurer Telefon, setzt euch irgendwo hin, wo es eine Sichtverbindung zwischen eurem WLAN-Accesspoint und

eurem Telefon gibt und

benutzt dieses Headset und dann hat man da

eine ziemlich gute Audio-Verbindung.

Und das wäre ja eigentlich schon...

Achso, und ja, was auch praktisch ist,

wenn man das Zoom H6,

das ist auch so ein Audio-Interface, wo man

vier Headsets dranstecken kann,

wenn man das verwendet, das kann auch

12 Volt direkt Phantomspeisung.

Also an dem Ding klingen die

HMC-66X auch direkt gut.

Was natürlich auch sehr praktisch ist.

Das war mein erster Plan,

das Ding einfach zu kaufen. Und dann habe ich festgestellt,

geht nicht, weil alle Leute Audio-Interfaces

kaufen, gerade wegen Corona.

Ich glaube, wir brauchen jetzt

einen Webshop für so Audio-Podcast-Hardware.

Denn der haben wir

gerade großzügig beworben.

Vielleicht brauchen wir da irgendwie

Affiliate-Things oder so.

Ja, Moment, Moment, ich bin noch nicht mit der...

Nein, okay. Wir machen aber gleich

eine Chapter-Mark, ja? Also Leute, ihr wisst ja,

ihr könnt die Chapter-Marks und die Sachen, die euch nicht so

freuig sind, einfach überspringen und dann direkt aufs Frontend

klicken. Wolltest du mal so als Hinweis...

Ja, es gibt nämlich dann noch so ein bisschen mehr, wir sind ja jetzt auch mit, das hatten wir letztes Mal auch gemacht, oder benutzen wir ja immer, wenn wir Remote-Geschichten machen, Studiolink, und das knackste und knickste und so immer mal so ein bisschen und natürlich gibt es dann da so gewisse Lösungen, dass man das dann halt lokal so Double-Ender-mäßig irgendwie auch nochmal aufnimmt und die Spur hinterher irgendwie mitverwendet, aber das ist alles schwierig und dann gerät das von der Zeit her irgendwie so aus Synchronisation, alles nicht so schick.

dann haben, meistens

entschließt man sich dann, dann lebt man halt mit den Knacks an

und, aber das klingt

schon relativ furchtbar und jetzt haben wir halt hier

eine Beta-Version von Studio Link

und die knackst

praktisch gar nicht, jedenfalls

Ja, wir werden es hören. Wir werden es dann hören, aber

jedenfalls nicht, dass ich das jetzt irgendwie

bisher

bemerkt hätte, also für mich

klingt das momentan alles sauber

und mal schauen, weil das ist

natürlich das Problem, also eigentlich ist es natürlich auch doof, dass wir hier

WLAN haben, müsste eigentlich ein Kabel liegen, aber

das ist halt alles irgendwie so.

Nee, du hast kein Kabel?

Ich habe ein Kabel.

Was ich vielleicht temporär machen könnte, ich kann einfach ein Kabel

dann halt immer hier durch die Tür legen, aber das Problem

ist ja, der Wintergarten, der ist einfach

sozusagen getrennt, das ist eine

Außenmauer dazwischen und ich weiß nicht, wie ich

dieses Kabel durch die Außenmauer kriege, das geht halt einfach

irgendwie nicht. Bohrmaschine.

Ja, gut.

Ja, wo wir wieder beim Löten wären und so, das ist

nicht so mein... Also ich habe hier tatsächlich

in die Etage ein LAN-Kabel

gelegt.

Ja, es gibt bestimmt irgendeine Lösung

und wahrscheinlich sollte ich da auch mal

was tun, weil WLAN ist auch echt

tatsächlich nicht so geil, muss ich sagen.

So richtig mit in der Wand und Dose und so.

Ja, das ist schon viel cooler.

Das war nicht Bohrmaschine, das war so

ein Pressstemmhammer.

Da musste man so die Wand aufruppeln

und dann in das Kabel rein und dann verspachteln und so.

Klingt alles sehr schrecklich.

Was zum Anfassen.

Ja, okay, lass mal überlegen, ist da noch irgendwas mit …

Da steht noch Zencast da drin auf der …

Ach so, ja, das wäre halt auch noch eine andere Möglichkeit gewesen, wie man das jetzt macht, ohne Studiolink, aber weiß ich gar nicht, also das ist halt, also interessant finde ich es deswegen, weil es einen ganz anderen Ansatz verfolgt, ja, während wir …

Was ist das?

Das ist sowas ähnliches wie Ultraschall sozusagen, also die Software, mit der wir das Ganze aufnehmen.

Das ist, ach so.

Nicht, dass es halt

eine Applikation ist, die nativ läuft, sondern

das läuft alles im Browser.

Und

alle Leute

connecten sich halt zu einem Server sozusagen und dann

Weil das ja so gut klappt mit dem

Browser und Audio und Video, wie man ja

jetzt an GT und so Dinge... Ja, es gibt da so ein paar komische

Geschichten, also das zum Beispiel, das hat mich dann gewundert,

als ich das dann mal ausprobiert habe, dass irgendwie alles

geht dann da auf 44,1

Kilohertz und das ist ja sehr unüblich.

Also normalerweise hast du ja immer Audio-Hardware,

Das ist immer alles auf 48 Kilohertz.

Und das ist natürlich dann seltsam.

Dann muss man das irgendwie umsamplen.

Und ich weiß nicht.

Aber Leute verwenden das und finden das gut.

Und ich habe es jetzt tatsächlich noch nicht für einen Podcast.

Ich habe es jetzt mal ausprobiert.

Ich fand es auch super.

Und ich finde die Idee halt total toll.

Eigentlich wäre es natürlich schon saukool,

wenn man das alles im Browser machen könnte

und nicht noch extra Software installieren müsste

und das halt automatisch überall funktioniert.

Aber gerade sowas wie, ich habe hier ja auch

so ein Mischpult, das geht alles nicht.

Sondern es ist halt so, alle verbinden sich halt mit

ihrem Ding halt irgendwo hin und dann

werden dann auch

mehrere Spuren aufgenommen, aber

du hast halt nicht die Möglichkeit, das nochmal

durch ein eigenes Mischpult zu schleifen oder so

und dann da so zu regeln.

Tragisch, tragisch, tragisch.

Ja, natürlich, wer braucht das auch?

Ja, ja, ich verstehe schon.

Nehmen wir mal an,

zum Beispiel eine Geschichte, für die man das schon braucht,

ist halt, wenn man jetzt einen Livestream hätte.

Ja, und dann hat man

so Dinge drin wie

Audiokompression oder so, die man dann halt

möglicherweise hoch und runter

regeln will und vielleicht

noch irgendwie so eine, weiß ich nicht,

eben so ein Soundboard und

weiß der Teufel. Und das ist dann alles

ziemlich, das geht dann alles nicht mehr so richtig.

Naja. Ja, naja gut.

Okay, also ich weiß es nicht.

In dem Fall das, dann überlegen wir uns das nochmal.

Was hältst du eigentlich davon, wenn wir diese Metadiskussion,

diese Ausrufung dann an das Ende der Folgen

stellen oder schneiden, damit

unsere Hörer, die sich auf das Frontend und Python

freuen, nicht, wie lange?

20 Minuten?

20 Minuten schon.

Ich habe nicht genau

gestoppt. Nein, also ich

mag das und ich finde das super, aber es ist halt

off-topic und schreibt uns doch mal

an hallo-at-python-podcast.de

was ihr davon

haltet, ob ihr gerne vorher so

Sachen hört oder einfach sagt, nee, dann lieber vorher

das Python-Thema und am Ende dann mache ich einfach aus

oder ich höre das sehr gerne und bitte

weiter, die ganzen Meta-Sachen.

Ja, gut.

Sollte man vielleicht einen Schluss packen. Okay, alles klar.

Jochen, welche von den

Videokonferenz-Tools

nimmst du eigentlich am liebsten? Also wenn wir jetzt schon bei dem Thema sind.

Das ist ja gerade ganz aktuell.

Weiß ich nicht. Also Zoom hat mir jetzt

tatsächlich von der Anwendung, also man hört immer ganz schreckliche

Geschichten davon.

Sicherheitsrisiken und

Private und

Ja, also genau. Also was Security

hier angeht und diese Geschichten ist Zoom

natürlich hat da eine ziemlich

vernichtende Bilanz

so bisher.

Wenn man das bedient, ist es

aber tatsächlich relativ nett, so fast

am nettesten. Also ich habe Zoom

mal auf dem Windows-Rechner angemacht und das hat mir

direkt Dinge in die Registry reingeschrieben

und Rechte geklaut, die

ich niemals erlaubt hatte, dass es hätte

haben sollen. Und es hat auch

vor allen Dingen nach Beenden der Applikation nicht

alles so entfernt, wie man sich das

vorstellt. Das fand ich ehrlich gesagt ein bisschen frech.

Also was ich sehr cool finde und auch fand, ist

BigBlueButton.

Das habe ich tatsächlich selber noch nicht ausprobiert.

Das finde ich tatsächlich bisher am

schönsten. Das hat auch so verschiedene Räume. Das werden wir jetzt

ein Python-Camp,

das am Morgen stattfindet,

übermorgen,

wahrscheinlich benutzen.

Das ist sehr cool. Das ist auch Open-Source.

Ja, also falls ihr uns noch

hört, ich weiß nicht, wann wir die Folge wieder veröffentlicht bekommen,

ein Python-Camp ist übermorgen.

Das ist genau, das ist übermorgen.

Könnte knapp werden. Wir haben ja jetzt so ein bisschen

Erfahrung schon, der PIDDF

Sprint war ja auch

virtuell. Das hat eigentlich ganz gut geklappt.

Da haben wir Jetsi verwendet.

Das war jetzt auch nicht so

schlecht.

Ja, Jetsi ist gut, wenn es bis zu 10, 15,

20 Leuten ist, das ist ganz gut. Also sehr gut sogar.

Ja, also

Zoom haben wir jetzt bei dem letzten

PIDDF-Treffen benutzt.

Das fand ich ehrlich gesagt sogar ein bisschen

angenehmer.

Aber so viel nimmt sich das

alles nicht. Und dann ansonsten, was ich halt

häufig benutze, ist halt

Teams. Eher so, weil es halt

muss.

Das benutzt man eigentlich

fast nie, weil man es nicht ausgesucht hat.

Sondern das ist halt irgendwie dann so

die...

Ich dachte, das wäre bei Zoom so.

Ja, ich glaube,

die Idee dabei, das jetzt bei PyTDF

zu verwenden, war auch, dass

Marc André

wollte halt ausprobieren, was für unterschiedliche

Dinge, wie unterschiedlich funktionieren.

Auch im Hinblick auf die Europiten, die er da

Ja, EuroPython wird Zoom nehmen.

Ja?

Das ist schon fest, ja.

Ach so, das ist schon fest, okay.

Die haben sich auf Zoom geeinigt, ja.

Ja, naja.

Also GSC hat es nicht geschafft wegen dem Bug in Firefox,

das tatsächlich ja noch nicht behoben ist

und weil es vor allen Dingen sich nicht so gut skalieren lässt.

BigBlue-Platten ist rausgeflogen,

weil das ja mehrere Server bräuchte dann

oder viele, die vom Einrichtungsaufwand her ein bisschen höher sind.

Ja, da blieb ja nicht mehr so viel übrig.

Ja, keine Ahnung.

Also für mich ist diese Frage einfach auch noch nicht geklärt.

Das ist halt ...

Der Chat von EuroPython geht übrigens über Discord.

Ach, okay.

Weil er gesperrt werden soll, weil der geflutet worden war

zwischendurch mal von ein paar bösen Buben.

So was, so was.

Naja, also wie gesagt, Teams funktioniert auch so halbwegs okay,

aber ist ansonsten irgendwie nicht so meine favorisierte Software

für diesen Kram.

Was ich höre, was super sein soll,

ist Meet.

Also die Google

Geschichte. Habe ich aber selber auch noch nicht

probiert. Hangouts kenne ich. Habe ich früher immer gemacht.

Ist dasselbe.

Hangouts haben sie umgestellt auf Meet.

Hangouts haben sie geschlossen.

Es geht jetzt nur noch über Meet und ist eigentlich ganz gut.

Ich nutze auch öfter mal Whereby.

Ja, Whereby finde ich auch gut.

Das ist auch tatsächlich von der Qualität her in Ordnung.

Aber das ist halt, ab vier Leuten musst du

Premium Account bezahlen.

Ja, und ansonsten

nicht mehr. Gut, es gibt noch Skype und sowas, aber das ist alles,

das verwendet eigentlich auch fast niemand mehr.

Da nimmt das noch jemand Skype, ist tot, oder?

Ja. Aber man kann glaube ich sogar Videokonferenzen

in Slack machen, habe ich letztens gehört.

Eine Sache, die ich super finde,

tatsächlich, das benutze ich privat eigentlich.

Ich habe noch nicht erlebt, dass das jemand irgendwie

in so einem

Berufskontext verwendet hat, aber privat.

WhatsApp-Videocall.

Naja, gut.

Also, okay,

das sind halt...

Das habe ich tatsächlich, glaube ich,

noch nie gesehen. Aber

FaceTime, Apple.

Und das funktioniert auch sehr, sehr gut.

Also gerade in Situationen, wo man halt

mit mehreren Leuten dann halt um so

ein Gerät rumsitzt, ist das eigentlich ziemlich klasse.

Weil das dann halt auch so, es hat auch so

nette Effekte, dass dann die Leute, die reden,

werden dann halt größer und

angezeigt und solche

Sachen. Und das ist halt

der Client auf den

iOS-Geräten ist halt super.

Es gibt ja auch keine anderen.

Wir wissen ja mittlerweile, dass du

diese Firma mit dem Apfel da ganz gerne magst.

Ja, tatsächlich, also das funktioniert einfach ziemlich gut. Kann man aber auch eben höchstens dann verwenden, wenn Leute eben zumindest irgendein IOS-Gerät da haben oder irgendwie Apple-Hardware, ja, also insofern.

Ja, also das passiert übrigens, liebe Hörerinnen und Hörer, wenn zwei Backender sich über Frontend unterhalten in einer Folge.

Dann reden wir über Videokonferenzsysteme.

Ich wollte tatsächlich sagen, das Modul aus der Standardbibliothek,

was wir noch vorstellen wollten, das wird Unitest Smog

sein, machen wir tatsächlich diesmal am Ende

und fangen jetzt tatsächlich

an, ein bisschen über das Thema Frontend zu reden, oder?

Ja.

Alles klar, können wir gerne machen.

Ja, News?

Na komm, News.

Warte mal, machen wir noch die News.

News aus Python jetzt.

Also jetzt geht's los, Leute, ihr dürft jetzt einschalten.

Ja, äh, was hatten wir denn da

so, äh, also

Du hast auch geschrieben, Language Creators Conversation

Mhm, das war irgendwie

ein Panel. Achso, das war das Panel

mit Guido und, äh,

dem Typen von Rust und, äh,

Nee, nicht Rust, äh,

ja, Larry Wall von Pearl,

dann James Gosling von

Java und, ähm,

äh, André Heilsberg,

äh, der hat

Turbo Pascal in den 80ern mal entwickelt,

äh, auf Delphi und sowas.

Ja, der ist

so, oh ja, da müsste ja jetzt jemand mit so einem

Krückstock und so ein uralter Greis,

der ist ja auch noch gar nicht so alt.

Und der hat jetzt auch irgendwie,

war da eine der treibenden,

oder vielleicht die treibende

Kraft hinter TypeScript, also

ganz interessant.

Ja, und

ich weiß gar nicht, in welchem Rahmen diese

Veranstaltung da

gelaufen ist. Ich hab's

halt eh dann als Podcast quasi

gehört. Die Audioqualität ist leider ziemlich

schrecklich. Also ich benutze dann immer an meinem Podcast-Player

so ein Sideload-Ding. Das heißt,

ich sage

in meinem Browser

auf dem Telefon Sideload

an meinen Podcast-Player und dann leert es das

Video runter, schmeißt das Video weg und

das Audio geht dann halt als Podcast-Episode in

meinen Player rein. Das heißt, ich habe das Video

nicht gesehen, aber das Audio gehört.

Und das ist natürlich ein bisschen,

ja, das ist oft, auch bei vielen Talks

ist das Audio oft relativ schlecht.

Entweder muss ich dann die Lautstärke sehr hoch drehen

und man versteht halt manche Sachen.

Ja, also

Wir wissen ja, du bist ein bisschen picky, was das angeht.

Ja, gut, kann sein, aber das ist halt auch

das ist der Fluch, wenn man sich damit beschäftigt,

dass man das dann plötzlich hört, wenn es nicht gut ist.

Naja, aber das ist wirklich schrecklich, das war teilweise

kaum zu verstehen, weil so viele fiese

Nebengeräusche dabei waren.

Aber inhaltlich sehr interessant, also

ich meine, das ist natürlich auch

total toll, dass man da mal irgendwie

halt so zumindest vier der

wichtigsten

ja, Entwickler

von Programmiersprachen, die halt das, was wir hier so

tun, also einen großen Teil von dem, was Leute so

machen, halt wesentlich geprägt haben,

halt dann die ein oder zwei Mal alle zusammensitzen und

dann halt darüber reden, wie sie das so sehen,

was so diverse Dinge angeht und das

war schon sehr interessant.

Und ja,

kann ich nur empfehlen, sich das mal anzuhören.

Es

ist toll, ja.

Denkt man.

Habe ich noch nicht geschafft, tatsächlich reinzuhören.

Ja, also ich weiß nicht,

ob es da irgendwas gibt, was man da,

naja, muss man sich einfach mal anhören.

Also das fand ich, also als

Geschichte, die jetzt gerade passiert ist, die man sich mal

angucken kann, irgendwie sehr nett.

Ansonsten, weiß ich nicht,

was gab es noch alles für News-Geschichten?

Django 1.1 ist End of

End of Life, ja, das ist auch

dass das

irgendwann passieren wird, ist klar, aber

jetzt ist tatsächlich die letzte Python 2

unterstützende Django-Version

weg. Das heißt, Python 2 ist

wirklich auch bei Django so

endgültig raus.

Das heißt, ja, also wenn man da noch

irgendwie auf so einer Longtime

Support-Version gesessen hat,

dann ist jetzt auch mal Zeit, da irgendwie was dran zu machen.

Eine andere

Geschichte war noch, dass ich verwende meistens

PyTest statt dem Unit-Test-Modul

für, also Unit-Test-Mock

für Mocks, aber für

die normalen Tests, also

eher PyTest

weil ich das angenehmer

finde, also weil bei Unit-Test gibt es so ein paar

also bei einem Unit, wenn man

Test-Case-Klasse zum Beispiel aus dem Unit-Test-Modul

verwendet, so ein paar Dinge, die ich so ein bisschen

komisch finde, wie halt diese

Camel-Case-Notation, das kommt halt alles auch so ein bisschen

ich glaube, das ist halt auch irgendwie sehr inspiriert

von JUnit und

das ist halt

so ein bisschen komisch, das hinzuschreiben

ich meine, man gewöhnt sich zwar auch dran, aber

es ist irgendwie

und PyTest hat halt eine sehr

schicke Art, wie man Fixtures halt

definieren kann. Das heißt, wie man sozusagen

die temporäre Testdaten,

die man sich dafür generiert, um halt einen Test ausführen

zu können, wie man die halt

so baut, dass sie für die Fixtures

passen und nicht für die reale Welt.

Ja, genau. Und die kann man auch schön

verschachteln und aufeinander abhängen lassen und so.

Und das funktioniert eigentlich ganz,

ist halt nett. Und dass man halt irgendwie

direkt Asteroid verwendet und nicht irgendwie

Methoden, die man

dann aufspielt.

Ja, weil man halt bei diesen

Methoden sieht man nie so direkt, was passiert. Bei dem Assert

ist halt klar, dass da nicht noch irgendwie versteckt

was schief gehen kann, weil da ist nichts mehr.

Und das ist halt, und

ja, also insofern PyTest

mag ich durchaus

lieber, aber

das Projekt hat irgendwie so auch

ein bisschen eine unruhige Fahrbasis.

Es gab da irgendwie

vier Maintainer und jetzt sind drei davon weg.

Oh.

Ja. Das ist viel.

Ja. Das sind 75%.

Das sieht nicht so gut aus, ja.

und keine Ahnung.

Wird das geforkt?

Ja, keine Ahnung. Vielleicht gibt es dann nicht so etwas anderes.

Vielleicht, aber

für mich ist es halt blöd, weil

jetzt, oder ich meine für alle,

es ist insgesamt halt blöd, weil jetzt muss man sich

natürlich überlegen, okay, hm, was macht man denn jetzt?

Naja, ich hoffe mal,

dass sich das alles irgendwie

zum Guten wendet, aber

das ist natürlich so ein Problem generell,

bei Open Source-Geschichten.

Wie

stellt man das eigentlich sicher, dass so ein Projekt

nicht irgendwie plötzlich kaputt

geht an irgendwas, ne? Oder

Ja, dann meine ich

einige Sachen so ein bisschen nervig. Ich habe ja

PyEnv auch sehr lieb gewonnen, eigentlich.

Auch von dir hast du ja den

schönen Tipp gegeben und das habe ich dann auch auf Windows

zum Laufen gebracht, tatsächlich. Das ist

aber sehr schrottig in Visual Basic implementiert.

Diese Windows-Variante und

war nicht so super maintained.

Ich habe es jetzt aber hinbekommen, indem ich mir

einzelne, unbeantwortete Pull-Requests

gezogen habe, die Funktionalität so wiederherzustellen,

dass man damit einigermaßen arbeiten kann.

Aber ja, sowas ist halt ein bisschen ein Gefrickel.

Ja, aber ich würde sagen,

News hast du noch was?

Also außer, dass jetzt alles online ist,

was wir schon wissen.

Ja, ansonsten, ich habe hier noch einen Punkt

mir aufgeschrieben, weil das halt auch

vielleicht für andere interessant ist.

Es gab ein paar Artikel zu

Django-Architektur.

Ich weiß nicht, ob wir dieses Fass aufmachen

wollen. Lassen wir es auch einfach zu.

Du meinst für heute?

Ja, weil wir jetzt eh schon

FAD-Models und sowas. Genau, genau, genau.

Das wäre sozusagen Service Layer und dieser ganze

Kram.

Ja, wir wollten unbedingt dringend drüber reden.

Also was war eigentlich,

wann ist eigentlich das Django-Meetup Cologne?

Bitte, ey.

Das war schon, das war jetzt glaube ich am Dienstag.

Oh, dann habe ich es verpasst.

Ja. Du auch?

Ich auch, aber ich konnte Dienstag halt nicht.

Ja, ich auch nicht.

Ja.

Tja, so ist das.

Ich würde sagen, das verschieben wir mal auf irgendeine Django

Jango-Folge?

Wir reden jetzt übrigens über Django

Backend und JavaScript

Frontend. Ja.

Ja. Genau.

Wir sind beim Thema angekommen, Leute.

Unglaublich. Super, dass ihr noch da seid.

Manchmal dauert das halt so ein bisschen, da muss man sich auch

die Zeit nehmen, da auch mal irgendwie

Möchtest du jetzt unseren Hörern

vorschreiben, wie sie unseren Podcast

hören sollen?

Nein, da gibt es ja dann die Kapitelmarken

und da kann man sich das dann ja so

Also Leute, Kapitelmarken gehen so, ihr klickt

so lange auf weiter, bis ihr das hören wollt

was ihr hören wollt oder auf zurück, um es

immer nochmal zu hören, was euch besonders interessiert

habt. Ihr könnt sogar bei bestimmten Podcasts

auf Dauerschleife setzen

und zum Einschlafen

benutzen. Genau

So, ja, also

das, wie

kamen wir eigentlich auf diese Frontend-Geschichte?

Wie sind wir eigentlich auf den Hund gekommen, sozusagen?

Was ist,

oder was ist dein...

Ja, also wir entwickeln ja relativ viel

Web-Zeugs und

auch Dango natürlich, oder

Flask, aber hauptsächlich Dango.

Und

das muss man ja, wenn man nicht die Dango-eigene

Template-Engine benutzen möchte, was man natürlich machen kann

für so grundsätzliche HTML-Dinge

mit CSS und ein bisschen Bootstrap vielleicht,

funktioniert das ja wunderbar.

Aber wenn man so ein bisschen größeres Projekt machen will, dann ist es halt häufig so, dass man Django mit einem Frontend benutzen möchte, einem Framework. Da ist dann Vue drin oder React oder Angular und Django wird oft noch ohne Kopf, also Headless benutzt und dann per APIs angesprochen.

Und da gibt es immer so ein paar Fallstricke, wie man das implementiert und was da überhaupt alles dazu gehört und worüber redet man da überhaupt, was heißt denn der ganze Quatsch und diese ganze JavaScript-Welt ist ja gerade für Python-Entwickler erstmal so ein bisschen ein Buch mit sieben Siegeln.

Also ja, es gibt ja einige Backends, die sagen, oh Frontend, aber wenn man da so ein bisschen drin ist, merkt man so, oh, das ist gar nicht so einfach, wie man früher vielleicht dachte, sondern das ist tatsächlich ein ganz schöner Stack.

Und da muss man auch ganz schön was können.

Das ist ganz schön was wert, wenn man ein guter Frontendler ist.

Und wenn man irgendwann mal diese Full-Stack-Richtung möchte,

dann muss man das mit Sicherheit auch mal

zumindest so gesehen haben,

dass man weiß, was man da tun könnte.

Und vor allen Dingen

muss man das Frontend ja

auch irgendwann mit seinem Backend wieder zusammenschnüren können.

Das heißt, man muss zumindest ja

dann die Schuhe zubinden und das irgendwie auf den Server packen,

dass das dann auch beim Kunden

oder bei einem selber auf dem Server irgendwie rennt

und nicht wieder auseinanderfällt.

Und wie man das alles macht, das wäre doch eigentlich mal ganz interessant,

so ein bisschen zu besprechen.

Ja, genau.

Bei mir ist es so,

vor allen Dingen, dass ich schon immer mal View angucken wollte

und jetzt kam dann irgendwie so ein Ding vorbei.

Ich habe mich dann in diversen View-Meetup-Gruppen angemeldet,

aber da ist dann irgendwie nichts passiert.

Die Anmeldung ist immer das Wichtigste. Ich habe auch so mit auf Gruppe.

Da melden sich mir ganz viele Leute an, die kommen aber nie.

Ja.

50 Leute ist für bezahlte Leute

die Grenze, die man erreichen darf

an Anmeldungen,

bevor es noch teurer wird.

Und ja, ich habe halt wirklich 50 Leute

in der Gruppe drin, das füllt sich immer wieder auf. Also wir machen

Computerspiele und so.

Und es sind drei Leute immer da. Drei.

Ja, genau. Also das

passierte nicht, sondern dann gab es irgendwann so den

irgendwie diese Gruppe ist nicht mehr

mein Talent, möchtest du das nicht übernehmen, dann habe ich dann einfach

irgendwie, ohne darüber nachzudenken,

einfach auf ja, warum nicht, geklickt.

Und jetzt muss ich mal überlegen, was ich damit mache, aber ich wollte ja

sowieso Vue lernen, also das wäre auch noch so eine Idee,

dass man das eventuell, das wäre einfach eine virtuelle

Vue-Django,

weiß ich nicht, oder Gruppe draus machen,

wo man halt vielleicht mal so ein bisschen

interaktiver versuchen könnte,

rauszukriegen, wie man das Ganze so benutzt.

Und

ja, muss man mal überlegen, aber das wäre halt

auf jeden Fall eine Möglichkeit.

Aber Vue ist sowieso

also aus diversen Gründen das, was

ich mir jetzt mal demnächst näher angucken

möchte. Also ich finde das so, diese Komponenten

finde ich sehr intuitiv, schön.

Das hast du aber auch bei allen, das hast du

eigentlich inzwischen, also das ist

keine... Also ich muss gestehen,

ich habe mir Angular nur so ein bisschen angeguckt und

React habe ich noch gar nicht gesehen, aber

ich finde das mit Vue, die Komponenten hervorragend.

Vielleicht erzählen wir

erstmal so die, was das überhaupt ist, was das überhaupt macht,

was das denn so ein Frontend-Framework oder?

Ja, ja genau.

Also gerade für uns Price-Entwickler ist das erstmal so ein bisschen

Overhead, ne? Man installiert sich dann

über NPM oder

wie auch immer, also Node.js, was man da macht,

dann dieses Paket von Vue und startet

dann mit Ucreate ein Projekt

und es werden erstmal 20.000

Pakete aus dem

Repositorium gezogen und als Modul

irgendwo hingepackt.

Ja, das ist halt, das ist so ein bisschen JavaScript, ne?

Das gibt's halt keiner Standard-Bibliothek

und dann muss halt

irgendwie alles an Abhängigkeiten

bis ganz runter geholt werden, was man

irgendwie brauchen könnte.

Das ist schon, ui.

Naja, so ist

es halt. Ich kann jetzt auch

nichts mehr dran machen. Aber

also die Unterschiede, ich glaube,

also die drei großen,

so eben Vue, React, Angular,

oder ich würde eher sagen, React ist das größte

Ding zur Zeit wahrscheinlich.

Angular und dann Vue oder wie auch

mal, ist ja auch egal, die kann man alle benutzen,

die sind alle gut und

so wahnsinnig groß sind

die Unterschiede ja jetzt gar nicht.

Es ist nur so, dass für mich

ist Vue deswegen interessanter,

weil halt es nicht irgendwie

sozusagen das

Spiel, dass das Projekt irgendwie

von einer Firma ist, sondern es ist halt

sozusagen unter den dreien das einzige

Open-Source-Projekt in dem Sinne.

Weil ich meine, klar, natürlich ist auch Angular

und React ist irgendwie Open-Source in dem Sinne, dass es halt

sehr gut verfügbar ist, aber wenn ich jetzt

da irgendwas dran ändern möchte

oder möchte, dass sich das mehr in eine Richtung

entwickelt, die nützlicher für mich ist und nicht so sehr

für Facebook, dann kriege ich meine Pull-Requester

ja doch nicht durch, weil die bei Facebook

da drauf sitzt oder bei

Angular sitzt halt Google drauf und die entwickeln das halt.

Das heißt,

ja, das ist halt

vor allen Dingen an die Bedürfnisse von denen angepasst

und

da sehe ich bei Vue zumindest die Chance,

dass das halt so ist,

weil ich glaube nämlich tatsächlich, dass

die Anforderungen von Firmen wie

Facebook oder Google halt unter Umständen

ein bisschen anders sein könnten, als

das, was halt so man braucht,

wenn man jetzt halt

nur so ein bisschen, was kleineren Rahmen

irgendwie Dinge hochzieht.

Und...

Der kann klotzen, Jochen.

Ja, genau, warum nicht das nächste, genau,

einfach Google-Konkurrenz machen.

Ja, also es ist,

daher denke ich, ist Vue so

für unabhängige Leute

irgendwie schon die interessantere

das interessantere Projekt, aber

keine Ahnung, kann auch vollkommen falsch sein, wer weiß.

Jedenfalls,

wenn man sich,

wenn es halt eh mehr oder weniger egal ist, dann kann man

ja vielleicht das mal verwenden.

Und React und Angular

habe ich auch schon so ein bisschen mit Dinge gemacht

und React hat mir tatsächlich ziemlich gut

gefallen, Angular nicht so

richtig, ehrlich gesagt. Und warum?

Und was ist das überhaupt und was macht man da?

Vielleicht erklärst du nochmal so einen ganz Anfänger,

was das denn überhaupt ist

und wie man das so macht?

Also, ja, was, der Witz daran ist eigentlich,

also, das ist die Frage, wo man ansetzt.

Man könnte natürlich sagen, na ja,

zum nächsten Mal gibt es halt nur so Standard-Web

mit irgendwie HTML, CSS und JavaScript

eigentlich mehr oder weniger nur so als,

unterstützt halt irgendwie bestimmte visuelle Geschichten oder so.

Und dann irgendwann kam halt, da hat der Internet Explorer

halt diese XHTTP-Request-Geschichte

mit eingeführt

und damit wurde es dann halt interessant. Das Ganze

lief dann so in Richtung, das lief

dann halt unter dem Stichwort Web 2.0,

weil jetzt halt Webseiten

ohne eine komplette

Seite neu rendern zu

müssen, halt Dinge auf der Seite ändern

konnten und dann hat man da

irgendwie so ein bisschen dann, die Browser-APIs waren

alle unterschiedlich. Dann gab es halt eine Bibliothek,

die halt dann irgendwie die unterschiedlichen Browser-APIs

halt unter

einer gemeinsamen

API halt

angesteuert hat

und das war dann jQuery, das war sozusagen die Standard-API,

die man dann verwendet hat und

könnte man dann fragen, okay, jQuery,

super, dann ist aber alles

perfekt, alles tutti, warum verwendet

man das nicht heute immer noch?

Und da ist die Antwort im Grunde, naja,

also das wurde halt immer

komplexer und irgendwann kriegst

du halt, wenn die Applikationen, also ich würde

sagen, tatsächlich für kleinere Geschichten kann man das auch immer noch so machen.

Eigentlich ist es gar kein

Problem.

Also eine Geschichte,

die halt dann irgendwann schwierig

wird, ist halt,

dass wenn man jetzt ganz

viel

State halten muss, also wenn man jetzt eine

Seite hat, auf der viele komplexe Sachen passieren,

dann ist halt die Frage, wie merkt

man sich jetzt eigentlich, was man alles tun muss,

wenn jetzt jemand per Drag-and-Drop irgendwas irgendwo hinzieht

oder so. Wo gehen überall

die Counter rauf und runter?

Wenn irgendein Event passiert, geht

dann noch eine Notifikation an?

dieses, das wird

dann halt, wenn die Applikation sehr komplex

wird oder die Webseite sehr komplex

wird, dann wird das halt irgendwann sehr, sehr unübersichtlich,

wenn man das halt mit jQuery macht.

Also State

nochmal für unsere Ganzanfänger ist

der Zustand, den ein Benutzer irgendwie erreicht hat,

den er irgendwann wieder sehen will.

Nee, eher

State ist halt sozusagen der Zustand

der Seite. Also

den musst du ja selber handeln.

Also wenn du nur HTTP machst

quasi, dann ist der immer am Server.

Da ist es einfach.

Weil Request-Response. Genau.

Aber wenn du jetzt sozusagen

nicht nur das machst, sondern du machst halt

auch noch irgendwie

XHTTP-Requests, das heißt du schickst irgendwas zum Server,

merkst du halt so, musst du halt dann irgendwie merken, ich hab das

jetzt schon da gespeichert oder musst du halt merken,

ich hab's halt noch nicht gespeichert. Also das ist schon

beim Server, das noch nicht, aber trotzdem

hast du ja vielleicht schon irgendeine Aktion gemacht.

So

diesen State. Fehler, Server-Verbindung

abgebrochen. Ja, diesen State

musst du jetzt irgendwie verwalten.

Und den verwaltest du dann halt nicht mehr

nur auf dem Summer, sondern halt auch auf dem

Client. Und das geht dann halt

irgendwann nicht mehr so richtig gut mit

jQuery, weil das ist ja auch dann,

du hast das ganze Zeug ja irgendwie dann in so

JavaScript-Files, du hast nicht so richtig Module

oder so.

Geht alles nicht so. Also

du kannst natürlich schon unterschiedliche Files haben,

aber es ist halt irgendwie

mit jQuery wird das halt irgendwie nichts

ab einem gewissen Komplexitätslevel.

Und im Grunde diese ganzen Frameworks

sind halt alle

dafür gebaut,

um mit diesem Problem

umzugehen, sage ich mal jetzt, als jemand,

der eigentlich, ehrlich gesagt, gar keine Ahnung von diesem ganzen

Kram hat, aber so aus meiner Perspektive

von außen

ist es so grob, dass

die... Du hast jetzt absichtlich ein bisschen geflüstert.

Ja, es ist

schon so,

eigentlich, ehrlich gesagt, es ist so ein bisschen außerhalb von dem, was

ich normalerweise mache, daher

keine Ahnung, vielleicht rede ich

auch großen Unsinn gerade.

Aber...

Überprüf das, schlag das nach

und schreib es uns in die Kommentare.

Genau.

Während jetzt man

in jQuery zum Beispiel

den DOM, also sozusagen die

Baumrepräsentation der Webseite im Browser

direkt manipuliert, dann macht man das halt

in React View,

wie auch immer, üblicherweise nicht direkt,

sondern

in einer

Shadow DOM oder keine Ahnung.

Der SchattendOM.

Ja, das macht man, da gibt es immer Leute, die sagen,

so viel schneller, also, ja, direkte

DOM-Manipulation ist halt viel schneller als irgendwie

so virtuellen DOM irgendwie,

aber was einem das halt erlaubt

ist, dass man das halt

trennen kann, also den

State in dem

Gerinnerten von dem, was man halt, wo man die

Manipulationen macht, und das ist natürlich

unter Umständen sehr wertvoll, also

ich würde sagen, das halt...

Kannst du mir noch ein Beispiel dafür nennen, was passiert jetzt,

wenn man jetzt einen Schatten-DOM,

also das Dokument-Operation-Modell, also irgendwie

das, was da hinter steckt,

hinter der ganzen gebauten

Konfiguration. Die Idee ist so ein bisschen, dass du halt die

Manipulationen da in deinem Schatten-Dings da machst

und dann nur guckst, du diffst das halt nur noch

dann sozusagen gegen das, was du, und dann machst du halt

erzeugst du

den, oder machst die

eigentlichen Dommen-Manipulationen

halt dann

aus dem Diff zwischen

dem, was du eigentlich

in

seinen virtuellen Dommen zu dem

realen sozusagen, aber du

manipulierst den realen nicht

tatsächlich. Also du könntest ja auch

sozusagen, du kannst ja auch deine ganzen Daten im echten

DOM halten, könntest du ja. Du kannst ja das in Attribute

von irgendwelchen Elementen reinschreiben oder so.

Aber das ist halt

nicht so schön.

Weil

Da brauche ich lieber einen Schatten-DOM.

Ja, also keine Ahnung.

Also es ist

naja, ich bin da auch nicht der Beste,

um das zu erklären, glaube ich.

Jedenfalls

heutzutage kann man für das, was man früher mit

Jackquery gemacht hat, auch einfach irgendwie React oder Vue

oder so verwenden. Das geht natürlich alles.

Aber

man kann damit natürlich auch noch

mehr machen. Das ist zum Beispiel eine Geschichte, die

halt in letzter Zeit

sehr populär geworden ist, wobei ich auch mal sagen würde,

man muss ein bisschen vorsichtig sein, dass man da

nicht zu sehr

in diese Hype-Falle tappt, weil

das hat halt auch, also die Trade-Offs sind nicht so

ohne. Also das sind halt so

Single-Page-Apps,

dass du sozusagen

alle

Komponenten direkt mit

ausgeliefert hast und nicht

mehr, also praktisch gar keine

Requests mehr machst, die halt da zu einem

Reload der Seite führen.

Sondern immer nur noch über die API,

also deswegen Django Headless und REST,

Single-Page-Application und

asynchrone Fragen

an den Server über das JavaScript.

Früher hatte man da immer noch

so ein gewisses Problem, dass man

das dann halt unter einer URL hatte

und dass die Zurück- und

Vor-Buttons irgendwie nicht richtig funktioniert

haben, aber es gibt da, ich weiß jetzt gar nicht,

wie die heißt, die API, es gibt eine Browser-History,

sonst was API

und die ist mittlerweile auch stabil in allen

Browsern drin und das heißt, man kann auch

ordentliche URLs

haben, ordentliches URL-Routing

und Back- und

nach vorne Buttons und so,

das funktioniert alles und wenn man links klickt, dann

das klappt alles inzwischen super, man muss dann nicht

mit irgendwelchen komischen

Hashtag

irgendwie Anchor-Tag

Dingern irgendwie rumspielen,

wobei das glaube ich Vue auch in der

Default-Konfiguration noch so macht, das muss man dann halt

irgendwie dann umstellen.

Also

das sieht dann aus wie eine Webseite

und fühlt sich so an wie eine ganz normale

Webseite, aber in Wirklichkeit ist es so,

das wird nie wirklich neu geladen, sondern

die wird immer nur umgebaut, basierend

auf dem, was die

JavaScript... Also die ganze

Arbeit macht der Klient direkt vor Ort.

Genau, da wird das halt auch sozusagen

gerendert, ja. Was halt viel

schneller ist, weil so ein kompletter Page Reload,

wenn das halt kompliziert ist, also wenn ich

allein, es reicht eigentlich schon, wenn das irgendwie

Bootstrap mit allem möglichen Kram drin ist,

dann ist das so fett, dass

halt, wenn man

bei einer

Server gerenderten Seite halt irgendwo

auf den Link klickt und das dann neu rendert,

dann merkt man das eigentlich

immer, weil auch wenn der

Request selber schnell ist, so oft ist es so,

dass tatsächlich

irgendwie alles,

auch inklusive Assets, halt innerhalb von

200 Millisekunden zurückgekommen ist, dann denkt man sich

so, ja, das ist so schnell,

dass man es eigentlich fast nicht merken sollte

und trotzdem bemerkt man es und der Grund, warum man es

trotzdem bemerkt, ist halt, dass

das Rendern vom DOM

ist halt nicht so schnell.

Das dauert halt und selbst wenn

da nichts mehr im Netzwerk passiert, ist es

so, dass allein, dass der Browser das

alles neu aufbauen muss.

Das dauert halt und

das merkt man und das ist halt nicht so flüssig

wie eine native App, die jetzt halt

irgendwie auf dem Rechner läuft und die nicht

komplett neu gerendert

werden muss. Und wenn man das jetzt in JavaScript

sozusagen hat, die Applikation,

und dann sich sozusagen für

eine neue Seite

immer nur neue Daten geholt werden von einer

API und man kann dann ja auch so, also wenn man zum Beispiel

eine Liste hat, wo man irgendwie so durchpaginiert

oder so, dann kann man sich ja auch für die

nächsten drei, vier Seiten die Daten schon mal geholt haben

und dann drückt man auf den Knopf und dann wird halt nur

der, wird

halt nicht das komplette

Template außenrum alles

nochmal neu gerendert, sondern dann wird halt nur der Inhalt

der Tabelle, die man halt da sieht, irgendwie vielleicht ausgetauscht.

Und das ist dann halt sehr schnell

und das geht dann halt, das sind halt so wenige,

ich weiß nicht wie viele Millisekunden,

aber so unterhalb der Wahrnehmungsschmelze.

Man drückt da drauf und es ist sofort,

es hat sich sofort geändert.

Und das

ist natürlich sehr nett. Das ist halt etwas, was man mit

auf einer Server

Seite gerinnerten

Webseiten nicht hinkriegen kann

eigentlich.

Es fühlt sich halt viel mehr an wie eine native App.

Und das ist natürlich schon schön und gerade für kompliziertere

Geschichten ist das

natürlich

schon sehr nett.

Also die sich halt mehr so wie

klassische Applikationen auf dem Desktop anfühlen

sollen. Und ja,

das ist natürlich alles schön. Warum macht man

nicht alles so. Man kann die

Dinge halt auch dann irgendwie quasi direkt auf

Mobilgeräte und so deployen.

Und

so ein bisschen, also diese Progressive

Web-App-Geschichte, die sehen dann halt auch so ein bisschen aus

wie normale Apps, wie so native Apps

auf Telefonen und so. Warum macht

man nicht alles so? Das hat halt auch diverse

böse Nachteile. Ein böser

Nachteil ist halt

Google-Suchergebnissen,

Single-Page-App, das funktioniert halt einfach nicht so gut.

Was auch nicht so schön ist,

ist halt, dass der erste Request unter Umständen sehr, sehr

langsam ist, weil da halt irgendwie tatsächlich

vielleicht megabyteweise JavaScript und

anderer Kram irgendwie geladen werden muss.

Und

ja. Das hört sich

so mittelgut an für Menschen. Genau, das ist halt

also, ja, wahrscheinlich

es kommt halt darauf an, was man

für ein Problem hat. Für manche Probleme ist

halt irgendwie eine klassische

serverseitig gerenderte Geschichte das

allerbeste. Für manche andere Sachen ist

halt irgendwie eine Single-Page-App besser.

Aber, dass das überhaupt

so geht und dass man das machen kann, ist eine

relativ neue geschichte und das ja das ist auch etwas was man halt mit dieser

diesen Frameworks

halt gut machen kann.

Was man jetzt mit jQuery nicht machen

könnte.

Wobei, ja, doch,

vielleicht geht es da sogar, ich weiß es nicht

genau, aber es macht halt, ich weiß nicht, ob es irgendjemand macht.

Könnte man vielleicht sogar auch,

aber es, naja, vielleicht

keine so gute Idee.

Ja, die, genau,

Unterschiede,

also so

React

es gab ja früher nochmal sehr

große Unterschiede, also tatsächlich

die

ersten

JavaScript-Frameworks, die halt dieses

Problem insgesamt angenommen

haben, die waren sehr unterschiedliche

Ansätze, da gab es halt irgendwie

Angular 1 halt, das war eins der ersten

also war vorher React auch

da, dann gab es irgendwie Ember und so

und

dann aber

React hatte irgendwie alles so ein bisschen geändert

Das war halt so das Erste, was einen sehr neuen Ansatz hatte, so diese, wie soll man das beschreiben, eigentlich eher einen funktionalen Ansatz,

dass man halt sozusagen die Visualisierung der Seite erzeugt,

indem man ein State hat und da einfach dann Funktionen drauf ausführt,

die das dann halt hinrendern.

Und dass man halt nicht sozusagen irgendwelche Templates hat,

HTML, man kennt das ja von Django

vielleicht oder sonst wie von

einer serverseitig gerenderten Geschichte,

wo man

wo halt

dann irgendwie

Sachen ersetzt werden.

Man hat halt irgendwie HTML oder so mit

Platzhaltern für, da kommen jetzt dynamische Sachen rein,

sondern in

React ist es eher

umgekehrt. Du hast halt

zwar etwas, das so ein bisschen aussieht nach

HTML

und ein Template, aber das ist es

gar nicht in Wirklichkeit, sondern in Wirklichkeit ist es

einfach nur eine Funktion.

Und diese Funktion

rendert

halt, rendert sich selbst raus

zu HTML oder zu irgendwas,

was halt irgendwie im DOM angezeigt werden kann.

Und

dieser Ansatz hat sich dann durchgesetzt.

Das machen jetzt inzwischen alle anderen auch so.

Und

ja,

tatsächlich, also ich fand React

jetzt, ist jetzt auch schon wieder ein bisschen her.

inzwischen, ich habe nie

mit Hooks irgendwie was gemacht.

Also

man muss eigentlich viel zu viel erklären.

Also React hat mir eigentlich ganz gut

gefallen. Es ist eigentlich

gar nicht groß, es ist auch eher so

eine kleine Geschichte,

aber es gibt natürlich ein riesiges

Ökosystem drumherum.

Und

ja, Angular fand ich

ehrlich gesagt, es ist deutlich fetter

und

mit gewissen Sachen bin ich nie so richtig, also man

muss relativ viel Boilerplate außen rum

schreiben und es passieren komische Sachen

manchmal, aber ich meine, kann man auch

verwenden. Also Angular, letztendlich nimmt sich das

alles nicht viel, es ist halt auch so ähnlich

und jetzt

Vue ist, glaube ich, auch so ähnlich. Das ist auch

kein großer Unterschied.

Außer jetzt diese

diese URL-Routing-Geschichte, die bei Vue

noch so ein bisschen komisch ist, aber

naja.

Tja.

Ansonsten weiß ich nicht, was

ist das,

was wäre denn noch so interessant?

Einzelne

Frameworks jetzt. Ja, ich,

ehrlich gesagt, keine Ahnung. Ja, wenn du keine

News-Story hast, wo wir genau wissen,

hey, in dem Case ist jetzt Angular total super

und da lieber React und

da lieber Vue, sondern die sind alle austauschbar.

Das heißt, wir können mit Python tatsächlich jedes

dieser Frontends nehmen. Die Frage ist aber, wie man

das implementiert, weil wenn du jetzt versuchst,

in der Django-App einfach so

ein JavaScript-Framework einzubauen,

dann wirst du vor einige Probleme kommen,

weil du halt diese dynamische

Entwicklung gar nicht richtig machen kannst.

Oder die Features der

ganzen Frameworks gar nicht.

Du musst halt irgendwie mit dem Backend kommunizieren.

Also dieses Problem hast du natürlich weiterhin, dass du

irgendwie

ja, irgendwo die Daten

dann tatsächlich in der Datenbank halten willst

und du musst halt irgendwie, ja, die da reinkriegen

und die da auch wieder rauskriegen und so.

Und gut, vom Server kommt jetzt dann nicht mehr HTML,

sondern da kommt dann halt eher irgendwie JSON

oder, ja, so eigentlich immer JSON,

aber es gibt halt auch unterschiedliche APs.

Die beiden Hauptgeschmacksrichtungen, die es da gibt,

sind halt, ja, REST oder eben GraphQL.

Etwas neuere Geschichte.

Nimmt sich aber letztlich

auch gar nicht so wahnsinnig viel.

Ich habe angefangen

mit REST und dann

das lange gemacht und dann

GraphQL fand ich dann ganz gut und

bin jetzt inzwischen wieder bei REST.

Es gibt Leute, die machen dann auch

irgendwie sagen, naja gut, also

GraphQL zum Lesen ganz gut, zum Schreiben

vielleicht nicht so und schreiben dann über REST

und lesen über GraphQL.

Naja, also aber

letztlich ist es ja auch

ist es ja auch egal, auf jeden Fall

der Trend geht so ein bisschen...

Ja, aber man braucht halt dann eine API dann, ne?

Dann bleibt bei Python nur noch das Bereitstellen der API übrig

und das ganze Frontend-Trainering

fällt weg. Ist das auch bei Async-Django

so?

Async-Django

ist jetzt eine andere

Geschichte, oder wie...

Ja, warum ist das eine andere Geschichte? Dann habe ich

wieder Unsinn erzählt.

Async heißt ja eigentlich nur, dass du

dass du

nicht

also

das Protokoll zwischen

Applikationsserver und