Transcript: GUI-Applikationen am Beispiel von MiaPlan

Ja, hallo liebe Hörerinnen und Hörer, willkommen beim Python-Podcast, heute Jubiläums-Episode 50, herzlichen Glückwunsch Jochen.

Ja, herzlichen Glückwunsch zurück, 50, sind wir schon, wow.

Ja, ganz gut, oder?

Ja.

Wir sprechen heute über Qt und andere grafische Anwendungen in Python und über Mia-Plan, das da gebaut ist, und haben den Martin zu Gast, hi Martin.

Hallihallo.

Hallöchen.

Ja, wollen wir ein bisschen News machen am Anfang?

Ja, diesmal vielleicht schon, hatten wir letztes Mal ja nicht.

Genau, und dann mache ich das hier gerade mal auf, was wir da so.

Ja, also es gibt halt so ein paar langweilige Software-Geschichten,

wo es vielleicht nicht schlecht wäre zu wissen, was da passiert.

Es gab jetzt, das ist aber auch schon was länger her,

ich habe jetzt ja dummerweise die News von zwei Episoden

und dazwischen ist auch mal was ausgefallen.

Kann sein, dass es jetzt doch ein bisschen veraltet ist.

Zum Beispiel, was ich hier drauf habe, ist,

dass die einzelne Version von MyPi rausgekommen ist,

was vielleicht ganz interessant ist.

ist auch nochmal, dass

rausgekommen gewesen war, wolltest du also sagen.

Ja,

ist schon länger her und

das Einzige, was mir jetzt noch so in Erinnerung ist,

ist halt deutlich schneller geworden damit auch.

Ansonsten

SQL Alchemy 2

ist raus. Da war

auch das, was man quasi an coolen Dingen

verwenden konnte, war schon in 1.4 irgendwie

drin und der 2.0 Schritt

ist glaube ich nur, dass jetzt Sachen

deprecated sind, die halt vorher

noch gingen und jetzt gehen sie halt nicht mehr.

Deswegen halt der Manager-Versionssprung.

Aber eigentlich auch ganz

interessant, weil so gerade so Async-Geschichten

ist halt, das ist

auch da noch relativ neu.

Also, dass man da halt so mit

na, wie heißt das?

PG?

Async-PG.

Async-PG, genau.

Das auf Postgres zum Beispiel zugreifen kann.

Und das halt alles so ordentlich

funktioniert.

Ja, da hatte ich auch schon viel Spaß mit.

Hört sich gut an.

Dann Wagtail hat sich eine ganze Menge getan.

Da habe ich hier noch die Release Notes drin von Wagtail 4.2.

Ui.

Und jetzt ist aber schon 5.0 gestern erschienen.

Ah.

Das ist tatsächlich, ja.

Wie viele Backing Chases gab es diesmal?

Doch, gab ein paar.

Und ich hatte auch da so ein bisschen Probleme mit.

Also das war nicht so, das war schon ein etwas holprigeres Update.

Weil, also dazu, die Software, mit der wir hier den Podcast irgendwie publishen, basiert halt auch auf Wagtail.

DjangoCast.

Genau, und auf Django natürlich. Und ja, deswegen kriege ich das immer mit, wenn es irgendwas bricht, dann bricht es halt ja auch.

Der Grund, warum ich es nicht mehr mitkriege, ich habe es aus diesem Grund rausgeschmissen.

Ja, aber also, ja gut, sie machen da was dran, sie machen das jetzt auch über Major-Versionen, also man kriegt zumindest so ein bisschen irgendwie einen Eindruck davon, dass irgendwas kaputt gehen könnte, wenn sie dann die Major-Version erhöhen und sie koppeln sich jetzt auch quasi an den Django-Release-Prozess dran und das war jetzt auch nur einen Monat nach dem Release von Django 4.2, also Wagtail 5 ist die erste Wagtail-Version, die offiziell Django 4.2 unterstützt und das ist, früher war das immer noch ein bisschen länger.

Und jetzt inzwischen ist es halt so

einen Monat später oder so.

Ja gut, ist nicht super aktuell.

Ein Monat ist ein Monat.

Ja, ist schon ganz okay.

Die müssen halt auch relativ viel fixen und ändern.

Daher ist es schon verständlich,

dass es nicht immer so fortgeht.

Aber Jocken, du bist doch eigentlich immer dagegen,

dass man sich so dicke Klötze ans Bein bindet.

Ja, ich hätte das auch

am liebsten vermieden, wenn das irgendwie möglich gewesen wäre.

Aber ich möchte,

also ich hätte jetzt auch ein eigenes Thema schreiben können.

Ja, das wäre auch gegangen.

Warum denn nicht?

Wir hatten letztens jemanden getroffen,

der hat ein eigenes CMS in PHP geschrieben.

Kann das sein?

Ja, oder hat er mit...

Wir waren auf dem Vue.js

Meetup Cologne.

Das war ganz interessant, ja.

Der hat ein Statamic

mitentwickelt, beziehungsweise ist einer der Leute, die da halt

bezahlt werden für, dass sie da dann entwickeln.

Das ist tatsächlich so ähnlich wie Wagtail, bloß halt für

PHP und Laravel.

Und

ja, nee, das ist also CMS

das ist schon eine große Geschichte. Wacktail ist auch

relativ groß, viel Code drin

und das weiß ich nicht, ob man das wirklich selber machen möchte.

Es gibt da ein schönes Projekt von, jetzt habe ich den Namen

vergessen,

auch sehr bekannt eigentlich in der

Kerstin,

in der

Django-Community,

genau, der hat FeinCMS geschrieben

und das gefällt mir,

also wenn man sich den Source anguckt, das gefällt mir

tatsächlich auch ein bisschen besser als Wacktail, aber

es kann halt nicht so viel und

ja, an der Stelle ist halt, Wacktail kann

halt schon sehr, sehr viel. Also das ist halt

irgendwie, also damit kann man so ziemlich

alles machen, was man irgendwie gerne machen möchte.

Fein CMS, also tatsächlich

ein deutsches Fein und kein

englisches Fein. Ja, ich glaube, der kommt aus

der Schweiz oder so. Und ja,

also ich meine, sowas hätte ich natürlich auch schreiben können

oder das nehmen können, aber dann hätte ich auch viel schreiben müssen,

weil viele Sachen, die ich gerne hätte, sind da halt auch

nicht drin.

Das muss ein Alter sein, Copyright 2009.

Der macht das schon lange, ja.

Ja, ja. Und

ja, deswegen

nehme ich halt Wacktail, obwohl ich auch

manchmal denke so,

es knirscht halt ab und zu.

Das letzte Release war die Kompatibilität

mit Django 1.10.

Nee, dann bist du wahrscheinlich auf der falschen Seite.

Da ist auch in letzter Zeit noch mal was

dazugekommen, meine ich, ja.

Es gibt da möglicherweise auch

vielleicht ist es dann auch FeinCMS 3 oder

so. Das hat auch mehrere

Major-Visionen inzwischen.

Ja,

also Wacktail, also

CMS, das hab ich früher immer gedacht, das ist ja gut, was ist das

schon groß, aber es ist halt, da hängt schon eine ganze Menge

Zeugs dran. Und was

jetzt zum Beispiel mir Probleme

gemacht hat bei dem Update, ist halt,

dass sie intern irgendwie einen, weil ich

hab halt eine Extension, also ein Ding gebaut,

was das halt so ein bisschen erweitert, weil ich hab halt viele

Bilder für andere Zwecke, jetzt bei dem Podcast

kommen nicht so viele Bilder vor, aber

noch andere Interessen machen. Ich möchte gerne Bilder

in der absolut maximal bestmöglichen

Qualität. Ich möchte, dass sie nicht total unscharf

sind. Das ist,

kann man so oder so sehen.

Ja, aber ich sehe das schon.

Ich denke mir immer, immer wenn ich auf so Seiten,

also gerade auch Wagtail-Seiten, es gibt ja viele

andere, die auch Wagtail verwenden,

so unter anderem NASA, Google,

irgendwie der National Health

Service in den UK und so.

Es gibt schon viele große und immer wenn ich da drauf gucke,

denke ich mir so, ey, die Bilder sind doch unscharf.

2.000 Leute haben auch dieses Problem.

Ja, also ich weiß nicht.

Also ich finde es super, das ist cool. Mir ist es tatsächlich auch

aufgefallen, wenn ich mal so ein paar Sachen von dir angeguckt habe,

dass das sehr viel schöner ist. Wahrscheinlich hat man sich

einfach nur daran gewohnt, dass die Sachen gar nicht so cool

aussehen, dass das gar nicht so schön

sein kann, weiß man gar nicht so genau.

Ja, also sag mal so,

ich meine, selbst WordPress macht das

besser. Also das hat

auch nur so drei oder fünf

statische Größen für Bilder drin.

Also das Problem ist grundsätzlich, dass

wenn du, du hast halt

zwei unterschiedliche Arten von Pixel, du hast halt sozusagen

die Pixel für deine,

wie groß dein,

wie breit quasi dein Bildschirm ist oder so und da kannst du auch

in Pixeln rechnen, aber das, was angezeigt ist,

ist halt was anderes,

weil es halt mittlerweile halt

Devices gibt,

Telefone, irgendwie

Bildschirme, 4K-Bildschirme oder noch

mehr, die halt dann mehrere

physikalische Pixel für einen virtuellen Pixel

quasi benutzen. Und wenn

du halt nicht sozusagen dann die

Bildgrößen entsprechend mitlieferst,

sondern sagst, mein Bild ist halt genauso breit wie

so viele virtuelle Pixel, dann hast

du halt ein implizites Upscaling

von Faktor 4 oder so darin und dann wird's halt

unscharf. Und ja,

das ist halt irgendwie, da gibt's noch, sie arbeiten

da auch dran. Also so ist es nicht. Da gibt es jetzt inzwischen

auch ein sehr vielversprechendes, da gibt es

so eine Roadmap, wo drin steht, was sie da machen

wollen und sie wollen das mit

Picture-Elementen machen und irgendwie so

modern oder so. Ihre Hauptmotivation

dabei ist aber eher irgendwie Wandbreite

sparen, weil man dann halt so modernere

Formate wie

WP oder solche

Sachen verwenden kann.

Aber damit

kriegt man das auch hin, dass man dann halt scharfe Bilder

hat. Mein Ding ist aber eher, ich will scharfe

