Helga!

Juhu, Juhu.

Juhu.

Juhu, Juhu.

Ein Update freigegeben ist. Genau.

Zwei sogar.

Wenn ich das richtig sehe.

Es nimmt jetzt überhaupt gar kein Ende. Also wenn einmal der Damm gebrochen ist, dann fließt es einfach.

Naja, die letzten drei Wochen ist nichts geflossen.

Tja, naja, aber jetzt haben wir ja wieder Freakshow und zwar die 136. Ausgabe. Heute mal ganz anders, nämlich am Montag mit Rücksicht auf unsere Fußballfans.

Ist auch was.

Oder?

Ja, und deswegen gleich, weil Montag ist, hat der Huckel das gleich mal verpeilt und ist nicht da.

Genau, Huckel ist nicht da, weil woanders ist und wir bedauern und betrauern das, aber nur ganz kurz, denn wir haben hervorragenden Ersatz gefunden und das gleich doppelt und dreifach. Aber fangen wir noch mal von vorne an. Also Roddy ist da und Dennis ist da.

Ja, bin da. Ja.

Genau. Und dann haben wir noch Jan, Jan Lennart. Hi. Hallo Jan, super. Wir haben es schon häufiger probiert und heute Heute hat es irgendwie gepasst. Ist gut.

Ja.

Danke. Genau. Und da Huckel weg war, haben wir uns gleich noch Verstärkung geholt. Nämlich Jens.

Hallo. Ja, das war Zufall.

Ja.

Das war Zufall. Das war gut.

Wir haben eine Nachbarschaftshilfe.

Der Jan ersetzt den Clemens, muss man sagen, weil der nämlich heute auch nicht da ist. So rum. Genau.

Clemens ist auch nicht da, weil Clemens ist mal wieder im hohen Norden und testet LTE-Badbreiten. Habe ich auch gemacht.

Ja, da erzählst du ja nachher noch. Du interessierst mich. Genau. Weil ich bin ja auch bei dem Verein.

Genau, aber vielleicht nochmal zu euch beiden hier. Also ihr wart ja schon, der Meta-Ebene-Hörerschaft seid ihr ja bekannt, weil ihr ja schon mal beide schon mal im CAE wart.

Bei welchem Thema warst du denn, Jan?

Ich war bei CouchDB mit dabei.

Genau.

Wir haben über CouchDB gesprochen, weil das ist ja eins der zahlreichen Projekte, die du so losgetreten hast oder zumindest aktiv begleitet hast. Machst du das eigentlich noch?

Da bin ich noch dabei, ja.

Bist du noch dabei?

Hast du angefangen damit, oder? oder?

Ich bin der zweite, der dabei gewesen ist. Da hat jemand anderes angefangen und dann hab ich gesehen, das ist eine ganz coole Sache und hab dann mal so mitgemacht und der hat inzwischen aufgehört und jetzt bin ich so der am längsten dabei ist.

Mutierst du dann so zum älteren Statesman?

Ja, genau. Ich bin dann auch so offiziell Projektmanager, was man da so, das kann ich dann später erklären.

Ja, und der, wie hieß nochmal der ursprüngliche?

Damien Katz.

Und der ist jetzt davongelaufen?

Ja, der hat sich gedacht, ich will was anderes machen und ist dann gegangen in einer etwas dramatischen Situation.

Oh.

Ja.

Drama, jetzt hier in der Freakshow.

Hat der einen, wie sagt man das beim Spielen, bei den Gamern, heißt das ja Rage Quit, oder?

Das war ein proper Rage Quit, ja.

Okay.

Was heißt das genau?

Wenn dich einer voll aufregt und alles hinschmeißt.

Ja, kein Bock mehr auf die Scheiße.

Ihr seid doch alle scheiße, alle anderen sind blöd und ich hab auch keinen Bock mehr und so.

Das wäre ja mal was für ein Podcast.

Einfach nur Rage Quitten die ganze Zeit?

Ja, weiß nicht, ich überleg gerade.

Hat keinen Bock mehr.

Mikrofon hinschmeißen, runterziehen und einfach gehen.

Hattest du schon mal einen Gast, der rausgerannt ist?

Nö. Nicht bei uns.

Haben.

Wir noch nicht geschafft, nee.

Grübel jetzt gerade, aber ich kann mich da nicht dran erinnern. Ich hab's bisher mal alle halbwegs im Zaum gehalten. Du bist ja auch nicht davon gelaufen.

Bisher noch nicht, nee.

Du bist sogar schon mehrfach wiedergekommen. Wie viele Kerben im Mieterebene Holz hast du jetzt schon geschnitzt?

Drei. Da hast du doch bestimmt eine Funktion in deiner Software, wer dir das sofort anzeigt.

Tatsächlich habe ich die, ja. Schöner Volley.

Schöner Volley.

Wer war dann am meisten da? War es nicht Pavel oder so?

Na, ich. Ja.

No shit.

Ich schaue mal kurz nach, was hier so die CAE Hall of Fame ist, aber ich glaube, jetzt ist da ganz weit vorne.

Der Chatraum sagt, der Gast ist zu leise.

Welcher Gast?

Genau. Welcher von den beiden?

Ich glaube, Jan, du bist zu leise.

Okay.

Ich kann dir ja mal ein bisschen mehr Power geben.

Achso, und hier kann man auch regeln.

Sag noch mal was, Jan.

Ist das jetzt besser so?

Ja, ich glaube, das kriegen wir schon hin. Guck nicht, dass ich mich hier nochmal vertastet habe, aber es sieht eigentlich ganz gut aus. Ja, also Pavel ist schon die Nummer 1 noch, gerade so. Gefolgt von Harald Welte, was auch nicht sonderlich überraschen dürfte.

Wie viele?

Sieben.

Pavel hat sieben Podcasts mit dir gemacht. Ja. Meine Fresse. Ja, okay, der ist halt ein Nerd und Politiker.

Ja, wobei als Politiker damals war er noch...

Nicht professioneller Politiker, ne? Ne.

Seitdem er Politiker ist, war ich wieder hier. Das frisst einen ja dann immer entsprechend auf. Ich dachte.

Das wäre ein Grund, warum er noch immer ein bisschen mehr dabei ist als andere. Weil ich war auch schon dreimal da, ne?

Das kann gut sein. Ich gucke jetzt mal. Also Harald war sechsmal da. Martin Hasemacher war fünfmal dabei. Frank war viermal und liegt in einer Liga mit Gregor und mit dir, Jens.

Du bist auch schon viermal.

Vier Sendungen haben wir schon hingeworfen.

Ich habe drei, glaube ich.

Und Dennis hat drei, genau. Wobei eigentlich nur zweieinhalb, weil ich habe ja einmal deine Spur nicht aufgenommen.

Ja, aber dann hast du das über die anderen mit reingekriegt oder so.

Ja, es ist halt, ja. Leider habe ich auch dummerweise, man ärgert sich über sowas ja immer, wenn man irgendwie so seine ganzen, seine Backups nicht so richtig auf die Reihe kriegt. Hätte ich noch die Originalaufnahme und nicht nur den Mix, dann hätte ich wahrscheinlich in Zeiten von Auphonic da nochmal richtig was reißen können. Gerade jetzt, wo das tolle Multitrick-Feature da ist, das hätte es wahrscheinlich gebracht. Aber naja, so ist das nun mal und kann man nicht ändern. Wir haben uns zuletzt über Wikidata unterhalten, Jens. Und ja, über Internet-Meme und Hacker-Browse und am Anfang stand nochmal so eine Sendung mit allgemeinem Kleinkram. Das war noch so zu Zeiten.

Das war damals, als noch Musik im Hintergrund lief. Ja.

Genau. Weißt du noch damals, als bei CAE noch Hintergrundmusik lief? Genau, das war's. Das war auch noch so eine von diesen etwas noch nicht ganz formattreuen Sendungen. Naja, wie auch immer. Auf jeden Fall haben wir jetzt hier neue Konstellationen und finde ich super. Und, ja Jan, fangen wir doch mal mit dir kurz an. Haben wir ja eigentlich auch schon. Also, mach doch mal noch mal kurz dein kleines Universum auf. Also CouchDB haben wir jetzt schon erwähnt, ist ja ich weiß nicht, wie nennt man denn das richtig? Was ist denn der Untertitel? CouchDB ist ein?

Ist eine Datenbank.

Das reicht schon?

Das könnte man schon so stehen lassen.

Sogenannte NoSQL-Datenbank, ne? Ja.

Wenn man das unbedingt machen und sagen möchte, ginge das auch noch. Das stimmt.

Das ist ja schon ein Rausstellungsmerkmal.

Na, wenn wir, unser inoffizieller Titel ist, CouchDB ist die Datenbank, die replizieren kann. Und damit stellen wir quasi das Alleinstellungsmerkmal von CouchDB gegenüber allen anderen Datenbanken so ins Vordergrund. Da haben wir damals im CRE gar nicht drüber gesprochen und deswegen würde ich mich vielleicht auch nochmal einladen, um CouchDB 2 zu machen, weil ich in den, weiß ich nicht wie viel, fünf Jahre das her ist, inzwischen haben wir die Natur von CouchDB ein bisschen besser verstanden, die wir dann noch nicht so ganz genau wussten und jetzt könnte ich das nochmal erklären und zwar ganz anders.

Ja, da müsste man vielleicht den Bogen noch etwas breiter spannen. Hat sich ja überhaupt sehr viel getan in dieser ganzen alternativen Datenbank-Welt. Das stimmt.

Ich hörte neulich, man spricht jetzt auch nicht NoSQL aus, sondern Nazgul. Nazgul.

So wie die bei Herr der Ringe, die Viecher? Ja.

Genau so.

Was ist denn das bei Herr der Ringe nochmal?

Diese Fliegen-Dinger.

Wo die Minions vom Ringbearer drauf fliegen.

Oder? Oder sind die Ringbearer die Nazgul? Ich weiß es nicht genau.

Die Bösen.

Wir werden jetzt gleich geschlagen vom Chat.

Da wedert jemand ganz stark, schreibt der Chat. Wer könnte das sein?

Machen sie eine typische Handbewegung.

Machen sie eine typische Nasenbewegung. Ja.

Ich wollte ja schon gedacht, ich habe gedacht, ich könnte mein Kopfhörer andersrum aufsetzen, so für Rechtsatmer. mache. Aber das geht gar nicht. Der ist immer links, dieses Scheiß Mikro. Man kann es nicht nach rechts machen.

Richtig. Also du atmest zur Seite?

Na, wie ihr vielleicht weißt, sind irgendwie 99,9 Prozent aller Männer haben, oder aller Menschen haben eine schräge Nasenscheidenwand oder irgendwie sowas. Das heißt, die ist so ein bisschen krumm und schief und vielleicht, so jetzt, ich theoretisiere gerade, ja. Und vielleicht ist halt meine linke Seite, ist halt ein bisschen die Aerodynamik ein bisschen schlechter. Und wenn ich das Mikro wo auf die andere Seite man könnte, könnte man ja mal testen, ob es da besser ist.

Hm.

Du könntest den Kopfhörer verkehrt rum aufsetzen und das Mikro rumdrehen.

Du kannst das Mikrofon tatsächlich auch, oder?

Nee, eben nicht.

Oben rum.

Ach, oben rum. Ja.

Doch, du kannst das.

Ich hab's unten rum probiert.

Genau, entweder dann werde ich mal jetzt so ein bisschen durch.

Warte, jetzt muss ich aber mit dem Kabel hier jetzt. Deine Anschlüsse sind natürlich alle hier links optimiert.

Naja, eben, deswegen. Das hat ja schon seinen Sinn.

Links optimiert.

Ja. So.

Testen wir das mal. in die Öffentlichkeit kommt.

So, jetzt bist du, Rechtsträger sozusagen.

Ja.

Gut.

Da ist doch eine schöne Trollfrage im Chat.

Ungewohnt jetzt hier.

Warum CouchDB, wenn MongoDB doch viel netter erscheint?

Erscheint, ja.

Erscheint das netter?

Willst du das als Masterfrage oder?

Wenn du Joker brauchst, sag Bescheid.

Ach.

Das ist eine super Frage. Da kann ich, ich tue mich immer so ein bisschen trail, über MongoDB Sachen zu sagen, weil ich ja an einer Alternative mitarbeite und ich finde das nicht so toll, wenn man sich quasi der Konkurrenz, sagen wir mal so, an den Karren pisst.

Ja.

Aber es ist jetzt nicht von dir aus initiiert, sondern hat ja jemand gefragt. Das kann man ganz anders sagen.

