Latest / Coding Buddies | Tech & Dev-Mindset / Was macht gute Software-EntwicklerInnen aus?

Transcript

Was macht gute Software-EntwicklerInnen aus? · Coding Buddies | Tech & Dev-Mindset

0:00
Nee, ich habe das schon immer so gemacht und so läuft das.
0:02
Und was willst du mir denn erzählen?
0:05
Keine Ahnung, ich habe schon gecoded, da bist du noch mit der
0:07
Trommel und Weihnachtsbaum gelaufen oder sowas Coding
0:11
Buddy, Dein Podcast rund um Softwareentwicklung und
0:14
aktueller Tech News. Herzlich Willkommen.
0:29
Halli Hallo und herzlich Willkommen.
0:31
Eine neue Folge vom Coaling Buddies Podcast steht an und
0:36
damit begrüße ich natürlich klare Sache.
0:39
Tino, Wie geht's dir, Moin Moin Fabi, mir geht's super, ich bin
0:44
fit, ich hab Bock es ist mal wieder soweit die Folge xx weiß
0:49
ich nicht, ich weiß gar nicht wo wir stehen, ich weiß es auch
0:53
nicht ne Menge schon. Aber ist ja ja auf jeden Fall
0:56
schon. Weiß nicht ungefähr eineinhalb
0:58
Jahre läuft der jetzt schon. Ne interessant auf jeden Fall.
1:00
Aber Mann, Mann, Mann, die 100. Folge, da müssen wir uns
1:03
irgendwas ausdenken und ich weiß, dass das noch nicht die
1:05
100. Folge ist.
1:06
Aber das ist gut, das ist gut, weil ich hatte jetzt gesagt oder
1:10
hätte gedacht, so was ist, wenn die 100.
1:11
Schon war, aber nein, ich glaube 100 sind es noch nicht.
1:13
Glaube ich auch nicht. Aber ich finde es auch immer so.
1:17
Ich weiß nicht, ist das eigentlich so ein so ein so der
1:19
allgemeine Monk, der so in jedem herrscht, dass man sagt, so ja,
1:23
bei einer 100 darfst du was Special mäßiges machen, aber
1:25
nicht bei der 98 auf gar keinen Fall auf der 98.
1:29
Ja, warum solltest du das bei der 98 machen?
1:31
Also wirklich. Vielleicht ist die Zahl bei der
1:33
Holla. Oder gar nicht, sonst auch nie
1:37
wieder. Nie wieder.
1:39
Nein, aber ich find's so witzig gut.
1:40
Aber das ist Zukunftsmusik, da sind wir ja noch nicht.
1:43
Aber ist wie bei wie bei Geburtstagen feiern so.
1:45
Du darfst halt, also weißt du so n großer runder Geburtstag, den
1:48
feierst du so richtig dolle dann ne also den richtig doll, aber
1:51
alle anderen sind eigentlich scheißegal.
1:53
Wenn. Du so denkst darauf.
1:55
Ja, ich finde du kannst aber jeden Geburtstag feiern, wenn du
1:57
Bock hast. Durch weißt du also so zieh es
2:00
durch, wenn wenn du wenn man darauf bock hat dann.
2:04
Let's Go, Man ist da geboren. Aber uns beide einladend, ja
2:11
sehr schön okay gut, das ist aber glaube ich nicht unser
2:13
heutiges Thema. Och Mann, aber spannend trotzdem
2:18
lass uns doch lieber darüber reden.
2:21
Nein, hau mal raus, du hast doch bestimmt n Thema mitgebracht,
2:23
habe ich aber. Ganz kurz bevor wir jetzt
2:26
wirklich reinstarten, möchte ich, dass wir uns noch.
2:28
Mal auf die Sache mit den Geburtstagen zurückkommen.
2:32
Ich möchte mich noch mal in unser beider Namen sozusagen
2:35
bedanken. Ganz herzlich bei Lynn für eine
2:38
wunderschöne Spende. Ja danke, vielen Lieben Dank, es
2:42
freut uns auf jeden Fall, dass. Dir, dass du Tipps und Hilfen
2:47
sozusagen aus unserem Podcast mitnehmen kannst.
2:50
Das ist natürlich richtig cool und das motiviert uns sowas von
2:53
hier auch auf jeden Fall weiter zu machen.
2:55
Ja, absolut vielen, vielen Dank dafür.
2:58
So und jetzt Tino können wir gerne richtig rein starten und
3:02
zwar geht es heute einfach mal darum, dass wir aus unserer
3:07
Sicht gucken, was macht einen guten Softwareentwickler oder
3:12
eine gute Softwareentwicklerin aus?
3:14
Ne, also da hat vielleicht auch jeder so seine eigene Meinung
3:19
von oder sein eigenes Bild, aber zumindest können wir ja unsere
3:23
Sicht der Dinge einfach mal darlegen und gucken, bisschen
3:25
darüber diskutieren, bisschen quatschen, paar Punkte auf den
3:28
Tisch legen, was denn so die Punkte wären, die aus unserer
3:34
Sicht wichtig wären. Ja, finde ich spannend.
3:38
Das Thema möchtest du das nur so aus technischer Sicht betrachten
3:43
oder auch sage ich mal so Soft Skills oder im Projekt
3:49
geschehen. Also ich würde schon sagen wie
3:53
gesagt ne Sichtweise von uns und ich würde auch sagen, dass die
3:58
technische Sicht ist auf jeden Fall ein Punkt, den wir
4:00
betrachten sollten. Also was ist technisch wichtig,
4:02
dass man sozusagen n guter Softwareentwickler oder ne gute
4:05
Softwareentwicklerin ist? Aber genauso find ich, zählt es
4:08
auch mit rein, dass man bestimmte Softskills mitbringen
4:11
sollte, die genauso wichtig sind, um eben halt auch als gut
4:15
dann in dieser Kategorie sag ich jetzt mal zu gelten.
4:18
Ne ja ich find doch schön, dass du gesagt hast, dass das genauso
4:24
wichtig ist. Die Softskills, weil das seh ich
4:27
auch so und da gibt es bestimmt n paar Punkte, die wir da mal so
4:29
herauskristallisieren können. Finde ich gut.
4:32
Das Thema würde ich sagen, lass uns damit starten, dann fangen
4:36
wir mit den technischen Sachen an würde ich sagen oder?
4:38
Genau da war ich auch gerade schon.
4:41
Hau mal drauf drauf. Zu sagen, erst technisch, dann
4:45
die softskill Sachen. Ich würde auf jeden Fall als
4:47
erstes und ich denke das ist so ein bisschen so ein No brainer,
4:51
dass man einfach sagt, OK, wenn man ein guter Softwareentwickler
4:54
oder eine gute Softwareentwicklerin sein
4:55
möchte, dann ist es schon wichtig, dass man auf jeden
4:59
Fall. Eine Sprache also.
5:00
Ich würde sagen, eigentlich nicht nur eine einigermaßen gut
5:05
beherrschen sollte und mit einigermaßen meine ich, dass man
5:08
auf jeden Fall in der Lage ist, größere Projekte zu erstellen
5:14
oder daran mitzucoden. Also man sollte zumindest einen
5:18
tiefen Sachverstand von einer Sprache haben, aber eigentlich
5:23
würde ich sogar dahin gehen, dass es eher 2 schon sein
5:26
sollten. Am besten je mehr, desto besser.
5:30
Aber wie siehst du das? Ja, also je mehr, desto besser.
5:37
Klar klingt das jetzt erstmal, sage ich mal einfach oder
5:41
richtig an der Stelle, aber es geht ja dabei nicht darum, ein
5:44
bisschen die Syntax zu kennen und einfache Algorithmen drin
5:48
schreiben zu können in der Sprache, sondern wie du schon
5:51
meintest, auch ein tieferes Verständnis zu haben, aber.
5:54
Und da fällt mir immer wieder ein das Interview, was wir mit
5:57
Anthony hatten, da hat er n sehr sehr coolen Punkt genannt, dass
6:00
er meinte für ihn ist es insofern wichtig, dass man quasi
6:05
für sämtliche Bereiche, die es so gibt in der
6:07
Softwareentwicklung vielleicht denn eine passende Sprache hat
6:10
und die auch. Kennt und sich damit auskennt,
6:13
damit man wie du so wie du ja gerade meintest, in gewissen
6:16
Projekten einfach mitarbeiten kann, dass man dich da quasi
6:19
reinwerfen kann ins Team und du so n bisschen dich umschaust.
6:24
OK, was für n Stack verwendet ihr hier, wo Codet ihr drin?
6:28
Und adaptierst dich quasi dann auf dieses Team und kannst aber
6:32
denn aktiv mitarbeiten und das finde ich, ist dann dabei
6:35
entscheidend, dass du halt auch wirklich weißt, OK, ich was wir
6:39
wollen jetzt n Backend machen. Ja, ich könnte das und das jetzt
6:41
so machen beispielsweise oder Frontend whatever you name it
6:47
und das finde ich, ist dabei entscheidend, dass du halt, sage
6:49
ich mal, gezielte Werkzeuge hast, mit denen du dann auch
6:53
sehr effektiv arbeiten kannst. Also ich finde halt wie ich mal
6:57
also. Eine Sprache zu haben, sollte
7:00
man auf jeden Fall, dass man zumindest Konzept von
7:04
Programmiersprachen wie etwas programmiert wird, auf jeden
7:07
Fall verinnerlicht hat und das auf jeden Fall echt kann.
7:10
Ne, das ist wichtig und dann aber genauso auch diese.
7:14
Also ich find erst mal den Punkt sehr gut, dass man sagt OK du du
7:16
hast, du kannst ne gewisse Masse abdecken ne jetzt kommt bestimmt
7:20
der ein oder andere und sagt ja gut das kann ich mit einer
7:23
Sprache ich brauch nur Rust oder so, kann damit alles machen.
7:27
Okay auch in Ordnung, ne, wenn du da richtig tief drin bist,
7:30
ist das ja, also finde ich ist es ja auch in Ordnung, nur ich
7:32
glaube es ist wichtig, dass man genauso dann aber auch in der
7:35
Lage ist, diese Transferleistung zu bringen und zu sagen, Ey guck
7:38
mal dieses Projekt an dem wir hier arbeiten, ist jetzt zum
7:41
Beispiel nicht in Rust, sondern vielleicht in Java und dann
7:44
sollte man aber auch einfach in der Lage sein zu sagen, alles
7:47
klar, Java okay wie geht die Syntax da ich bin raus okay
7:52
peace, ich bin raus. Nee, aber weißt du, dass du dann
7:56
halt einfach auch relativ schnell eben auch in der Lage
7:59
bist, umzusteigen und zu sagen, OK, ne andere
8:01
Programmiersprache, ich kenn die Syntax vielleicht nicht, aber es
8:03
ist am Ende irgendwo immer noch das gleiche.
8:05
Ne, vielleicht ist es noch mal hilfreich zu sagen, OK du hast n
8:10
Verständnis von objektorientierung, du hast n
8:13
Verständnis von funktionaler Programmierung, dass man da halt
8:16
eben auch noch diese Konzepte von verschiedenen Programmierart
8:20
und weisen kennt, sag ich jetzt mal und versteht.
8:23
Das zählt da für mich dann auch rein, wenn man sagt,
8:25
Programmiersprachen beherrschen. Es ist ja auch dann zum Beispiel
8:29
nicht so, dass du ne Programmiersprache hast, wo du
8:31
nur das eine oder nur das andere kannst.
8:33
Also zu beispielsweise Kotlin, da kannst du sehr viel
8:35
funktional programmieren, hast aber auch die Möglichkeit
8:38
Objektorientiert zu programmieren, also alles
8:41
möglich sozusagen. Ja, ich glaub der der der
8:46
Kernpunkt dabei was du. Meinst auch damit ist ja, dass
8:50
du halt allgemeines Verständnis von gewissen Algorithmen und
8:54
Datenstrukturen hast. Und da finde ich zeichnet einen
8:58
sehr guten Entwickler oder eine sehr gute Entwicklerin aus, wenn
9:01
dieses Verständnis auch sehr tiefgründig ist.
9:05
Also dass man wirklich n super Überblick darüber hat, was für
9:09
Datenstrukturen gibt es so? Also nicht nur ich bin jetzt,
9:13
ich fange jetzt an zu entwickeln sozusagen, und ja, ich, ich
9:15
brauche jetzt irgendwas, ja, ich nehme jetzt mal ne Liste oder
9:18
ich nehme jetzt n array oder so, sondern dass du halt wirklich
9:21
gezielt auch abhängig von dem, was du umsetzen möchtest von
9:26
deinen Randbedingungen auch gezielt Datenstrukturen
9:28
auswählst und dadurch auch effiziente Algorithmen entwerfen
9:32
kannst. Das finde ich, ist halt.
9:36
Sehr wichtig und entscheidend am Ende.
9:38
Und da hab ich auch mal n cooles Video gesehen wo ein Google
9:43
Mitarbeiter interviewt wurde der keine Ahnung 15 Jahre plus, also
9:46
wirklich lange schon in dem Unternehmen war und denen haben
9:51
sie mal ne ähnliche Frage gestellt ob er n Tipp geben kann
9:53
sozusagen und. Er meinte halt auch wirklich mal
9:58
die Basics bis ins Detail verstehen und verinnerlichen und
10:02
das wären jetzt für mich so Basics, die er hoffentlich auch
10:04
denn damit meinte. Weißt du also, dass man wirklich
10:08
mal weiß, was wie sieht, was ist ne Liste eigentlich, was sind
10:11
Bäume hashmaps ja ich mein man hört überall hashmaps wenn du
10:14
Probleme hast. Ja nimm ne Hashmap ist ja so so
10:16
n halbes Meme schon geworden und das aber wirklich mal alles
10:20
verinnerlichen finde ich zeichnet dann auch nen sehr
10:23
guten Entwickler oder eine sehr gute Entwicklerin aus.
10:26
Finde ich gut. Also auch einfach die Grundlagen
10:29
sozusagen nicht zu vernachlässigen, weil mein
10:32
kleines Beispiel, was mir dazu direkt einfällt, ist ja auch so
10:35
was wie man nimmt eine Variable, zum Beispiel ein integer, aber
10:41
wann hast du das letzte Mal wirklich darüber nachgedacht zu
10:44
sagen, ich nehme jetzt ein Scient oder ein unsign integer
10:47
beispielsweise, also es gibt ja rein theoretisch die Möglichkeit
10:50
zu sagen, ich nehme einen integer wert, der überhaupt
10:53
nicht negativ werden kann. Anstatt dessen wird aber häufig
10:57
zum Beispiel dann gesagt okay, ich nehme integer und prüfe, ob
11:00
er größer gleich 0 ist oder so. Und da ist halt die Frage okay
11:05
wieso muss man denn diese Überprüfung überhaupt noch rein
11:07
theoretisch machen, wenn du eh die richtige Datenstruktur schon
11:09
wählst? Von vornherein?
11:12
Also das sind ja auch so ein paar Dinger, wo man eigentlich
11:15
schon, also wo man, wo man wirklich mal auch im Alltag
11:21
spezieller drüber nachdenken kann oder sollte, dann am Ende.
11:24
Das ist ja also das sind, das sind auch Bequemlichkeiten und
11:28
Gewohnheiten, gerade so bei Variablen, das hatten wir auch
11:32
im im cleancode Kontext auch besprochen, ist ja sowas wie, ja
11:37
wann, wie oft verwendest du überhaupt const bei Variablen,
11:40
wann denkst du effektiv drüber nach, wär ja auch so n Punkt ne
11:45
für mich zum Beispiel bin ich da so n bisschen.
11:48
Gebrandmarkt aus meiner C. Welt, Weil da machst du dir sehr
11:52
viel Gedanken darüber, auch Richtung Speicher und wie groß
11:55
muss überhaupt der Datentyp sein, den Du da verwenden
11:58
möchtest für die Variable, aber man kommt auch schnell in den
12:01
Trott, wenn das keine Rolle mehr spielt, dass du sagst, ja komm
12:05
gib ihn, ich nimm jetzt einfach irgendein Datentyp, ob der jetzt
12:09
von der Größe passt oder nicht, ob er kleiner sein könnte, es
12:12
spielt keine Rolle, wir haben eh Speicher ohne Ende, so weißt du.
12:16
Genau. Und da aber diese Gedanken
12:19
Richtung Datentypen Datenstrukturen sich mal
12:23
wirklich effektiv immer wieder zu machen, das ist finde ich,
12:26
ist dann wirklich der entscheidende Punkt und da kann
12:28
jeder sich auch noch mal an die eigene Nase fassen, wie du so
12:31
schön meintest, dass man da quasi immer wieder drauf achtet
12:38
und nicht in so einen entspannten Flow kommt und sich
12:41
denkt, ach naja komm passt schon, passt schon.
12:44
Ja, ich meine, man kennt das ja selber so.
12:46
Du weiß ich nicht, wir programmieren ja auch gerne ein
12:49
type Script, so zumindest aktuell ist es eine Sprache, die
12:53
bei uns häufig so durch die Finger rutscht, sage ich jetzt
12:58
mal. Und ja, dann haust du da halt
13:00
mal ein Latin und kein const so und wie gesagt Mal an die eigene
13:06
Nase fassen mache ich auch mal gerade.
13:08
Aber ganz bestätigt hat er gemacht.
13:12
Aber was, was du auch meintest in Sachen zum Beispiel effizient
13:15
zu programmieren oder zum Beispiel, ja, wir haben ja
13:17
genügend Speicher, es ist, finde ich, auch zum Beispiel eine
13:21
sehr, sehr, sehr wichtige Eigenschaft, auch im technischen
13:23
Bereich als Entwickler oder Entwicklerin, wenn du eine sehr
13:27
gute Entwicklerin und sehr gute Entwickler sein möchtest, dass
13:30
du dir sagst, okay, ich habe jetzt vielleicht eine Aufgabe,
13:35
die ich coden muss und. Ich bin ja richtig gut und
13:39
deswegen mache ich die jetzt unglaublich effizient und
13:44
hinterher lasse ich mich dafür feiern, dass keine Ahnung, diese
13:47
Aufgabe, diese dieser Algorithmus, den ich geschrieben
13:49
habe, unglaublich effizient ist und super schnell ist und eine
13:53
sehr geringe Komplexität hat. Also was wie o von 1 so nach dem
13:57
Motto ne, also das ist eigentlich das Beste was geht
14:00
und. Dann verstehst du aber
14:02
vielleicht diesen Code nicht mehr und jeder andere sagt dir
14:04
dann am Ende ja gut, aber klar ist es jetzt super schnell, aber
14:08
die Anforderung ist hier überhaupt nicht gegeben, das
14:10
super schnell zu machen. Also weißt du, dass du zwar
14:12
sagen kannst, OK, ich kann zwar flexen mit meinen Fähigkeiten
14:15
sozusagen, aber es ist. Auch eine Fähigkeit zu
14:19
überprüfen oder auch dieser Erfahrungswert zu sagen, unter
14:23
welcher Situation ist es denn zum Beispiel wirklich sinnvoll
14:26
und wichtig, Sachen zu implementieren, die vielleicht
14:29
gar nicht so gut lesbar sind, also dass die Lesbarkeit ein
14:32
bisschen auf der Strecke bleiben darf, aber dafür sollte halt
14:37
eben die Performance unglaublich hoch sein versus es ist gerade
14:41
überhaupt nicht notwendig, dass es hier aus performt ohne Ende.
14:47
Aber es ist wichtig, dass der Code gut gelesen werden kann.
14:50
Weißt du, wie ich meine? Ich finde, das ist auch eine
14:52
wichtige Eigenschaft, eine wichtige Eigenschaft dazwischen
14:55
zu differenzieren, um zu sagen, welchen Weg gehen wir denn an
14:59
dieser. Stelle ja, also dass man denn
15:02
quasi in der Lage ist, gut einzuschätzen, was jetzt
15:05
wichtiger ist. Ob die Verständlichkeit und die
15:08
Wartbarkeit des Codes im Vordergrund steht oder es eine.
15:13
Stelle ist im gesamten Produkt, wo dieser Teilalgorithmus sage
15:17
ich mal hocheffizient sein muss, weil dann ist es ja absolut
15:21
legitim zu sagen, Hey, ich bin in der Lage, meine Komplexität
15:24
zu verringern, beispielsweise weil es gibt immer mehrere
15:27
Lösungen und meistens gibt es schlechte, also schlechte im
15:30
Sinne der Komplexität halt ne und schnellere.
15:35
Und dann muss man halt, dann muss man halt in der Lage sein
15:37
abzuwägen. Ich mein, wenn das so n
15:39
abgesteckter Bereich ist, wo nicht mehr viel dran passiert,
15:42
dann ob die mir ihnen so gut es geht ne ich mein das kennt man
15:45
ja aus verschiedenen Libraries, beispielsweise wenn du aber
15:49
sagst da arbeiten sehr viel Entwickler dran und da ist
15:51
richtig Bewegung drin, das muss ständig verändert und erweitert
15:54
werden, dann ist es nicht so vorteilhaft zu sagen OK ist egal
15:58
ob man es lesen kann oder nicht, aber das Ding rennt sowas.
16:02
Und da bin ich ganz bei dir, das ist ne sehr wichtige
16:04
Eigenschaft, wirklich an den richtigen Stellen das Richtige
16:08
zu tun, klingt jetzt so abgedroschen, aber mache das
16:13
Richtige an den richtigen Stellen einfaches ja voll
16:16
beendet, das war es aber, was auf jeden Fall, was mir auch
16:21
noch einfällt und was ich auch finde, was ne gute
16:24
Programmiererin oder n guten Programmierer eben halt auch
16:26
ausmacht oder Softwareentwickler besser gesagt.
16:30
Ist auch der Punkt, dass es geht, natürlich auch viel
16:34
natürlich um die Sprache, in der man schreibt, oder die
16:37
Datenstrukturen, die man anwendet.
16:40
Ne genau diese Differenzierung zu machen, die über die wir
16:43
gerade gesprochen haben und und und.
16:45
Es ist aber auch wichtig, dass man eben nicht nur sich auf die
16:49
Programmiersprache fokussiert, weil es wie gesagt auch wirklich
16:52
nur ein kleiner Teil ist. Weil du hast ja zum Beispiel
16:55
auch viele verschiedene andere Sachen, die an der Stelle
16:58
wichtig sind, die über sozusagen dein Programm hinausgehen.
17:01
Also zum Beispiel sowas wie, wo packe ich meine Daten persistent
17:04
hin, Stichpunkt Datenbanken, wo zum Beispiel wie, wie lasse ich
17:09
meine Anwendungen laufen in einem Container zum Beispiel,
17:14
wie ist meine Infrastruktur für die Auslieferung der Software,
17:18
am Ende habe ich Tests zum Beispiel.
17:23
Solche Sachen, das ist ja auch alles wichtig.
17:24
Also diese ganze Architektur drumherum und diese
17:27
Architekturentscheidungen, wie etwas passiert, genauso auch zum
17:32
Beispiel versioniere ich meine Software, also dieser ganze
17:35
Punkt drumherum, das ist ja, also du hast diese
17:38
Softwareentwicklung und da drin ist ein Punkt, und der nennt
17:42
sich Programmiersprache, und da drum gibt es unglaublich viel,
17:46
und manchmal habe ich das Gefühl, wie gesagt, ist nun ein
17:50
Gefühl, dass es gibt Leute, die sich denken, ey, ich kann jetzt
17:54
hier, ich habe jetzt ein Python Skript geschrieben,
17:59
programmieren ist ja gar nicht so schwer, das Problem ist aber,
18:03
dass du halt sehr sehr viele Bereiche hast, die du am Ende
18:07
noch die am Ende noch oben drauf kommen und es ist nicht einfach
18:10
nur mal ein kleines Python Skript zu schreiben, so also
18:14
viel Arbeit steckt ja auch außerhalb der idi.
18:18
Das ist ja nicht nur das Coden an sich oder?
18:21
Lass lass den mal kurz wirken, aber da geb ich dir halt absolut
18:28
recht, weil die, die also die Zeit am Tag, wo du wirklich
18:32
effektiv Codezeilen schreibst ist nicht so hoch wie manche das
18:36
wahrscheinlich erwarten werden. Ich finde, sie sollte schon ein
18:39
gewisses Maß haben. Also es gibt ja auch Leute, die
18:42
sagen ja hier ich Code, also fast gar nicht mehr so, ich bin
18:45
ja nur noch am Drumherum machen, das ist nicht so meine meine
18:49
Vision davon und auch nicht mein Ziel bei mir persönlich, weil
18:51
ich liebe programmieren, aber es ist absolut klar was du meinst,
18:56
das viel Drumherum steckt und testen zum Beispiel ist auch ein
19:00
riesen Punkt ich finde. Dass ein Entfahren, ein
19:06
erfahrener Entwickler oder Entwicklerin schon diese
19:09
intrinsische Motivation haben sollte, den eigenen Code
19:12
abzutesten und wirklich Wert darauf zu legen, das ist für
19:17
mich dann auch der Punkt zu sagen, das ist eine gute
19:21
Entwicklerin oder ein guter Entwickler.
19:23
Wenn das der Fall ist. Ein anderer wichtiger Punkt ist
19:26
auch zum Beispiel das Thema Debugging, dass.
19:32
Kommt über Erfahrung meiner Meinung nach.
19:35
Also man muss einfach sich schon oft durch Code gewühlt haben und
19:38
Fehler gesucht haben um da besser drin zu werden, weil da
19:43
ist es ja immer anders sozusagen man kann sich quasi so gewisse
19:46
Strategien zurechtlegen, wie man sich denn annähert, versucht
19:49
diesen Bug zu finden, aber am Ende ist es viel Erfahrung finde
19:52
ich und das ist dann auch noch so ein Punkt wo man sagen kann,
19:56
das sollte man. Drauf haben.
19:58
Man sollte in der Lage sein so was finden zu können
20:01
beziehungsweise ist es eher so ein Punkt finde ich wenn ich so
20:05
drüber nachdenke, dass es eine Frage von Ausdauer und
20:08
Hartnäckigkeit ist. Dabei ja, ich weiß.
20:10
Nicht wie du das siehst, aber nee, definitiv.
20:14
Also man, ich glaube jeder, der eine Zeit lang schon Software
20:19
entwickelt, ist auf jeden Fall schon mal an diesen Punkt
20:21
gekommen, dass man irgendwie mal verzweifelt war.
20:23
Und sich dachte, warum zur Hölle, wie geht das?
20:26
Ich verstehe diesen Fehler nicht, warum tritt das so auf,
20:29
wieso ist das so und saß dann auch mal eine Zeit lang da mit
20:34
weiß ich nicht den Kopf in den Armen vergraben, weil man sich
20:38
denkt, so ach wie mache ich das denn jetzt, wie mache ich das
20:40
denn jetzt und am Ende schafft man es halt irgendwie, also ich
20:44
oder man macht es irgendwie anders, ich weiß nicht, also
20:47
rückblickend habe ich jetzt noch nie so was gehabt, wo ich sage
20:50
das. Hat nicht funktioniert, es geht
20:52
nicht. Der Fehler ist da, Tschüss, ich
20:54
gehe nach Hause oder ich lass den ganz.
20:57
Ja, genau das ist die Hartnäckigkeit, dass du sagst,
20:59
nein, es muss funktionieren und ich will den Weg finden, dass es
21:02
funktioniert. Ja genau.
21:05
Also das ist auf jeden Fall ein wichtiger Punkt und am Ende ist
21:07
es ja auch so, dass man sich natürlich hinstellen kann und
21:10
sagen kann, okay ein starkes Verständnis von
21:12
Programmiersprachen sollte man haben, man sollte ein
21:16
detailliertes Verständnis darüber haben, wie zum Beispiel
21:18
Datenstrukturen. Funktionieren welche man
21:22
verwendet, wie man das genau verwendet, dass man zum Beispiel
21:26
auch differenzieren kann, muss ich jetzt irgendwie performanten
21:30
Code schreiben oder muss ich lesbaren Code, also ne
21:33
beziehungsweise worauf sollte ich den Fokus legen, das ganze
21:37
testen, die backen, diese ganzen wissen, also Kenntnisse über
21:42
verschiedene Technologien, die außerhalb der Programmiersprache
21:44
sind, das sind ja alles Sachen wo man sagt OK.
21:48
Klar kannst du jetzt eine Checkliste schreiben und sagen
21:50
Okay hier, Technologie XY kenne ich, kann ich das und das das
21:54
Ding ist aber das viel auch wie du meintest.
21:57
Über die Erfahrung kommt das heißt klar kannst du dir jetzt
21:59
eine Checkliste machen und sagen ich drücke mir geht drauf ich
22:02
drücke mir Docker drauf, ich drücke mir keine Ahnung 3
22:04
Programmiersprachen drauf und so weiter aber wenn du das
22:08
innerhalb von einem Jahr machst, dann wirst du aber trotzdem noch
22:12
einen wichtigen, dann wird dir ein wichtiger Punkt fehlen und
22:14
das ist die Erfahrung und die kannst du.
22:16
Nur über Zeit gewinnen und nicht über wie sagt man, die kannst du
22:21
nicht erzwingen. Weißt du was ich meine?
22:24
Ja, absolut. Also da muss man sich auch die
22:27
Zeit geben und dann nicht so streng nach Checkliste
22:30
versuchen, das in einem halben Jahr oder so alles abzuhaken,
22:35
weil das wird halt nicht funktionieren.
22:37
Und ich finde, was auch ein sehr, sehr wichtiger Punkt ist
22:39
nochmal um vielleicht das Thema technische Skills sozusagen,
22:42
also was technischen guten Entwickler oder eine gute
22:45
Entwicklerin ausmacht. Um das noch mal abzuschließen,
22:47
falls du nichts noch hast. Dazu ist auch der Punkt, dass
22:53
nur weil man jetzt zum Beispiel sagt Okay, das ist ein guter
22:56
Entwickler oder das ist eine gute Entwicklerin, heißt das
22:59
noch lange nicht okay. Die Personen können jetzt alles
23:02
so, weil manchmal wird auch so angenommen, ja guck mal hier, du
23:06
sagst du bist gut okay, dann kannst du das auch und dann nee,
23:11
das kann ich nicht, damit habe ich noch keine Erfahrung, ja
23:13
siehst du bist halt doof. So weißt du.
23:16
Bist halt nicht gut. Und das das ist halt auch, finde
23:18
ich n wichtiger Punkt, den man auch differenzieren sollte, weil
23:21
es gibt ne Menge und du kannst nicht in allem perfekt sein,
23:24
aber du kannst trotzdem ne gute Softwareentwicklerin oder n
23:27
guter Softwareentwickler sein. Ja, auch wenn du nicht alles
23:30
kannst. Ja, das ist ja, glaube ich,
23:33
einer der ersten Punkte gewesen, vorhin zu sagen, es gibt eine
23:37
gewisse Transferleistung, die man schaffen muss, dass du
23:39
sagst, okay, ich kenne ähnliche Probleme oder ich habe schon in
23:42
anderen Programmiersprachen so was entwickelt und dass du in
23:45
der Lage bist, dein Wissen dann quasi zu transferieren auf die
23:49
neuen Technologien, die zum Beispiel verwendet werden, und
23:52
dann dich sehr schnell einleben kannst und mitentwickeln kannst.
23:55
Das ist ja das Entscheidende am Ende, definitiv.
24:00
Ja, muss ich sagen, aber schön zusammengefasst die technische
24:03
Seite. Jetzt kommen wir mal zur zur
24:06
Softskill und so projektgeschehen Seite, die ich
24:09
mich auch sehr wichtig und spannend finde und was mir halt
24:14
auffällt oder immer wieder auffällt ist, dass eine gute
24:19
Entwicklerin oder einen guten Entwickler der folgende Punkt
24:22
ausmacht und zwar Teamarbeit beziehungsweise Zusammenarbeit.
24:28
Ich finde, man merkt daran schnell, wie gut man zusammen
24:32
arbeiten kann und wie wie gut das float.
24:35
Daran merkt man, ob der andere quasi sehr erfahren oder gut
24:39
ist. Sagen wir mal in dem Falle, das
24:43
heißt es ist ja also Softwareentwicklung, ist ja
24:47
irgendwo ein gemeinschaftlicher Prozess.
24:50
Ab einer gewissen Projektgröße wirst du es ja alleine nicht
24:53
mehr bewältigen können und das ist auch relativ schnell
24:56
erreicht. Ich glaube man überschätzt
24:57
immer, was man alleine umsetzen kann in einer gewissen Zeit, was
25:03
zum Beispiel auch ein Punkt ist. Wenn du merkst okay mein
25:07
Gegenüber hat wirklich eine realistische Schätzung, die sich
25:10
mit meiner deckt. Naja gut, schwer zu sagen, wenn
25:13
ich selbst. Unerfahren bin werde ich
25:15
wahrscheinlich mich auch überschätzen.
25:16
Dann deckt sich es nicht mehr, aber ich sag mal, wenn jemand
25:19
auf die Bremse tritt und sagt EY, bleiben wir mal realistisch,
25:23
das schaffen wir in der Zeit nicht, wir müssen das und das
25:25
und das berücksichtigen, dann zeichnet das finde ich auch
25:30
einen guten Entwickler aus an der Stelle.
25:32
Ja, ich hab da mal ne lustige Geschichte zugehört.
25:35
Und zwar ging es jetzt mehr so in Richtung Montage, aber
25:40
vielleicht kann man das irgendwie auch so übersetzen.
25:42
Und zwar ging es dann irgendwie darum, dass so ein neuer
25:45
Lehrling kam. Irgendwie kommt so rein und der
25:47
Meister sagt Ja, komm hier, ich zeig dir alles und so weiter und
25:50
dann kommt irgendwie der weiß nicht der Chef an und sagt
25:53
Leute, wieviel schafft ihr von den Teilen die ihr da bauen
25:57
sollt, wieviel schafft ihr davon heute und der Lehrling sagt, EY
25:59
ich schaffen, wir schaffen davon heute locker 10 Stück und der
26:02
Meister sagt Ja pass mal auf wir machen 5 okay wir machen 5 ja so
26:06
ne wir schaffen locker 10 so und dann ja der Tag.
26:11
Geht los. Der Tag ist beendet, die haben
26:13
10 geschafft und der Lehrling sagt die Zimmermeister 10 Stück.
26:17
Also was ist los und er so ja okay und wie fühlst du dich
26:21
jetzt? Ja, war schon echt anstrengend
26:22
und er so und kannst du das jetzt so 3040 Jahre machen oder
26:25
wie sieht das jetzt aus? Ja, okay, das geht ein bisschen
26:30
in eine andere Richtung. Ja, aber irgendwie erinnert mich
26:33
das dann ein bisschen daran. Weil im Endeffekt ist.
26:35
Weißt du, wenn du, wenn du dich hinstellst und sagst okay, du
26:37
kannst vielleicht auch, wenn du sehr motiviert bist und sagst
26:41
okay ich, ich mach das und Softwareentwicklung ist ja auch
26:44
ein bisschen kognitiv auch, also finde ich auch anstrengend, also
26:49
man muss halt auch gehirnschmalz reinstecken, so wenn du das aber
26:52
die ganze Zeit wirklich sehr exorbitant machst und vielleicht
26:57
auch nicht mal eine kleine Pause machst am Tag, die auch
27:00
vielleicht wichtig ist, dann. Kannst du vielleicht bestimmte
27:04
Sachen schaffen, aber es ist langfristig halt auch nicht
27:07
wirklich wie sagt man gesund, weißt du was ich meine?
27:10
Ja, ja, das wird nachhaltig dem Projekt entscheiden.
27:13
Wenn du immer bei 100% läufst, von Anfang an ganz klar.
27:16
Und außerdem ist es umso schlimmer, wenn du dann zum
27:19
Beispiel irgendwelche Ziele reist, weil du es einfach dich
27:22
komplett überschätzt hast. Dann lieber realistisch an die
27:25
Sache rangehen und ich finde, dass also ich glaub da muss
27:28
jeder durch am Anfang, dass man das maßlos überschätzt.
27:31
Aber das das passt sich an über die Zeit.
27:36
Also das wirst du ein 2 mal falsch einschätzen, dann wirst
27:38
du schon genauer merkst. War wieder ein bisschen zu knapp
27:42
oder jetzt hat man doch wesentlich mehr Zeit also das
27:44
sind Erfahrungswerte am Ende und ich finde das zeichnet dann auch
27:48
wie gesagt eine gute Entwicklerin und einen guten
27:50
Entwickler aus, anderer Punkt den ich dabei auch sehr wichtig
27:53
finde ist das Thema Unterstützung, sich gegenseitig
27:56
helfen und vor allem wissen teilen.
27:59
Das ist für mich auch n wichtiger Punkt.
28:01
Wissen in das Team zu geben, was man mitbringen kann und
28:06
vielleicht nicht ganz so erfahrenen oder Junior
28:09
Developern, das Wissen auch zu teilen und zu sharen, dass du
28:14
einfach sagst, hey ich, ich möchte, dass ihr alle auf diesen
28:19
Stand kommt oder ich ich habe guten Input zu dem Thema und ich
28:22
möchte euch das mitteilen um euch um euch zu helfen besser zu
28:26
werden sozusagen. Ich finde, das ist auch eine
28:29
Verantwortung. Also wenn du guter
28:32
Softwareentwickler oder eine gute Softwareentwicklerin bist,
28:35
dann bist du normalerweise irgendwo auch schon, hast ein
28:38
paar Jährchen auf jeden Fall hinter dir, wie ich meinte, das
28:41
kannst du nicht dir erkaufen sozusagen, sondern das musst du
28:44
halt wirklich über die Zeit bringen, dass du halt auch
28:46
einfach diese Erfahrung mitbringst.
28:47
Und ich finde, das ist auch einfach eine Verantwortung, dass
28:51
man eben auch zum Beispiel jüngeren oder unerfahreneren
28:55
Leuten dann. Auch das Wissen möglichst
28:58
weitergibt, genauso aber auch offen ist für neue Sachen, die
29:01
dann vielleicht auch von ne, also vom Mindset her von dort
29:04
kommt, weil man ja auch nicht selber nicht eingefahren sein
29:08
soll und sagen soll, ja, das was ich jetzt erlebt hab in meiner
29:11
ganzen Vergangenheit, das ist die Wahrheit, ne, aber
29:14
nichtsdestotrotz hat man ja bestimmte Sachen einfach auch
29:17
erlebt, die man dann auch einfach weitergeben sollte, auf
29:20
jeden Fall also. Ich würde mich auf jeden Fall
29:23
hinstellen und sagen, wenn man irgendwie das nicht machen
29:25
möchte, dann wäre das eigentlich schon wirklich ein Minuspunkt,
29:30
weil, wie ich meinte, eben, es ist einfach die Aufgabe auch
29:35
oder die Verantwortung, halt das wissen, was man erarbeitet hat,
29:38
auch einfach weiterzugehen. Das ist schon ein wichtiger,
29:41
nicht guter Punkt, dass du das auch jetzt gerade genannt hast.
29:45
Auch diese Innovationsbereitschaft, die du
29:47
so angerissen hast gerade. Zu sagen, ich muss mich auch
29:51
selbst weiterentwickeln und bin nicht derjenige, der sagt, NÖ,
29:54
ich hab das schon immer so gemacht und so läuft das und was
29:57
willst du mir denn erzählen? Keine Ahnung, ich hab schon
30:00
gecoded, da bist du noch mit der Trommel und Weihnachtsbaum
30:02
gelaufen oder so, weißt du. Alter, ich laufe immer noch mit
30:06
der Trommel und Weihnachtsbaum. OK, was soll das jetzt?
30:09
Ja und ich hab schon gecoded in der Zeit OK.
30:13
Nein, aber es gibt ja nur Sonne. Leute werden einem begegnen und
30:16
da denkst du dir denn so ja okay, wie soll ich jetzt mit
30:19
dieser Person vernünftig zusammenarbeiten, die so fest
30:21
gefahren ist und man muss da selbst halt einfach
30:25
innovationsbereit sein zu sagen, ey okay es gibt neue
30:28
Technologien, ich schaue mir die an, vielleicht ist das überholt
30:31
wie ich es machen würde, es gibt bessere Möglichkeiten finde ich
30:34
es halt super essentiell dabei. Ja, definitiv.
30:38
Ich finde auch generell zu dem überhaupt zu dem ganzen Punkt.
30:43
Team Zusammenarbeit ne, Ich finde es ist immer so.
30:46
Also das ist ja diese ganze ich sag mal alles was mit
30:49
zwischenmenschlicher Interaktion zu tun hat, also ob man jetzt
30:52
zum Beispiel Feedback geben und aufnehmen kann, ob man jetzt zum
30:56
Beispiel wissen weitergibt, ob man einfach nur gut zusammen im
31:00
Team mit anderen Leuten, also eine Software programmieren
31:03
kann. All das, dieser Ganze überall,
31:05
wo du interagieren musst, sozusagen mit anderen Leuten, ne
31:10
so. Da muss ich ganz ehrlich sagen,
31:12
Tino ist das eine Sache, die habe ich am Anfang total
31:16
unterschätzt, weil ich mir mal dachte, man kommt doch irgendwie
31:21
mit jedem klar so, und ich habe unglaublich unterschätzt, wie
31:26
essentiell es erstens ist zu sagen, wenn du ein Team hast,
31:30
was läuft und was sich gut versteht, wie unglaublich gut
31:33
das dann arbeiten kann. Und genauso habe ich.
31:36
Unterschätzt, wie Schlimmes ist, wenn du jemanden im Team hast,
31:40
mit dem du nicht ganz so gut klar kommst und was das für
31:43
einen unglaublichen Impact am Ende für den Outcome hat.
31:47
Ja. Also es gibt nichts Schlimmeres,
31:50
als wenn du morgens anfängst zu arbeiten und irgendwie einen
31:55
bestimmten Kollegen oder ne Kollegin oder so.
31:58
Wirklich, wenn du keinen Bock da drauf hast, so weißt du oder zum
32:02
Beispiel auch weiß nicht, sagen wir mal, du arbeitest vielleicht
32:04
auch im Pair programming ne und dann?
32:06
Musst du vielleicht mit jemandem arbeiten?
32:08
Den ganzen Tag oder so, den du vielleicht?
32:10
Vorsichtig, jetzt ganz, ganz vorsichtig jetzt.
32:13
Nicht du Mann, aber weißt du, also hatte ich auch schon und ne
32:24
dann dann hat dann hast du so ein Team aus mehreren Leuten und
32:27
mit mit einem aus diesem Team arbeitest du dann auch mal
32:31
irgendwann zwangsläufig zusammen an einem Tag und das das.
32:36
Wie, wie, wie die Motivation steigt oder sinkt, dass man dann
32:40
sozusagen genau mit dieser einen oder mit einer anderen Person
32:43
zusammenarbeitet, und das hab ich total unterschätzt, auch am
32:46
Anfang, weil ich irgendwie immer dachte, ach, ist doch egal, man
32:49
kommt doch irgendwie mit allen Leuten klar und Spoilerwarnung,
32:52
es ist nicht der Fall. Ja, und das, was ich mit der
32:56
Motivation meins, das Münzt sich ja den 1 zu 1 auf die
32:59
Performance des Teams und das ist n riesen Punkt und.
33:04
Ich finde dieses umgänglich sein oder auch einfach professionell,
33:08
kann man sagen. An der Stelle zeichnet einen
33:11
denn auch aus, also dass man einfach sagt, OK, das ist jetzt
33:16
n Thema bei uns, wir müssen aber jetzt professionell damit
33:19
umgehen und dann sei es auch zum Beispiel dieses Feedback
33:21
annehmen und geben, auch Kritik, das nicht persönlich nehmen an
33:26
der Stelle, sondern sagen, OK, wie schaffen wir es denn jetzt.
33:28
Gut miteinander zu arbeiten und wie können wir das lösen?
33:31
Und ich finde, das ist halt auch dann n sehr essentieller Punkt
33:34
und sehr gut, dass du den hier ansprichst und n anderer Punkt,
33:38
was auch in Richtung Kommunikation geht ist was mir
33:42
aufgefallen ist, gehen wir gehen wir mal von dem Szenario aus, du
33:45
kriegst n Feature request vom Stakeholder und er sagt ich
33:49
brauche jetzt funktional Funktionalität XY das muss das
33:52
und das können. Dann gibt es Entwickler A, der
33:56
sagt alles klar, ich leg los, ich weiß Bescheid und Haut in
33:59
die Tasten und Entwickler b sagt OK hab ich soweit verstanden.
34:06
Wie sieht es denn mit den und den Bedingungen aus, was soll
34:10
denn passieren wenn das und das Eintritt der quasi das Ganze
34:15
kritisch hinterfragt und auch an Fälle denkt die auftreten
34:20
können, die vielleicht ein Stakeholder nicht im Kopf hat.
34:22
Und da finde ich, unterscheidet sich dann auch schon gut.
34:25
Also ein sehr guter Entwickler und ein Junior Developer.
34:29
Ich will jetzt nicht schlecht sagen, weil schlecht ist es
34:31
nicht vielleicht ein Junior Developer auch diese Fragen zu
34:34
stellen, weil man will auf keinen Fall doppelt
34:39
implementieren am Ende oder in die falsche Richtung
34:41
implementieren? Du willst ganz klar definieren
34:44
was zu entwickeln ist und. Und dann das umsetzen, weil die
34:48
Gefahr bei, ich glaube es war als Entwickler A gerade ne der
34:52
einfach direkt loslegt, ist natürlich, dass am Ende der
34:55
Stakeholder sagt, Hey, warte mal.
34:58
Nee, so habe ich mir das nicht gedacht.
35:00
Nee, das müssen wir noch mal, das müssen wir noch mal umbauen
35:02
und dann ist es einfach Wasted im im im schlechtesten Falle ne,
35:07
dass du dann vielleicht sogar 80% wieder wegwerfen kannst.
35:11
Ja, richtig. Und das, finde ich, ist dann
35:12
halt auch so ein Punkt am Ende. Und das weißt du was das der
35:17
Teufelskreis an der ganzen Sache ist oder wo sich die Katze ihren
35:20
Schwanz beißt. Du kennst das und ich kenn das
35:23
und weißt du warum wir das kennen?
35:24
Weil wir genau das schon warten. Na ja klar und das sind ja
35:28
deswegen sagen wir das ja das, also das sind die
35:30
Erfahrungswerte, die du sammelst und dann in Zukunft vermeiden
35:34
möchtest. Und das ist ja dieser Progress
35:37
am Ende vom Junior Developer zum Senior Developer beispielsweise,
35:42
dass du da nicht wieder jedes Mal reinläufst.
35:45
Definitiv. Ich mein, Das werden viele
35:46
erlebt haben, ja, dass man einfach übermotiviert in diese
35:49
Aufgabe reingeht und sagt, ich hab schon, weißt du, du hörst
35:53
es, hast ne Idee wie du es umsetzen kannst.
35:55
Du willst einfach nur anfangen zu coden, so weißt du.
35:58
Aber das ist halt dann am Ende nicht der beste Weg, ja kritisch
36:02
das zu hinterfragen und dann halt, wie du auch eben meintest,
36:05
natürlich das Ganze auch irgendwie auf einer
36:07
professionellen Ebene abarbeiten, so ne also weil
36:11
genau. Es ist halt manchmal auch dann
36:13
sozusagen schwierig. Ich hatte dann auch zum Beispiel
36:15
schon mal so, so n so n Gespräch ne in so nem über nen Feature wo
36:20
es dann heißt ja das und das ist jetzt zum Beispiel gewünscht, ja
36:23
mal unabhängig auch von edgecases man diskutiert über
36:26
die Edgecases, redet darüber ne legt die auch auf den Tisch, am
36:32
Ende ist es dann aber manchmal auch so, dass man ja nicht nur
36:34
die Edgecases hinterfragt, sondern eigentlich auch das
36:37
Feature selber, weil man ja auch durchaus sagen kann okay warte
36:41
mal, also du hast jetzt zum Beispiel eine Anwendung und der
36:46
Kunde sagt, ich möchte gerne Feature X in dieser Anwendung
36:49
haben, aber diese Anwendung, dieses Feature passt nicht in
36:54
dieser Anwendung, also warum oder ist es total sinnlos, warum
36:57
willst du das jetzt wirklich haben, also weißt du auch mal zu
36:59
sagen, ist es denn über also zu challengen ist es denn notwendig
37:03
das überhaupt zu implementieren, was da gerade gewünscht ist,
37:06
weil das ist auch wieder n erfahrungswert.
37:10
Wenn du ne Software entwickelst, dann wollen User gerne bestimmte
37:15
Sachen, aber die auch durchaus sinnvoll sind, aber es gibt
37:19
manchmal diese Punkte, wo n User sich denkt ja keine Ahnung, wenn
37:25
ich jetzt hier so n so n. Telefon eine anruf App habe wo
37:29
ich Videotelefonie machen kann wenn ich da warte, dann möchte
37:32
ich auch nebenbei noch ein Spiel spielen, weil dann ist mir nicht
37:35
langweilig so aber es passt da halt einfach nicht rein so.
37:38
Es ist halt einfach ein Feature wo ein User sich denkt ja das
37:40
wäre irgendwie cool aber es ist einfach nicht sinnvoll und dass
37:44
man auch genau so was challenged und sagt wollen wir noch mal
37:48
ganz kurz über diesen Wunsch reden, weil es vielleicht gar
37:52
nicht zielführend ist oder vielleicht auch manchmal hat man
37:55
ja auch so. Dass man abdriftet, auch als
37:58
Stakeholder und sagt, das wär auch noch cool, das wär auch
38:01
noch cool. Und auf einmal kann dein
38:03
Taschenrechner auch noch Notizen schreiben, so aber.
38:06
Das wär cool, das. Dann lass uns das doch
38:10
entwickelt Tino einen Taschenrechner los geht Notizen
38:13
hat. Ich denke wie lange.
38:14
Brauchst nicht weiter, du brauchst nichts mehr sagen.
38:16
Ich fange an, wie lange brauchen.
38:17
Wir 2 Tage. Ich denke da sind wir fertig,
38:19
ja. Da sind wir durch.
38:22
Nein, aber du weißt, was ich meine.
38:23
Und das sind auch wichtige Punkte, über die man reden
38:25
sollte. Und das ist aber auch n
38:26
Erfahrungswert, nicht einfach zu sagen, OK ich leg los, sondern
38:32
halt Edge Cases, aber auch die Sinnhaftigkeit manchmal zu
38:35
hinterfragen. Ja, ja, weil das spielt so in
38:39
den nächsten Punkt, den ich noch hab rein, der auch sehr wichtig
38:43
ist, ist, dass du halt ne Eigenverantwortung hast.
38:46
Also für das was du entwickelst und für das Produkt hast du.
38:50
Trägst du die Verantwortung für den Code und musst halt auch
38:54
proaktiv handeln, dann, wenn es zum Beispiel, wenn du das Gefühl
38:58
hast, das würde den Code verschlechtern, es würde
39:01
irgendwie, Sachen wären unlogisch da drin, wie du zum
39:04
Beispiel meintest, dass man sowas hinterfragt, also du bist
39:08
der Herr über diesen Code, sag ich mal, oder dein
39:10
Entwicklerteam und ihr müsst dafür dann auch einstehen,
39:13
sozusagen und immer bestrebt sein, präzise detailgenau zu
39:17
arbeiten und. Die höchste Codequalität zu
39:21
gewährleisten, das ist ja am Ende dein Job auch.
39:24
Ja, und ich finde, das ist n wichtiger Punkt, den man
39:27
vielleicht jetzt Junior Developer noch nicht so sieht,
39:29
dass man sich denkt, nee, ist wirklich, ich lasse jetzt nicht
39:32
zu, dass hier irgendwas passiert, so nach dem Motto,
39:35
sondern sich denkt, ja, ich hab es erledigt und jetzt nach mir
39:37
ist mir egal, so ne was damit passiert find ich ist halt auch
39:41
noch n wichtiger Punkt dabei ja. So n bisschen diese Weitsicht zu
39:46
haben. Zu entwickeln.
39:48
Na ja, und halt auch zum Beispiel gegen Slay Coiler zu
39:52
argumentieren und zu sagen ist vielleicht jetzt nicht so geil,
39:55
wenn wir das machen aus dem und den Gründen und nicht quasi
39:59
alles immer aufnehmen und versuchen das irgendwie rein zu
40:01
basteln und die Codequalität sinkt und sinkt auch, zum
40:05
Beispiel hinsichtlich Projektdruck.
40:09
Ne, also mal angenommen, der erste sagt Na ja, Pass auf die
40:12
Tests kannst du später schreiben wenn wir noch mal beim Testen
40:14
sind, dass du dann sagst nee, auf gar keinen Fall werde ich
40:16
das so tun, meine Software ist Abgetestet, sonst keine fertigen
40:20
Features. Ja, ja, also auf jeden Fall gehe
40:23
ich total mit, dass man auch einfach diese Verantwortlichkeit
40:26
auch ernst nimmt. Und da bin ich auch ehrlich, das
40:29
hatte ich zum Beispiel auch. Am Anfang hatte ich so nicht,
40:32
also für mich war das so, ich hab ne, ich hab angefangen mit
40:35
dem, also wirklich so im ersten Job und du.
40:39
Ich habe eine Aufgabe bekommen und ich habe gesagt, ich ich
40:42
code das halt runter so ich ich so getting work dann so ne
40:46
einfach das mal fertig machen. Mittlerweile ist es natürlich
40:50
was anderes mittlerweile wie du meintest so man kommt an den
40:54
Punkt dass man sagt erstens schreibe ich die Software also
40:58
soll das eine gute Software sein zweitens jetzt habe ich zweitens
41:02
vergessen. Ich habe einen, zweitens es soll
41:04
halt auch wartbar und nachhaltig sein für auch andere Entwickler.
41:07
Ist ja auch so. N Punkt war mir früher auch
41:09
egal. Ganz ehrlich, also Fakt ist doch
41:12
einfach das was wir am Anfang hatten als Junior Developer und
41:18
was wie wir es jetzt angehen sind ja auch Punkte die sich
41:21
jetzt hier in dieser Folge widerspiegeln, weil du es ja
41:22
gerade noch mal gesagt hast. Ne sind ja unsere
41:25
Erfahrungswerte und vor allem auch unsere Entwicklung dabei.
41:28
Und unsere Sichtweisen. Und wie gesagt, also.
41:33
Ich weiß nicht, ob du noch einen Punkt hast.
41:34
Ich würde noch eine Sache noch mal ganz kurz auf den Tisch
41:36
legen, weil ich es vorhin angesprochen hatte.
41:38
Und das ist das Feedback, weil Feedback zu geben ist das eine
41:43
und zu sagen okay, ich möchte jetzt konstruktives Feedback
41:45
geben und ich finde, es ist auch ein sehr, sehr wichtiger, sehr,
41:49
sehr wichtiger Soft Skill Punkt Feedback anzunehmen und es ist
41:54
unglaublich schwierig manchmal Feedback anzunehmen, wenn der
41:57
Feedbackgeber oder die Geberin nicht diesen Skill so sehr
42:02
beherrscht. Und das finde ich manchmal
42:04
schwierig, weil man relativ schnell in Rechtfertigung
42:07
verfällt oder dann halt irgendwie sich angegriffen
42:13
fühlt. Und das muss man nicht machen.
42:16
Es ist aber verständlich, wenn das Feedback nicht gut gegeben
42:19
wird, deswegen kann man halt nur selber gucken, dass man gutes
42:21
Feedback gibt, also konstruktiv und auch nicht verletzend
42:25
sozusagen, aber es kommt halt nicht immer so zu einem hin und.
42:29
Und ich finde, das ist halt n unglaublich schwieriger Punkt
42:31
damit umzugehen. Und das ist aber auch n Soft
42:34
Skill, der unglaublich wichtig ist um sich aber zum Beispiel
42:38
auch selber weiterhin zu verbessern, weil es bringt ja
42:40
nichts, wenn du n Feedback bekommst.
42:42
Klar, wenn das Feedback blöd rübergebracht wird, dann ist das
42:46
natürlich nicht schön und das will ich auch gar nicht
42:49
bestärken. Ich finde man sollte gutes
42:50
Feedback geben und nicht irgendwie beleidigendes Feedback
42:53
geben, definitiv, aber man muss halt damit irgendwie lernen
42:58
umzugehen und. Das ist wichtig, aber wir haben
43:01
auch einmal schon ne Folge. Ne ausführliche Folge ist schon
43:04
n bisschen länger her, über Feedback gemacht und ich find
43:07
das ist sogar eine sehr sehr sehr gute Folge.
43:09
Also liebe Zuhörer, lieber Zuhörer, wenn es dich
43:12
interessiert, hör da auf jeden Fall gerne mal rein.
43:14
Es geht ja genau darum, was du gerade meintest zu sagen, ich
43:18
muss es auf die richtige Ebene bringen.
43:20
Am Anfang des Gesprächs schon, und das also nicht in dieser.
43:23
Es ist ne persönliche Angriffebene, da darfst du auf
43:26
gar keinen Fall reinkommen, sondern es muss.
43:28
In diese konstruktive Ebene kommen, dass beide den Mehrwert
43:31
aus diesem Gespräch dann auch ziehen.
43:33
Der, der das Feedback gibt und auch der, der es erhält.
43:36
Und das ist halt ein Punkt, der leider sehr oft auch schief
43:39
läuft und da kann man wirklich auch an sich selbst viel
43:43
arbeiten, wie du gerade so schön gesagt hast.
43:45
Und Feedback ist auch ein gutes Stichwort.
43:47
Liebe zuhören, liebe Zuhörer, falls du Feedback zu dieser
43:49
Erfolge hast und Anmerkungen. Auch zu den einzelnen Punkten
43:53
vielleicht oder ergänzende Punkte hast?
43:55
Dann lass es uns gerne wissen. Die Mail, worüber du uns
44:00
schreiben kannst, findest du in den Shownotes.
44:02
Tino, hast du noch einen Punkt? Nee, also das waren so für mich
44:06
eigentlich die wichtigsten Punkte.
44:08
Mal zusammengefasst war auf jeden Fall eine sehr coole
44:11
Folge, vielen Dank dafür. Das Thema fand ich cool.
44:13
Ja danke dir auch was auf jeden Fall wichtig noch mal zu sagen
44:17
ist, es sind natürlich jetzt unsere Erfahrung gewesen, auch
44:20
unsere Sichtweisen, die. Wie zum Beispiel also was einen
44:24
guten Softwareentwickler oder eine gute Softwareentwicklerin
44:26
ausmacht. Und es würde uns natürlich auch
44:28
brennend interessieren, wie du, Liebe Zurin, lieber Zurer, das
44:32
siehst, also ob du das genauso siehst, ob du andere Punkte
44:36
hast, ob du ergänzende Punkte hast, dann lass uns auch genau
44:39
das gerne über die Podcast Mail zukommen, ansonsten falls du.
44:44
Allgemeine Anmerkungen zum Podcast hast kannst du uns auch
44:47
gerne schreiben. Alle Links zu den Plattformen
44:49
findest du wie immer in den Shownotes.
44:51
Da findest du auch einen Link zu einer Spendenseite.
44:54
Falls du uns unterstützen möchtest.
44:56
Das würde uns mega mega freuen. Ansonsten empfiehl doch auch
44:59
gerne den Podcast weiter, wenn er dir gefällt.
45:01
So vielleicht 23 Freunden, das wäre auch mega und ansonsten
45:06
würde ich sagen, hören wir uns alle beim nächsten Mal wieder
45:09
und bis dahin eine gute Zeit und ciao ciao deine Coding Bodys
45:14
gemeinsam besser.