Bilder haben und JPEG reicht mir eigentlich.

und deshalb habe ich da so ein Ding geschrieben

und da haben sie jetzt irgendwas umbenannt, irgendwie

ein Attribut auf dem Image-Node

heißt jetzt irgendwie anders, weil

ich muss jetzt halt, also meine

Erweiterung für Wagtail,

die erzeugt halt

dann Bilder in unterschiedlichen Größen

und macht da so ein Sourced-Attribut.

Und dann, genau,

da greife ich halt auf irgendwie so

die Filter von dem

Ding irgendwie zu, weil du kannst ja da noch andere Sachen

reinschreiben wie JPEG-Qualität

und weißer Teufel und die Breite

und das muss ich ja irgendwie auslesen

und das hat sich irgendwie umgeladen. Vorher war es ein String,

der irgendwie durch so Pipes getrennt war und den habe ich dann

gesplittet und jetzt ist es halt irgendwie die Liste

schon gesplittet.

Und jetzt muss ich halt eine Fallunterscheidung machen zwischen

also wenn es... Alte Version, neue Version.

Es war nicht

mal irgendwie so ein...

Es war eigentlich ein...

Und solche Sachen machen halt schon Arbeit.

Da habe ich so ein bisschen was jetzt machen müssen, aber insgesamt

ging es eigentlich. So schlimm war es nicht.

Und jetzt laufen halt auch, läuft alles irgendwie auf Django 4.2 und Wagtail 5.

Und das ist eigentlich schon nett.

Also Wagtail, wenn man sich das vor einiger Zeit angeguckt hat und nicht zufrieden war,

kann man das eigentlich nochmal machen.

Also einige Zeit heißt, bei mir ist das zwei Jahre her, würde ich sagen.

Ja, zwei Jahre reicht auf jeden Fall.

Also inzwischen hat sich da sehr viel getan.

Also die Changelogs sind halt auch immer sehr lang.

Also würde ich sagen, was ist an dem modernen Wagtail eigentlich cooler?

Was sie verbessert haben, ist, es gibt ja schon

seit einiger Zeit so ein Stream-Field.

Das machen alle CMSs irgendwie gleich.

Für Video, Audio und dergleichen.

Du hast halt ein JSON-Field in der Datenbank oder so

und dann hast du halt so Blöcke drin,

wo halt in dem Block steht halt sozusagen drin,

was das jetzt ist.

Ist das jetzt ein Text oder ist das jetzt ein Bild?

Und dann kannst du die sozusagen,

kannst du eigene Widgets dafür bauen,

um solche Sachen einzutragen.

Und ja, Vectel macht das halt auch.

Aber das war, wenn das sehr groß wurde,

früher dann halt schon auch

eher langsam und so und ein bisschen

komisch, weil das halt alles,

weil die HTML-Formulare so unfassbar riesig

groß geworden sind, wenn du halt viele Dinge drin hattest.

Und du musst ja deine Formulare

für jeden Eintrag

quasi generieren.

Und das ist jetzt,

das

Editier von Reactel ist jetzt auch

eine React-App, kann man auch sagen, so igitt.

Aber,

also das ist halt einer der Vorteile, ist halt, wenn man jetzt

riesige Seiten hat mit ganz, ganz vielen Formularen

oder so, dann ist das halt

nicht mehr langsam

beim Rendern. Oder wenn man irgendwas ändert,

dann muss nicht alles neu gerendert werden, weil es halt nicht mehr

klassisch ist, sondern dann passiert das alles im Kleinen

nur noch und das geht jetzt schneller.

Also überhaupt, das ganze Ding ist deutlich schneller geworden.

Also ich meine, so sehr React irgendwie doof ist

für die Sachen, für die es

oft verwendet wird, für sowas wie eine komplizierte

Content-Editier-Geschichte,

wo halt irre viele Formulare

sind und es Interaktionen dazwischen

gibt und dafür ist es jetzt vielleicht auch nicht so schlecht.

Das ist eigentlich gar nicht schlecht. Sieht das denn gut aus und kann man

das denn theme? Theme

kann sein, das weiß ich,

kann man, man kann auf jeden Fall Dinge ändern.

Oder dass man jetzt halt ganz tief wieder rein...

Eines der neuen Features bei Vectile 5 ist,

es gibt jetzt ein Dark-Theme.

Oh ja.

Wer braucht das nicht?

Genau,

ist mir direkt aufgefallen,

weil ich das dann auch direkt hatte, weil ich hier auf dem

Dark-Mode bin.

Das ist für die Augen viel angenehmer.

Naja, also ich finde, es sieht ganz okay aus.

Also so wirklich hübsch ist es nicht, aber ich meine, das ist ja nur das

Editier-Ding. Es ist ja nicht so, also wie es dann

hinterher aussieht, was auf der Webseite zu sehen ist.

Das kannst du ja machen, wie du willst.

Das hat ja nichts mit Wagtail zu tun.

Ja, insofern. Jetzt hatten wir fast eine schöne Übergleichung

zum Thema, aber ich glaube, wir sind noch nicht ganz fertig.

Nee, da kommt noch, oh je. Genau,

nächstes wäre halt Django 4.2.

Ja, auch nächste

LTS. 42.

Ja.

War auch jetzt, da war auch wenig drin, was irgendwie

kaputt gegangen ist. Die große Neuerung da

ist halt, dass

man jetzt auch Async mit der Datenbank

sprechen kann und

zum Beispiel PsychoPG

3 wird jetzt unterstützt und dann

also sozusagen man hat jetzt die Voraussetzungen dafür,

dass man komplett Async von

vorne bis hinten sozusagen von Frontend

von View bis

zur Datenbank kann man halt jetzt durchgängig

Async Dinge machen und man könnte

jetzt so Sachen bauen wie

man verwendet diesen ListenNotify

Mechanismus von Postgres, um halt wirklich so richtig

reaktiv Dinge zu machen,

sodass man,

also ging ja auch vorher schon, aber da war es immer so ein bisschen

hm, jetzt geht's halt, also

man muss dann Django Channels verwenden und

weiß nicht, aber jetzt

ging es halt richtig

sauber eigentlich. Also da gibt's

noch keine wirkliche Unterstützung für, das müsste

man dann alle selber schreiben, aber es geht jetzt theoretisch

zumindest schon mal. Und das ist eigentlich schon schön.

Auch der ORM könnte jetzt dann halt irgendwie

Async werden, der hat ja auch schon Async-Interfaces,

aber

die kann man auch schon verwenden

und kriegt dann halt irgendwie den Gewinn, dass es

wirklich Async ist, irgendwann, wenn das dann halt

mal bepflichtet ist. Momentan

ist es dann halt nicht

Async wirklich, sondern es ist halt dann irgendwie

es wird über ein Threadpool

und in Sync gemacht, aber

ja, so das

wird noch ein bisschen dauern, bis die ORM

Geschichten halt auch wirklich Async sind, aber

ja, geht auf jeden Fall in die Richtung und

irgendwann dann

wird auch alles auf Async dann quasi

umgestellt sein und man kann es dann

verwenden, wenn man möchte. Muss man ja nicht. Man kann auch einfach

Sync verwenden, wenn man nicht so viele Queries hat

und wenn es

Sync ist auch mal ein bisschen schneller als

iSync, weil man da halt schon noch so ein bisschen

Abstraktionsschichten mehr dazwischen hat.

Aber es gibt halt einiges Fälle, in denen es

total praktisch wäre, das zu haben. Und

dafür ist es natürlich gut. Kannst du noch mal

einen Anwendungsfall dafür nennen?

Ne, wenn du zum Beispiel viele Queries machst

und du willst halt

nicht, dass sich die Latenzen und deine Datenbank

steht jetzt zum Beispiel woanders, sagen wir mal so.

Das wäre jetzt nochmal so.

Nehmen wir an, deine Datenbank

steht irgendwie in Amerika und du hast hier

deinen Applikationsserver oder wie auch immer

das Ding, was halt jedenfalls

das HTML rendert, ist halt

irgendwo so. Und jetzt hast du halt große Latenz

zwischen Datenbank und

Frontend. Dann

momentan ist es halt so, leider addieren sich

die Latenzen auf. Und wenn du halt

100 Queries machst, um eine Seite

anzuzeigen, dann hast du 100 Mal die Latenz

dazwischen und das ist halt dann schon

ätzend. Also wenn das halt nur

ein paar Millisekunden sind, dann sind es halt insgesamt

ein paar hundert Millisekunden vielleicht. Das ist nicht so tragisch,

aber wenn du jetzt 50 Millisekunden Latenz dazwischen hast,

dann bist du halt schon bei 5 Sekunden

oder sowas. Und dann ist es halt doof.

Und wenn du

das I-Sync machen würdest und könntest

die Datenbank-Requests gleichzeitig

an die Datenbank schicken, dann

wäre die Gesamtlatenz halt nur

die Latenz der langsamsten

Query und nicht irgendwie

die würden sich nicht alle aufaddieren.

Also in solchen Fällen wäre es halt irgendwie durchaus

ja, sehr praktisch

ähm, genau

ja, also genau

Jungle 4 2, weiß jetzt gar nicht

genau was sonst noch da an, wirklich, da waren auch noch

jede Menge coole Sachen dabei, ach, das hab ich jetzt

ähm

hab ich mir gar nicht mehr so in Erinnerung, das ist doch schon wieder einen Monat her

dass das

äh, dass das veröffentlicht

wurde, und bei

Formularen hat sich auch noch eine Menge getan

also, äh

ja, ähm

und es sind halt einige Sachen

noch deprecated worden, ja so

keine Ahnung, kann man sich mal angucken

Der kam bestimmt auch dann die

World Map von Django 5, oder?

Ja

bestimmt irgendwie, keine Ahnung

es gibt auf jeden Fall schon Leute, die sich darüber Gedanken

machen

ich habe auch schon so ein bisschen gehört, was

bei Django 5

die nächste Geschichte, die jetzt angegangen

wird, es ist halt jetzt so, ich habe das jetzt nicht

irgendwo gelesen offiziell, sondern ich habe das jetzt so

was ich so mitkriege, wenn ich da mal ab und zu

irgendwie so mitlese, was da so passiert,

ist,

sie wollen das Request-Objekt,

das halt uralt ist und das sehr schwer

zu ändern ist, so ein bisschen anpassen. Also da gibt's

ja immer noch momentan so Request.get

