Software und Daten – Wie messe ich eigentlich Qualität? | Thea John

Dass wir Software nutzen um Daten zu analysieren, das kennen
viele. Aber kann man nicht auch Daten nutzen um Software zu
analysieren? Und wie mache ich das überhaupt. Darüber spricht
Christian Krug, der Host des Podcasts „Unf*ck Your Data“ mit Thea
John, Lead Software Engineer bei der Deutschen Telekom.


Den Scherz „it runs on my machine” haben wohl Entwickler*innen
schon mal gehört oder selbst gebracht. Besonders dann, wenn eine
Software mal nicht geht.


Aber was macht jetzt eine gute Software aus? Oder eben nicht? Und
wie messe ich das, ob eine Software das macht was sie soll, wie
sie es soll?





Natürlich mit Daten, aber bitte den richtigen.


Und da fängt es schon an kompliziert zu werden. Denn welche
Kennzahlen sind geeignet Software zu messen? In Verträgen sind
gerne SLA oder SLI drin, also Service Level Agreements oder
Indicator, die dann anzeigen wie viel die Software verfügbar ist
und wie schnell auf Probleme reagiert wird.





Die Probleme finden wir damit aber noch nicht. Dafür brauchen wir
Logs. Hier protokolliert eine Software was sie so tut den ganzen
lieben langen Tag. Und diese Logs können wir analysieren und
sehen was so passiert. Schickt ein Tool zum Beispiel unerwartet
viele oder wenig Emails, so kann es externe Faktoren geben, aber
es kann auch an der Software liegen.


Die Krux mit den Logs? Sie kosten Rechenpower. Das heißt sie
machen dein System langsamer. Daher gilt es hier eine gute
Balance zu finden zwischen genug loggen um Fehler zu finden und
wenig genug um das System trotzdem schnell zu halten.





Aber warum ist das Monitoring jetzt so ein Thema? Software ist
eben nicht wie ein physischen Produkt irgendwann fertig, sondern
wird im echten Leben getestet und läuft auf echten Umgebungen in
echten Netzwerken. Und auf diese Komplexität kann die Entwicklung
gar nicht vorbereitet sein. Darum muss sie auch in der echten
Welt betrieben und angepasst werden. Das hieß mal Operations.
Damit diese beiden jetzt näher zusammenrücken und die Entwicklung
nicht das unbekannte Wesen für den Betrieb ist, hat man DevOps
geschaffen. So rückt die Entwicklung näher an den Betrieb.





Da wir am Ende noch ein bisschen Zeit hatten, mussten wir
natürlich auch noch KI und Coding anreißen.


Der heilige Gral oder der schnellste Weg zu mehr schlechtem Code?


Vermutlich irgendwo in der Mitte.





Profile:





Zum LinkedIn-Profil von Thea:
https://www.linkedin.com/in/thea-john/





Zum LinkedIn-Profil von Christian:
https://www.linkedin.com/in/christian-krug/





Christians Wonderlink: https://wonderl.ink/@christiankrug





Unf*ck Your Data auf Linkedin:
https://www.linkedin.com/company/unfck-your-data





Buchempfehlung:





Buchempfehlung von Thea: The Software Architect Elevator - Gregor
Hohpe





Alle Empfehlungen in Melenas Bücherladen:
https://gunzenhausen.buchhandlung.de/unfuckyourdata








Hier findest Du Unf*ck Your Data:





Zum Podcast auf Spotify:
https://open.spotify.com/show/6Ow7ySMbgnir27etMYkpxT?si=dc0fd2b3c6454bfa





Zum Podcast auf iTunes: