Podlovers

Podlove ist eine Initiative zur Verbesserung der Open Source Infrastruktur zum Podcasting. Podlove ist gleichzeitig auch ein Netzwerk an Entwickler:innen zur Diskussion von Features und Standardisierung.

https://podlovers.org/

subscribe
share





episode 5: Podlove Radiator [transcript]


Feedback

  • LOV002
  • Auphonic
Erfahrungen beim Publishen
  • niederschrift bei npm
  • Niederschrift bei Wikipedia
  • CRE-Folge zum Sprechenden Denken
Verbesserungen in Podlove
  • Spezifikationen bei Podlove
  • Podlove Timeline bei Github
Podlove Radiator
  • Erlang auf Wikipedia
  • Bitlove
  • PHP auf Wikipedia
  • Podcasts bei spiegel.de
  • Digital News Innovation Fund (DNI Fund)
  • Tim (@timpritlove) auf Twitter
  • Dom (@monkeydom) auf Twitter
  • Elixir bei Wikipedia
  • Letty (@Lettebowskie) auf Twitter
  • Multimandantenfähigkeit auf Wikipedia
  • REST bei Wikipedia
  • GraphQL bei Wikipedia
  • MoneyMoney
  • MonKey Office
  • CNAME Resource Record auf Wikipedia
  • Open Source auf Wikipedia
  • Scrum auf Wikipedia
  • Castro
  • Overcast
  • HLS bei Wikipedia
  • Bookmarklet bei Wikipedia
Ausblick
  • Podlove Publisher PLUS
  • Meldet euch bei Eric, Alex oder Michi wenn ihr gerne bei Podlove mitarbeiten möchtet.
  • Bountysource
  • Phoenix Framework
  • Erlang VM bei Wikipedia (en)
  • Ruby bei Wikipedia
  • Ruby on Rails bei Wikipedia
  • Freakshow Episode 225
  • React bei Wikipedia
  • Redux bei Wikipedia
  • Nuxt.js
  • VueX
  • redux-vuex
  • justbeamit.com


share







 2020-09-11  2h14m
 
 