und Request.post und Post.get sind groß

geschrieben und das ist quasi genauso, wie

das damals halt so in

CGI oder PHP war,

wo man das dann halt sozusagen, diese Inspiration

für diese Geschichten her hatte, aber

das ist natürlich jetzt heutzutage eigentlich blöd

Und man hat es aber nie geändert in den letzten 15 Jahren, weil klar ist, dass wenn man das ändert, dann brechen halt überall Deployments, in denen halt irgendwie, keine Ahnung, Leute darauf halt zugreifen.

Und deswegen kann man das nicht so einfach jetzt irgendwie umdenken.

Ja, aber da soll jetzt was passieren.

Und zwar hat man jetzt einen Grund, um diese großen Änderungen anzugehen.

Und zwar soll halt so ein bisschen Fähigkeit zu JSON generieren und so.

Also ich glaube, die harten Sachen, die man dafür braucht, also der Umgang mit unterschiedlichen, ich weiß es gar nicht mehr, also jedenfalls die Basisarbeit dafür ist schon drin.

Diese ganzen, da geht es irgendwie um Header und weiß der Teufel, irgendwie Support.

Aber was man eigentlich gerne hätte, ist ja, dass man JSON rausrennen kann und das halt auch ordentlich funktioniert.

Also sozusagen eigentlich wird jetzt quasi die Basis dafür gelegt,

dass sowas wie Django REST-Framework

eigentlich in Django Core mit reinwandert.

Oder man das halt sowas wie Django REST-Framework

eigentlich gar nicht mehr braucht.

Weil die schwierigen Teile in Django REST-Framework,

die sind jetzt eigentlich schon in Django Core drin.

Und jetzt geht es halt noch darum,

das alles so ein bisschen aufzuhübschen,

das Request-Objekt zu modernisieren,

dass man halt jetzt sehr viel leichter

JSON da auch rausrennen kann oder irgendwas anderes halt XML.

Gut, mittlerweile benutzen alle nur noch JSON.

Ja, das ist auf jeden Fall das, was ...

Jason, eine von den Sachen in Django 5 ist

Formulare.

Django 5 ist auch Formulare? Ja, ein bisschen besser.

Also Formulare sind auch jetzt schon, da wird

auch schon viel dran gemacht. Ja, ich meine, also

der Anwendungsfall

an der Stelle ist halt einfach, dass man

lieber, also das war früher etwas schwierig,

man möchte halt

Teile von Formularen und so rendern können besser.

Also gerade so interaktiv

möchte man gerne das

Verhalten so haben, wie jetzt man das in der SBA halt

auch hat, nur halt mit

ordentlicher Serversite, Validierung von

irgendwelchen Eingabedaten und so. Und das geht

natürlich auch. Also, das habe ich auch schon häufiger

gemacht, dass man dann halt, sobald sich

irgendwie ein Feld von einem

Formular ändert, dass man dann halt das

an den Server schickt und dann kriegt man halt sozusagen

nur das gerenderte Feld zurück

und ersetzt das dann. Und dann, wenn da eine Fehlermeldung

drinsteht, dann steht die halt auch da drin und so. Das geht alles.

Aber irgendwie zum Beispiel mit Crispy Forms

irgendwie einzelne Felder rendern

ist halt, ist es möglich?

Es ist halt irgendwie nicht.

das macht keinen Spaß. Und das zu testen

macht auch nicht so richtig Spaß und das ist alles

so ein bisschen, und ja, da wird auch viel daran gearbeitet,

damit das halt einfacher wird und besser geht alles.

Ja.

Ja, genau, Django 4.2.

Ja. Ich hab gehört, die Twitter-API ist kaputt.

Ja.

Das ist auch schon lange her.

Bei Twitter ist noch alles möglich kaputt gegangen.

Ja, es ist

da...

Du machst ja immer gerne so einen

Pann, deswegen dachte ich...

Ich glaube, das ist echt total

veraltet, was da drin steht. Also das ist

irgendwie von vor zwei Monaten oder so, dass das halt

jetzt die APIs zugemacht haben.

Ja, und das halt für viele Leute war das halt echt

nochmal so ein Grund, dann auch

zu Mastodon zu wechseln, weil

für Mastodon gibt es jetzt noch irgendwie ordentliche

Apps und Twitch wird halt nicht mehr.

Gibt es nur die

Standard-App und die ist halt Mist.

Genau.

Ah, was auch noch ganz interessant ist vielleicht,

ist,

es gibt das Pidentic.

Pidentic hat irgendwie Venture Capital

eingesammelt. Oh, okay.

Ja, ja. Fünf Millionen

von Sequoia oder so. Okay.

Was ich jetzt, weiß ich nicht, ob man

sich darüber freuen soll oder ob man besorgt sein soll.

Gut oder schlecht? Das kann beides sein,

das ist so unklar. Ich weiß nicht genau,

wie sie sich vorgestellt haben, dass sie das Investment

wieder reinholen, aber

das ist natürlich das Problem,

Wenn man jetzt irgendwie ganz viel Infrastruktur, also

Pidentic als Infrastruktur verwendet

und darauf aufbaut, dann ist es so, okay,

hm, haben die

jetzt ein großes Incentives, mich irgendwie

dafür bezahlen zu lassen?

Das will man vielleicht nicht unbedingt, aber

ja,

auf der anderen Seite, was natürlich

vielleicht schon schön wäre, ist, wenn da halt so ein bisschen

mehr, also ich glaube,

der hat dann noch, also hier, wie heißt der noch?

Samuel? Der Bastian Ramirez? Nee, das ist der

von FastAPI, aber

der ist Samuel Colvin, glaube ich, heißt der?

von Pydentic. Macht die

natürlich auch mit Pydentic?

Ja, kann sein. Weiß ich nicht so genau.

Aber der hat

jetzt dann auch irgendwie Leute angeheuert und

jetzt gibt es dann noch ein bisschen mehr

Druck irgendwie beim Entwickeln

an der Stelle und das ist natürlich vielleicht schon

nicht so schlecht, weil also Pydentic ist ja eigentlich schon

eine sehr coole Idee. Ich fände das auch mal gerne,

wenn man mal irgendwie

so wirklich validieren will, dass die Daten,

die man irgendwo reinbekommt, halt so richtig

so quasi tatsächlich dem entsprechen, was man erwartet.

Ja, hat eine so schöne Syntax.

Man schreibt eigentlich nur die Type-Annotations hin

und dann, genau, hat man

hinterher validierte Daten. Das ist ja alles

echt schick.

Du hast natürlich recht, ja.

Ja, genau. Aber das,

was halt so ein bisschen problematisch ist, ist halt, dass es sehr langsam

im Vergleich zu Standard

Python-Objekte irgendwie einfach nur

erstellen. Da kannst du ja Python-Icon nehmen, damit

das dann auch in Rust läuft. Ja, genau. Und wenn das dann

in Rust ist, ist es natürlich auch klar,

dass man mehr Arbeit hat, das in Rust zu schreiben und so.

Ja, also mal gucken. Aber es ist auf jeden Fall eine interessante

Entwicklung und gut,

Ja, wie es ausgeht, wissen wir nicht.

Dann haben wir noch, was haben wir noch?

Node.js 20, naja, ich weiß nicht, ob das irgendwie interessant ist.

Nö, eigentlich nicht.

Ja, Pythonista ist eine neue Version veröffentlicht worden.

Das freut mich ja total.

Aber ich glaube, vielen Leuten wird das nichts sagen.

Aber es gibt für iOS eine App namens Pythonista.

da kann man tatsächlich Python-Code ausführen.

Also man kriegt dann halt so eine richtige interaktive

Shell und da ist auch NumPy mit drin und der ganze Kram

auf dem Telefon.

Achso.

Und man kann sogar dann Python-Programme...

Ja, ja.

Man kann da auch Programme dann ausführen und so.

Man kann die auch, das habe ich schon mal gemacht,

dann, dass man im Share-Sheet sagen kann,

ich share das jetzt mit irgendwie

einem Python-Skript und dann

kriege ich das Python-Skript das und kann damit

irgendwas machen. Also man kann da tatsächlich irgendwie

Python-Code auf Telefonen und

iPads und so ausführen

und das ist jetzt halt in der Version erschienen,

dass Python 3.10 unterstützt wird und

ja, das ist schon sehr nett.

Also das ist wirklich, wie das mit dieser

App-Store-Policy vereinbar ist, dass eigentlich

nur Objective-C,

Swift und irgendwie C

und C++ irgendwie ausgeführt werden können,

sollen, ist mir

nicht so ganz klar. Eigentlich

ja, war es wahrscheinlich zu unbekannt,

dass da jemand wirklich mal drauf geguckt hätte.

Jetzt rausgekegelt.

Aber es ist wirklich toll. Also das ist auch

mit sehr viel Liebe

handgedengelt. Ja, sehr schön.

Ja.

Ich finde, wir können ja langsam mal übergehen.

Wir könnten langsam mal übergehen, ne?

Interessanten Dingen.

Genau, machen wir doch einfach mal so allmählich das Thema.

Ansonsten habe ich ja auch nur so Meta-Kram und so Zeugs.

Ja, wir wollten heute so ein bisschen über grafische

Interfaces reden. Ja, haben wir noch nie gemacht.

Genau, und was man da machen kann.

Also ich höre ja immer, oder ich

weiß das aus eigener Erfahrung, dass man grafische Interfaces

Python vielleicht gar nicht so wirklich machen will.

Man kann vielleicht

Turtle benutzen oder so.

Ja, es ist die Frage, ob man das überhaupt noch machen will, aber gut.

Ja, aber

genau, es gibt verschiedene Sachen

in Python dazu und vielleicht mal den Martin

fragen, warum benutzt du denn Qt?

Oder wer bist du eigentlich?

Ja, vielleicht bringst du einfach erstmal.

Ja, also

ich bin Martin von miaplan.de

und soll ich mich kurz

vorstellen oder wie habt ihr euch das gedacht?

Also vielleicht kurz zu mir. Ich habe Bioinformatik studiert, war dann fünf Jahre in der Softwareentwicklung, erst im SAP-Umfeld, dann im Bereich Automobil.

Dann habe ich das Angebot bekommen, in den Familienbetrieb meiner Eltern mit einzusteigen.

Die machen Märkte im Einzelhandel, also Fressnapf.

Und das habe ich angenommen und habe dann gesehen, wie meine Mutter dort die Dienstpläne erstellt.

Also sie hatte Personalverantwortung sozusagen, hat Dienstpläne erstellt.

Und sie hat dort Excel-Listen erstellt und hat ein Kreuz für jede halbe Stunde gemacht, die ihren Mitarbeiter sozusagen eingeplant ist.

Das Ganze für damals zehn Mitarbeiter, acht Stunden pro Tag, 26 Tage im Monat, da kann man sich dann vorstellen, wie viele Kreuze sie da gemacht hat.

Sie hatte dann irgendwann sich eine größere Sammlung an Bleistiften zugelegt, weil die halt der Reihe nach abgenutzt waren und ja, das habe ich mir eine Weile angeschaut und habe mir dann gedacht, also das muss besser gehen und ja, da war dann Miaplan geboren.

Ja, vielleicht dazu, was ist MIA Plan? Also das ist ein SAS, also Software as a Service zur Dienstplanung. Man kann damit machen Schichtplanung, Planung in der Produktion, also wenn man Maschinen hat, automatische Planung, Bereitschaftsdienste, Nachtarbeit, ja, also alles, was man sich da so will oder fast alles, was man sich da so wünschen kann in dem Bereich.

Ja, klingt interessant.

Also ich glaube, die Menge der Unternehmen,

die das halt irgendwie mit Excel-Listen machen,

das wird nicht so klein sein.

Das habe ich auch schon häufig gesehen.

Also ich habe ganz oft da schon die Anforderungen an sowas gehört.

Aber mich würde jetzt interessieren,

warum denn mit Qt und nicht als Web-Anwendung?

Ja, ganz kurz zu Excel.

Also Excel machen, glaube ich, alle.

Also man fängt halt mit Excel an,

probiert es quasi umzusetzen, was man sich halt so wünscht.

Und irgendwann stößt man an Grenzen.

Ich glaube, das haben halt alle.

Und dann fängt man halt an, sich umzuschauen.

Ja, warum QT?

Also ich habe mir angeguckt, wie komme ich quasi zum Ziel?

Also am Anfang des Projektes war klar,

ich brauche eine grafische Oberfläche.

Ja, die soll im Web stattfinden.

Also das soll quasi nicht auf einer Computer installiert werden,

Denn, ja, also wir wollen eigentlich von überall planen, also nicht nur, man hat nicht immer einen Rechner zur Verfügung und meine Mutti war nicht immer am Rechner zu Hause, sondern die wollte halt auch vom Markt aus planen und was weiß ich. Also es war klar, das muss irgendwie auch ins Web, das Ganze.

Hab mir verschiedene Sachen angeschaut. Ihr habt es ja auch schon so ein bisschen angesprochen. Also es gibt zig Frameworks, die man nutzen kann. Euer Liebling ist Django, wie man unschwer raushört, wenn man euch kennt. Das habe ich mir auch angeschaut. Kann ich ja dann noch ein bisschen was zu erzählen.

Ansonsten, wenn man jetzt nicht die Bedingung Web hat, gibt es verschiedene Frameworks. Also Kiwi ist eins davon. Qt ist eins davon. Ansonsten gibt es auch noch GTK zum Beispiel. Das gibt Toolkit. Und ja, habe ich mir sozusagen alle der Reihe nochmal angeguckt und geschaut, was können die für mich leisten sozusagen.

Und wenn man die so vergleicht, also die Frameworks für den Desktop, dann kommt man eigentlich darauf, dass es zwei Frameworks gibt, die da nur in Frage kommen. Das ist einmal QT und einmal GTK. Das sind die einzigen, die, ich sag mal, weit fortgeschrittene Widgets bieten.

Also wenn man quasi sehr spezielle Sachen machen will und das will ich, dann kommt man eigentlich um QT beziehungsweise GTK nicht drumherum.

Was wäre so ein Widget beispielsweise, wo du sagen würdest, gut, das ist halt so was, was man nur da bekommt?

Ja, also zum Beispiel Tabellen, aber nicht einfach nur Tabellen, sondern halt spezielle Tabellen.

Zum Beispiel brauchte ich Tabellen, die ein Kontextmenü können, die sollten Farben können. Ich wollte Farbige Frames um die Zellen zeichnen. Ich brauche Callbacks, wenn ich einen Klick auf so eine Tabellenzelle mache und so weiter.

Und ich habe mir das Ganze auch im Web angeschaut, also die Webframeworks angenommen. Ich hätte jetzt Django genommen. Dann hätte ich wahrscheinlich irgendeine Art JavaScript-Tabellenframework genommen. Und ich habe dort sehr, sehr lange gesucht. Ich habe keins gefunden, was alles kann, was ich brauche.

Und dann habe ich überlegt, naja, jetzt könnte ich das vielleicht anders umsetzen, als ich mir das eigentlich vorstelle. Also ich könnte, weiß ich nicht, die Bedienung müsste ich dann halt so umstricken, dass das irgendwie dann die jeweilige Bibliothek kann. Und das wollte ich aber nicht. Also ich wollte das eigentlich so machen, wie ich mir das vorstelle.

Und ja, da kam ich eigentlich nur bei Qt raus. Also Qt hat sehr weit entwickelte Widgets und damit kann man, also sagen wir so, ich habe noch nichts gefunden, was man damit nicht umsetzen könnte. Und das ist alles schon da.

Also ich brauche dann nichts mehr selber entwickeln sozusagen, also was die Oberfläche angeht, sondern QT bietet eigentlich von Haus aus schon alles, was man sich vorstellen kann. Und das war quasi, sag mal, eine Grundvoraussetzung, denn ich bin in einem Mann SAS, das heißt, ich brauche eine hohe Entwicklungsgeschwindigkeit, sonst komme ich nicht zum Ziel.

Und genau, ja, das war quasi die Bedingung und hätte ich angefangen, da mir einen Web-Framework rauszusuchen. Django, ich habe ein Testprojekt aufgesetzt schon gehabt und habe mal geguckt, wie weit ich komme. Aber da hat sich ziemlich schnell herausgestellt, da hätte ich sehr, sehr viel selber entwickeln müssen an Funktionalität. Und das kam nicht in Frage.

Und wie machst du es hübsch?

Werd mal spezieller, was genau

stellst du dir heute hübsch vor? Also wie kannst du das

erst teilen, also oder sieben oder

musst du da alle

Widgets einzeln überschreiben

ist das responsive oder musst du

jeweils eine eigene Applikation für

verschiedene Geräte schreiben oder wie löst

Qt das? Ja

da müsste ich vielleicht erst mal

sagen, wie ich das überhaupt gebaut

habe, das Ganze, also

fangen wir von vorne an vielleicht, ja. Fangen wir mal von vorne an

Also es stand sozusagen fest, oder ihr könnt ja auch vielleicht noch mal was zu den Widgets sagen und wie man die in Django einbindet.

Aber für mich stand fest, okay, mit Qt kann ich sozusagen das sehr schnell umsetzen, was ich brauche.

Jetzt hat Qt aber ein Problem, das ist eigentlich eine Desktop-Framework.

Ja, also üblicherweise würde ich also eine Software schreiben, würde die dann bundeln, ja, also mit Pi-Installer, was weiß ich, und würde die dann sozusagen eine Software mir erstellen und die dann zum Kunden liefern oder würde die zum Download anbieten oder so.

Ging in dem Fall, also in meinem Fall sozusagen nicht. Jetzt ist die Frage, wie kriegen wir quasi die Desktop-Anwendung ins Web? Und die Lösung dafür lautet Apache Jack-a-Molly. Das ist quasi, ich weiß nicht, habt ihr das schon mal gehört?

Das ist im Prinzip wie Remote Desktop, aber ohne Client. Das heißt, jeder Nutzer bekommt quasi einen Account und lockt sich damit sozusagen auf meinen Servern ein und läuft damit unter einen Nutzeraccount.

Also ich starte dann sozusagen auf meinem Server eine Anwendung, zum Beispiel in Qt und die kriegt dann der Anwender zu sehen. Also die Software läuft sozusagen auf meinen Servern und der Anwender guckt sich das quasi von außen an und kann die Software auch bedienen und installiert aber selber nichts.

Das heißt, es läuft rein über den Browser. Oder anders gesagt, Apache stellt quasi einen HTML5-Client schon zur Verfügung, der einfach im Browser läuft.

Ja, ich glaube, ich habe das mal irgendwie gesehen.

Wie heißt das?

Guacamole?

Guacamole?

Auf der DjangoCon

2021

gab es

einen Talk darüber, wo auch jemand

eine Shell

quasi damit, also konnte man

halt quasi auf eine Shell zugreifen,

auch über einen Browser.

Das war ziemlich cool.

Und das ist jetzt quasi das gleiche System,

wie das funktioniert. Ja, sehr schick.

Cool Idee. Also theoretisch kann man

damit einen ganzen Desktop

in den Browser reinzeichnen.

Das ist auch die Standard,

also der Standard-Anwendungsfall, aber es geht

eben auch für eine einzelne Software.

Ja. Genau.

Ja, das hat den

Vorteil, dass ich Qt

nutzen kann.

Mittlerweile macht mir Qt auch Spaß.

Also mittlerweile im Sinne von, jetzt

weiß ich, wie es funktioniert.

Das heißt, das hat ein bisschen gedauert. Hört sich so an,

als wäre die Lernkommissar. Ja, ja. Also die

Lernkurve ist schon steil, würde

ich behaupten.

Aber, also ich habe

festgestellt, das kann eigentlich alles, was man braucht.

Also ich habe noch nichts gefunden, was

das Ding nicht kann.

Und was außerdem Spaß macht, ist,

also ich arbeite jetzt seit ungefähr drei Jahren

damit und ich habe insgesamt

fünf Bugs gefunden.

Und das ist

echt wenig.

Also da habe ich schon

ganz, ganz andere Sachen erlebt.

Genau, also das ist, also

macht echt Spaß, muss ich sagen.

Ja, ansonsten

kann ich

fast nur

synchronen Code schreiben. Ihr habt ja schon

ein bisschen gesprochen, die Frameworks

stellen jetzt alle auf Async um,

damit die mehrere, also

mehr Requests quasi handeln können

und ich habe eigentlich den Vorteil,

ich kann synchronen

Code schreiben. Ja, ja, das ist

natürlich, wenn man es aus Entwicklersicht

angenehmer. Ja, das ist deutlich

angenehmer und es ist einfach.

Ja.

Es ist sehr einfach.

Ja,

ich meine, ich glaube auch, dass

Qt hat halt irgendwie, das ist halt

schon, das ist halt eigentlich ein sehr, sehr altes

Projekt tatsächlich, aus heutiger Sicht nicht,

weil ich weiß gar nicht, wann das genau gestartet

ist und wann es die Firma

dazu gab. KDE ist ja da irgendwie, das war schon

so in den 90ern irgendwie, ist das

ich

weiß gar nicht, wann Qt gestartet ist, aber

muss irgendwann in den 90ern wahrscheinlich gewesen sein.

Und das ist jetzt in Version 5 oder 6 oder wie benutzt ihr das?

Ich mache gerade die Transition von 5 nach 6.

Und das ist keine komplett Open-Source-Lizenz, wenn ich das richtig in Erinnerung habe.

Genau, also das ist dual lizenziert.

Also es hängt ein bisschen davon ab, welche Version du nutzt.

Immer die aktuellste Version, meine ich, ist ausschließlich kommerziell.

Und die Lizenz, also da bin ich jetzt nicht hundertprozentig drin, aber die Lizenz sagt so in etwa, wenn der Code ein Jahr alt ist, dann müssen sie es zusätzlich unter die LGPL stellen.

Also wenn man quasi die LGPL-Lizenz nutzen will, dann ist der Code recht gut abgehangen, sozusagen.

Also LGPL ist Strong Copy Left, wenn ich das richtig verstehe?

Da müsste ich jetzt meinen Anwalt fragen. Aber ja, es ist eine relativ restriktive Lizenz und man muss schauen, dass man das, also wenn man das verwenden will und man möchte es kommerziell einsetzen, dann muss man schon ganz genau hingucken, sage ich mal.

Ja.

Ja, ja, ja, ja.

Ja, interessant.

Ja, ja, ich...

Genau, MySQL hatte doch so eine ähnliche

Lizenz, aber ich bin mir nicht sicher,

ob es die LGPL war, wahrscheinlich eher nicht.

Ja.

Ja.

Ja, nee.

Qt irgendwie...

Aber ich meine, dann...

Qt selber ist ja

irgendwie in C++

geschrieben, glaube ich.

Wie greift man denn dann von

Python, weil ich meine, die Anwendung

ist ja dann in Python irgendwie geschrieben, hauptsächlich.

Richtig, genau. Das ist 100% Python.

Wie kommt man denn dann an C++

dran? Da braucht man ja wahrscheinlich irgendeinen Wrapper um

PyQT oder sowas.

Irgendwie sowas. Das ist, die haben

ja eine

Python API. Python Bindings

quasi. Python Bindings, richtig.

Und

die Widgets, die du brauchst, die kannst du auch einfach quasi

in jedem Betriebssystem jetzt wieder verwenden,

wenn du das möchtest?

Könnte ich, ja. Also Qt

ist plattformunabhängig,

also die laufen eigentlich fast überall.

Ich setze

es aber unter Linux einfach ein.

Naja.

Und wie machst du

sowas wie Stylings und sowas, also wie

das, was ich eben gesagt habe, mit Hübsch

oder sowas, wie gehst du da vor,

dass das irgendwie so ein bisschen dynamisch ist und so?

Bietet das Qt einfach alles von Haus

aus oder?

Ja, Theming lässt sich machen mit Qt, es bringt aber von Haus aus schon quasi das Styling mit, das sieht einigermaßen nativ aus unter jeder Plattform, unter Linux hat es eben den Style, den es unter Linux hat, lässt sich aber anpassen, man kann quasi jedes Element nochmal separat stylen, wenn man das möchte, das geht einfach mit CSS dann, wenn man das möchte.

Also die haben quasi so eine abgespeckte Art von CSS, unterstützen sie und ja, da kann man quasi seine Elemente dann färben oder einen anderen Rahmen geben oder was weiß ich.

Ja, genau.

Ja, ja, ja.

Nee, interessant. Ich glaube, ich fand natürlich das letzte Mal

mit Qt, also ich erinnere mich noch daran,

das ist aber schon auch wieder ein bisschen her, glaube ich, 2016

oder so, habe ich das letzte Mal irgendwie

für einen Headless-Browser, den ich

brauchte, weil irgendwie JavaScript

ausgeführt werden sollte.

Irgendwie, das war auch damals irgendwie

das Ding, was ich da verwendet hatte.

Das war auch noch diese,

die, ich glaube, mit WebKit,

die Engine war WebKit und dann

brauchte man noch so ein bisschen

Qt außenrum und dann musste ich da irgendwie

Qt 5 selber kompilieren und ich erinnere mich noch,

dass das ganz schön schmerzhaft war, aber

Also ich erinnere mich auch daran, dass ich bin damals, glaube ich,

über die Lizenz gestolpert. In meinen ersten

Gehversuchen, so in Python, da wollte ich unbedingt,

wie man das am Anfang macht, irgendwas mit GUI bauen,

dass da irgendwie man was anzeigen kann auf seinem

Bildschirm. Und dann habe ich so ein bisschen

rumprobiert, auch mit Qt, aber das hat irgendwie nicht

so funktioniert, wie ich das wollte

und ich bin da so ein bisschen über diese C++-Implementierung

gestolpert und ich fand auch diese PyQt

nicht so super und bin dann bei Kiwi gelandet

tatsächlich. Wo ich auch sagen muss, da gingen

zwar ein paar Sachen, aber das war auch alles eher so

ich weiß nicht genau.

Nicht so, wie ich das eigentlich

angenehm finde. Und dann habe ich es dann mit den

GUIs wieder gelassen, beziehungsweise mit Web angefangen

irgendwann.

Ja, Kiwi.

Also Kiwi, die Widgets sind halt,

also die haben nicht genug Widgets.

Da kommt man nicht weit, wenn man wirklich

intensiv was damit machen will,

finde ich.

Ja.

Ja, ich meine, aus meiner Perspektive wäre jetzt eher so die Frage, warum nicht, ich meine, warum macht man heutzutage überhaupt noch GUI? Ich meine, das macht man, eigentlich ist doch heute alles Web. Und sagen wir mal, das ist ja ein etwas anderes Modell und eigentlich vielleicht ein bisschen einfacher zu maintainen, gerade wenn man jetzt eben nicht so eine größere Organisation ist, sondern eher kleiner, dann ist das ja mit irgendwie, wie macht man das, wenn Clients inkompatibel werden oder so oder unterschiedliche Versionen hat oder das ist ja alles ganz schrecklich.

Und das ist ja so ein Problem, das man halt hat, wenn man irgendwie klassisch Client-Server machen würde oder so oder diese alten Desktop-UI-Geschichten machen würde. Aber ich meine, klar, wenn du das zentral laufen lässt und greifst dann nur sozusagen auf das Ding, wo das dann läuft zu, dann hast du diese ganzen Probleme eigentlich nicht mehr.

Richtig, also ich habe eine ganze Menge Probleme vom Hals geschafft sozusagen. Wo ich mir am Anfang sehr, sehr viele Gedanken darüber gemacht habe, ist, wie ist das ressourcentechnisch?

Ja, also man hat ja quasi das, oder wenn man eine Web-Anwendung hat, dann habe ich ja quasi einen ganzen Schwung von Usern und die teilen sich in der Regel keinen, die teilen sich einen State in der Web-Anwendung, in der Regel würde ich jetzt mal behaupten.

Und dadurch kann ich quasi die Ressourcen, sag mal, gleichmäßig auf meine Datenbank und so weiter verteilen.

Ja, ich weiß nicht, also da kennt ihr euch eigentlich

besser aus. Ja, also ich würde sagen, also der

State einer Web-Anwendung liegt

normalerweise in der Datenbank, sozusagen aus meiner

Perspektive und genau, dann gibt es

halt irgendwie diverse Prozesse, die halt

an die man Requests hinschickt und dann senden sie halt

Responses zurück

und genau, ja.

So, und da

hatte ich das Problem, also ich dachte, es gäbe

das Problem,

dass ich das nicht machen kann, sozusagen.

Also meine

Anwendung, die ich, also Miaplan ist

hat ein State

für jeden Nutzer.

Und hier

hatte ich in meinem Django-Prototypen auch

probiert, diesen Zustand

quasi umzusetzen

und bin da aber so schon

irgendwie auf eine Hürde gestoßen. Also das

scheint jedenfalls nicht

nativ so zu gehen

in Django, wenn ich das richtig gesehen

habe. Allerdings habe ich auch nur vielleicht

eine Woche oder so das ausgetestet.

Das geht schon. Also du musst halt deine Daten irgendwie

modellieren und die kannst du in eine Datensprache speichern

Und dann kommst du da auch wieder dran.

Also es ist die Frage, was genau du da halten wolltest an State.

Naja, also ich habe zum Beispiel relativ große NumPy-Matrizen.

Und das muss auch NumPy sein.

Also das kann ich mir jetzt nicht irgendwie in die Datenbank reinschieben.

Das könnte ich schon tun, aber für jede Operation müsste ich mir das dann wieder rausziehen.

Das macht also eigentlich keinen Sinn.

Und da hatte ich jetzt, also von meinem Draufgucken,

keine gute Idee, wie ich das mit Django überhaupt umsetzen kann.

Okay, das ist natürlich auch eine interessante Anforderung.

Also das wäre dann die Frage, okay, warum hast du denn NumPy-Matrizen?

Also ich meine, klassischerweise hast du ja eine relationale Datenbank

und dann hast du die Daten halt in einer Tabelle irgendwie

oder in mehreren Tabellen.

Ja, vielleicht nochmal ein Planungsding.

Also was ist überhaupt das Problem?

Also du hast jetzt Menschen, die arbeiten zu Zeiten

und die sich koordinieren wollen.

Ja, also Anforderung ist im Prinzip die folgende. Ich habe einen Sprung von Mitarbeitern und die möchte ich quasi einplanen über meinetwegen einen Monat. Also der Zeitraum ist variabel und ich möchte eigentlich zu jeder halben Stunde wissen, wie viele Mitarbeiter arbeiten in Summe gerade an diesem Tag, meinetwegen an diesem Arbeitsplatz.

Das muss ich wissen und da muss ich effizient Berechnungen drauf machen können. Und auch auf der Länge, also wie lange arbeitet ein Mitarbeiter an diesem Tag, an dieser Maschine zum Beispiel.