Ja, aber da kann man dann trotzdem so ein bisschen diplomatisch sein. Das versuche ich dann immer. Aber in den letzten, weiß ich nicht, letzten paar Jahren bin ich da auch so ein bisschen weniger vorsichtig geworden, weil die haben sich schon teilweise etwas scheiße verhalten, wie ich finde. Die haben dann zu einer Zeit, wo CouchDB relativ populär war, gesagt, wir sind das schnellere CouchDB und haben dann versucht, sehr viele Leute rüberzuziehen, zu sich und das hat auch sehr gut funktioniert. Zugegeben haben wir dann, weil ich ja gerade schon erwähnt habe, wir haben CouchDB noch nicht so ganz die Natur davon verstanden und haben dann gesagt, okay, MongoDB ist sowas ähnliches und dann müssen wir jetzt Konkurrenz spielen und wir sind halt die anderen und, haben dann diesen Kampf quasi verloren, bis wir dann verstanden haben, das war überhaupt nicht unser Kampf, den wir hätten überhaupt führen sollen und haben dann da uns ein bisschen verpeilen lassen. Und. Die Frage, also diese Frage entweder Oder zu CouchDB und MongoDB ist einfach eine Frage, die man nicht stellen kann. Also wenn man jetzt eine SQL-Datenbank nimmt und die haben alle, sagen wir mal, sie hätten alle ein standardisiertes SQL-Interface, dann kann man ja schon so ein bisschen rumtauschen und sagen, okay, ich nehme jetzt Postgres, weil die da noch ein paar andere Features haben, die MySQL nicht hat oder andersrum. Oder trott bewahre auch noch Oracle oder so. so. Aber MongoDB und CouchDB sind einfach ganz unterschiedliche Technologien, die, wenn man von oben drauf guckt, ähnlich aussehen und nicht genau hinguckt. Und wenn man dann aber so ein bisschen tiefer einsteigt, ich nenne das immer so einen binären Entscheidungsbaum, wenn man halt guckt, hier gibt es eine große Designentscheidung, die man als Datenbankentwickler machen muss. Und dann gehen die nach links und wir gehen nach rechts. Und dann zieht sich das an jeder Stufe, wo man auch nur kann, gehen wir in die entgegensetzte Richtung. Und wenn man die beiden sehr genau kennt, dann... könnten die Systeme nicht unterschiedlicher sein. Deswegen finde ich das immer sehr schwer.

Werd doch mal ein bisschen genauer. Was ist denn sozusagen jetzt so das Management-Summary von dem einen und dann das Management-Summary von dem anderen im Vergleich?

Ich fange mal vielleicht mit dem an, was CouchDB als Alleinstellungsmerkmal hat. Und da nehme ich gerne, also als Vergleich ist da eher Git besser als Mongo oder MySQL oder eine andere Datenbank. Und dann beantwortet das noch weniger Oder macht noch mehr Fragen auf, wahrscheinlich. Und bei Git meine ich weniger dieses, ich habe hier tolle Diffs und Merges und so eine Sachen, oder ich kann hier Sachen machen irgendwie, sondern mehr, ich habe meine Daten alle lokal, ich kann da committen und alle Operationen drauf machen und ich kann meine Sachen mal zu Jens rüberschieben und er guckt sich das an und dann kann er da noch einen Commit reinmachen, den ziehe ich mir wieder zurück und dann schickt er dir das aber auch schon nochmal und dann kriegst du von mir auch noch ein paar Sachen und du sagst, das ist auch okay und dann schieben wir das alle aufs GitHub oder sonst irgendwo hin und da zieht sich das Travis das dann raus und lässt dann das Continuous Integration einmal durchlaufen und das geht durch und das deployt das dann live.

Also jeder hat sozusagen sein eigenes Repository, um ja in der Git-Sprache zu bleiben, ja? Ja.

Genau. Und man kann frei hin und her schieben und es gibt so Delta-Updates, so dass man quasi Updates von allen bekommen kann, um halt auch immer auf dem neuesten Stand zu sein. Und das kann keine andere Datenbank. Das kann nur CouchDB.

Also ich verstehe dich das richtig. Man kann im Prinzip von derselben, Datenbank N N Instanzen vorhalten, die alle für sich sich so lange aktualisieren können, wie sie möchten und sich dann so zeitnah, wie es geboten erscheint oder sich die Gelegenheit bietet oder es angemessen ist für die Anwendung miteinander zu synchronisieren.

Ganz genau. Und das geht von, ich baue mir so ein Cluster aus Maschinen zusammen und die Latenz zwischen Wänden, die sich so miteinander synchronisieren, das ist halt so, synchronisieren ist relativ klein, bis hin zu, ich habe hier in Berlin vielleicht ein Büro und in Tokio noch ein Büro und die synchronisieren sich jetzt über eine langsame Leitung, das dauert alles ein bisschen langsam, aber wenn ich jetzt auf Daten zugreifen muss, die in Tokio erzeugt worden sind, dann muss ich nicht immer für jede Operation in meiner UI einmal durchs ganze Internet und wieder zurück, das ist ja auch, hat ja auch Latenz und alles. Ich kann halt immer auf die Berlin-Instanz zugreifen und kriege halt irgendwann die Tokio-Daten und kriege die dann halt auch. Und dann geht das halt noch weiter in diesem Extremfall. Ich habe irgendwie, also früher sagte man noch, ich habe da dann so den tragbaren Computer und habe den mit zum Kunden genommen, wo es kein Internet gibt, aber heutzutage ist das der Fall da eher, ich habe ein Mobilgerät oder... äh, ein Tablet oder sonst irgendwas und, ähm, die können auch, also die sind ja, weil die ja nicht so große Batterien haben, sind die ja meistens offline, ähm, oder man befindet sich in einem Bereich, wo man dann offline ist, ähm, und dann kann ich trotzdem eine Anwendung, die halt zum Beispiel mit CouchDB gebaut ist, die ganze Zeit benutzen. Ich kann in der U-Bahn twittern, aber erst wenn ich halt aus der U-Bahn rauskomme, wird es dann, werden die Tweets dann halt synchronisiert zum Beispiel. So ein bisschen wie IMAP bei E-Mail, nur halt für jede App oder jede Anwendung, die man so haben könnte.

Aber man muss schon irgendwie dann auch in den Applikationslogik, also irgendwo muss ja eine Logik dann sein, die auch dieses ganze Gemerge nimmt, also wahrnimmt und dann auch Konflikte löst. Genau.

Also ich glaube, da habe ich dann auch beim letzten Mal auch schon das so ein bisschen erklärt, wenn Konflikte auftreten, dann gibt CouchDB einem so die ganzen APIs, die man braucht, um das zu lösen, aber die Auflösung muss man noch selber machen. Lässt sich relativ einfach automatisieren, bis zu dem Fall, wenn ein Computer das nicht entscheiden kann. Also ich habe so Adressbuchdaten und auf dem Handy die vertippe ich mich einmal und zu Hause gebe ich das nochmal richtig per Copy und Paste ein und dann kann der Computer nicht wissen, welche Nummer die richtige ist und dann muss man tatsächlich das halt den End-User quasi abfragen lassen. Aber oder man kann sich entscheiden, alles, was ich auf dem Handy eingegeben habe, ist korrekt und dann sagt man halt, okay, das, was jetzt vom Server kommt oder vom Desktop ist, wird überschrieben.

Aber ist ja schon so ein bisschen eklig und will vielleicht nicht unbedingt jeder machen, haben sich da so dann so Middlewares entwickelt, die so auf Couch so typische Sachen für einen schon mal lösen und dann benutze ich Couch quasi so indirekt oder macht man das nicht?

Das ist im Moment noch so in der Applikationslogik verhangen, also das wird da im Datenbank-Layer, da gibt es ja immer so eine Abstraktionsstufe, würde dann da abgehandelt werden, das gibt es bestimmt, aber da gibt es jetzt keine so Standard-Patterns im Moment, ja.

Und die Anwendung, was guckt ihr so gerade so?

Nix.

Ihr guckt gerade wie so kleine Jungs, die irgendwie gerade Äpfel geklaut haben und man erwischt sie.

Wir haben Äpfel geklaut. Natürlich haben wir heruntergeladen.

Diese angebissenen Äpfel, die neuen mit der neuen Farbe.

Ja, okay, verstehe.

Und.

Anwendung heißt jetzt, die Anwendung schlummert aber schon auch zumindest in Teilen in der Datenbank selber. war?

Ne, das jetzt eher, das war damals noch so ein bisschen Thema, das ist jetzt, das geht immer noch, aber das ist ein bisschen weniger jetzt unser Fokus, also Anwendung heißt schon tatsächlich, ich hab eine Anwendung und die hat eine, spricht über eine Schnittstelle mit der Datenbank, so wie man das gewohnt ist.

Also man sortiert sich das dann immer wieder von außen zurecht.

Genau.

Du hast aber in der Datenbank auch dann, ja, sozusagen Views gespeichert.

Also Views ist halt unsere Terminologie für so Indizes, PCs, also ich kann halt so Operationen auf den Daten machen, dafür, dass ich dann so strukturierte Abfragen machen kann, die sind nicht so strukturiert wie jetzt bei SQL, die sind nicht so flexibel wie bei MongoDB und da kommt wahrscheinlich auch die Frage so ein bisschen her, dass MongoDB so ein bisschen mächtiger, obwohl er sich jetzt auch so ein bisschen was bewegt bei uns, aber ja, da gibt es so Datenbank-typische Operationen, können wir im Prinzip auch alle.

Und Mongo ist jetzt wie anders?

Mongo versucht so, das neue MySQL zu sein. Ja, okay, vielleicht kann ich noch ein bisschen das, wie fange ich denn damit an? Vielleicht mal so ganz grob. Bei der ersten Entscheidung, was macht man mit der Datenbank? Eine der ersten Entscheidungen ist halt, wie spricht man mit der Datenbank überhaupt? Und Http spricht HTTP und ist damit sehr beliebt. Man kann halt mit allem reden quasi, da muss man nicht irgendwelche Treiber schreiben. Hat aber ein bisschen Overhead, der, wenn man große Applikationen hat, vernachlässigbar ist, aber wenn man kleine schnelle Benchmarks machen will, dann merkt man das halt schon. Und da sagt MongoDB, wir machen so ein Binärprotokoll, das ist dann halt schneller. Also wenn man mal kurz beide nebeneinander laufen lässt, ist MongoDB an der Stelle schon mal ein bisschen schneller. Da haben wir uns schon mal auseinander entschieden quasi. Hat halt den Vorteil für uns, wir können jede Menge HTTP-Proxy, Hardware-Software-Krams benutzen, das ist alles ganz toll. Für Mongo muss man das halt alles behandeln quasi oder da gibt es halt einfach weniger Auswahl, weil das Protokoll nicht so breit ist. Dann benutzen wir JSON als Kommunikationssprache zwischen, also dass es über dem HTTP läuft. Die benutzen BSON oder BISON, also so ein binäres JSON.

Genau.

Binäres JSON. Was noch so ein bisschen ein paar Datentypen hat, die so ein normales JSON nicht hat. Was auch ein bisschen angenehmer ist zum Programmieren, aber ist auch wieder kein Standard. Es gibt nur wieder die und es ist halt wieder ein bisschen schneller als als das, was wir machen. Und da gibt es also schon dieser zweite Binärbaum, wo man sich unterscheidet. Und dann geht das immer weiter, bis man halt irgendwie guckt, wie die Bits und Bytes sich auf die Platte zu schreiben haben. Und da sind wir so sehr konservativ. Da gibt es so mehrere Technologien, die man als Datenbank machen kann. Und wir benutzen ein sogenanntes Writer-Headlock, wo wir sicherstellen, dass alles immer auf der Platte landet und dann auch da bleibt. Das.

Was Poskars auch hat, ist WAL.

Genau, nur mit dem Unterschied, also das WAL haben wir in den meisten ordentlichen Datenbanken.

Was heißt das WAL?

Write the headlock.

Achso, so ein bisschen wie Journaling eigentlich.

Oder?

Ja, genau, das ist alles dieselbe Technik, nur dass normalerweise dann aus dem Journal quasi Sachen nochmal in die eigentliche Datenbankstruktur rüberkopiert werden und dann können die da halt weiterverwendet werden. Bei CouchDB gibt es keine weitere Datenbankstruktur, das Journal ist die Datenbank, weil das auch zum Beispiel das Replikationsfeature darüber funktioniert. Das ist auch egal, muss ich jetzt nicht weiter erklären. Bei MongoDB, jetzt weiß ich nicht, Die allerletzten Entwicklungen weiß ich jetzt gerade nicht. Da gibt es bestimmt auch Verbesserungen in dem Bereich, aber da grundsätzlich benutzen die zum Speichern MMAP. Das ist so ein, lad mir mal die ganze Datei in den Speicher, aber halt immer nur die Pages, die ich gerade brauche und schreib die mal zurück, wenn halt nicht mehr genug RAM da ist. Damit lässt sich das ganz schwer sicherstellen, dass die Daten, die man in den RAM schreibt, auch tatsächlich auf der Platte landen oder auch in der Reihenfolge auf der Platte landen, wie man das braucht.