00:00  Michi
Herzlich willkommen zur Folge Nummer fünf vom Podlovers Podcast und
00:06
dieses Mal für mich eine ganz aufregende Folge, weil wir nämlich nicht eins, sondern drei Gästinnen haben und ich beginne mal mit der Letty, hallo Letty.
00:17  Letty
Hallo.
00:18  Michi
Und dann ist heute noch der Dom dabei. Hallo Dom.
00:23  Dom
Ja Hallo.
00:24  Michi
Und wir haben, hallo Tim, wer hätte gedacht, dass ich mal sagen darf, willkommen in meinem Podcast Tim.
00:31  Tim
Ja, hallo Michi, herzlich willkommen in deinem Podcast.
00:40  Michi
Und wie sonst auch haben wir den Eric.
00:44  Eric
Hallöchen.
00:46  Michi
Und den Alex dabei.
00:47  Alex
Hallo Michi.
00:49  Michi
Hallo Alex. Um das große Thema, worum's heute gehen soll, ist,
00:58
Ich sage mal nicht viel dafür, einen jetzt ein Produkt oder ein Projekt von Podlove, was das Licht der Welt
01:06
bis zum heutigen Tag nicht erblickt hat. Genau, der Podlove Radiator, aber bevor ich jetzt da groß drauf eingehe, würde ich sagen, wir machen mal,
01:15
unsere Kategorien noch durch. Diesmal gab's nicht viel Feedback.
01:22
Außer, ich weiß gar nicht das habe ich glaube ich auch sogar notiert, Ingmar oder truefalse haben gesagt, wir sollten doch mal irgendwie die,
01:31
Noice und Hum Reduction im Auphonic anstellen.
01:35
Ich glaube, das hatte jeder von uns gemacht, ich zumindest hab's gemacht, aber ich habe einfach auch meine Aufnahme so versaut gehabt, dass da nicht so viel zu machen war. Also ich hoffe einfach, dass es mit der letzten Folge jetzt besser war, wo ich
01:47
nicht meins, mein ausgeliehenes Headset aufhabe.
01:53
Genau, ich glaube, ich habe nochmal reingehört, letzte Folge. Alex hatte ein Mini-Bisschen gerauscht. Ich werde versuchen, diesmal alles rauschen, rauszukriegen. Und genau, diesen Button hatten wir eigentlich, glaube ich, immer gedrück.
02:04  Dom
Das finde ich von der Genese von jedem Podcast immer so spannend, dass so diese technischen Grundvoraussetzungen einfach die ersten Folgen durchziehen. Immer und immer wieder. So, wie den Rauschen wie denn nicht so laut, wie denn nicht so knacksen,
02:17
wieder nicht so. Also das finde ich finde ich auch ganz schön, dass es hier in diesem Podcast Erlebnis auch ein Teil davon ist.
02:26  Michi
Man denkt ja so schwer kann's nicht sein, aber es ist dann ist es dann. Es ist komplex
02:30  Tim
Das ist der beruhigendste Aspekt dieses Podcasts für mich bisher gewesen, das kannst du dir überhaupt nicht vorstellen.
02:37  Eric
Beobachte das ganze Geschehen irgendwie schon so seit zehn Jahren neben mir, denkt sich, du bist ein Podcast, dann macht man's doch mal selber.
02:41  Tim
Dachte mir so ja jetzt schmeckt er es mal selber.
02:46  Eric
Verdammt.
02:47  Michi
Ja, genau, da kommen wir auch gleich eine super Überleitung. Was haben wir denn in Folge vier Neues gelernt? Ich gebe mal an Eric einfach weiter.
02:57  Eric
Ja, ich durfte transkribieren diesmal.
03:01
Zum einen natürlich festgestellt, ja dauert er doch schon relativ lange. Ich habe äh Alex Tool immerhin zur Hilfe genommen, das war ganz praktisch, jetzt Niederschrift, korrigiere mich Alex.
03:11  Alex
Ja, heißt Niederschrift.
03:12  Eric
Niederschrift. Ja, also hat so ein Command Line Tool, wo sich ein Browserfenster öffnet und dann hat man also einen Playbutton und so ein paar Shortcuts zum zurückspringen auch.
03:24
Ganz praktisch aber hat mich so auch so ein bisschen drüber nachdenken lassen, wie man denn eigentlich transkribiert überhaupt.
03:33
Im Transkript sind diese ganze "äh" und "Ahms" mit drin, aber wenn man da ja eigentlich gar nicht mit drin haben, obwohl sie eben Audio schon hilfreich sind, weil's einfach irgendwie Denkpausen auch irgendwie kennzeichnet. Weiß nicht, wie ihr das gehandt habt habt, als ihr die Tatskepto geschrieben habt.
03:49  Alex
Ich hab's auch rausgeschmissen.
03:50  Eric
Ja, habe ich auch gemacht. Aber jetzt halt die Frage, könnte man vielleicht dem Transkripttool gleich sagen, macht doch mal bitte alle "Ähms" weg. Keine Ahnung. Oder auch so Wortdoppelung.
03:58  Tim
Das war übrigens, wenn ich da mal kurz einhaken darf, ich lasse ja teilweise auch Transkripte von jemanden anfertigen
04:07
und als ich damit angefangen habe war die erste Frage an mich. Ja was für ein Transkript soll's denn sein? Soll's wortwörtlich sein, einschließlich "Ähs" oder ohne "Ähs" oder soll das transkribiert werden was eigentlich gemeint war.
04:22
Das fand ich hier schon mal eine ganz interessante Unterscheidung, wo einem automatische Systeme wahrscheinlich auch in Zukunft noch nicht so richtig viele helfen dürfen. Es sei denn, die führt irgendwann mal so autokorrekt ein oder so.
04:32  Dom
Gibt's dann eine Fachbezeichnung dafür für die beiden Arten.
04:34  Alex
Ja der Unterschied ist nämlich, dass eine Niederschrift, das sinngemäße Wiedergeben ist als quasi die, die tatsächliche Transkription.
04:42  Michi
Der Fuchs, Alex. Und das andere heißt Transkription.
04:47  Alex
Ich glaube ja. Aber da gibt's nochmal Feinheiten, auch Journalisten haben da eigentlich viel Erfahrung mit, weil die müssen ja ihre Interviews auch immer irgendwie nochmal verschriftlichen.
04:56  Dom
Startet ihr mit einem leeren Blatt oder mit einer Transribierung von irgendeinenm Tool?
05:01  Eric
Die Transgebierung, die aus Auphonic rausfällt, ist das Wit.ai glaube ich.
05:07  Dom
Und macht es
05:08
Spaß, die zu korrigieren oder ist es, wäre es nicht fast schicker, das zu tippen, also ich bin es halt gewohnt, weil ich ja in meinem Zivi hatte ich so Diktatschreiben gemacht im Endeffekt mit so einem Fußwippe und
05:18
dann ist tendenziell Gefühlt das eigentliche Schreiben angenehmer aber natürlich ohne Verankerung im Timecode ist es wahrscheinlich ziemliche Hölle.
05:28  Eric
Ich finde die Vorgabe, die man da bekommt, ist schon ziemlich gut. Also klar mit irgendwie
05:32
Fremdbegriffen wie Podlove, Subscribe Button, also entweder wird's komplett weggelassen, also ist dann einfach 'ne Lücke im Transkript oder es steht irgendwelche totaler Blödsinn, aber so normale Worte, das funktioniert ganz gut.
05:46
Ja auf auf Honig.
05:46  Letty
Ich wollte gerade sagen, eigentlich finde ich es viel, viel schöner bei euch im Channel dann mit drin zu lurken und die Sachen zu lesen und mir selber dabei einfach mich amüsieren zu lassen von euch.
05:55  Eric
Ja, mein Favorit, den ich immer hinnotiert hatte, war "der Kohl war ja glaube ich relativ fix zusammengehackt".
06:00  Michi
Erics Kochsendung.
06:04  Eric
War direkt noch eine Kochkochsendung, ja. Genau, also ein paar andere Fragen, die mir einfach aufgefallen sind, ist packt man sowas wie Lachen mit ins Transkript rein, weil kann auch hilfreich sein,
06:17
wenn er irgendwelchen eckigen Klammern oder keine Ahnung. Mir stellt ist ja die Frage generell, ob's irgendwie Best Practices gibt.
06:27
Ja oder wenn jemand sagt mal in Anführungszeichen setzt man's dann einfach in Anführungszeichen oder schreibt man's dann noch dahinter, in Klammern.
06:34  Letty
Setzt man das Anführungszeichen in Anführungszeichen?
06:37  Eric
Irgendwie tauchten da irgendwie sehr viele Fragen auf.
06:44
Und die die letzte Erkenntnis ist das, was man spricht, also wie ich das jetzt auch gerade tue,
06:53
kommt mir ja irgendwie ständig irgendwie einschübe, weil man die Gedanken irgendwie anders laufen als, ich meine wenn man schreibt, dann hat man ja irgendwie Zeit, wenn man den Satz anfängt und nicht weiß wie der weitergeht, dann löscht man halt nochmal und dann schreibt man den Satz neu.
07:07
Aber wenn man spricht, kommen irgendwie ständig Einschübe zwischen Gedanken, die man irgendwie unterbringt und als Hörer kriegt man das ganz gut geparsed.
07:16
Aber wenn man's liest, sieht's doch schon sehr wirr aus.
07:20  Alex
Da gibt's auch eine gute CRE-Folge zum sprechenden Denken dazu. Kann ich empfehlen.
07:29  Tim
Es gibt für alles eine gute CRE-Folge dazu.
07:33  Eric
Außer zum Podlove Radiator, deswegen geht's jetzt darum.
07:37  Michi
Ja, stimmt. Okay, spannend. Auf der Webseite, auf der Podlovers Webseite sind auch ein paar Dinge passiert. Oder Alex?
07:47  Alex
Genau, Ben hat ja angemerkt, dass man den Playbutton nicht findet, was für so Audio-Content glaube ich schwierig ist.
07:53
Das habe ich gefixt, der Playbutton ist jetzt hoffentlich besser sichtbar.
07:58
Und es gibt jetzt auch quasi noch eher Beta-mäßig, na gut die ganze Seite ist eigentlich eine einzige Beta. Aber es gibt jetzt auch die Chapters im Player, weil zwar das ganz cool war, dass man dieses Transkript und die diese Timeline mit den Chapters zusammengesehen hat,
08:13
aber das Problem eigentlich ist, dass man dann nicht mehr so richtig zu den Chaptern springen kann, weil man dann erstmal scrollen müsste.
08:19
Und ein bisschen an den Icons habe ich auch rumgespielt. Da ist aber glaube ich auch noch Luft nach oben.
08:24  Dom
Ja, da den Playbutton auch, finde ich noch, auch bei dem gefixten. Weil er liegt so im Cover, das könnte auch das Covericon sein. Das ist wieder nicht.
08:32
Ist es zwar ein bisschen stärker, aber immer noch. Es tut mir leid. Also ich finde ja schön, dass dass es so einem
08:38
experimentelle wir machen immer mehr von den Features mit rein auf die Seite, wie geht und on the go, Seite ist. Aber der Teil ist wirklich, also ich hätt's jetzt auch nicht wirklich, wenn ich nicht,
08:50
wirklich unbedingt was playen wollte, gerade, weil der Player eigentlich unten ist zumindest, hätte ich das auch schon wieder nicht gefunden. Beim Hovern ist er wenigstens voll, aber der muss irgendwo extra sein und ein großes Play oder irgendwas, ne? Da gibt's noch mehr Verbesserungspotenzial.
09:02  Alex
Schickt uns UX-Vorschläge.
09:04  Eric
Mach einfach über einen Playbutton hin, mehr Buttons.
09:07  Alex
Sehr gut. Immer her damit. Und ich finde das cool, das ist ja auch so die ganze Idee, dass wir das so ein bisschen evolutionär entwickeln.
09:14  Dom
Ne, ich fand es auch nicht, ich finde es auch nicht lästernswert, ich finde es auch gut. Ich habe ja, ich bin ja so ein bisschen am zugucken, weil ich war ja
09:23
irgendwann mal eigentlich auch gedacht haben, mit von Anfang an mit dabei zu sein bei diesen Dinge, wenn die Sache anders gelaufen wäre. Und dann war ich halt nur am Schlauberger Kommentar dageben, aber ich sehe das ja als hilfreiche Feedback von meiner Seite und das ist ernst gemeint.
09:39  Letty
Darf ich auch nochmal was fragen? Vielleicht hat das Alex auch gerade gesagt, weil ich bin mir halt grad nicht sicher, aber warum ist die Timeline vor den Shownotes.
09:48  Alex
Das habe ich so entschieden.
09:49  Letty
Weil es finde ich total verwirrend, weil ich glaube, ich bin durch Tim einfach so sozialisiert worden, dass
09:58
diese Summary da steht und danach habe ich die Shownotes, um gleich reinzuklicken, weil das ist ja meistens der erste Punkt, warum ich überhaupt nochmal auf die Webseite komme, ist ja dieses: Ah ja
10:09
ich wollte den Link mir anschauen, den ich gehört habe.
10:13  Alex
Also das ist auch noch eine das ist auch noch nicht final so durchgepaukt, weil wir ja auch das Shownots Modul eigentlich nehmen wollen, um die Shownotes zu ziehen, jetzt ist es ja gerade nur der Content der Episode, der da reingepastet wird. Und wenn wir dann irgendwann
10:29
soweit sind, dass wir den Shownotes auch noch ein Timestamp geben können, dann wird das wahrscheinlich auch mehr noch mit in die Timeline mit integriert werden. Ja, aber deshalb.
10:40
Es ist nur ein Zwischenschritt bisher, aber ich wollte halt irgendwie eine Möglichkeit haben, das mit abzubilden.
10:44  Michi
Ich kann mir jetzt schon vorstellen, dass die Leute nun sagen, dann finde ich die die Shownotes nicht mehr in der riesengroßen Timeline.
10:50  Alex
Muss mal gucken, ob man das filtert oder ob man da zu bestimmten Punkten springt. Da gibt's bestimmt Möglichkeiten, aber es öffnet erstmal die Möglichkeit.
10:57  Tim
Ihr seid übrigens, das wollte ich gleich schon mal als Punkt anbringen. Ich habe mich immer so gefragt so, okay, alles klar, jetzt habt ihr so die drei großen Sachen durch, was ist das Nächste, aber ihr habt im Prinzip eine Komponente
11:10
von Podlove komplett rausgelassen bisher und wahrscheinlich einfach weil er sie so gar nicht sieht aber die er auch sozusagen Teil dieses Projektes ist. Das sind die Formate.
11:24
Die Spezifikation, die Specs.
11:26  Alex
Wir haben überlegt, ob wir darüber eine extra Folge machen. Wir haben sie ab und zu mal immer so ein bisschen angeteasert. Die Specs.
11:33  Eric
Ich denke in der ersten Folge wurden sie erwähnt, ja.
11:36  Tim
Da kann man viel zu erzählen.
11:41
Zum Beispiel die Podlove Timeline, die sozusagen diese Idee von die Shonotes und Transkripte
11:49
fallen alle in das selbe Gitter rein, auch schon mal versucht hat anzudenken. Aber das ist so eins dieser zahlreichen
11:59
irgendwo oft auf dem halben Weg verhungerten Projekte. Die aber trotzdem irgendwann nochmal lebendig werden müssen.
12:08  Eric
Ja allein über dieses Spec könnte man wahrscheinlich eine Episode investieren.
12:14  Michi
Doch doch, ich denke, das ist immer ist geplant. So die Chapters sind auch im Player, hattest du noch was anderes über den Webplayer zu berichten, Alex.
12:24  Alex
Ja und zwar sind da jetzt also:
12:27
Es gibt ein neues Release vom Webplayer und der ist jetzt Accessible und zwar auch so, dass er geprüft wurde und seine Accessibility jetzt bewiesen wurde. Das heißt im Einsatz auch vor allen Dingen für Hochschulen steht da nichts mehr im Wege.
12:41  Tim
Was heißt denn bewiesen?
12:42  Alex
Wir wir hatten da ja einen Audit, also beziehungsweise die Hochschule hatte uns da einen Audit vermittelt.
12:49
Und da habe ich ziemlich gutes Feedback dazu bekommen und das waren dann, war so ein Pingpong so drei, vier Development Releases, die ich da gefahren habe und am Ende ist es jetzt so, wie sie sich das vorstellen.
13:04  Michi
Super. Hm, dann war's das auch schon mit dem regelmäßigen Kategorien und ich würde sagen wir beginnen mal mit dem Thema Radiator.
13:16
Ich würde ja gerne so ein bisschen chronologisch vorgehen, aber bevor wir das machen, damit die Hörerinnen jetzt,
13:24
Vielleicht generell so eine ganz grobe Vorstellung haben, worüber wir überhaupt reden und was dieses Projekt war, dass irgendwie ich dachte, vielleicht könnte das Eric gutmachen, einfach nochmal sagt, was.
13:37
Was war denn insgesamt der Scope dieses Projektes? Was,
13:41
hatten wir mit dem Radiator vor, was hätte der können sollen? Gibt's da so einen kurzen Elevator Pitch, bevor wir irgendwie starten können mit den Anfängen, wie hat alles begonnen.
13:52  Eric
Ich glaube, das würde es eher an Tim weitergeben.
13:57  Dom
Wir haben den Sendungstitel.
14:02  Tim
Ihr traut mir keine Zusammenfassung zu.
14:05  Eric
Doch ich schon, alle anderen nicht.
14:07  Michi
Genau, danach wirklich dann danach gerne ausführlich loslegen mit was war der Stand des Podlove Projekts? Wie hat das alles begonnen, nur damit wir einfach die Hörerinnen in nicht ganz im Regen stehen lassen.
14:18  Tim
Kein Problem.
14:19
Der Podlove Rediator ist der Versuch einerseits alles, was bisher im Podlove Publisher so gelernt wurde, neu zu überdenken und das Gute
14:30
draus in die Zukunft zu bringen und das, was man besser in der Vergangenheit belässt, eben genau dort auch zu lassen und außerdem unabhängig von
14:41
Wordpress zu werden und dabei im Prinzip alle Funktionalität
14:48
mit reinzuholen, die man insgesamt für die Veröffentlichung eines Podcasts und auch die Produktion eines Podcasts benötigt.
14:57  Michi
Schön, geil, danke. Genau, das hatte ich mir gewünscht.
15:04
Dann fangen wir mal an, ich bin ja auch ein bisschen später ins Projekt gekommen. Wir haben jetzt heute übrigens, vielleicht sage ich auch das nochmal. Wir haben jetzt heute
15:13
das gesamte Entwicklerinnenteam dabei und Tim als
15:20
Evangelisten und vorantreibenden des Projekts und ich würde gern am Anfang
15:27
einsteigen, nämlich wann war das, wann habt ihr das erste Mal über den Radiator in dieser Form nachgedacht?
15:36
Was war da der Stand des des Publishers zu der Zeit? Das hat ja wahrscheinlich recht früh schon begonnen. Ich schätze mal mit Eric und Tim kann das sein.
15:45  Eric
Also man muss
15:49
trennen zwischen dem Begriff des Radiators, der kam relativ spät.
15:52  Michi
Ja, würde ich trennen vom Begriff.
15:55  Eric
Ich meine letztendlich fing's mit der Begurtsstunde des Publishers an, weil wir von Anfang an uns zwar dann für Wordpress entschieden haben.
16:03
Aber glaube ich auf einer Hirnhälfte schon wussten, dass das nicht der der große Traum ist und schon in diesem Moment des ersten Commits oder sogar der ersten Idee.
16:15  Tim
Vom Gefühl her würde ich sagen, fünf Jahre mindestens. Also lange Rolle ich das schon mindestens im Kopf rum.
16:24  Dom
Es ist fünf Jahre bevor es gestartet wurde oder jetzt fünf Jahr.
16:27  Tim
Vor fünf Jahren, das ist jetzt so ein bisschen geschätzt, aber das das ist ja alles, gab's ja schon mehrere Anläufe.
16:33  Dom
Es wird gefühlt gefühlt für mich länger weil das ist ja doch aus jetzt zwei Jahre schon fast her, dass wir das Ding gestartet hatten und
16:42
so die grundsätzliche Haltung deinerseits da wirklich einen.
16:47
Also gefühlt habe ich diesen Pitch und irgendwann ich selber nochmal gehört auf irgendeinem sehr alten Congress aber.
16:55  Tim
Ich kann mal kurz gucken, wann meine Dateien hier so.
16:59
Ob ich hier irgendwelche Erstellungsdaten finden kann. Naja die sind leider wenig aussagekräftig. Wie es so den Eindruck halt hier.
17:14  Alex
Ob das Historiker später auch machen, Dateisystem reingucken, wenn Dateien angefasst wurden, wenn sie erstellt wurden.
17:21  Michi
Ich frage mich dann, auch wenn Tim jetzt gleich die die Daten findet,
17:26
wer hat die ersten Zeilen geschrieben, wann habt ihr euch dafür entschieden so mit Elixir hier geht's jetzt los oder habt ihr eine Planung gemacht, was sind die ersten Steps, wie ging's da dann konkret los.
17:39  Tim
Ich hab's: 30.01.2014.
17:42  Michi
Sag's ja.
17:46  Dom
Dann habe ich wahrscheinlich im Congress davor von dir irgendwie das Ohr voll bekommen. Da war ich nämlich gerade da.
17:50  Tim
Die da habe ich nämlich ja genau, der erste, mit dem ich tatsächlich darüber gesprochen habe war Astro.
17:56
Erinnerst du dich dann noch? Astro hat doch viel in Erlangen gemacht und Astro hat ja dieses Prittorrent gebaut. Hieß das so?
18:11  Eric
Prittorrent ist ein Teil von BitLove, aber.
18:13  Dom
Prittorrent ist der Torrent Client den Astro gebaut hat Bitlove hat aber auch gebaut glaube ich, ja.
18:17  Tim
Ja auf jeden Fall, genau.
18:21
Der war sozusagen ohnehin da in diesem Bereich ganz gut und das war so der erste Ansatz schon mal von von unten an anzufangen, weil halt einer der wichtigsten Aspekte des Radiators aus meiner Perspektive,
18:34
schon immer sozusagen
18:36
Groundup, der Downloadbereich war. So und die die generelle Fähigkeit von dem Teil möglichst überall hinzustrahlen,
18:45
in alle Richtungen. Hence the name Radiator.
18:47
Da kommt das sozusagen her. Also die Grundfähigkeit dieses Systems möglichst effizient
18:57
Audiomedien in alle Richtungen alle möglichen Formate hin zu streamen, Laden anzubieten, zu zählen und so weiter, dass das sozusagen die Kernidee vom vom Radiator und deswegen
19:11
heißt das auch so.
19:13  Michi
Und du hast dich dann am Anfang mit Eric zusammengesetzt und was geplant oder nachdem du mit Astro gesprochen hast.
19:20  Tim
Ja, da gibt es nicht so einen Anfang. Ich meine, mit Eric habe ich mich von Anfang an, das habt ihr ja auch schon viel drüber geredet, wir haben uns wir haben uns immer
19:28
zusammengesetzt, ne Eric? Also von Anfang an, wir hatten einfach regelmäßig immer mal wieder so eine so eine Session, haben uns hier in der Metaebene getroffen oder ich bin mal nach Leipzig gefahren und haben dann uns einen Tag eingesperrt und sind alles mal durchgegangen.
19:41
Und natürlich haben wir da über Konkretes gesprochen, so mit was soll die nächste Version können und was müsste man mal, aber natürlich nebenbei halt auch immer so aus diesem permanenten Frust mit so, das geht nicht mit WordPress und das ist alles so schwierig und PHP riecht nach Lulu.
19:56
Hat sich halt immer wieder auch dieser Wunsch
19:59
geäußert. Na ja eines Tages, ja? Eines Tages lassen wir das alles zurück und und und bauen das mal auf moderne Technologie neu und dann dann können wir auch andere Dinge machen. Und in diesen Jahren haben
20:12
sich ja die Rahmenbedingungen auch wirklich signifikant geändert, also heutzutage ist dieser Gedanke
20:18
Code in irgendeiner beliebigen Programmiersprache zu schreiben und das dann mal so mit Schnips auf irgendeinem beliebigen Server bei einem beliebigen Provider zu deployen. Da denkt man ja heute gar nicht mehr drüber nach. Als wir angefangen haben,
20:32
war sozusagen alles außer PHP irgendwie eine Wahnvorstellung und ja, da hat sich dann halt mit der Zeit was immer wieder was geändert.
20:42
Quasi parallel zu diesem sich immer weiter evolvierenden Internet.
20:48
Und natürlich auch der Programmiersprachenlandschaft und all dem neuen Medientools, Betriebssystem, Fähigkeiten, Clients, Telefone und so weiter, also alles was ja zu diesem Ökosystem dazugehört, alles hat sich weiterentwickelt und
21:00
Jedes Jahr hat man immer wieder gesehen, so, ah jetzt kommt auch das, jetzt kommt auch das, jetzt kommt auch das, sprich: Das, was wir eigentlich irgendwann mal wollen
21:08
wird ja eigentlich immer einfacher, man kann es mir jetzt auch nochmal zehn Jahre warten, das ist bestimmt wahrscheinlich noch einfacher. Blos dann kommt man ja nirgendswo hin und das war immer so ein bisschen die Frage, so wann stürzt man sich jetzt wirklich mal auf dieses Projekt?
21:20
Weil man willst ja dann zu einem Zeitpunkt machen und da Rahmenbedingungen machen, wo man dann eben zumindest auch so weit kommt, dass man sagt, okay, alles klar, das ist jetzt auch die Zukunft und
21:29
da gehen wir jetzt weiter.
21:33  Michi
Ja, genau, das habe ich mich gefragt. Wann, was war der Auslöser des Projektes? Wann habt ihr konkret begonnen?
21:38  Tim
Naja es gibt nicht so einen Tag, sondern wir haben eigentlich immer wieder neu eroiert, so wie könnte man's
21:46
machen und was du jetzt wahrscheinlich meinst ist, wann hat das angefangen, was wir jetzt zuletzt gemacht haben, was so sagen wir mal der umfangreichste Schritt war, um das zu tun.
21:58
Weil es ist ja vorher schon viel Zeit in die Idee geflossen, was soll das überhaupt können? Wie wie soll es überhaupt funktionieren? Das das hat ja eigentlich die ganze Zeit schon stattgefunden und dann ja
22:10
wurde eben das vielleicht das erste Mal wirklich Code erzeugt. Wann war das?
22:15  Eric
Also der erste Commit vom Radiator ist ein Jahr und sieben Monate her.
22:19  Dom
Im Februar 2019.
22:21  Michi
Und der Auslöser, dass ihr dann tatsächlich zu Coden begonnen habt war, weil ihr dann dachtet, es ist jetzt an der Zeit? Wie habt ihr euch zusammengefunden?
22:34  Tim
Naja gut, das Ganze, also jetzt diese dieser konkrete Move hatte einfach damit zu tun, dass ich irgendwann mal eine Mail vom Spiegel bekommen habe.
22:43
Die meinten so ja, sie würden jetzt irgendwie mehr mit Podcast machen und das wäre ja alles die Zukunft und so und wir hätten da ja irgendwie
22:52
ein tollen Webplayer und der wäre für sie ja irgendwie ganz interessant und ob man nicht mal telefonieren kann. Dann
22:59
haben wir glaube ich mal telefoniert und dabei stellte sich halt heraus
23:04
dass sie diesen Webplayer ganz Knorke fanden und dass sie festgestellt haben, dass sehr viel von dem was sie so an Funktionalität haben wollen da schon drin war.
23:14
Ja und dann gingen diese Gespräche immer weiter und sie berichteten, dass sie dann gerade irgendwie von Google da aus diesem DNI, heißt das so? Diese Digital News Initiative.
23:30
Genau, also wo sie quasi so Kohle über die Presselandschaft in Deutschland haben, regnen lassen, damit die irgendwie mal
23:37
was machen und sie lieb haben. So, keine Ahnung, was ihre genaue Motivation dazu war und ja das war quasi so eine Art externes Forschungsprojekt und
23:49
dann haben wir uns halt mit denen unterhalten, haben festgestellt, dass eben diese Idee, die wir für den Radiator haben, auch ganz gut
23:57
auf das passte, was sie so sich auch vorstellten als zukünftige Distributionsmaschine.
24:05
In die Richtung ging das Ganze und dann wurden wir uns da halt irgendwann einig, dass man das eben so starten kann und ja, dann hat sich dieses Team hier zusammengefunden
24:16
weil wir dann eben einfach so einen Plan hatten mit okay, wir kriegen jetzt hier mal ein Jahr auch mal richtig finanziert,
24:22
man kann sich mal ordentlich Zeit dafür nehmen und dann war eben so die Hoffnung daraus so ein Kickstart zu zu machen, dass eben
24:32
so viel entsteht, dass das so ein Eigenleben entwickelt. Da sind wir nicht ganz hingekommen.
24:37  Michi
Ja. Genau, so hat sich dann unser Team gefunden. Da waren ja Letty, du hast Frontend gemacht und ich auch.
24:47  Letty
Genau. Ich glaube, ich bin aber als letztes ins Team mit reingekommen.
24:51  Michi
Ich glaube Dom hat Backend gemacht. Hand hat ist auch vor mir noch, hat auch vor mir dann noch angefangen, ne? Wie bist du dazu gekommen Dom?
25:00  Dom
Ja, bei mir war's so ein bisschen gemischt, also ich hab ja irgendwie so meine Zelte in AmErica abgebrochen und war ein bisschen unklar, was ich denn überhaupt beruflich wieder mache hier so
25:10
in Deutschland und hab sowieso immer ein bisschen 'ne Affinität zu Elixier gehabt und Podcasten ja auch und bin eigentlich ein bisschen wieder näher in das
25:22
Podlove Universum eingetreten als ich mich irgendwie drüber aufgeregt habe, was denn für ein schlechter Player bei Fanboys läuft und dass wir da auch nicht
25:31
den Webplayer nicht auch benutzen könnten an der Stelle und weil ich eh gerade auf der Technologieumschau war
25:37
hab ich dann gedacht OK der beim Webplayer fehlen noch die Links und die Chapter Icons so ein bisschen, die waren da noch nicht so gut drin. Die Chapterlinks auch noch nicht so und dann dann mache ich das doch mal. Dann gucke ich mich da mal rein und habe ein bisschen eben so diese ganze Technologie vom Webplayer dann mir
25:52
angeguckt und hab ein bisschen die Düse bekommen, weil ich schon so lange kein Web mehr gemacht habe. Wie was denn
25:58
whier alles an an Tuning am Start ist, also im positiven Sinne wie im Negativen, ja weil irgendwie gefühlt wird die Welt runtergeladen und dann
26:05
irgendwas zusammengedampft, dass da so dann live wieder in den Player wieder in JavaScript hoch wie auch immer. Ich hab auf alle Fälle contributed und hab
26:13
dadurch ein bisschen mehr Kontakt zu Alex bekommen dann auch, weil der hat mir hier schön an den Händchen gehalten, damit ich auch kontibierten konnte im Endeffekt, weil ich war da wirklich. Ich wusste zwar grundsätzlich wie React und der ganze
26:24
Kram funktioniert, aber jetzt konkret, wo und das Setup, das Alex da zusammengebaut hat, was ja eben, wie ihr so schön im letzten Podcast oder im vorletzten Podcast ja auch erwähnt hab
26:33
durchaus eine eigengestrickte, zusammengewürfelte Komponente, zwar dieselbe Technik, aber
26:40
auf auf einer auf einen auf eine eigene Spielart ist. Da muss man schon ein bisschen reindenken und da war Alex eben so nett, mich mehr oder weniger aufzuklären. Und dann bin ich auch mal durchgestiegen. Das war Gut.
26:50
Und so bin ich praktisch so ein bisschen mehr so auf ach ja ich mach da jetzt gerade ein bisschen mit und auf dem Radar ein bisschen mehr gewesen und als dann die
26:58
diese Geschichte mit dem Spiegel und Tim und so weiter kam, war halt auch klar, okay, ich hab auch Bock auf Elixir, da würde ich auch jetzt mal mitziehen an der Stelle, passe ich eigentlich auch in das
27:09
Profil und könnte ganz spannend werden und lass uns doch mal lass uns doch da mal die Sache angehen. So war mein Gefühl.
27:18  Alex
Der Vollständigkeit, aber das war noch das alte Repo. Das neue Repo ist noch ein bisschen schwieriger.
27:24  Dom
Ja, ja, das Neue ist noch schwierig.
27:28  Eric
Dann wiederum an die Hand genommen.
27:29  Dom
Hat jemand eigentlich die Subscribe aufgenommen, nicht oder? Da wo du das erklärt hast, weil da bin ich leider, war ich nicht mehr so fit im Kopf, da habe ich nicht so hundertprozentig aufgepasst, aber da hast du's eigentlich sehr schön auseinandergenommen.
27:39  Michi
Wenn ja, verlinken wir es hier.
27:41  Alex
Da gab's mal einen, ich glaube, da gab's mal einen Recording, habe ich das noch. Muss ich mal gucken.
27:44  Dom
Also ich bin ja der Meinung, das ist zwar overengineered an der Stelle, aber es nutzt halt die Konzepte genauso wie sie gedacht sind, grundsätzlich deshalb
27:52
sehr hilfreich, overengineerd, wenn man mal durchsteigt. Und ich war genau auf der Suche, ich habe so gedacht, okay auf auf Mac und IOS und Swift und das Ökosystem
28:02
mich verloren, abgehängt, macht kein Spaß mehr, was ist das Nächste? Und dann eben 'ne ganz sauber gemachtes,
28:09
React style Redux Konzept ist sehr schön, dass ich das mal gesehen habe. Hier wird es auch aussehen kann. Finde ich auch immer noch viel schöner als die Swifty UI-Kacke, aber das ist ein Nebenschauplatz.
28:20
Und eben genauso bei Elixir. Ich will halt einen Elixir Server bauen und nicht wiederum
28:26
die Tools falsch benutzen und so rein, um Technologie zu lernen, auf die richtige Art und Weise und gleichzeitig ein Projekt zu machen, ist was, was mich antreibt und das hat halt an der Stelle sehr gut gepasst für mich, plus eben. Okay
28:38
Eric nutzt Elixir richtig, Alex nutzt den die ganzen NodeJS und das Frontend Tooling richtig.
28:46
Da will ich einfach mal mitschwimmen und mal was was lernen und mitmachen und das hat mir auch sehr viel gegeben an der Stelle. Also bin ich auch
28:54
sehr dankbar daraus gegangen, so von der Seite.
28:58  Michi
Letty, wann bist du denn dazu gekommen oder wie?
29:01  Letty
Ich weiß nicht, so wie Tim die Leute immer abfängt vor seinem Studio halt. Das müsste irgendwann
29:10
Mai, Juni. Tim hat so eine Affinität, die Leute einfach auf der Straße anzuquatschen. Nicht, das müsste so im Mai oder Juni 2020.
29:19  Tim
Nur die Schönsten und Besten Letty, nur die Schönsten und Besten.
29:22  Letty
Schleimer. Aber vorher genau, ich erinnere mich sehr gut an die Subscribe, die war im.
29:30
Weiß nicht, also nach der Subscribe war das auf jeden Fall. Da habe ich ja angefangen mit dem Subscribe Button, genau Alex hat mir die Einfachkeit seines Repus auch nochmal vor Augen geführt.
29:44
Das war sehr interessant. Da habe ich gefühlt nochmal neu gelernt, was das heißt Software zu schreiben.
29:52
Genau, aber ich weiß das gar nicht mehr genau. Das müsste im Mai/Juni so wahrscheinlich gewesen sein. Da war auch schon
29:59
bisschen was vom Frontend da, das hattest du ja Michi hier schon einiges vorgearbeitet, so die grobe Grundstruktur, glaube ich, für den für das CMS vom Radiator aufgesetzt, ja.
30:11  Michi
Wollen wir dann vielleicht doch nochmal ein bisschen konkreter sagen, woran wir gearbeitet haben im Backend und im Frontend?
30:20
Dass die Schwierigkeit war ja, Tim hat's vorhin gesagt, eigentlich wollten wir alle wichtigen Funktionen, die der Publisher hatte auch haben.
30:31
Dann aber alles was WordPress ist oder selbst schon kann und was wir dafür brauchen
30:37
eigentlich auch, aber natürlich ohne Wordpress, das heißt also, alles komplett neu geschrieben
30:41
Und aber direkt natürlich dran denken, was wollen wir in Zukunft eigentlich noch erreichen und welche Features brauchen wir vielleicht nicht mehr oder wo können wir das UI ganz neu denken, weil wir plötzlich nicht mehr an WordPress gebunden sind und das sind ja doch
30:56
einige Features, wo habt ihr euch im Backend, woran habt ihr euch da als erstes gemacht?
31:01  Eric
Also.
31:04
Zum einen also wenn du sagst, wir wollen WordPress oder die wichtigen Teile von WordPress nachbauen. Also wir haben uns schon soweit abgegrenzt, dass wir,
31:12
natürlich uns auf das Minimum beschränkt haben. Also klar braucht's irgendwie einen Login und eine Accountverwaltung, aber wir wollten ganz gewiss kein Content Management System nachbauen.
31:22  Michi
Podcast Management System.
31:23  Eric
War schon eine Abkürzung
31:25
die wir an der Stelle gemacht haben. Aber tatsächlich war die Anfangszeit darauf fokussiert, wirklich so die, ja das Minimum von überhaupt so einem gehosteten System.
31:38
nachzubauen, was eben einfach auch mti Login, Logout und Passwort vergessen und generell Accountverwaltung und
31:46
Rechtesystem hatten wir auch gleich noch mitgedacht.
31:50
Das ist eben nicht nur irgendwie ein Admin gibt und Nutzer, sondern eben verschiedene Rechtegruppen und so und wurden davon auch schon als schön erschlagen.
31:59
Also Dom hat sich da relativ viel drum gekümmert. Vielleicht kann er selber was dazu sagen, aber das war, glaube ich, schon ein größerer Brocken als als anfangs auch erwartet.
32:09  Dom
Ja, also das.
32:11
Es sind halt viele Basiselemente, die man mal braucht. Also wir hatten's ja schon angedacht, dass es gleich Multimandanten fähig sein soll an der Stelle eigentlich auch, falls es mal eben,
32:19
dass wir es auch hosten könnten für andere an der Stelle. Und sobald sowas Multimandantenfähig sein soll, also wirklich, dass es mehrere ganz voneinander getrennte Accounts gibt, die sich zwar wieder irgendwie die Daten teilen, aber da darf nie was durchbluten
32:33
zwischen den, da hat man sofort wieder so alles ein bisschen komplizierter. Dann ist natürlich beim Podcasten selber auch
32:40
gibt's viele Dateien, die da irgendwie hoch müssen, dann irgendwie eine Amazon-Style Bucket Anbindungen in irgendeine Form, dass man auch Daten hochladen kann, da was machen kann. Dann war die Grundidee auch vom Radiator das die komplette
32:56
die komplette Funktionalität auch hinter einer API eigentlich verfügbar ist und nicht nur in dem schönen Elixir-Phoenix Heim Konsortium.
33:05
Einfach mal so als App direkt funktioniert, sondern dass eben alles über eine
33:13
API gesprochen werden kann und das hat dann auch dazu geführt, dass es ein bisschen abstrakter wurde an der Stelle, weil man halt so ein Feature gebaut hat
33:20
und dann hat man hier, okay Rest API, GraphQL, dann hat man wieder bisschen mehr gelernt darüber, dass man bei GraphQL durchaus mit den Mutations ein bisschen vorsichtig sein will, weil die nicht so nicht so mächtig oder nicht so gut
33:32
laufen, wie man's eigentlich braucht. Also doch wie der Rest API und GraphQL und nicht nur GraphQL, da gab's viel hin und her und viel Designdiskussionen drumherum und obwohl's natürlich für all das hier sehr schöne Elixir Librarys gibt, muss man nämlich auch sich raussuchen und dann anbinden
33:48
und dann natürlich trotzdem die API machen, die API muss auch funktionieren und das ist einfach vom
33:56
Basisaufwand, den man dann so treiben muss, die Menge die man Software generiert nicht wenig gewesen und mehr
34:04
in dem Fall auch, als wir eigentlich zeitlich in der Lage waren, schnell abzurocken, obwohl wir versucht haben Gas zu geben an der Stelle. So ging's mir ein bisschen.
34:13
Und ich mein wie ihr dann dazu gekommen seid, weil ihr diese diese API also war ja nochmal ganz klar okay.
34:21
Es gibt hier einen einen Frontend, das die API sprich komplett nur und das Backen sollte halt die API zur Verfügung stellen, das hat er dann immer so ein bisschen Roundtrip
34:30
Schmerzen bereitet, dass wir uns auf eine API geeinigt haben und dann haben wir die implementiert und haben wir die mit Tests implementiert auf unserer Seite, aber dann war irgendwann mal wieder mit dem Frontend klar, ja so viel Spaß macht die so auch nicht, also muss man doch besser die nochmal anders machen und diese ganzen Roundtripzeiten sind halt dann
34:46
einfach länger dadurch, dass es gleich so groß gedacht war, so an der Stelle.
34:51  Alex
Man sollte an der Stelle auch mal erwähnen, dass der Radiator nicht dafür gedacht war, dass jeder Podcast
34:57
sich selber seinen eigenen Radiator installiert, sondern dass es irgendwo Podcast Netzwerke gibt, die solche Instanzen fahren. Das sollte theoretisch möglich sein, aber es ist ja was anderes, als jetzt sich jetzt einen
35:07
FTP Server zu klicken und dann PHP Script hochzuladen.
35:12  Tim
ich würde sagen beides Alex. Also
35:15
das wäre so meine Erwartung eigentlich da dran, dass es auch für einen wunderbar funktioniert und dann auch einen nicht überfrachtet, aber das ist genauso eben auch auf viele skaliert und eben auch so für Community Installationen.
35:28  Alex
Genau, aber das ist nochmal so ein Komplexitätslevel, was da oben noch mit drauf war, dass du, dass man halt nicht nur an den einen Podcast oder das eine Netzwerk sogar gedacht hat, sondern an mehrere Netzwerke, mehrere Podcasts.
35:42  Dom
Aber das ist also um nochmal zurück zu der Originalfrage: Okay also mit was haben wir denn begonnen? Also im Endeffekt
35:48
mit der Basis, damit überhaupt ein bisschen was geht. Das heißt, eben die GraphQL und Rest API Infrastruktur zu schaffen. User Infrastruktur zu schaffen, die Infrastruktur zu
36:01
bauen, dass es in dieser API eben sowas gibt wie Podcast Netzwerke, Shows und und die einzelnen Episoden dann das ein Feed generiert wird. Eric War dann relativ schnell auch schon mit gleich einer Analytics mit Andenken an der Stelle und
36:16
allein das ist ja schon ein relativ großer Batzen an Funktionalität, der da irgendwie dann
36:23
rein musste schon bevor es im Endeffekt losgang so gefühlt. Also damit hat das alles gestartet und hat einfach auch.
36:33
Ja, Genau.
36:35  Eric
Ja, vielleicht ein guter Punkt, also die Basisdatenstruktur für so Podcasts. Ich habe mich natürlich am Publisher orientiert, also mit Podcast Episoden und so weiter. Die Kapitel Metadaten und so weiter die wir da schon drin haben, aber
36:49
so vermutlich das am häufigsten kommende Feedback vom Publisher war schon immer, wie kann ich denn jetzt mehrere Podcasts oder Verwirrung? Wie kann ich denn jetzt mehrere Podcasts mit dem Publisher
37:00
machen und wir wussten einfach, der Bedarf ist da
37:04
mehrere Podcasts verwalten zu können, deswegen war von Anfang an klar, dass der Radiator das auf jeden Fall können muss, das ist das, was wir hier Netzwerke genannt haben.
37:15
So ein Netzwerk ist letztendlich eine Sammlung von mehreren Podcasts
37:19
Und dann kam aber nochmal eben die Komplexitätsebene des Multimandantensystems drüber, dass es eben nicht nur ein Netzwerk gibt, sondern verschiedene Netzwerke und einen Nutzer verschiedenen Netzwerken angehören kann oder verschiedene Rechte in verschiedenen Netzwerken
37:33
haben kann.
37:34  Dom
Und noch interessanterweise ist ja das ganze Ding eher mehr oder weniger so eine große Metadatendatenbank für die Podcast, also für also die Idee war, dass der Radiator schon auch
37:44
im Endeffekt
37:45
die komplette Datenverwaltung ist für deine Podcasts mit deinen Rohdaten im Endeffekt irgendwann mit allen Metadaten, die du hast, die wirst da hochladen, eintragen und das ist so, denn es kann deine Source of Truth werden an der Stelle, das führt dann eben auch dazu, dass sowas wie
37:59
Leute, die in dem Podcast teilnehmen, wiederum als Metadatum existieren in dieser Datenbasis. Die könnten aber gleichzeitig auch Users des Systems sein und dann sind wir sofort in dieser mentalen Verwirrung, die man dann
38:12
in der Begriffsklärung selber auch schon gerne durcheinanderbringt, nachdem er gefragt wird. Also ich habe glaube ich auch gerne
38:20
Michi bei Nachfragen auch mal genau die umgekehrte Wahrheit gesagt, als es wirklich wahr, weil weil es halt einfach schnell eine sehr komplexe Geschichte war. Also nicht im Sinne von das braucht's alles nicht, sondern schon
38:31
also das hätte man schon gerne, aber die Begriffsbildung ist halt durchaus schwierig
38:36
und die Datenhaltung dahingehend ja auch, weil man will ja sehr gut in der Lage sein, Leute einzutragen, die jetzt mitgemacht haben in dem Podcast,
38:43
die jetzt auch einen Account haben, aber den nicht für den Account nicht verlinken, weil man nicht will, dass dass die jetzt über alle Podcasts hinweg auf diesen Instanz vom Radiator identifizierbar sind. Also
38:57
das ist nicht ein Datum. Es sind unterschiedliche. Und da werden wir sie wieder zusammenführen können eigentlich.
39:04
Die Wünsche waren, was es alles können soll, waren sehr groß und auch zurecht und gefühlt haben wir uns,
39:11
in die Breite, ein bisschen zu sehr in die Breite entwickelt, wobei das ist jetzt schon fast weiter hinten in der Analyse.
39:16  Michi
Ich kann ja mal was sagen, wo wir im Frontend gestartet sind.
39:21
Als ich dazu gekommen bin, habt ihr auf jeden Fall schon am Backend gearbeitet und ich habe dann aber
39:28
doch erstmal mit verschiedenen Podcasterinnen gesprochen. Das waren so
39:34
Zehn wahrscheinlich irgendwie und die haben mir alle ganz lange erklärt
39:40
wie sie Podcasts aufnehmen, wie sie den Publisher benutzen, was sie am Publisher noch niemals verstanden haben, was sie total gut finden am Publisher oder
39:50
was sie auch sagen, dass was zur Hölle soll das, wieso ist das denn hier gelandet und so weiter.
39:59
Genau, da hatte ich mir, da ist mir dann auch zum ersten Mal aufgefallen, wie viele unterschiedliche,
40:04
also gefühlt hatte auch jeder irgendwie so ein bisschen anderen Workflow, der Podcasterinnen.
40:13
Und ja danach erst erst so einige Wochen später habe ich dann begonnen das Frontend zu schreiben und bei mir war's dann immer
40:21
auch so ein bisschen. Ich wollte natürlich direkt die API testen und da gab's ja auch schon einiges, also war da super viel zu tun. Im Endeffekt jetzt ein visuelles Design oder einen Brand
40:34
Konnte man natürlich eh nicht in der Zeit entwerfen, aber zumindest ein UX-Design, da hätte man irgendwie ganz viel ausprobieren können, also ich war so in verschiedenen Modi immer:
40:43
Teste ich jetzt die API und baue direkt mal alles ein, was die im Backen schon gemacht haben. Zur Not auch vielleicht erstmal ohne das perfekte Label und mit
40:52
einem Input Feld, was ich später durch eine andere Art ersetze oder durch einen anderen Workflow oder,
40:58
Schaue ich mir erstmal an, wie sind die User Workflows, was wollen wir überhaupt für Funktionalitäten haben? Das war genau und dann können wir aber Gott sei Dank Letty dabei,
41:06
da lief das alles einen Tick schneller ja.
41:10  Letty
Wobei die Fragen eigentlich immer noch dieselben geblieben sind, weil es so ein bisschen schwierig ist natürlich Workflows
41:19
in Forms abzubilden. Also es war halt so, worüber wir immer wieder gestolpert sind, so Nutzer geben was ein, wie gibst du was ein? Was hast du da so für
41:30
Möglichkeiten und ist das, was wir uns gerade denken als Workflow eigentlich ein sinnvoller Workflow, ist das ein
41:36
guter Workflow, ist es ein Workflow, der vielleicht den Nutzer am Ende ausbremst und das war auch immer wieder so eine Diskussion oder wo wir versucht haben, auch so den Kern zu finden so, wir wollen ein
41:47
Tool bauen, nennen wir es einfach mal Tool, was den Podcaster und die Podcasterin unterstützt und nicht eine Behinderung ist, nicht irgendwie einschränkt, nicht irgendwie vom Arbeiten abhält
41:57
und es sollte halt irgendwie auch Spaß machen, weil ich meine, ich glaube, wir wissen alle, wie nervig es mit Software sich auseinanderzusetzen, die irgendwie zum Kotzen ist.
42:07
Ich meine, bei WordPress ist man schon.
42:09
Genau, auch zuverlässig auch immer wieder dieselben States produziert und wenn ich irgendwo hingeklickt habe, auch wirklich dieselbe Sache passiert. Es war halt schon ganz schön Michi grinsed so.
42:23  Alex
Die Besonderheit an dem CMS war ja auch, dass es eine Variante davon war, da Meta oder Daten in den den Radiator reinzubringen, dadurch dass man die API hatte, hätte man aber auch
42:36
Workflows abbilden können, die jetzt nicht dem Standard entsprechen oder die jetzt nicht der normalen Podcasterin entsprechen.
42:45  Letty
Genau, man hätte mehrere Schichten im Prinzip abbilden können, so von Tim, der irgendwie der Power-User ist, an denen irgendwie wahrscheinlich die wenigsten aus unserer Zielgruppe rankommen. Fer hätte sich auch ein komplett
42:55
eigenes System am Ende zurecht modeln können oder wir für ihn.
42:59  Alex
Ne MoneyMoney Integration oder so.
43:00  Letty
Ja genau und zu Monkey Office und dann ist der Tim glücklich.
43:06  Tim
ich bin die Zielgruppe Leute.
43:09  Letty
Du bist ein Teil der Zielgruppe.
43:13  Michi
Ich hätte uns so vorstellen müssen: die vier Entwickler oder fünf Entwicklerinnen und die Zielgruppe.
43:18  Letty
Aber das reicht immer noch für den Sendungstitel.
43:21  Tim
Ich bin die Metazielgruppe.
43:23  Michi
Metazielgruppe Ja.
43:26
Okay. Genau, wir haben ja dann echt konsistent eigentlich auch zu viert
43:35
mehr oder weniger konsistent daran gearbeitet, mehr oder weniger, wie auch immer dran gearbeitet. Vielleicht kommen wir mal so Richtung
43:47
Ende des Projekts, vorläufiges Ende, wie auch immer, was haben wir denn erreicht in der Zeit, wie weit sind wir gekommen? Eric willst du was dazu sagen?
44:00  Eric
Ja, also wir hatten am Ende schon ein lauffähiges System, denke ich. So in in einer gewissen Form. Also auch noch eine Besonderheit.
44:12  Dom
Ich hatte eine installierte Instanz, so kurz kurz vor ersten potentiellen Abnahmetermin.
44:18  Eric
Ja, also wir hatten's tatsächlich oder Dom hatte es tatsächlich auch schon Deployed, weil sie auch immer nochmal einen Unterschied zwischen
44:24
es läuft auf meiner lokal auf meine Entwicklungsmaschine und es läuft tatsächlich auf irgendeinem Server und ist unter einer Domain erreichbar, weil wenn man diesen Schritt geht dann
44:34
fallen einem auf einmal immer noch irgendwie so zehn Sachen auf, die man irgendwie vorher nicht bedacht hat, das irgendwie Domains und Subdomains
44:42
funktionieren müssen, dass man vielleicht einen CNAME-Eintrag auch konfigurieren können muss, und so weiter und so weiter, die ganze Continous Integration-Geschichte, dass dauert dann doch die ein oder andere Woche.
44:53
Aber es lief, also man konnte durchaus Dateien hochladen, Metadate eintragen und einen validen Feed am Ende erzeugen.
45:03
Das ging schon. Also war jetzt sicherlich nicht so das höchste der Gefühle und das auch nicht das, was wir uns anfags so erträumt haben, aber
45:13
ging schon. Also es ist nicht
45:15
so dass irgendwie wir so völlig in ein Loch gerannt sind. Wir hatten eigentlich permanent einigermaßen lauffähige Software mit zunehmenden Features Set.
45:27
Aber haben uns schon gegen Ende in vielen verrant, glaube ich, in vielen Features. Vielleicht auch,
45:36
Eine Eigenheit noch: Da wir als Frontend Team ein bisschen eher angefangen haben.
45:44
Hab ich von von Anfang an quasi nicht auf API ein Frontend gebaut, sondern also als Entwickler, ich ich sehe auch irgendwie ganz gern nicht nur irgendwie Zahlen durchs Terminal fliegen, das ist zwar auch ganz nett, aber
45:57
gerade so im Webkontext irgendwie was testen, da habe ich schon ganz gerne eine Webseite, wo ich irgendwie drauf rumklicke, wo ich auch irgendwie mal schnell ein Formular ausfülle und so weiter.
46:07
Und da habe ich selbst von Anfang an quasi ein Frontend dafür gebaut, eben nicht basierend auf der API, sondern einfach als normale MVC
46:17
Geschichte, also halt normales Serverside Rendering
46:21
Webseite, wie man's halt so gemacht hat, auch vor zehn Jahren. Und dann später kam die die JavaSCript API davor,
46:30
die API und das der JavaScript Client und es lief lange Zeit, also eigentlich bis zum Ende so ein bisschen parallel, weil immer wenn ich Features gebaut hab,
46:40
dann hab ich die meist auch immer natürlich erstmal sofort testen wollen und nicht nur auf API-Ebene, sondern auch in meinem eigenen Frontend und ich glaub dieses ganze Parallel entwickeln
46:51
hat auch ein bisschen Verwirrung gesorgt, auch beim Deploymen dann, wenn man nicht so richtig wusste, okay was ist jetzt denn eigentlich das Endfrontend? Weiß nicht an welcher Stelle man da hätte auch irgendwie besser arbeiten können.
47:08  Alex
Die Gefahr bei dem Ansatz dann quasi ein Frontend gleich vor deine Daten zu schnallen ist natürlich, dass du automatisch davon ausgehst, dass die Daten eine spezielle Struktur haben, klar haben sie,
47:19
aber das dann auch bestimmte Prozesse darin abgebildet werden. Also wann kommt welches Datum rein? Sind die Daten valide und so weiter, so was, was man eigentlich ja dann im Layer davor abbilden möchte.
47:31
Aber das ist generell ist es bei größeren Softwareprojekten wo du einen Backend und ein Frontend Team hast,
47:37
immer ein Problem, da die richtigen Formate zu finden, die richtigen Absprachen, das ist immer ein Prozess, der hin und her geht.
47:44  Dom
Also also aus aus meinem Blickwinkel war's dann ungefähr so, dass unser nicht
47:52
altroistischer Drive war ja durchaus auch von einem gewissen
47:55
Funding und und bezahlter Arbeit getrieben. Da gab's Termine wiederum, wo dann auf der Spiegelseite mitentschieden wurde, ob
48:05
Dinge dann verwendet werden oder nicht und zu dem Zeitpunkt, wo wir da was abgeliefert haben, wo es dann im Endeffekt halt nicht. Also die ganz banale Geschichte ist, okay, Spiegel hat entschieden, das nicht zu verwenden, also ging's Funding an der Stelle nicht weiter. Also war es für uns dann auch noch nicht weit genug, um jetzt da
48:22
nochmal selber Gas zu geben und reinzuhängen, ohne dass wir irgendwie bezahlt werden, glaube ich. Das war glaube ich so der ganz banale,
48:30
jetzt mal vorerstige Abschluss dieses Projekts, weil es ist jetzt zwar was da
48:35
was ein Grundstock wäre
48:45
für den Radiator, aber es ist halt an allen Ecken noch nicht einsatzfähig genug. So, es ist nur eher so Working. Ich meine
48:54
und von der Dauer, wir haben im Endeffekt ja ein halbes Jahr so reingesteckt hier in der Konstellation und
49:00
bei dem Scope finde ich das durchaus auch legitim, was da rausgekommen ist. Also ich finde jetzt nicht, dass wir besonders langsam waren an der Stelle, sondern eher so okay, das ist ein großes
49:09
Ding und das hätte jetzt mit noch 'ner mit noch 'nem halben dreiviertel Jahr Funding hätten wir da durchaus noch was dann draus. Also das war schon auf dem Weg,
49:17
sagen wir es mal so, aber es ist halt wirklich so es braucht halt noch mehr
49:26
bezahlte Arbeit eigentlich von allen Seiten, Dazu kam ein bisschen, dass wir so wir hatten ein bisschen einen Verschnitt mit der Zusammenarbeit an der Stelle. Wer wann wie
49:35
viel oder Pause brauchte wegen persönliche Umstände jeweils, wobei ich auch denke, Projekte sollten sowas gut aushalten. Also bei mir gab's Nachwuchs, bei Eric ist Nachwuchs und und Änderungen passiert bei
49:47
Michi und Letty gab's auch mal eine Pause, die sein musste und deswegen das ist das ist auch alles.
49:55
Ich finde für ein halbes Jahr haben wir verdammt viel gerockt an der Stelle, aber es ist halt leider
50:02
kein Aspekt wirklich so weit vorgedrungen, dass ich sagen würde, okay das ist jetzt eine geile Basis für da kann man jetzt sofort aufsetzen und weiterrocken.
50:11
So, das war mein persönlicher Exit an einer Stelle plus wegen Nachwuchs musste ich auch gucken, wo die Kohle herkommt, um ehrlich zu sein.
50:21  Tim
Ich glaub das der Vorteil war hier auch ein bisschen Nachteil.
50:25
Ja, ich meine, wir haben ja diese Gelegenheit gesehen, so ah okay, jetzt können mal mehrere Leute gleichzeitig loslegen und jetzt haben wir ein Jahr Funding und das ist ja eigentlich immer total toll so und danach sehnt man sich. Problem ist nur
50:39
das wir natürlich von null angefangen haben und das ist gerade für so ein Open Source Projekt schwierig. Ne, weil du ja eigentlich erstmal
50:48
die erste Zeit eigentlich erstmal abtasten muss. Eigentlich eigentlich hätte man erstmal mehrere Testballons starten müssen und Dinge ausprobieren müssen. Man hätte vielleicht auch
51:01
nicht vom Start weg zum Beispiel mit dem Frontend loslegen müssen, weil eigentlich die Würze dieses Radiators liegt nun mal im Backend, also natürlich braucht man
51:11
auch etwas, wie man's benutzt so, aber quasi die Kernidee ist
51:18
das ist ja, glaube ich, auch bisher noch gar nicht so klar gesagt worden, was der Radiator letzten Endes eigentlich ist. Der Radiator ist
51:27
eine Serversoftware, die im Prinzip einen kompletten Podcast-Host darstellt. Aber eben auch für Personal Use, also es ist sozusagen sowohl ein System, was
51:38
macht mit, ich veröffentliche mein Podcast.
51:41
Als auch ich mache jetzt hier meinen eigenen Podcast Provider auf. Ob das kommerziell ist oder irgendwie für eine Community, völlig egal. Aber im Wesentlichen ist die gesamte Funktionalität und die Workflows, die es letzten Endes auch abbilden soll, gedacht für den Server.
51:56
Jegliche Funktionalität, die da drin ist, wird über ein API angeboten und das erlaubt halt unter anderem auch die ja
52:06
Erschaffung eines User Interfaces über dieses API und alles begann hier zwangsläufig, dadurch, dass das jetzt so ein ready Set
52:14
go und jetzt ist die Kohle da und zack und jetzt haben wir alle Zeit und jetzt fangen wir alle gleichzeitig an und dann standen halt alle so ein bisschen so voreinander, ja was denn jetzt eigentlich zuerst und was ist denn jetzt hier eigentlich Phase? Obwohl sich das eigentlich hätte alles noch so ein bisschen austarieren müssen. Also hätten
52:29
wir sagen wir mal schon mal ein Jahr
52:32
zumindest so mit einer mit zehn zwanzig Prozent der Energie über ein Jahr verteilt, so schon mal die ersten Sachen ausprobiert
52:42
ja? Ohne gleich diesen Anspruch mit, das muss dann auch gleich die finale Lösung sein. Hätten wir sicherlich ein bisschen bisschen besseren Startpunkt gehabt, aber das
52:51
war halt nun mal nicht so, also da konnte man ja jetzt auch nichts ändern und ich sage auch nicht mal hätte die Gelegenheit nicht nutzen können, aber das war definitiv etwas, was es dann ein bisschen schwierig gemacht hat. Zumal ich jetzt auch
53:03
in der Betrachtung, was hier eigentlich wann, wo, wie sein sollte mir auch noch nicht so hundertprozentig sicher bin, ob die Struktur, die es jetzt gefunden hat, auch wirklich das ist, womit man weitergehen sollte
53:16
die Grundlage ist auf jeden Fall so ein Teil der Grundlagen ist auf jeden Fall da.
53:23
Aber gerade wenn man das jetzt als Open Source Projekt weiterführen möchte und,
53:28
was ich vielleicht gewinnen wäre auch noch Leute, die Lust haben sich insbesondere dieses Backend mit reinzuwerfen, weil da ist noch
53:36
Sehr sehr sehr viel Gold zu heben.
53:41
Muss muss man halt schauen, dass dass man erstmal diese diese Grundlage im im Backend irgendwie hinbekommt.
53:48
Aber eben auch natürlich immer parallel versuchen das auch gleich zu benutzen, ne? Also warum wird eigentlich dieser Podcast nicht über einen Rediator ausgeliefert.
54:00
Oder wird er.
54:01  Alex
Nee, wird er nicht. Aber die also ich habe eine andere Theorie dazu. Also beziehungsweise eine ähnliche Theorie
54:10
warum das Ganze nichts geworden ist? Ist auch immer klug, irgendwie daneben zu stehen und sagen und und kluge Kommentare reinzuwerfen.
54:16  Dom
Muss ja auch schon auch sagen, Alex hat ja in dem Projekt eher so eine Beraterfunktion eingenommen, die durchaus die ich zu würdigen weiß, technisch, aber so jetzt, du hattest ja leider nicht Ressourcen, um wirklich aktiv mit zu programmieren.
54:30  Alex
Ich war an den Player in der Zeit ganz schön eingenommen.
54:35  Dom
Um die Perspektive praktisch einzuordnen.
54:37  Alex
Ja also was diesem Projekt oder was generell würde ich fast sagen Open Source Projekten meistens fehlt ist Projektmanagement.
54:47
Und zwar alle unsere Open Source Projekte, die wir im Podlove Schirm haben, die zeichnen sich dadurch aus, dass wir immer eine Person haben, die da die dominante Rolle einnimmt und da die Arbeit dafür leistet.
55:00
Und alle Projekte, da würde ich mal sagen, der Publisher ist gerade so am Limit, passen auch noch in den Kopf eines Entwicklers.
55:06
Und ich glaube, dass der Radiator ein solches Projekt ist, dass man nicht mehr alleine stemmen kann.
55:13
Das ist einfach von der Komplexität und was man da alles beachten muss und wie viel Zeit das kostet, Features daran zu entwickeln, ist es nicht möglich für einen einzelnen Menschen das
55:23
zu machen.
55:25
Und das ist kein, glaube ich, kein Problem, was originär für Podlove ist oder für den Radiator, das ist glaube ich generell in der Open Source Szene, so dass man keine solche komplexe Software findet.
55:35
Die ohne Projektmanagement ohne irgendwie den das Funding durch irgendwie ein größeres Unternehmen,
55:42
die explizit sich auf die Fahne geschrieben haben: Wir bauen uns irgendwie ein Ökosystem an Entwicklern auf, weil wir Sachen Open Sourcen und wir machen Community und Projektmanagement dazu.
55:52
Ohne das ist es verdammt schwer, so ein so ein Projekt zu stemmen. Und da ist es halt auch so selbst wenn wir jetzt,
55:58
ich glaube auch hätten wir zehn Entwickler mehr gehabt, wären wir am Ende auf das gleiche Problem gestoßen. Das ist nicht eine Frage von Ressourcen gewesen, das ist einfach nur eine Frage gewesen
56:06
des Fokus und der Koordination beziehungsweise der Synchronisation von Arbeit.
56:13  Michi
Lachst du wegen Fokus und Spiegel?
56:15  Dom
Lachen wegen Fokus und Spiegel, ja, ja, ja, ja, ja.
56:16  Alex
Ach so, ja, ja, das war Absicht.
56:17  Dom
Immer ein Problem des Fokus.
56:20  Michi
Ich gebe Alex völlig recht. Ich gebe Alex völlig recht. Das Team hat auf jeden Fall diese,
56:28
wenn man wirklich Frontend gleich mitmachen will, was man auch hinterfragen kann, da gebe ich auch völlig Recht, aber das hat allein im Backend vielleicht schon zwei bis drei Leute für die Zeit gebraucht und ab
56:38
da brauchst du, ab einem Team würde ich sagen von drei., brauchst du mindestens jemanden, weil das einfach zu groß wird für den Kopf, brauchst du jemanden, der von außerhalb
56:48
das leitet der also nur Management oder Organisationsaufgaben übernimmt.
56:55  Dom
Also diese ganze Eigenschaft eines eines PMs an der Stelle eines eines Produktmanager ist wirklich
57:03
einfach wichtig wegen der Größenordnung an der Stelle und auch wegen der Entscheidungen, welchen Aspekt wir von dieser großen Masse an an der Eier legenden Wohlmichsau, die dieser Rediator, der im Endeffekt dann wurde, auch die man verfolgt, da braucht's einfach,
57:17
eine Person, die da den Hut auf hat und das macht er, wenn man ehrlich ist, waren wir also alle fünf Beteiligten an der Stelle, ich nehm jetzt mal Tim mit rein,
57:28
haben diese Position so nicht aufgefüllt, das ist
57:31
wirklich so von von Tim kam am meisten Input und von uns Entwicklerinnen gab's halt äh ab am meisten pragmatische, okay, lass uns doch mal irgendwo eine gute Kante setzen, damit es
57:45
irgendwie einen Viable Product werden kann. Das Problem war aber, dass zumindest, wenn ich jetzt mal aus meiner Perspektive spreche, aber so habe ich's erleb,
57:54
dass von uns entwickelt und keiner wirklich die Lust hatte oder den
58:02
Willen diese Verantwortung für dieses Projekt an der Stelle so zu übernehmen und ich denke dadurch, dass wir alle auch an unterschiedlichen Aspekten gearbeitet haben. Von dem Ding wär's auch wirklich eine schwierige Doppelrolle gewesen, so dann das sowohl das Projekt,
58:17
zu bestimmen mehr oder weniger als auch die Entwicklungsarbeit für seinen Bereich zu machen
58:23  Michi
Ich würde sagen, das wäre ganz gefährlich auch so eine Doppelrolle eigentlich und selbst
58:27
Tim als jemanden, wenn man jetzt aus SCRUM herausdenkt, Tim als jemanden, der der Product Owner ist, sollte diese Doppelrolle des Managements eigentlich dann auch nicht noch übernehmen. Du brauchst eigentlich ein Außenseitende Person, die guckt
58:40
was haben wir denn für Kapazitäten, wie hat denn der Tim jetzt priorisiert und
58:46
ist für das Team irgendwie auch wirklich alles da, dass arbeiten kann, dass das sollte niemand aus dem Entwickler Tim Team. Entwickler Tim.
58:54
Es sollte niemand aus dem Entwicklerteam auch machen. Würde ich sagen.
59:01  Dom
Also mein Blick war halt ressourcentechnisch, weil wir hatten halt jetzt gerade
59:04
die Leute und noch noch eine Person hinzuzunehmen, wäre auch schwierig gewesen. Also ich hätte es gerne gemacht, glaube ich, also wenn man das so wirklich relativ frühzeitig gemacht hätten. So, also hier zum Beispiel, also von von der Art und Weise
59:17
wie eben beratungstechnisch, Alex der ab und zu reingegräscht ist, aufgrund seiner Berufserfahrung. Wenn wir die
59:23
Kohle abzweigen hätten können und Alex die Zeit gehabt hätte, da PM zu machen für mal ein halbes Jahr. Das wäre schon super. Es hätte funktioniert wahrscheinlich.
59:32
Ich weiß nicht, ob ich persönlich dann des Produktes rauskäme, wie sehr das dem
59:38
Ziel entsprochen hätte, dass ich persönlich hätte, aber es wäre zumindest so ein Konsistent koherentes Ziel geworden, was es jetzt hier leider
59:45
mehr oder weniger aufgrund der verschiedenen Anforderungen auch dann nicht wirklich wurde, sondern wirklich so im kleinen Zeh in in allen Ecken.
59:54  Tim
Ja, also ich muss aber auch mal ein bisschen Selbstkritik reingehen. Also ich hätte schon gerne mehr noch die Rolle des Kommunikators gespielt, die ich ja eigentlich bis dahin eigentlich auch immer
1:00:07
so inne hatte bei Podlove. Für mich kamen halt zwei Sachen erschwerend hinzu, also gerade im Februar, als wir dann
1:00:15
losgelegt haben bin ich ja gerade nach Spanien gezogen und hatte sozusagen so ein halbes Jahr so
1:00:20
ganz anderen Film auf einmal so vor meiner Nase und musste musste mich damit irgendwie beschäftigen und es fiel mir dann einfach extrem schwer dass da irgendwie so mein Kopf auch nur so so parallel ablaufen zu lassen.
1:00:35
Das so das Eine und dann natürlich durch diese Distanz war ich auch eigentlich so meines mächtigsten Werkzeugs
1:00:43
beraubt, weil unter normalen Umständen.
1:00:47
Also ich hätte halt so richtig Bock gehabt mich eigentlich die ganze Zeit nur in Zug zu setzen und irgendwie
1:00:53
mit jedem von euch irgendwie mal so einen Tag zu verbringen, um einfach immer wieder diese Gedankendurchspülung zu machen, die so bisschen meine Methode ist. Das mag jetzt nicht
1:01:03
die Methode sein, die du im Sinn hattest Alex, ne aber das hätte hätte sicherlich noch geholfen. Das, was,
1:01:10
eine das andere ist, dass ich mich halt dann auch letztlich wirklich, und das hatte ich auch schon ein bisschen befürchtet,
1:01:17
so locker und frei jetzt eigentlich diese Projekt Beziehung da mit dem Spiegel war, es es war trotzdem irgendwie immer so ein bisschen wie so ein Damoklesschwert im Raum, dass dann irgendwie
1:01:32
ja vielleicht dann auch zu dem passt, was sie vorhaben, weil das so ein bisschen dann so auch die Beute war, mit irgendwie, dann könnte man ja noch länger dran arbeiten und da merke ich halt auch immer wieder, also wenn Geld in irgendeiner Form
1:01:46
so ein treibender Faktor ist oder ein erhaltender Faktor ist. Zumindest zu so einem Zeitpunkt, ja dann
1:01:55
ist das halt nicht dieselbe Dynamik, wie ich sie ja bei diesem Projekt am Anfang gehabt habe, wo wir uns
1:02:04
ausschließlich immer erstmal mit dem wichtigsten beschäftigt haben. Und dann den nächsten Schritt gegangen sind und den nächsten Schritt gegangen sind und sich das dann mehr oder weniger so organisch ergeben hat und und das da, da habe ich gemerkt, wie wie das wie komplett
1:02:18
in mir gegen eine Wand lief und ja an der Stelle hat das sicherlich auch zu so einer Zerfaserung auch beigetragen.
1:02:29  Eric
Es war ja auch, das muss man mal dazu sagen, das erste Projekt der Größenordnung überhaupt für für Podlove, also alle
1:02:35
Projekte waren im Grunde ein Personenprojekte. Der Webplayer war immer in ein Personenprojekt, also zwar immer wieder übergeben, an andere Personen, aber,
1:02:44
eine Person im Grunde der Button, klar gab's irgendwie mal hier einen Designer und so, aber auch eine Person und auch der Publisher, gut der der Chemiker war äh zeitlang relativ aktiv, aber trotzdem war ich.
1:02:57  Michi
Aber das ist vielleicht auch schon wieder gekummt, denn dann gab's mal hier oder wieder einen Designer. Auf unserer Frage steht ja schon wieder, wieso gibt's keine Projektmanager im Open Source Bereich? Das kann man auch immer für die Designer und die Designer sind ja schon Teil des Teams.
1:03:11  Eric
Naja, die kommen und gehen bei uns, wenn man sich mal einen greifen kann, dann kriegt man irgendwie mal ein bisschen Input und dann muss man davon wieder ein paar Monate leben.
1:03:22  Alex
Du bleibst hier.
1:03:26  Eric
Ja nur so so als Kontext, also das war,
1:03:30
wir sind da glaube ich unbewusst auch in diese diese Größe des Projekts reingerutscht einfach, weil wir wussten, okay, wir haben jetzt Budget, dann dann suchen wir uns einfach mal die Leute zusammen, die wir sonst nicht irgendwie in ein Boot bekommen hätten. So kurzfristig, weil einfach
1:03:45
das Geld da ist, aber dann haben wir die Komplexität nicht nicht verwaltet.
1:03:50  Alex
Man darf jetzt auch nicht vergessen, dass diese so dieses Chaos, in dem wir sonst normalerweise entwickeln. Das hat ja auch was sehr, wie soll ich sagen, Kreatives an sich. Das bestimmte Sachen, die man halt einfach ausprobiert, einfach nur, weil's geht
1:04:02
führen dann dazu, dass man da bestimmte Features entwickelt oder Aspekte an ein Produkt oder eine Software entwickelt, die es vorher wahrscheinlich in einem normalen Projekt einfach nicht gegeben hätte, weil niemand dafür
1:04:14
das Geld in die Hand genommen hätte, um das zu investieren.
1:04:18
Das ist super. Also das, das macht ja auch Spaß, sich da quasi an einer bestimmten Thematik komplett abzuarbeiten, das von einer anderen Perspektive sich anzuschauen. Das funktioniert halt
1:04:28
irgendwie leider nicht für für solche großen Projekte und da wäre es halt mal sehr interessant, ob es
1:04:36
jemanden gibt, der das schon mal in so einem großen Projekt umgesetzt hat.
1:04:42  Michi
Ja, der möge sich bitte melden.
1:04:46
Die Frage haben wir so konkret noch nicht gestellt und ich würde das gerne aber erklären, nämlich
1:04:55
von, wenn man dem jetzt so zuhört, könnte man noch sagen, okay, aber ihr sagt doch irgendwie, ihr habt irgendwie schon recht viel, jetzt zu viert erarbeitet, wieso arbeitet ihr denn jetzt nicht einfach
1:05:07
ganz ganz langsam weiter ohne Geld, in der Freizeit. Wie wir es ja vorher auch gemacht haben, da waren wir dann einfach sehr, sehr viel langsamer. Das wäre ja jetzt der,
1:05:15
der logische Schluss. Wieso sind wir da jetzt an so einer Stelle geraten oder wieso ist es generell, vielleicht sogar eine Softwareentwicklung gut
1:05:24
neu zu schreiben, nochmal anzufangen, nicht da weiterzumachen.
1:05:29  Eric
Also hat vielleicht auch jeder seine eigene Position dazu, aber bei mir mit dem Publisher, anfangs ging das einfach, weil einfach habe ich, glaube ich, in der entsprechenden Episode auch schon erwähnt, einfach komplett andere Lebenssituationen und da hatte ich einfach die
1:05:44
Zeit und die auch die Motivation da einfach so lange dran rumzubasteln, bis es irgendwann mal live war.
1:05:51
Und jetzt gibt's den Publisher ja immer noch und ich habe halt immer noch die Maintainerrolle davon. Also das
1:05:58
Beschäftigt mich in meiner Freizeit nebenher zur komplett geänderten Lebenssituation von nicht mehr Studenten und Single, sondern Vollzeitarbeitsstelle mit Frau und Kind.
1:06:09
Und allein das Maintence des Publishers lastet mich eigentlich aus und solange ich dann noch Vollzeit nebenher arbeiten muss, ist einfach keine Zeit dafür
1:06:18
zwei Open Source Projekte parallel zu entwickeln.
1:06:23  Dom
Wenn ich dann mal gleich mich anschließen mag an der Stelle, also bei mir ist auch die persönliche Lebenssituation, die sich verändert hat, also mit dem Nachwuchs hat sich einfach
1:06:32
das Zeitkontingent massiv nach hinten verschoben, plus meine Seite des der Erwerbstätigkeit ist noch
1:06:40
relativ offen im Moment und die Art und Weise, wie ich die gerade gestaltet habe, nämlich meine alte Firma zurück zu übernehmen in irgendeiner Form, ist auch noch nicht ausgestaltet im Sinne von okay, wie kommt jetzt der eigentliche Geldfluss zustande und da ist einfach diese freie Ressource für Open Source
1:06:54
Software,
1:06:55
die jetzt nicht da reinfließt, die ist einfach nicht da. So und dann bin ich ganz ehrlich bin und mit der mit dem ganzen die Welt geht ja unter da draußen, ich weiß nicht ob ihr es mitbekommen habt,
1:07:05
hat mir noch auch nochmal so ein anderes Gefühl von und wenn man das jetzt mit Nachwuchs und Betreuungssituation hat, dann ist es,
1:07:13
also manche hatten dann so gefühlt mehr Ressourcen dann frei, also denen ging das gut, also für mich war das halt so gut wie nix. Ich hatte nahezu keinerlei Freizeit und dann
1:07:22
eben in dieses Open Source Projekt, es ist halt einfach nicht die höchste Priorität an der Stelle. Was ich interessant finde, wenn ich jetzt wieder mehr, also wenn ich
1:07:33
persönlich wieder mal in den Rhythmus komme, dass jetzt der Weltuntergang da draußen ein bisschen abnimmt und
1:07:40
die Verhältnisse geregelter werden, dann kann ich mir gut vorstellen, dass ich Aspekte, die wir hier gemacht haben, aufgreifen könnte, um was zu bauen. Zum Beispiel, was letztens auch kam: okay, gab's schon mal einen Feedvalidator? Also da hatte ich ja die Idee eigentlich auch, weil dadurch, dass ich auch in der
1:07:54
Importseite gearbeitet habe, wie man denn existierende Feeds
1:07:57
und Podcasts denn parsed, damit man die schön importieren könnte, dass man das einfach zu einem zusammen im Webplayer, zu eben so einer Podlove Preview für Podcast Publisher-Leute als Feedvalidator plus
1:08:11
es ist automatisch 'ne Seite, also es ist so so ähnlich wie die ganzen
1:08:16
Podcast Player basierten Webseiten, die die so haben, also die haben ja alle ein bisschen was dran. Also Castro hat eine und Overcast inzwischen und so weiter und iTunes Preview auch. Aber wirklich so als eigenständiges: Zack Bumm
1:08:29
du zeigst das auf einen Feed und dann hast du halt eine schöne Webseite, wo du sowohl technische Informationen bekommst, dass du verbessern könntest an deinem Feed, als auch was abspielen. Das wäre dann so okay.
1:08:40
Das wäre das, wo ich jetzt aufgreifen würde und den Code, den ich geschrieben habe, fürs Importieren, dann noch weitertreiben würde, um dann ein sauberes Elixir-Modul zu haben, das dann andere Leute wieder verwenden können, um dann vielleicht wieder weiter einzusteigen. Also ich würde praktisch.
1:08:52
Also meine persönliche Wiedereinstieg in diese Sphäre wäre gerade
1:08:56
ein bisschen das den Code, den ich dazu beigetragen habe, jetzt so aufzugreifen, wie ich es für sinnvoll halte ein bisschen aufzuräumen, einzuarbeiten. Alleine was zu machen und dann sich wieder anzunähern, eine größere Aktion zu machen vielleicht. So, das wäre so,
1:09:10
die Geschichte, die passieren würde, wenn denn die Zeit übrig wäre, die es im Moment hat, auch ehrlicherweise einfach nicht ist.
1:09:18  Michi
Gibt's bei dir Gründe? Entschuldigung, gibts bei dir Gründe Letty oder ist sowieso, wenn das Backend nicht weiterentwickelt wird, was soll man dann im Frontend machen?
1:09:27  Letty
Na ja, ich glaube wo
1:09:30
ich halt häufig drüber gestolpert bin, dass einfach der Input nicht da war ist, dass die Nutzer gefehlt haben. So und es ist natürlich ein Frontend super schwierig zu entwickeln, wenn man, ich sage mal, im Glashaus sitzt.
1:09:41
Klar, wir können uns alles Mögliche überlegen, uns noch die schönsten Farben und Hinweise und was weiß ich nicht überlegen, aber wenn die Nutzer nicht da sind, die uns aktiv Feedback geben. Und jedes kleine Feedback hilft halt einfach im Frontend, um voranzukommen.
1:09:55
Dann kannst du halt nicht effektiv entwickeln. Ich glaube, das ist eher mein Problem am Ende gewesen, das ist dann häufig auch gegen Ende ja gewesen, so dieses okay, wir sind immer nur die Tester, nur wir oder vielleicht Tim, aber.
1:10:07
Tim ist die Zielgruppe, gut das haben wir definiert, aber eben, es war halt sehr, sehr wenig und die, die Breite hat so ein bisschen gefehlt
1:10:15
um Input von anderen zu bekommen und ich glaube, davon leben halt auch viele Projekte. Ich weiß nicht, da wird Alex wahrscheinlich auch ein Lied von singen können, wenn er mit den ganzen Podcasterinnen einfach zu tun hat, ständig die irgendwie sagen, hallo, hier funktioniert was nicht mit dem Webplayer, so hast du ja die den Austausch und der war bei uns
1:10:31
überhaupt nicht da und ich glaub
1:10:32
das ist für mich im Frontdend ganz ganz schnell ein Problem, weil wenn ich im Backend bin, genau da kann ich mir meine Insel suchen und hab erstmal so ein bisschen vielleicht
1:10:42
schneller einen Erfolg, aber im Frontend ist das ganz, ganz fix, sondern okay, ich baue mir irgendwas und ich weiß aber nicht, ob das sinnvoll oder der größte Mist grad ist. Das wuare halt son bisschen
1:10:54
schöner irgendwie einen Ansatzpunkt zu haben mit einem Frontend, wo wir konkrete Userinnen haben, die einfach auch Feedback geben und sagen, ey
1:11:03
was ist das da für ein Scheiß, den ihr da gemacht habt? Warum ist das so strukturiert, wie es gerade strukturiert ist? Also ich meine.
1:11:10
So kommst du halt ja irgendwie im Frontend find ich nur so weiter und dann was Alex vorhin auch gerade schon meinte, die ganze UX Sache ist ja alles noch nicht mit bedacht, wenn
1:11:18
man aber Nutzer hat, Nutzerinnen hat, dann kommen die Sachen irgendwie von ganz alleine auf einen zu.
1:11:25  Michi
Ja, das stimmt. Ja, ich wollte auch, glaube ich, noch so ein bisschen daran hinaus, dass der Status des Projekts, obwohl
1:11:33
wir viele Features entwickelt haben, jetzt natürlich nicht so ist, dass
1:11:38
einer heute, weil ich mal eine halbe Stunde Zeit habe, kurz aufs Projectboard gucken kann und sagt: Ach, das Issue wurde ja vorher genauso fest definiert, das und das Design gibt's den Button, kann ich ja jetzt mal doch entwickeln.
1:11:51
So in diesem Status ist das Projekt einfach nicht und dem Projekt würde es selbst wenn man sagt, wir haben aus den
1:12:00
seltsamsten Gründen jetzt doch wieder Zeit alle vier dran zu arbeiten, würden wir vielleicht trotzdem sagen, aber okay, den und den Teil schmeißen wir weg, das und das denken wir, wissen wir jetzt schon, das denken wir hier nochmal neu und so weiter. Deswegen
1:12:12
ist es leider nicht so einfach da wir
1:12:17
alle vier nur sporadisch Zeit haben oder selbst wenn andere dazu kommen, das Projekt auch einfach nicht in einem Status ist, wo man von außen einfach mal draufspringen kann. Und auch da finde ich, sieht man wieder:
1:12:29
Für so ein großes Projekt braucht's dann einfach irgendwie noch eine andere Rolle, die eben sowas wie das Issueboard oder
1:12:36
Spezifikationen und Anforderungen irgendwie auf dem aktuellen Stand hält oder mal definiert.
1:12:43  Eric
Aber weil du es gerade so schön sagst so von außen draufspringen, das ist immer so dieser
1:12:48
große Open Source Traum, dass man irgendwie so Source Code ins Internet stellt und dann dann kommen die Horden an und contributen Code, aber die Realität sieht dann doch anders aus. Also nicht, dass keiner kommt,
1:13:02
aber die brauchen ja dann trotzdem jemanden, der ein Händchen hält und letztendlich, je mehr Leute da sind, desto mehr Arbeit ist es trotzdem für den Hauptmaintainer.
1:13:11
Also ist halt nicht so, dass es dann mehr den Maintainer Arbeit abgenommen wird oder dass sich die Arbeit verteilt, dass jemand einfach kommen könnte, was contributed und dann wieder geht. Also da muss er schon irgendwie zum einen
1:13:24
sich erstmal reinfinden und braucht da
1:13:27
irgendwie Händchen halten, muss dann was contributen, dann ist das Feature da und muss von diesem Moment an maintained werden und häufig gehen die Leute dann aber wieder und muss trotzdem noch maintained werden, also.
1:13:39
Ja es ist so eine generelle Missmisskonzeption wie Open Source funktioniert, die da auch mit reinspielt.
1:13:46  Tim
Ich habe eine Vorstellung davon was vermutlich der erfolgreichere Weg
1:13:52
sein könnte, so von hier aus. Und das hat einfach extrem viel damit zu tun, dass
1:14:01
man erstmal
1:14:02
eine gewisse Relevanz anstreben sollte. Und dazu müsste vermutlich das Projekt erstmal in mehrere Bestandteile zerschlagen werden oder man konzentriert sich nur auf eine einzige Stelle und versucht die erstmal
1:14:16
für sich in der aktuellen Situation, und das war nicht nur in unserer aktuellen Situation, sondern in der Situation, in der sich
1:14:23
quasi auch alle Nutzer, alle potenziellen Nutzer befinden, zum Erfolg zu führen. Also nützlich zu machen, damit es
1:14:32
dadurch sozusagen interessant werden kann. Interessant aus jeder Richtung, also interessant im Sinne von:
1:14:41
Man arbeitet an etwas, man kommt dann auch relativ schnell zum Ziel, man erreicht so eine Nützlichkeit,
1:14:47
Leute benutzen das, weil's nützlich ist, es wird auf einmal wieder interessanter, weil Leute das benutzen. Man
1:14:54
kommt schneller zu neuen Erfahrungen, Erkenntnissen, da ist noch ein überschaubarer Scope ist, kann man auch noch viel dran ändern und konzentriert sich erstmal nur auf diesen kleinen
1:15:04
teil und wenn man das Gefühl hat, okay, alles klar,
1:15:07
das funktioniert jetzt, dass nützt auch schon Leuten etwas, dass man dann zusieht, dass man von dort aus Schritt für Schritt schon mit einer gewissen Geradlinigkeit
1:15:19
die ganzen anderen Teile dieser Perlenkette so langsam da auf den Faden drauf geschoben bekommt. Einfach
1:15:28
weil's halt überschaubar ist, weil man dann irgendwie so einen kleinen Teil auch schneller Hilfe ranholen kann, weil du eben nicht gleich mit so einem, oh hier ist ein mega komplexes Projekt, was nur zu fünfzig Prozent durchspezifiziert ist und wir versuchen irgendwelche Leute, die irgendwie irgendwo irgendwie helfen können, dass wir von fünfzig auf fünfundsiebzig Prozent kommen.
1:15:46
Dass das nicht attraktiv ist, das erklärt sich ja irgendwie von selbst. Und Eric, wir haben da auch schon
1:15:56
auf dem letzten Kongress schon mal drüber gesprochen sozusagen über diesen Ansatz und ehrlich gesagt sehe ich auch immer noch
1:16:05
das als den richtigen Weg an, dass wir quasi ein bisschen wegkommen von dieser Crux
1:16:11
dass der Radiator ja im Prinzip mit allem bricht, hin zu einem mehr evolutionären Ansatz, der schaut, okay, was haben wir, was können wir jetzt sozusagen verbessern, was wäre jetzt der wichtigste Teil
1:16:22
den langsam mit dem existierenden Ökosystem
1:16:27
verbinden und schauen, dass man dann sozusagen so ein Sog, so eine Sogwirkung erzeugt, sowohl für Entwickler als eben auch für die Nutzer.
1:16:38
Das war jetzt die allgemeine Beschreibung. Ich kann auch noch genauer werden, aber ich weiß ja immer noch nicht, wie lange dieser Podcast sein soll.
1:16:45  Alex
Da ich das transkribieren muss.
1:16:47  Tim
Das sind wieder die vollkommen falschen Zwänge an der Stelle, ja?
1:16:52  Letty
Tja hättet ihr jetzt ein System, wo ihr jedem Mitpodcaster, jeder Mitpodcasterin eine Rolle zuweisen könntet und ihr einen Stück Podcastschnipsel geben könnt zum transkribieren würde sich quasi die Arbeit von alleine machen.
1:17:06  Alex
Das wäre natürlich auch ein ganz cooles Projekt.
1:17:10  Tim
Das haben wir auch schon vor in mehreren Jahren mehrfach diskutiert und besprochen und der Sourcer, ja, genau.
1:17:19
Es gibt schon für alles eine Lösung. Sie muss nur noch programmiert werden, spezifiziert ist alles.
1:17:25  Alex
Die Idee ist da, jetzt müsst ihr es nur noch umsetzen.
1:17:27  Dom
Da ist glaube ich ein ganz guter Punkt, so der Radiator an sich, als Idee ist natürlich nicht schlecht, aber jetzt als ergreifbares,
1:17:37
erstellbares Produkt ist er glaube ich erstmal so in der
1:17:40
Mottenkiste, wer jetzt angefangen worden ist. Das heißt, es bräuchte praktisch an der Stelle wirklich nochmal: okay, was sind
1:17:47
denn die offenen schicken Komponenten, an denen Leute wirklich ansetzen könnten, die jetzt mit Energie hier mitmachen wollen. Ich meine, ein Teil dieses Podcasts ist ja schon auch so ein bisschen Leute auf die Idee bringen, hey da kann man eigentlich contributen und da
1:18:01
kommen auch coole Sachen bei raus und bitte greift jetzt nicht den Radiator as is auf und macht das, sondern fragt vorher nochmal oder nehmt eine dieser
1:18:12
Brotkrumen, die jetzt Tim wahrscheinlich gleich in den letzten vier Stunden dieser Folge verteilen wird.
1:18:20  Letty
Alle zucken zusammen. Ja, er kann weit ausholen.
1:18:27  Tim
Ich denke hier muss ein Begriff fallen, der bisher noch nicht gefallen ist, ja? Und zwar was ist eigentlich der Rediator tatsächlich wirklich in seinem Wesen? So.
1:18:39  Michi
Als hätte ich's nicht ein paar Mal gefragt, ne?
1:18:43  Tim
Man muss sowas ja auch herleiten, ja?
1:18:45  Dom
Jetzt sprechen wir über dieses ideale Bild.
1:18:48  Michi
Die Radiator Vision.
1:18:49  Dom
Vision. Genau, man muss so eine Vision nehmen, die Tim äußert und dann die nochmal eindampfen und dann was ihr hört, vielleicht ist genau das, was gebaut werden muss. So, jetzt. Dein Weswegen.
1:18:59  Tim
Okay, also der Radiator ist ein Podcasting Betriebssystem. Ja, es ist nicht ein Produkt,
1:19:09
es ist ein Ort an dem verschiedene Komponenten zusammenkommen und gemeinsam irgendwie eine fette Party feiern.
1:19:20  Eric
Klingt ja gleich viel weniger komplex.
1:19:25  Michi
PodOS.
1:19:28  Dom
Aber endlich mal wieder Party in Corona Zeiten, also.
1:19:31  Tim
Na ja, aber versteht ihr, was ich meine? Ja, dass
1:19:34
sozusagen die Komponenten eben auch entkoppelter vielleicht erstmal zu denken sind und dann langsam eben zusammenfinden zu einem so einem organischen System, aber dass man nicht versucht von vornherein irgendwie hier ist die Eier liegende Wollmilchsau, sondern wir kümmern uns erstmal um die Sau und dann um die Milch und dann um die Wolle und dann rüber.
1:19:53  Dom
Erstmal um die Straße zwischen allem anscheinend. Also das ist so ein bisschen die Geschichte oder?
1:19:56  Tim
Auch, aber dazu müssen erstmal die einzelnen Dinge ja erstmal existieren und ich will gleich mal ein Beispiel geben, womit man anfangne kann.
1:20:00  Dom
Schlimmstes Timwort "auch" schlimmstes Timwort beim Spezifizieren: "auch". Sowohl als auch.
1:20:10  Eric
Die Sau will ja auch noch trinken, da brauchts ein Wassersystem, einen Abfluss.
1:20:15  Tim
Ja, na ja gut, also, so bin ich.
1:20:22
Du wolltest ja was Konkretes hören, ne? Also werden wir mal konkret.
1:20:31
Was fehlt derzeit den Podcastern am meisten? Was ist sozusagen eine Funktionalität, die extrem wichtig ist? Jeder braucht, aber keiner hat im Sinne von, man benutzt Podlove Infrastruktur.
1:20:44
Na? Downloads!
1:20:47
Wir haben keinen Downloadserver. Wir sind nicht in der Lage, mit dem Podcast Publisher die eigentliche Kernfunktion, nämlich das Ausliefern einer Mediendatei zu organisieren. Das ist eine Funktion, die existiert
1:20:58
einfach nicht.
1:20:59
Und das ist aber eine total wichtige Funktion und zwar ist sie das weil es halt erstmal jeder tun muss und vor allem, weil sie auch eine der populärsten Komponenten touchiert, die wir eigentlich im Publisher haben, nämlich die Analytics.
1:21:13
Die Kontrolle über die eigenen Medien, die Kontrolle über das, was den Podcast ausmacht, das ist sozusagen die Essenz. Nur mit WordPress können wir das halt
1:21:24
nicht oder bin dann nur sehr eingeschränkt mache, haben wir auch schon mal drüber diskutiert, dass man das dann vielleicht doch nochmal irgendwie reinmacht, dass man da die Files im Wordpress hochlädt und so und dann kommen
1:21:34
aber gleich wieder viele Problematiken mit Performance und so weiter, also du kriegst ja so einen WordPress in dem Moment, wo du viele User hast,
1:21:43
egal ob's der Feed ist der abgerufen wird oder die Dateien, kriegst du ja so schnell die Knie weggehauen. Das ist halt nicht feierlich. Und das ist quasi schon mal eine
1:21:52
Grundvision beim Radiator, das hatte ich ja auch Eingangs schon erklärt:
1:21:55
er soll abstrahlen, er soll diese Dateien in die Welt bringen. Das ist die Aufgabe von diesem Teil im wesentlichen, also vor allem im
1:22:03
Effekt und weil das das Allerwichtigste ist und weil das ja auch quasi das metallische Ende ist, also da wo wir dann eben wirklich die Außenwelt erreichen und wo
1:22:12
wenn das nicht funktioniert, sowieso überhaupt nichts funktioniert. Du kannst noch so schöne Frontends haben und Transkriptionsdditoren und allen möglichen Schnickschnack und Pipapo, wenn du nicht in der Lage bist, diese scheiß Mediendatei von einem Server auf ein Telefon zu spielen, dann bist du einfach sogar komplett
1:22:28
raus aus dem Spiel. Also:
1:22:30
Download ist wichtig. Und das gut zu organisieren. Und das wäre etwas, worauf ich mich gerne konzentrieren würde in diesem ersten Schritt. Und zwar, indem man einfach mal das Problem Download auch umfangreich
1:22:45
löst. So, also sowohl wo halte ich die Datei,
1:22:49
wie gehe ich mit neuen Versionen von der Datei um? Wie erzeuge ich daraus eine URL? Wie kombiniere ich das mit einem CDN? Wie gehe ich damit um
1:22:59
die Datei im Webplayer eingesetzt wird, dass ich dann HLS mache, das ist also nicht eine Datei ist, sondern dass ich halt
1:23:07
eine Aufnahme in verschiedenen Bitraten, Auflösung und so weiter aufgesplittet in zehn Sekunden Blöcke in einer Directory Struktur oder irgendeiner binär Datenbank
1:23:18
vorhalte und wenn halt im Webplayer irgendwie auf zwei Stunden fünfzehn geklickt wird,
1:23:23
sofort genau nur dieser eine Block in dem Moment geladen wird und dass wenn der User aus einer Wohnung rausgeht und diesen Webplayer laufen lässt und von seinem internen WLAN auf wackeliges 3G umschaltet
1:23:38
das Telefon sagen kann so, hör mal, jetzt kommen die Daten mal nicht so schnell, ich hätte gerne mal eine niedrige Bitrate. Das ist einfach seit Jahren akzeptierte und Standardtechnologie im Internet. Wir
1:23:47
tun das nicht. Wir bieten das nicht an. Wir haben das nicht und es ist einfach eine Grundlage. Und dazu halt eben auch gleich
1:23:57
mitzudenken: Okay jetzt
1:23:59
verwalten wir Zugriffe, wie machen wir dann eben die Datensammlung für die Analytics? So und das ist sozusagen der erste Punkt und wenn als Serverlösung, wie das ja generell im Radiator angedacht ist, existiert. Nur diese Komponente,
1:24:14
die sich erstmal nur darum kümmert
1:24:16
Dateien zugespielt zu bekommen, die irgendwo abzulegen und sie wieder auszuliefern, wenn danach gefragt wird und die Zugriffe zu notieren für Analytics
1:24:26
und ein API anzubieten, dass man das in den Publisher einbauen kann,
1:24:30
dass ich quasi Podlove Radiator, Download Module in Wordpress installiere und dann kann ich halt auf einmal diesen kleinen Server, der irgendwo läuft, benutzen, um dort meine Mediendateien
1:24:43
zu verwalten. Und schon wäre allen geholfen. Der Scope ist sehr überschaubar, man kann das testen, man kann vor allem dieses Ding
1:24:51
erstmal Feature Complete machen im Sinne von den jetzt genannten
1:24:57
Anforderungen, kommen sicherlich noch ein paar dazu, aber das ist, glaube ich, im Wesentlichen das, worum's geht und das ist überschaubar, da brauchen wir kein Usermodell, da braucht man kein das ist sozusagen alles erstmal nur für sich, aber das
1:25:07
würde aus dem Stand ein Problem lösen für jeden Publisher User,
1:25:12
Es würde ganz viele neue Features automatisch machen, indem es HLS unterstützt, weil auf einmal an der Webplayer überall viel besser funktioniert und man auch noch viel bessere Analytics nebenbei dabei machen kann
1:25:25
und man hätte mal so einen definierten Ort, wo die eigenen Dateien sind, die nicht nur irgendwelche Files in irgendwelchen Directories auf irgendwelchen FTP-Servern sind.
1:25:35
Damit kann man Erfahrungen machen, da kann man irgendwie einen Entwickler und zwei Entwickler vielleicht auch mal noch eine dritte und eine vierte Person, die das sich anschaut und sagt so hier gucke mal, beim HS ist ja noch ein Bug und so weiter. Es ist überschaubar. Damit kann man das irgendwie machen. Und dann entsteht auf einmal ein Wert und dann entsteht auch sozusagen ein erstes Lebenszeichen.
1:25:52
Und dann fängt man an in diesem Betriebssystem diese ganze Kette immer weiter zu machen. Das heißt, das Downloadsystem braucht natürlich einen Medienarchivsystem.
1:26:01
Was das sozusagen Meta verwaltet, dieses Medienarchivsystem wird von einem Episodensystem benutzt, was halt diese Vorstellung einer
1:26:11
Podcastepisode hat, die dann wiederum natürlich zusammengeht und diese Komponenten haben wir auch teilweise schon eben mit der Vorstellung, was ist ein gesamter Podcast, was ist ein Netzwerk von Podcasts? Und dass man dann eben auch anfängt
1:26:23
die eigentliche Vision des Radiators zu erzielen, dass er nämlich quasi dann dein ständiger Begleiter ist über die gesamte Zeit der einer Podcastproduktion.
1:26:32
Die, wie ihr ja wahrscheinlich jetzt im Rahmen dieses Podcasts festgestellt haben durftet, schon
1:26:37
Tage und manchmal Wochen, wenn nicht sogar monatelang vor einer Aufnahme beginnt.
1:26:43
Und auch dort muss jemand an der Straße stehen und sagen: "Hallo
1:26:48
ich bin's, dein Podcast Betriebssystem. Wie kann ich dir heute helfen?" Du möchtest irgendwann eine Sendung machen,
1:26:55
kein Problem, sagt mir das doch einfach, dann merke ich mir das schon mal, dass du diese Sendung machen möchtest.
1:27:01
Und dann hast du zwei Wochen später eine Idee und du hast eine Webseite in deinem Browser offen und das würde doch super zu diesem Thema passen,
1:27:08
ja, dann klickst du da oben in deinem Bookmarklet rein und dann öffnet sich deine Webseite und dann ist dieser Link schon mal in deinen Shownotes und dann hast du den notiert und das System merkt sich auch
1:27:17
wer das gemacht hat und wenn ein anderer aus dem Team das macht,
1:27:20
dann ist der Link auch noch in dieser Liste drin, dann steht aber dahinter, dass das jetzt nicht von Tim kommt, sondern von Eric oder von Michi oder von Letty oder von Alex oder von Dom oder von wem auch immer.
1:27:29
Und dann können da mehrere Leute reinschauen und man kann das sortieren und man hat eine schöne Outline und man sortiert sich das zusammen und irgendwann ist es dann soweit und dann fängt die Sendung an.
1:27:37
Und dann sagt man, okay, alles klar, dann machen wir doch mal aus diesen Shownotes auch noch gleich die fertige Marschrichtung und dann verwandelt sich dieser Outline auf einmal in so einer Art
1:27:46
Präsentation, die man irgendwie im Web durchklicken kann, wo man dann sozusagen von Seite zu Seite von Dings zu Dings hat, diese ganzen Links
1:27:52
direkt vor der eigenen Nase hat. Die Sendung aufnimmt, vielleicht noch nebenbei auch noch ein paar Änderungen macht und sich das System das irgendwie auch gleich merkt und dann
1:28:02
Aufzeichnet und so weiter, bis es dann wieder in diese andere Richtung geht so.
1:28:08  Michi
Es ist ganz einfach.
1:28:10  Tim
Alles ganz einfach.
1:28:11  Michi
Nur das, alles braucht man und wer jetzt Lust hat, das zu entwickeln, der darf sich.
1:28:17  Alex
Idee ist da, könnt ihr frei nutzen
1:28:18  Tim
Ja, aber ohne Visionen kommt man doch nirgendswo hin. Also das ist doch einfach mal, also man muss auch wissen, wo man hin will. Und das ist
1:28:26
sozusagen, ich habe mit mehreren Leuten darüber gesprochen und ich habe da diese die Idee über Jahre jetzt irgendwie äh äh weiter iteriert und
1:28:37
Podcaster, die diesen Spaß kennen, die die haben da einfach einen feuchten Schlüpfer bei diesem Ausblick.
1:28:44  Alex
Also generell, ich weiß nicht, wir können auch mal Richtung Ausblick gehen, oder ist das schon der Ausblick?
1:28:50  Michi
Mache gerne. Ich wollte auch.
1:28:53  Eric
Nochmal konkreter auf Tim eingehen, also nochmal zurück zu dem Downloadmodul Standaloned, so was gehe ich mit, also
1:29:02
grundsätzlich der Ansatz irgendwie eine Komponente zu nehmen, die erstmal richtig zu bauen oder ins Netz zu stellen. Das ist sicherlich der richtige Weg, weil einfach der Scope überschaubar ist, wie du auch sagst, nur ist es nicht
1:29:14
so klein, wie's klingt, weil du natürlich brauchst du sofort ein Nutzermodell und brauchst eine Identifizierung, weil sonst könnt ihr ja jeder irgendwie Dateien auf deinen Server packen, Gigabyte-Weise und
1:29:24
von diversen Inhalten.
1:29:25  Tim
Wenn es fertig ist, aber was ich meine ist: Wir haben derzeit überhaupt gar kein HLS-Download. Wir haben noch nicht mal ein.
1:29:33  Eric
Egal ob HLS.
1:29:34  Tim
Was ein FFMPG aufruft und das macht. Ja aber einfach was zum spielen.
1:29:42  Alex
Ich weiß nicht, ich könnte eigentlich wollte ich ja die wollte ich die Bridge ganz elegant nehmen zum Ausblick. Ich versuch's einfach nochmal. So lange bis wir zum Ausblick kommen/
1:29:50  Eric
Dann in Ordnung, in Ordnung, versuch's nochmal.
1:29:52  Alex
Weil nämlich das, was wir gerade hier tun mit den Podlovers Podcast ist ja so, dass wir so wenig wie möglich WordPress verwenden. Das hat einen guten Grund.
1:30:02
Auch quasi da, so wie wir Dateien hosten, so wie wir unseren Feed ausliefern, das sind ja quasi möglichst isolierte, eigene Systeme. Die Webseite wird nicht von WordPress
1:30:11
selber geserved, sondern ist woanders gehostet.
1:30:14
Die Idee wäre jetzt natürlich anzufangen und mehr Bestandteile und, da kommen wir wieder zu dem, was wir eigentlich vom Radiator noch da ist.
1:30:24
Oder Sachen, die wir da gelernt haben, isoliert zu verwenden und der Download-Server ist tatsächlich so eine der ersten Ideen, die wir auch hatten.
1:30:33
Den anzubieten. Es gibt allerdings da Schwierigkeiten. Also es ist jetzt tatsächlich, finde ich es jetzt so erstmal einen Download Server mit einem begrenzten Nutzermodell zu hinterlegen"
1:30:42
Das ist realisierbar. Man muss aber an die Realität denken, dass die meisten unserer Hörerinnen oder Podcasterinnen ,wahrscheinlich große Überschneidung,
1:30:53
tatsächlich das dann selber hosten müssten.
1:31:01
Und da ist dann schon wieder der Punkt, eigentlich würden wir, dass ja lieber als Service anbieten. Und dann kommen wir zu dem Punkt dann müssen wir aber irgendwie Kohle dafür bekommen, weil sonst
1:31:13
können wir die Server nicht betreiben? Und da beißt sich so ein bisschen die Katze in den Schwanz, weil
1:31:18
wir könnten natürlich super tolle Infrastruktur dahin zimmern und sagen und jetzt nehmt ihr hier
1:31:25
Dateien liegen jetzt auf S3, klickt euch doch mal einfach in S3 Account, das ist ja super easy und hier da ist dein Docker Compose und da schmeißt du es dahin und dann startest du das und dann stehen die meisten wahrscheinlich da und sagen, ja, das ist ja sehr schön, ich habe hier übrigens 'nen FTP und eine MYSQL Datenbank.
1:31:39  Eric
Aber musst du doch nur in der Compose YAML die Configs ändern und die Passwörter dort reinkopieren.
1:31:45  Alex
Also das muss ja, es wenn wir unsere Nutzerinnen mitnehmen wollen, dann muss es ein Weg sein. Natürlich soll soll das Open Source sein. Natürlich soll das jederzeit überall gehostet werden sein können, aber für den ersten Schritt,
1:31:57
müssen wir das irgendwie selber anbieten können und zwar mit Mitteln, die wir zur Verfügung haben. Sonst geht's nicht.
1:32:04  Tim
Ja, heißt Plus.
1:32:07  Alex
Ich dachte Eric springt rein.
1:32:08  Eric
Oh mein Stichwort.
1:32:09  Michi
Ja. Wird das die nächste Sendung?
1:32:14  Eric
Ach so, ich darf jetzt gar nichts mehr sagen?
1:32:15  Michi
Doch doch nee, ich frage nur, wird es die nächste Sendung? Und wenn ja, willst du einen Ausblick geben?
1:32:20  Eric
Denke es macht schon Sinn.
1:32:22  Tim
Das passt doch eigentlich super dazu, weil im Prinzip ist ja Plus
1:32:25
genau diese Idee der einzelnen Komponenten, die man jetzt erstmal unabhängig von dem gesamten Dingen benutzt. Das ist so ein bisschen der kleine gehostete Garten von Modulen, die später im ganzen Radiator mal wichtig sind.
1:32:40  Eric
Also im im Grunde ist Plus also Publisher Plus
1:32:45
genau das, was Tim gesagt hat, nämlich eine Komponente mal durchgebaut, nur also ist hier eben nicht der Downloadmodul, sondern in äh der erste Instanz, ein Feedproxy.
1:32:57
Weil ich mir eben auch gedacht habe, okay ich habe jetzt zwar Motivation hier weiter in die Richtung dieser Radiators zu bauen. Aber ich muss das mal aus einem anderen Winkel sehen und einfach mal
1:33:08
und nachdem sich das hier in alle Winde verlief, einfach aus eigener Kraft Solo bauen weil
1:33:15
ja, das das bin ich gewohnt als Einzelkämpfer irgendwie einfach loszumarschieren und mein Ding zu machen und niemanden nach irgendeiner Meinung zu fragen. Und hab's mal gebaut.
1:33:27
Ist derzeit in der Beta, hat auch schon ein paar Podcasts drauf, also es läuft schon und
1:33:36
war auch für mich interessant,
1:33:39
Der Feedproxy selbst ist halt ein relativ einfaches, also ein einfaches Modul, also auch Programmatisch. Also was das Ganze macht ist, das liefert den Feed
1:33:51
für dich aus und nimmt dadurch die die Last zum Beispiel von deinem Server und kann auch Subscriber Statistiken für dich
1:34:01
dann generieren für dich als Podcasterin.
1:34:05
Und auf technischer Ebene macht's halt nichts anderes als den Feed regelmäßig abzuholen und dann die Feedzugriffe, die Feeddateien auszuliefern anstatt der originalen Feddatei.
1:34:19
Das komplexe an dem ganzen Ding ist tatsächlich eher das Drumherum, also dass die ganze Nutzerverwaltung, die die Oberfläche, Accountmanagement, Billing kommt noch dazu, weil's ja jetzt ein Bezahlservice ist.
1:34:31
Auch nicht zu unterschätzen. Aber ein ganz gutes Experiment, um wirklich mal so ein, so einen minimalen, kleinen Service so komplett durchzubauen.
1:34:43
Und Ziel ist es schon, also das Ganze ist noch in der Beta, aber ich ich denke bin ich mal irgendwie doch mal irgendwo noch eine Woche Zeit finde, dann kriegt man das auch mal
1:34:54
in die Postbeta gehoben das ganze Ding um Features nach und nach zu erweitern.
1:35:02
Perspektivisch möchte ich schon auch Komponenten daraus Open Sourcen. Also mein erster Ansatz damit war tatsächlich, dass sofort,
1:35:12
auch als Open Source anzubieten, bis ich festgestellt habe.
1:35:16
Das ist viel, viel, viel mehr Aufwand für mich wäre, dass gleichzeitig Closed Source und Open Source anzubieten, weil du den Code einfach komplett anders strukturieren musst
1:35:26
mit okay, diese Billigkomponente und sowas, das will ich eigentlich gar nicht Open Sourcen, das heißt,ich muss es trennen, dann brauch ich aber irgendwie zwei Systeme, wo ich irgendwie einmal die Accounts und Nutzer habe und dann das eigentliche System, was oben Source ist und dann muss jetzt irgendwie verknüpfen, dann braucht's wieder APIs
1:35:39
und an der Stelle habe ich mir gesagt, okay ich mache das erstmal einfach alles komplett closed Source und lasse es irgendwie so starten,
1:35:47
schaue, ob's irgendwie Traktionen gewinnt und dann kann ich's, wenn's einigermaßen erfolgreich ist, am Ende immer noch Open Source Komponenten draus extrahieren.
1:35:57
Ja und da stehe ich gerade. Also grundsätzlich da ist gerade Bewegung drin immer noch, also plus.podlove.org.
1:36:07
Davon rede ich gerade.
1:36:10
Das ist ein Service, an dem ich gerade baue, der genau diesen Gedanken verfolgt. Kleine Komponenten zu bauen, die
1:36:18
derzeit einfach im Publisher nicht möglich sind. Und das nächste, die nächste Komponente wäre sicherlich auch ein Download-Modul.
1:36:27
Einfach weil sie es anbietet, weil's einfach seit es den Publisher gibt wie Tims
1:36:31
schon sagt, einfach irgendwie ein klaffendes Loch ist. Leute müssen eigentlich immer noch einen FTP nehmen und da irgendwie ihre Dateien hochschieben und das ist schon lange nicht mehr zeitgemäß.
1:36:43  Michi
Und wenn man Lust auf Backend oder Elixir hat, dann kann man sich da bestimmt bei dir melden und oder bei Tim melden. Und dann wird man ins Projekt eingeführt und sehr willkommen.
1:36:56  Tim
Ja oder
1:36:57
vielleicht haben Leute ja da auch sozusagen ganz eigene Aktivitäten. Ich meine, ich habe ja auch schon mal ein bisschen angerissen ja, also auch diese Idee eines
1:37:08
Transkriptionseditors man, das haben ja verschiedene Leute schon umgesetzt. Auphonic hat da so eine Variante und das ist ein relativ komplexes Problem, aber was halt bisher noch keiner umgesetzt hat
1:37:20
was ja so die Idee also was ja bei uns unter Sourcerer läuft, so dass man eben
1:37:28
die Transkription, also sagen wir mal so, das Interesse an einem Transkript steigt ja eben mit der Anzahl der Hörerinnen
1:37:34
und Hörer. Ja, also umso mehr Leute so einen Podcast hören, umso größer ist auch das Interesse an diesem ganzen Mehrwert und an solchen Transkripten, klar. Unpropulärer Podcast
1:37:46
Fragt dann halt auch keiner danach. Nicht, dass jetzt ein Transkript nicht für jeden irgendwie nützlich sein könnte, aber es gibt da sozusagen eine gewisse Bereitschaft und wir haben ja schon gesehen beim Shownotsprojekt, wie das im Prinzip funktionieren kann, für diese Shownote. Und genauso könnte es eben auch da funktionieren,
1:38:00
das heißt
1:38:02
einfach dieses Konzept zu verfolgen mit jeder schnappt sich irgendwie eine Minute, ja? Und dann hast du eben so einen Podcast wie diesen
1:38:13
Mit Ansage quasi dann auch in zehn Minuten transkribiert.
1:38:18  Alex
Weil wir genau zehn Minuten immer senden.
1:38:21  Tim
Ne, weil einfach genug Leute sich eine Minute schnappen und
1:38:26  Dom
die Mieterebene hätte das halt so in zehn Minuten am Laufen, insofern ist er nicht schlecht.
1:38:31  Tim
Ist immer die Frage, wie sportlich man sowas aufzieht und wie man das komuniziert.
1:38:34  Dom
Metaebene as a Service, wäre auch nicht schlecht, oder? Metaebene Hörer as a Service, könnte man das auch in dem Podloveuniversum.
1:38:41  Tim
Metaebene Hörer as a Service, ja weiß ich nicht.
1:38:45  Alex
Das sind dann so Mehanical Turks, oder? Das ist doch die Variante.
1:38:50  Dom
Ja, wenn sie sich schon irgendwo beim Tim anmelden müssen, dann können sie auch.
1:38:54  Tim
Ja, ich will ja nur sagen, es gibt genug Ideen, wo man sich irgendwie in dieser Welt irgendwie einbauen kann und auch so einen Downloadmodul halt irgendwie gibt's halt so bestimmte Dinge, also zum Beispiel:
1:39:07
Und das war ja das, womit ich mit Astro ganz am Anfang schon mal nachgedacht hatte, dass man eben auch wirklich so ein Streaming-Modul baut, ja? Weil streaming
1:39:17
ist auch wichtig.
1:39:21
Gut das wird jetzt im Wesentlichen durch HLS abgelegt. Damals haben wir noch eine andere Richtung gedacht. Oder dass man zum Beispiel auch automatisch aus seinem Podcast so eine Radiostation machen kann, dass man sagen kann,
1:39:33
mach einen
1:39:34
Stream auf, ja? Biete einen Stream, den man wie Internetradio abonnieren kann und da wirfst du dann eine Playlist von deinem Podcast drauf und immer wenn man da drauf klickt, läuft grade irgendwas.
1:39:46  Dom
Wie hießen diese? Es gab früher mal so eine Webseite, ich weiß nicht, ob's die noch gibt, wo man einfach irgendwelche Softwareprojekte draufschmeißt und dann gibt's Bountys dafür, wenn jemand die übernimmt,
1:39:56
Das wäre für Podlove auch nicht schlecht. Wenn man so eine Instanz mal installiert hat, wo einfach alle diese Ideen als Einzelne Subprojekte so community technisch, okay die
1:40:06
sind mal aufgeschrieben und da können Leute aufspringen und sich zusammenfinden, wenn sie es mal bauen würden, wenn's mehr als eine Person wäre oder so.
1:40:13
Weiß ich nicht, es gab da früher mal was, ich weiß nicht, ob das immer noch gibt, diese Bugbounty Geschichte oder so ja, das wäre nochmal ein Metaprojekt für
1:40:23
Podlove. Weil diese Ideen, die ja immer, ich meine, gerade jetzt, wo man keine Konferenzen mehr live haben kann, hört man ja praktisch nicht mehr so oft, was denn das Podlove Universum gerne noch hätte,
1:40:34
wenn man Tim nicht mehr so oft live sieht.
1:40:36  Alex
Wir sorgen dafür Nachschub, keine Sorge.
1:40:38  Eric
Er braucht einen Podcast, in dem er erzählen kann, was er gerne hätte.
1:40:42  Tim
Du meinst, das findet nur statt, wenn ich live bin.
1:40:49
Also ich denke, dass das jetzt auch generell, wenn man jetzt mal vielleicht konkret potentielle Entwickler, die zuhören, so also wenn ihr Elixir hier könnt oder wenn ihr Elixir können wollt, so, hier gibt's einfach eine Menge zum ausprobieren.
1:41:01
Und ihr könnt ja mal was zu Elixir sagen, weil ich kann da nicht so autorativ sprechen so, also was
1:41:10
eure Erfahrung mit dieser Programmiersprache sind.
1:41:16  Eric
Bin vor gar nicht wie lange mittlerweile, ich glaube ich schon drei Jahre oder so in den Elexir Topf gefallen.
1:41:23
Und habe das, also ich habe das schon länger irgendwie auf dem Zeiger
1:41:28
und habe dann irgendwann beim bayrischen Rundfunk die Chance gehabt, dass da reinzutragen und mal in einem echten Projekt auszuprobieren einem
1:41:39
ein Podcastverzeichnis. Tatsächlich.
1:41:44
habe das da gebaut, also in Phoenix, das ist das Elixir Web Framework und da sehr viel Freude
1:41:53
damit und bin auch immer noch dabei und schreibe auch immer noch aktiv Elixir und ich warte noch auf den Tag, an dem sie mir mal auf die Füße fällt. Also ich habe
1:42:03
da durchgängig positive Erfahrungen eigentlich. Also der einzige Kritikpunkt ist, also gerade im Kontext des Radiators ist
1:42:13
glaube ich, dass mit einem sehr komplexen Projekt war, so ein bisschen unklar, wie man den Code strukturiert, also wo man was hinpackt. Es ist eher ein eher ein Kritikpunkt an
1:42:27
Phoenix. Dass es einen dann nicht so nicht so richtig an die Hand nimmt, wo welcher Code hingehört.
1:42:33
Ja, aber generell Elixir basiert er auf der der Erlangen VM,
1:42:42
dadurch einfach auf einem, ist erstmal eine sehr junge Sprache, baut aber auf sehr abgehangenen Technologien auf.
1:42:51
Setzt auf der Parallelisierung auf, also kannst beliebig viele Prozesse
1:42:56
nebenher laufen haben, also jetzt nicht verglichen mit irgendwie Threads aus Java, wo man sich denkt, oka, drei verschiedene Trads laufen parallel gut, da muss ich mich um Performance-Gedanken machen. Nein, also ist schon so Tausende nebenher kein
1:43:09
Problem und es ist aber, du musst nicht so diese Threaddenke im Kopf haben, das ist eher
1:43:16
Bestandteil der Sprache und in der Regel profitierst du halt auch schon davon, wenn du einfach nur die Sprache benutzt in so ihrem Standardmodell.
1:43:26
Es gibt viele Konzepte der Sprache
1:43:30
die sehr angenehm sind. Also es Pattern Matching, also von müsste jetzt hier keinen kompletten Elixirkurs
1:43:37
machen, das führt sicherlich auch zu weit, aber also die Sprache ist schon anders also weil's einfach eine funktionale Sprache ist also anders als
1:43:45
der PHP und Konsorten, aber sie ist jetzt
1:43:51
schon einigermaßen zugänglich, würde ich sagen. Also weil die die Syntax ist von jemanden, der auch aus der der Rubywelt kam und sich gedacht hat, okay ich nehme jetzt mal irgendwie Rubykonzepte und Vereine, die mit irgendwie Erlangenkonzepten und paar anderen Konzepen
1:44:04
dir er ganz gut fand und man hat schon irgendwie eine ganz ansprechende Sonntags, also wer Erlangen mal gesehen hat, das hat eine sehr
1:44:13
eigene Syntax, so, ich habe mir das auch mal angeguckt und bin dann eher wegen der Syntaz weggerannt, also ich fand die Sprache und die Konzepte dahinter zwar sehr spannend,
1:44:21
aber ja die Syntax hat mich irgendwie zu sehr abgeschreckt, vielleicht fahre ich dazu oberflächlich sicherlich also Erlangen ist sicherlich viel abzugewinnen,
1:44:32
kam dann aber an der Stelle nicht ran. Also man hat irgendwie eine sehr angenehme Syntax und
1:44:38
profitiert trotzdem von den von den funktionalen Konzepten. Und einfach auch eine sehr stabile Sprache, also du hast halt
1:44:48
schon die lang langlaufende Prozesse.
1:44:52
Die, also wer aus Erlangen kommt, OTP heißt es Framework, was so eine Prozessverwaltung ist mit
1:45:02
die mit Supervisorn, die einfach sich auch auf die die Prozesse beobachten und
1:45:09
Prozesse, die sterben aus irgendwelchen Gründen, also durch Fehler Wegerrorn und irgendwie verschwinden, werden automatisch neu gestartet und
1:45:20
weil das einfach so ein stabiles Kernsystem ist.
1:45:26
Ist man angehalten in der ganzen Sprache einfach relativ schnell einfach mal den Prozess eher sterben zu lassen als irgendwie tausende Variablen zu prüfen und irgendwie neu zu setzen und weil:
1:45:37
Man kennt das ja: "Have you tried turning it off and on again?", das ist halt das, was immer klappt, weil der Startzustand ist einfach der, der am meisten getestet ist und
1:45:46
darauf verlässt man sich da, dass man einfach sagt, okay, wenn jetzt hier irgendwas verfahren ist, dann
1:45:52
startet mir einfach mal in den Prozess neu, dann wird's schon wieder funktionieren, außer irgendwie die Festplatte ist vollgelaufen, dann hilft einem das natürlich auch nichts, aber wenn irgendwelche komplexen State-Zusammenhänge
1:46:02
mal verfahren sind, dann ist das ganz gut. Und insgesamt die Sprache macht einfach Spaß. Sie hat irgendwie sind syntaktisch ein paar schöne Sachen irgendwie die Pipe.
1:46:11
Dass man irgendwie
1:46:15
Quasi Programmaufrufe von links nach rechts liest statt von innen nach außen aber das das werden jetzt irgendwie Programmierer verstehen aber anderen nicht. Ja viele schöne Sachen also mir gefallen da
1:46:27
immer noch sehr viele Sachen sehr dran. Vielleicht DOM magst du was dazu sagen. Du kamst da ja sehr frisch rein.
1:46:33  Dom
Ja, einmal nochmal, also ich komme von von der Erlangen-Seite, war ich früher begeistert von der von dem Grundsystem und da gibt's halt wahnsinnig schöne Aspekte, nämlich, eis ist halt
1:46:43
von Herangehensweise bei Programmierung erstmal ganz anders als alles andere, was man so gemacht hat, weil es eben so Actorbasiert ist, sehr, sehr paralysiertes Ding ist, mehr oder weniger. Also man man denkt auf einmal wirklich,
1:46:55
in anderen Bahnen und das hilft. Elixir hat das Ganze dann nochmal in eine schönere, modernere Sprache gepackt
1:47:02
die aber nicht am Kern des Systems was negativ verändert. Das heißt
1:47:09
die Kombination eben aus so Elixir und Phoenix ist halt im Endeffekt das, was Ruby on Rails ist aber in performant, paralisierbar und Rocksolid und
1:47:19
einfach mal Einblick in diese Welt. Wenn ihr euren Horizont immer erweitern wollt, was denn da funktionale Programmierung angeht, ohne dass ihr erschlagen werdet von irgendwelchen Lambdakalkülwahnsinn, sondern einfach nur mit einem sehr pragmatischen
1:47:32
Hey Cool, hier kann ich mir meinen Webserver kurz aufsetzen, der macht das und dann muss ich ein bisschen anders dran rumdenken und dann mache ich da entweder ein fieses JavaScript Frontend dran, das wirklich dann mit einer geilen API spricht
1:47:46
die jetzt aus Elixir leicht
1:47:48
zu bewältigen ist, weil die Art und Weise, wie man zum Beispiel eine GraphQL oder Rest API in Elixir macht, ist wirklich super schick, ist ähnlich schick wie damals,
1:47:56
oder ich find's sogar schicker, eigentlich wie wie damals Rails so eine Offenbarung war, so okay so schnell kann man zu Ergebnissen kommen.
1:48:05
Plus halt die Geschichte, dass es halt wirklich ein echter Langzeitserver ist, der effizient läuft, wo man dann alles, was man dann wirklich
1:48:14
rechnerisch auf dem System machen will, was über längere Prozesse hinweggeht, was wirklich verfügbar sein soll. Relativ einfach und schön aufsetzen kann mit dem wie das System grundsätzlich aufgebaut ist, eben mit dieser Überwachung von
1:48:28
verschiedenen
1:48:29
Aktoren, die mehr oder weniger dann einen Job erledigen, danach wieder sich verabschieden oder in gewisser Weise eben Sachen serialisieren, die parallel passieren müssen und die Struktur der
1:48:39
Sprache und des Systems gibt einem schon
1:48:46
die Situation so vor, dass man kaum sich ins Knie schießen kann. Also das ist so die Geschichte, wenn man Sachen parallelisieren will in anderen Sprachen, dann muss man oft irgendwie
1:48:56
27000 mal irgendwelche Schlösschen und Seitenfälle checken
1:49:00
ob man denn nicht sich aus Versehen was kaputtgeschossen hat und in den Elixir und Erlangen denkt man halt schon in ner Art und Weise die,
1:49:08
das ist halt nicht kaputt, das ist halt, wenn's funktioniert, dann funktionierts, wenn nicht dann nicht und dann gibt's einen tollen Fehlerbericht. Es gibt nicht diese Situation, oh ich habe jetzt drei Dinge parallel gemacht und deswegen ist irgendwas mal in ganz seltenen Fällen mal ein bisschen kaputt.
1:49:20
Und das ist halt für eine Serveranwendung großartig als Grundwissen und erweitert euren Horizont. Also probiert mal was aus in Elixir zu machen. Es hilft.
1:49:29  Michi
Ich würde auch sagen, ich will auch kurz schwärmen, Horizont erweitern, weil ich aus einer ganz anderen Richtung komme. Ich hatte ja nie was mit Backend gemacht und jetzt auch bei Radiator eigentlich nichts mit mit dem Backend zu tun gehabt, aber ich wollte irgendwann mal
1:49:42
mehr darüber wissen, so als Frontend-Entwicklerin und ich habe ja dann podlove.org,
1:49:46
nicht podcasterinnen.org entwickelt und das hatte ich mit Phönix gemacht und selbst
1:49:53
für jemanden, der nur da war JavaScript kannte, also sowas wie Pattern Matching, ich will nochmal das war eine Offenbarung für mich oder generell funktionale Programmierung und dann, das muss ich sagen, zum Einsteigen war es auch einfach
1:50:05
extrem gut geeignet, weil die Doku so, das ist ja doch ein recht modernes Projekt und die Doku Situation
1:50:14
und die Community waren einfach super hilfreich für für Einsteiger, was ich,
1:50:21
davor hatte ich eben Angst als zum Backentwickeln, das überall schon sehr, sehr viel vorausgesetzt wird und das war einfach eine eine gute Situation bei Phoenix und Elixir.
1:50:33  Eric
Die Dokumetnation ist ausgezeichnet.
1:50:34  Dom
Also es sind zwei Geschichten, also
1:50:37
in Erlangen selber, also eine Sache, die geil ist, ist man hat den Server immer so am Laufen, dass man sich mit einer Konsole auf dem Server einloggen kann und einfach an den Live Daten
1:50:45
zumindest angucken oder was machen kann. Es ist überhaupt kein Thema. Das kriegt man ganz leicht hin und das das Gefühlt so
1:50:52
ne Erleichterung, ja? Dass man wirklich jederzeit mal angucken kann, was ist denn auf dem Server los, eigentlich in irgendeiner Form und direkt interagieren kann.
1:50:59
Und die zweite Geschichte ist, dass Elixir hier wirklich hergegangen ist und alles, was so ein bisschen an Erlangen Wonkey war oder schwer rauszufinden
1:51:06
auf einen Level gehoben hat, das jetzt eher so wie wenn ihr Ruby kennt, mit interactive Ruby und und und Ruby Onlinehilfe. Das aber in den Faktor
1:51:15
10 ungefähr, nochmal schicker gemacht wirklich, dass du wirklich jederzeit einfach mal nachgucken kannst. Okay, was macht denn diese Funktion an der Stelle und ne
1:51:22
Syntax gehighlightete Version und Hinweise und Beispiele kriegst. Also Elixir hat wirklich so viel Arbeit reingesteckt,
1:51:29
in die Sachen, die sie von Erlangen übernommen haben und verändert und dargestellt haben, einfach so eine Schicht dazwischen zu machen, die einfach lesbar, hilfreich, online Doku, First Class Citizen, Codeformator, alles.
1:51:42
Das ist einfach eine schöne Welt. Also wenn man in die Elixir arbeiten darf, also ich
1:51:46
kenn niemanden, der es angefasst hat, was er mir gemacht hat und danach gesagt hat, hey nie wieder, sondern eher so, oh Gott, leider kann ich jetzt auf meiner Arbeit das nicht benutzen.
1:51:54  Alex
Kann ich auch noch was Negatives zu Phoenix sagen? Ja, super. Und zwar tut mir das zu viel Magie. Also ich habe auch mal reingeguckt und habe auch mal ein Beispielprojekt gemacht/
1:52:04  Dom
Das tut dir zu viel Magie.
1:52:06  Alex
Ja, Phoenix macht mir deutlich zu viel Magie. Also man muss relativ tief reinlesen, bis man herausfindet welche Programmteile wann ausgeführt werden.
1:52:17
Und das zweite ist, dass was mich wahnsinnig macht daran ist, dass du keine expliziten Imports von Logik hast, sondern das existiert dann irgendwo. Nur so meine zwei Cents dazu.
1:52:27  Dom
Den Magieaspekt verstehe ich, der der Magieaspekt ist aber einer also der ist doch dringbar dann mit, also das ist nicht,
1:52:34
also es ist es ist im Endeffekt
1:52:38
Wenn man's dann durchdrungen hat, ist es, bleibt sehr simpel, aber es ist natürlich super versteckt. Also das war jetzt für mich auch in dem halben Jahr nochmal genau zu wissen, wie Phoenix jetzt im Endeffekt diesen Webserveransatz in in Elixir dahin gepackt hat,
1:52:51
da hat's mehrere Aha-Momente gegeben dann so an der Stelle. Also was in welcher Reihenfolge passiert ist dann aber es ist also man kommt dahin, dauert aber hat eine Learning Curve.
1:53:01  Tim
Ich fasse zusammen, Elixir Phoenix ist durchdringbare Magie mit geiler Doku.
1:53:06  Michi
Ja
1:53:09  Tim
Wie ich sehen würde, Sex am Strand mit Cocktail in der Hand.
1:53:13  Dom
Hm.
1:53:18  Michi
Aber aber gut. Das ist ein schöner Ausblick. Ich weiß nicht.
1:53:25  Tim
Wollte es nochmal zusammen.
1:53:27  Michi
Finde ich super. Ich ich würde ja auch sagen, eigentlich sind wir am Ende,
1:53:34
vielleicht auf noch einer positiven, noch positiveren Note aufhören und ich dachte, dass wir nochmal vielleicht alle sagen können,
1:53:42
in ein, zwei Sätzen, was wir jetzt aus dem Projekt gelernt haben, weil dafür lohnt sich's ja meistens schon.
1:53:51  Eric
Ja, also ich meinte ja vorhin schon, dass ich äh in der Regel Einzelkämpfer bin
1:53:56
und ich war jetzt das erste Mal seit langer Zeit mal nicht Einzelkämpfer im Backend. Also es gab zwar diese klare
1:54:03
quasi Hierarchie, allein dadurch, dass ich einfach schon Elixir-Erfahrung hatte und Dom nicht und Dom von Anfang an gesagt hat, ich richte mich hier nach dir, aber
1:54:14
was irgendwie so Softwarearchitekturentscheidungen anging, haben wir schon sehr viel diskutiert. Also wir haben uns da auf GitHub
1:54:23
einfach die Pull Requests genommen und eigentlich immer Dinge einfach Pull Request gestellt und erstmal oft irgendwie Kommentare des anderen gewartet und das waren
1:54:35
sehr konstruktive Diskussionen, das hat mir Spaß gemacht da
1:54:40
auch mal Contra zu bekommen und nicht, weil in der Regel baue ich halt meinen Kram und dann commit ich den und dann gibt's vielleicht Bugs und dann fixe ich die, aber auch mal so
1:54:52
einfach Benamung von Dingen zu diskutieren oder auch größere Architektonische Geschichten. Das war gut und vor allem
1:55:02
einfach den den Eindruck danach irgendwie bessere Software erzeugt zu haben. Das war schon, das hat Spaß gemacht.
1:55:14  Tim
Welcher Reihenfolge?
1:55:17  Dom
Tim war jetzt angesagt. Ja also bei mir, also ich bin sehr glücklich diese Technologie,
1:55:26
die Theologiebreite, also den Spielplatz nochmal alles gesehen zu haben, also sowohl
1:55:32
von der Frontend Technologie, die verwendet wurde an der Stelle auch als
1:55:37
am Player, als auch am Backend, was man denn alles so mit GraphQL und REST API und wie man Dinge denn heutzutage macht an der Stelle, viel gelernt und viel schönes gesehen, viel hässliches gesehen.
1:55:52
Einfach
1:55:53
war für mich ein toller Mehrwert auch in so einer großen Runde zu arbeiten, wo man wo man so viel profitieren kann von den Erfahrungen der anderen Anwesenden
1:56:04
Entwicklerinnen, es war echt super und ja, so ein so ein gefühlte,
1:56:13
Jetzt bin ich wieder ein bisschen mehr auf Stand in der Geschichte. Das war so eine.
1:56:17
tolle Mischung auch, ja? Das ist irgendwie so, es hat angefangen mit diesem Projekt von Alex, wo ich kurz bevor,
1:56:25
vor Alex in der Freakshow aufgetaucht ist, Letty auch, oder? Entschuldigung. Und Michi, ihr habt dann da abgenerdet in dieser Freakshow.
1:56:34  Letty
Oh. Diese Freakshow.
1:56:36  Dom
Ich ich war halt, weil ich kurz davor in den Player mich eingearbeitet habe, wusste ich überhaupt, wovon ihr sprecht. Ich war zum ersten Mal in dieser Situation
1:56:43
für mich in meinem Entwicklerleben, sodass ich mir gedacht habe, okay, so geht's also den anderen, wenn ich jetzt auf iOS so
1:56:50
irgendwie so aus dem FF was rausschüttle, weil einfach diese die Menge, also die Frequenz an Technologien und Bezeichnungen von Geschichten, die ihr da vorgelegt habt.
1:57:00
Nach dem Projekt jetzt war ich halt echt top auf Stand, dass ich jetzt kann ich wieder mitreden. Und es ist dank euch.
1:57:09  Letty
Ja, man muss da vielleicht so erwähnen Alex und Michi waren bei uns zu Gast in der Freakshow und wir haben, ich glaube in
1:57:17
vielleicht in zehn Minuten oder einer Viertelstunde gefühlt einmal dieses JavaScript Hölle
1:57:23
an einigen Stellen halt durchgenommen mit den ganzen Namen und Begriffen und ich glaube, wir haben sehr, sehr viele Leute in dieser Freakshow.
1:57:30  Alex
Das hat Tim einige Hörer gekostet, ja.
1:57:32  Letty
Ja das hat einige Hörer gekostet, sorry dafür aber genau daher kam das.
1:57:35  Tim
Das bezweifle ich stark.
1:57:38  Eric
Also vielleicht um etwas Kontext zu geben. Ich habe mich in den letzten drei Wochen oder so, mal erstmal seit langem in diesen ganzen React
1:57:46
Webstack eingearbeitet. Also
1:57:49
React, NextJS, Redux, SSR wie es nicht alles heißt. Woher wirklich komplett einen Bogen drum herum gab, also ich kannte so VueJS und so ein bisschen jQuery JavaScript kannte ich schon auch, aber dieses ganze React und das alles, was so drum herum ist
1:58:03
komplett ignoriert und jetzt habe ich da mal mit angefangen jetzt nach so drei Wochen
1:58:08
weiß ich so halbwegs was oben oder unten ist, aber ich weiß, dass ich erst irgendwie an der Spitze des Eisberges kratze. Also
1:58:16
ja. Großen Respekt vor diesen Frontendarchitekten.
1:58:23
Täglich werden irgendwie neue Layerschickten von Abstraktionen offenbart. Das ist unfassbar, was da abgeht. Ich ich warte auf den Tag, an dem ich einfach wieder abtauchen kann ins Backend.
1:58:36  Dom
Finde ich auch kein großer, also Kritikpunkt, dass Phoenix zu viel Magie ist, aber der Stack, den Alex für den Player verwendet. Also der Kontrast finde ich ja geil, also.
1:58:47  Alex
Hallo, das kann man alles komplett nachvollziehen. Das ist an jeder Stelle ein Import.
1:58:52
Das ist da nicth so das da Dateistruktur irgendwas vorgibt.
1:58:54  Dom
Da gibt's aber.
1:58:56  Eric
Später meinen Call, ich ich zeig dir alles was du von an Phoenix nicht verstanden hast zeige ich dir wo es nachvollziehbar ist.
1:59:02  Michi
Tim, was hast du gelernt.
1:59:05  Letty
Jetzt habt ihr mich übergangen.
1:59:07  Michi
Habe ich. Letty, was hast du gelernt.
1:59:08  Dom
Die Reihenfolge war so, ja, stimmt.
1:59:10  Letty
Nee, ich fand auch, also auch was ihr vorher gesagt habt, so in diesem, also
1:59:17
ich bin vorher meistens auch wie Eric halt auch Alleinkämpferin gewesen in den Softwareprojekten und hatte ab und zu nochmal
1:59:26
einen Kollegen, mit dem ich reden konnte, aber sehr lange quasi niemanden im Team, der halt auch Entwickler oder Entwicklerin war, egal ob Frontend oder Backend und für mich war halt auch so in dieses große Team reinzukommen, so total schön und positiv weil,
1:59:39
endlich wieder so ein nerdiges Team, wo man also wo jeder in so in seiner Ecke abdriften konnte und sich in Themen reinnerden konnte und aber gleichzeitig auch wieder die Kommunikation zwischen uns, wenn wir irgendwas gebraucht haben aus dem Backend
1:59:51
es war einfach so nahtlos und es ging auch relativ fix, wenn wir auch irgendwelche Probleme haten mit Docker
1:59:56
oder was weiß ich. Wart ihr halt auch immer super schnell greifbar und es ist war echt eine sehr sehr coole Teamdynamik einfach
2:00:05
in der Entwicklung. Und was mir halt auch super viel gebracht hat
2:00:10
ich glaube, wir haben von Alex das wie heißt das genau, Alex vuex-redux? Diese Schnittstelle glaube ich ja auch benutzt.
2:00:19  Alex
Nee, ihr habt reines Nuxt verwendet mit Vuex drunter.
2:00:22  Letty
Ach nee, stimmt und nee, das stimmt in deinem, in deinem Monorepo benutzt man das? Ah ja. Gut,
2:00:29
dann das nicht. Aber genau, halt auch so die also weil das Tool oder die Bibliothek, die Alex geschrieben hat
2:00:36
um diesen Redux store dort zu benutzen, ist halt echt sehr fein. Ah ich habe deswegen habe ich das verwechselt, weil ich ja auch ein bisschen am Button gearbeitet habe. Aber eben so die Zusammenarbeit halt auch mit Michi hat halt super funktioniert, wir haben auch relativ viel über so Designsachen auch diskutiert und
2:00:52
Vorgehensweisen und sehr, sehr gut eigentlich auch die
2:00:56
Sprintplanung immer gemacht für die Dinge, wo wir wussten oder so ein grobes Konzept hatten, deswegen genau fand ich das halt auch so diese gesamte Dynamik in dem Team war halt echt,
2:01:07
hat man sehr, sehr viel gelernt an sehr vielen Stellen. Jetzt darf der Tim, der wartet schon.
2:01:14  Tim
Ich bin mir nicht sicher, ob ich was gelernt habe. Also ich war ja.
2:01:16  Dom
Damn it, scheiße.
2:01:24  Tim
Also aus meiner Perspektive heraus weil ich hatte ja nun vorhin schon
2:01:33
ich hatte ja schon erzählt, dass dass ich mich da eigentlich eher ein bisschen verloren habe in dieser ganzen Gesamtkonstellation. Von daher war das für mich einfach ein bisschen schwierig bis
2:01:44
schmerzhaft,
2:01:47
weil ich eigentlich meine Qualitäten nicht so richtig entwickeln konnte. Also also das was ich am besten kann, das habe ich irgendwie nicht so richtig zum zum Einsatz bringen können. Das hat da eben was mit dieser Distanz zu tun und das hat eben auch was mit dieser
2:02:00
Konstellation des Projekts zu tun, was für mich einfach extrem ungewohnt war. Also es war einfach
2:02:04
diese Konstellation ist nicht meins so und ich kann auch mit so klassischen Software Development Methoden, die
2:02:14
wie sie auch immer, was sie auch immer für klangvolle Namen haben ist
2:02:18
einfach nicht ist einfach nicht mein Style, ist einfach nicht mein, das ist nicht meine Welt so. Also es ist akzeptiert das, dass es so wie wahrscheinlich ganz offensichtlich super funktioniert so, aber ich muss irgendwie die ganze Zeit so ein bisschen,
2:02:32
alles
2:02:35
permanent irgendwie durchdenken und kommentieren können und ich brauche da glaube ich auch so eine gewisse Nähe in irgendeiner Form und die war für mich nicht so ohne Weiteres
2:02:45
herzustellen, so hätte ich gerne gemacht, aber ging halt in dem Moment nicht. Und die anderen Schlüsse, die ich daraus gezogen habe, habe ich ja im Prinzip vorhin auch schon gemacht, dass ich einfach
2:02:54
glaube, dass es so ein bisschen ein Fehler war
2:02:58
so gleich das Ganze fertigzustellen und dann irgendwie die kleinen Komponenten Schritt für Schritt zusammenzustellen, sondern dass es eher strebenswerter gewesen wäre, ein Modell zu finden, was wir halt jetzt nicht hatten und von daher ist es auch,
2:03:13
egal, aber ist nun mal so, wo man eher die kleinen Sachen optimiert. Und so haben wir ja eigentlich auch bisher
2:03:21
ganz gut funktioniert in dem Projekt, wenn man sich das jetzt auch mal was in den letzten Folgen alles so besprochen hat. Das waren immer so hier brauchen wir eine Lösung, da brauchen wir 'ne Lösung, einzelne Leute haben sich draufgeschmissen und am Ende hat sich das aber dann doch
2:03:35
sehr gut zu einem Gesamtsystem zusammengefügt so und
2:03:40
hat sich so aufeinander zubewegt und ich glaub das das wäre so 'ne erstrebenswerte Strategie die man vielleicht machen sollte und ja also ich
2:03:51
bin dann noch so ein bisschen auf der Suche und muss auch sagen, dass ich halt so ein
2:03:57
bisschen die Puste ausgegangen ist.
2:04:04
Wann haben wir angefangen? 2014/13. Wann war das? Du hast nochmal nachgeschaut?
2:04:12
So mit allem 2012, genauso acht Jahre irgendwie und also ich hatte da so einen latenten Burnout.
2:04:25
Ach, einfach so lange irgendwie immer wieder darüber nachzudenken, brauchte da irgendwie auch mal eine Pause. Das geht ja jetzt auch schon wieder ein bisschen besser.
2:04:35  Michi
Das verflixte siebte Jahr.
2:04:37  Tim
Ja, das kann kann schon sein, dass es das war das verflixte siebte Jahr und insofern, ich genieße das auch sehr, euch beim Podcasten
2:04:45
zuzuhören und zuzuschauen. Wie Eingangs schon gesagt so es erfüllt mich so eine gewissen
2:04:55
Genugtuung, ist nicht das richtige Wort.
2:04:58
Nee, auch nicht, ganz im Gegenteil. Nein, also weil's mich halt wirklich freut. Also ich denke, dass Software nur gut sein kann, wenn
2:05:10
die Leute, die es programmieren, das auch benutzen.
2:05:12
Und das ist nicht nicht immer in allen Fällen zu erreichen, aber man sollte dem möglichst nah kommen.
2:05:22
Podcasting macht ja auch irre Spaß. So es ist halt ja wirklich ein ganz tolles Hobby auch.
2:05:31
Für mich war eine große Freude halt in dieser ganzen Zeit halt auch immer wieder diese ganzen technischen Probleme auch zu überkommen so und und daraus auch immer wieder den nächsten Schritt zu finden und einfach so
2:05:41
ganz konkret am unmittelbaren Bedarf. Ich meine, Eric, dir werden tausend Sachen einfallen
2:05:47
wo ich gesagt habe, hier guck mal, das wäre doch total wichtig und du immer so was wer in aller Welt,
2:05:52
brauch so was, ja? Also wofür kann das wichtig sein, ne? Bis dann irgendwann mal klar gemacht habe, dass
2:05:59
diese Kleinigkeit mir wieder irgendwie zwanzig Minuten pro Sendung spart. So weil am Ende
2:06:09
ist Podcasting Produktion Workflow. Es geht hier wirklich um
2:06:16
das Organisieren eines flüssigen Sendens und medialen Begleitens
2:06:26
einer Öffentlichkeit und umso mehr die Software daran arbeitet alle Beteiligten zusammenzubringen und ihnen immer die größte Hürde wieder abzusenken. Ja, also
2:06:40
ihr kennt ja die ganzen Sachen, ne? Und Ultraschall als Projekt hat auch da schon extrem viel abgekürzt und umso mehr man auch Hörerinnen, Hörer,
2:06:51
die Community quasi mit eingebunden bekommen. Sei es für Shownote, sei es für Transkripte, sei es für die Kommentare, ja
2:07:03
es liegt noch so viel auf der Straße. Also die Früchte hängen so tief.
2:07:08
Das ist wirklich absurd, ja? Also warum haben wir immer noch kein Feedback Information
2:07:17
im Feed, dass die Leute auf ihrem scheiß Podcast-Player mit einer Taste einen Audio aufnehmen oder einen Text schreiben können und dann geht das an die richtige Person mit den richtigen Metainformationen, worauf es sich bezieht, auf die Stelle, die man gerade hört.
2:07:31
Ist eigentlich ganz einfach. Denkt bloß keiner drüber nach und
2:07:37
all dieses Zusammenbringen und dieses zusammenrühren dieser Community, das ist das ist für mich das was auch die Aufgabe von von Podlove sein sollte.
2:07:48
Also ist für für mehr als nur für die Podcaster
2:07:51
einfacher zu machen, sondern im Prinzip eben dafür zu sorgen, dass dieses Geschehen eines Podcasts einfacher zu steuern wird.
2:08:00  Eric
Workfolw ist ein guter Punkt. Das ist wirklich das gerade
2:08:04
unsere Zusammenarbeit, was mir hier im Podcast am meisten aufgefallen ist, mich nervt's halt, dass irgendwie die Sendungsvorbereitung Etherpad stattfindet und andere Ideensammlungen auf GitHub in in Markdown
2:08:16
und Dateien schicken wir uns über, ich vergesse es jedes Mal, Alex such den Link mal wieder raus.
2:08:23  Alex
BeamIt glaube ich, BeamIt was glaube ich!
2:08:25  Eric
BeamIt. Ist total super, aber so viele Tools so verteilt, ich will das alles an einem Ort haben.
2:08:31  Tim
Genau, ich will das auch alles an einem Ort haben und ich weiß genau, wie es aussehen soll. Lass uns das irgendwie hinkriegen. Verdammte Axt. Na gut.
2:08:45  Alex
Ja.
2:08:46
Ich weiß nicht, ich kann natürlich wenig dazu sagen, also ich fand's von außen betrachtet, fand es schön, wie das Team so ein bisschen zusammengewachsen ist, wie man richtig gesehen hat, wie da die Collaboration auch sehr
2:08:56
stiftend ist, also gerade was so die eigenen Erfahrungen angeht oder beziehungsweise was auch am Ende das Produkt ausmacht.
2:09:03
Ich fand auch den den Ansatz des CMS und wie viel Zeit ihr da rein investiert habt, um da wirklich auch die letzten
2:09:12
Ungenauigkeiten beziehungsweise so Ecken an dem Userflow abzustimmen. Das fand ich sehr beeindruckend.
2:09:20
Generell finde ich den Radiator ein mega wichtiges
2:09:24
Produkt, es ist eine mega wichtige Software, weil worauf wir uns jetzt so nach und nach weiter einstellen werden ist, dass die
2:09:34
Podcast Landschaft ja durch Plattformen dominiert wird, die sich dadurch auszeichnen, dass die Einstiegshürde so gering ist, dass irgendwie jeder das machen kann und da wäre der Radiator genau das
2:09:45
was die Brücke schlagen könnte zwischen du hast trotzdem Kontrolle über deine eigenen Daten,
2:09:51
aber es ist auch einfach den Podcast zu erstellen und wenn du deine Daten mitnehmen möchtest, dann kannst du das tun, du bist nicht an uns gebunden, sondern du bist immer noch Herr darüber.
2:10:02
Deswegen finde ich so von der, wie soll ich sagen, von der Mentalitätsstufe her ist es eigentlich ein sehr wichtiges Projekt, was schade wäre, wenn es jetzt,
2:10:13
Enden würde ich jetzt auf jeden Fall nicht sagen, aber wenn es nicht weiter gehen würde.
2:10:17  Michi
Ja finde ich auch. Ich hatte jetzt die ganze Zeit Zeit, mir zu überlegen, was ich gelernt habe und um erstmal will ich sagen, dass das unglaublich,
2:10:29
wichtiges eigentlich geschehen ist, weil ich habe gemerkt, dass ich voll gut mit LettY zusammenarbeiten kann und seitdem
2:10:35
machen wir auch andere Dinge zusammen. Das war auf jeden Fall, das hatte viele Auswirkungen und ich habe
2:10:44
gelernt,wie wenig ich wirklich über Podcasting weiß, also so dieses, ja die nehmen halt eine Datei auf und dann
2:10:55
stellen die die online, kommt halt ein Feed raus, was soll da schon groß das Problem sein?
2:11:02
Das ist mir schon bei der Recherche aufgefallen, dass das wohl nicht die komplette Wahrheit ist und dass ich da ein bisschen zu naiv war.
2:11:11
Auch mit welchen Problemen die zu kämpfen haben, aber dann auch.
2:11:15
Man, also es ist nicht möglich für mich UX Design zu durchdenken und gleichzeitig eine API auszuprogrammieren. Das sind einfach
2:11:27
zwei Aufgaben irgendwie schnell einen Prototypen, der eine API anspricht, zusammenzuklicken, aber
2:11:34
ein UX Design zu entwickeln, das sind Dinge, die ich ab jetzt einfach getrennt machen will voneinander.
2:11:44
Das waren die Dinge, die ich gelernt habe.
2:11:47
So und der Ausblick wird wahrscheinlich jetzt auf eine Publisher Plus Folge kommen, würde ich sagen oder unser Ausblick auf die nächste Folge. Ich weiß noch gar nicht, ob's genau feststeht, aber ich sehe das irgendwie, passt jetzt so gut.
2:12:02  Alex
Ja, ich glaube, das können wir ein bisschen so integrieren mit in wie wir diesen Podcast tatsächlich gerade hosten. Da ist der Publisher Plus ein wesentlicher Bestandteil.
2:12:12  Michi
Dann hört ihr darüber das nächste Mal und ich sage euch schon mal allen tschüss bis bald.
2:12:22  Alex
Eric hat auch früher mal einen Podcast gemacht.
2:12:24  Michi
Ach danle.
2:12:25  Alex
Der Vollständigkeit halber.
2:12:26  Eric
Sorry, fast vergessen.
2:12:27  Michi
Tschüss.
2:12:28  Eric
Ciao.
2:12:31  Michi
Okay, ich muss pinkeln, wenn gleich wieder da.
2:12:35  Alex
Das ist das eigentlich Ende.
2:12:36  Eric
Achso, verstehe.