Und da muss ich in der Lage sein, effizient Berechnungen drauf zu machen, weil darauf basiert natürlich zum Beispiel die automatische Planung, die ich machen kann und so weiter. Also da mache ich eigentlich sämtliche Berechnungen drauf, auch die Anzahl der Stunden, wie lange ist ein Mitarbeiter eingeplant und so weiter.

Und ja, das lässt sich

meiner Ansicht nach am einfachsten mit NumPy machen,

weil da lege ich mir eine Matrix an,

tue die Stunden rein

und dann

kann ich in NumPy, sage ich, oder habe ich

aber sämtliche Operationen, die ich brauche.

Ja, also

ja klar, also wenn man jetzt

NumPy-Arrays

hat, dann ist das natürlich so ein bisschen

inkompatibel jetzt mit diesem

Standardmodell,

wo man in Django halt

ein relationaler Datenbank hat.

Ich meine, man kann das natürlich auch machen, dann ist halt die Frage,

ob einem Django noch so viel nützt, weil dann

kann man den ORM halt nicht benutzen.

Ich bin schon mal

erfreut,

dass ihr nicht sagt, ach,

Mensch, da gibt es doch hier dieses Plug-in,

da lädst du dir einfach Folgendes

und dann geht das schon.

Nee, nee, das geht tatsächlich

eher nicht, denke ich.

Also, was man,

wahrscheinlich wäre dann

eine Art, dass man das halt irgendwie

die Daten, die man hat, die hat man halt

irgendwo in einem Object zu liegen oder so,

in Parquet-Format oder sonst wie

und dann geht das natürlich

auch, aber dann nützt einem halt der ganze

ORM-Kram nichts mehr. Die Frage wäre halt,

kann man das nicht vielleicht doch irgendwie auf SQL abbilden

oder geht das halt gar nicht? Wenn es nicht geht,

ja, dann kann man halt nichts machen, dann nützt

einem... Also klingt für mich, als wären da viele Relationen

irgendwie, ne? Also das kann man

mit Sicherheit abbilden.

Die Frage ist, wie viel Schmerzen hat man dabei?

Ja, gut, genau. Und wenn man es schon

so hat und das gut funktioniert, dann ist halt

die Frage, ist das, lohnt sich das?

Oder macht man es nicht dann lieber so, dass man das einfach

verwenden kann, was man schon hat, was funktioniert?

Ja.

Ja.

Ja, da kommt es her.

Interessant.

Aber es ist auch wirklich rein

Nampai. Kein Pandas oder sowas, sondern

einfach auch.

Aber das versuche ich zu vermeiden.

Also jetzt rein Pandas

ist meiner Ansicht nach

nicht praktikabel, weil

ganz einfach die Importzeit

beträgt. Drei Sekunden?

Ja, ja, ja. Das ist völlig

inakzeptabel.

Das soll ich nur einmal importieren.

Ja, aber

selbst wenn ich den Import

an die Startzeit

verschiebe,

oder in die Laufzeit, ist ja egal.

Drei Sekunden sind an keiner Stelle akzeptabel.

Okay, ja gut.

Und da bleibt höchstens die Variante,

hier die Alternativen

zu nehmen, die es inzwischen

gibt. Jetzt müsste ich Polars

war, glaube ich, die aktuelle

Entwicklung in Rust, wenn mich nicht

alles täuscht.

Das habe ich mir noch nicht in der Tiefe angeguckt.

Ich nehme mal an, die

Import-Seiten sind da besser.

Ich weiß aber nicht, ob Polars schon alles

kann, was ich da brauche.

Ja, das ist ja

jetzt erst am Anfang, genau.

Ja, interessant.

Ja.

Ja, also das ist

natürlich auch etwas, was man halt in Python gut machen kann

und sonst wahrscheinlich auch eher nicht hat, dass man halt

diese NumPy-Geschichte da direkt

irgendwie verwenden kann.

Ja, also

NumPy ist eine der besten Bibliotheken

in Python, würde ich sagen.

Da kann man echt so viel rausziehen

und da ist so viel schon da und es ist

vor allem verdammt schnell.

Ja.

Aber

wie ist denn das, also wenn wir jetzt

zu dem Qt da,

also die beiden

Dings, ist das dann halt, da muss man dann

Camel Case verwenden?

Wahrscheinlich ja, ne?

In Qt 6 nicht mehr.

Da haben sie es

quasi normal gemacht.

Aber

naja, man gewöhnt sich dran, sage ich mal.

Es ist jetzt auch kein

Weltuntergang, wenn ich jetzt für die

Calls

dann eben Camel Case habe, aber ja,

schön ist es nicht, das stimmt.

Ja, sind die Fußlegel nach oben gekriegt?

Ja gut, ich meine, ich mache ja auch

andere Sachen, noch TypeScript und so, dann mache ich auch CamelCase,

aber wenn man in Python ist, dann

finde ich das mal, wenn die Kombination, wenn man manchmal

SnackCase hat und manchmal CamelCase, dann ist es ein bisschen

aber ja, gut.

Ja,

interessante Geschichte,

aber wie ist das denn jetzt, wenn jetzt

mehrere Leute

auf die Applikation zugreifen?

Genau.

Ich war ja stehen geblieben, also ich habe mir

Sorgen gemacht sozusagen,

dass das nicht skaliert

Und das scheint aber nicht so schlimm zu sein. Also nein, es scheint relativ gut zu sein. Also ich habe mir vor allem Sorgen gemacht um die Bandbreite und da muss ich sagen, das ist gar kein Problem. Also das kostet tatsächlich fast keine Bandbreite und würde sogar behaupten, das ist ähnlich einer Web-Applikation.

Wie überträgt denn dieses Guacamole-Daten, ist das nicht ein Bild?

Nein, also das kommt darauf an.

Das unterstützt mehrere Backends.

Man kann zum Beispiel VNC nehmen, man kann aber auch XRDP nehmen.

Und je nachdem, wie effizient das implementiert ist, ist es gut.

Und im Fall von XRDP ist es gut.

und da werden also keine Bilder mehr übertragen.

Also da wird vielleicht ein Frame am Anfang übertragen

und dann werden nur noch Deltas übertragen.

Okay, ja.

Also da entsteht tatsächlich nicht viel Traffic.

Und was den Speicherbedarf angeht,

da bin ich ja selber für verantwortlich

und habe das selber in der Hand.

Aber es ist dann ja schon so,

dass du quasi eine Applikation pro Nutzer irgendwie starten musst.

Ja, richtig.

Genau, das ist schon so.

Aber ich habe mir das durchgerechnet,

also das funktioniert.

Also ich kann ja auch selber mehr oder weniger bestimmen,

sage ich mal, wie viel Speicher das Ganze frisst.

Und wenn ich mir halt die Bibliothek reinziehe,

die 500 Megabyte beim Import frisst,

dann kann ich die halt nicht nehmen.

Ja, auch interessant.

Und genau, was mich auch noch interessieren würde,

um diese grafische Darstellung,

die muss ja dann irgendwie schon irgendwo gerendert werden.

Das heißt, du brauchst auf dem Server, hast du dann quasi

auch ein X oder

irgendwie sowas? Genau.

Leider ist es noch ein, also es wird

ein X-Server pro Anwender gestartet.

Ah, okay. Und es ist

leider noch ein X-Server und

jetzt komme ich gerade nicht auf den

Namen, was war die Weiterentwicklung

davon? Oh, das kam nach

X.

Wayland, genau.

Wayland, richtig, genau.

Also, es wird

daran gearbeitet, dass das Ganze Wayland

kompatibel wird, aber ist noch nicht so weit.

Aber meine Hoffnung ist ja, dass

X gibt es ja jetzt schon, ich weiß nicht,

20 Jahre, 30 Jahre.

Also ich denke, es wird es auch noch eine Weile geben,

dass da noch genug Zeit ist,

das zu portieren.

Ja. Und dann

ist Matt quasi ein User, der

das von außen benutzt,

eigentlich mehr oder weniger auf dem User

im Unix-System.

Nicht eigentlich, sondern tatsächlich.

Tatsächlich, genau.

Ja.

Ja, das ist, Dominik hat mir gerade irgendwie, hat auf dem Telefon aufgemacht und da flackerte das.

Oh je.

Das weiß ich allerdings aber nicht, ob das jetzt irgendwie.

Ja, also das Ganze läuft auf Tablets und Telefonen, aber das ist nicht meine Zielgruppe eigentlich.

Also es funktioniert. Man kann damit auch planen. Man kann sogar Tastatureingaben und alles machen. Da gibt es eine Tastenkombination dafür, wie das geht. Wenn man in der FAK nachguckt, steht es da drin. Aber eigentlich ziele ich auf den Desktop-Anwender.

Eigentlich ist es nur schön, auf dem Desktop zu planen.

Ich glaube, keiner möchte wirklich auf dem Handy

seine 32 Mitarbeiter planen.

Also ich weiß nicht, ob es da irgendeine Software gibt,

die das gut macht.

Wenn, dann Chapeau.

Aber ich ziele da nicht drauf.

Also ich habe es nicht davor.

Also ich habe tatsächlich so ein paar Ideen

an der Stelle auch schon durchgespielt,

weil ich diese Anforderung wirklich auch so ein paar Mal

gekriegt habe, auch so Businesses heraus,

die es halt wirklich brauchten und das ganz interessant fanden.

Also, da bist du nicht raus

Muss ich eigentlich nochmal umsetzen

Irgendwann im nächsten Leben, wenn ich mal teilzunehmen

Wenn es immer so ist

Ja, ja, ja

Aber ich meine, man kann sich schon, also so gerade im

Probenfeld haben die sitzen, die Leute ja schon mal

schon vom Rechner, dann kann man schon davon ausgehen, dass das so

dass das so funktioniert, ja

Ja, ja, ja

Naja, ich meine, das ist halt ganz anders

als man das sozusagen so

kennt, aber ich meine, wenn man so ein bisschen drüber nachdenkt

dann ist das eigentlich gar nicht so blöd.

Das ist schon interessant.

Also der größte Vorteil, den ich sehe,

ist wirklich die Entwicklungsgeschwindigkeit.

Ich habe kein HTML, ich habe kein CSS,

ich habe kein JavaScript,

ich kann reines Python schreiben

und kann mein Feature deployen.

Ja.