Weil das OS sich drum kümmert und erst beim Schließen alles geschrieben wird und dass er sich währenddessen kümmert. Genau.

Man kann das glaube ich auch so ein bisschen anstupsen, aber man hat nicht so richtig Kontrolle darüber. Während wir quasi... Du kriegst erst von CouchDB eine Antwort, dass deine Daten auf der Platte liegen, wenn die wirklich auch auf der Platte liegen und wenn wir so lange die Platte geärgert haben, bis die auch alle Caches losgelassen hat, sodass wir quasi sicher sagen können, wenn die Platte nicht kaputt geht oder wenn du kein BitRot hast auf der Platte, dann kann CouchDB garantieren, die Daten kriegst du wieder. Das heißt.

Die arbeitet viel mit dem Sync.

Genau.

F-Sync ist da das magische Wort und Mongo ist mehr so, ich schmeiß das mal alles in den Rahmen und das läuft irgendwann auf die Platte und dann good luck.

Und daher dieser böse Spruch, wenn in den Daten stark strukturiert sind, Postgres, wenn sie weniger stark strukturiert sind, CouchDB und wenn die Daten keinen Wert haben, dann MongoDB.

Das kann man auch nett formulieren. Meine Version davon ist, dass CouchDB ein richtig schöner Cache ist. Man kann sehr schön also semi-strukturierte Daten reinschmeißen, die sehr schnell verarbeiten, sehr flexibel abfragen. Wenn man jetzt aber zum Beispiel als Anwendung hat, dass die Daten auch für ewig sicher sein sollen, dann wäre das jetzt für mich nicht die erste Wahl. Da haben die dann verschiedene Lösungen zugebaut, dann gibt es ja so verschiedene Schulen, die sagen, okay, es geht dann immer um Fehlertoleranz und sagen, wie wahrscheinlich ist es, dass die Platte kaputt geht oder wie wahrscheinlich ist es, dass der Rechner abschmiert und dann der Datenbankfall korrupt ist. dass hingegen, wenn ich jetzt das System so aufbaue, dass ich zwei unsichere Datenbanken anschreibe auf zwei verschiedenen Rechnern, dann habe ich halt viel weniger Wahrscheinlichkeit, dass beide kaputt gehen und nur eine, dann nehme ich halt die andere. Und die verteilen das Risiko dann eher so, dass man mehrere Rechner hat, die halbwegs unsicher sind und dann passt das schon irgendwie. Und dann kommt man so in den Bereich von verteilten Systemen, und da, was die da machen, ist dann auch mehr so, wir kloppen da mal zusammen und hoffen, dass es passt, Während es halt jede Menge Literatur auch zum Thema gibt, wie man das ordentlich macht und das... Da halten die sich auch nicht so richtig dran.

Kann ich da kurz zwischenfragen, wie passt ein React da in das Bild?

React wird von Leuten gemacht, die unheimlich viel Ahnung davon haben. Die machen eigentlich auch alles richtig.

Das ist diese auch in Erlangen geschriebene?

Genau, das ist auch eine HTTP-JSON-Datenbank. Die haben sich zum Ziel gesetzt, dieses Amazon Dynamo Paper zu implementieren. Da hat sich Amazon einmal überlegt, wie kann man das machen, dass man beliebige Daten durch Speicher auf Hunderte und Tausende von Rechnern verteilen kann und man sicherstellen kann, dass man nicht immer so von Hand gucken muss, ich schreibe das jetzt mal auf zwei Rechner oder auf drei Rechner und wenn der eine das nicht gekriegt hat, dann schiebe ich das später nochmal darüber und ich gucke, dass das halt irgendwie passt. Dieses ganze Management ist da drüben zusammengefasst. Das ist genau dieses verteilte Systeme richtig gemacht Prinzip. Die machen das ordentlich.

Wie verhält sich dann React zu CouchDB?

React ist von Anfang an so gebaut, dass man das so mit mehreren Rechnern betreibt und CouchDB ist so gebaut worden, dass das auch mal irgendwann Irgendwann geht, aber war jetzt für die allerlängste Zeit eigentlich so immer nur so für einen Rechner gedacht und so wie du halt Git benutzt, du hast mehrere Kopien davon, dann kann man mit deren Bausteinen aber relativ schnell auch sowas bauen, dass man sich so, weiß ich nicht, kennst du vom Webserver skalieren vielleicht, machst du so einen Loadbalancer davor und hast du zwei Datenbanken und wechselst dich zwischen denen immer so ein bisschen ab oder du hast so einen Proxy davor, der alle Daten von A bis N oder A bis M nach links schreibt und N bis Z nach rechts schreibt und dann das wieder passend macht. Das kann man sich relativ schnell zusammenbauen, aber da haben sich irgendwann schlaue Leute auch gedacht, das wäre doch schön, wenn man dieses Dynamo auch mal auf CouchDB machen könnte und haben das Projekt Big Couch gebaut, was dann die Firma Cloudant quasi gebaut hat. Das sind so eine Ex-Zern-Physiker, die mit großen Datenbanken sich mal rumgeschlagen haben in der Physik. Das sind so alles so Doktoren und die haben dann irgendwann gemerkt, dass das Datenbank-Bauen mehr Spaß macht als die Physik und haben dann Big Couch gebaut. gebaut und das war ganz lange ein Fork, den die betrieben haben und die haben halt so ein Software as a Service-Geschichte, eine Plattform, wo die halt auch Milliarden von Dings, Daten und sonstigen Zahlen haben. Und die haben jetzt letztes Jahr gesagt, hier, das ist albern, dass das ein Fork ist, wir schieben das mal ins CouchDB zurück und wir als CouchDB haben gesagt, jo geil, wird doch langsam mal Zeit und jetzt bausteln wir gerade daran, dass das zusammen, zusammenführt.

Das heißt, CouchDB erhält Wählt jetzt durch das Projekt quasi genau diese Dynamo Eigenschaften.

Genau.

Und spielt dann wiederum in einer ähnlichen Liga wie React, was die Anwendungsbandbreite betrifft.

Genau. Und dann gibt es noch so ein paar Features, die React halt jetzt nur hat, die teilweise auch kommerziell sind, die wir jetzt nicht haben. Aber das ist, also muss ich jetzt nicht so sehr ins Detail gehen, da müsste man halt dann eben, wenn man das jetzt genau braucht, dann kann man das halt machen. Aber die Leute von React sind eigentlich relativ super. Die machen halt auch Erlangen, da gibt es ja nicht so viele von. Wir tauschen uns auch regelmäßig aus, für wie man sachen ganz gut macht und.

Ja, das ist ja eine interessante Nische, finde ich so. Erlang haben wir ja hier schon häufiger thematisiert, nicht zuletzt, weil Huckel auch sehr viel in Erlang macht, gerade so für so Gaming Backends hat er hier schon häufiger mal ausgeführt. Ich bin da ja eh ein großer Freund davon, weil das einfach schon so schön anders ist. Das finde ich einfach überhaupt schon mal extrem mutig. Merkt man jetzt hier auch auch gerade so Swift, neue Programmiersprache, aber die sind alle irgendwie, dann doch immer alle irgendwie ähnlich, so in ihrer ganzen Erscheinung. Naja.

Swift hat halt das Pattern-Matching von Erlang übernommen.

Ja, das fand ich auch sehr gut.

Und zwar weitestgehend so, wie Erlang das macht, auch mit diesem Gast.

Ist das wirklich von Erlang?

Naja, was heißt von Erlang?

Das sah mir mehr nach Zipfelschluss aus.

Ich kenne jetzt nicht so viele Programmiersprachen, die das machen. Ich kenne halt vor allen Dingen Erlang, die das machen. Insofern kann es auch sein, dass es irgendwo ganz herkommt, aber Aber es ist extrem ähnlich zu dem, was Erlang macht. Das Pattern Matching funktioniert aber nur in der Case-Anweisung. Also nicht in den Funktionen, sondern nur in der Case-Anweisung. Das kann man jetzt beklagen oder kann sagen, ist nicht so wichtig.

Ich würde ja sagen, gerade das Pattern Matching für die Funktionen ist ja das, was eigentlich Erlang ausmacht.

Zumindest, also das ist ja so ein Operator-Overloading oder so ein Argument-Overloading, so ein bisschen wie Java das auch kann. dann nur halt ordentlich. Und ich glaube, das liest sich nicht auf die Sprachsemantik in der ganzen Geschichte miteinander verheiraten.

Ja, beziehungsweise nicht auf die Objective-C kompatible Randhalme an der Stelle.

Genau, und da dann zu sagen, wir machen das nur im Case-Fall, ist dann schon ein ganz gutes, ein ordentliches Trade-off.

Und jetzt, vielleicht bleiben wir aber mal kurz bei den Programmiersprachen. Ich finde das ganz interessant, weil eigentlich, lange, lange Zeit haben wir immer so, ja, neue Programmiersprache hier, neue Neue Programmiersprache da, das war so 70er, 80er, 90er, irgendwie immer kam wieder jemand mit etwas Neuem an, manchmal war es total neu, manchmal war es irgendwie nur so ein bisschen neu, vieles war irgendwie sich ähnlich, manches war irgendwie nicht so ähnlich, aber alle haben irgendwie immer so ein bisschen bei Null angefangen und mit Java fing das dann irgendwie das erste Mal so richtig an, dass so diese VM auf einmal so eine große Rolle spielte. und jetzt merkt man ja, dass so in dieser ganzen Java-Welt nochmal so ein eigener, Programmiersprachen Sternenhaufen entzeugt wird so mit Scala Loja und.

Die ganzen anderen.

Und eben noch diversen anderen so, das heißt es gibt da so diesen Wettbewerb mit wer macht die coolste Sprache innerhalb derselben VM. Dann gibt es ja bei Erlang, in der Erlang VM gibt es ja jetzt auch so ein, was war das, so ein Ruby artigen?

Genau.

Elixir.

Elixir, genau.

Den könntest du auch mal einladen, der ist ist auch nicht, ich glaube, Jose, ich glaube, der ist in Polen irgendwo.

Ja. Ich weiß nicht.

Ob der Deutsch spricht, aber egal. Da wird es auch Leute finden, die das hier machen. Das ist auch spannend.

Ja, aber es ist einfach interessant zu sehen, dass es sozusagen so, the race is on. Man muss irgendwie auch seine VM, oder will vielleicht auch seine VM mit. Also entweder muss man, so wie Apple, oder will man auch, weil natürlich diese VMs einfach gut abgehangen sind, solide sind, portiert sind, etc. Und man natürlich auch automatisch diese Kompatibilität mit der anderen Welt erzielt. Ich weiß es nicht genau, aber ich vermute mal, bei Alexia wird es sicherlich die Möglichkeit geben, irgendwie zwischen Elixier und Erlang-Code zu wechseln, oder?

Das weiß ich jetzt auswendig nicht.

Ja, der Blinde redet wieder mal vom Licht.

Also das gibt ja so ein Bytecode, der dann auf der virtuellen Maschine läuft und das Elixier wird direkt dahin übersetzt, nicht den Umweg über Erlang, aber das heißt dann auch, ich kann zum Beispiel ein Source-File in Erlang und eins ins Elixier machen, die laufen dann im selben Kontext. Das müsste gehen auf jeden Fall. Also ohne das jetzt ausprobiert zu haben.

Ja gut, Gut, das wäre dann der zweite Vorteil bei Scala und so weiter auch. Nee.

Gut, aber Objective-C und Swift werden ja direkt auf, CPU-Code runter kompiliert. Da ist ja keine VM dazwischen, sondern nur eine Runtime-Umgebung.

Ja, gut, Runtime, VM.

Es gibt da Unterschiede.

Aber genau genommen hast du halt auch eine VM, nämlich die LLVM, die auch irgendwie eine VM ist, weil sie heißt ja auch so.

Naja, du hast halt kein Just-in-Time-Compiling, sondern du hast halt ein klassisches Wir kompilieren gleich.

Ja, das bei Erlang auch.

Ja, aber das läuft dann in der VM. Java macht ja auch Bytecode, aber der läuft dann in der VM und nicht auf der Maschine. Also das Swift und der JVC laufen dann direkt auf der Hardware oben. Aber was du eigentlich sagen wolltest, es gibt dann noch eine Zwischenebene, die sehr viel Kompatibilität für alle bringt, die alle mitbringen. Wie die jetzt genau laufen, ist ja relativ egal, da hast du schon recht.

