Latest / Coding Buddies | Tech & Dev-Mindset / Ist Open Source gefährlich?

Transcript

Ist Open Source gefährlich? · Coding Buddies | Tech & Dev-Mindset

0:00
Also wieso sollte ich denn jetzt zum Beispiel mich hinstellen und
0:03
sagen, komm, ich mach das Open Source, was bringt mir das also
0:05
weißt du, das ist ja vielleicht auch ne Frage, die vielleicht im
0:09
Raum steht. Dein Podcast rund um
0:12
Softwareentwicklung und aktueller Technews.
0:14
Herzlich Willkommen. Halli Hallo und herzlich
0:28
Willkommen zur neuen Folge vom Coling Buddies Podcast.
0:31
Wir sind natürlich wieder da, der Fabi, das bin ich und Tino,
0:34
der ist auch dabei. Tino, Grüß dich.
0:37
Halli Hallo Fabi, Was geht ab? Tino Na Mensch, schön, dass wir
0:41
uns hier wieder hören. Gut halten.
0:43
Coding Buddies Podcast Es ist mal wieder soweit.
0:47
Neue Folge, Neue Folge, neues Glück?
0:50
Genau, und ich würde sagen, ich steig gleich mal ein, lass uns
0:55
gar nicht so lange fackeln. Und zwar haben wir in der
0:59
letzten Folge oder beziehungsweise da hattest du
1:02
mal in den Raum geworfen, so ein bisschen als Challenge
1:07
sozusagen, dass man sich selber fragen soll.
1:11
Wieviel oder wie oft man sich denn vielleicht auch anderen
1:15
Code anguckt, also Code von anderen Leuten, nicht seinen
1:17
eigenen, sondern einfach mal guckt, wie ist anderer Code
1:22
aufgebaut beziehungsweise auch professioneller Code vielleicht.
1:24
Also es kommt natürlich immer darauf an, welchen Code man sich
1:27
dann im Endeffekt anguckt. Ja ach so, du meinst wegen.
1:34
Das als Übung zu betrachten, sich mal von anderen Codern
1:38
entwickelten Code anzuschauen, um so auch Best Practices quasi
1:41
zu erkennen oder für sich mitzunehmen.
1:43
Genau da bist du jetzt gerade. Und da ist mir zum Beispiel so
1:48
ein bisschen eingefallen, okay wann also was für anderen Code
1:52
guckt man sich denn eigentlich an?
1:55
Und da bin ich halt einfach auf Open Source gekommen und das ist
2:00
eigentlich genau der Punkt, über den wir heute mal vielleicht ein
2:02
bisschen sprechen wollen. Und zwar, was ist Open Source
2:05
und auch ein bisschen die Frage beleuchten, ist Open Source
2:09
eigentlich unsicher, weil wir können ja gleich mal darauf
2:12
eingehen, was open Source ist. Aber prinzipiell ist es ja so,
2:14
wenn du dir andere Repos oder anderen Code anguckst, dann ist
2:19
das ja meistens jetzt vielleicht nicht gerade der Code von der
2:22
Nachbarabteilung nicht unbedingt, oder also bzw das
2:26
haben wir in dem Moment nicht gemeint, oder?
2:28
Von deinem Kumpel. Sondern im Endeffekt ja wirklich
2:32
Code, der irgendwo auf öffentlichen Repositories hängt.
2:36
Und da kommt man halt im Endeffekt zwangsläufig auf Open
2:41
Source und deswegen wollt ich dich jetzt einmal, möcht ich
2:43
jetzt mal direkt eine Frage an dich weiterleiten oder dich
2:46
sozusagen zum Einstieg in die Folge motivieren.
2:49
Was ist eigentlich Open Source? Was ist eigentlich Open Source?
2:53
Ja, also allgemein kann man ja sagen, ist also oder
2:59
ursprünglich sag ich mal so ist Open Source ja definiert als
3:03
öffentliche Software, die wo der Quellcode einsehbar ist,
3:08
veränderbar ist. Natürlich.
3:11
Nutzbar dann quasi für jedermann, sag ich mal.
3:15
Also mal angenommen man entwickelt irgendwie ne coole
3:17
Library, die ein Problem löst und denkt sich ach ja, das das
3:22
ist wirklich ne coole Lösung und das können ruhig andere nutzen,
3:25
die einen eben. Gleiches Problem haben oder auch
3:28
auf diese Problematik treffen könnten.
3:31
Dann können Sie quasi meine entwickelte Software nehmen oder
3:34
diese Code Schnipsel sage ich mal.
3:37
Um das Problem für sich zu lösen, also sie können es halt
3:41
weiter verwenden. Ja und halt im klassischen Open
3:45
Source Sinne auch mit dran entwickeln oder beispielsweise
3:51
Verbesserungsvorschläge geben, naja.
3:54
Genau, weil sie. Sehen ja den Code und können ja
3:56
zum Beispiel sehen, wie etwas implementiert ist.
3:59
Und dann zum Beispiel ja, da verschiedene Plattformen so was
4:04
wie github bieten, daher auch Mechanismen, dass du so Issues
4:06
aufmachen kannst und dann einfach reporten kannst.
4:09
Im Prinzip auch, wenn du zum Beispiel Bug findest.
4:11
Auch ein ganz spannender Punkt, da könnte man vielleicht auch
4:13
mal drüber reden. Wenn du sagst, ja, ist cool, was
4:16
du gemacht hast, also wie jetzt von der anderen Seite aus, nicht
4:18
vom Entwickler her, aber mir ist aufgefallen, bei der und der
4:22
Funktion da da ist ein Bug drin, da stimmt was nicht.
4:26
So, und das ist für mich, sag ich mal so, die klassische Open
4:30
Source Anwendung oder Definition.
4:33
Genau. Also wenn wir jetzt mal sagen,
4:34
OK, wir haben jetzt zum Beispiel, es gibt vielleicht n
4:37
Entwicklerteam, die privat oder auch in aus einer Organisation
4:42
heraus sagen okay, ich möchte jetzt einen bestimmten Quellcode
4:45
zu einem bestimmten Problem entwickeln beispielsweise und
4:48
möchte diesen Code auch anderen Leuten zugänglich machen.
4:52
Dann kann man natürlich sagen okay, es gibt ein öffentliches
4:55
Repository, nutzt diesen Code und entwickelt quasi eure
4:59
Software damit weiter. Bzw wenn man jetzt zum Beispiel
5:02
sagt okay ich möchte. Sagen wir mal ein Video irgendwo
5:06
einbetten in meine Anwendungen oder so, dann gibt es vielleicht
5:10
irgendwie ein Plugin, was einem hilft, was quasi von irgendwem
5:13
entwickelt wurde, dass man das Problem nicht noch mal lösen
5:16
muss, sondern dass man sagen kann okay, ich benutze das
5:18
einfach so weiter. Und kann natürlich auch
5:21
öffentlich darauf einsehen, also öffentlich diesen Code einsehen,
5:25
das ist ja auch Open Source, du musst es auch nicht kaufen.
5:28
Diese Software, um die zu verwenden und kannst auch wie du
5:32
ja meintest das weiterentwickeln.
5:33
Ne also beziehungsweise könnte man ja jetzt auch sagen na gut,
5:36
was heißt denn jetzt weiterentwickeln?
5:38
Also du hast jetzt n repo und jeder kann also was bedeutet
5:41
das? Ne heißt das jetzt du hast n
5:42
repo und jeder kann ja im Endeffekt.
5:46
Wild seine Änderungen, wie er möchte oder wie sie möchte, dann
5:49
im Endeffekt da committen und pushen und das klingt für mich
5:53
dann in dem Fall würde das ja alles drunter und drüber gehen,
5:56
oder wie funktioniert? Das ja.
5:58
Deswegen habe ich auch gesagt, im klassischen theoretischen
6:01
Sinne. Oftmals kann man das ganze ja
6:05
auch noch mal unterscheiden zwischen klassisch Open Source,
6:08
das heißt, ich kann mit dran entwickeln oder Vorschläge
6:12
machen oder zum Beispiel per Pull request dann.
6:16
Vorschläge machen, Änderungen zeigen, die dann entweder
6:19
angenommen werden oder nicht. Das ist, so sag ich mal, der
6:22
klassische Weg. Aber man kann auch unterscheiden
6:25
und sagen, dass die Software einsehbar ist, aber nicht
6:28
veränderbar. Also ich kann es verwenden und
6:31
mir den Code auch anschauen, wie es gelöst wurde, habe aber jetzt
6:35
nicht sage ich mal die Rechte daran da aktiv mitzuwirken.
6:38
Also ich finde, dass das muss man da auch noch mal ein
6:41
bisschen differenzieren, auch wenn das sage ich mal unter Open
6:43
Source fällt, aber ich würde da halt schon differenzieren
6:46
zwischen es ist öffentlich einsehbar und ich kann es
6:50
verwenden und ich kann wirklich aktiv dran mit entwickeln, dass
6:54
es halt quasi eine coder Community gibt, die zusammen
6:57
Patches entwickeln zum Beispiel. Finde ich auch ganz gut.
7:04
Das so zu sehen also was mir halt zum Beispiel einfällt, ist
7:07
ja npm Libraries oder so, die kannst du ja beispielsweise im
7:11
Node Kontext, die kannst du ja verwenden unter Umständen aber.
7:15
Nicht unbedingt. Sozusagen auf diesem Repo
7:18
verändern. Also du kannst theoretisch auch
7:21
dieses Repo auschecken und damit selber auch, also du kannst es
7:25
ja auch verändern, um deinen eigenen deine eigene Version
7:28
davon zu erstellen, aber es ist ja nicht immer so, dass du auch
7:30
wirklich. Bei jeder Sache, bei jedem Repo
7:34
oder bei jedem Modul oder wie man es nennen möchte, auch
7:36
wirklich aktiv mitarbeiten kannst.
7:39
Aber es ist natürlich möglich. Also diese Unterscheidung ist da
7:43
schon wichtig. Und wenn wir schon bei dem Punkt
7:47
sind, was darf man, was darf man nicht, muss man natürlich auch
7:52
in dem Zuge erwähnen, dass es ja meistens lizenziert ist.
7:56
Die Software und es da verschiedene Lizenzmodelle gibt,
8:01
die auch quasi sage ich mal vorgefertigt sowie ein Template
8:04
sind, die man verwenden kann. Ja, zum Beispiel mit Lizenz ist
8:07
ja auch gängig und in diesen Lizenzen ist ja auch geklärt,
8:12
was erlaubt ist und was nicht. Deswegen finde ich, ist auf
8:15
wichtig. Wenn man weiß, wofür man
8:18
Fremdcode oder öffentlichen Code nimmt, zu wissen, unter welchem
8:22
Lizenzmodell das fällt, also wie es lizensiert ist, ist ja auch n
8:26
spannendes Thema, vielleicht auch mal für ne Extrafolge, weil
8:28
das ist ja auch n großes Feld, aber.
8:32
Im Prinzip, wenn man, wenn man n Open Source Projekt hat, kann
8:36
man über Lizenzen ja auch definieren was erlaubt ist und
8:40
was nicht. Genau.
8:42
Also was auf jeden Fall zum Beispiel gesagt sein kann, hier
8:46
mal an der Stelle ist, dass zum Beispiel so sogenannte MIT
8:49
Lizenz, die es halt im Normalfall relativ light White,
8:53
also du kannst quasi im Endeffekt ne Menge damit machen,
8:56
eigentlich alles im groben und ganzen jetzt vielleicht nicht
9:00
wirklich alles, also man sollte sich auf jeden Fall mal genau
9:03
nochmal die Lizenz durchlesen. Aber wie gesagt, das ist auf
9:08
jeden Fall meistens unbedenklich zu benutzen.
9:11
Aber lass uns darüber wirklich vielleicht mal eine eigene Folge
9:15
machen im Punkt Lizenzen, weil das ist ja echt ein Riesenthema,
9:20
aber wenn wir uns jetzt das Ganze noch mal angucken und
9:23
sagen okay, wir haben jetzt einen Open Source Projekt und
9:26
können. Keine Ahnung, du kannst anderen
9:29
das zur Verfügung stellen, andere können das benutzen, das
9:32
ist ja irgendwie, klingt ja sehr, sag ich jetzt mal
9:36
gönnerhaft, dass man sagt, Ey, Mensch, ich hab mir hier was
9:38
entwickelt. Nutz das doch einfach und wir
9:43
wollen dafür nichts haben. Das ist ja sehr selbstlos und im
9:46
Endeffekt kann ich mir auch vorstellen, dass zum Beispiel
9:48
auch unternehmen sich vielleicht denken, na ja, wieso soll ich
9:50
denn jetzt zum Beispiel, ich sag mal in Anführungsstrichen
9:53
firmengeheimnisse irgendwie rausgeben, mit einem mit einer
9:56
Open Source Software. Das mache ich doch lieber
10:00
proprietär. Das heißt einfach sozusagen
10:03
meine eigene Software, die unter Verschluss gehalten wird, und
10:06
die kann man dann vielleicht irgendwie mit einer bestimmten,
10:09
für bestimmte Kosten eben sozusagen so ein Modul erwerben.
10:12
Also wieso sollte ich denn jetzt zum Beispiel mich hinstellen und
10:14
sagen, komm, ich mach das Open Source, was bringt mir das, also
10:17
weißt du, das ist ja vielleicht auch eine Frage, die vielleicht
10:20
im Raum steht. Was meinst du?
10:25
Ja, ist n spannender Punkt. Ich finde wir sollten da
10:27
vielleicht mal das in 2 Teile teilen damit es n bisschen
10:30
verständlicher ist und zwar einmal aus der Sicht, die du ja
10:33
gerade angefangen hast des Unternehmens oder des
10:36
Entwicklers, warum sollte ich als Unternehmen oder Entwickler
10:40
etwas Open Source machen, also wirklich öffentlich zur
10:43
Verfügung stellen und dann würde ich auch gern mal die andere
10:46
Seite betrachten, warum sollte ich open Source verwenden?
10:50
Ja welche vor und Nachteile gibt es dabei?
10:54
Da kommen wir, glaube ich, relativ schnell zu
10:55
unterschiedlichen Punkten. Das würde ich ganz spannend
10:58
finden. Und deswegen lass uns mal
11:01
anfangen mit. Wir sind jetzt auf der Seite der
11:04
der Entwickler und wollen. Überlegen jetzt.
11:09
Wir haben ganz coole Software geschrieben und ein Modul der
11:13
Software zum Beispiel ist wirklich eine coole Lösung für
11:16
einen sehr generelles Problem und überlegen jetzt, ob wir das
11:20
Open Source auslagern. Also dass wir sagen, OK, das ist
11:24
öffentlich jetzt verwendbar, ja, welche vor und Nachteile siehst
11:29
du da? Also soll ich anfangen oder
11:32
möchtest du einfach mal n Punkt raushauen?
11:35
Ja, ich kann einfach mal gerne anfangen.
11:37
Also was, was mir da direkt in den Kopf kommt ist natürlich,
11:40
wenn du jetzt zum Beispiel angenommen, keine Ahnung, sagen
11:42
wir mal, wir beide überlegen uns irgendwas cooles und sagen, ey,
11:45
das wär ja irgendwie. Nicht schlecht, wenn man jetzt
11:48
sich hinstellen würde und sagen würde, wir brauchen diesen Teil
11:51
von Code und den wollen wir aber irgendwie auch pushen.
11:54
Ne, also wir wollen ja quasi, dass dieser Code teil auch
11:57
irgendwie vielleicht schneller wächst.
12:00
Dann hast du natürlich über Open Source die Möglichkeit, dass du
12:02
im Endeffekt natürlich noch mehr Leute ins Boot holen kannst, die
12:06
sich dafür interessieren. Das heißt, du kannst natürlich
12:08
schon schaffen, dass deine deine Software oder dein Softwarepaket
12:14
ein Softwaremodul, wie wir es auch immer nennen wollen, hat.
12:18
Viel, viel schnelleren Wachstum hat weil halt einfach viel mehr
12:20
Leute, die sich eben dafür auch interessieren, daran mitarbeiten
12:24
können und ihre eigene Arbeit mit einfließen lassen können.
12:29
Also das ist zum Beispiel eine Sache, die aus Entwicklersicht
12:33
zum Beispiel mir als Erstes eingefallen wäre jetzt.
12:37
Also im im klassischen Sinne von Open Open Source.
12:41
Dass sie auch das Leute mit dran entwickeln können.
12:44
Also das ist nicht nur einsehbar ist.
12:45
Ja, ja genau, genau. Also das wäre für mich auf jeden
12:48
Fall als Entwickler beispielsweise schon wichtig,
12:51
weil also. Wenn wenn ich jetzt als
12:55
Entwickler sich darauf gucke, würde ich natürlich auch wollen,
12:57
dass andere mitentwickeln und quasi das ganze vorantreiben,
13:00
weil ich möchte ja, dass diese Software wächst.
13:04
Ja, bin ich ganz bei dir. Ich find da passt auch mein
13:08
Punkt ganz gut rein, weil das quasi so einhergeht.
13:12
Damit ist natürlich auch, dass ich.
13:16
Weil du meintest man sich so ne Fanbase quasi aufbaut man ja
13:21
auch n gewisses Standing damit aufbauen kann, weil ich zeige
13:25
was ich gecoded hab. Ich zeige quasi auch die
13:28
Qualität meines Software Moduls nenne ich es mal.
13:31
Wenn ich jetzt nur so ein Teil zum Beispiel öffentlich mache
13:35
und kann mir ja dann Entwickler oder kann damit Entwickler für
13:39
mich gewinnen die das cool finden, verwenden wollen und
13:41
weiterentwickeln wollen und. Kriegt, wie soll ich sagen, so
13:46
eine Art Prestige, vielleicht auch für mein Unternehmen, dass
13:49
es halt für Qualität steht, was da entwickelt wird, weil du, du
13:51
packst ja die Karten auf den Tisch, das klingt immer ein
13:54
bisschen blöd, aber es ist ja auch nicht so.
13:56
Ja gut, dann guckt euch halt an, was ich hier mache, sondern da
14:00
gehen auch gewisse Verantwortlichkeiten mit einher
14:03
und. Ja, also das ist halt öffentlich
14:08
dann. Das heißt, wenn da
14:09
Schwachstellen drin sind, dann können die gefunden werden, was
14:12
gleichzeitig auch wieder ein Vorteil ist.
14:13
Wenn du sagst, ich packe es öffentlich und Leute sagen.
14:16
Mal auf an der und der Stelle, da ist ne Schwachstelle in der
14:19
Software, dann hilft dir das ja natürlich auch deine Software zu
14:23
verbessern und die Qualität zu steigern.
14:25
So kann man das ja auch betrachten, aber es ist halt in
14:27
dem Moment öffentlich einsehbar. Ja.
14:31
Ja, das stimmt, das stimmt, aber da ist man natürlich, also bist,
14:34
da bist du ja schon n bisschen gut, kannst natürlich so deinen
14:38
eigenen Prestige steigern, das kannst du natürlich jetzt aber
14:40
auch auf Unternehmenssicht quasi Münzen und sagen, ne.
14:45
Guckt mal ne was wir hier quasi machen, ne?
14:49
Genau. Also wenn jetzt Firma XY sagt,
14:52
Wir haben hier echt n geiles Produkt, das kommt in einem
14:54
halben Jahr auf den Markt und du schmeißt halt Teile von von
14:58
vielleicht von irgendeinem coolen Algorithmus, den du da
15:00
entwickelt hast, quasi in ein öffentliches Repo und die Leute
15:04
merken, ey, das ist ganz schön geil, was da gemacht wird und
15:06
das ist jetzt aber auch nur ein Bruchteil von dem, was da kommt,
15:09
dann kannst du dir wahrscheinlich einfach auch
15:11
schon eine coole Community aufbauen, so muss man das ja
15:14
auch mal sehen und nicht. Nee, das alles meins.
15:17
Und ich will das jetzt nicht zeigen, so nach dem Motto.
15:21
Ja, gerade. Also ich find, dass das kann man
15:22
schon so. Betrachten gerade aus
15:24
Unternehmenssicht beispielsweise hast du natürlich auch schon
15:28
unter Umständen eine gute Kosteneffizienz, weil du halt
15:31
eben auch zusätzlich. Andere Leute hast die eben dran
15:36
mit entwickeln, ohne dass sie jetzt quasi jetzt mal blöd
15:39
gesagt, entgeltlich dafür bezahlt werden müssen, weil
15:41
Leute halt einfach aus Interesse daran mitarbeiten können.
15:44
Also. Das natürlich ein
15:47
zweischneidiges Schwert. Das kann gut laufen, aber du
15:51
hast natürlich auch ne gewisse Verantwortung für dieses Repo,
15:54
das zu maintain und alles und da wirst du natürlich auch.
15:59
Entwicklungsleistung abdrücken müssen von der eigentlichen
16:02
Entwicklung dann allein. Dafür ist zu maintain, was ja im
16:05
Endeffekt wieder in das Produkt einfließt.
16:07
Angenommen, da kommen jetzt 10 Entwickler und sagen ey und
16:11
Reporten halt so 2030 issues mit Bugs, dann kostet dich das ja
16:17
Zeit. Andererseits kannst du sagen ja
16:18
okay aber diese Bugs hätten wir auch selbst finden müssen erst
16:21
mal und können jetzt die Qualität wieder steigern.
16:24
Also das meine ich halt so mit zweischneidigen Schwert, es
16:27
kostet dich einerseits zusätzliche Energie.
16:30
Das zu Maintain und du diese Verantwortlichkeit für das Repo
16:33
zu übernehmen. Andererseits wenn du keinen
16:36
Input kriegst von anderen Entwicklern bringt dich das ja
16:38
auch vorwärts. Ja, es ist halt wirklich ein
16:40
Trade Off von der Stelle. Wie du schon meintest.
16:43
Es kann natürlich guter Code oder gute Ideen können mit
16:45
einfließen. Den, die du vielleicht auch 7
16:49
musst. Auf der anderen Seite kann es
16:50
auch sein, dass du halt, also du hast natürlich diesen Aufwand,
16:53
den du an dieser Stelle betreibst, wo du sagst, OK, ich
16:56
muss jetzt differenzieren, zwischen welcher Pull request
16:58
ist wertvoll und welcher ist nicht wertvoll beispielsweise
17:01
und. Diesem wertvolle Pull request
17:04
hätte ich eventuell auch selber implementieren müssen.
17:06
Ne, also das sind natürlich Zeit Aufwände die auf der einen oder
17:10
der anderen Seite zum Tragen kommen und da hängt es natürlich
17:13
an der Stelle auf jeden Fall von der Community sozusagen ab, die
17:16
mit daran mitentwickelt. Auf der anderen Seite, was auch
17:21
noch n Trade off ist, ist zum Beispiel das, was ich auch am
17:23
Anfang gesagt hatte. Ich finde das ist n sehr sehr
17:25
häufig genannter Punkt ist zum Beispiel das oder hab ich auf
17:29
jeden Fall schon häufig gehört, dass man sagt, so Open Source
17:32
Software ist zum Beispiel nicht sicher, weil man ja zum Beispiel
17:37
sagt, Ja jeder kann da irgendwie mit dran rum arbeiten und das
17:40
ist ja irgendwie blöd. Und das ist ZB auch so ein
17:43
Punkt, weil ich den jetzt gerne einmal so mit ins Boot ziehen
17:47
möchte. Den man natürlich auch nicht
17:50
unbedingt so sehen kann. Also ich würde auch wieder
17:52
sagen, es ist ein zweischneidiges Schwert oder ein
17:54
Trade off, weil auf der einen Seite ist es natürlich so, dass
17:57
dein Code komplett einsehbar ist im Open Source, also als wenn du
18:02
den als Open Source hast, was natürlich bedeuten kann, dass
18:06
andere Leute, die vielleicht Sicherheitslücken finden, diese
18:09
Sicherheitslücken ausnutzen können.
18:12
Erfahrungsgemäß ist es aber auch so, dass dadurch, dass du eine
18:15
Community hast und je größer deine Community ist, desto
18:17
schneller werden noch gleichzeitig diese
18:19
Sicherheitslücken erkannt. Reported.
18:21
Das heißt, du kannst natürlich sehen, OK, vielleicht habe ich
18:24
eine Sicherheitslücke, die. Erkannt wird und ausgenutzt
18:29
wird. Aber vielleicht habe ich auch
18:30
eine Sicherheitslücke, die erkannt wird und super schnell
18:32
gefixt wird. Ne, also vergleichen wir das
18:35
jetzt mal mit proprietärer Software wo man sagt Okay, du
18:38
hast vielleicht eine Sicherheitslücke Monitors
18:41
observed was auch immer deine Anwendung sehr schlecht und es
18:45
wird eine Sicherheitslücke entdeckt und die Entwickler oder
18:48
Entwicklerinnen die an dieser Software arbeiten wissen nicht
18:51
von dieser Sicherheitslücke, dann kann es durchaus unter
18:53
Umständen sein, dass diese Sicherheitslücke sehr lange
18:56
offen ist. Und das ist natürlich dann.
19:00
Finde ich entkräftet n bisschen das Argument zu sagen Open
19:03
Source Software ist nicht sicher.
19:06
Also wie siehst du das? Ja, gehe ich auf jeden Fall mit.
19:12
Ist ein ist wirklich ein guter Punkt und da spielen auch noch
19:15
so andere Faktoren mit rein. Zum Beispiel ist es ja nicht nur
19:21
können Sicherheitslücken aufgedeckt werden, sondern auch
19:24
das Firmware oft sich denken, das ist doch jetzt aber unsere
19:28
Idee, die wir verkaufen wollen oder unser Produkt, unser Know
19:32
How innerhalb der Firma, dass wenn wir das jetzt öffentlich
19:35
machen, dann kann das ja geklaut werden.
19:37
Also du hast einerseits, sage ich mal oder diese Bedenken oft
19:41
bei Entwicklern und Firmen, dass sie sagen, okay
19:44
Sicherheitslücken können auffallen und ausgenutzt werden,
19:47
das finde ich, hast du aber gut erklärt, dass du ja in der
19:50
Community auch Leute hast, die sagen, hier ist eine
19:52
Sicherheitslücke. Reporten das und dann kannst du
19:55
es fixen. So würdest du es nicht finden
19:57
und vielleicht würden trotzdem die Anwender am Ende diese
19:59
Sicherheitslücke sehen und ausnutzen.
20:01
Also wie sage ich mal Leute die böse gesinnt sind, sage ich mal
20:05
und das missbrauchen. Wollen böse.
20:07
Leute, die bösen, bösen Entwickler.
20:11
Und andererseits halt immer dieser, dieser Gedanke von Ey.
20:13
Nee, wenn wir das rausgeben, dann wird die Konkurrenz unsere
20:17
Idee klauen, und das finde ich halt auch spannend.
20:20
Das Thema Ich verstehe den Gedanken.
20:23
Also ist nicht so, dass ich das jetzt komplett abtun möchte.
20:25
Ich verstehe das und das muss abgewogen werden, aber mal
20:29
angenommen, du bist jetzt n Startup, du hast legst komplett
20:33
von vorne los, dann wirst du ja irgendwann diese Idee bewerben.
20:37
Ja, so. Und dann bist du aber noch an
20:39
den Anfängen und hast vielleicht 2 Entwickler, 3 Entwickler.
20:42
Vielleicht bist du auch alleine so was soll da jetzt schon an
20:46
groß an an Menge an Software rumkommen?
20:50
Ich mein ein Entwickler der kann jetzt auch nicht die Welt
20:52
bewegen. Ja.
20:54
So, das heißt, du Bewirbst da die Idee und dann kommt
20:57
irgendwie n Big Player und sagt geile Idee, ich leg jetzt, ich
21:00
hau jetzt meine 100 Entwickler da drauf, die machen das in 2
21:03
Monaten haben die den anderen eingeholt und in 3 Monaten sind
21:06
wir weit an ihm vorbei. Kannst du nicht verhindern.
21:09
Spätestens wenn du die Idee ja öffentlich trägst, kannst du es
21:12
ja nicht verhindern, dass jemand denkt ist cool, mach ich
21:15
ähnlich. Ja.
21:16
Und das ist auch n guter Punkt. Mach ich ähnlich, dann kannst du
21:19
es, dann kannst du gar nichts machen.
21:20
Ne so, und das ist der eine Punkt und der andere Punkt ist,
21:26
wenn du schon so n Riesenunternehmen bist, dass du,
21:28
dass das so ne riesen Software ist und du da ein Teil von
21:31
Auslagerst, dann kann ja keine anderer sagen OK, ich hab jetzt
21:36
hier 3 Entwickler haha jetzt werden wir das mal schön
21:38
nachbauen. Ich meine, wie viele Jahre
21:41
sollen die denn daran entwickeln, weißt du, und um
21:45
quasi den Rang abzulaufen von diesem etablierten Unternehmen.
21:49
Also da verstehe ich halt manchmal einfach nicht, wovor
21:51
man Angst. Hat also im Endeffekt sagst du
21:54
jetzt quasi okay, wenn du wenig Manpower hast.
21:59
Dann ist es schon sinnvoll, eventuell eine geile Idee als
22:02
Open Source zu machen, weil du halt einfach viel mehr
22:04
Unterstützung von außen hast, dass du quasi deine Software
22:07
kann, viel schneller wachsen an dieser Stelle genau.
22:10
Das ist halt ein Punkt und es muss ja nicht die gesamte
22:12
Software sein. Es kann ja wirklich nur so ein
22:14
Key Punkt sein, dass du sagst, guck doch mal, wie geil das ist,
22:16
was wir hier machen und andere können das Nutzen und auch geile
22:20
Sachen erschaffen und dadurch werden sie dir später keine
22:22
Kunden abnehmen oder so. Das ist auf jeden Fall.
22:25
Eigentlich da n bisschen naiv dran, aber im Endeffekt ich mein
22:28
jemand der der den Markt bestimmen will oder da wo du
22:32
dein Produkt platzierst, der wird das auch tun, wenn du es
22:36
nicht open Source machst. Spätestens wenn du mit dem mit
22:38
der Sache auf den Markt gehst und er sagt gut in 2 Monaten
22:40
haben wir das auch. Ja, also es ist natürlich immer
22:43
die Frage an wer, also was du gerade entwickelt.
22:45
Es kann ja durchaus sein, dass du zum Beispiel irgendwo eine
22:49
komplett neue Erfindung hast, eine sehr innovative.
22:55
Erfindung, die du oder eine innovative Idee, die du
22:58
irgendwie etablieren möchtest? Dann ist es natürlich immer die
23:00
Frage okay ist es jetzt sinnvoll, das zu machen oder
23:04
nicht? An der Stelle würde ich sagen,
23:06
natürlich macht das schon Sinn, weil du halt mehr Leute hast.
23:08
Du kannst deine Software schneller wachsen lassen.
23:12
Wenn du jetzt zum Beispiel aber auch keine Ahnung angenommen,
23:16
also wir sind irgendwie noch unterschiedliche Sachen, weil
23:18
wenn du jetzt zum Beispiel sagst, also man kann an dieser
23:20
Stelle tatsächlich überlegen, möchte man das oder nicht, weil
23:23
es hat halt, wie gesagt, es ist nicht immer nur ein ja oder
23:26
nein. Der Stelle, sondern man muss es
23:28
abwägen, wo ich relativ schnell sagen würde, das ist n auf jeden
23:32
Fall macht man das Open Source, warum auch nicht, ist zum
23:36
Beispiel wenn du sagen wir mal dich in einem Sektor vielleicht
23:39
etablieren möchtest, der vielleicht schon.
23:42
Existiert ne und du möchtest quasi mit in diese in diese
23:47
Schiene. Also du möchtest quasi
23:49
dazwischen mitspielen und es gibt das Rad nicht neu zu
23:53
erfinden, aber du weißt, dass du Sachen wirklich sehr sehr gut
23:57
machen kannst und du weißt vielleicht auch, dass du
23:59
bestimmte Sachen weiß, nicht, dass du vielleicht selber eigene
24:03
Best Practices entwickelst und musst vielleicht sozusagen allen
24:06
zeigen oder willst allen zeigen, guck mal Leute, wir haben das
24:10
sogar technisch drauf, also angenommen, das sind vielleicht
24:13
auch sicherheitskritische Sachen, die da passieren müssen,
24:16
dann ist es ja vielleicht durchaus sinnvoll zu zeigen,
24:18
guckt mal Leute, wenn ihr auf. Service setzt, das ist unser
24:22
Code. Guckt euch den an, der ist gut,
24:25
der ist der der funktioniert und da da kannst du ja auch
24:30
Vertrauen gewinnen um zu zeigen, OK, das ist jetzt vielleicht ne
24:34
Software und alle können das nachmachen, aber was ist denn
24:36
das Problem? Erstens gewinnst du vielleicht
24:38
Kunden dadurch, dass weil die Kunden sagen okay, ich stecke
24:41
wirklich ein hohes Vertrauen in das, was ich da sehe und zum
24:44
anderen machst du den Rest der Welt auch sicherer, weil andere
24:47
vielleicht von dir lernen können und sagen können, ach so, geht
24:51
sicher, also hast du damit ja quasi vielleicht auch bestimmte
24:54
Sicherheitsstandards, kannst du vielleicht schaffen oder
24:57
etablieren. Also das sind auf jeden Fall, da
25:00
würde ich schon sagen, das macht irgendwie Sinn, obwohl es
25:03
bestimmt auch wieder Leute gibt, die sagen.
25:05
Aber warte mal ganz. Kurz.
25:08
Warte mal. Das ist ja das, was wir ganz am
25:12
Anfang noch schon gesagt hatten, einfach Prestige sozusagen
25:16
aufzubauen. Dass man dein Unternehmen
25:20
zumindestens anfangs in in so einem kleinen Coderkreis mit dem
25:25
Prädikat geile Software. Belegt und dass, dass du einfach
25:30
für Qualität stehst und das ja dann auch andere Unternehmen
25:33
mitkriegen und vielleicht ein bisschen ideologisch auch
25:38
schwieriges Wort, aber auch wichtiger Punkt ist.
25:41
Was wäre denn, wenn die letzten Jahre niemand etwas Open Source
25:46
gemacht hätte? Wo wäre der
25:48
Gesamtentwicklungsstand und wo ist er jetzt Realität?
25:53
Also in der Realität, wo man sagt okay ich share meine
25:56
Software und verwendet sie, entwickelt sie weiter und lasst
25:59
uns zusammen was geiles machen, das finde ich ist auch ein
26:01
wichtiger Punkt, wenn jeder für sich in seinem Kämmerchen
26:03
entwickelt und dann nur noch irgendwie was zeigt was du
26:06
kaufen kannst oder halt Black Box mäßig verwenden kannst.
26:10
Das würde ja auch die gesamte Entwicklung der der Welt, sage
26:14
ich mal, der Titel der Technischen Welt, oder?
26:18
Also das ist auf jeden Fall ein schönes Gedankenexperiment, was
26:20
man sich auf jeden Fall auch als Zuhörer oder Zuhörerin, einmal
26:23
aufgepasst, einmal vielleicht mal durchspielen könnte.
26:26
Also find ich schon interessant. Was, weil wir gerade noch mal
26:31
bei Sicherheit waren, was vielleicht noch ein Punkt ist,
26:33
an wo man vielleicht noch mal auf jeden Fall auch an jeden
26:36
einzelnen oder jede einzelne appellieren sollte.
26:39
Was würde ich sagen, auch wichtig ist, ist, Open Source
26:43
ist prinzipiell eine gute Sache, würde ich sagen, ich glaube, da
26:46
kann ich für dich sprechen, oder Tino kommt natürlich immer auch
26:50
ein bisschen darauf an, wofür man das benutzen möchte und was
26:53
dahinter steht, haben wir auch gesagt, das ist halt meistens
26:56
nicht nur einfach ja oder nein, open Source ja, open source,
26:58
nein, das muss man natürlich direkt auf den Anwendungsfall,
27:01
auf jeden Fall auch. Ein bisschen wirklich überlegen,
27:06
was steht dahinter, was aber wichtig ist, was ich auf jeden
27:10
Fall gerne auch noch mal ein bisschen mitgeben möchte, ist,
27:12
dass man sich zum Beispiel sagen kann, Ok, Open Source heißt aber
27:15
auch jetzt nicht gleichzeitig jedes.
27:18
Großprojekt ist glasklar oder lupenrein, oder wie man das
27:21
nennen möchte, weil es gibt, zum Beispiel, weil ich vorhin auch
27:24
NPM angesprochen hatte, es gibt, es ist nicht zu empfehlen,
27:29
einfach irgendwie jede NPM Package Library einfach blind zu
27:32
installieren und da sind wir auch wieder nochmal an dem Punkt
27:37
vom Anfang. Es ist nicht nur sinnvoll sich
27:40
Code anzugucken um daraus zu lernen, sondern manchmal ist es
27:42
auch sinnvoll Code sich anzugucken und ein bisschen
27:45
unter die Lupe zu nehmen, weil man gucken kann, okay wird da
27:49
irgendwie Schindluder betrieben oder nicht.
27:52
Weil es gibt. Auf jeden Fall kann man einfach
27:54
mal im Internet ein bisschen recherchieren und durchsuchen.
27:57
Es gibt diverse npm Packages, die halt eben ich sag mal auf
28:03
die Blacklist gesetzt wurden, weil sie halt eben nicht
28:05
lupenrein waren, weil sie, weil da eben Schindluder betrieben
28:08
wurde und ein Mist passiert ist. So viel wie an Software
28:14
theoretisch auf dem Markt kommen kann und auch kommt, so schnell
28:18
kann keiner reagieren. Also sowas wird natürlich in
28:20
vielen Fällen auch oft erkannt, weil es halt eben Open sources
28:24
aber auch nicht sofort, also immer n bisschen auch.
28:27
Mit Bedacht das ganze angucken. Würde ich jetzt mal so auf jeden
28:31
Fall, da noch kurz, dann driften wir ja jetzt quasi auf die
28:37
andere Seite. Wann?
28:39
Was sind so vor und Nachteile? Open Source Software oder
28:42
einsehbare Software zu verwenden?
28:46
Weil was du beschrieben hast finde ich ist auf jeden Fall
28:47
super. Wichtiger Punkt aus Sicht des
28:50
Anwenders, ob ich quasi Open Source verwende oder nicht für
28:54
meine eigene Software und das ist halt auf jeden Fall ein
28:57
super wichtiger Punkt, dass man sich anguckt, was für zb jetzt
29:02
in der mpm Welt was für Packages sind denn das die ich da
29:05
verwende? Es klingt immer n bisschen
29:09
simpel, aber ich finde, es ist zum Beispiel einfach auch schon
29:12
mal n guter Anhaltspunkt, wieviel das Package verwendet
29:15
wird oder wie oft besser gesagt ist es sehr beliebt.
29:18
Wie ist es bewertet, wie oft wird das in in der Woche zum
29:22
Beispiel runtergeladen, guter Punkt, ja das sind das sind halt
29:25
so so erste Anhaltspunkte dann wie gesagt hatten wir vorhin die
29:28
Lizenz, gucke ich mir an, zum Beispiel weil wenn es zur
29:31
Lizenztechnisch gar nicht das erfüllt, was ich damit machen
29:34
möchte, dann ist ja eh schon Quatsch, ja.
29:38
Dann sollte man es auch nicht tun.
29:39
Also hier nicht irgendwas Verbotenes tun, liebe Zuhörer.
29:41
Lieber Zuhörer, ja, das ist. Natürlich.
29:44
Also die Lizenz finde ich halt auch immer noch wichtig.
29:47
Gerade, dass du zum Beispiel. Kriterien, gerade wenn du zum.
29:49
Beispiel n Package verwenden willst für ne Software, die man
29:52
vielleicht selber implementiert und kommerziell verwenden will.
29:55
Aber diese Lizenz ist vielleicht gar nicht für den kommerziellen
29:58
Gebrauch zugelassen. Oder, oder du bist verpflichtet
30:02
deine Software hat Anteile auch öffentlich zu machen, gibt es
30:05
auch oft Lizenzen, die das beinhalten und dann ist das
30:08
deine Pflicht, weil du diese Lizenz vereinbart hast.
30:12
Also deswegen, das ist halt auch ein wichtiger Punkt, da
30:15
reinzuschauen. Ja, ansonsten verfällt mir noch
30:21
n Punkt ein. Gute Frage, gute Frage.
30:25
Ah ja, ja, ja, ich hab noch ich hab noch n wirklich guten Punkt,
30:28
der mir auch oft schon auf die Füße gefallen ist.
30:31
Bin. Ich gespannt.
30:32
Ja, und zwar du verwendest ne n Package, was wirklich cool ist.
30:37
Du suchst du hast also sagen wir mal du hast ne Problemstellung
30:40
und du suchst ne Lösung dafür. Du findest n Package, das wird
30:43
auch verwendet, vielleicht jetzt nicht übertrieben viel, aber es
30:45
ist schon in Benutzung und das löst dein Problem, das heißt du
30:49
verwendest den Code, integrierst ihn und bist erstmal fein damit
30:54
so und gefühlt in einem halben dreiviertel Jahr hat sich was
31:00
geändert und das Package erfüllt.
31:03
Die Aufgabe, was es soll, oder es funktioniert nicht mehr.
31:05
Du kriegst auf einmal Fehler in deiner Software, beispielsweise
31:08
bei irgendwelchen Drittanbieter. Irgendwelche Anbindung third
31:10
Party mäßig und dann denkst du dir, na gut, dann muss ich wohl
31:13
mal neue Version von meinem Package, weil das halt mal
31:16
updaten so und dann siehst du der letzte Commit auf diesem
31:19
Repo auf dem Package ist auch ein halbes Jahr her und das wird
31:22
nicht mehr Main Tainte die Wartung ist eingestellt, du
31:25
erreichst niemanden mehr, du kannst es auch nicht abändern,
31:29
außer jetzt vielleicht lokal für dich, aber das hilft dir dann
31:31
auch nur in dem Fall. Ja, dann stehst du halt blöd da
31:36
und hast dich darauf verlassen, dieses Package zu verwenden und
31:40
stehst dann halt vor einem sehr, sehr blöden Problem, um es mal
31:43
milde auszudrücken. Ich.
31:45
Hoffe du kannst mir folgen und auch Liebe zuhören.
31:48
Lieber Zuhörer, du kannst mir folgen, aber das ist wirklich
31:52
wirklich. Ein Problem?
31:56
Gerade in zum Beispiel im javascript Bereich ist die Welt
32:00
da auch sehr sehr schnelllebig, was halt durchaus dazu führen
32:04
kann, dass Inkompatibilität auftreten können.
32:08
Und da hängt es natürlich immer wieder ein bisschen von der
32:10
Community ab, auch wie schnell zum Beispiel auf bestimmte
32:14
Änderungen reagiert wird. Aber zum Beispiel ist wieder
32:20
auch NNN weites Thema und es gibt natürlich auch
32:22
verschiedene. Packagesysteme nicht nur im im
32:26
Notebereich natürlich, von daher will ich da jetzt nicht näher
32:29
drauf eingehen, aber das ist auf jeden Fall NN Punkt, den man
32:32
natürlich bei Open Source mit im Kopf haben muss.
32:37
Und deswegen ist es halt immer die Frage, an welcher Stelle man
32:40
Open Source anwenden sollte. Ich würde sagen, am Ende hängt
32:44
es einfach auch ein bisschen vom, also sehr individuell vom
32:47
Anwendungsfall ab. Und man sollte sich wirklich
32:52
überlegen. Worauf man hinaus möchte.
32:56
Also wenn man jetzt zum Beispiel Kosteneffizienz die Software
32:59
wachsen lassen möchte, dann ist es durchaus möglich das mit Open
33:01
Source zu machen. War noch lange nicht, dass das
33:05
auch wirklich, wie wir ja schon das diskutiert haben, auch
33:08
kosteneffizient wirklich stattfinden kann.
33:12
Aber prinzipiell geht die Tendenz schon dorthin, würde ich
33:15
sagen. Dann ist natürlich Transparenz
33:18
auf der einen Seite kann es ne gute Sache sein, es kann es kann
33:22
n Segen sein, es kann aber natürlich auch irgendwo n Fluch
33:24
sein, das ist der Sicherheitsaspekt den wir
33:26
betrachtet haben, die Sicherheit kann unter Umständen im ist
33:29
tendenziell aus Erfahrung recht hoch.
33:33
Weil du ja natürlich auf der einen Seite viele Leute hast,
33:36
die drauf gucken können, aber vielleicht auch nicht.
33:39
Die Experten haben, die du vielleicht sonst im proprietären
33:43
Bereich für eine Software hast. Das kann natürlich aber auch
33:45
sein, dass wenn du diese Experten vielleicht oder wenn
33:48
diese Experten oder Expertinnen betriebsblind sind, dass sie
33:51
dann bestimmte Sicherheitslücken nicht finden und diese
33:55
Kompatibilitätsprobleme, die du gerade geschildert hast, die
33:58
sind natürlich auf Seiten von Open Source eher zu finden als
34:01
in proprietärer Software. Und deswegen ist es halt
34:04
wirklich, wirklich abzuwiegen. Ok, wann sollte man was
34:07
verwenden? Eine Sache spannend finde oder
34:12
wie er fair sein müssen. Wir können ja sagen, OK, die.
34:17
Von diesem öffentlichen Package wurde eingestellt, da kümmert
34:20
sich niemand mehr drum. Das ist natürlich n Problem, was
34:23
bei kaufsoftware Blackbox Lösungen auch auftreten kann,
34:27
also da stimmt, fairerweise muss man das natürlich auch
34:30
ansprechen. Beispielsweise ein Startup
34:33
gründet sich, hat eine ganz coole Softwarelösung für ein
34:36
Problem. Man selbst als Unternehmen oder
34:39
Endanwender setzt darauf, kauft eine Lizenz oder oder oder,
34:43
kauft diese Software vielleicht nicht mehr irgendein Abo Modell,
34:45
sondern wirklich so einmalig dieses Software und das
34:49
Unternehmen. Dieses Startup geht aber
34:51
insolvent und also wird halt aufgelöst sage ich mal und wird
34:56
nicht weiterentwickelt die Software dann habe ich am Ende
34:58
auch eine Software gekauft und stehe vor dem gleichen Problem.
35:02
Plus dass ich noch Geld dafür bezahlt habe und vertraglich
35:04
halt nicht so was drin steht wie du kriegst auf jeden Fall
35:08
Updates noch, sondern da ist halt denn auch niemand mehr da.
35:11
Da gibt es ja auch. Dann im Endeffekt das gleiche
35:15
Problem am Ende für dich als Endanwender.
35:18
Also wenn man mal so darüber nachdenkt, jetzt ist natürlich
35:21
die Frage, wenn du jetzt von großen Unternehmen
35:24
Softwarelösungen kaufst, dann gehst du natürlich davon aus,
35:27
dass die auch überleben. Klar.
35:32
Aber am Ende, ich würd. Dir gern?
35:34
Ja, ich wollte. Eigentlich nur sagen, dass es
35:36
halt so n paar Punkte gibt, die man abwägen muss für Open Source
35:41
um am Ende halt auf wirklich Nenner zu kommen und das da gibt
35:44
es nie einen Punkt wie wir ja schon meinten, das ist so oder
35:48
so, aber was man ins Kalkül ziehen kann sind ja zum Beispiel
35:51
die Kosten, die Anpassbarkeit, Sicherheit, Support und Wartung,
35:55
Verfügbarkeit und Kompatibilität, die Lizenzen wie
35:59
du meintest ist auch ein wichtiger Punkt, wie sollen die
36:02
aussehen oder? Die wie lang soll die
36:05
Verfügbarkeit sein? Das ist ja im Endeffekt das, was
36:07
du auch gerade genannt hast. Und was für ne Community steht
36:12
dahinter, wenn man denn Open Source betrachtet oder halt eben
36:15
welche Mitarbeiter habe ich in meinem Unternehmen?
36:19
Das sind halt würde ich sagen, so grobe Punkte, an denen man
36:22
sich theoretisch lang hangeln könnte.
36:26
Sehr gut zusammengefasst die Folge.
36:29
Ja, bevor ich die Folge beende. Fabi würde ich gerne noch in der
36:31
provokative Frage in den Raum stellen, und zwar an dich und
36:34
auch an dich, liebe Zuhörerin, lieber Zuhörer, und zwar bei
36:38
diesem ganzen Open Source Thema, was wir jetzt besprochen haben,
36:42
kann man sich ja mal die Frage stellen bei den Software oder
36:46
Programmen oder Software Lösung die ich oder man selbst
36:49
entwickelt. Welche davon sind denn überhaupt
36:52
ohne Anteile von Open Source? Oder ist man je nachdem in
36:56
welchem Bereich man arbeitet, doch eh an dem Punkt, dass Open
36:59
Source Elemente mit dabei sind? Das kann ja mal jeder so für
37:02
sich beantworten oder möchtest du hast du ne Antwort?
37:05
Berater drauf, aber ich find das ist ne sehr coole Frage, die man
37:08
sich selbst mal stellen kann bei dem ganzen Thema ja definitiv.
37:11
Also ich würd es mal kurz machen für mich ganz kurz und sagen.
37:15
Viel also. Meistens nutzt man Open Source
37:19
Software irgendwie im Alltag, im im Berufsalltag oder im privaten
37:23
Alltag. Weil es halt einfach die
37:27
Entwicklung auch beschleunigt ohne Ende, weil du einfach, du
37:30
musst ja nicht das Rad neu erfinden, wie du es vorhin so
37:32
schön gesagt hast. Richtig, es gibt natürlich wie
37:35
gesagt auch Projekte, wo man das nicht macht, auch hier genannten
37:39
Gründen in der Folge aber grundsätzlich bei uns beiden
37:42
kann man sagen, wir dem schon zum Beispiel im Note Jazz Umfeld
37:46
Packages, logisch. Sonst bist du halt doch
37:49
irgendwann nicht mehr wettbewerbsfähig, wenn du alles
37:52
immer selber machen musst. Ja, dann würde ich sagen, haben
37:56
wir es wirklich ausführlich besprochen und ich würde die
37:58
Folge jetzt beenden. Das hat mir extrem viel Spaß
38:00
gemacht. Fabi, vielen Dank dafür, es war
38:02
ein extrem cooler Talk. Ja, ich mag das Thema auch sehr,
38:06
muss ich sagen. Ja, liebe zuhören, liebe
38:10
Zuhörer, falls dir diese Folge gefallen hat, lass doch gerne n
38:14
Like da abonnier diesen Podcast Erfolg uns auch gerne auf
38:17
anderen Plattformen. Die Links findest du wie immer
38:20
in den Shownotes und falls dir noch Punkte einfallen, die wir
38:24
hier vergessen haben vor und Nachteile sowohl als Anwender
38:27
als auch als Entwickler von Open Source, meld dich gerne bei uns
38:31
in den Show Notes findest du auch die E-Mail Adresse von
38:34
diesem Podcast. Da kannst du uns gerne
38:36
schreiben, wir sind super gespannt was dir noch einfällt.
38:41
Wir würden das dann auch gerne mit der Community teilen und
38:44
ansonsten würde ich sagen, mach dir noch einen schönen Tag.
38:46
Wir hören uns beim nächsten Mal deine Coding Buddies.
38:49
Gemeinsam besser. Was?
39:01
Was?