Und ich mag Python.

Und ich mag weniger CSS und JavaScript,

das mag ich nicht so gerne.

Also ich kann es, ich komme nicht drum rum, also ich mache das auch, aber nur, wo es wirklich nötig ist.

Ja.

Ja, ich überlege gerade, man hat sich so ein bisschen daran gewohnt.

Also ich finde zum Beispiel mittlerweile schwierig, das Frontend nicht mit CSS irgendwie, vielleicht auch ein bisschen in JavaScript zu stylen, weil mir so ein paar Sachen dann immer fehlen.

So diese dynamischen Sachen, an die man sich dann doch irgendwie daran gewöhnt, so Headless UI oder so.

Das geht mir schon auf die Nerven, wenn ich jetzt

in Django das ohne

REST-API benutzen möchte, sondern das in die Templates

einbaue, das ist manchmal schon immer so ein bisschen

strugglig, weil ich halt da schon relativ

viel auf Vue.js klebe.

Ja, aber das ist ja kein

Problem von, also

es ist ja beides.

Die Frage ist halt, welche

Leute haben sich schon wie viel auseinandergesetzt

mit Dingen zu entwickeln, die das

schön einfach und

pretty zu benutzen machen.

Du meinst, achso, ja gut, okay,

also wenn du aus der Entwicklersicht drauf guckst

und dir dann überlegst, okay, wenn ich

jetzt schnell Produktivität

und Maximalaufbau. Webgeschichten mit

irgendwie UI-Sachen, wo ich

meine, wenn ich quasi

fürs Web eine Applikation so schreiben will,

wie ich das sonst mit PyQt machen würde

oder mit Qt.

Welches, was nehme ich denn da?

Dann landest du wahrscheinlich bei den

SPAs und dann landest du halt auch irgendwie bei

irgendwas von den großen

UI-Frameworks, die es halt für JavaScript gibt, weil

genau, da ist halt schon am meisten Arbeit reingegangen.

Also ich bin mir natürlich da so ein bisschen so ein Klotz ans Bein.

Naja,

aber dafür habe ich natürlich auch das ganze Ökosystem mit

damit. Ich bin halt nicht ganz alleine.

Mein Problem wäre jetzt bei Qt in Python

mit den Bindings.

Ich muss halt alles selber bauen.

Also vom Scratch irgendwie. Ich muss mir selber

komplett überlegen, wie das aussehen muss.

Ich frage mich

gerade so ein bisschen,

was ich auch noch gerne von Martin wissen würde,

wie überhaupt so ein UI strukturiert ist,

so prinzipiell

in Python.

Also von der Struktur her?

Also ich glaube, das ist

gar nicht so groß anders, als

wenn man

mit Django das machen würde.

Also es gibt einen Event-Loop

und

ja, eigentlich dreht sich alles um das

Event-Loop. Und

wenn man was Asynchrones braucht,

dann bietet Qt da auch

was Asynchrones. Das ist

im Wesentlichen eine Python-Klasse.

Ja.

Was interessiert dich speziell?

Also mich interessiert vor allem das UI irgendwie. Also wie baue ich zuerst mir einen Rahmen und dann da verschiedene Container rein oder mache ich das irgendwie über so Floating-Geschichten oder mache ich das alles statisch?

Achso, achso, jetzt habe ich dich falsch verstanden. Ich dachte, du meinst das Design der Python-Applikation, aber du meinst tatsächlich die Oberfläche an sich.

Ja, also QT hat unterschiedliche Wege, wie man das machen kann. Ich habe da auch noch nicht alle bis ins Detail ergründet tatsächlich, auch nach drei Jahren noch nicht. Aber der Standardweg ist, man programmiert sich sozusagen seine Oberfläche.

Also ich sage, ich möchte einen, also es gibt verschiedene Frame-Arten, zum Beispiel einen horizontalen Frame, einen vertikalen Frame oder was Tabellenartiges oder was Formularartiges und dort gruppiere ich mir quasi meine Elemente rein, in diese Boxen, sage ich mal.

Und das Ganze ist responsiv, wenn man das will.

Auch animiert?

Ja, ist responsiv, wenn man das will.

Wie bitte?

Auch animiert?

Ja, kann alles.

Du kannst animieren, du kannst, also du kannst ja immer die Widgets angucken, die es so gibt.

Animiert, du kannst dir Schieberegler machen, du kannst dir Knöpfe machen in bunt oder in blinkend oder in wabernd.

Ja, das geht alles.

woran ich eben denken musste

ist halt, ich glaube es ist halt sehr

stark davon abhängig, ob das jetzt eine gute Idee

ist sozusagen, dass

man das einfach so nehmen

kann, die Widgets, oder wahrscheinlich kann man sie ein bisschen

stylen, oder ob das jetzt besser wäre

das über CSS und JavaScript zu machen

hängt halt wahrscheinlich sehr stark von einem Use Case ab

Ja, die Frage ist halt, wie viel Arbeit muss ich jetzt

da noch reinstecken, um mir so ein komplettes Konzept

auszudenken. Aber wenn dein Use Case ist

du willst irgendwas kompliziertes machen, aber letztlich

ist es nicht so wahnsinnig wichtig, dass

das jetzt zu deinen Brandfarben passt, weil

das ist halt gar nichts, was jetzt

Customer-Facing ist, sondern

es ist halt irgendwie ein Ding, was Leute benutzen,

um irgendwas zu erreichen, aber das ist nie nach

außen hin sozusagen

Wer ist denn in der Customer?

Naja gut,

natürlich schon die Leute, die das benutzen,

aber das ist halt nur intern.

Das würde ich

anders sehen, mit dem nur intern.

Ja gut, aber

warum, ja okay, aber da würde ich jetzt

denken, an der Stelle ist es

macht es halt Sinn, vielleicht was zu verwenden,

womit du komplizierte Sachen

hinbekommst,

die du vielleicht

brauchst, weil das ein kompliziertes Problem ist,

aber die Anforderung,

dass du das jetzt irgendwie besonders

hübsch oder so auf dich angepasst

dargestellt hast, also das so aussieht,

das ist halt nicht so wichtig.

Selbst wenn ich das so hübsch hinbekomme, weil das so viel Aufwand ist,

das so hübsch hinzubekommen. Ja, vielleicht wäre das dann schrecklich viel

Aufwand, aber wenn dir das egal ist, dann musst du das nicht machen.

Ja, also

du meintest gerade, entweder ich mache es

mit CSS oder ich mache es mit Qt.

Das stimmt nicht so ganz.

Nein, was ich meinte ist nicht

mit CSS oder mit Qt, sondern ich meinte

sowas wie mit den ganzen Frameworks, die ich habe.

Die ich halt gerne muss, keine Ahnung,

Tailwind oder sowas, damit ich halt

schneller produktiv bin, Utility

oder so, Utility-Klassen einbauen.

Aha.

Aber wenn ich das ganze CSS

dann immer selber schreiben muss und dann muss ich mir erst mal

überlegen und dann muss ich mir erst mal so ein paar Boxen bauen,

dass das alles so passt, dann

naja, kommt drauf an, also

QT hat auch noch

einen Designer, ja, wenn du das

Projekt nicht kommerziell nutzen willst, kannst

du diesen Designer nutzen.

Aber wenn ich das nicht kommerziell nutze, okay.

Genau. Kannst du den

Designer nutzen, das ist quasi mit

ziehen und ablegen

quasi. Jetzt erinnere ich mich, das hatte ich

genauso. Wie man das früher

von, ich glaube, Visual Basic

da

war das so ähnlich schon.

Kann man auch, wenn man will.

Der war auch sehr hübsch.

Ich hatte tatsächlich, glaube ich, den angefangen auszuprobieren

und dann bin ich darüber gestolpert, dass man das

irgendwie mit der Lizenz eben nicht benutzen

darf, wenn man das machen muss.

Okay, ja.

Ja, ja, ich meine, das machen

ja auch die ganzen, oder

ich meine, ich kenne jetzt die iOS-Seite besser, aber

halt da Xcode und so, da gibt es ja auch solche Dinge,

wo du dann halt dann grafisch dann die ganzen

Elemente irgendwie sozusagen,

selbst dann kannst du sogar Linien

irgendwie dahin ziehen und dann werden dann halt irgendwie

Event-Listener hinzugefügt oder keine Ahnung.

Ja, genau.

Damit geht das wahrscheinlich auch.

irgendwie. Aber

naja, ich könnte mir schon

vorstellen, dass, also du kannst jetzt zum Beispiel

an der iOS-App, da kann ich es halt, weil ich nehme

mal an, dass es bei Qt genauso ist.

Sozusagen

damit kannst du im Grunde alles machen,

aber wenn du jetzt eine iOS-App

so hinkriegen willst, dass die genauso aussieht,

wie du das haben möchtest, ist das halt eine Menge Arbeit.

Ja, genau. Und zwar wahrscheinlich

mehr Arbeit, als wenn du eine Webseite so aussehen

lassen möchtest, wie du das aussehen lassen möchtest.

Das ist auch so ein bisschen, also ohne, dass ich jetzt

angreifen möchte, aber das ist so ein bisschen mein Problem

mit diesen Beauty-Sachen oder meine

Kritik daran. Also ich glaube, dass das

wirklich schwieriger ist, das

richtig schön hinzubekommen.

Ja, aber jetzt noch mal, jetzt versuch mal in

HTML und CSS eine Tabelle so hinzukriegen

mit all den Widgets und Features, die du vielleicht haben

möchtest für deinen Newscase.

Dann hast du an der Stelle ein Riesenproblem. Das geht ja auch

nicht gut.

Ja, also

aus meiner Perspektive

mein Branding mache ja ich.

Ja.

Von daher hatte ich das Problem nicht. Dazu kann ich dann entsprechend auch nicht so viel sagen. Also was ich sagen kann ist, es lässt sich jedes Element mit CSS stylen, wenn man das will. Ja, ich glaube so groß und unterscheiden tut sich das gar nicht versus Django.

Ah ja, okay. Mit dem Unterschied natürlich, wenn man sein geliebtes Framework nutzen will, Tailwind, was weiß ich, das funktioniert natürlich anders. Aber gut, wenn man sich ein anderes Framework auswählt, dann sind halt Dinge anders.

Also was ich meine, du kannst halt jetzt, wie wir das bei unserem Podcast gemacht haben, Bootstrap importiert und sonst nichts tun für das Design, weil einem das nicht wichtig ist.

Ja, ja, genau, also

ja, da habe ich das ja auch

im Grunde, ja, ich glaube auch, das ist der Grund, warum halt

Bootstrap quasi so viel verwendet

wird in internen Tools,

weil da ist es halt oft egal,

ist halt wurscht, ja, also

wie das jetzt aussieht, es muss halt bloß irgendwie halbwegs bedienbar

sein und

das kriegt man mit Bootstrap ja schon hin.

Es sieht halt nicht so toll aus, aber

ja, genau.

Ja, ja,

ja, ich weiß es nicht so genau.

Es ist immer, es ist alles eine,

Das ist da so wirklich...

Was möchte man am Anfang

immer machen, wenn man jung ist und

Software entwickeln will, möchte man Spiele programmieren.

Das geht mit Qt wahrscheinlich schon

ein bisschen besser als mit Web.

Aber auch da bin ich mir nicht sicher, ob das die richtige

Idee ist, irgendwie das so zu betrachten.

Nee.

Ich glaube, da würdest du

Spiele...

Ob du eine 3D-Intel

möchtest oder halt nicht, also ob du halt

eine zweidimensionale, weiß nicht,

kann man Fensteransicht sagen zu Qt?

reicht.

Also für Spiele wäre jetzt

QT nicht mal eine erste Idee.

Aber kommt sicherlich aufs Spiel an.

Ja, ich glaube auch.

Nur weil man dann Pfeifen machen wollen würde.

Büro-Simulator 3.0.

Ja, genau.

Das geht

wahrscheinlich gut.

Da kam ich

mit Kiwi schon ein bisschen weiter tatsächlich.

Also es war auch so eine Art Büro-Simulator.

Ja.

Ja.

Ich habe einen Fantasy-Manager

für unsere Eishockey-Runde gebaut.

Ja, gut, sowas.

Das hat wundervoll funktioniert.

Ja.

Das war sogar hübsch in Kiwi.

Aber ja, ich glaube,

man will das nicht benutzen, das ist halt befummelig.

Ja, aber was mich auch nochmal interessieren würde,

so rein ressourcenverbrauchmäßig, wenn ich jetzt

für einen User so eine

Applikation starte mit Qt, dann habe ich schon das

Gefühl, also wahrscheinlich so ein paar Megabyte wird die dann

schon einen Hauptspeicher brauchen oder so.

Die muss ja dann auch die ganze

Zeit laufen, obwohl die muss eigentlich nur so

lange laufen, wie ein Benutzer sie tatsächlich

benutzt. Dann kann man irgendwie den

State irgendwie so raus serialisieren und erst

beim nächsten Mal, wenn der Nutzer wieder kommt, dann

muss man das halt irgendwie wieder sich irgendwo

herholen. Genau so ist es.

Aber tatsächlich

hast du, solange ein Nutzer

irgendwie quasi da drauf

guckt, also die Frage eingeloggt ist oder ich weiß nicht,

wie man das beschreiben kann,

solange irgendwie eine Session aktiv

ist, wie auch immer,

brauchst du halt diesen Hauptspeicher.

Ja, genau.

Ja, okay.

Das ist so, wobei da auch einiges im Shared Memory sich befindet.

Ja, die ganzen Bibliotheken wahrscheinlich, ja.

Das macht Python von sich aus schon.

Das heißt, man hat jetzt nicht komplett den Overhead

von einem Nutzer auf alle Nutzer,

sondern da wird noch einiges geteilt.

Aber ja, prinzipiell schon.

Ja, weil da bist du natürlich dann wahrscheinlich

ein bisschen ineffizienter als eine Web-Anwendung,

die halt nur das, wo es dann halt einen Prozess gibt,

halt dann viele Quests von unterschiedlichen Benutzern.

Genau, also speicherintensiver

ist das schon. Wobei

es nicht so wichtig ist, dass der

Sprecher schnell beschrieben

werden kann. Also mit

anderen Worten, es muss nicht zwingend RAM sein.

Ah, okay.

Was einem die Möglichkeit gibt,

ein Swap-Laufwerk

anzulegen, das irgendwo hin

zu tun, wo es einen relativ zügigen

Zugriff hat. Und

ja, da geht es auch.

Ja, und SSDs sind jetzt auch nicht

du mir so super langsam? Ja.

Genau, also eigentlich sind wir

mit der Swap-Variante

unbegrenzt im Hauptspeicher.

Ja. Fast.

Ja, ja, ja, ja.

Nee, durchaus interessantes Modell.

Ja. Und

ja, ich meine, was

wenn man jetzt aber, für die

Benutzer ist das ja auch so ein bisschen, die kommen aber gut

damit klar und nehmen das so an

oder hörst du da häufiger das

so, warum, das ist irgendwie komisch.

Ich weiß es nicht genau.

Also bis jetzt habe ich tatsächlich dazu noch gar nichts gehört.

Ah, okay. Interessant.

Also es scheint einigermaßen intuitiv zu sein.

Vor allem, weil man es ja auch vom Desktop schon kennt.

Ja.

Also die Art der Bedienung, sage ich mal.

Gehen denn da wirklich alle, also jetzt stelle ich mir natürlich die Frage,

wie ist das denn jetzt mit Tastaturkürzeln oder, weiß ich nicht, rechter Mausklick oder so.

Das muss ja jetzt alles durch den Browser durch.

Der Browser lässt ja jetzt nicht alles durch.

Manche Sachen sind ja auch, quasi fängt der Browser ja wahrscheinlich schon ab, wenn man ein anderes Tab auswählt oder das Fenster zumacht oder so. Das geht dann ja gar nicht bis auf die andere Seite. Aber ich weiß jetzt auch nicht genau, was da möglich ist und was nicht.

Ja, also hätte man das selber entwickeln müssen, den Client in JavaScript, hätte man wahrscheinlich mehrere Jahre gebraucht. Muss ich aber nicht. Der ist schon fertig. Und der kann tatsächlich alles, was man sich unter Desktop so vorstellt. Also Rechtsklick ist kein Problem, Tastatureingaben sind kein Problem, Tastaturkürzel sind kein Problem.

Also das ist eigentlich alles da und wird von Firefox und von Chrome supported und damit eigentlich von 90 Prozent von allem, was es da gesucht gibt.

Ja, das heißt, man kriegt auch gar nichts, aber es ist schon in einem Browserfenster, muss es halt sein.

Richtig.

Aber ansonsten kriegt man eigentlich gar nicht mit, dass es wirklich ein Browser ist, sondern das ist eigentlich eher, verhält sich wie eine native Applikation.

Verhält sich so, als ob man die Anwendung

lokal auf dem Rechner hätte

Auch Copy und Paste, wahrscheinlich bei Text kein Problem

Wenn ich jetzt irgendwas da reinziehe oder so

Okay, dann passieren wahrscheinlich komische Sachen

Genau, es gibt Dateitransfer

Es gibt, wenn man will, sogar Audio

Ja, schick

Ich glaube, dieses Guacamole

muss ich mir auch mal angucken

Scheint ja schon sehr interessant zu sein

Lass mal überlegen

was gibt es denn, was kann man sich denn noch so

vorstellen, was interessant sein könnte

bei diesem, also gibt es, ist das

der Client selber, der Python

Rapper um Qt

kommt selber auch von, ich weiß nicht

wie hieß denn diese Firma nochmal

die Qt baut

Qt Foundation

Qt Foundation

na gut, ich weiß nicht mehr, da war ja auch noch eine lange Zeit

vielleicht gibt es die Firma auch nicht mehr, keine Ahnung

Foundation klingt jetzt irgendwie eher nicht mehr nach

Rundfunk, aber

genau, von denen kommt halt

auch, kommen die Python-Bindings, weil ich

habe irgendwie gehört, PySite gibt es, oder

das sind

die dann. Wenn ich Qt

sage, dann meine ich PySite.

Also es gibt

unterschiedliche Ausprägungen,

wie man Qt nutzen will, kann

und

ja, ich habe mich für PySite entschieden.

The Qt Company.

Ah, okay.

Hier gibt es dann noch so ein paar andere Sachen.

Vielleicht wollen wir die noch kurz erwähnen.

Also Kiwi haben wir jetzt schon, glaube ich, erwähnt.

Hier ist noch WX-Python.

Kennt jemand GTK-Bindings für Python?

Genau, also GTK würde ich sagen,

ist so das zweite große Framework, was man da nutzen kann.

Was nicht ganz, aber so ungefähr auf Augenhöhe.

Naja, andere würden wahrscheinlich was anderes sagen.

Also es ist auf Augenhöhe mit Qt.

Und ja, die Widgets sind ähnlich weit gediehen.

Kann man sich dann quasi aussuchen.

Du würdest ja wahrscheinlich alles, dein ganzes User-Interface

und auch deinen Desktop komplett mit Qt bauen oder mit GTK.

Dafür habe ich GTK noch nicht zu sehr in die Tiefe getestet,

um das sagen zu können.

Aber ja, also es scheint ähnlich weit zu sein.

Aber dafür habe ich es mir nicht genug angeguckt,

um jetzt speziell sagen zu können, das geht damit und das geht damit nicht.

Und dann gibt es noch einen Rapper da irgendwie

drum, Piesimplegui, der mit dem einfache Sachen

irgendwie dann auch gehen, schneller oder

sowas, oder noch mehr High-Level-Interface, oder?

Kenn ich auch nicht im Detail,

Piesimplegui.

Das macht er so beinahe auch über

Qt, kann man dann lieber WX peisen.

WX peisen wäre noch so ein Ding.

Habe ich jetzt auch mal kurz

ausprobiert, aber war so mittelhübsch.

Ja, habe ich da schon ganz lange nichts mehr von gehört.

Ja, genau, aber gegen wohl ein paar

Sachen.

Ja, also

es ist immer noch so, Python und GUI

ist immer noch so ein bisschen...

Ja, wobei ich tatsächlich, also ich würde schon

die Ansicht vertreten, also ich meine auch wenn das

alles ja schon

eine interessante Geschichte ist und

aber ich habe schon so das Gefühl, dass

so diese Desktop-UI

Geschichten so ein bisschen

Also vielleicht riechen sie auch nur komisch

Das könnte auch, also ich meine

da könnte es schon so ein bisschen tot sein

Was ist mit Beware?

Ja, ja, genau.

Also das würde ich auch so sehen.