Angeblich.

Ich finde das übrigens nicht, dass das erst dieses Bytecode-Kompilieren für eine VM erst mit Java aber so groß rausgekommen ist, also Na.

Vergess ich auch nicht. JavaScript oder was?

Na davor Pascal, USCD Pascal.

Ach echt, war das auch schon so?

Da gab es einen sogenannten P-Code, der da erzeugt wurde, deswegen konnte man das, es war halt auch damals in den 80ern, also diese tausenden 8-Bit-Kommodore, Atari, Schneider, sonst was, Geräte hattest, da hat es sich gelohnt, mal so eine virtuelle Maschine für Bytecode ausführen zu machen, die musstest du dann nur noch portieren und dann konntest du deine Software dann halt dafür schreiben.

Also gerade zur 8-Bit-Zeit kann ich mir vorstellen, dass es extrem langsam war.

Du meinst als universeller Assembler-Konverter sozusagen. Fällt dir da ein Beispiel zu ein?

In der USCD, Pascal, von der University of California, Santa Domingo oder wie das heißt, die haben halt diesen P-Code gehabt und es gab natürlich bei diesen ganzen, also eins meiner Lieblingsthemen, diese Text-Adventure-Spiele, die waren ja auch vorher auf so Großrechnern und dann wurden sie halt für diese ganzen C64er sonst was umgebaut und da hatten sie eine eigene virtuelle Maschine, Z-Maschine. Genau.

Wo der Hitchhiker und so weiter drauf lief. Ja, richtig, stimmt. Genau, das ist ein gutes Beispiel.

Jetzt.

Wo du es sagst, riech ich es auch. Ja.

Na, also eigentlich hat Java halt was ausgegraben, was schon vorher….

Ja, ich wollte nicht sagen, dass Java das geboren hat, aber es ist halt mit Java auf einmal populär geworden, dass sich auf so einer etablierten Runtime so ein Programmiersprachen-Wettstreit jetzt entwickelt hat. Weil die sind ja wirklich alle auf Augenhöhe. Sie machen wirklich mit exakt derselben VM, versuchen sie zum Ziel zu kommen und jeder hat dann einen anderen Ansatz, aber sie haben halt exakt dieselben Rahmenbedingungen und das ist schon ganz spannend, was dann letzten Endes sich durchsieht. Ich habe so gehört, dass Scala ganz gut in Akzeptanz findet.

Also das macht besonders so Leute, die im Java-Umfeld quasi gefangen sind, weil das ist da halt einfach die gegebene Infrastruktur, macht das für die dann nochmal so ein bisschen spannender, weil sie halt auf alle Java-Umgebungen oder auf alle Libraries und alle Module zugreifen können, aber man muss sich da nicht mit der ganzen Syntax immer rumschlagen.

Ich muss jetzt noch ein bisschen sticheln. Sag mal, in letzter Zeit höre ich oft, dass Postgres, die machen jetzt auch hier auf JSON und so, also zusätzlich natürlich, nicht exklusiv, aber dass die Benchmarks sagen, dass halt so MongoDB und CouchDB da irgendwie gar nicht mithalten können vom Speed her, dann stellt sich die Frage, wozu brauchen wir die denn überhaupt noch?

Naja, also bei CouchDB ist das relativ einfach zu beantworten, wenn du halt so eine Git-Push-Pull-Architektur haben willst, dann geht das halt nur da.

Aber Replikationen hat doch Postgres auch. Ja.

Aber bei CouchDB ist es tatsächlich, du kannst, du hast einen großen Store irgendwo in der Cloud liegen.

Also wirklich so Git-mäßig, da kann jeder irgendwie...

Genau, und du kannst halt so Setups machen, wie ich hab jetzt, jeder User hat jetzt eine mobile App irgendwie und ich hab eine Million User und die haben alle ihre Handys, die sind manchmal online und synchronisieren sich, wenn sie online sind, dann haben die... Verstehe.

Verstehe. Und bei Postgres ist es mehr so klassische Backup-Replikationen, wo irgendwie Server A und Server B und vielleicht noch CD oder irgendwie so, aber nicht...

Genau, du kannst dann so Readslaves haben, das lässt sich damit gut abdrücken.

Okay, okay.

Und das ist so eine Konsistenzfrage, wo sich dann das SQL-Modell, das passt nicht so ganz gut darauf, dass ich mal zufällig Updates von Jens und von Tim vielleicht kriege zwischendurch, wo nicht eine CPU oder eine CPU-Gruppe den Finger drauf hat am Anfang, weil das halt übers Netzwerk kommt und das passt nicht so ganz in dieses Konsistenzmodell rein.

Aber speedmäßig sind sie wirklich hinterher. Weil ich dachte eigentlich früher mal, der Vorteil von den NoSQL-Dingern ist, dass sie so scheiße schnell wären.

Das ist das Schöne an NoSQL, deswegen wollte ich das am Anfang auch so vermeiden. NoSQL ist genau das, wo man will, dass es das heißt. Und für manche heißt das halt schnell und bei Morgens ist das auch. Wir machen alle Trade-Offs in die Richtung, dass es halt schnell ist.

So wie auch kein Sync mehr. Genau.

Bei CouchDB ist es, wir machen alle Trade-Offs, sodass es sicher ist. Und bei, weiß ich nicht, bei Cassandra zum Beispiel, machen wir alle Trade-Offs, sodass das Schreiben schnell ist. Und Lesen ist dann nicht ganz so schnell. Aber wenn ich sowas wie Analytics machen will, wo ich halt pro Webseitenaufruf 20 Metriken geschrieben haben muss und dann habe ich Milliarden von Webseiten aufgerufen, dann ist das halt dafür optimiert. Und da habe ich dann mich mal, als das so klar wurde, habe ich mal so einen Blogpost geschrieben, dass dann, also jeder versucht sich quasi, neues Geld ist darüber, also heißt das hier und unsere Datenbank kann das am besten. profilieren wollte und ich habe gesagt, das Einzige, was NeuSquare kann, ist halt so Auswahl, Choice. Es hat viele verschiedene Features und man hat endlich mal die Wahl. Vorher war MySQL ja so das Model T, weil man kann jede Version von MySQL, also jede Datenbank benutzen, solange es MySQL ist. So, und jetzt kann man mal so überlegen, ich habe folgende Patterns bei meiner Datenabfrage.

Also die eigentliche Frage ist, was habe ich für eine Datenarchitektur? Was habe ich für Datenflüsse in meiner Anwendung und wie verteilt ist das alles und was sind meine Bedingungen bezüglich, muss ich vor allem viel schreiben und ab und zu wird mal gelesen oder muss ich vor allem viel lesen und ab und zu mal schreiben? Das sind ja einfach komplett andere Anforderungen, die eigentlich eine Datenbank so gar nicht liefern kann, oder?

Da gibt es auch welche, die sagen so, wir machen bei den anderen, da müsstest du mal so Trade-Offs machen und wir haben aber jetzt so eine Datenbank, die alles kann. Das ist so deren Slogan. Ich will den Namen jetzt nicht sagen, aber das ist immer ganz lustig, weil das kann nicht funktionieren.

Die eierlegende Wollmilchsau der Datenbanken.

Ja, naja.

Ja, also mit anderen Worten, CouchDB ist live und kicking. Ich kann mich noch erinnern, ihr hattet glaube ich, als ich mit dir gesprochen habe, war gerade dieses Couch.io irgendwie so ein Projekt?

Genau, ja, das war so, da haben wir mal so Venture-Kapital bekommen, ich und Damien und Chris noch, weil wir nicht besser wussten, haben wir dazu mal Ja gesagt und geguckt, was dann so passiert.

Weil wir nicht besser wussten.

Ja, genau. Wenn da jemand mit Geld angewedelt kommt, dann muss man doch überlegen, was man will und wenn man jung und naiv ist, dann nimmt man das auch.

Ja.

Und da haben wir uns leider so ein bisschen, da war der Name Couch ja schon drin und haben das aber in so ein kommerzielles Entity gemacht, was nicht das Open Source Projekt ist und dann der Couch-Name hat sich so ein bisschen weitergetragen. Die Firma wurde irgendwann umbenannt in CouchOne und ist dann mit einer anderen Firma zusammengeklebt worden. Das heißt jetzt CouchBase, die gibt es auch noch. Die machen auch Dinge, die mit CouchDB zu tun haben, aber deren Hauptprojekt ist auch CouchBase, was auch eine Datenbank ist, die aber eigentlich mal früher Membase hieß und eigentlich eine ganz andere Datenbank ist, die nochmal ganz anders ist von denen, die wir gerade besprochen haben. Die ... Ist das jetzt leider ein bisschen doof, dass sie eine Datenbank haben, die mit Couch anfängt, die mit Couch nicht so viel zu tun haben.

Verstehe, die Geister, die ich rief.

Genau. Und hätte man das alles mal vorher gewusst, dann hätte man sich da halt...

Hätte man es gleich Chaiselong genannt.

Genau. Dann... Ich lache jetzt nicht, weil ich halt alle Sitzmöbel-Witze schon gehört habe.

Sorry. Sehr naheliegend, das habe ich jetzt gerade gar nicht beklagt.

Kennst du auch schon alle Oberbekleidungswitze?

Das ist eine super, Überleitung. Yay!

Nee.

Da sind wir noch am Anfang. Aber, also, es gibt tatsächlich mindestens zwei Projekte, die auch Scheiß-Maus-Scheißen, die um Couch-DB rumgebaut sind.

Der Möbel-Namespace ist sozusagen durch.

Genau.

Musst du sich wieder was anderes einfallen lassen.

Zur Ehrenrettung von Couch-Base will ich jetzt aber noch schnell sagen, was die auch auch machen, ist ein Produkt, das Couchbase Lite heißt und das es für iOS und Android gibt, was eine jeweils innovative Implementierung des CouchDB, Replizierungsprotokolls ist, womit genau diese Vision, die ich gerade beschrieben habe, oder diese Idee mit ganz vielen Clients, die manchmal verfügbar sind, sich realisieren lässt. Das ist auch kompatibel mit deren Couchbase-Server, aber naja, anyway.

Aber das ist ja eigentlich eine ganz interessante Fragestellung, die man, glaube ich, immer wieder hat so als Developer. Also gerade das, was du gesagt hast, war dein Beispiel vorhin sogar Twitter-Client, ich weiß nicht so ganz genau, aber das war so der Klassiker. So, Twitter-Client ist online, alles super und Twitter-Client steckt in der U-Bahn-Röhre und man will was schreiben und dann geht's irgendwie schon los oder dann irgendwie wartet das Ding, stallt dann erstmal rum, so, kann ich finden, Fehler und dann...

Ja, HTTP und TCP-Timeouts sind jeweils eine Minute. Kein Mensch wartet, bis der modale Dialog von, ich schicke das jetzt gerade weg, eine Minute lang weg ist. Das ist... Genau.

Musste man aber dann trotzdem und dann war's halt weg und dann, was weiß ich, wenn das Programm toll war, dann hat es so eine Outbox Queue realisiert, haben sie aber dann wieder nicht gemacht, weil das ist dann immer erst so und das, was man später einbaut, weil man am Anfang nicht drüber nachgedacht hat, weil man testet ja immer mit viel Internet dran, dann, was weiß ich, wenn sie noch halbwegs klug sind, haben sie es noch in den Drafts-Ordner geworfen, was aber auch irgendwie total gaga war, weil es ja gar kein Draft mehr ist, sondern man wollte es ja einfach losschicken und man muss halt immer wieder diese Logik neu machen und wenn ich das richtig verstanden habe, mit dem Couch- Ansatz hätte man im Prinzip so eine Middleware, die einem quasi das Speichern lokal schon mal so vornimmt, wie man es eigentlich auch, Im Netz haben wir, also jetzt nicht um es zu Twitter zu schicken, aber so grundsätzlich kann man ja die Technik auch dafür verwenden.

Genau, normalerweise hat man halt dann irgendwie in der Mobile App oder in der Web App halt irgendwie eine Logik, die mit der Datenbank, der dann auf dem Server läuft, spricht. Und wir bauen einfach noch eine zweite Datenbank einfach im Client mit ein, die dieses Replikationsprotokoll hat und die synchronisiert halt whenever. ever. Aber für die Anwendung ist halt immer eine Datenbank auf Localhost verfügbar und das ist so ein Gesetz der Physik, dass ein Rechner nicht schneller zu erreichen ist als Localhost. Ich kann halt nicht noch mehr Rechner ins Netzwerk einbauen, dass ich schneller an Localhost rankomme. Und das ist ein ganz gutes Argument.

Localhost gewinnt immer.

Genau.

Jens, ihr habt ja auch Datenbanken. Ihr seid ja noch voll SQL. Also ihr, Klammer auf, auf Wikimedia, Entschuldigung. Die Wiki-Konfusion, da ist der Namespace auch vollkommen ramponiert.

Genau, ich bin angestellt bei Wikimedia Deutschland und dann gibt's noch die Wikimedia Foundation, die auch diese Online-Enzyklopädie betreibt. Ich hieß die noch gleich.

Wiki-Dings.

Ja, aber da ist halt, wir hatten auch mal vor, war das vor zwei Jahren oder so, hatten wir so ein Datenbank-Summit bei uns im Haus, wo, Donnerkuppel mäßig, zwei Datenbanken kommen rein, eine kommt Leben wieder raus und so. Wir hatten verschiedene Experten eingeladen. Da war auch Jan dabei, da war aber auch Christian Köhn-Topp dabei, der die Flagge für MySQL hochgehalten hat.

Der hat am Ende auch gewonnen, aber Chris gewinnt eh immer. Es ist halt so.

Technisch interessiert mich das auch alles viel mehr, was bei bei Couch passiert, aber wenn du dann halt irgendwie Skalierungserfahrung mit der vierten oder fünften größten Webseite für MySQL hast, dann ist irgendwann, Ja, naja. Dann bleibt es halt dann doch bei.

MySQL.

MariaDB, hoffe ich.

Genau, damit sind sie jetzt gerade am Start.

Also MariaDB ist jetzt die neue, orakelfreie Version von MySQL. Genau. Aber dass das so richtig in breiter Verwendung ist auf diesem Planeten, habe ich so noch nicht mitbekommen. Oder ist das jetzt nur mein...

Das ist MariaDB?

Oh.

Ich denke schon.

Ich glaube auch.

Die Leute sagen, wie wir jetzt gerade auch die ganze Zeit, die sagen halt immer noch MySQL, aber inzwischen ist Das ist eigentlich MariaDB.

Gut.

Also die Meta-Ebene läuft noch auf MySQL.

Shame on you.

Dann solltest du deinen Admin besser bezahlen.

Ich bin mein Admin.

Das ist auch das Problem.

Ich bezahle mich schlecht. Aber ich meine, was ist denn der Instant Win außer Karma-Punkte? Also wenn ich jetzt MySQLD gegen diesen Maria tausche, also ist dann irgendwas anders? Geht dann die Sonne 10 Minuten früher auf? Irgendwie programmieren wir Leute in Erlangen?

Zehn Minuten früher nicht. Ich denke, Hauptpunkt ist irgendwie, wohin der Ball jetzt auch entwicklungsmäßig für die neuen Features rollen wird und dann ist natürlich irgendwie bei so einer, Organisation, die immer sehr viel auf freies Wissen, freie Lizenzen und sowas setzt, ja, dann nimmt man halt das maximal Freiste, nicht wahr?

Ja gut, aber es ist, wie ich schon sagte, im Wesentlichen Karma-Punkte, die ich jetzt erstmal bekomme. Es ist nicht irgendwie schneller, solider, besser, tollere Tools, sonst irgendwas?

Es gibt ein paar Features, die kommen schneller da rein. Ich glaube, diese Enterprise Oracle-Geschichte, da ist dieser Recycle ein bisschen langsamer. Und es gibt, ich glaube, bei Google und bei Facebook arbeiten die relativ viel auch mit MariaDB und bringen das weiter und das dauert dann immer ein bisschen, bis das bei Oracle ankommt, wenn überhaupt.

Wird das nur so sein? Ja.

Das ist schon so.

Fällt dir da jetzt irgendwas ein? Sind das jetzt nur Details oder sind das irgendwelche generellen U-Bauten? Ich.

Bin mir relativ sicher, dass Facebook Maria betreibt. Weil die da auch dran weiterarbeiten quasi.

Ja, aber ich meine, was für eine Art Features oder Strukturveränderungen in MariaDB ist denn heute schon zu sehen?

Das denke ich jetzt gerade nicht.

Okay.

Gut.

Ich war ja nur so. Also es ist jetzt noch nicht Hightime. Man könnte ja auch sagen, dass ihr jetzt so sagt, ja was, wie, du hast noch nicht MariaDB, du hast ja nicht hier irgendwie leuchtet blau im Dunkeln und so Features.

Jetzt auch mit Daten auf die Platte schreiben und so.

Ja, also ich meine, so ein Datenverlust, der jetzt wirklich an der Datenbank hängt, kann ich jetzt noch nicht beklagen. Also es ist nicht, dass ich jetzt da mit irgendwas auf irgendjemanden mit Fingern zeigen könnte in der Hinsicht. Aber klar, ich sehe das schon, wo die Reise hingeht, da will man vielleicht auch mitspielen. Allein schon, um den coolen Kids sagen zu können, ja, ich bitte dich. Klar.

Zum Beispiel.

Ja. Muss ich mir jetzt schon mal Gedanken machen. Es geht jetzt irgendwie schon aufs zweite halbe Jahrhundert zu und so, wenn man bei den coolen Kids noch irgendwie bestehen will, kann man ja nicht irgendwie Software benutzen, die schon vor 30 Jahren im Betrieb war. Wobei mit WordPress stehe ich auch nicht so gut da.

Aber Wikimedia ist relativ wenig Software im Einsatz, die einen so auf die Titelseite von Hacker News bringt oder so. So kein Erlang, kein Swift, NoSQL, sondern das ist alles nur PHP und MySQL. Ja, so ist es. Ah.

Sorry. Tut mir leid. Dafür Wikidata, das ist toll.

Ja, bei Wikidata wird sich das ein bisschen verändern. Also da kommt dann nicht nur MySQL zum Einsatz, sondern auch nochmal anderes Zeug. Aber wir machen nicht nochmal eine Wikidata-Sendung. Also wenn ich fundamental was ändert schon, aber ansonsten ist eigentlich auch schon alles gesagt in der SACA-Sendung.

Ja, klar. So. Keine Fragen mehr zu Datenbanken. Da können wir ja mal von der Möbelabteilung in die Textilabteilung wechseln. Weil das würde mich ja jetzt auch mal interessieren, vor allem weil ich das irgendwie noch gar nicht so richtig gerafft habe. Also die Rede ist von hoodie.ie.

Die Domain heißt so wie das Projekt. Genau.

Habe ich hier sogar schon in meinem, genau. Und das handelt sich hierbei um Very Fast App Development.

Genau.

So jetzt fährt der Fahrstuhl los. Also jetzt fährt der Fahrstuhl los, dein Einsatz. Tata.

Das Ziel von Hoodie ist es, irgendwann mal, dass so Leute, die schöne Benutzeroberflächen in HTML und CSS bauen können, die vielleicht so ein bisschen jQuery copy und pasten können, um was Schönes zu bauen, eine ganze eigene Seite bauen können, ohne noch jetzt jemanden anstellen zu müssen oder engagieren zu müssen, der oder die mit dem Backend umgehen kann. Also dass da nicht noch so ein Rails installiert werden muss oder irgendwas anderes. Hoodie abstrahiert dieses ganze Backend-Geraffel in so eine schöne browserbasierte JavaScript-API, wo man dann so Sachen wie Accounts und Passwort vergessen, E-Mail schicken und Daten speichern und synchronisieren. Und am Ende hat dann auch halt sowas wie Payments oder so alles schon für einen erledigt. und man muss halt dann nur, Frontend-Technologien können und Udi macht quasi den Rest.

Das ist im Prinzip auch so ein ähnlicher Gedanke jetzt wie bei Couch, dass da so quasi vom Frontend ins Backend automatisch weg repliziert wird.

Genau, wir benutzen auch Couch.

Oh.

Surprise.

Genau.

Für mich ist das jetzt sehr spannend, weil ich habe irgendwie 2006 oder 2007 mit Couch angefangen und da gab es auch immer schon so die Idee, damit revolutionieren wir jetzt mal Webentwicklung. Und das hat dann irgendwie nicht so ganz passiert, weil wir Webentwicklung nicht so ganz verstanden haben und auch Couch, wie gesagt, nicht so ganz verstanden haben. Und es gibt in Couch, da haben wir auch im CRE drüber gesprochen, ein Konzept, das sich Couch-Ups nennt. Das ist auch hier schon so im Rande so ein bisschen mal gefallen, das Konzept. Da ist eine Anwendung, die auch so eine Web-Anwendung ist mit HTML, CSS und JavaScript, die in der CouchDB selber liegt, die über das HTTP-Interface von CouchDB direkt an den Browser geliefert wird, sodass halt Browser und Datenbank direkt miteinander reden, statt da noch so ein Java dazwischen zu haben oder Ruby dazwischen zu haben. Und dann können hinter der Datenbank über so eine Notifikation halt immer noch so ein Heavy Lifting passieren, was auf dem Server geschehen kann, wenn man das halt braucht, muss aber nicht. Und Hoodie ist für mich jetzt, oder ist auch konkret eine konsequente Weiterentwicklung dieser Idee, wie könnte man das machen, also wie könnte man eine alternative Architektur fürs Web machen. machen. Und als wir den Namen noch nicht hatten, hieß Rudi Kang, also K-A-N-G oder C-A-N-G für Couch-App Next Generation. Und da haben wir absichtlich einen total furchtbaren Namen genommen, damit wir A, nicht Zeit drauf verschwenden, einen Namen zu suchen und nicht zum Programmieren kommen. Auf der anderen Seite, den so furchtbaren Namen zu nehmen, dass wir wissen, wir müssen irgendwann bessere Namen finden.

Das kann auch schief gehen.

Genau, da hatten wir auch gute Erfahrungen mit, deswegen haben wir das direkt so gemacht. Hat auch geklappt. Irgendwann hatten wir dann Rudi Kang.

War das etwa bei CouchDB so?

Nee. Okay.

Okay.

CouchDB ist so ein echtes Backronym. Also das dachte sich Damien, das ist ein lustiger Name, mach ich mal und hinterher überlege ich mir, was das heißen könnte.

Heißt das eigentlich überhaupt irgendwas?

Ja genau, was hat er sich überlegt dann?

Das heißt Cluster of Unreliable Commodity Hardware.

Ich dachte, das ist das Google.

Das ist die Idee. Okay. Das war damals dieselbe Geschichte im Prinzip. Und da ist dann der Big Coach Slogan, weil es ja Cluster heißt und CouchDB eigentlich keine Cluster da viel zu hatten. Das Big-Couch-Slogan ist halt, we're putting the C back in CouchDB.

Kannst du mal so ein Beispiel nennen, was man jetzt so mit Hoodie so ganz gut machen könnte, was man sich vielleicht sonst nicht so zutraut, wenn man eigentlich nur frontseitig unterwegs ist?

Na, wir sind so sehr vorsichtig mit dem, was wir quasi mit Hudi machen. Also wir haben eine Anwendung gebaut, da haben wir diese ganzen Prinzipien mal eingebaut, um zu gucken, ob es geht und dann festgestellt, es geht total gut, daraus müssen wir mal so ein Framework machen. und in der ersten Zeit war halt Hudi im Prinzip nur für diese Anwendung gebaut. Das ist so eine Single Page Up, wie das sich nennt, also eine browserbasierte Anwendung, die jetzt nicht viel mit Links und Neuladen vom Server beschäftigt, sondern eigentlich die ganze Logik im Frontend hat und da halt sehr schnelle, Benutzeroberflächenveränderungen haben und da halt sehr intuitiv zu benutzen ist. Da haben wir inzwischen noch ein paar mehr von gebaut, aber im Prinzip diese Klasse der der Web-Anwendungen, jetzt wie zum Beispiel, also diese etwas dynamischen Web-Anwendungen wie so Slack zum Beispiel oder so ein Web-basiertes Chat-Projekt-Management-Tool.

Wir benutzen das seit ein paar Wochen in der Firma.

Genau.

Abgesehen davon, dass es halt ein Web-View ist, der so seine Nachteile hat, das ist ganz cool.

Genau. Aber halt so Sachen, die so ein bisschen dynamischer sind, also ich mache nur so Textblöcke auf der Webseite, wie man das jetzt mit WordPress machen würde zum Beispiel. Ja.

Und kannst du mal so, was ist so das Hello World oder das Simple Text von... Ja.

Also wenn du mit Hudi anfängst, kriegst du halt direkt eine Demo-App hingelegt, mit der du dann rumspielen kannst, das ist eine To-Do-App, wo du einfach neue To-Do's eintragen kannst, die du abhaken kannst und fertig. Das ist so das billigste Prinzip.

Okay.

Aber diese To-Do-App hat dann auch schon gleich so Sachen wie User-Verwaltung und sowas drin.

Genau. Das kommt dann halt von Hoodie direkt mit. Also etwas breiter gesprochen, alle Anwendungen, wo man sich einloggen muss, alle Anwendungen, wo irgendwie Daten vorgehalten werden.

Auch so per User vorgehalten werden.

Genau. Mein Endgame ist so ein bisschen, ich will irgendwann Gmail in Hoodie bauen können. Kann Hoodie im Moment noch nicht. Kann ich später mal erklären, warum. Aber, sowas in der Richtung. Also Produktivitäts- Apps, weiß ich nicht, Soundcloud, Spotify im Web, so eine Sachen. Das ist jetzt nicht Produktivität.

Aber ich meine.

Die Aussage, dass es kein Backend gibt, ist ja insofern falsch, als dass es ja sehr wohl eins gibt. Es ist nur so, dass man es nicht selber schreiben muss.

Da bist du jetzt ja auch direkt schon reingefallen, ohne zu erklären, was du meinst. Du beziehst dich auf No Backend. Das ist so von einer, das steht auf der Webseite auch drauf. Hatten wir jetzt im Gespräch noch nicht erwähnt. Und No-Backend ist so ein bisschen die Idee, wegzukommen vom, was kann unsere Backend-Technologie eigentlich und das bestimmt jetzt, wie unsere Webseite aussieht oder wie die Funktionen aussehen. Du kennst das wahrscheinlich so ein bisschen aus dem etwas, wenn wir so 90er Jahre Webdesign uns darüber lustig machen, dann ist das im Prinzip immer nur so ein MySQL in HTML gegossen, ohne viel spezielle Benutzer, also das benutzerfreundlich zu machen. machen. Und die Idee von NowBackend ist jetzt, wir lassen die Leute, die tatsächlich diese Anwendung bauen, auch entscheiden, wie die Technologie zu funktionieren hat, was natürlich dann immer noch teilweise Backend implementiert werden muss, aber die Denkweise umzudrehen.

Ich kann jetzt nicht ganz folgen, nochmal. Diese To-Do-App, das heißt ja nicht, dass ich jetzt meine To-Do-App nur in einem Browser habe, es gibt da schon eine URL, die man, aufruft und es gibt auch schon einen zentralen Storage und ich kann den Browser auf dem einen Computer aufmachen, To-Do anlegen und auf dem anderen logge ich mich in dieselbe Entität ein und da habe ich dann das, so wie man das bei Web-Ads so. Und wo liegen denn die Daten?

Also die liegen zum einen im Browser, da liegen die fest mit drin und auf einem, wo du halt Hoodie betreiben möchtest.

Das heißt, ich muss mir Hoodie mal auf einem Server installieren?

Genau, oder bei dir lokal, wenn dir das reicht, das ging auch.

Okay, aber man nimmt quasi die Hoodie-Software, installiert die irgendwo auf dem Server und dann habe ich das, was ich brauche, um im Frontend da rumzufummeln.

Genau, das ist so ein bisschen so wie Rails halt auch. Hoodie ist ein Open-Source-Projekt natürlich, sollten wir hier erwähnen. Also du kannst uns gerne dafür bezahlen, dass wir das für dich betreiben, wenn du möchtest, aber du kannst es auch selber betreiben oder den Hoster deiner Wahl.

Und was braucht dann das, also woraus besteht dann dieses Hoodie? Das ist dann quasi so eine CouchDB-Installation mit was drum? drum. Genau.

Und was drum ist noch Node.js und fertig. Das.

War's dann schon.

Hat für uns den Vorteil, dass wir nur JavaScript und JSON programmieren müssen. Das erlaubt uns relativ schnell zu entwickeln. Was jetzt aber nicht heißt, dass wir uns darauf auf ewig festnageln lassen würden. Im Frontend natürlich immer. Also müssen wir halt ja, aber das ist, also was wir als Hoodie als, was das Wichtigste an Hoodie ist, sagen wir mal, ist diese Frontend-API. Und das Schöne an, da kommt dieses No-Backend auch wieder so ein bisschen ins Spiel, es ist relativ egal, wie die Implementierung auf Client- und auf Server-Seite, aussieht, solange die Frontend-API halt gleich bleiben kann. Also wir haben zum Beispiel gewisse Features schon dreimal komplett neu geschrieben, ohne dass wir die API besser verändern mussten. Was halt auch heißt, wir können das stetig verbessern oder wir können erstmal nur so einen Prototypen machen, der zeigen, okay, zum Beispiel jedes E-Mail versenden, das geht jetzt so, hat aber, konkretes Beispiel, hat jetzt noch keine Spam-Protection oder Flooding-Protection, das heißt Das heißt, jeder kann quasi, wenn du im Moment Hoodie halt online betreibst, dann kann da jeder mit E-Mails verschicken. Will man natürlich nicht. Wir können, das ist aber nichts, was man in der Webtechnologie nicht gelöst bekommt, weil das gibt es halt schon überall. Das müssten wir dann halt nur passend einbauen. Das wird aber nichts daran ändern, die API für wie man eine E-Mail versendet im Client halt aussieht.

Mhm. Das heißt, wenn ich jetzt irgendwie mir da so meine kleine Anwendung gebaut habe, muss ich mir erstmal um das Backend keine Gedanken machen, bis zu dem Zeitpunkt, wo ich möchte, dass das Backend irgendetwas von alleine tut, ohne dass da ein Browser mit dabei ist. Und dann gehe ich da wahrscheinlich mit Node.js ran und fange an, das zu erweitern.

Genau, da haben wir Plugins, die du halt schreiben kannst und die du einfach dazu hängen kannst. Also im Prinzip alle Features in Hodi sind sind eigentlich Plugins. Ein paar schicken wir halt, per Standard mit. Also diese Benutzerverwaltung zum Beispiel ist ein Plugin. Und du kannst aber auch eingeschreiben. Technisch gesehen könntest du dieses Plugin auch in jeder anderen Programmiersprache schreiben, wenn du möchtest. Solange du weißt, wie Hudi intern ein bisschen funktioniert. Im Moment ist das aber mit ein bisschen mehr Arbeit verbunden. Aber wenn du zum Beispiel eine bestehende Ruby-Library irgendwie hast und die anbieten möchtest, dann ginge das auch mit ein bisschen Arbeit.

Klingt eigentlich ganz spannend. Und wird das schon irgendwie angenommen?

Also wir haben ein Produktivprojekt, das die E-Mail-Funktionalität nicht benutzt. Das läuft. Wir haben eine Handvoll von Leuten, die schon Apps damit bauen, die jetzt noch nicht produktiv sind. Und wir, die an Hudi arbeiten, haben jetzt Anfang des Jahres eine Firma gegründet, die sich zum Ziel gesetzt hat, die Entwicklung weiterzutreiben von Hodi, die aber quasi losgelöst ist vom Hodi-Projekt selber. Da haben wir aus dem letzten Fehler halt gelernt. Also wenn unsere Firma mal untergeht, dann gibt es Hodi weiterhin immer noch. Und wir haben auch schon Kunden, entweder für die wir Apps bauen, die mal produktiv werden oder auch schon, ja, auch eine ist auch schon live. Ähm, Oder wo wir Kunden betreuen, die ihre eigenen Apps bauen, die uns quasi dann so, wenn sie mal Fragen haben, dafür bezahlen.

Verstehe. Es wird, glaube ich.

Sogar an einer Berliner Hochschule unterrichtet, ne?

Tatsächlich?

Ja, las ich irgendwo. Hier in diesem Semester machen wir jetzt Udi oder sowas.

Das ist aber spannend. Kann das sein, dass ich da zum ersten Mal von höre?

Ich glaube, du hörst mindestens zum zweiten Mal davon.

Dann weiß ich, wie du meinst, aber dann hat sich da mich nicht weiter mit beschäftigt, als das dann passiert ist.

Tja, Freakshow, wo sogar die Experten das erste Mal davon hören, dass ihre Software wirklich benutzt wird. Ich komme gerade so ein bisschen ins Grübeln, weil wenn ich das jetzt mal alles zusammenrechne, was du so über CouchDB jetzt und über Hoodie erzählt hast, dann müsste es ja zum Beispiel durchaus vorstellbar sein, dass man da so eine Anwendung macht, dass wenn ich jetzt quasi so das benutze, und ich habe so quasi meine Browser offen und habe mir da irgendeinen State gerade so zusammen, geklickt, der sich eben so aus aus Backend und Interaktion ergibt und dann klappe ich irgendwie meinen Laptop zu und dann setze ich mich irgendwie in einen Zug, wo es irgendwie kein Netz gibt und dann klappe ich das irgendwie auf, dann könnte ich dort auch so mit allem weiterarbeiten, könnte irgendwie Daten erzeugen und...

Und beim Zug gibt es doch jetzt immer Netz.

Ja, heißt es. Aber wir können uns genug Situationen vorstellen, wo es irgendwie kein oder zumindest kein richtiges oder nicht genug Netz gibt.

Wir können uns vorstellen, ist gut gesagt. Wir kennen sie also.

Ich wollte ja nur so unsere Kreativität und Vorstellungskraft.

Das sind ja nur die Situationen, die wir kennen. Es ist ja schwer vorstellbar.

Paralleluniversum und so.

Es wohnen ja tatsächlich gar nicht alle Menschen in Berlin. Viele wohnen ja auch zum Beispiel auf einem der größten Kontinente, zum Beispiel Afrika oder sowas.

Really?

Und da ist dann noch.

Da gibt es gar nicht erst Züge, aber egal.

Aber die haben eine relativ gute Netzabdeckung.

Ja, die haben da einen Mobilfunk.

Wie wir es gerne hätten. Besser als wir. Anyway. das Szenario, was du gerade beschrieben hast, äh, Genau so. Ja.

Weil, also ich meine, wir befinden uns ja hier in einem Live-Podcast, ja, da gibt es ja zum Beispiel solche Herausforderungen wie, wir erfassen Shownotes im Web kollaborativ, ja, oder wir bearbeiten dann vielleicht auch mal so die Aufzeichnung später und ergänzen diese Shownotes, also das ist ja, würde ich sagen, so eine dieser Dinge, wo man so im Web an so überschaubaren Datenmodell arbeiten möchte, So ein bisschen Web-Funktionalität, ich spiele auch noch was ab und höre zu und dann erzeugt man irgendwie Daten und irgendwann will man die auch mal zurücksinken, aber es ist jetzt nicht unbedingt so mega zeitkritisch, wann das jetzt genau geschieht. so.

Stell dir vor, du hörst gerade den Podcast und ich hab aber einen Podcast-Player und ich möchte kommentieren zu irgendeiner Stelle, also ich hab einen Podcast-Player, der mir das halt erlaubt und ich bin halt gerade unterwegs, wo ich kein Netz habe und dann kann ich die Notiz schnell machen und die wird dann als Kommentar auf der Live-Seite gezeigt, wenn ich halt wieder online bin.

Wenn das dann so endlich mal in das Backend eingeflossen ist, wo es dann so das Hoodie-Plugin irgendwie Submit Podcast Comment installiert habe. Ja. Ja, das ist schon mal eine ganz gute Kopfreise an der Stelle. Hm. Hm. Toll.

Erzähl doch mal was über Offline First. Ihr macht da jetzt so eine Bewegung.

Genau, also wir haben, das was du gerade so beschrieben hast, das haben wir mal unter offlinefirst.org zusammengefasst.

Sehr schön.

Da haben wir überlegt, wir tun jetzt mal, es wäre Hoodie schon fertig komplett und es ist ja auch schon so so ziemlich.

Die Karte da oben erinnert mich ein bisschen daran, wo ich in Italien war. Das war auch so offline first.

Das ist doch Hara oder was? Also stell dir vor, ich habe jetzt so eine Funktion, also sowas, was genauso funktioniert und ich habe so eine App, die genau das macht, die synkt Sachen hin und her, wenn ich mal online bin. Wenn ich jetzt aber mal so eine App entwerfen möchte, von der Benutzeroberfläche her, dann tun sich neue tun sich neue Fragen auf. Und ich ziehe das jetzt mal von IMAP auf. IMAP hat halt so das Datenmodell, ich habe einzelne Datenobjekte, die sind zeitlich sortiert, die ja lokale angekommen Timestamp ist, wonach ich sortiere. Und die ändern sich nie und die sind in der Liste darstellbar. Und wenn was Neues ist, dann kommt es halt oben in die Liste rein, wird halt bold gemacht, weil ich es mal angeguckt habe, wird es dann an, also wird dann nicht mehr fett gedruckt.

Unbolded.

Unbolded, genau. Und genauso andersrum, also im Prinzip so eine Queue, so eine Liste ähm äh, die halt andersrum dann alles abbastelt, wenn ich halt online bin und Sachen auf den Server schieben muss. Jetzt gibt es aber Anwendungen, die andere Datenstrukturen haben. Zum Beispiel, sagen wir mal, ich habe so einen Chatraum zum Beispiel oder eine kollaborative Bildbearbeitungssoftware oder so. Und dann ergeben sich, was ist das? Ich tue neue Daten oben auf die Liste, äquivalent für eine Bildbearbeitung. Und da haben wir uns gedacht, es gibt ja dieses Feld, dieses Human Computer Interaction oder dieses, wie heißt denn das auf Deutsch? Die Wissenschaft der, Benutzerführung oder Benutzeroberfläche.

User Interaction Design.

Ja, genau dieses.

Nichts in unserer Welt heißt auf Deutsch.

Ja, gut, danke. Also Human Computer Interaction, das gibt es ja auch schon seit den 70ern, 80ern. Und dann dachten wir, gehen wir einfach in den Bibliothek und nehmen uns den Band raus, der halt Offline Patterns erklärt und dann dann lernen wir da halt über alles und schreiben das in die Hoodie-Doku rein und dann stellt sich halt raus, das gibt's nicht. Da gibt's kein...

Da wird's leere gegriffen. Genau.

Da ist einfach nichts. Und dann haben wir gesagt, das müsste es mal geben. Das hat jetzt mit Hoodie, also wir brauchen das für Hoodie, aber das hat mit uns nicht zwingend nur zu tun. Es gibt auch andere Leute, die sich darüber Gedanken machen und die könnten davon auch profitieren und dann haben wir gedacht, wir machen da mal so eine Bewegung draus und wir haben nicht so viel Zeit leider, wie wir gerne hätten. Deswegen gibt es diese Webseite und Gitterprojekt, wo dann über verschiedene da Issues diskutiert wird und gesammelt wird. Und ich würde hoffen, dass wir mal echte Forscher finden oder irgendjemanden finden, der Forscher bezahlen kann, dass man das mal so ein bisschen aufräumt. oder wenn wir mal irgendwann Zeit dafür haben, machen wir da halt auch weiter. Im Moment ist das so ein bisschen so ein Sammelbecken für diese ganzen Technologien, die das können, die da die Entwicklung, die es gibt. Es gibt im Web-Bereich so, dass die Browser ein bisschen mehr können, dass man so eine Sachen schöner bauen kann, aber auch wie könnte man jetzt zum Beispiel das ist normal, also Desktop-Anwendung kriegt man die Diskette als Speichern-Symbol. Was ist so ein Äquivalent für ich schicke jetzt meinen Tweet ab, aber der ist jetzt geschickt, aber noch nicht geschickt oder ich habe den jetzt geschickt, aber der ist auch schon auf dem Server. Wie kann ich das zum Beispiel erklären oder in einem User Interface klar machen? Ich hoffe.

Euch fällt da was besseres ein als Diskette für Speichern.

Genau, aber so eine Diskussion werden da jetzt gerade mal ausgetragen und geguckt.

So eine Mausetaste wäre doch nicht schlecht. Und dann ist der Draht entweder angeschlossen oder nicht? Würde zur Diskette passen.

Überzeugt mich jetzt nicht so ganz, Roddy.

Mist.

Der Schock sitzt tief. Ja, Mensch. Hoodie. Offline-First. Ja, ich bin ja ein großer Offline-Freund. Ich finde das gut. Echt? Und da gibt es überhaupt gar keine akademischen Tätigkeiten zu, ja?

Das ist, da sind wir auch so, wir sagen das jetzt einfach und hoffen auf diesen Standard-Nerd-Reflex. Natürlich gibt es da was. ich weiß das ganz genau, dass uns die Leute das endlich mal sagen. Ist bisher nicht passiert. Aber wenn ihr das besser wisst, also bitte sagt uns das. Also wenn es da aus den 80ern, 90ern oder in den letzten Jahrzehnten auch irgendwelche Forschungen zu gibt oder auch schöne Beispiele, bitte gibt uns das. Wir müssen das wissen.

Ja, prior art wanted sozusagen.

Genau. Guck, der Chat hatte dazu schon eine Vorlesung. Die hätte ich gerne.

Aha. Ja, der Chat weiß ja alles, ne? Also wahrscheinlich so chatfirst.org wäre vielleicht auch nochmal ganz angemessen.

Da gibt es ein ganz schönes, also jetzt nicht dringend Chat, aber so Messaging, da gibt es ein schönes Problem. Du kennst das von iMessage, also überhaupt, wenn du so ein verteiltes System hast und Messaging machst, wo man mal offline sein kann, da kennst du ja, dass du schickst mir eine Nachricht und dann kommt die zweite, die im Werk steht, das kommt vor der ersten an. Oder die, wenn wir einen Gruppenchat mit Jens haben, weil er hier gerade sitzt, dann kommt die Antwort von Jens manchmal schon, bevor deine Frage bei mir ankommt. So, weil Netzwerke so funktionieren. Dann gibt es halt auch wieder zwei Möglichkeiten. Entweder ich sortiere das so, wie das bei mir angekommen ist oder ich sortiere das nach dem Timestamp der abgesendeten Zeit und dann weiß ich das, wenn ich jetzt aber auf dem Telefon unterwegs bin und wir schon ein paar Nachrichten weiter sind, kann sein, dass halt außerhalb des Sichtbereichs eine neue Nachricht kommt, wenn ich halt die Logik erhalten möchte. Ein Message macht das so und dann gibt es andere Anwendungen, die machen halt das Neueste, kommt immer nach unten und da weiß man dann immer nicht ganz genau, wie die Reihenfolge dann mal gemeint sein sollte. Aber beides hat Vor- und Nachteile, weil entweder weiß ich nicht, dass da eine Nachricht gekommen ist oder ich sehe den im falschen Kontext. Und da gibt es keine schöne Lösung für, das muss man halt irgendwie rumtricksen. Aber so eine Überlegung finden wir da halt ganz spannend. Ich.

Wäre schon mal froh, wenn sich mal so klare Usage-Patterns herausbilden würden, ob Chats nun von oben nach unten oder von unten nach oben zu sehen sind. Dieses Timeline-Konzept hat irgendwie alles durcheinander gebracht. also früher war der Chat, natürlich hat man immer unten eingetippt und es scrollte nach oben weg, das war einfach so. Und so die Twitter-Timeline spätestens hat das irgendwie alles auf den Kopf gestellt und am geilsten finde ich dann immer die Programme, das hat glaube ich mittlerweile, lassen sie das alle sein, aber so die ersten Twitter-Client waren dann so, die Timeline geht halt von unten nach oben, aber deine Direct-Messages, die sind dann so wie ein Chat von oben nach unten, also das ist wirklich, das geht nun wirklich überhaupt nicht. Und ich weiß gar nicht, was jetzt irgendwie gewonnen hat, aber ich glaube so dieses, wenn man schon so eine Timeline hat, dann muss man dieses Modell auch irgendwie komplett bis zum Ende durchtragen. Ja. So. Ach Mensch, ja, da gibt's ja noch so viel zu holen. Jetzt müssen wir dir, glaube ich, aber erstmal eine kleine Pause gönnen. Was denn sonst noch so passiert? Wollen wir nicht erstmal hier kurz...

Ein bisschen über Max reden?

Ja.

Ihr kichert ja da auch schon die ganze Zeit wie so kleine Jungs. Was ist denn da so so toll bei euch.

Na, der Roddy hatte ja irgendwie sein, dieses OS X, dieses Beta hat sich der Roddy irgendwie verkackt, warum auch immer, musste jetzt das Ganze nochmal von vorn installieren, damit er das neueste Beta installieren kann.

Naja.

Nicht so ganz.

Also ich hatte, ich hatte, ich war etwas gewagt und hab's einfach auf Deutsch installiert. Wie auf Deutsch installiert?

Naja, Deutsch als Hauptsprache. Jaja.

Und der, der aus irgendeinem Grund hat es den Software Updater komplett durcheinander gebracht, weswegen der immer wieder versucht hat, das gleiche Update zu laden und zu installieren. Jetzt habe ich auf Englisch umgestellt und jetzt ging es.

Bleeding Edge gibt's nicht auf Deutsch.

Aber meiner wollte auch zwei, dreimal nicht booten und kam mit Kernel Panic und so und dann ging's dann aber irgendwann. Das hatte ich beim letzten Update auch schon. Also irgendwas ist da gerade voodoo-mäßig komisch. Ist nicht so klar.

Naja gut, das ist halt ne Beta, ne?

Ja, ist aber ganz schön Beta diesmal.

Naja, also.

Aber jetzt haben sie auch alle drauf losgelassen.

Also sich bei ner Beta darüber zu beklagen, dass sie ganz schön Beta ist, find ich irgendwie ganz schön Beta.

Also Kernel Panic muss jetzt nicht unbedingt sein.

Das ist aber ganz schön Beta.

Ist ganz schön Alpha.

Also da habe ich wirklich schon Schlimmere Betas erlebt, ganz ehrlich Also.

Wenn ich nicht mehr booten kann und nicht mehr reinkomme in meinen Rechner Dann finde ich schon mal ein bisschen scary Aber geht ja jetzt, nach einer Weile ging es ja, warum auch immer Ne und dann haben wir gerade gekichert Und Face Palms Gegenseitig zugeschmissen fast.

Oder?

Weil die haben den Swift Operator Wie heißt denn eigentlich der Operator?

Also es gibt den Operator für eine Range Genau Von bis so So, und es gibt einen von bis exklusive und es gibt einen von bis inklusive. Der von bis exklusive sind zwei Punkte und der von bis inklusive waren drei Punkte und sind jetzt zwei Punkte und ein kleiner Zeichen.

Ach.

Das ist mal voll scheiße.

Was?

Ja, haben sie jetzt mal geändert schnell, seit letztem Mal.

Das Problem war ja, dass Robi das genau andersrum hatte und sich alle Robi-Leute beschwert haben, dass das nicht ganz passt. und dann halt klar wurde...

Die hatten die drei Punkte, das war exklusive, ne wie war das hier rum? Scheiße.

Zwei Punkte exklusive, drei Punkte inklusive war es.

Ich fand das eigentlich recht nachvollziehbar.

Ich auch.

Aber es gab wohl andere, die dagegen waren. Und dann konnte man, wenn man es ganz logisch betrachtet, auch irgendwie...

Punkt kleiner? Ja.

Also ich hoffe, sie rudern nochmal zurück. Was?

Ja, es ist halt ein bisschen...

To reduce confusion in Beginn.

Naja, aber ich meine, jetzt ist der richtige Zeitpunkt, um noch Sachen zu fixen. Aber ich finde, das reduced gar nicht, sondern das tippt sich doch auf Scheiße.

Naja, sagen wir mal so, wenn man den Code liest, sieht man natürlich schneller, ob es zwei oder drei Punkte sind. Also das sehe ich schon als Vorteil. Ob jetzt Punkt, Punkt kleiner wirklich so schön anzuschauen ist, darüber kann man nochmal reden.

Ja, warum kein Emoji?

Ja.

Punkt.

Punkt.

Pile of Pooh?

Ja, irgendwie Hand, wie heißt das? Backhand with middle finger extended?

Hat es nicht Operator Overloading? Kann man das nicht basteln?

Ja, nee, du kannst, es gibt Operator-Overloading, aber es gibt irgendwie nur ein halbes Dutzend oder Dutzend Zeichen, die du als Operatoren überladen kannst. Du kannst allerdings natürlich Funktionen machen, die einen Emoji-Namen haben. Also du kannst, wie hieß das, Backend mit Mittelfinger Extended, Klammer auf Klammer zu und das ist dann deine Mittelfinger-Funktion. Also das geht.

Reverse Hand heißt das, Reverse Hand. Reversed Hand with Vintelfinger Extended. Das ist das neue Unicode-Zeichen für Fakiu.

Ist eigentlich schon fast lyrische Umschreibung. Aber naja.

Ich fand diese Metadebatte, die irgendwie bei Gruber tobte, ob Apple denn dieses Zeichen nun aufnehmen wird oder nicht.

Ja, das ist aber typisch Gruber, dass solche Meta-Debatten gerade bei ihm aufschlagen irgendwie, oder? Naja, egal.

Der tritt sie ja los.

Naja, auch wieder wahr.

Der Chat korrigiert uns gerade, das Punkt, Punkt kleiner ist das Exklusive und das Punkt, Punkt, Punkt ist das Inklusive.

Na gut.

Das macht dann noch...

Ja, kleiner, klar, ohne das, was dahinter steht, macht auch Sinn.

Das ist verständlich, aber nicht schön.

Also, also...

Genau. Genau.

Also das ist einfach das Problem, wenn du so eine Programmiersprache so auf so Satzzeichen anfickst irgendwie, ja.

Du hast letztes Mal meinen Rant, fandest du komplett daneben, weil ich gesagt habe, Operator-Overloading ist einfach kacke und jetzt sehen wir hier, was dabei rumkommt. Die Frage ist ja.

Was sind denn diese Operatoren? Also man kann sie ja auch voll ausschreiben. Man hätte ja auch ganze Worte benutzen können. Muss ja nicht immer Ausrufezeichen sein, wenn man auch Not schreiben könnte. Und das ist durchaus... Ja.

Wenn schon wieder so eine komische Konstrukte da kommen, dann nehme ich ja doch lieber wieder NSMakeRange oder sowas. Ja.

Also ich fand das mit dem Emoji jetzt gar keinen schlechten Vorschlag, weil da gibt es ja dann irgendwie auch echt eine ganze Menge... Gibt es nicht krass... Ist nicht krass so eine Programmiersprache rausgekommen, die komplett nur nur auf Emoji basiert? Naja.

Swift, also ich meine...

Nein, nein, so richtig...

Emoji-Overloading oder was?

Ja, wo alles irgendwie in Emoji ist. Ne.

Es gibt jetzt wohl so ein soziales Netzwerk, wo dein Username als Emoji ist.

Achso, genau, ein Social Network, weil jetzt habe ich das total durcheinander...

Programmiersprache gibt es leider verdankt nur nicht.

Die wird es bestimmt auch schon geben.

Die gibt es natürlich.

Also könnte es natürlich Whitespace nur in Emoji schreiben, ne?

Zum Beispiel.

So Timme, weil du jetzt keinen O-Safen hast, muss ich jetzt Mate trinken. Ich kann da ja nicht einschlafen.

Ja.

Was war ich, die vier?

Emoginel heißt die Sprache.

Nee, doch. Drei war es da.

Emoginel.

Emoginel.

Ja genau, ich bring das mal hier on screen. Das war der falsche. Emoginel. Programming, vertippt. Ja, das ist eine Fanta. Die hatte ich eigentlich hier für unseren Gast gebracht, aber der hat sich dann schon selber eingedeckt. Du darfst es auch trinken, Dennis. Du darfst hier eigentlich fast alles. Aber du wälderst übrigens auch rechts rum. Also hat sich nicht viel getan hier.

Rechtsdrehende und linksdrehende Wälderung.

Tja, ja, die ganze komplette Emoji-Programmieren ist auch sehr hübsch. Hast du auf jeden Fall schön viele Operatoren, die du dann alle überladen kannst.

Ja.

Da kannst du dann halt so mit dem Fuck-You-Zeichen, kannst du dann halt auch wirklich so Programmiersprachen-Konstrukte.

Aufrufen. Das Fuck-You-Zeichen ist doch gar kein Emoji, oder? Das ist doch irgendein ganz anderes.

Nee, das ist richtig so ein Unicode. Ich schätze mal, dass nur Emoji erlaubt. Ne, hier ist aber auch so ein Fuck You drin. Guck, da. Fuck Up und Fuck Down gibt es hier sogar. True and False ist das nämlich.

Fuck Down?

Was?

Das ist nicht Thumbs Up?

Naja, so Finger nach oben und Finger nach unten.

Ja, aber nicht Mittelfinger.

Das ist dann False. Das ist dann Mittelfinger.

Jetzt habe ich es von hier nicht.

Doch, doch. Das sieht schon sehr nach Mittelfinger aus, ja. Wird das aber gerade nicht so viel größer. Naja, ist ja nicht so wild. Ich wollte jetzt auch nicht wirklich in Emoginal programmieren, das macht mich nur Emoginal. Das macht mich nur Emo. Genau, das wäre auch mal schön, so Emo, die Programmiersprache für so komplett, pessimistische Es gibt nur Falls und Niles. Es gibt nur Nils. Nils ist sozusagen sagen, das Super-Objekt von allem. Alles leitet sich aus dem Nichts ab und wird zu Nichts.

Und die Bedingungen treffen immer zu, wenn es nicht gesetzt ist.

Genau. Alle Funktionen müssen mit Fehlern enden. Lässt sich da vielleicht noch was draus drehen.

Da gibt es auch demnächst ein Buch bei Nostarge, If Hemingway wrote JavaScript.

Ah ja.

Ich glaube, da ist sowas ähnliches über Kierkegaard und seine Programmierung dann da drin.

Steve Hemingway wrote JavaScript. Das ist der Angus Croyle. Der hat auf den, diversen JavaScript-Konferenzen schon einen entsprechenden Talk gehalten und hat dann quasi JavaScript-Code geschrieben, der halt dann den jeweiligen verschiedenen klassischen Autoren, zehn Stück jeweils, nachempfunden ist und es ist zum um Schießern.

Aha. Verstehe. Shakespeare-Code. Also JavaScript-Code im Shakespeare-Style.

Genau, genau.

Das heißt, da muss man nicht nur programmieren können, sondern auch noch alle Bücher gelesen haben, wenn man das witzig finden soll.

Ja, aber haben wir ja alle.

Ja, da weiß ich nicht. Also bei mir ist sowohl die JavaScript-Erfahrung als auch die Buchkenntnis sehr eingeschränkt vorhanden.

Ich weiß nicht, wer Roberto Bolaño ist.

Ich auch nicht.

Ja, nee.

Ja.

Dann habe ich wenigstens mal den Namen gehört.

Genau, das ist auch tatsächlich die Einzige, die mir nichts sagt.

Es ist trotzdem lustig. Ich paste mal den Videolink noch ins Chat. In den Chat, Entschuldigung.

Den Videolink, wo das vorgestellt wird?

Genau, es gibt so ein JSConf Talk, wo er das mal gemacht hat.

Ah, verstehe. Den schauen wir uns mal nicht komplett an. Hm.

Ah, der Herr ist Brite und unheimlich lustig. Also Flamem, M4, Des, das ist schon ordentlich lustig, ja.

Apropos Brite und ordentlich lustig. Du Sau. Der kommt hier reingelaufen und erzählt uns, dass er irgendwie gerade bei Monty Python war. Hast du mal bitte mal.

Ja, die haben sich gedacht, wir machen mal einen auf Rolling Stones und spielen noch einen.

Du warst wirklich da.

Die verbleibenden Pythons haben jetzt so eine Live-Theatershow in London am Start, die gerade spielt und ich war dann bei der Aufführung, mit der Uraufführung mit dabei.

Waren nicht diese diese Tickets irgendwie nach 2,5 Millisekunden vergriffen?

Ja, das habe ich trotzdem geschafft, weil ich da mit einem guten F5-Finger saß.

Du hast eine Applikation vorher geschrieben, gibt es doch zu.

Jahrelange WWDC-Erfahrung.

Ja, gar nicht so unverkehrt.

Kongress, sage ich nur. Kongress.

Es gab so drei Seiten, wo man Tickets kaufen konnte und da hatte ich alle parallel mit.

Allen drei Händen.

Mit verschiedenen Rechnern und über verschiedene Internetleitungen und alles, I made it. Und dann, als die dann ausverkauft war, haben sie gesagt, ah, und wir machen noch zehn Shows. Und dann war so ein bisschen, ah.

Aber du warst auf der ersten?

Ich hab dann noch die erste mitgemacht und das war schon sehr toll.

Und dann auch in der ersten Reihe?

Ja, tatsächlich nur ganz außen. Also jetzt nicht vorne direkt, sondern wir hatten von oben rechts so über die Schulter quasi.

Okay.

Aber wir hatten sehr gute Plätze.

Und?

Es war fantastisch, aber ich bin halt auch großer Fan. Ich kann das jetzt nicht anders erklären. es war unheimlich schön, die ganzen Sachen mal live zu sehen, es war sehr schön zu sehen, dass der Humor noch funktioniert, die haben halt nur alte Sachen gemacht, die aber so ein bisschen neu interpretiert teilweise keine Ahnung, die die haben, den Cheese Shop und Parrot Sketch hintereinander gemacht quasi, alt medley Cheese Shop.

Cheese Shop.

Wo er immer nach dem Käse fragt und den hat er dann nicht, Wensley Dale? Nope. Und so weiter.

Wensley Dale, das war jetzt, aber das waren die anderen, ne? Ist ja auch egal.

John Cleese kommt in den Teeshop und versucht Käse zu kaufen und der Verkäufer sagt, nee, hast du gar nicht da, ist ausverkauft, gibt's nicht. Und dann geht der fließend in den Parents Catch über, weil der auch mit John Cleese und Michael Palin ist.

Verstehe.

Und dann gab's so eine Tanzgruppe mit dabei, die halt die verschiedenen Songs, die dann auch da präsentiert worden sind, auch noch interpretiert halt. Das war auch sehr schön.

Läuft's.

Es gab die Terry Gilliam Animationen auch.

Aber sind jetzt auch nur noch, ist ja noch einer geschaut vor ein paar Jahren. Nee.

Einer.

5 von 6.

One down, 5 to go ist der Slogan.

Also Graham Chapman ist schon lange tot. Der.

Der Brian war.

Genau.

Genau. War das nicht vor ein paar Jahren noch einer?

Nee, die sind noch, zumindest waren die jetzt alle da. Nee.

Nee. Erst mal die Beatles. Bevor sie uns das Monty Python auch noch nehmen.

Genau. Dann war in der Gastrolle noch so für eine halbe Minute Stephen Fry plötzlich auf der Bühne. Das war aber nur ganz kurz, aber da standen natürlich auch alle Kopf. Das war ganz schön und es war interessant, so nach der Auswahl der Sketche, dass da sehr viel da haben wir vor 40 Jahren schon mal drüber gelacht, aber die Themen sind immer noch relevant. Also damals war es ja noch, also Graham Chapman war ja schon damals offen homosexuell und das war ja auch immer viel Thema und die machen ja auch viel mit Crossdressing und alle möglichen Anspielungen, die damals schon gar nicht korrekt sind. Das ist heute ja leider immer noch Thema. Da hätte man jetzt auch mal gesagt, das hätten wir als Gesellschaft ja mal endlich erledigt. Oder auch als Weltbevölkerung. Aber das ist ja leider immer noch sehr aktuell. Und das ist, ja, fand ich halt gut, dass die das auch noch passen.

Stimmt, so habe ich das eigentlich noch nie gesehen, dass die das eigentlich darüber so quasi über Bande, mitthematisiert haben. Ja.

Die Pointe von dem T-Shop-Sketch ist ja dann halt auch, dass das halt auch nur Code dafür war, dass die am Ende zusammen sich eine schöne Nacht machen. So, das ist ja überhaupt gar nicht. Das war ja damals noch illegal in England. Das ist ja auch noch nicht so.

Noch.

Nicht so noch nicht ganz so alt alles.

Das ist so krass. Ich meine, wann waren diese große Zeit? Das war ja Anfang der 70er.

74 war dann der letzte Flying Circus.

Fett. Und wie war da die Stimmung?

Unheimlich.

Das müssen ja nicht alle total aus dem Häuschen gewesen sein, also ob das vorher auch nur irgendeiner da war?

Das war in der O2-Arena, da waren 15.000 Leute da und es war teilweise so rohrenbetäubendes Gekreische.

15.000.

In London gibt es auch eine O2-Arena? Tatsächlich.

Ja.

Wie lame ist das denn?

Das war ganz, ganz wunderbar. In dem schon angesprochenen Parrot-Sketch gab es dann eine Szene, wo Michael Palin dann so kurz so lachen musste und dann ist John Cleese auch rausgekommen und dann konnten die so sich das so nicht so ganz verkneifen. Haben es aber versucht und ging da nicht. Da mussten die dann auch total grinden und das war total süß, die beiden so zu sehen.

Die müssen auch noch 40 Jahre noch über ihre eigenen Witze reden.

Ja, genau. Aber die haben das halt so, die haben halt so die Liebe für das Material und die Freude darüber, wie gut es noch ankommt. Das ist alles in einem Moment so zusammengekommen und dann ist dieser Funke komplett ins Publikum übergestoßen und wir sind halt alle komplett von unseren Sitzen gefeiert. Denn es war wunderbar.

Wer geschafft ist, überhaupt 40 Jahre alte Witze zu erzählen, dann ist das irgendwie immer noch lustig.

Ja, da kam auch dieses Genie von Monty Python halt schon sehr durch, dass das immer noch geht und wie gut das damals war. Und es gibt halt inzwischen auch noch immer noch niemanden, der da auch nur ansatzweise rankommt. Spontan fällt mir noch Eddie Izzard ein, aber der ist jetzt auch alleine nur unterwegs und auch nicht als Gruppe, so oder so. Dieses ganz hohe Niveau ist einfach nicht mehr.