Digitale Transformation

Skillbyte Podcast #48: Grundkenntnisse und Skills für ALLE IT-Fachkräfte

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: Grundkenntnisse und Skills für ALLE IT-Fachkräfte

// Inhalt //
01:29 – Was euch die Hochschule NICHT beibringt…

02:59 – Themenkomplex: Datenhaltung und -verwaltung
03:34 – SQL – Structured Query Language bei relationalen Datenbanken
05:53 – NoSQL – Not only SQL bei schemafreien Datenbanken
07:02 – Hashtabelle / HashMap
08:23 – häufige Datenvormate: JSON, YAML, CSV
10:37 – Zusammenfassung: Datenhaltung und -verwaltung

10:49 – Themenkomplex: Netze und Protokolle
11:13 – IP Adressen und -netze, Ports, NAT, Router, Gateway, TCP/UDP, Routing, Datenpakete, Firewalls
14:20 – HTTP Protokoll inkl. Status Codes und Zertifikaten für HTTPS
15:19 – REST APIs

16:13 – Themenkomplex: Systeme und Plattformen
16:25 – Linux, Kommandozeile / CLI (Bash), vi, nano, SSH, scp
18:46 – Docker, virtuelle Maschinen
19:35 – Cloud computing, Dienste und Orchestrierung dieser
21:06 – Cloud Native Software Development

23:00 – Themenkomplex: Arbeit mit Sourcode
23:09 – Code Versioning: GIT (branching, merging, rebasing), github.com, gitlab.com
25:17 – Integration von CI/CD Pipelines, GitHub Actions, Gitlab CI/CD (gitlab-ci-yml)

26:14 – Themenkomplex: Debugging
26:19 – Logdateien lesen
27:48 – Debugger konfigurieren und einsetzen

30:06 – Themenkomplex: Produktivität & Zielorientierung

32:45 – Zusammenfassung aller Themengebiete
34:21 – Podcastempfehlungen zur Vertiefung

// Weiterführende Episoden je nach Schwerpunkt //

Podcast #9: Bull’s Eye Software Development – Einfach und fokussiert auf Unternehmensziele
https://soundcloud.com/skillbyte/podcast-9-bulls-eye-software-development-einfach-und-fokussiert-auf-
unternehmensziele

Podcast #8: Must-have Skills, Technologien und Weiterbildung für DevOps
https://soundcloud.com/skillbyte/podcast-8-must-have-skills-technologien-und-weiterbildung-fur-devops

Podcast #7: Must-have Skills, Technologien und Weiterbildung für Data Engineers und Data Scientists
https://soundcloud.com/skillbyte/skillbyte-podcast-7-must-have-skills-technologien-und-weiterbildung-
3fur-data-engineers-und-data-scientists

Podcast #6: Must-have Skills, Technologien und Weiterbildung für Full-Stack Entwickler
https://soundcloud.com/skillbyte/skillbyte-podcast-6-must-have-skills-technologien-und-weiterbildung-
fur-full-stack-entwickler

Podcast #29: Die Zwölf Faktoren des Cloud Native Development (Teil 1)
https://soundcloud.com/skillbyte/podcast-29-die-zwolf-faktoren-des-cloud-native-development-teil-1

Podcast #30: Die Zwölf Faktoren des Cloud Native Development (Teil 2)
https://soundcloud.com/skillbyte/podcast-30-die-zwolf-faktoren-des-cloud-native-development-teil-2

// Weiterführende Blogposts mit mehr Informationen //

Tutorial: IT-Basiswissen für DevOps, Big Data, Developer
https://www.skillbyte.de/tutorial-it-basiswissen-fuer-devops-big-data-developer/

Onboarding neuer IT-Mitarbeiter (DevOps, Big Data, Developer)
https://www.skillbyte.de/onboarding-neuer-it-mitarbeiter-devops-big-data-developer/

Must-have Ressourcen, Skills und Techniken für Data Engineers und Data Scientists
https://www.skillbyte.de/must-have-ressourcen-skills-und-techniken-fuer-data-engineers-und-data-scientists/

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

// AUTOMATISCH GENERIERTES TRANSKRIPT //

Okay, ich habe jetzt meine Hochschule oder meine Ausbildung abgeschlossen. Was wird denn jetzt tatsächlich von Firmen im Alltag gefordert? Diese Skills werden oft an den Unis vernachlässigt, sind aber ganz relevant für den Berufsalltag, für die Berufspraxis. Wenn ihr mit Kollegen zusammenarbeitet.

Herzlich Willkommen zur Gewalt Podcast Episode Nr. Achtundvierzig Grundkenntnisse und Skills für alle IT-Fachkräfte Abonniert unseren Podcast für mehr spannende Themen aus dem Technologie Umfeld, wenn er IT Entscheider oder die Fachkraft seid. Wenn ihr eine Frage habt, sendet uns gerne eine E-Mail an Podcast Amtsgewalt D Wir freuen uns immer über Bewertungen und ganz besonders an Weiterempfehlung dieses Podcasts, an Freunde und Kollegen, die sich ebenfalls für diese Themen interessieren. Das ist uns ganz wichtig.

Und heute möchte ich darüber sprechen, welche Grundkenntnisse und Grundfähigkeiten denn für alle IT-Fachkräfte wichtig sind. Gerade wenn ihr vor dem Berufseinstieg steht und euch fragt Okay, ich habe jetzt meine Hochschule oder meine Ausbildung abgeschlossen, was wird denn jetzt tatsächlich von Firmen im Alltag gefordert? Und hier ist mir ganz wichtig, dass ich Themen anspreche, diese Wohlfühl Softwareentwickler, Admins, DevOps, Data Engineers von Belang sind und die für alle diese Berufsgruppen wichtig sind. Diese Skills werden oft an den Unis vernachlässigt, sind aber ganz relevant für den Berufsalltag, für die Berufspraxis.

Wenn ihr mit Kollegen zusammenarbeitet und häufig ist es so, dass das so Grundfähigkeiten sind, die euch dann auch niemand mehr so richtig erklären möchte, weil das einfach so ein Brot und Butter Geschäft ist, dass ihr das am besten dann zuhause nachliest oder die Kollegen schon mit den Augenrollen, wenn so eine Frage gestellt wird. Davor möchte ich euch bewahren und einfach ein paar Denkanstöße geben, paar Themen geben, die ja durcharbeiten könnt, wo ihr euch mit beschäftigen könnt und dann voll in den Berufseinstieg glänzen könnt und dadurch starten könnt.

Was befähigt mich dazu? Ich bin seit über 16 Jahren Softwareentwickler und seit über acht Jahren in der IT Beratung tätig, habe also schon viele Unternehmen gesehen und viele Projekte durchgeführt und habe dadurch einen breiten Erfahrungsschatz aufgebaut und sehe dann immer das neue Ankömmlinge Junior Entwickler Junior Dev Orbs Junior Atmens oft die gleichen Fragen haben, die mit einer Woche oder zwei Wochen Vorbereitung zu klären wären und wo man dann einen viel besseren Einstieg ins Berufsleben finden würde. Also vielleicht wenn ihr Einsteiger seid, sendet ihr euren Kommilitonen auch diese Podcast Episode und macht es euch sehr viel einfacher direkt erfolgreich ins Berufsleben einzusteigen.

Ich freue mich auf jeden Fall und wenn ihr Fragen habt. Wie eingangs erwähnt, schick mir gerne eine E-Mail, wenn ich ein Thema vergessen habe. Eurer Meinung nach sendet meine E-Mail an Podcast beide Punkte. Das erste Thema, wobei ich heute sprechen möchte, beschäftigt sich mit der Datenhaltung und Verwaltung. Ihr könnt euch ein Computersystem so vorstellen, dass es sich im Grunde um einen Datentyp handelt oder um mehrere Daten Zöpfe, um die drumherum Code gebaut wird. Also Decode nimmt die Daten, die in einer Eingangs Struktur vorliegen.

Das kann ein Bild sein und konvertiert diese Daten in ein anderes Format, ein Video, ein Bilder, Album usw.. Also im Grunde ist es immer so ihr habt Daten und der Computer Code macht etwas mit diesen Daten, transformiert diese Daten und gerade wenn es um das Thema Datenhaltung geht auch heute noch spielen relationale Datenbanken. Das sind Datenbanken wie Maria DB, My, SQL PostgreSQL, auch Oracle oder MS SQL eine große Rolle. Und alle diese Datenbanken werden über die STANDARD Abfrage Sprache SQL abgefragt.

Und egal in welchen Projekten, dieser SQL STANDARD wird euch immer wieder über den Weg laufen. Das ist auf jeden Fall eine Fähigkeit, die ihr brauchen werdet. In eurem Berufsalltag und die an der mannigfaltigen Stellen einsetzbar ist, ist es sogar so, dass neue Technologien, die hinzukommen z.B. wenn man an die Haddock Daten Platform denkt, die es jetzt auch gar nicht mehr so neu. Dann werden Werkzeuge extra so konzipiert, dass sie auf den vorhandenen SQL Standards aufsetzen können.

Also dass man mit der SQL Sprache, die sehr viele Entwickler bereits können, dann eben auch neue Anwendungsfälle abdecken kann. Also SQL absolut wichtig, um ein paar Beispiele zu geben. Ein paar Select Abfragen auf Tabellen Jeunes sind ganz wichtig. B. Jeune ich Daten zwischen zwei Tabellen Was ist eine Relation? Relation ist im Grunde genommen eine Tabelle. Was ist ein Primärschlüssel? Wie setze ich in die CS? Was für Vorteile haben in die CS? Welche Nachteile haben sie?

Schaut euch mal ihr Diagramme an. Also Entity Relationship Diagramme. Die habt ihr wahrscheinlich im Studium schon gesehen. Die werden auch in der Praxis eingesetzt und letztlich bilden die einfach nur Datenbank Schemas ab. Also an der Stelle nochmal wichtig die SQL Abfrage Sprache ist super wichtig. Schaut euch das an. Macht einfache Kluth abfragen also create read update Lettner fügt was ein, selektiert Ergebnisse, löscht meine Zeile. Update Meine Zeile so als Fingerübung. Da seid ihr auf jeden Fall schon mal gut gewappnet, weil SQL wird ihn mit an Sicherheit grenzender Wahrscheinlichkeit in eurem Berufsleben wieder auftreten.

Hier noch als Erweiterung. Die optionales Wenn ihr das Thema vertiefen wollt, könnt ihr euch auch Objekt relationale Mapper anschauen, sogenannte Ockhams. Hier geht es darum. Programmiersprachen sind häufig objektorientierte und ihr arbeitet mit Objekten. Daten werden aber immer, wenn sie in relationalen Datenbanken liegen, auf Tabellen abgebildet. Das heißt, es sind im Grunde zwei Welten und diese Object relationalen Mapper verbinden diese beiden Welten ist nicht unbedingt Voraussetzung, aber als Erweiterung. Wenn euch das Thema interessiert, würde ich das empfehlen, mal anzuschauen.

Kommt auch sehr häufig vor. Wir befinden uns immer noch in dem Blog Datenhaltung und Verwaltung. Und das zweite Thema, was sehr wichtig ist und was euch im Berufsleben auf jeden Fall über den Weg laufen wird, sind die sogenannten No ASCII Datenbanken wie beispielsweise Mongo DB, No SQL steht hier aber nicht für kein SQL, sondern für Not only SQL und es handelt sich um so genannte Schema freie Datenbanken. Was bedeutet das? Bei den relationalen Datenbanken haben wir schon festgestellt Es gibt Tabellen.

Diese Tabellen haben ein festes Format und alle Daten müssen in diese Tabellen hineinpassen. Bei den Schema freien Datenbanken ist das nicht der Fall. Da könnt euch vorstellen einen Such Index wird häufig mit Schema freien Datenbanken abgebildet und mit Dokumenten, die sich nach und nach erweitern. Also wenn man z.B. ein Dokument hat, das nennt sich Person, dann hat die Person vielleicht Vorname Nachname. Irgendwann kommt ein Führerschein hinzu, irgendwann kommt ein Schulabschluss hinzu, irgendwann heiratet die Person vielleicht und es kommt mir ein Link zu einer anderen Person hinzu.

Und das weiß man vorher alles nicht. Deshalb können die Dokumente in der Datenbank Personen nach und nach erweitert werden. Ohne Schema. Also SQL haben wir, No SQL haben wir, da gehen wir gleich noch genauer drauf ein. Ein weiterer Punkt zur Datenhaltung und Verwaltung, der euch auf jeden Fall begegnen wird, ist die sogenannte Hascht Tabelle oder auf Englisch Hash Map. Schaut euch bitte an, wie funktioniert eine Hash Map? Was für Vorteile habe ich bei der Hash Map?

Was? Eine Hash Map ist einfach eine Datenstruktur, die einen Schlüssel zu einem Wert abbildet. Im Grunde genommen könnt ihr euch vorstellen, ein Schlüssel muss eineindeutig sein wie eine Telefonnummer und der Wert könnte z.B. die Person sein, die hinter der Telefonnummer steckt. Wenn ich jetzt einen neuen Wert mit der gleichen Telefonnummer einfüge in diese Hash Tabelle, dann fällt der alte Wert raus und die neue Referenz. Also sagen wir mal die gleiche Telefonnummer gehört jetzt einer neuen Person, wird dann dort gespeichert.

Der Vorteil von einer hascht Tabelle ist, dass ein sehr schneller Zugriff ermöglicht werden kann, wenn man den Key errät. Wenn man die Telefonnummer weiß, kann man sofort den Namen der Person nachgucken in der O Notation, während er die Zugriffs Zeit würde sich als O von 1 darstellen, was der beste Fall ist und die Hash Tabelle läuft euch sehr sehr häufig über den Weg. Diese Datenstruktur beim Thema Caching, wenn ihr schnellen Zugriff auf Elemente benötigt bei Key Value Stores.

Ein unbekanntes Produkt aus diesem Bereich wäre z.B. Readers. Also schaut euch wirklich an, was ist eine Hash Tabelle? Wie funktioniert die? Gibt’s in allen Programmiersprachen. Macht euch mit dem Konzept vertraut. Das ist ganz wichtig. Als letzten Punkt bei Datenhaltung und Verwaltung möchte ich auf häufige Datenformate eingehen. Also ein häufiges Datenformat ist z.B. Jason Java Skript, Objekt Notation. Das habt ihr bestimmt schon mal gesehen. Das sind einfach abgerollt. Schlüssel, Werte, Kombinationen. Wenn man so möchte, also sucht nach Jason Fall, dann sieht er sofort, was ich meine.

Dieses Dateiformat kommt sehr sehr häufig vor. Und das wird zum Brot und Butter Geschäft während eurer täglichen Arbeitszeit werden bin ich ganz sicher. Ist auch sehr ähnlich beim Zugriff auf Novell SQL Datenbanken. Werdet die Abfragen an diese Datenbanken stellen. Da kommen dann Jason Dokumente zurück, also Jason Objekte zurück, wenn ihr auf irgendwelche Rest APIs zugreift. Da kommen wir gleich noch zu. Wird ebenfalls wie mit Jason Objekten gearbeitet und also an Datenformat. Jason kommt da nicht vorbei.

Wenn ihr nicht wisst was das ist. Schaut es euch an. Macht euch damit vertraut und es ist sehr, sehr wichtig. Ein zweites Datenformat, insbesondere für Konfigurationsdateien ist das sogenannte Jamel Dateiformate.

Jamel und Jason sind austauschbar. Also man kann Jason Datei als Jamil Datei schreiben und eine Jamel Datei als Jason Datei ist ein bisschen der Geschmacksfrage. Jason Dateien werden häufig zur Verwendung von Daten zum Austausch von Daten Objekten verwendet. Jamil Dateien sind oft Konfigurationsdateien, also Latin oder Markup. Länge ist die geschriebene Abkürzung und die neuen Technologien nutzen alle diese Sprache zur Konfiguration. Ein drittes sehr häufig anzutreffen das Dateiformat ist das sogenannte CSV Dateiformat. Häufig liegen Daten Exporte in dem CSV &comma.

Seppl rated beliefs vor. Das könnt euch so vorstellen, dass im Grunde einfach eine Tabelle abgerollt wird und alle Daten mit Kommas getrennt hintereinander geschrieben werden. Und das ermöglicht es auch Systemen, die keine Kenntnis voneinander haben, mit diesen Daten zu arbeiten. Also irgendein System, was mal erstellt wurde, kann Daten in CSV exportieren, z.B. eine Telefonrechnungen und ein anderes System. Was? Einige Jahre später erst danach erzeugt wurde, kann man diese Daten eben wieder einladen. Weil sich beide sind CSV STANDARD halten.

Das wären meine 4 Tipps zum Thema Datenhaltung und Verwaltung. Ich fasse nochmal zusammen SQL Abfrage Sprache superwichtig Der Umgang mit No SQL Datenbanken ist sehr wichtig. Die Funktionsweise einer hascht Tabelle sollte dir kennen und die geläufigsten Datenformate. Mit denen sollte dir auch was anfangen können. Okay, nach Datenhaltung UN-Verwaltung kommen wir jetzt zu dem Block Netze und Protokolle. Das wird einige von euch langweilen, andere von euch, wenn ihr großen Nachholbedarf haben. Das stelle ich immer wieder fest.

Und zwar geht es um nichts weniger als das Verständnis, wie das Internet funktioniert oder spezieller wie TCP IP Netzwerke funktionieren. Was ist eine IP-Adresse? Also ganz genau. Was ist das? Was ist eine IP V4 Adresse? Was ist eine IP V6 Adresse? Warum ist diese Adresse wichtig? Was bezeichnet diese Adresse? Ist diese Adresse änderbar? Wer teilt diese Adressen zu? Wer verwaltet diese Adressen? DHCP In diesem Kontext ist auch wichtig. Alles Stichworte, die er nachgucken könnt und die wichtig sind Ports.

Was ist ein Port? Von einem Service, der auf meinem Rechner läuft. Wie viele Ports gibt es? Welche Ports sind bereits belegt? Gibt Welche Konventionen existieren zu Ports? Hier insbesondere Ports unterhalb der Nummer 1024 dürfen eigentlich nur von Services verwendet werden. Die erhöhte Rechte haben und so weiter und so fort. Das sollte durch angucken gerne auch Wikipedia bietet exzellente Dokumentation zum Thema IP Netze an. Schaut euch das an! Also was sind IP Adressen? Was hat es mit den Ports auf sich?

Was ist ein Router bzw ein Gateway? Ein Router bootet innerhalb von Netzen. Ein Gateway verbindet zwei Netze. Wir sagen zwar im Sprachgebrauch häufig DSL Router, aber streng genommen ist es ein DSL Gateway, denn es verbindet das private Heim Netz mit dem Internet. Was bedeutet Network Address Translation kommt so häufig vor in Kunden Projekten. Bei Network Address Translation geht es einfach darum, dass die IP-Adresse im Internet, die euer Gateway im Internet hat, auf eure lokalen Geräte zuhause beispielsweise abgebildet werden muss.

Das heißt, euer Handy, euer PC, eurer Spielkonsole, euer Fernseher. Die haben alle die gleiche IP V4 Adresse im Internet. Aber trotzdem muss natürlich das Gateway Player DSL Gateway entscheiden. Wo schicke ich denn welche Daten hin und muss die Geräte auseinanderhalten? Wie funktioniert das genau? Ein weiteres Stichwort hier wäre Port vor Wording. Das solltet ihr auch wissen. An das habt ihr aber wahrscheinlich im Studium gelernt. TCP und UDP was ist der Unterschied zwischen TCP Verbindungen und UDP Verbindungen?

Ganz einfach kann man sagen bei TCP Verbindungen fallen Verbindungs Fehler auf und werden behoben. Also verlorene Datenpakete werden an Nacht gesendet. Bei UDP ist das nicht der Fall. Dafür ist UDP schlanker und hat weniger Management Overhead, was die Paket Verwaltung angeht. Das ist manchmal von Vorteil, wenn man einfach möglichst hohe Datenrate erzielen möchte oder wenn verlorene Pakete nicht wichtig sind z.B. bei Skype Verbindung. Wenn da ein Wort fehlt, dann nützt das nichts, das wenige Sekunden nach und später nach zu senden, sondern dann lässt man Safa weg und macht weiter.

Generell Wie funktioniert Routing? Was sind Datenpakete? Wie funktionieren Firewalls? Das ist Grundlagenwissen, aber immer wichtig in Firmen, weil Unternehmen oft sehr komplexe Systeme im Einsatz haben, die eben mit dem Netz verbunden sind. Und oftmals, wenn es Probleme gibt, liegt das an Komponenten in dem Netz, die eben diese Einzelkomponenten verbinden. Und wenn man nicht versteht, wie Alpines zu funktionieren, dann kann man den Fehler nicht entdecken und beheben. Es ist der einfache Grund.

Der zweite Punkt bei Netzen und Protokollen. Neben der Funktionsweise des Internets sein grundlegendes Verständnis des http Protokolls. Also was gibt es für Methoden geth post put die z.B.. Und was gibt es für http status codes? Viele kennen bestimmt den Status Code 404. Das ist wenden eine Ressource eine Webseite in dem Fall nicht gefunden wurde. Gibt auch den Status Quo 200, wenn der Request erfolgreich verarbeitet wurde. Es gibt noch viele, viele weitere Status Codes, die alle eine andere semantische Bedeutung haben.

Da sollte man sich mal die Tabelle anschauen, um einfach einen Überblick zu bekommen, was es alles gibt. Die muss man nicht auswendig können, aber man muss z.B. Klassen von Status Code sollte man wissen. Also die fünf Hunderter Codes bezeichnen Server Fehler als bei vier Hunderter Codes ist häufig eine Ressource einfach nicht gefunden worden. Bei 200 Codes ist der Request erfolgreich durchgeführt worden. Aber es gibt halt verschiedene Rückmeldungen, dass man einfach diese Klassen kennt. Das ist sehr wichtig und hochgradig Praxis irrelevant.

Ein dritter Punkt bei Netzen und Protokollen, der sehr wichtig und in den letzten Jahren noch an Wichtigkeit. Sind die sogenannten Rest APIs als Schnittstelle zwischen Microservices oder zwischen zwei Systemen, die miteinander sprechen, meistens über Jason? Geht es darum, System A ruft z.B. bei System B ein Login auf, System B sendet System A zurück. Okay, erfolgreich eingeloggt. Daraufhin kann System A System B sagen wieder ein Request schicken. Ok. Dann bitte möchte ich die und die Daten abrufen.

Dann weiß System B anhand von Informationen, die gesendet werden. System AS autorisiert und kann dann die entsprechenden Informationen zurück liefern. Immer wenn ihr euch irgendwo auf einer Website einloggt, wird im Hintergrund genau dieser Datenaustausch durchgeführt. Also Rest APIs in Verbindung mit dem HTTP Protokoll und der Funktionsweise des Internets. Also es sind absolute Basis Baustein und die braucht ihr mit Sicherheit grenzender Wahrscheinlichkeit auf jeden Fall in meinem Berufsleben. Kommen wir nach der Datenhaltung und Verwaltung über das Thema Netze und Protokolle.

Nun zum dritten Thema Systeme und Plattformen. Hier ist es wichtig zu wissen, wie das System Linux aufgebaut ist. Linux wird nach wie vor auf den meisten Servern eingesetzt. Auch die ganz Docke isierung und die ganzen Cloud Umgebungen basieren zum größten Teil auf Linux und sehr, sehr häufig. Wenn ihr Software entwickelt, die irgendwo ausgerollt werden soll, passiert das auf Linux Systemen. Und da sollte dir einfach ein grundlegendes Verständnis davon haben, wie das System aufgebaut ist. Da gibt es tolle Youtube-Videos zu, die das in der Kürze erklären.

Also was ist der Kernel, was ist der User Space? Was sind die häufigsten Verzeichnisse bei einer Linux Installation oder auch im Docker Container? Ist es oft so ähnlich? Was sind Konfigurationsdateien also häufig unter Slash etc., die wichtig sind, wo ich dein Haus eintragen kann oder irgendwelche anderen Systemeinstellungen verändern kann? Das lohnt sich immer. Also generell Linux System Aufbau verstehen und die häufigsten Verzeichnisse kennen. Das führt mich direkt zum nächsten Punkt dem Umgang mit der Linux Kommandozeile.

Ob das jetzt das Basch Terminal ist oder TCS h WGT, da Entwickler durch seine eigene Vorliebe. Es ist aber wichtig hier, dass ihr euch für einen Terminal entscheidet, dass ihr das so konfiguriert, dass er damit auch umgehen könnt und euch dann eben auf der Kommandozeile wegen könnt. Ob das jetzt Linux ist oder MacOS, das ist erst mal nicht so wichtig, aber dass ihr in Verzeichnissen navigieren könnt. Also mit CD in ein Verzeichnis reinspringen oder wieder rausspringen, das Sie mit lässt euch das Verzeichnis Inhalt anzeigen lassen können, dass ihr Dateien editieren könnt entweder mit den Editoren wie ein Nano oder euer Lieblings Editor, dass ihr per 6h auf einen Server zugreifen könnt.

CH Leerzeichen Server Namen entspringt er auf den Host, dass ihr z.B. mit SCP Daten zwischen Servern hin und her kopieren könnt oder von einem Server auf eurem Rechner kopieren könnt. Das wird häufig benutzt bei Log Dateien. Wenn man da etwas nachschauen möchte, das man erstmal vom Server auf den eigenen Rechner kopiert, dass man Dienste stoppen kann und neustarten kann und dass man sich einfach sicher auf der Kommandozeile bewegt. Das ist sehr, sehr sehr wichtig und das ist absolutes Grundlagenwissen.

Hab ich häufiger schon in meinem berufst Kontext gesehen, dass das nicht beherrscht wurde. Und dann entsteht im Team sehr, sehr oft Frustration, weil das eine Grundkenntnisse ist, die vorausgesetzt wird. Also wer mit dem System Ausbau von Linux besprochen und die Navigation auf Linux Kommandozeile auch die Verwendung von Docker und virtuellen Maschinen wie VirtualBox sind sehr, sehr wichtig zu wissen, wie man damit umgeht, weil die Entwicklung doch mehr und mehr in Docker Containern vollzogen wird oder auch in virtuellen Maschinen statt auf der eigenen lokalen Hardware.

Das hat einfach den Vorteil, dass man, wenn man einen Docker Container baut oder Diplomat, dass er sich überall gleich verhält und man nicht mehr das Problem hat, dass eine Software auf dem lokalen Rechner anders funktioniert als dann später in der Produktion auf dem Server, weil man das vermeiden möchte. Also schaut euch an, wie Docker funktioniert, wie man Docker Container runterlädt, wie das langjÃhrigen der Falz Systeme der Docker Images funktioniert und wie der Docker Dienst generell funktioniert auf der Linux Infrastruktur.

Ich denke ah es ist sehr interessant und b ist es auch hochgradig Praxis relevant. Ein weiterer Punkt bei System und Plattform ist natürlich, dass in den letzten Jahren immer stärker in den Vordergrund tretende Cloud-Computing auf der einen Seite versus der On Priamos Rechenzentren, die auf der anderen Seite noch laufen bei vielen Unternehmen und ich denke, es wird dahin gehen, dass bis auf sehr, sehr wenige Ausnahmen fast alle Anwendungen in der Cloud betrieben werden. Heute sind wir in einem Zwischenzustand, dass noch viele alte Anwendungen, die seit Jahren bestehen, im eigenen Rechenzentrum laufen und nicht in die Cloud wandern.

Aber Anwendungen, die neu entwickelt werden eben schon auf der Cloud Infrastruktur angelegt werden. Und da muss man sich dann einfach auskennen. Also auch mit der Terminologie Wie heißt eine virtuelle Maschine in der Amazon Cloud oder in der Cloud oder in der Google Cloud, je nachdem, welchen Cloud Provider man da verwendet?

Da ist es auch wieder wichtig. Ich die Netze und Protokolle zu verstehen. Wie können die Maschinen untereinander kommunizieren? Welche Cloud Tools gibt es? Wie heißt jetzt zum Beispiel DNS namens Auflösung jetzt bei dem Cloud Provider und so weiter und so fort. Also hier am besten wie kommt ihr da rein? Die meisten Club Weida bieten ja so ein Free Plan an, dass man sich da einfach anmelden kann und dann eine einfache Website auf diesem Cloud Host installieren. Ich glaube, da kann man sehr schnell Erfolge erzielen und sich sehr schnell in diese Infrastruktur als Dienst oder Infrastruktur as a Service Umgebungen einarbeiten.

Oft ist es auch so, dass Unternehmen schon eine Cloud Infrastruktur hab und wir die nicht von Null aufbauen müssen, sondern eben erweitert. Aber da muss man sich dann auch auskennen, welche Werkzeuge es da alles gibt. Wenn man schon bei Cloud Computing ist, muss man auch meiner Ansicht nach das Cloud Native Software Bell abmahnt ansprechen. Da haben wir bei Skill BYD 2 Podcast Episoden zu gemacht, die Episode Nummer neun und zwanzig und dreißig. Denn Anwendungs Software, die für Cloud Umgebungen entwickelt wird, die wird etwas anders entwickelt als man das vielleicht bei Legacy Anwendungen früher gemacht hat, wo alles auf einem Server ausgeführt wurde.

Heute ist es so, dass das Thema State zentral gehalten wird, dann Cloud Datenbanken oder Cloud Now, SQL Datenbanken und die Microservices drumherum. Diese Daten transformieren sehr schön. Da sind wir wieder bei dem Bild, was ich eingangs gezeichnet habe, dass man im Grunde sich einen Computer Computersystem als Datentyp vorstellen kann mit Code drumherum. Genauso ist es in der Cloud auch. Aber es gibt ja ein paar Besonderheiten, auf die man achten sollte bei der Anwendungsentwicklung, die eben unter Cloud Native Development zusammengefasst sind, damit man auch alle Vorteile der Cloud nutzen kann.

Also damit man so super breit skalieren kann, damit man sich Maschinenhaus fahren kann und im Grunde eine Milliarde User App frühstücken kann, muss man die Anwendungen in einer bestimmten Art und Weise entwickeln. Und das ist das Cloud Native Development, würd ich auch sagen. Schaut euch das mal an, müsste euch nicht so tief anschauen, aber ist auf jeden Fall wichtig. Und in dem Zuge Cloud Entwicklung macht euch mit so Schlagwörtern vertraut wie CDN konnte Delivery Network Was bedeutet AWS?

Was bedeutet CCP? Was bedeutet esgab? Wie gehe ich mit der neuen Infrastruktur aus der Cloud um statt echter Hardware im Server? Vielleicht steigt er auch direkt auf Cloud Services ein und kennt gar nicht mehr echte Server. Das ist auch okay, aber der Umgang mit den Cloud Diensten, das halte ich für sehr, sehr wichtig und hochgradig Praxisräume und auf jeden Fall. Und auch die meisten Cloud-Anbieter bieten Kommandozeile Tools. Als wenn man sich auf der Kommandozeile bewegen kann, kann man auch die Tools der Cloud-Anbieter verwenden.

Nach System und Plattform wäre der vierte Punkt von mir nun das Arbeiten mit Source Code. Wie geht man damit um? Und hier ist ein ganz, ganz grundlegendes System, was man auf jeden Fall beherrschen sollte und sich anschauen sollte. Das Git Code Version im System von Linus Torvalds himself, gegründet vor einem Jahr. Was heißt ersetz? Installiert euch Git schaut an, wie man einen Branch macht, wie man Branches wieder merkt, wie Rhee Basinger funktioniert, welche Vorgehensweise es gibt, Feature Entwicklung auf sogenannten Branches durchzuführen.

Dann, wenn das Feature entwickelt ist, muss der Branche wieder in den Master Branch zurückgemeldet werden. Da gibt es verschiedene Vorgehensweisen. Also ich sage nicht, dass man sich das alles anschauen muss, aber man muss Git so benutzen können, dass man Code einchecken kann, Code Versionierung kann, die geläufigsten Kommandos kennt, also mit blame schaut wer hat diese Code Datei geschrieben und wen kann ich da fragen z.b. Und wo kommt diese Änderung her, dass man einen Branch ziehen kann, dass man ein Branch wieder marjan kann?

Das ist super wichtig und habt ihr vielleicht schon im Studium benutzt. Wenn nicht, schaut euch bei Jude Ami oder bei YouTube an Git Kurs an, der euch die Basics vermittelt und wirklich die Basics Bronchien Marching Rebalancing. Damit seid ihr schon gut aufgestellt. Da gibt es noch sehr fortgeschrittene Themen, die wenn euer Unternehmen das einsetzt, werden sie euch das zeigen. Aber zumindest die Basis Sachen solltet ihr kennen, um damit umzugehen, dass es immer wieder ein Knackpunkt.

Und da solltet ihr zumindest Grunderfahrungen haben, um da nicht direkt anzuecken bei eurer neuen Stelle. Wenn ihr wollt, macht euch ein Account bei GitHub und komm oder Güttler Punkt kommen. Erstellt euch dort euer eigenes Repository zum Ladet mal Dateien hoch, ladet das runter. Fragt einen Freund, die Dateien zu ändern und die wieder hochzuladen, sodass er euch einfach. Ja, vielleicht nutzt er im Studium schon vor eurer Abschlussarbeit oder irgendein Text. Könnt ihr mal Git benutzen, um gemeinsam an einem Werk zu arbeiten und dann kriegt er schon Erfahrung, was für Probleme es gibt und was auch Git leistet.

Und das ist sehr sehr wichtig. Es gibt noch andere Wirsching Systeme außer Git z.B. SVR oder CVS, aber Git hat im Grunde genommen alle verdrängt. Und wenn ihr Git verstanden habt, dann könnt ihr auch mit allen anderen umgehen. Deshalb halte ich es für das Allerwichtigste. Ein weiterer Punkt Wenn ihr das Codewort Oenning mit Git beherrscht, ist die Integration von Kaikki. Die Pipeline, also Continuous Integration Continuous Delivery haben nämlich meistens in Unternehmen hört man ja nicht auf, wenn man denkt Sourcecode eingecheckt hat, sondern jetzt muss der Source Code ja in ein Programm überführt werden oder in einen Container überführt werden.

Und dieser Container wird dann ausgerollt auf dem Testsystem, auf dem Produktionssystem, je nachdem, was man gerade macht. Da gibt es bei GitHub die sogenannten GitHub Actions, die es machen können. Bei Gelabt gibt es die Key ICD Pipeline über die Gitter i-Punkt Jamel Datei lässt sich das steuern. Also schaut euch die Integration dieser Sie als Hedy Pipelines an ist ein etwas fortgeschrittenes Thema, wird aber auch hochgradig Praxis relevant. Hab ich in jedem Projekt bisher gehabt. Was man da zumindest verstehen muss.

Was da vor sich geht und gegebenenfalls auch Anpassungen durchführen können muss, würde ich empfehlen, sich auf jeden Fall da mal ein Youtube-Video zu anzugucken. Okay. Soviel zur Arbeit mit Sourcecode. Mein fünfter Punkt, der absolut wichtig ist, heißt Debugging. Womit die Bar gegen meine ich erstmal, dass ihr Log falls lesen könnt Dienste Linux Dienste System Dienste auch Windows System Dienste schreiben Ereignisse in Log Dateien Diese Log Dateien sind die erste Anlaufstelle, wenn es zu Fehlern kommt, wenn es zu Problemen kommt, wenn man irgendwie schauen muss, wie verhält sich der Dienst.

Und das ist tägliches Brot und Butter Geschäft, das man in Lokführers schauen kann. Also entweder springt man auf der Kommandozeile per Asha direkt auf die Maschine oder in den Docker Container und betrachtet dann eben die Lock falls mit den gebräuchlichen Editoren wie wie nano less more. Dies sind keine Editoren, aber Betrachter um dann die Log Dateien anzeigen zu können. Ihr könnt jeden Editor benutzen, der für euch passt. Wichtig ist, dass ihr wisst, wo sind Lokführers zu finden unter war oder jeweils an der konfigurierten Stelle im Container und dass ihr dort reinschauen könnt.

Superwichtig gibt auch so Log Aggregation Dienste wie e.K. Zum Beispiel oder Cubaner die Log Falls sammeln gerade in verteilten Umgebungen und die dann an zentraler Stelle aggregieren. Ihr könnt euch vorstellen, wenn ihr 20 Container habt, dann möchtet ihr nicht 20 Container abklappern per Kommandozeile, sondern möchtet die Log falls zentral an einer Stelle einsehen können. Dann habt ihr schon einen Dienst, der euch das abnimmt, die Lock Fields zu sammeln. Aber das Sorgfalt selber betrachten müsst ihr dann immer noch eben auf einer Web Oberfläche und vielleicht nicht in der Kommandozeile.

Aber Log falls lesen will gelernt sein kommt aber auch jeden Tag vor. Ein ganz ganz großes Thema. Was mir am Herzen liegt beim Thema Debugging ist das Richtige die Backen. Ich halte das für extrem wichtig für effektive Arbeit zu machen. Also stellt euch vor. Ihr baut eine Website und jedes Mal, wenn ihr eine Änderung gemacht hat, müsst ihr den Webserver neu starten, um zu gucken, welche Änderungen hat meine Änderungen denn jetzt bewirkt? Wie sieht die Webseite jetzt aus?

Wie sieht die Webseite jetzt aus? Jetzt würdet ihr so ein Plugin verwenden wie z.B. Hoth Reload, was einfach, wenn ihr die Datei speichert, die Webseite neu lädt und ihr sofort seht, was eure Änderung bewirkt hat. Und das ist jetzt nur Webentwicklung. Das kann man für alle möglichen Technologien gibt es einen dieBürger. Ob das im Browser ist, eine JavaScript Code schreibt, ob das auf JVM Sprachen ist wie Java oder Scala, da gibt es die Bagger.

Ob das bei iOS ist? Wenn ihr Apps entwickelt oder bei PHP. Überall gibt es die Braga, welche die Entwicklung und das Bugfixes extrem vereinfachen. Ihr könnt Breakpoint setzen, also an bestimmten Stellen im Programm stehen bleiben. Dann könnt ihr euch angucken, welche Werte alle Variablen haben. Ihr könnt oft auch die variablen Werte an dieser Stelle ändern. Teilweise könnt ihr das Programm zurückspulen, eine Änderung machen und dann nochmal vorwärts über diese Änderungen drüber gehen und gucken, ob eure Änderungen den gewünschten Effekt hat.

Ihr könnt variablen Werte ansehen und editieren. Ihr könnt OT Reload benutzen. Das heißt, dass ihr die geänderte Datei direkt kompilieren und wieder einladen könnt und direkt den geänderten Code testen könnt. Vorwärts rückwärts über eine Stelle gehen und kommt so viel schneller einem Back auf die Schliche. Oder wenn ihr auch Software entwickelt, als wenn ihr immer wieder den Server neu startet oder den Dienst neu startet und euch bis an diese Stelle durchklicken. Also nutzt ein Debugger. Das ist mein Appell.

Das ist auch ein riesen Hebel. Ich bin immer wieder überrascht. Auch fortgeschrittene Entwickler benutzen nicht immer einen Debugger, sondern erarbeiten erst einmal relativ lange ohne, bis sie dann die Bagger abklemmen. Und die Bagger ist für mich eins der Nummer eins Produktivitäts Werkzeuge überhaupt, um Softwareentwicklung zu betreiben oder Bugfix sing. durchzuführen. Also investiert wirklich die Zeit in die Bagger kennenzulernen und einzurichten. Das ist eine etwas größere Hürde. Oftmals muss man ihn konfigurieren und muss erst mal ein paar Settings gerade ziehen, bis man ihn auch nutzen kann.

Das sollte aber auf jeden Fall machen, auch wenn es etwas lästig ist, weil die Zeit holt er hinterher immer wieder raus. Nach dem Thema Diba gegen was ich abschließen möchte, komme ich zu dem sechsten Punkt und der sechste Punkt ist im Grunde genommen keine Werkzeug Empfehlung wie vorhin, sondern eine Empfehlung zu eurer generellen Einstellung. Der sechste Punkt heißt Produktivität und Zielorientierung und das ist ein ganz wesentlicher Punkt. Die Herangehensweise an ein IT bzw. Software Problem ist ganz wesentlich für euern Erfolg und ich sehe es sehr sehr oft, dass das ein Haupt Unterscheidungsmerkmal ist zwischen einem Entwickler, der vielleicht weniger Erfahrung hat und einem Entwickler, der sehr viel Erfahrung hat.

Die Entwickler mit sehr viel Erfahrung, die überlegen erst auf dem Papier, die planen eine Funktion, die schauen sich an, die lesen sehr viel. Was ist denn schon da? Was kann ich wiederverwenden? Gibt es eine Open Source Library, die ich benutzen kann, die mir schon sehr viel Arbeit abnimmt? Was ist denn schon da? Also wie ist genau mein Weg zum Ziel? Und sehr, sehr viel Zeit wird für die Planung aufgewendet, wohingegen eher Junior Entwickler meistens direkt anfangen Code zu tippen.

Ah hier, da weiß ich, da kann ich etwas implementieren und hier machen wir die Suchfunktion und so. Also die springen direkt ins Thema rein, statt erst mal zu planen. Und da ist mein Erbteil an euch. Überlegt erst einmal genau, was erreicht werden muss, was die Anforderungen sind und dann überlegt euch einen minimalen Weg, wie ihr genau diese Anforderungen auch umsetzen könnt. Nicht zu viel implementieren und gerne needed genau gucken. Okay, wie ist ein effektiver Weg von meiner Anforderung hin zur Implementierung?

Viel Zeit in das Verstehen des Problems zu investieren und auch viel Zeit in die gedankliche Entwicklung der Lösung zu investieren und dann erst mit dem Cone anzufangen und die einzelnen Blöcke zusammenzuziehen. Also desto Me im Vorfeld überlegt und plant, desto weniger Code schreibt ihr am Ende. Weniger Code heißt weniger Fehler, teils besseres Programm, bessere Software. Wichtig wäre bei dem Punkt auch noch daran zu appellieren, dass ihr, bevor er eine Änderung durchführt, überlegt Welchen Impact hat diese Änderung denn für das Business?

Und ist das wirklich wichtig? Sehr oft beobachte ich, dass Entwickler dann diese Technologie und jene Technologie und dies noch verwenden wollen. Aber das löst überhaupt nicht das Ziel Problem. Also man muss sich wirklich jeden Morgen deshalb ist das Daily bei Scrum auch so wichtig nochmal zentrieren und sagen Okay, was sind denn die wichtigsten Themen, die ich erledigen muss, damit die Anforderung umgesetzt wird, um nicht vom Weg abzukommen? Eine Podcast Episode, die genau das Thema aufgreift, ist die Episode Nummer 9 Bulls als Software Development.

Da geht es darum, wie man fokussiert auf die Unternehmensziele hin entwickelt und möglichst genau den Kurs hält. Ich fasse nochmal zusammen als der erste Themenblock Datenhaltung und Verwaltung. Da geht es darum, SKL solltet ihr beherrschen no SQL Datenbanken sollte die verwenden können und beherrschen, was eine hascht Tabelle ist Wissen und die häufigsten Datenformate Jason, Jamel und CSV verwenden können. Bei Thema 2 in Netzen und Protokollen sollte die Funktionsweise des Internets verstehen. Was sind IP Adressen usw.. Das HTTP bzw.

https Protokoll verstehen auch. Was hat es mit der Verschlüsselung auf sich und wie werden Zertifikate eingesetzt? Und ihr solltet Rest APIs ansprechen können und verwenden können. Bei Systeme und Plattformen den Linux System Aufbau verstehen, euch auf der Linux Kommandozeile sicher bewegen können. Docker und virtuelle Maschinen einsetzen können. Den Unterschied zwischen Cloud-Computing und Prims Rechenzentrums Anwendungen verstehen vielleicht die Faktoren des Cloud Native Development mal anschauen im Podcast Episode Nr. neun und zwanzig und dreißig und die geläufigsten Cloud Services habe ich mal angeschaut haben.

Also Google, Microsoft und Amazon sind hier zu nennen. Bei der Arbeit mit dem Sourcecode solltet ihr mit Geld umgehen können und die Integration von KI, als sie die Pipelines verstehen. Warum macht man das und wie geht das prinzipiell? Beim Thema Debugging Lock Falls lesen können und den Debugger einrichten. Das ist ganz wichtig, damit ihr produktiv arbeiten könnt und beim Thema Produktivität und Zielorientierung euch immer wieder daran erinnern. Planen. Problem verstehen. Möglichst viel über das Problem wissen und dann erst eine Lösung entwickeln.

Weil desto mehr man über das Problem weiß, desto einfacher ist die Lösung hinterher. Für weitere Podcast Episoden zu den Themen die packe ich euch in die Shownotes. Aber den Podcast Nr. neuen Bullshit Software Development einfach und fokussiert auf Unternehmensziele in entwickeln Must-Have Skills und Technologien für DevOps findet ihr in der Podcast Episode Nr. 8 für Data Ingenieurs und Data Scientists in der Podcast Episode Nr. 7 für Faulstich Entwickler. In der Podcast Episode Nr. 6 und die 12 Faktoren des Cloud Native Development findet ihr in der Episode 29.

und 30.. Nochmal wichtig zu sagen all die angesprochenen Themen haben eine sehr hohe Praxis Relevanz, das kann ich euch sagen aus 16 Jahren IT Erfahrung und über acht Jahren I Beratungs Erfahrung. Wenn ihr Fragen habt oder Feedback zu der Episode, weil ihr glaubt, dass ich ein wichtiges Thema vergessen habt, sendet uns gerne eine E-Mail an Podcasts. Gilbert D. Wenn euch die Podcast Episode gefallen hat, abonniert unseren Podcast und lass deine 5-Sterne Bewertung. Wir freuen uns auch immer über Weiterempfehlung an Freunde und Kollegen, die sich ebenfalls für Technologie Themen interessieren.

Ansonsten freuen wir uns noch, wenn ihr uns Gilbert D. Slash Blog vorbeischaut. Vielen Dank fürs Zuhören und bis zum nächsten Mal.

Maurice KnoppSkillbyte Podcast #48: Grundkenntnisse und Skills für ALLE IT-Fachkräfte
Mehr

Skillbyte Podcast #47: Konzern oder Mittelstand – Wo werde ich glücklich?

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: Konzern oder Mittelstand – Wo werde ich glücklich?

// Inhalt //
01:06 – Wichtige Frage für Berufseinsteiger: Konzern, KMU oder Startup-Up?
04:06 – Typfragen: Wo entwickele ich mich? Wo lerne ich am meisten? Wo werde ich glücklich? Wo verbringe ich meine Zeit sinnvoll? (purpose)
06:17 – Produkt vs Consulting
07:48 – Feste Teams, Aufgaben und Strukturen in Großunternehmen
09:14 – Karriereleiter oder Individualität (vielfältiges Wissen)
11:10 – Politik, Prozesse, IT-Ausrüstung, Beschaffung und Managementaufgaben in Großunternehmen
13:51 – Verdienstmöglichkeiten und Boni in Großunternehmen
17:08 – Individualität, Flexibilität, Team-Events, persönlicher Umgang, fast keine Meetings, interessante Projekte und Arbeitsphilosophie am Beispiel des Kleinunternehmens der skillbyte GmbH
23:12 – ITler wissen was ITler schätzen – TOP Hardware, spannende Projekte und Weiterbildung
29:18 – skillbyte bietet Jobs im Bereich DevOps, Data & Cloud und Java Enterprise
Development
29:34 – Vision und Werte der skillbyte GmbH
31:17 – Zusammenfassung
32:15 – Weitere Podcast Episoden
33:14 – skillbyte unterstützt eigene Mitarbeiterprojekte

Show Notes:

Podcast #14: Big Data und Machine Learning Projekte richtig angehen
https://soundcloud.com/skillbyte/podcast-14-big-data-und-machine-learning-projekte-richtig-angehen

Podcast #9: Bull’s Eye Software Development – Einfach und fokussiert auf Unternehmensziele
https://soundcloud.com/skillbyte/podcast-9-bulls-eye-software-development-einfach-und-fokussiert-auf-unternehmensziele

Podcast #8: Must-have Skills, Technologien und Weiterbildung für DevOps
https://soundcloud.com/skillbyte/podcast-8-must-have-skills-technologien-und-weiterbildung-fur-devops

Podcast #7: Must-have Skills, Technologien und Weiterbildung für Data Engineers und Data Scientists
https://soundcloud.com/skillbyte/skillbyte-podcast-7-must-have-skills-technologien-und-weiterbildung-fur-data-engineers-und-data-scientists

Podcast #6: Must-have Skills, Technologien und Weiterbildung für Full-Stack Entwickler
https://soundcloud.com/skillbyte/skillbyte-podcast-6-must-have-skills-technologien-und-weiterbildung-fur-full-stack-entwickler

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

// AUTOMATISCH GENERIERTES TRANSKRIPT //

Jung kommt von der Uni und denkst hier jetzt kann ich Gas geben, was kostet die Welt? Stimme das hier alles auf links. Und dann kommst du erst einmal gegen diese Konzernstrukturen und knallst da einfach zurück, weil die Mühlen halt nicht so schnell. Und das hat mich total abgefuckt. Irgendwie. Und das war auch die Entscheidung. Sagt Nee, das machst du nicht mehr. Du bist einfach nicht gestrickt.

Herzlich Willkommen zum Skillbyte Podcast Nr. siebenundvierzig Konzerne oder Mittelstand. Wo werde ich glücklich? Abonniert unseren Podcast für mehr spannende Themen aus dem Technologie Umfeld bin er IT Entscheider oder IT Fachkraft seid. Wenn ihr Hörer Fragen habt, rettet uns gerne eine E-Mail an Podcast Skillbyte e und wir freuen uns auch immer über Bewertungen und ganz besonders weitere Empfehlungen an Freunde und Kollegen. Ich bin heute hier wieder mit Masiar. Hallo Masiar, hallo Maurice, grüß dich, ich grüße dich auch.

Es ist eine Weile her, dass ich dich als Gast hatte. Darum freue ich mich umso mehr, dass wir heute über dieses wichtige Thema, was uns immer wieder berührt, sprechen können. Aus unserer Erfahrung ist es ja so, dass gerade Berufseinsteiger die Frage umtreibt Wo soll ich mich bewerben? Wo soll ich meinen ersten Job anfangen? Nehme ich einen Grosskonzernen oder ein kleines oder mittelständisches Unternehmen oder gar ein Startup? Und da haben wir einige Informationen zu und können jetzt einfach mal erzählen.

Bei mir sind es glaub ich 16 Jahre Berufserfahrung. Bei dir sind es wahrscheinlich 26 oder so wäre genau, was wir alles erlebt haben in der einen oder anderen Unternehmensform. Und was wahrscheinlich ganz wichtig ist zu wissen, wenn man gerade vor der Frage steht Soll ich mich für einen Großkonzern oder einen kleinen Konzern entscheiden?

Grundsätzlich ist das natürlich eine sehr spannende Frage für einen Kollegen oder eine Kollegin, die von der Uni kommt. Ich kann so unterm Strich sagen, nachdem mich jetzt auch ein paar Grosskonzernen dabei war und selber auch am Anfang meiner Karriere eben als als Festangestellter gearbeitet habe. Zum einen das Thema Sicherheit bei dem Großen und dem denkt man Okay, da ist mein Job sicher bei einem kleineren naja, wer weiß, ob der überlebt und solche Dinge. Es sind turbulente Zeiten, jetzt sowieso.

Aber das ist in meinen Augen keine wirkliche Sicherheit, weil ein Großunternehmen oder ein Konzern kann von heute auf morgen entscheiden. Und da steckst du nicht drin. Du bekommst das einfach nicht mit. Das wird einfach nur verkündet. So wie affirmiert jetzt oben. Wir packen jetzt die Gruppe in eine eigene GmbH. Also auch da ist viel Bewegung drin. Und das kann auch sein, dass ich von heut auf morgen plötzlich da keinen Job mache. Wobei wir sind es natürlich in der IT.

Es ist relativ Unwahrscheinlichkeiten. Leute sind immer gut gesucht gerade. Ich habe mal in unserem speziellen Segment Software-Entwicklung und DevOps. Da muss man sich eigentlich keine Sorgen machen. Aber ich glaube, dieser Faktor Sicherheit ist überbewertet. Das heißt, das sollte meines Erachtens nicht die Rolle spielen. Zumal ich als kleiner ich sag mal in die man Entscheidungen maso, wenn ich bei einem kleineren Unternehmen bin die Entscheidungen viel agiler getroffen werden. Und diese Geschwindigkeit ist in meinen Augen eher der Vorteil.

Oder wenn ich was will, kann ich direkt ohne Hierarchien mich mit dem entsprechenden Vorgesetzten oder Geschäftsführer oder wen auch immer unterhalten. Und das ist meine Satz auf der auf einem anderen Level, weil das ist US-Beamten mäßig in diesen Konzern. Ja, ich kann das nicht entscheiden. Ich muss mal mit dem und dem sprechen, dessen Wege, die man da zurücklegen muss, bis man keine Ahnung in Laptop kriegt, in RAM Baustein kriegt oder geschweige denn etwas Größeres bewegen will.

Das war übrigens meine größte Motivation oder mein Beweggrund, rauszugehen aus der Festanstellung. Eher die Freiberuflichkeit, weil ich meine eigenen Entscheidungen treffen wollte und sehr, sehr unglücklich war. Ah Jung, kommst von der Uni und denkst Ja, jetzt kann ich Gas geben, was kostet die Welt? Stimme das hier alles auf links und dann kommst du erst einmal gegen diese Konzernstrukturen und knallst da einfach zurück, weil die Mühlen halt nicht so schnell. Und das hat mich total abgefuckt irgendwie und das war auch die Entscheidung sagt Nee, das machst du nicht mehr, da bist einfach nicht viel gestrickt.

Grundsätzlich ist es ja so Du hast jetzt von deinen Erfahrungen berichtet. Nimmt man, muss aber glaube ich etwas differenzieren, weil es ist natürlich eine Typ Frage. Für den einen empfiehlt sich der Konzern, für den anderen empfiehlt sich eher das kleine Unternehmen. Ich glaube, die Frage, die die Menschen umtreibt oder die Fachkräfte umtreibt, ist halt Wo entwickele ich mich am meisten? Wo lerne ich am meisten und wo werde ich glücklich? Also dieses Stichwort Purpose ist ganz wichtig.

Und früher war das sehr einfach. Also vor 20, 30 Jahren, da waren die einzigen Kriterien eines Jobs geregelte Arbeitszeiten, Sicherheit und möglichst hohes Gehalt. So der typische Babyboomer Job. Und heute hat sich das doch stark gewandelt. War gerade auch das Thema Purpose. Ich möchte die Zeit auf der Arbeit nicht unglücklich verbringen, sondern ich möchte immer Sinnvolles tun. Eine immer größere Rolle spielen. Deshalb stellt sich diese Frage überhaupt, weil sonst würde man ja einfach sagen Okay, versuche ich möglichst großes unternehmen, was noch lange besteht, versuche ich da einen Job zu finden.

Gleichzeitig, und das hast du schon angesprochen, ist auch in Großunternehmen der Wandel natürlich richtig greifbar nah. Also VW habe ich heute gelesen und Audi, die entwickeln den Verbrennungsmotor nicht weiter. Das ist, denke ich, eine Nachricht, die vor drei Jahren völlig in den Sternen gestanden hätte. Also das wäre undenkbar gewesen. Das ist heute verkündet worden, muss man erstmal so sagen. Und die. In sich auch sehr schnell, von daher sehe ich das genauso wie du.

Diese Sicherheit, diese vermeintliche Sicherheit, die ist zwar irgendwo gegeben, aber die kann auch sehr wackelig und auch sehr trügerisch sein, weil man sich dann ist in seinem Nest gemütlich macht und vielleicht sich sicher glaubt, das aber gar nicht ist. Ich denke mal vor 5 Jahren, die Leute hätten sich das nicht vorstellen können, dass der Verbrennungsmotor nicht weiterentwickelt wird. Und man hat also auf der einen Seite dieses Großunternehmen, das tendenziell weniger agil und von Hierarchien geprägt ist und auf der anderen Seite das kleine Unternehmen, wo man auch eher wahrgenommen wird.

Ich glaube, das ist auch ganz, ganz wichtig. Und bei uns ist es ja wirklich so, dass wir diese 15 oder 16 bzw. 26 Jahre ja doch immer auch mit beidem in Kontakt sind. Auf der einen Seite haben wir unser kleines Unternehmen hier im Skillbyte und auf der anderen Seite arbeiten wir natürlich auch mit wesentlich größeren Unternehmen zusammen.

Eine Frage, was man noch klären muss oder sich mal angucken muss ist, wenn ich so Namensraum großen Konzern gehe, woran arbeite ich denn? Weil es ja auch einen Unterschied, wenn es ein Produkt ist, was der Konzern hat. Ich steig da ein und programmiere in diesem Produkt. Natürlich ist am Anfang alles neu und frisch, da ist alles irgendwie ein Learning. Aber du kommst relativ schnell an den Punkt, wo Technologie sich um dieses Produkt nicht mehr viel tut.

Das heißt ja, da kommt man neue Features dazu. Sehr schnell geht das Sein. In so einer Art Support Wartung weiterbetrieben. Mir persönlich würde das so langweilig. Schnell. Das ist was anderes, wenn du, ich sag mal in ein Consulting Unternehmen einsteigt. Also auch von mir aus du größere Consulting unternehmen, wo du immer wieder diesen Wechsel hast. Du bist in einem Projekt und dann bist du fertig. Und ein bisschen nächstes Projekt. Nix Kunde, völlig neues Setup.

Du hast Lust, immer Action, da passiert permanent irgendwas. Das ist auch nochmal ein Unterschied. Oder ob eine große Differenz zwischen diesen beiden Modellen, die man sich quasi am Anfang vor Augen halten muss. Ich sag mal, gerade als neu Ankömmling im Berufsleben ist glaube ich das Learning steht an erster Stelle. Das hast du musst halt versuchen unabhängig von deinem Uni wissen, weil das im Enterprise Bereich ticken die Uhren und die Welt ein bisschen anders. Und da muss man gucken, dass du so schnell wie möglich nur Hallo Aufbaues um einfach für den Jobmarkt auch attraktiv zu sein und zu bleiben.

Und das hast du halt bei dem Konzern der ich sag mal 5 Jahre wo du an einer Spring Buda Applikation arbeitest ist das nicht unbedingt gegeben finde ich.

Da hast du absolut recht. Du hast was interessantes angesprochen, diese Wartungsarbeiten. Es ist ja auch so in unserer Erfahrung, dass es oft so ist, dass Unternehmen, die diese Systeme betreiben, dann Ebene Stamm Mannschaft haben, die die vorhandenen Systeme warten und so ein bisschen weiterentwickeln. Die wirklich interessanten Projekte, innovativen Projekte oder neue Komponenten dann aber an externe Firmen vergeben, die sozusagen sich mit der spannenden Technologie beschäftigen dürfen.

Das Muster ist tatsächlich aber aufgetaucht. Das stimmt ja genau.

Und dann, wenn die Innovation dann in den Betrieb übergeht, dann wird das quasi übergeben an die Internen. Und da hab ich schon sehr oft lange Gesichter gesehen, dass die intern auch gerne mal ein neues Projekt stemmen würden, aber braucht’s, um zu zeigen, was sie können, aber dann eher klein gehalten wurden und gesagt hat Nee, lass das mal, die Experten machen die Externen. Und ihr bekommt das ja nur hinterher sozusagen zur Wartung übergeben. Und ja, dann ist natürlich entweder sind schon wachsende Applikationen oder ja, das kommt dann meistens nicht so gut an, wenn man das dann einfach rüber geschoben bekommt.

Ich meine, das ist klar jeder Ressourcen Probleme. Ich nehme an, du bist halt in einem Großkonzern an einem Produkt beteiligt mit seinem Team und dann entschließt man sich okay, da muss was Neues her. So irgendeiner muss natürlich das alte Zeugs noch betreiben und warten, dass es ja in Verwendung. Was liegt da näher als das Team, was das gemacht hat, damit zu beschäftigen? Und dann gibt’s keine Ressourcen für das Neue. Alles klar Rohm oder externe Firma dazu.

Das passiert halt ganz häufig. Ich werde unterm Strich auch sagen, dass wenn man Karriere machen will, da bist du natürlich bei einem kleinen Unternehmen. Da ist die obere Scheiße relativ schnell erreicht bei so einem Konzern. Klar kannst du im Prinzip bis zum Vorstand hoch. Aber das wird Karriere. So das Endziel ist dann bist du in so einem unter dem besser aufgehoben. Wenn aber spannende Technologie, Wechsel des Umfelds immer wieder lernen, immer wieder Challenges im Vordergrund stehen, ist vielleicht besser zu einem Kleinen zu gehen.

Zumindest ist aber für die ersten Jahre, um dies Know how aufzubauen, weil das zählt dann nachher. Unternehmen stellen oder große Unternehmen stellen gerne Leute ein, die viel gesehen haben. Viele Umfelder gesehen haben. Viele Setups gehabt haben. Weil das halt mit jedem Wechsel, mit jedem Projekt bist du für Unternehmen Mehrwert. Weil dann ist die Wahrscheinlichkeit einfach größer, dass du sein Problem löst oder genau da reinpasst, wo er dich braucht. Halt größer. Es wird durch schon mal zehn Jahre irgendwo Shells Skripte geschrieben hast.

Absolut.

Also das ist es. Du hast es eingangs schon erwähnt, dass es auch diese Sicherheit im Großkonzern ist. So eine Art Scheinsicherheit. Man muss sich einfach mal überlegen Jetzt hat jemand vielleicht ein Consultant, hat in zehn Jahren fünf Kunden Projekte gesehen. Und sich in fünf Ökosystemen bewährt. Ja, und mit 5 Technologies steckt bewährt oder vielleicht mit dreien und jemand anders macht 10 Jahre genau das Gleiche. So sagen wir mal, der Konzern löst sich auf und das kleine Unternehmen löst sich auf.

So, und beide suchen jetzt einen neuen Beruf. Wen nimmst du? Den, der 10 Jahre das gleiche gemacht hat? Oder den, der eher flexibel unterwegs ist und gezeigt hat, dass er auch neue Technologien lernen kann und sich immer wieder mal herausfordern kann? Ja genau. Also das ist für mich ein ganz großes Plus für eher Kleinunternehmen oder kurzlebiger Projekte, dass man sagt Okay, dann ituri ich einfach schneller und lerne schneller mehr dazu. Weil das kontinuierliche Dazulernen ist auch wichtig und das hat man einfach mehr, wenn man sich in wechselnden Kontexten bewegt.

Absolut. Was auch in Großunternehmen viel gesehen wird und was mich ehrlich gesagt abschreckt, ist diese ganze politische Ebene. Es ist oftmals wichtiger, wer macht ein Projekt und das Dealers Projekt oder der Erfolg des Projekts geschickt verkauft wird, als das die eigentliche Arbeit erledigt wird. Es hat wenig erfolgsorientiert, mehr politisch getrieben. Abteilungen werden nach Größe bewertet, also der leiteten Abteilung mit 50 Mitarbeitern, der andere mit hundert Mitarbeitern. Und es ist überhaupt nicht entscheidend, was von Output generieren er diese 100 Mitarbeiter oder diese 50 Mitarbeiter.

Sehr, sehr viele Meetings werden abgehalten, die oftmals zu keiner Entscheidung führen oder kein Ergebnis produzieren. Also das ist bei uns bei Skillbyte ja so, wir haben ja kaum Meetings. Wir haben natürlich die Kunden Meetings, aber eigene Meetings sehr wenige. Und wenn es da auch keinen Beitrag gibt, lass man die auch ausfallen. In Großunternehmen ist tendenziell wenig Flexibilität vorhanden. Du hast eben die Hardware Ausstattung beschrieben. Das ist natürlich für Entwickler gerade sehr schmerzhaft. Wenn eine ganze Abteilung mit STANDARD Hardware versorgt wird und Jade Entwickler PC kriegt dann entschieden Gigabyte mehr aber Gigabyte mehr RAM.

Aber dennoch haben alle ne HDD statt CSSD oder 10 Clients. Als Entwickler schlägt man die Hände über dem Kopf zusammen. Es ist ja auch nicht so, dass eine Spedition jede Mitarbeitern LKW gibt, sondern die, die nur Päckchen fahren Kriegen heiten Transporter und die, die schwere Lasten fahren, gegenhalten LKW. Das muss halt auch bei der IT so gemacht werden. Und das ist nicht immer gegeben, oder was in Großunternehmen auch mein Problem ist Da gibt’s ein Tool, das kostet 50 Dollar.

Das würde die Arbeitszeit oder die Effektivität deutlich steigern. Man käme viel schneller vorwärts. Aber das Tool, was nur 50 Euro kostet und was no brainer ist, muss per Paypal bezahlt werden oder per Kreditkarte. Und bis man das durchgesetzt hat, lässt man es lieber sein. Oder oftmals zahlen die Leute es dann privat, weil die Seigneur bis ich das beantragt habe ist schon ein halbes Jahr vorbei.

Er wird ganz oft vorgekommen, dass ich mich und da irgendwie so Ersatzprodukte mit der eigenen Kreditkarte bezahlt habe. Ne, weil es irgendwie sonst zu lang gedauert hätte, beim Kunden da irgendwas einzurichten oder einger zu finden, der der Kreditkarte hat.

Was ich häufig beobachtet habe ist, dass die Fachkräfte, die dort arbeiten, immer mehr zu Managern werden. Also die haben natürlich imstand System. Da kommen die Externen dazu, die neue Produkte entwickeln oder neue Software entwickeln. Da müssen die intern die extern irgendwie managen und werden dann so ein Stück weit zu Budget Managern. Weißt du was ich meine wäre, dass man nur noch koordinierende Aufgaben hat und geradeso im Entwicklungsbereich sind halt koordinierende Aufgaben oder Projektmanager ganz andere Menschen als eigentliche Entwickler Sohn.

Da wächst man dann so rein oder wird so reingedrückt. Was man aber sagen muss, ich glaube, das kann man schon generalisieren und Studien belegen das auch, dass man, wenn man lange bei einem Großunternehmen arbeitet, tendenziell hinterher mit einem höheren Verdienst rechnen kann.

Genau das hängt aber auch damit zusammen, dass die Karriereleiter hoch steigen Kanzler von was was ist um Teamleiter, Abteilungsleiter, Bereichsleiter usw. zu vor Ort. Und die haben auf der einen Seite natürlich mehr Mittel, auf der anderen Seite z.b. Es gibt auch viele Unternehmen. Tatsächlich, die haben Planstellen. Das heißt es heißt nicht so, wir brauchen jetzt mehr Ressourcen, weil wir mehr Arbeit haben oder was auch immer und können jetzt jemand einstellen. Irgendein anderer in einer anderen Position sagt Okay, wir können ein oder zwei Dilla mehr einstellen und erst dann darfst du sie holen, egal ob du sie dann oder die Fachabteilung sie braucht oder nicht.

Das heißt, Unterstützung im Team ist mathematisch ganz einfach, weil du erst durch diese Hürde gehen muss. Diese so trotz. Ja, wenn du die Karriereleiter hoch steigst, kannst du auch mehr verdienen. Aber es ist ja so auch das hab ich schon des öfteren gesehen. Egal wie gut du bist oder was du leistest. Nicht unbedingt mehr kriegst, weil man mit dem Argument kommt Ja, das würde aber den Timen Rahmen oder dem Team Spiegel sprengen. Das heißt, das ist für mich so Sozialismus pur.

Eigentlich, weil ich bin der Meinung, Leistung soll belohnt werden. Und als Beispiel bei uns war der Skillbyte allein das Thema Bonus da. Viele Boni sind einfach an das Firmen Ergebnis gebunden. Ja, du hast deine persönlichen Ziele, aber dann heißt es auch Okay, das Unternehmen hat jetzt Kanan und. Wird schlecht gewirtschaftet. Teil deines Bruders ist davon abhängig und das finde ich einen Schwachsinn. Weil wie kann ich nachvollziehen, was die Firma mit dem Geld macht, ob sie effizient ist, effektiv ist?

Was kann ich dafür? Ich hab 100 prozent gegeben. Ich habe alles geleistet. Das finde ich irgendwo. Und natürlich muss da einen Zusammenhang geben, damit es der Firma schlecht geht. Dann kann sie dich Ruhe Politsprech vorbeugt sieht es auch bei größt unter dem Wildtyp Millionen Boni, die auszahlen. Aber das ist eine andere Geschichte. Aber wir haben zum Beispiel bei der Skillbyte gesagt Der Bonus hängt einerseits mit deinem Ergebnis zusammen. Fairer Weise ist es natürlich auch einfach zu rechnen.

Ja, wenn du ich habe mal nach unserem Arbeitsmodell arbeitest du sehr genau sagen Okay, Kollege X hat so viel reingebracht, also kannst du auch den Bonus sehr gut zuweisen. Unabhängig davon, ob ich sage ich hab Bock mit Porsche zu kaufen. Oh, tut mir leid. Beschirmen Ergebnisses ist am Arsch und ich kann euch nichts auszahlen. Spielt überhaupt keine Rolle. Na ja, weil du hast das geleistet, also bekommst du auch deinen Anteil unabhängig. Was ich mit der Kohle mache, finde ich fairer als es von irgendwelchen nebulösen Firmen Zielen abhängig zu machen.

Man muss ja auch sehen, dass dieser höhere Verdienst. Ich hab sehr oft in diesem Kontext von Leuten, die bei Konzernen arbeiten, das Wort Schmerzensgeld gehört.

Ja das die Konzerne, denen ist das völlig klar, dass es jetzt vielleicht nicht super sexy Job ist, aber jemand muss sie machen, die Koordinierung dieser ganzen Projekte und dass sie deshalb extra mehr Geld zahlen zu sagen Ja mei, dann weiß ich, dass diese Person woanders keinen Job sucht, weil sie dann auf den Teil ihres Gehalts verzichten würde. Deshalb bezahlen wir so gut, um diese Person im Gold bestickten Hamsterrad weiter zu halten. Also von 2 Stellen fallen mir sofort ein.

Vielleicht hab ich sogar noch insgesamt dreimal gehört, aber ja, das wurde schon in den Mund genommen. Wie machen wir das denn jetzt anders bei Skillbyte? Du hast eben schon paar Punkte angesprochen. Große Vorteile sind bei Skillbyte natürlich, dass man seine Individualität besser ausspielen kann. Ja, wir fördern sehr selbstständiges Arbeiten. Die eigene Arbeitsleistung ist direkt sichtbar und auch die Wirksamkeit der eigenen Arbeit wird direkt erlebt. Das hab ich immer als ein Faktor für hohe Zufriedenheit gesehen.

Man macht etwas, man sieht Boah, das ist geschafft. Und das gibt einem dann irgendwie Befriedigung. Und das ist in Großunternehmen, wenn man wirklich nur kleines Rädchen in der Maschine ist, natürlich nicht immer der Fall. Ja, die Team Größe ist recht überschaubar, jetzt bei Skillbyte auch. Das heißt, es gibt geringe Hierarchien. Wir haben familiäres Klima, essen oft zusammen zum Mittagessen, also Pandemie mal außen vor.

Aber das musste sie jetzt sagen, da Windows kann immer verklagt, ne? Früher haben wir immer diese großen Runden gehabt. Früher ja Vocoder, vorgezogener genau.

Ja. Also ich erlebe oft, dass man durch den direkten Kontakt seiner Kollegen, dass einem das sehr viel Fröhlichkeit gibt, weil man hört ja auch oft, dass Menschen sagen Ja, mein Job ist jetzt nicht so toll, aber das Team ist super. Also Menschen sind oft der wichtigste Grund, irgendwo zu bleiben. Und ich habe schon den Anspruch, dass man nicht sagen muss, der Job ist nicht so toll, aber das Team ist super, sondern der Job ist super und das Team ist super.

Weiß Gilbert. Wir haben tendenziell gering Bürokratieaufwand, wenn man z.B. einen Kopfhörer braucht oder irgendwas braucht, einfach kurz Bescheid sagen. Er wird es beschafft, so schnell wie Amazon Prime liefern kann. Und die Entscheidungswege sind einfach viel kürzer und dadurch kommt man schneller zum Ergebnis. Häufig mehr.

Im Prinzip haben wir arbeiten wir nach einer ganz einfachen Formel Geht’s den Mitarbeitern gut, geht’s dem Kunden gut, geht es dem Kunden gut, geht’s uns gut. Das kannst du nicht sagen, wenn du sagst Geh zum Kunden, gut. Ja, geht’s uns auch gut. Aber der Mitarbeiter vielleicht schlecht. Das heißt, bei dem Mitarbeiter fängt es an, wenn er sich gut fühlt. Wenn er sich in einem familiären Umfeld zu Hause fühlt, wenn er weiß, dass die Firma hinter ihm steht.

Egal was passiert. Und damit Vertrauen schafft, wo der sagt. Also auch das oft gesehen, das muss sich überall sein. Es gibt ganz sicher auch andere Firmen, die das genauso sehen. Aber unterm Strich ist mir der Mitarbeiter wichtiger als der Kunde. Das heißt, wenn der Mitarbeiter unzufrieden ist irgendwo oder der Kunde in irgendeinem Projekt unnötig und unfair Druck ausübt, dann bin ich und du auch. Sind einfach Leute, die dann auch in die Bresche springen und sagen Hier bis hierhin und nicht weiter.

Weil ich möchte nicht, dass mein Mitarbeiter unglücklich ist oder unfair behandelt wird oder was auch immer. Und bis jetzt hat das immer wunderbar geklappt. Wir hatten keinen Fall, wo wir groß einschreiten mussten. Und ich finde es wichtig, dass an der Stelle anzufangen und zusehen, dass der Mitarbeiter sich einfach hier gut aufgehoben fühlt. Technisch, finanziell und auch gefühlsmäßig. Da haben wir letztens noch drüber gesprochen, dieses unabhängig von der Skillbyte, wie lange der Kollege bei der Skillbyte ist, wenn er nach drei, vier, fünf Jahren, egal wie lange er bei uns war, irgendwo anders hingeht und wir sagen können Der hat was bei uns gelernt.

Nicht nur technisch Skills, sondern auch was. Ich sage mal Soft Skills oder für sein weiteres Leben Verhandlungsgeschick, Präsentationen, geschickt, was auch immer, dann ist das für unsere Befriedigung eine Genugtuung, weil wir diesem Kollegen auf seinem Weg irgendwie weitergeholfen haben. Ja, das heißt, es ist nicht nur einfach eine Ressource oder verkaufen. Schulkonzept gestellt auch nicht jeden ein Ja. Wir achten sehr, sehr, sehr genau darauf, dass derjenige auch in das Team passt, weil tatsächlich, so sehen das alle hier, ist es echte Gemeinschaft auch in sich.

Weil wir machen viel oder haben viel gemacht. Wir stehen für einander ein. Wenn du hier in unserem Kollaboration ist. Ohne Frage. Ein Chef ist sofort jemand, der dir irgendwie mit Rat und Tat zur Seite springt. Und ich komme jeden Morgen gerne zu arbeiten. Das würde ich auch gerne so wie die Kollegen habe und so ein Umfeld zu schaffen, wo das passieren kann.

Ja und wenn es mal nicht so ist, dass man eben sich traut, Bescheid zu sagen und weiß, da verändert sich was und das verhallt nicht ungehört. Das ist ja auch ganz wichtig, absolut.

Egal welchem Prozess wir starten, machen, tun, sei es jetzt Thema, Fortbildung, Thema Mitarbeiter, Modell, Bonus usw. Das steht alles ist nicht in Stein gemeißelt. Ich habe die Weisheit mit Löffeln gefressen, sondern präsentieren das dem Team sein was aus Unsauberes das ausgedacht. Wie seht ihr das denn? Kann man doch hier oder da was verbessern. Manchmal kommt Tipps Major sagen Passo oder nein, das muss unbedingt anders machen. Dieser offene Diskurs über Themen und sich, ich sage mal auf Augenhöhe zu begegnen und zu diskutieren über Themen ist wichtig, weil das fehlt woanders.

Das fehlt. In Großunternehmen wird einfach Entscheidungen von oben getroffen und da Katze Purzelbäume schlagen. Es bleibt so. Aber natürlich müssen auch gewisse andere Entscheidungen und das ist halt auch die ich sag mal die Gratwanderung bei uns, dass wir sagen Okay, da treffe ich jetzt einfach mal eine Entscheidung. Man muss ja auch nicht alles diskutieren wie im Föderalismus, oder manche Dinge werden einfach entschieden, aber manche Dinge, die das Team betreffen oder das Zusammenleben. Weil, wenn man mal ehrlich ist, man sieht die Kollegen mehr als den Partner oder sonst wen.

Das heißt, es ist tatsächlich ein Zusammenleben und das muss halt genauso designt werden, gepflegt und gehegt werden wie eine private Beziehung auch.

Auf jeden Fall. Was mir zum Beispiel auch sehr wichtig ist, ist diese langfristige Perspektive. Und da zahlen ja genau unsere Ansätze drauf ein. Was nützt mir das? Wenn der Kunde zufrieden ist und der Mitarbeiter aber unzufrieden ist, dann könnte ich jetzt sagen Ja gut, das ist irgendwie bezahlt und der muss halt weiterarbeiten. Aber das rächt sich immer. Man sieht sich immer mehrfach im Leben und ich glaube, man muss da das kann man von diesen Silicon Valley unternehmen lernen, dass man sagt Okay, wir müssen hier langfristig denken und auch investieren und gucken, dass die Leute sich gut fühlen.

Und auch wenn sie dann irgendwann mal das Unternehmen wechseln oder wegziehen, das bleibt ja nicht aus, dass sie immer sagen Okay, das war eine super Zeit da, ich hab viel gelernt, ich hab mit tollen Menschen zusammenarbeiten können und das hat sich einfach gelohnt.

Nicht unbedingt Silicon Valley. Naja, also ich finde auch zum Beispiel Sipgate macht ganz tolle Sachen, die haben richtig tolle Modelle. Also ich guck mir immer wieder an, was sie da so machen, was sie ausprobieren. Die haben auch Bücher geschrieben. Darüber finde ich auch mega. Ja und tatsächlich versuche ich auch gewisse Dinge von denen uns anzugucken. Also es gibt auch durchaus deutsche Unternehmen, die das geschnallt haben, wie das heutzutage laufen muss.

Jetzt kommt bei Skillbyte natürlich noch hinzu Das ist ein riesen Bonus. Wir sind selber Techniker und wir wissen, was Techniker brauchen. Das heißt, uns wird es nie im Traum einfallen, irgendwie schlechter Hardware zu beschaffen und die Mitarbeiter mit schlechten Geräten auszustatten, sondern bei uns kann sich jeder seine Hardware aussuchen, die Software Tools aussuchen, das Headset aussuchen, weil wir wissen genau. Sogar wenn der Laptop etwas teurer ist. Das lohnt sich sowas von über die gesamte Laufzeit gerechnet bei Hardware sparen, welches Unternehmen das macht für die eigene Entwicklungsabteilung.

Das ist ein absoluter Motivations Killer. Das möchte ich an dieser Stelle einfach mal sagen. Und ich hoffe, dass es möglichst viele große wie kleine Unternehmen hören, damit man nicht mehr so Momente hat, wie das einem noch ein Laptop mit Festplatte ausgehändigt wird wie einem Kollegen letztens. Das ist ja unglaublich in 20 21 dann. Der Umgang ist zumindest bei uns sehr fair. Wir legen den Mitarbeitern ihre eigene Umsätze offen. Gut, das geht natürlich im Consulting Business, hast du gesagt.

Aber trotzdem glaube ich, ist das nochmal ein riesen Vertrauensbeweis und ein riesen Pluspunkt, dass wir das tun und dass der Mitarbeiter sozusagen selber abschätzen kann. Hammer bin ich fair bezahlt und die verstecken das nicht, weil das wird ja bei ganz ganz vielen anderen Firmen ist das ja so, dass du nicht weißt passt das zu meinem Umsatz oder nicht? Genau. Geringe interne Politik haben wir eben schon angesprochen. Also einfach fragen beim Mittagessen oder auch dazwischen. Und dann gibt’s eine Antwort oder sogar schon eine Lösung.

Ähm, fast keine eigenen Meetings, außer natürlich die Mittagessen oder die Monats Meetings, wo wir uns kurz updaten, was so passiert. Weil einfach viele Kollegen in unterschiedlichen Projekten stecken und man jetzt auch geradezu Zeit die Kollegen teilweise längere Zeit nicht gesehen hat, ist es immer wieder schön, dass man da dieses familiäre Gefühl da nochmal pushen kann. Ja, und ich muss auch sagen fachlich. Wir kriegen fast immer interessante Projekte, oder also die die Firmen nicht, die Großunternehmen nicht selber stemmen können.

Wir sind quasi auf der guten Seite, wo man sagt Okay, wir möchten was Neues ausprobieren. Das kann wir doch mit Skillbyte machen, oder?

Also das ist ja so, dass wir uns die Projekte aussuchen. Das heißt, wir bekommen die Projekte angeboten und dann sprechen halt mit dem Kollegen sagen Hey, guck mal, da liegt ein Projekt auf dem Tisch mit dem den Skills. Das passt doch ganz gut. Guck dir das mal an! Sprechen wir darüber und wir beide der Meinung sei, das passt und ist technologisch interessant, ist von den Einsatzbedingungen interessant. Dann nehmen wir das Projekt oder bzw. was heißt nehmen.

Also wir schicken dann unser Zivildiener so, steigen in den Prozess, wenn irgendwas kommt, wo wir sagen Oh nee, da will ich aber mittelfristig nicht glücklich Metern, sag mir das ab und dann wachsen halt auf dem nächsten Projekt Einsatz und das geht relativ flüssig. Und ich bin sehr, sehr froh, dass in dieser Lage sind. Weil wir nach diesem verlängert Werthmann Modell arbeiten, hat uns das natürlich auch über die Gründerzeit sehr gut geholfen. Also wenn wir das derBranche schlecht geht und die keine Projekte mehr haben, dann gehen wir dahin, wo es halt Projekte halt gibt.

Und dadurch, dass die IT halt soweit ist und so viele Digitalisierung Projekte starten. Demba Die spannenden Projekte genau.

Und natürlich auch branchenübergreifend. Der Reisebranche geht’s gerade nicht so gut oder der Gastronomie Branche geht es nicht so gut. Da kann man halt dann auf andere Branchen wechseln, die vielleicht sogar eine Boomphase aktuell erleben oder die davon gar nicht betroffen sind. Genau. Also das ist auf jeden Fall auch ein riesen Pluspunkt, dass man eben interessante Projekte umsetzen kann und sich das ein stückweit aussuchen können. Wir können natürlich nicht dem Kunden sagen, was er da einsetzen soll, aber sehr oft ist sogar das möglich.

Dennoch gibt es immer so einen abgesteckten Rahmen, in dem man sich bewegt und wo man meistens schon abschätzen kann, ob das ein spannendes Projekt wird oder nicht. Ich glaube, was bei uns auch recht deutlich wird, ist, dass bei uns die individuelle Arbeitsleistung wichtiger ist als der Head Count. Also wir arbeiten lieber mit fünf Profis zusammen als mit 25 naja, das nenne ich es mal! Und Weiterbildung ist auch ein großes Thema bei uns. Wir verwenden die Yumi Kurse, also ein riesen Jérémie Account mit hunderten Kursen, die man sich anschauen kann Hands on Trainings bei der Linux Academy und natürlich der Kollegen Austausch im Let’s Talk Meeting.

So heißt bei uns so eine Art Jour Fixe, wo man sich über neue Technologien austauscht oder auch kleine Demos gibt, um zu zeigen, was man aktuell macht.

Railly Learnings haben wir auch noch das Subskription Rendalen Büchern von O’Reily.

Ja, Weiterbildung ist einfach der Schlüssel. Also ich will jetzt gar nicht philosophisch klingen. In der IT ist Weiterbildung natürlich super wichtig. Aber auch generell fürs Leben ist Weiterbildung und persönliche Weiterentwicklung unabdingbar und wirkt auch wie ein absoluter Airbag gegen Arbeitslosigkeit oder langweilige Projekte. Wenn man immer weitergebildet ist, dann ist man immer vorne mit dabei, immer gefragt und hat einfach Gestaltungsspielraum bei der eigenen Arbeit, keine Frage.

Oft ist das auch diese Weiterbildung oder muss ich da nochmal einhaken? Also gerade das ist das, was mir am wichtigsten ist. Also wenn ich, wenn ich spüre, dass bei einem Kollegen dieses Feuer brennt, schnell zu lernen und dass das Lernen für ihn im Zentrum steht. Ich stelle lieber so einen ein und das ist nicht nur bei mir so, sondern auch bei vielen anderen Firmen. Man stellt lieber so einen oder einen Kollegen in ein als ich sagen mal einen, der keine Ahnung vielleicht mit 10 Jahren Skills und Erfahrung daherkommt, aber wo das Feuer schon erloschen ist oder gar nicht da ist oder was auch immer.

Weil so einen kannst du überall einsetzen, der schwimmt, weil es ist wie so ein Schwamm, der saugt alles auf. Das ist so tick ich ein bisschen. Ja und so versuche ich auch Leute zu finden, die auf derselben Welle sind.

Ja, ich glaube, das ist ganz normal, dass man immer versucht, Leute zu finden, die einem irgendwie entsprechen. Also was ich noch ganz interessant finde, ist, dass bei uns viele Mitarbeiter arbeiten, die vorher im Großkonzern gearbeitet haben, also die vom Großkonzern zum kleineren Unternehmen gewechselt sind, um eben der Flexibilisierung ihrer Arbeit ein Busta zu verschaffen.

Geflohen sozusagen. Ja, ich weiß dich ums Geflohen, ist aber auf jeden Fall dankend angenommen. Und die sind ja auch super zufrieden, dass man im Grunde da individuell sich da selber sehr frei arbeiten kann. Ja, wenn unsere Zuhörer aus dem Arti Bereich auf der Suche nach einem Job sind im Bereich DevOps Data und Cloud oder Java Enterprise Development können Sie natürlich gerne auf der Skillbyte Jobs Webseite nachschauen. Ob wir gerade eine Stelle in dem Bereich offen haben. Haben wir nämlich aktuell.

So viel kann ich schon mal verraten. Die Visionen und Werte von Skillbyte haben wir im Grunde schon angesprochen. Vielleicht etwas, was nochmal zusammen transparent Fairness, persönliche Weiterentwicklung der Mitarbeiter ist und super wichtig. Und dass man professionell wie auch als Mensch zusammenpasst. Natürlich, das ist Richtung Mitarbeiter. Richtung unseren Kunden sind wir natürlich immer darum bestrebt, maximale Effektivität an den Tag zu legen, also die Kunden bei den Problemen auch wirklich weiterzuhelfen. Das ist eine unheimlich hohe Befriedigung, kommt daher und das wird uns auch so von den Kunden zurückgespielt, dass sie mit unserer Arbeitsleistung sehr, sehr zufrieden sind, sodass man ein tolles Lob, was wir auch gerne natürlich an die Mitarbeiterinnen weitergeben, wenn ein Kunde Lob ausspricht.

Daneben, na ja, finde ich das gemeinsame Lachen extrem wichtig.

Du lachst sehr, sehr laut und sehr sehr. Schützt es! Ja, wir machen viele Witze, haben sehr, sehr viel Spaß und das finde ich, da gucke ich tatsächlich auch drauf, ne B-W so Bewerbungsgespräche haben.

Erzählen Sie mir einen Witz?

Nein, aber schon so manchmal auch sehr provozierend. Einfach mal zu gucken, wie geht man damit um? Na ja, das finde ich verrate nicht soviel sonst bei der nächsten Bewerbung.

Das haben wir eben schon angesprochen, dass das ist menschlich einfach passt. Also wir sind die meisten kommunikativer Typen. Als Berater oder Consultant ist es auch auf jeden Fall von Vorteil, wenn man ja auch vor dem Kunden eine Lösung erklärt oder Lösungswege skizziert. Und dann mit dem Kunden gemeinsam einen Lösungsweg zu beschreiten, ist man natürlich schon tendenziell kommunikativer Typ. Und da sind natürlich auch Witzchen machen und gute Laune immer dabei im Büro. Ja, das stimmt. Und natürlich auch im Homeoffice.

Aber da klingt das natürlich nicht so mit so unterm Strich nochmal, ne.

Um dem Thema des Podcast gerecht zu werden, würd ich sagen Wer die Karriere machen wollt, geht zu einem Großunternehmen. Wenn ihr Action haben wollt, viel viel lernen wollt in kurzer Zeit, geht zu dem kleineren.

Und gerade auch wenn ihr noch nicht so wisst, was ihr wollt, lernt man vielleicht mehr bei einem kleineren erstmal, oder? Ja, definitiv.

Weil einfach was viel mehr Abwechslung da ist. Und lasst euch nicht von großen Namen beeindrucken. Und das würde ich auch so sehen.

Das passiert ja sehr, sehr häufig, dass man dann so maken hörig wird. Und bei uns im Bereich Consulting lernt man nochmal nochmal mehr, als wenn man dann ein Produkt entwickelt bei einem kleinen Unternehmen der Consulting ist ja generell sehr vielfältig. Von daher ist das sozusagen der Turbo Boost für die fachliche und persönliche Weiterentwicklung. Auf jeden Fall.

Es sei denn du fängst bei Porsche an und kriegst Porsche geschenkt. Glaub das machen die auch nicht. Da verfahren zu wenig Porsches rum. Nee.

Ja, wir haben auch andere Podcast Episoden, wo wir im Grunde schon mal skizzieren, wie wir Projekte angehen. Da gibt’s die Episode 14 aus dem Bereich Big Data oder Episode 9 aus dem Bereich Bul Sei Software Development, verschiedene Episoden 8, 7 und 6 Welche Tools und Technologien man als Puls der Entwickler, als DevOps Engineer und als Data Engineer kennen, sollte das vielleicht noch als Hinweis zur persönlichen Weiterentwicklung aus dem Skill Baines Kontext gesagt. Und im Grunde der Appell überlegt ein bisschen Welcher Typ seid ihr?

Was schwebt euch vor? Wie möchtet ihr immerhin vierzig Stunden die Woche verbringen? Und was begeistert euch? Möchtet ihr Bea flexibel, agil, viel lernen oder diese Konzernstrukturen haben, um dann eben mit den großen Marken zusammenarbeiten? Was es natürlich auch für manche Leute wichtig, dass man eben für Porsche arbeitet und nicht für vielleicht ein kleines Unternehmen, was nur ein Zulieferer für Porsche ist, obwohl dort die Arbeit vielleicht viel mehr Spaß macht.

Ein Ding würde ich auch gerne loswerden. Da hatten wir letztens wir beide mal drüber diskutiert, weil ich hatte in ein, zwei Bewerbungsgesprächen haben die Kollegen gefragt, wie das dann aussieht, wenn man ein Produkt baut oder eine Idee hat und so weiter. Da hatten wir doch mal diskutiert Mensch, warum nicht solche Kollegen dann auch unterstützen? Also statt zu sagen Nein, irgendwie Maurice Vertrag läuft nix nebenher machen und so. Warum nicht sagen Okay, zeig doch mal, was du da hast.

Vielleicht ist das so interessant, dass wir uns daran beteiligen oder das fördert oder was auch immer. Das wollte ich auch nochmal sagen. War das vielleicht für den einen oder anderen? Interessant ist auch das hab ich mir woanders abgeguckt und fand das toll, dass man nicht so direkt negative Gotta macht was nebenher, sondern okay, lass mal gucken. Wieder diese Energien sind weg. Wie kommen wir denn gemeinsam mit dem Ding vielleicht vorwärts?

Na ja, negativ sind wir ja nie. Wenn jemand Ideen hat und eigene Projekte nebenher entwickelt. Also das ist ja, das kennen wir ja aus eigener Erfahrung, sagen, dass das Total uns entspricht. Genau. Also die Frage ist im Grunde, wie fördert man solche Ideen und wie fördert man auch Menschen, die ebenso kreativ sind und sich das zutrauen, eigene Produkte zu lauschen?

Also es war doch nur einfach nochmal, falls einer zuhört, der diese Richtung denkt und vielleicht Angst hat, dass vielleicht bei einem großen Unternehmen er das Ding sterben lassen muss oder so. Wer vielleicht bei uns gut beheimatet.

Genau, weil wir es eher pushen und auf jeden Fall die Person daran weiterarbeiten lassen. Und vielleicht gibt’s Synergieeffekte. Man macht mal eine Podcast Episode oder andere Möglichkeiten, um eben die Entwicklung noch zu pushen, die Person zu pushen, weil das natürlich auch immer eine persönliche Weiterentwicklung ist, wenn man eigene Produkte baut. Ganz, ganz wichtig wenn unsere Zuhörer Fragen haben, sendet uns gerne eine E-Mail an Podcast skillbyte. Wir freuen uns immer über Bewertungen und ein Abo des Podcasts.

Wir freuen uns auch über Weiterempfehlung des Podcast an Freunde und Kollegen. Vielen, vielen Dank Masiar.

Ich danke dir auch. Maurice mach’s gut. Ich wünsche dir noch einen schönen Abend.

Maurice KnoppSkillbyte Podcast #47: Konzern oder Mittelstand – Wo werde ich glücklich?
Mehr

Skillbyte Podcast #46: STARTPLATZ – Der Startup Inkubator & Accelerator

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: STARTPLATZ – Der Startup Inkubator & Accelerator

// Inhalt //
00:58 – Vorstellung Dr. Lorenz Gräf, Gründer des STARTPLATZEs (startplatz.de)
04:32 – Kulturwandel: Vom Elfenbeinturm zu „How can I help you?“
06:17 – Woher kommt der Perfektionismus der Deutschen?
07:41 – Schnelle Iterationen als neuer Perfektionismus
09:47 – Kaffee…
10:54 – Sind alle Startups heute IT-Startups?
14:54 – Das Rheinland ist Startup-Land
16:21 – Diese wichtige Infrastruktur bietet der Startplatz der Startups
18:12 – Rheinland Pitch ist die Publikumsversion von „Die Höhle der Löwen“
23:00 – Fachkräftemangel bei Startups und die Sinnfrage
25:55 – Großunternehmen vs Startup (Sicherheit vs Wagemut)
26:50 – Nachhaltige Geschäftsideen / ESG
28:49 – Erfolgskriterien für Startups
33:01 – Erfolge des Startplatzes im Rheinland
35:32 – Das bedeutet die Pandemie für die Startups
38:16 – Effekte das Pandemie für den Startplatz
40:39 – Erfolgreiche Unternehmen deren Ursprung im Startplatz lag
44:46 – Vision für die Zukunft des Startplatzes
48:25 – Jubiläum 100. Rheinland Pitch

Show Notes:

Startplatz Webseite: https://www.startplatz.de

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

// AUTOMATISCH GENERIERTES TRANSKRIPT //

Das war für uns die Golos Metapher. Alles ist transparent am Startplatz, alle können kommen und jeder wird ermuntert zu sprechen und es gibt kein Sprechverbot und ihr werdet zu uns kommen. Will muss über sein Vorhaben reden, sonst macht es keinen Sinn, aus dem Startplatz kommt.

Herzlich Willkommen zur Skillbyte Podcast Episode Nr. sechsundvierzig Start up Inkubator und Accelerator Startplatz Abonniert unseren Kanal für mehr spannende Themen aus dem Technologie Umfeld, wenn er als Entscheider oder als Fachkraft seid. Wenn im Verlaufe der Episode Hörer Fragen aufkommen und wir uns Fragen senden wollt, schreibt gerne eine E-Mail an Podcast skillbyte. Wir freuen uns immer über Bewertungen und Empfehlungen unseres Podcast an Freunde und Kollegen. Heute habe ich einen ganz besonderen Gast hier bei mir im Podcast. Ich freue mich wirklich über Dr.

Lorenz Gräf, den Gründer des Start Platzes. Hallo Lorenz, Hallo Maurice, ich bin mir ganz sicher, dass unsere Zuhörer sich interessieren, wie der Startplatz entstanden ist, was so die Idee dahinter war. Du betreibst ihn ja jetzt schon einige Jahre. Und was ist mit dem Start up Ökosystem im Rheinland gemacht hat?

Ja, fangen wir mal vorne an der als den Startplatz habe ich vor acht Jahren jetzt gegründet 2012. Ich bin immer noch in 2020. Also es werden jetzt bald 9 Jahre und das war einfach die Erfahrungen, die ich vorher gemacht hatte, als ich ein Startup hochgezogen hatte. 1999 gegründet, bis 2011 in der Softwarebranche Wärm Software für die Marktforschung gemacht und hatten am Ende vier Standorte in Köln, in New York, in London und in Wien. Und da habe ich eben gemerkt, wie super schwierig es ist, ein Startup hochzuziehen, wenn man das nicht schon mal gemacht hat, oder?

Eigentlich stellen sich immer neue Herausforderungen und es gibt da zwei Schlüsselmomente. Einer war 2006, als ich im Silicon Valley eingeladen war, auf eine PHP Konferenz und sie haben mir dafür eine Woche lang einen Wagen spendiert, konnte rumfahren, normales angesehen und war am Ende. Sah aus wie zwischen Hürth und Frechen, falls das jemand kennt im Industriegebiet. Und da das. Wieso ist sie so toll, wenn das hier so aussieht wie zu Hause? Aber was ich auf der Konferenz gemerkt habe und den Gesprächen das Netzwerk Bankkarten André, sondern immer durchdrungen von hockende Hellboy und sehr einfach sich ausgetauscht und nicht vor vermeintlichen Wettbewerb Schranken halt gemacht.

Das hat mich am meisten beeindruckt und kam dann nach Köln zurück und dachte Mein Stoß muss man aufmachen und in Köln bin ich dann eher auf diese normale Kirchturm Orientierung gekommen. Der eine hilft dem anderen nicht, aber schon mit meiner damaligen Software Company. Der Mitbewerber SAS möglicherweise in San Francisco, aber sicherlich nicht im Köln-Porz. Also da gehört auch der kann lange zusammenarbeiten, bevor ihn wirklich Wettbewerb macht. Und wenn man gegen die Geographie auch in gewisser Weise Wettbewerb ist wie Silicon Valley, die sich wirklich die Bälle zuspielen, zusammenarbeiten, dann muss man meistens genauso zusammenarbeiten und wird man einfach nicht schnell hat.

Das war das eine, wo ich sagte wir bauen ein komplett anderes Netzwerk. Man muss halt auch gucken, dass man Grunder trifft. 100 nächste war also wir so auch um die Kanter zu 60 Mitarbeiter waren und sagt damals Mitarbeiter, Mitarbeiterin Mensch Lorenz ist so chaotisch Bonse, dass man eine Company werden Hutterer man Berater, ne. Gesagt getan, Berater geholt und Prozess, Beratung und so weiter gemacht. Und am Ende war man nicht mehr kreativ. Das auch alles wieder abgeschafft, was der Berater eingeführt haben würde.

Eine Kreativen hat wieder geklappt. Mein Learning war entweder war er jemand wirklich bei Google und kann dann erklären, wie man kreativ bleibt und trotzdem die Struktur aufbaut. Und es macht keinen Sinn zu einer Uni zu gehen oder zu einer Beratung dort zu glauben, dass man weitergeholfen wird, sondern eigentlich wird man schlau, wenn man andere Gründer trifft, andere gleich Betroffene, andere, die vor einer ähnlichen Herausforderung stehen, weil vielleicht von Postfilialen das gemacht haben. Damals z.B..

Einfaches Beispiel Ich hätte mir gewünscht, wenn die Stadt im Jahr Siel das Ocean’s gekannt hätte von Google und dann gesehen hätte. So kann ich mit Quartalszahlen steuern. Viel einfacher als was wir dann versucht haben über Ziele. Wehrmann versucht übliche Management Konzepte auf Start ups anzuwenden, was aber nicht ging. Zu sperrig wahrscheinlich ja.

Wir hatten einfach nicht den Mut sozusagen über war das für mich am besten gewesen. Also bei Malte nochmal eine war nicht amerikanisch Aufgebahrten, aber das ist egal. Mein Learning daraus war einfach Start ups oder Gründer müssen andere Gründer treffen. Und das ist auch ein Normalfall in Deutschland. Ziemlich schwierig, wenn man nicht in Berlin ist, sondern in anderen Ecken. Und auch in Köln war es nicht einfach. Mal jeder Gründer lernt irgendwann sich zu verstecken, weil man von Verkäufern nachgestellt wird, sozusagen.

Und es ist eben super schwierig. Man kann ich einen anderen auf dem Bildschirm Hey, ich bin Lorenz von damals. Meine Firma hieß Chloe Park. Lass uns mal ein Gespräch kommen.

Ich hab mal und jenes und bekommst kann ich han ja, aber ich glaube, das liegt natürlich auch am Startplatz. Da hat sich in den letzten Jahren schon die Kultur ein bisschen gewandelt, dass man näher an diesem amerikanischen Trend Orkane, Halbjude dran ist. Und dieses Mauern ist weniger geworden. Also das soll jetzt nicht despektierlich klingen oder so. Aber wenn ein Gründer mir sagt Ja, ich hab ne super tolle Idee, aber ich sprech nicht darüber. Das ist für mich so der stärkste Indikator.

Ok, das ist ein Anfänger.

Genau. Also es war die beiden Gründe für den Startplatz und deshalb bin ich mal die Chance habe, will ich dem Rheinland was zurückgeben, weil ich war immer Anhänger des Dictum Stahl von Robert Kammerton. Wir sind alle Zwerge auf den Schultern von Riesen. Kommt aus der Wissenschaftstheorie. Und so ist es eigentlich auch. Ich habe viel gelernt an der Uni in Köln war viel als Soziologe gelernt, Sozialforschung gelernt und das hab ich nicht alles selber erfunden, was dann dem eine Firma gut gemacht hat.

Ich gibt das mal an! Den Landstrich zurück sozusagen. Und dann ich und das war für uns die Golos Metapher eben. Alles ist transparent am Startplatz, alle können kommen und jeder wird ermuntert zu sprechen. Und es gibt kein Sprechverbot und ihr werdet zu uns kommen. Will muss über sein Vorhaben reden, sonst macht es keinen Sinn, aus dem Stadtplatz kommt. Ich glaube, wir haben so ein Jahr gebraucht, bis wir diese Kultur erzeugt hatten. Zu Anfang haben wir tatsächlich Speed Networking gemacht.

Das war aber dann am Ende gar nicht so groß nötig, sondern es waren zwei Dinge, die uns geholfen haben. Das eine war tatsächlich einzugestehen, dass wir in Deutschland eben Qualitätsarbeit Postel sind. Wir wollen mal gute Arbeit machen und als solche will man sein. Aber das zeigen, wenn sie hundertprozentig fertig ist, das immer völlig bescheuert als Start up. Also haben wir gesagt, wir haben eine Hochachtung vor der Arbeit. Aber wir nehmen die Scheu, dass du unfair kritisiert wirst, wenn du dich mit 80 Prozent schon äußerst.

Und das waren diese beiden Knackpunkte. Es hat so geholfen, dass einem Stapler zwar nicht Usus ist, dass man spricht und dass die Leute mit Empathie zugesagten. War toll, dass du das probierst und nicht sofort Oberlehrer. Das hab ich schon zigmal probiert. Es kann ja nicht klappen. Woher glaubst du, kommt das, dass die Deutschen da so perfektionistisch sind?

Ich hab einfach mit meinen alten Companie in den USA auch eine Erfahrung gemacht. Ich bin Soziologe von Haus aus und das ist eigentlich ein Studium zum Training eines Revoluzzern. Und den USA 2008 war ich da, da kommt der große Sio aus Germany und dann würde ich mit meinem damals das waren durch einen Amerikaner der Vapor bei Espace essen. Super Verkäufer. Und er hat mich mitgenommen in die Verkaufs Sessions und ich bin rot geworden, was da alles erklärt hat, was wir könnten.

Ich hab mich damals mit nicht so gerne mitgenommen, aber was ich gelernt habe, dass er uns für Qualitäts Apostolat sagte. Ja, da hat er eben mit dem deutschen Craft mit Sheep geworben. Und ich dachte mich meint er hier ist außer mir keinen Raum. Mich kann Gemeinschaft. Ich bin doch hier von dieser Umstürzler Fraktion eigentlich. Und dann ist mir erst mal aufgegangen, dass ich aber mit meiner Firma oder wir in meiner Firma einfach diese deutschen Tugenden des Qualität verkörpert haben, weil wir einfach um jeden Back quasi gekämpft haben in back zu vermeiden.

Dieser Perfektionismus, der dann in meiner Kompanie auch drin war, der urdeutsch war nach die Borde müssen wir behalten als Streben nach Qualität. Aber wir dürfen deswegen nicht langsam sein. Und wir dürfen auch nicht Angst haben, dass wir uns vorher zeigen. Und in dem Augenblick, wo wir begriffen haben Stadtplatz, dass das eigentlich nicht eine eingebaute Scheu ist, sondern dass das einfach nur die Angst ist. Ein Werk, von dem man selber weiß, dass es unfertig ist.

Ich bin hundertprozent, weiß aber selber 80 prozent, dass man es trotzdem zeigt, weil man von den anderen jetzt die entsprechenden, die halt dann immer schneller an Tills kommt, wie man es dann auf hundert Prozent kriegt.

Ich glaube, diese schnelle Iteration, das ist, wenn man so möchte, der neue Weg zu den 100 prozent. Genau.

Und das muss man akzeptieren. Man darf nicht klein beigeben, weil man will ja ein super Produkt haben. Das muss, weil es von den Amerikanern auch lernen mit gewollt immer super Produkte machen. Und wir dürfen halt nicht meinen, dass die Perfektion darin liegt, dass wir uns hundert Features ausgedacht haben, die wir alle umsetzen müssen, von denen aber mit der ja doch nur dann vielleicht 20 gebraucht werden, sondern wir sollen die Features, die wirklich gebraucht werden, die sowohl zur Perfektion bringen, genau und herauszufinden, welche Features das sind, welches die Kunden wollen, das kriegt man eben durch schnelle Iterationen hin.

Und wenn man das dann herausgefunden hat, dass diesen Product Market Fit, dann kann man sich eben darauf stürzen und das dann eben zu verbessern. Zwei Dinge, glaube ich, sind da tief im deutschen Herzen eingegraben, die dem zuwiderlaufen. Was sich aber langsam verbessert, ist, was du schon sagst. Diese Angst, Fehler zu machen oder mit einem unfertigen Produkt rauszugehen, ja nicht zu zeigen. Hey, klar sind wir noch nicht fertig, aber es ist ja auch erst drei Wochen alt.

Sag mal, was hältst du denn davon? Also quasi dieses Vorzeigen und natürlich auch diese Engineering Crafts Mensch schieb, dass man sehr viel Zeit mit einer Sache verbringt, bis sie dann perfekt ist. Und das glaube ich, funktioniert im IT-Bereich noch nicht, weil es halt so eine junge Disziplin ist und so viel noch gemacht werden kann. Das sehen wir jetzt auch wieder, wie zaghaft diese Terminvergabe, die wahrscheinlich organisatorisch perfekt ist.

Ja, aber das ist etwas was ganz anderes. Also das haben wir, das dann am Cultura liegt, da schmeißen wir ja nur die Hände überm Kopf zusammen. Wie kann man so und pragmatisch vorgehen? Also das sind glaube ich die letzten Nets Nester des über Perfektionismus es falsch verstandenen Perfektionismus, die da durchscheint. Es ist ja auch dummerweise so, dass man sich die Gesundheitsbehörden zu schlechten, zu wenig gekümmert hat den letzten Jahren, also unseren deutschen Firmen, die auch alle am Weltmarkt aktiv sind oder erfolgreich sind, die deswegen erfolgreich, weil sie auch sich auf Kunden adaptieren können.

Man muss ja auch ehrlich sagen, dass öffentliche Ämter gerade im Gesundheitsbereich sich nicht gut bezahlten. Es gab eine negative Selektion. Also das will ich auch nicht schlechtreden, bedienen, dort arbeiten, aber da war der Druck nicht, sich zu bewähren und jetzt ist er halt da. Zeigt sich das aber nochmal so Du schaut mal zu. Was mir auch noch wichtig war, war einfach der freie Kaffee.

Das ist sozusagen die Einstiegsdroge. Ja, wir verstehen, dass du ein Nerd bist, der braucht dafür bis zum Abwinken. Und das hab ich auch von einer alten Firma mitgenommen. Kaffee wie du zu Kaffee Tränke gehst, da darf nie leer sein. Muss immer das Gefühl haben, wann immer ich Calvados habe. Ich finde dort ein. Und deswegen ist bei uns dieser riesigen Industrie Kaffeekanne da, wo meine größte Sorge ist, dass sie nie leer ist, weil sonst kaum was passiert, nämlich so und wenn sie leer wäre, würde sich dann Boris merken?

Ah, es macht keinen Sinn, da vorhin zu. Schweizergarde Kaffee trinken, aber wenn du vorne bist, musst du wahrscheinlich aufsetzen, das macht dir keinen Spaß. Ich kann dir sagen, ich war bei einem großen Multi Milliarden Dollar Unternehmen und europäisches Unternehmen und das Haus wurde irgendwie umgebaut. Das Gebäude wurde umgebaut, es gab mehrere Stromausfälle und im ganzen Haus gab es mehrere Steckdosen. Es gab einen schwarzen Steckdosen Kreis, nicht Notstromaggregat angeschlossen und es gab orangene Steckdosen.

Die sind im Notstrom Kreislauf drin und die Kaffeemaschine steckte in den orangenen Detektors. Ja, die haben es richtig gemacht, würde ich dabei sagen. Also Internet, dauerhaft gutes Internet und Gaffel. Das war zwei wichtige Punkte. Wie ist denn deine Erfahrung?

Du hast ja jetzt Start ups schon, ja schon fast ne Dekade im Startplatz dann auch begleiten können. Sind heute alle Start ups, IT ups oder gibt es auch noch offline Ideen? Möchte ich es mal nennen.

Aneine gerade eine Stadt wie Köln ist Masiar. Wir suchen IT Startups. Aber das sind ja nicht nur die Start ups, sondern es gibt ganz viele, die mit Produkt, Start ups oder mit Dienstleistung Stadlers. Wenn man so möchte, hier zwei Jobs um und Wunderglaube. Köln also aus der Uni. Die haben einfach gesehen in der. Also gut, es war nicht die Pandemie schuld, sondern es war der Donald Trump. Schulze hatte er berechnet. Zöllen gab es da.

Die Retourkutsche ist, dass es auf Erdnussbutter Zoll gab. Nun wandelt sich alles Butter nicht in den Regalen. Zufrieden? Analysator müssen uns eben etwas anderes machen und haben sich selber Blick. Wie kann man denn Erdnussbutter machen und haben dann auch gleichzeitig noch eine als Erdnussbutter Erdnuss Creme gefunden, wie man ohne Palmöl herstellen kann? Ich habe sie Produkte hausgemachter und Eiweiß gerade sollte also mal statt Abverkauf mit Schoki frei und oder Amazon ist es wirklich super einfach geworden Produkte zu erfinden und sie dann zu verkaufen.

Und das ist ja Helm Startup.

Ich kann mich dran erinnern, glaubte Robert Cron. Egger hat auch einen Müsliriegel kreiert hÃrter voll Fernau h verfolgt, den er dann an Supermärkte verkauft hat. Oder die Supermärkte verkaufen diese Regel für ihn.

Oder in Düsseldorf. Just Speiseeis, mal ganz hervorragendes Startup, die machten Gewürze. Diese Jungs sind eigentlich ursprünglich aus Dortmund und kam dir auch genutz Idee weil eine Jungs wg Bier Jungs paar Mädels eingeladen Gott nicht kochen haben sie dafür ein bisschen über ein gutes Gericht und da haben sie ja geguckt was brauche ich dafür? Und dann Gewürze und Gewürze gabs nur so groß und ansãtze euch Bau im Weg mit Baco, wo das Gewürz eigentlich für mich schon wenn ich gemischt ist gab’s nicht gemacht und sind in Scrubs geworden.

Einfach ausprobiert, einfach ausprobiert. Also es gibt. Ich meine, das war ein bisschen Erfahrung. Stapels 2012/2013 hatte ich oft das Gefühl, dass Leute mich angucken, sagen Hey, wieso gründen so was Neues? Es gibt doch alles so nach dem Motto Es gibt das iPhone, man müsste mehr Baumwoll, nicht alles. Und durch die Höhle der Löwen, durch dieses publikumswirksame Format hat eigentlich ganz Deutschland gelernt, dass es immer wieder neue Dinge gibt. Das war sozusagen eine tolle Ausbildungs Initiative von ProSieben und zwar dafür gesorgt, dass die deutsche Bevölkerung lernt.

Es gibt eigentlich nichts, was man nicht neu erfinden kann.

Denn die Leute denken bei Erfindungen direkt an so große Sachen wie das Smartphone oder so. Aber denken nicht an ein Müsliriegel oder eine Gewürzmischung. Ja, aber das findet man doch. Eine Höhle der Löwen jetzt gerade auch. Oder denkst du Boah, nee, das hätte ich auch machen können? Das ist doch eher wo sonnenklar. Und das weiß doch jeder, dass das funktioniert. Aber aus einer wirklich. Denn die Nische, sich zu suchen und daraus ein Produkt zu machen, das ein Markt findet und das dann an den Markt zu bringen, also es halt einfach dann auch nicht so klar.

Absolut, absolut. Ich hab von Höhle der Löwen so ein Fahrrad Handschuh, mit dem kannst du blinken. Also du drückst den Daumen und Zeigefinger zusammen und dann hast du quasi als Radfahrer hast du einen Blinker Finger für ein paar Sekunden und dann müssen die Autos in welche Richtung Gefäß das ist der nicht grad so Fahrrad freundlichen Stadt wie Köln ist das ganz gut? Ja, kannst du denn sagen, wieso das prozentuale Verhältnisses von Altstadt ups zu non it Start ups?

Ich denke mal schon, dass die Startups wird die Mehrheit darstellen oder?

Nee, gar nicht so. Das ist natürlich jetzt ein bisschen. Wir sind da wahrscheinlich auch ein bisschen mit dieser Wahrnehmung verzerrt, weil wir ja fokussieren auf Tech Startups. Für uns ist natürlich das Königsstadt ein bisschen Tech Startup wegen der Skalierung, wegen der größeren disruptiven Fähigkeit. Unterschiedlich ist auch, in dem man den Andresen Software ICE World nimmt. Dann ist Amazon ein Text Startup und Tesla möglicherweise auch. Und da schlägt natürlich unser Herz für die Textern. Ups, aber schätze mal hier 44 prozent Tech Startups.

So viel mehr will ich ihnen gar nicht geben. Und das ist auch ganz gut so. Köln ist ein sehr guter Start up Standort, aber es muss halt noch viel Zeit. Gelernt wird, was auch Sinn macht. Und da können ganz, ganz viele Produkte sein, Apps geben, die einfach die ersten Schritte machen und dann viel, viel lernen. Die das ganze Online-Marketing lernen. Die lernen, wie man aus einer Idee, wie man guckt, dass Idee bei Kunden ankommt.

Und das kann nur helfen, um einfach hinterher noch viel bessere Texte was draus zu machen.

Direkt Wirtschaftsstandort Köln ist ja auch sehr divers. Es gibt da nicht so eine Industrie, die hier einen sehr großen Schwerpunkt hat, sondern man hat ein bisschen Versicherung, man hat Automobil, man hat auch Teck und so hält sich das ein bisschen die Waage. Und wahrscheinlich ist das Startup Bild dann auch so Ja, die Teck will man ja auch zum großen Teil von Aachen. Muss man ja auch ehrlich zugeben, weil da sind die ja, der sind ja hervorragende Informatiker.

Und zum Glück für Köln hat. Aachen Nicht so die richtige Anmutung für Startups. Gibt zu wenig Clubs. Also ganz komisch nur, dass es dann die Underground Szene Borse so ein bisschen, obwohl kein Start up kein Grund da ist im Club abends und Nächte feilt an seiner Idee.

Ja, dass hier die erweis nicht die Club Gänger und. Aber trotzdem ist das so eine Art von Subkultur. So ein Gefühl für Subkultur. Vielleicht auch, weil man so einer Kultur mehr zulässt. Da ist Köln schon ein außergewöhnlich guter Ort, um Dinge neu zu machen und so unwahrscheinlich. Auch weil die Köln einfach so so schnell dabei sind und die Dinge einfach gut finden.

Ich. Also das ist jetzt aber eine persönliche Erfahrung. Ich weiß nicht. Vielleicht hast du die auch gemacht. Ich hab auch das Gefühl, dass Expats in Köln sehr gut angenommen werden und sehr gerne hier leben. Aus meiner persönlichen Lebenserfahrung, ob jemand aus Argentinien kommt, aus Ägypten kommt, aus anderen Ländern kommt. Die fühlen sich ja sofort angenommen und wohl. Ja. Das ist heute, da hat Gott großes Potenzial, aus dem man nochmal deutlich mehr machen kann.

Genau so ein bisschen internationaler dürfte man sich aufrichten. Jetzt haben wir schon gelernt Kaffee und stabiles Internet bekommt bei dem Startplatz und das ist sehr wichtig für Startups. Was sind da noch Faktoren, die der Startplatz bieten kann, wo die Startups auf jeden Fall von profitieren kann? Also reger Austausch an der Kaffeemaschine? Klar. Aber wie sieht es dann aus mit auch Fachkräften, die vielleicht im Startplatz sind, die vielleicht alleine arbeiten, aber auch für Start ups was machen können, von denen ich lernen kann?

Kapital, Kontakten, Produkt, Validierung mit dem Mitarbeiter? Ich weiß es nicht. Na ja, das war uns einfach einmal wichtig. Eben Startplatz ein Ökosystem im Kleinen aufzubauen. Quasi Silicon Valley. In gewisser Weise im Kleinen. Und dazu gehören natürlich auch sehr gute Agenturen, sehr gute Dienstleister. Sie jetzt nicht einseitig nur auf Start, sondern die Sarah Bernhardt. Leute, die auch in SEO beherrschen oder die bei Facebook Anzeigen schalten können oder die gutes Design machen können.

Und die haben bei uns eben übers Co-Working als Selbständige einfach genauso ihren wichtigen Platz. Jemand wie der Entrée Cardinals bis ein großer Hegemonien bin über den Groß Peretz Paid Skills und natürlich dann haben wir auch dafür gesorgt, dass Miriam immer Meetups Den stellen wir abends kostenlos die Räume zur Verfügung, sodass sich die nach Feierabend Fortbildung auch beim Startplatz einfach heimisch fühlt. Und immer, immer macht man halt Connection. Ja, immer macht man Connection, weil am Ende trifft man sich beim Rauchen oder auf der Toilette eher beim Händewaschen oder aber der Kaffee.

Da sind diese kleinen Sachen dies jetzt auch gerade schwierig machen in der Epidemie da nachzukommen. Ne Social Dissenz ist der vereinte Staat Platzes und das war halt für uns da Goethen für mich von Anfang an Barbecue zu einem Barbecue, wo auch immer, dass es offen ist für alle in Köln. Auch war jede Fantum, die wir auch wird natürlich viele Workshops Masiar Tyson Eine mein erster Erfahrung war halt Praktikanten, den ich, der vorher in Berlin Erfahrungen gesammelt hat, ist viel besser ausgebildet als Praktikantin, ich irgendwie aus der Uni Köln hole und da war mein Pumpe.

Dann investieren wir halt in Workshops und die Workshops geben Gründer, die sich in diesem Bereich gut auskennt und die machen andere Gründer schlau. Und dann ist es eben für alle offen.

Genau, ihr habt ja auch die Formate wie Rheinland Pitch, wo ich sozusagen als Gründer meine Idee validieren lassen kann. Also das ist ja im Grunde auch wie die Höhle der Löwen im vielleicht nicht medialen so ausgeschlachteten Stil, aber mit dem gleichen Effekt. Ja, das haben wir in 2013 begonnen, im April und jetzt im Mai. Am 3. Mai kann ich schon mal sagen, machen wir den hundertsten Rheinland Pitch Holland zu. Unser Schirmherr ist dabei der Prof. Andreas Pinkwart, unser Wirtschaftsminister, der uns schon einige Male beim Rheinland Pietzsch bekleidet hat.

Eigentlich ein treuer Fan, wenn ich so sagen möchte. Aber Cannabis glaube ich auch eine wirklich eine einmalige Sache in Deutschland. Wir sind mit weitem Abstand das Bildformat, das am häufigsten stattgefunden hat und zum Teil in Düsseldorf, wo man mit mehr als tausend Zuschauern und das sind übrigens auch typisch Deutsche, aber zu unserem Vorteil, weil wir machen in der Woche vorher immer einen Food Pitch. Und es gibt ein Pitch Training vom wieder Anderson. Das heißt, bei uns muss man erst einmal gezeigt haben, dass man auf einer Bühne auch interessant pitchen kann.

Ja, weil wir sind in langweilige Pitches haste genug, wo wir wieder und ich bewandert überzeugt man muss Pidgin wie die Amerikaner und wenn es die nicht können, dann muss man es halt beibringen. Und deswegen macht wieder immer ein Pitch Training. Und auch das hat jetzt keiner kurz kopiert, was wir auch noch immer gemacht haben von der ersten Stunde an, wir wollten halt nicht wie der Höhle der Löwen, das war eben ein Start dabei haben Will Frank Thelen oder andere niederging Frank Thelen.

Aber wir wollten es nicht auf Starkult. Die Leute sollen nicht kommen, weil da wieder anders sind, tolle Fragen stellt, sondern weil man der Star echtesten oder weil man es darauf sieht. Und deswegen ist bei uns das Publikum stellt die Fragen und das Publikum bewertet auch die Pitches. Und deswegen gewinnt derjenige, der im Publikum Voting am besten war.

Für den Abend war so ein Mehrheitsentscheid da, hat immer super funktioniert. Dadurch ist das Publikum auf sie aufmerksam. Beides Public House aufmerksam ist, werden gute Fragen gestellt. Gute Fragen rösten die Start up ein bisschen. Da hat immer Schweißausbrüche, aber man lernt ungeheuer viel dabei. Er Und es ist halt einfach ne Umgebung. Auch wenn die Frage manchmal ein bisschen hart kommt, es immer eine freundliche ist, freut sich jeder. Das weiß man. Das versucht das immer auch so ein bisschen.

Ähnlich wie im Silicon Valley. Es freut sich so bei allen. Bartol Also das Masiar hatte schon super Idee. Also sagt man, muss man es in deutschen Evolve eigentlich sofort zu? Superidee. Aber wir freuen uns, dass einer die Idee macht. Und ich finde. Wir müssen einfach deutsch bleiben, wobei Deutsch steht. Wir wissen nicht mit den Schwächen, aber Gabo wir einfach so sieht vereinbarter sollten auch so bleiben, da er die Stärken ausbauen, nicht die Schwächen über Bügeln weiß.

Einschüsse schöner. Weißt du denn, ob auch bei den Rheinland Pitches z.B. viele Vertreter von vielleicht Großunternehmen aus der Region im Plenum sitzen und das ganz aufmerksam beobachten und sagen Ich bin heute hier, weil wir würden uns gern erweitern als Firma und ich suche einfach nach interessanten Ideen. Oder kommt das nicht häufig vor?

Das kommt zu wenig häufig vor. Aber es muss ja genau dafür passen. Das ist viel häufiger bei unserem Barbecue. Snell Die ja auch wichtig sind. Und was aber auch ist, der Rheinland-Pfälzer um den Zehnten herum haben wir gemerkt Es kommt gar nicht mehr so die Abgesandten von denen wie sie’s vorbei, aber trotzdem zwei Tage später gegen die Stadt. Ob sie gut war? Trotzdem Anruf vom Visible. Also, was haben wir gemerkt? Die schicken wir nach. Es ist einfach.

Spricht sich herum.

Es waren wir deinige. Da ist ein cool genügend. Und Köln Düsseldorf genau genügend vernetzt, sodass tatsächlich, wenn da jemanden gut war. Die erfahren dann davon und die bekommen dann auch die Aufmerksamkeit. Jetzt wird er am Abend selber nicht dabei war. Spricht einfach dafür, dass das Ökosystem gut gewachsen ist und dass man einfach die Dinge müssen sich herumsprechen, dass ist das Allerwichtigste.

Da war einer da, der ruft seinen Freund an und sagt Tamer, hast du die schon gesehen? Das muss du dir mal angucken oder so. Aber das ist doch Rheinland par excellence. Ja, das brauchen wir ja auch. Das war auch das, was wir ungefähr ein Jahr haben. Auch gebraucht zu Anfang der Start Matches, bis wir so ein bisschen in Köln die Zäune da abgebaut haben, dass jede und jeder mit jedem spricht, weil ich immer gesagt. Also das Kölner Netzwerk des Klüngeln Netzwerk hat so bar Schwächen und die Schwächen sind, dass man zu stark an das eigene Netzwerk denkt.

Bei Innovationen ist das, denkt man das eigene Netzwerk tödlich, weil vielleicht hab ich im Stahlplatte gerade ein Investor sitzen oder ein Best Vester angedockt, der gar nicht zu dem Startup passt, das gerade bei uns sitzt und gut ist. Aber er sitzt neben allen anderen. Es ist beim Zipp oder irgendwoanders, da sitzt das gerade oder bei We Work und da kommt aber die Information nicht hin, ist es doch doof für Köln. Ist doch super gut, wenn die Information von dem tollen Startup aus, das im Stadtplatz sitzt, zu dem Investor, der gerade im Ships eine Niederlassung hat oder die an der Uni sitzt, hingerannt.

Und es das ist mein Ziel, dass mir da so’n echt gut gefülltes Netzwerk haben, wo die Informationen gut fließen, weil mir das gut geölt ist, muss ich keine Sorge haben als Startplatz, dass sowas nicht zurückkommt, dass es dann umgekehrt haben. Wir haltigen vielleicht mit besitzten bei uns gerade die Andruck Punkte für digitale Hell’s Start ups, für Gesundheitszustandes, Apps und Platten brauche ich doch jemand es wieder umgekehrt. Also das Mützchen viele welche auch nicht erleben, da sitzen die alle Ende.

Das entwickelt das Intro dabei bei Stanford und sprechen am Parkplatz über ihre. Also sprechen die nicht gerade immer darum. Achtung, hier bin ich gerade dran, obwohl ich besorgt Handkäs Roberts erfand. Spricht auch einfach über die Dinge er und bekommt sie mit. Ja, das stimmt. Das habe ich auch so erlebt. Ist denn. Also ich arbeite persönlich sehr viel mit Großunternehmen zusammen und da ist das Thema eins im Augenblick der Fachkräftemangel. Aber es wird auch langsam ein Dauerthema und da frag ich mich, weil du da einfach näher dran bist.

Wie sieht das denn bei Startups aus? Also ich hatte das selber schon, dass mich viele Leute gefragt haben. Also ich sach ma, zwei Leute, die vielleicht BWL studiert haben, haben irgendeine App Idee und die suchenden technischen Mitgründer oder jemand das technisch umsetzen kann. Das ist mir schon oft begegnet. Hast du da das Gefühl, dass gut ausgebildete Fachkräfte auch sagen Nee, ich möchte jetzt nicht zu diesen großen Corporates gehen. Ich möchte lieber zum Startup gehen, weil ich weiß, die Sinnfrage steht bei mir über der Gewaltfrage oder so in der Richtung.

Ja, die Sinnfrage, in jedem Fall eine Poppes und nachhaltig. Das ist super wichtig. Aber auch in Bezug auf Fachkräftemangel ist es sowohl oder für die um jemanden Techniker zu bitten dergleichen auch. Da nochmal nässen ist der Stadlers ein guter Austausch Plattform. Wenn man sich zeigt, wenn man über seine Idee spricht, wenn man darüber spricht, dass man jemanden sucht. Man muss immer sagen sagen, sprechen, sprechen und Purpose ist ungeheuer wichtig geworden zuletzt. Also das erlebe ich durchgängig.

Das ist ein Abbaue. Eigentlich. Jedes Startup hat das heute gerade hatten bei Midterm Pitch für die von uns Accelerator. Da finden sich eigentlich nur noch Startups, die Technik mit Nachhaltigkeit verbinden. Also Nico Balu sorgt sich darum, dass man die Auslastung des Solarstrom besser prognostizieren kann. Climate Farmers wollen gucken, dass man durch eine nachhaltige Landwirtschaft CO2 im Boden bindet und setzen natürlich danach Kie ein. Und so etwas da ist. Sie sind nicht übereine, wenn du ja Textiler.

Euro die KI für Steuerberater der Medizin. Ich weiß jetzt nicht gerade, ob der ökologische Fußabdruck dabei gemessen wird. Das nicht. Ist es nur eine Tech? Aber immer es ist das auch eine Frage war das sich die Frage was fange ich in meinem Leben anders? Hab ich mal im Leben gemacht. Und das erlebe ich in dieser Generation Catull, der Gründer schon als eine super relevante Frage. Man will nicht mit 90 dastehen und dann sagen Was hast du alles im Leben gemacht?

Das glaube ich zutiefst in dieser Generation verankert. Ich weiß nicht, wie es vor 60, 70 Jahren war. Da war. Gehalt und Stellung waren, glaube ich, die einzigen beiden Kriterien, auf die man optimiert hat. Und heute stellt man sich schon die Frage Also ist das denn sinnvoll, was ich hier mache? Nein, die Leute wollen auch ein Sabbatical machen, was von der Welt sehen, das wiederum einbringen. Das ist natürlich keiner möchte in der Welt leben, wo?

Die Polkappen so weit abgeschmolzen sind, dass ganze Länder untergehen und Probleme haben. Das ist auf jeden Fall ein drängendes Thema. Angegangen werden muss. Und ich habe Freunde, die arbeiten in Frankfurt, in der Finanzbranche und da geht auch nichts mehr ohne diese Aeschi. Also diese Nachhaltigkeitskriterien. Jaja, ich weiß. Am Ende ist eine Nessel das nachhaltigste Unternehmen, weil es sich gut verkaufen muss und ich letzten Sommer so mitgekriegt.

Ich weiß nicht, ob man sich als ich sag mal Unternehmen was vielleicht nicht diesem Aeschi Gedanken so entspricht per Zertifikate reinwaschen kann. Also dieses Greenwashing zu betreiben, das weiß ich jetzt nicht. Aber auch das ist wieder eine Herausforderung, die man irgendwie dann lösen muss. Ja, ich erlebe immer noch, dass es halt es aber auch völlig okay. Dass man nach Sicherheit strebt, ist natürlich bei einem größeren Unternehmen besser aufgehoben. Das ist auch völlig klar. Aber wer vorm Rechner gut ist, ist wagemutiger.

Das Gegenteil von Sicherheit, Wagemut. Das Klima war mit den eigenen Händen schaffen. Das ist schon eine geniale Zeit. Aktuell.

Ja, absolut. Was ich sehe, was das größte Argument für Start ups oder kleine Unternehmen ist, dass du die Auswirkungen deiner eigenen Arbeit siehst. Im Großunternehmen bist du irgendein Zahnrad, was irgendwie an meinem 30. stufigen Prozess machst du Prozess Stufe 16 und 17 und du siehst das Endergebnis nie. Du siehst nie die vorher Schritte sozusagen. Du bist wie das Rad in der Maschine und beim Start up bist du halt natürlich auch voll in der Verantwortung. Aber du machst etwas Fehler.

Okay, nächstes Fehler? Okay. Nächstes. Hat geklappt. Wow, ein wahnsinns Gefühl. Das kann man mit Geld gar nicht beschreiben. Und dann geht’s halt so weiter und man hangelt sich so hoch. Ja.

Wir hatten gestern schönes Beispiel aus Probieren was und Nachhaltigkeit ist. Übrigens jetzt in der Coruña Zeit machen wir ganz viele digitale Formate, meist osmanisch. Arial umgezogen, ganz nett. Funktioniert tatsächlich super. Also wir kriegen fast den guten Startplatz nachgebaut, digital und da aber ein Format, das heißt Feedback zu seiner Startup Idee. Das kann man wunderbar onlinespiel, weil er überzogener jeder zu 10 Minuten zum Vorstellen seiner Idee und dann gibt’s mal 10 Minuten Feedback von denen, die gerade da sind.

Also aus dem Start als Kontext. Und gestern war jemand 20 Jungs da, die haben die Idee so ein Quatsch mit Zahnpasta an sagen wieviel Zahnpasta Tuben wirft man eigentlich in Deutschland weg? Das war ungeheuer viel.

Ich glaube nicht nur in Deutschland. Wer deren Idee? Da gibt’s neue Verpackungsmaterial. Das ist eine nachwachsender. Rohstoffe sind sehr eigen und die packen die Pasta in die See. Alge Da wird eine Pille draus. Die Pille öffnest du und packst du auf deine Zahnbürste. Butze Kannst du mal die Zähne? Diese Hülle wird ist diese. Also es ist wie eine Pille. Lösung. Kleine Pille. Und die kannst du dann entsorgen. Die zersetzt sich auch mal von zehn Tagen.

Kein Problem und ist natürlich nachhaltig. Wir haben jetzt so Verpackung gibt. Kannst du noch alles mögliche neu erfinden? Und das natürlich komplett ohne Nachhaltigkeit, ohne das Ziel. Nach Nachhaltigkeit gäbe es diese Idee nicht.

Ja, das stimmt. Das ist ja auch oft dann so. Ja, dann ist diese Alge etwas teurer als die Kunststoff Schachtel. Aber das ist ja auch nur Economy of Scale. Also in dem Moment, wo alle mit der SE Alge verpackt sind, ist die Kunststoff Schachtel am wieder teurer.

Naja und für so ein Startup ist es natürlich. Die müssen erst mal nur 80 000 verkaufen, schon sind sie beim proaktiven 80 000 ist ja auch wieder nix dafür. So Gebrauchsgüter wie Zahnpasta wird das schnell gehen. Und so die Schiffe, die stellen erst mal nicht um, weil sie ihre ganzen Maschinen auf diese Länder Metha die Tube Helm Max Was ich nun sah, hat die andere Tube zu etwas. Also Jo nehmen.

Die sehen das Problem gar nicht.

Die verkaufen so viel und da kannst du unterm Radar erst mal großwerden und dann ist man erst mal da. Genauso wie du hast ja vorhin gesagt, der Robert mit diesem Hava vorne Müsliriegel. Naja, Herr Haya, was macht er? Inzwischen sind im Regal. Ja, du musst einfach hartnäckig sein.

Hartnäckig. Das ist ein schöner Übergang. Und zwar du hast ja jetzt schon sehr viele Start ups kommen und gehen sehen im Startplatz, aber auch in deinem Leben davor. Hast du denn so Erfolgs Muster von Teams oder von Gründern oder generell von Start up Ideen identifizieren können? Wo du sagst heute, wenn ihr sowas über den Weg läuft? Ich glaube da ist was dran oder Oh, die machen guten Job, das wird bestimmt groß. Hartnäckig war genau das richtige Stichwort dafür.

Das ist schon wichtig. Aber man muss auch dazu sagen, was ich mir abtrainiert habe oder relativ schnell schon abgestellt habe, ist, dass ich meine zu erkennen, wer gut oder schlecht wird, weil ich sage im Gegenteil, ich höre mir alles an und sage Probier’s aus, weil ich habe schon Leute gesagt, die sagen nur geht, es kann gar nicht klappen. Und dann so war der Job am Markt erfolgreich. Nee, der Markt zeigt es. Und deswegen wir uns alles Ansager Beweises unter Stapels eine wunderbare Umgebung.

Sieh’s nach einem Vierteljahr. Wie kommen die Leute vorwärts? Nicht nach einem Pitch wird abgerechnet oder nach dem ersten Auftreten, sondern nach drei Monaten. Sieht es so, nach sechs Monaten, nach einem Jahr, siehst du. Und Hartnäckigkeit ist wahnsinnig wichtig. Hartnäckigkeit ist so super wichtig. Das richtige Näschen ist wichtig und natürlich dann auch Chancen ergreifen. Aber ein Beispiel sagen es gibt eine Sadam, auf der das sich bei uns entwickelt hat ist kann man vertikal sitzen zwischen dem Kühlturm.

Die verkaufen medizinisches Cannabis für das aus Kanada ein und verkaufen sie an die Apotheken schon zu Horno Poltischen 60 100 120 Millionen Wert aktuell. Man weiß es ja nicht erst wenn er wirklich eine Finanzierungsrunde stattfindet. Und der David, der Gründer, der hat. Vorher angefangen hat haltende Nähe zum Canabis gehabt hat Humidor für die Liebhaber von Cannabis nicht in Dotter, danach in die Schweiz und nach Holland verschickt. Aber er hat die Humidor war Startplatz. In der vierten Etage saß er oben, hat die gebastelt Weckers dann auch kennengelernt.

Und dann gab’s all die Legalize ganz die Möglichkeit, ihr medizinisches Cannabis zu verkaufen. Er hat sich dadurch, weil er halt in dieser Szene gut drin war, hat sich um eine Lizenz bemüht und er hat tatsächlich die Lizenz bekommen. Das heißt, er bei einem Markt trennen und hat die Chance sich geboten hat. Ergriffen hat dann der Investor über den Stadtplatz gefunden. Der Investor hatten auch gut gestürzt, nur ein gut Bourget mitgeholfen und hatten zu hat. Auch hat seine ganze Grundausbildung Stadtplatz quasi gemacht.

Tja, was macht man, was macht man nicht? Da bilden sich ja tatsächlich über die einzelnen Co-Working Räume so kleine Lernumgebung her, von denen ich gar nichts wusste, dass die stattfinden. Aber der eine sagt dem anderen, was genau wie geht und das ist auch ne anthropomorph Grundausbildung. Manchmal ist es auch hier in diesem in Köln im Rheinland halt irgendwann auch so, dass man nicht dieses halbe Jahr wie in Silicon Valley oder nach drei Monaten meist schon dadurch gestattet, nach Anjas und Bassbereich.

Oft sehe ich, dass man zwei Jahre oder drei Jahre braucht und dann aber hartnäckig war. Und dann ist es erst so weit. Warum auch immer. Also es gibt ja hier sind ja auch in der schwierigen sogar manches Mal schwierige Erlaubniss Regimes. Zum Beispiel im medizinischen Bereich oder gleich eine. Brauchst eben lange. Also die Catrin, die den Sensor baut für die Damen, damit sie ihre fruchtbaren Tage feststellen können. Die hat ja glaub ich zwei Jahre gebraucht, bis du das Medizinprodukt zugelassen war.

Und wenn man da nicht durchhält. Bei der üppigen Stabi in Berlin wird’s also im Silicon Valley immer zu sagen Vergiss es! Es setzt sich nicht durch.

Keiner hält zwei Jahre durch. Allein. Emotional. Da kommt da vielleicht wieder die deutsche Tugend, dass man sagt Okay, das halte ich aus. Genau.

Du musst halt ein bisschen noch nebenbei anders finanziert sein. Auch Drais übrigens gute Erfindung, das Gunther Stipendium. Das hat Kathrin Gangsta-Rap, heißt es uns. Treichel Vertrauen konnte Stipendium bekommen. Damit kommt man ein Jahr lang gut über die Runden, wird nicht reich von tausend Euro im Monat. Aber zumindest ist das Kölsch bezahlt.

Ja und der Vermieter hat auch noch was davon. Erstens verstehen, was du meinst. Er aber muss schon. Also kannst du dich so! Da kannst du dich eine große Wohnung haben. Es hilft jedenfalls.

Also das ist witzig. Auch da wurde ich schon häufiger gefragt. Auch von Experten, die sagen Warum gibt es in Deutschland so wenig Gründer? Weil euch kann doch nichts passieren, wenn du hier also du verhungere nicht. Das ist damit gemeint. Im Notfall bekommst du eine Unterstützung. Also du fällst relativ weich.

Also ich kenne keine Hartz4 Gründer, das ist es nicht. Du baust bisschen mehr. Aber viele die aus dem Studium heraus gründen sie mit dem Kohle Stipendium echt gut dran, weil du sowieso als Studenten nicht so viel brauchen. Aber das braucht man schon, ne? Und das ist eine gute Sache, dass das Land NRW so gemacht hat. Gibt es denn Sachen?

Du hast das Gründer Stipendium schon erwähnt? Ähm Startplatz Produkt besonders stolz drauf bist, dass ihr das erreicht hat? Also du hast gesagt, wie habt das Ökosystem des Start up Ökosystem im Rheinland schon ein bisschen verändert? Nach ein, zwei Jahren? Hast du da erste Effekte bemerkt? Dass wir zum Beispiel so eine Sache. Gibt es so herausragende Momente, die dich wirklich stolz gemacht haben? Du gesagt, dass Wow, das hätte ich jetzt nicht gedacht, dass wir diesen Effekt erzielen, diesen positiven Effekt.

Also ich denke schon, dass wir das Processor Bewusstsein hatten, als wir gestartet sind. Also ich hätte mir sogar noch gewünscht, dass das Ökosystem noch besser anspringt, stimmt das doch immer noch was drin. Aber dann bin ich hier. Als erstes in der Saison ist es gut funktioniert wie ein gutes Ökosystem haben das wir schon. Feine Sache, aber da hat der Stadtpalais nicht alleine gewirkt. Nee, was mich schon auch stolz gemacht hat, war einfach, dass der Stapels als solches gut funktioniert, dass die Leute sich einfach austauschen, untereinander sprechen und am Ende ein System entstanden ist, wo der Einzelne, also der Beitrag einzeln ist, ist schon wichtig.

Aber ich bin kein Gatekeeper und mein Beitrag ist nicht so wichtig, sondern der spricht sich eigentlich alles herum. Und es hat sich. Es liegt im Startplatz Wissen. Man weiß nicht genau Bohne, aber einer kennt immer die Antwort. Und eine der Bundessteuer ist die wirklich super. Gudula ist Vector A die Amazon Produkt Firma, die aus dem Stapels heraus entstanden ist. Adrian, der seine Mitgründer eigentlich beim Kickern, der das Vertrauen zu seinen Mitkommen beim Kickern gewonnen hat, noch immer sagt, nachdem er ein halbes Jahr lang sich immer über den anderen geärgert hat und trotzdem weitermacht.

Und immer hat er auch so viele Vertrauen aufgebaut, dass Lena zu seinem Geschäftsführer gemacht hat. Also sag was du. Da hab ich gelernt, du kannst Vertrauen, Sandkasten aufbauen oder durch wiederholtes Kickern, wo man einfach die anderen verlässlich. „Wenn du null, fünfmal gedrückt, mit null Toren verlierst, es immer dich Stadtplatz regeln muss, unten durchkriegen. Wer das macht und ehrenvoll verlieren kann, mit dem kann man Autofirma aufbauen.

Das sind ein bisschen andere Maßstäbe. Die aber verstehe ich ja.

Aber es ist Vertrauen ist halt wichtig und du kannst dir nicht. Du hast nicht und du musst die Leute vorher kennenlernen. Es ist schon ein bisschen fast erfassend, mehr als würde man eine Familie gründen. Rwanda da mit einem anderen gründet, weil du hast dich erst mal gebunden. Fifty fifty oder Drittel Drittel der Anteile. Es ist schwer aus einer GmbH jemanden herauszubekommen, wenn das nicht klappt. Also drum prüfe, wer sich ewig bindet. Gilt natürlich höher. Gründer auch.

Und da ist so ein Ökosystem, das dann steht, wo man sie wirklich auch checken kanonisierten kannst als verlässlich, der er verspricht, dass und wenn er gesagt hat, in vier Wochen lange nicht schüchtern, hat er auch wirklich in vier Wochen gelogen. Schon sagt er nicht mehr in vier Wochen kommt dazugesagt nächste Woche und. Dann kommt er wieder. Nächste Woche. Also man lernt die Leute, hat mit ihren kleinen Schwächen und ihren kleinen Stärken auch kennen, aber eigentlich sind es die Schwächen, die man kennenlernt, an dem man dann mit absehen kann, wie verlässlich jemand ist.

Also ist er meistens ohne. Immer enttäuscht werden, lachen und Leute besser kennen als in der ersonnene Situation.

Was glaubst du denn, wenn wir nochmal so ein bisschen rausgucken? Die aktuelle Corona Pandemie? Wie wird sich die Start up Landschaft dadurch ändern? Es gibt natürlich Start ups, genau wie in der Wirtschaft. Die sind voll getroffen damit, weil ihre Geschäftsgrundlage entfällt. Aber diese Digital Startups gibt doch welche, die bekommen ordentlich Rückenwind durch die aktuelle Entwicklung.

Ich glaube am Ende das ist eine dieStandard Ungeheuer pusht insgesamt natürlich Bankomat Pinkus laut.de mit dem blinden Bußmann. Die haben sich sofort US-Geschäft eingestellt oder oder Burchard, die Flitzer, die kleinen Hollander, die haben schon Sanford Server waren die deutschen Niederlassungen und Stadtparks gesessen. Die haben uns dann Franzisko sofort die Leute entlassen nach Karuna, als es ausgebrochen war. Ja, aber es gibt halt einfach jetzt super viele Neuaufbau sind immer Chancen. Und ohne einen Minister, das ist gut gemacht haben, sind sie eben hier durchgestartet oder anders.

Und das ist ja die Bedingung für Start ups. Ham sie auch geändert? Ne derMann Hosting, das Startup, das durch eine Bild der aus deinem von deinem Smartphone, das du mit Hautprobleme aufnimmst, dir dann die Diagnose eines Arztes zuschicken kann? Das ist ein Startup, was halt durch die Pandemie Rückenwind bekommen hat, weil man viel, viel mehr weiß, wie wichtig das ist. Auch die digitalen Tools sind, was wir. Also sag mal so, wenn wir aus diesem Planungs Desaster des Empfangs lernen, dass man lockerer werden muss beim Planen und lockerer bei den Regimen, also bei den Rahmenbedingungen fürs unterwegs sein.

Sie können einfach nicht so strikt alles festlegen. Es muss immer eine Rechtsnorm geben und muss auch entscheiden können. Wenn wir Rechtsnormen wegnehmen, dann Consta. Darf sich viel viel besser entfalten, weil da ist ja die Problem. Ist nicht so, dass man Gewerbe nicht angemeldet bekommt, also von welchen Behörden Verwaltung, sondern dass unsere Rechtsnormen so stark sind, dass so ein Business-Plan brauchs.

Fünf Jahre, der natürlich eh jeder weiß, dass das klappt. Wehe dem der mal sowas wie der Manus Egner. Dürfen die das eigentlich? Dürfen die, die eigentlich die Diagnose übers Handy schicken? Und dass man schneller Wege findet, das zu erlauben? Und da es halt ist so eine kleine einbetoniert. Die Unflexibilität, weil man eigentlich immer schon so gemacht hat oder weil die niedergelassene Ärzte nicht. Nein, die wollen da nicht an die Start ups Umsatz verlieren usw.

und sofort oder Kredite, unheilige Allianzen noch und nöcher.

Und die sitzen erst einmal am längeren Hebel, weil sie auf den ressourcenschonende genau Arzneimittel Fasanen tummeln sich zwei Drais daraus auch immer wieder versucht. Neue Pillen, Taxi und so etwas hat nie geklappt, weil einfach die Apotheker noch viel zu sehr geschützt werden.

Aber das ist ja ganz klar, dass irgendwann die Medikamente auch geliefert werden.

Hätte man vermutet. Ja, was vor 20 Jahren schon gesagt, dass sagen kann also es gibt ja mehr Apotheken bald als andere kleinen Läden. Gut, das ist jetzt möglicherweise auch ein Vorteil, weil der über dich testen lassen kannst, falls man sich testen lassen könnte dort.

Bei DM kannst du dich bald testen lassen, hab ich heute gelesen. Ich weiß nicht, wie gut das funktioniert. Aber wir werden das erleben. Was bedeutet die Pandemie denn für den Startplatz selber? Also das ist sehr. Ihr werdet ja wahrscheinlich auch sehr viele Digital Events nur durchführen können. Ja ich mein mit Digital Events kann es dann ups, die Papieres, die diesen Neo Popal sammelt gemacht. Da wo der Burning Man oder große Baum verbrannt wird, die aber umgestellt auf die Unterstützung von digitalen Events, die machen da ein gutes Business jetzt.

Aber durch die Talibans kann man den Betrieb nicht reichwerden. Also man kann als Zuarbeiter da eben Business haben. So wie ich natürlich. Ungefähr 30 prozent unseres Umsatzes hat sich in nichts aufgelöst, weil die Konferenzräume, die wir vermieden, niemand mehr gebraucht hat. War ja keiner gekommen. Durfte man sich treffen, durfte das natürlich hart und in der ersten Zeit. Wir haben natürlich kurze Kündigungsfristen. Also im April war noch keiner ausgezogen und im Juli waren 30% unsere Räume leer.

Tölzer machen ja so, wir haben jetzt im November und Dezember Überbrückungshilfe bekommen. Ja, es ist auch gut, dass wir sie bekommen haben. Aber letztlich war es halt eine harte Zeit. Viele Mitarbeiter in Kurzarbeit und de facto nur durch große Kostenreduktion. Da ist aber nicht viel zu machen. Und da geht natürlich das Ökosystem schon, fährt schon ein bisschen runter. Und wir haben natürlich habe jetzt so über das, was wir alles digital machen und schaut, man ist auch immer noch vor Ort.

Sehr aktiv sind wir, glaub ich. Wir haben es beibehalten, das Ökosystem. Also wenn du jetzt hier irgendwo Feedback haben willst Produkt kannst ja gar nicht zum Barbecue, dann geh zum Startplatz mal eine Komödie Membership. Die haben jetzt auch weil der Lockdown verlängert wird, nochmal für zwei Monate kostenlos, weil wir sagen Ja, Lockdown ist halt doof, aber das muss einen nicht daran hindern, wenn man die Idee hat, Feedback einzusammeln. Schließlich einfach angehen unseren Slack Kanal nach bei unseren Veranstaltungen mit oder machen wir auf den anderen online Veranstaltung wo so viele kenn ich sonst gar nicht.

Wir machen halt auch viele sprechen einfach mit anderen, weil so eine 10 Minuten pathogen wo man andere ins Auge blickt und sie hört. Die bauen auch ganz gut Vertrauen auf, ne? Es ist nicht das gleiche wenn man ein Bierchen trinken gemeinsam. Ah es ist halt ein gutes Äquivalenten. Am Ende wissen wir auch Acute kann mir helfen und der kann mir helfen. Also das ist total wichtig. Sadats müssen immer jemand finden, der ihnen helfen kann. Ich, weil sie doof sind, sondern weil sie sich auf eine Sache konzentrieren, bei der sie sich supergut sein müssen.

Und wer dann? Die anderen dann links liegen lässt er kann einfach nicht super gut sein und deswegen bauen wir anderen, die einem helfen. Wahrscheinlich kommt dann nach der Pandemie wird das dann wieder in die andere Richtung überkompensiert und dann seid ihr ein halbes Jahr komplett ausgebucht, weil jeder zur Tagung gehen möchte, um einfach mal die eigene Wohnung wieder zu verlassen.

Jeden Tag ein Barbecue junior funktioniert im Alltag ja am besten nur für die Verknüpfung.

Das glaube ich auch. Gibt es denn eins? Hat man eben das schon mal mit dem Stolz? Aber gibt es denn eine sehr bekannte Firma, die die Leute in Deutschland, Österreich und der Schweiz kennen können? Die größte Firma, die im Stadtplatz gegründet hat, unter denen Exit gemacht hat. Im Startplatz hast du da ein Beispiel vor uns?

Also eine Firma, die man kennt, ist inzwischen Home Day, weil die ja seit kurzem auf den Trikots von Hertha BSC zu finden ist. Und die haben sie im Startplatz angefangen aufzubauen. Sind ein Schock als groß geworden und nach zwei Jahren nach Berlin gegangen. Neuer Investor hat sie beide ja. Adelson Nein, es ist ja gar nicht schlecht. Wir wissen, dass in Deutschland ein Abschmecken das ist ein deutsches Start up. Die kommen auch ursprünglich aus Mannheim. Steffen Wicker, der Gründer, kam aus Mannheim nach Köln.

Da hat Köln schon mal gewonnen. Okay. So, dann haben Sie in Köln die Grundlagen für jetziges Business gelegt, verhoben bei Dimitri und Steffen Zock. Und das ist doch supergut, dass sie diese Schritte gelegt haben. Und danach geht’s im nächsten Schritt. Und sind dann nach Berlin gegangen, das halt in den nächsten Entfaltungsmöglichkeiten bietet. Ist halt so.. Ich habe damals die Sache immer ein bisschen auch kritisch gesehen, sagt dieser, wie Mario Götze, der von München geklaut wird, gekauft wird.

Nein, aber in diesem Fall muss man echt sagen Wir sind auch. Jetzt wachsen hier die Start ups nach und sie werden nicht mehr nach Berlin gehen müssen. Aber damals war es einfach für Hunde die richtige Entscheidung. Aber das kann man sehen, die sind da auf dem Trikot und also kann er. Vettel kennt man. Also die großen Namen sind nicht, kennt man so nicht. Viktoria hat’s auch nicht über die Grenzen hinweg geschafft. Aber wie gesagt, die Jungs hier von Hunde ja, der Makler.

Aber Faktor A sind mittlerweile richtig viele. Also ich habe sie mal besucht. Jetzt vor der Pandemie, muss ich sagen, war ich auf eine Meetup dort und ich war erstaunt, wie viele Menschen es mittlerweile sind.

Also ich hab mir dann einmal auf eine dmexco gesehen, dachte ich Hamers das Los, die kennst du doch alle.

Bis auf Gefragtes geht’s aus dem Startplatz sind mit dem Stand hier Bley Präfekturen, weil es hat Ah hier guck mal, dämlicher Layout ist auch da und Daniel sünd auf der Post Staples aus der ersten Stunde gewesen. Das ist ja zu supergut. Das heißt, das ganze Team hat sich da zusammengefunden, haben sich halt einfach das muss ja durch ganz Köln gelten, dass man da auch vachss und dann bittet man wieder neue Konstellationen zusammen, das ist ja supergut. Also ich bin immer ein Freund dessen, dass man sieht, dass wir uns in Goldoni, Düsseldorf noch viel stärker und zwischen den Städten viel, viel stärker verknüpfen, sodass Wuseligen wirklich immer das Gefühl haben, wir treffen auf Freunde.

Wenn wir dann mal wieder neu zusammengesetzt treffen müssen in Startups, wenn sie zu lange im Startplatz sind und da gar nicht mehr als Startup zählen, müssen die raus. Genau. Müssen die das Startplatz verlassen oder zu großwerden. Also das ist ja auch Benni zu großwerden es eher Wolfgang Langer mit Kraut Foxi hat sich mal bitterlich bei mir beschwerte Lorenz schmeißt mich raus, der Mann schon 80 Leute. Ich wir sind jetzt keine Bleibe platzende. Es muss halt, die müsst halt weiterziehen.

Mit 80 Leuten findet man vielleicht auch ein Büro nebenan oder so. Da haben die dann auch ne Ende. Zwei Häuser weiter. Okay, ja, super. Was ja auch völlig okay ist, weil wir müssen das einfach als eine Durchlauferhitzer verstehender Stadtpalais ist ein Durchlauferhitzer und dann müssen die nächsten auch die Chance haben, da groß zu werden. Basaler samma wie Chinese war. Die sind aber eher zu nem Reboots Staat geworden. Da sitzt er Oliver Thumann immer noch im Stapels, macht immer seine Arbeit immer noch.

Passt da gut rein. Den wollen wir gar nicht verlieren, weil er so’n wichtiger Anker für das Ökosystem arbeitet. Das ist einfach ne Institution an der Stelle und die Institutionen brummen natürlich auch. Aber ansonsten ist das liebste Start-Up dasjenige, das einfach so schnell wächst, dass aus dem Startplatz raus wächst. Also dieses Haus Start up in Düsseldorf. Nee, der Mann aus Rik ist zum Beispiel so schnell gewachsen. Den Abmagern gar nur noch zwei Monate war bei uns noch in Düsseldorf.

Dann haben die schon wieder neue Räume gebraucht und sind umgezogen. Boah, sauer, ne richtige Erfolgsstory, auch wenn man sie dann wieder ziehen lassen muss.

Ja, ja, die könnte man auch kennen, als Hound Start up Cognitive in Düsseldorf auch in Stadtbus groß geworden ist. Auch vielleicht in den sogar in den USA jetzt größer. Kennt man hier nicht. Die machen sodass Siri sozusagen für die Produkte, für jedes Industrieprodukt. Also kannst du deine Waschmaschine sprechen. Jetzt waschen und jetzt schleudern. Bist du fertig? Oder sei morgen um 7 Uhr fertig?

Ja, es sind eher so die Industrie Anwendungen und weniger sowie die Business to Consumer Versteher. Und da ist ja auch ein riesen Markt, der zwar nicht so plakativ durch die Werbung läuft, aber wahrscheinlich doch der größere ist.

Ja, das ist ein sehr gutes Startup. Hat sich dann gut entwickelt.

Was stellst du dir denn für die Zukunft des Start Platzes noch vor? Sasse So eine große Vision oder so ein Endziel, wo sich das hin entwickeln kann. Oder gefällt dir das eigentlich richtig gut? Wie es aktuell ist? Wie siehst du das? Naja, also wir wollen jetzt schon stärker in unseren aktuellen Hathor nochmal stärken. Die war ja gut unterwegs, sind nun tatsächlich hier und gute skalierbare Text Start ups an wachsen sehen und die von hier aus beheimatet sehen.

Aber ja, sag einfach so, dass das Stada Ökosystem durch die Start ups nochmal deutlich besser. Und dass wir tatsächlich aufschliessen, so in München und Berlin an der Stelle ich bin auch nicht ganz zufrieden, dass wir jetzt nicht das ganze Rheinland dominieren oder ganz NRW dominieren, also nicht ueberall sind, sondern wir sind da, wo es wichtig ist, in Köln und in Düsseldorf, wo wir leisten da unseren Beitrag ein bisschen gerne eine moderne Institution, wo jetzt auch die Scale ups, also die größer werden, es darauf so gefördert werden, dass auch aus NRW heraus noch ein paar mehr Unicorns am Ende entstehen.

Welches genau null kann, weiß man ja nicht, aber an Scale up mit 100 Millionen Bewertung das war halt im Jahrestag zu 2/3 da hervorbringen, weil die Umgebungen einfach so gut sind, dass das, was man von hier aus leistbar ist. Und natürlich ich finde auch das Rheinland hat halt da, wo diese alte Industriekultur und wenn es uns gelingt und da würden wir auch gerne mithelfen dabei, diese Schwaben, diese dreckige Chemie und geistige Brauneck, Chemie, die chemische Industrie wir sind doch hier in Köln und Umgebung ist ja der größte chemische Standort für die chemische Industrie in Europa.

Also richtig groß. Und die muss sich ja auch in eine grüne Chemie wandeln. Oder der Umbau des Rheinischen Revier. Wenn wir dazu beitragen können, dass das gelingt. Das finde ich großartig. Und die sind alle entschlossen. Wir die Chemie ist entschlossen, aus dieser braunen Chemie die Grüne zu machen und das bietet riesige Chancen wie hier in Köln. Muss ja nur irgendwo hinstelle ein bisschen höher und drehst dich um, guckst in die Ferne, siehst immer überall ein Schlot rauchende da war das finde ich ja super schön, dass du.

Du hast diesen globalen Blick, aber du bist trotzdem irgendwie Lokalpatriot. Nenne ich dich mal, dass du sagst Ja, ich sammel die Ideen auf der Welt auf, aber ich möchte sie hier verwirklicht sehen und ich möchte hier die Region voranbringen. Finde ich superklasse gut. Ich bin ja gar nicht aus Golden, da muss man da sagen Nein, ich bin eigentlich gebürtiger Unterfranken Würzburg, aber bin seit Ewigkeiten in Köln. Viel, viel länger als ich hier nicht bin.

Hast du studiert in Köln oder was hat dich ursprünglich mal nach Köln geführt? Na, ich war ist für den Kölner schlimmer. Nein, ich war zuerst in Düsseldorf Helm in Düsseldorf Zivildienst gemacht und hab dann angefangen bei der Uni Düsseldorf zu studieren. Tatsächlich Philosophie und Soziologie und hab aber dort meine Frau kennengelernt und die hat in Köln studiert. Deswegen bin ich nach Köln gekommen. Kurzer Umweg war noch ein halbes Jahr in Padua, hatte sie in Würzburg studiert, hatte mal so diesen Studenten erfahrende Student, der überall so ein bisschen was von was mitbekommt.

Ja und in Köln dann hängengeblieben und konnte sagen super liebenswerte Ecke, die auch offen sind, die zu ziehenden gegenüber. Dann muss man ja mal, wenn du erst mal in Köln dann bist, dann guckst du den Dom nicht so schnell aus dem Herzen. Also meine Jungs, 903 Jungs hab ich, die sind super stolz drauf, dass Köln im Pass steht als Geburtsort Zwoten kommt also nicht in den Kopfteil diesen Dom zu verlassen.

Ich wohne auch schon sehr lange hier, aber in meinem Pass steht nicht Köln als Geburtsort. Ja, das hat der Kölner so an sich das medial gerne haben D Aber es ist eher so diese Denke sagen, das hatte ich schon. Mein Doktorvater, das ist Professor Scheuch auch in Köln eigentlich früher bekannter Soziologe, der da gesagt hat er, dass man so ein bisschen auch bedenkt, wo man herkommt, dass man auch der Ecke, wo man ist, was was zurückgibt.

Wenn ich superklasse. Es machen ja in Stanford oder die ganzen Alma Mater in den amerikanischen Ivy League Universitäten, die machen das ja alles. Oder ist das ganz normal, dass wenn du es dann geschafft hast, du deiner Uni ein Gebäude spend first oder so? Ja jedenfalls so ein bisschen mithelfen was soll zu geben Jasons? Ich meine, man ist ja auch nur durchreisende Physiker. Die Zeit, die man da ist, neigt man mal nicht allzu viele. So Beschwerden also zum hundertsten Rheinland-Pfalz, dabei gerne nochmal großen Tamtam.

Und ich meine, da bin ich ungeheuer stolz, 100 mal durchgehalten zu haben und ist durchorganisiert zu haben und auch manchmal mit wirklich nur mit der stimmlichen Hilfskraft als Unterstützung. Also da würde ich mir selber auf die Schulter klopfen dafür.

Wann ist das nochmal genau? Sag nochmal das Datum, das es am dritten, am 3. Mai, am 3. Mai.

Da haben wir ja die Chance, dass theoretisch der Lockdown beendet ist, dass wir trotzdem ein digitales Event sein, weil wir rechnen mit dem schlechtesten. Wohingegen ich am zweiten Donnerstag im Mai euch alle gerne zum Barbecue am Startplatz erwarte.

Am zweiten Donnerstag im Mai. Okay, ja, wir sind am zweiten Donnerstag machen wir mein Barbecue. Ich weiß jetzt gar nicht, wie viele das ist. Ja, dann komme ich auch, wenn ich darf. Oder wenn wir alle wieder dürfen. Ja, ja, selbstverständlich gar nicht weiter, wenn wir alle wieder dürfen, wenn wir unsere Impfung bekommen haben. Ich glaube, ab Juni oder so soll jeder geimpft sein oder die Möglichkeit dazu haben.

Das schauen wir dann einfach auf normal oder mit Schnelltest ne Schnelltest vor der Bratwurst.

Ja, wenn der zuverlässig ist, dann mach ich auch das. Das wissen wir bis dahin. Also nur zwei Monate. Dann ist da ein bisschen raus. Wenn unsere Zuhörer Fragen haben oder Feedback zur aktuellen Episode, sendet uns gerne eine E-Mail an Podcast als Skillbyte. Ey, wir freuen uns immer über Bewertung. Abonniert unseren Podcast und empfiehlt uns weiter an Freunde und Kollegen, die sich ebenfalls für Technologie Themen interessieren. Schaut auch auf Skillbyte E. Slash Blog vorbei.

Lorenz Ich bedanke mich ganz herzlich bei dir heute für das Gespräch. Vielen Dank.

Danke. War kurzweilig.

Maurice KnoppSkillbyte Podcast #46: STARTPLATZ – Der Startup Inkubator & Accelerator
Mehr

Skillbyte Podcast #45: Das Spring Boot Framework

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: Das Spring Boot Framework

// Inhalt //
02:35 – Was ist Spring Boot?
03:26 – Erfahrungsbericht: Spring Boot Anwendungsentwicklung
14:43 – Spring Boot Paradigma: Convention over Configuration
15:16 – Lohnt sich der Einsatz von Spring Boot? Lernkurve?
16:39 – Ein kleiner Vergleich mit der Pyhton Welt
18:16 – Features von Spring Boot
22:31 – Spring initilizr auf start.spring.io
23:45 – Spring Support von IntelliJ IDEA
26:41 – Spring Boot Banner
27:44 – Dokumentation der Spring Boot Anwendung
29:00 – Fallstricke & Tipps
33:02 – Fazit: Ist Spring Boot empfehlenswert?

Show Notes:

Podcast #29: Die Zwölf Faktoren des Cloud Native Development (Teil 1)
-> https://soundcloud.com/skillbyte/podcast-29-die-zwolf-faktoren-des-cloud-native-development-teil-1

Podcast #30: Die Zwölf Faktoren des Cloud Native Development (Teil 2)
-> https://soundcloud.com/skillbyte/podcast-30-die-zwolf-faktoren-des-cloud-native-development-teil-2

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

// AUTOMATISCH GENERIERTES TRANSKRIPT //

Ich denke auch, dass sich das als Blaupause und Grundlage für die voll regelrecht für Java Anwendungsentwicklung nehmen würde, weil die meisten Anforderungen aus Umgebungen kommen, wo man das eben gut umsetzen kann. Ich meine missis in den letzten Jahren nichts untergekommen, wo man jetzt auf einen klassischen ein Maschienen Server oder einen großen Mainframe irgendwas hätte entwickeln müssen, sondern man kommt eben immer eigentlich gerade wenn es Java sein soll in diese Microservices Richtung bzw. kann seine Anwendung zum Lösen eines Problems so designen, dass sie auch sinnvoll so umzusetzen ist.

Und dann ist Spring Boot wirklich ein Top Tool.

Herzlich willkommen zu unserer Skill bei Podcast Episode Nummer fünfundvierzig Das Spring Boot Framework abonniert unseren Kanal für mehr spannende Themen aus dem Technologie Umfeld. Wenn ihr die Entscheider oder die Fachkraft seid, wenn ihr eine höhrer Frage habt im Verlauf der Episode sendet uns gerne eine E-Mail an Podcast Skill Bild.de:. Wir freuen uns immer über Bewertungen und weitere Empfehlungen dieses Podcasts an eure Freunde und Kollegen, die sich ebenfalls für diese Themen interessieren.

Wenn ihr aktuell in der IT-Branche auf Jobsuche seid, schaut auch auf Skill weite Isles Jobs vorbei. Ich bin heute hier mit den beiden Skill BYD Data Ingenieurs Oliver und Andreas.

Hallo ihr zwei Callboys. Schön wieder dabei zu sein. Hallo Moritz Fela, endlich mal dabei zu sein.

Oli kennen ja schon einige Zuhörer, Andreas. Für dich ist es heute ein Novum. Aber ich freue mich wirklich, euch beide dabei zu haben, weil ihr euch sehr intensiv jetzt in dem letzten halben Jahr bzw. kann man so sagen die zweite Jahreshälfte 2000 und 20 mit dem Spring Boot Framework beschäftigt habt und auch eine recht komplexe Anwendung darauf entwickelt hat.

Genau. Wir haben als Projekt. Ich glaube, so ab August letzten Jahres bis Ende des Kalenderjahres genau haben wir eine Spring gut basierte Anwendung für den Kunden gebaut, was für uns ein völlig neuer Text steckt. Zu dem Zeitpunkt war uns aber die Möglichkeit gegeben hat, da sehr, sehr schnell production ready zu werden und eine Anwendung zu haben, mit der wir sehr schnell weiterentwickeln und testen können. Das war eine ziemlich coole Sache. Da kann Andreas aber auch noch was zu sagen, weil auch für den war das glaube ich ein neuer Einstieg.

Ja, genau. Also für mich war das eigentlich alles Komplettem, weil sowohl Java als auch Bimbos und bin tatsächlich erstaunlich schnell reingegangen. Das hat mich auch ein bisschen überrascht. Sobald man sich einmal an die Annotationen gewöhnt hat, ist man eigentlich sofort dran.

Genau das ist ja auch das Kernziel des Spring Boot Frameworks. Vielleicht kennt der ein oder andere Zuhörer ist noch nicht so oder kann auch nicht genau was damit anfangen. Deshalb würde ich kurz sagen, dass es sich um einen Quell offenes Framework für die Java Plattform handelt, welches meist genutzt wird, um eben Webanwendung zu implementieren, Microservices zu implementieren. Und das Ziel dieses Frameworks ist es eben möglichst schnell komplett Laufwege Anwendung erzeugen zu können, weil die default Einstellung der Konfiguration im Grunde sinnvoll sind.

Das ist der Anspruch, den dieses Projekt hat. Und wie das so ist z.B. beim Schachner im Menace to learn alive to Master, so ist das auch ein bisschen bei Spring Boot gestartet ist man sehr schnell, kann dann aber die Anwendung nach und nach um weitere Komponenten erweitern und eine sehr komplexe Anwendung bauen, was er ja auch gemacht hat.

Auf die genauen Inhalte müssen wir ja jetzt gar nicht eingehen, aber die Anwendung sollte als System von mehreren kleinen Microservices ineinander greifen. Wir brauchten unter anderem einen einfach zu nutzen. Das Web frommt und wir brauchten den eigentlichen Controller dahinter. Wir brauchten eine Datenbank Anbindung. Wir mussten die Möglichkeit haben, Daten im lokalen Dateisystem zu paar sistieren und und und. Das waren viele einzelne Komponenten, die wir dann entsprechend damit strukturieren konnten. Und das hat dem Ganzen wirklich einen hervorragenden Rahmen gegeben, wo man dann die Arbeit auch de facto gut aufteilen konnte, um eben das Ganze schön gekapselt zu haben.

Das hatte auch ganz viele Aspekte von der Pull-Faktor App, über die wir ja schon mal zusammen gesprochen haben, wie wir das dann Gebaute nachher auch die PEUT haben.

Andreas War das für dich? Hattest du das Gefühl, dass man es gut aufteilen kann und dass du dann so einzelne Häppchen abarbeiten konntest?

Ja, das ging eigentlich Duterte als ich zu dem Projekt dazugekommenen, was aber nur zwei Wochen war, nachdem Oliver auch damit angefangen hat, war quasi schon ein bisschen ein Grundgerüst da und werden dann aber recht schnell gemerkt. Wir brauchen jetzt noch zusätzliche Rest API Endpunkte von quasi zusätzliche Microservices. Und da hat es mich überrascht, wie einfach es war, da dann zusätzliche Sachen zu schreiben. Dann hat man einfach einen zusätzlichen Controller hochgefahren und dem Endpunkte gegeben und die konnten unabhängig voneinander dann bearbeiten.

Das hat einfach sofort funktioniert.

Das Gute ist halt bei dem Spring Framework und Spring Boot ist ja letztlich nur eine Geschmacksrichtung des großen vollumfänglichen Spring Frameworks, dass man diese Inversion of Control eben nutzen kann. Also Andreas hat es eben schon angesprochen per Annotation. Also Edin Denkakt oder Auto wiederholt sich dann die einzelnen Komponenten in die Klasse durch den Container oder durch das Framework Injektor lassen kann. Das deutsche Wort wäre glaub ich verdrahten lassen kann und dann eben diese Komponente vollumfänglich zu nutzen. Habt ihr das so Komponenten Weise aufgeteilt?

Die Arbeit oder jeder hat so ein bisschen Überblick über den gesamten Code gehabt.

Das werden glaub ich beide einen ganz guten Überblick über alles. Aber gut, wenn man zu zweit arbeitet, dann teilt man sich schon ein bisschen die Arbeit auf und Alianza ein bisschen mehr Erfahrung mit Docker Containern schon an denen, die. Deswegen hat er sich da mehr darum gekümmert und ein bisschen mehr um die Rest API selber, dann würde ich auch genau so unterschreiben und es war wirklich praktisch, dass man die ganzen Dependency es, die man ansonsten berücksichtigen müsste, dass man diese ganzen Weg gekapselt module dann sich einfach über dieses Auto via O-Ring direkter reinholen kann.

Da kann man vielleicht später nochmal kurz drüber sprechen, aber so angeteasert. Das hat es für uns dann eben auch super gemacht, das ganze mit Unit Test Abdeckung nachher zu versehen. Also diese modularer Bauweise, die hat uns da das Leben in vielerlei Hinsicht vereinfacht.

D. h. ihr habt dann wirklich Komponente für Komponente g Unit testet im Rahmen der Zeit, die wir zur Verfügung hatten.

Ja, also die war von Anfang an begrenzt. Das waren die letzten paar Wochen im Projekt Scope. Und wir haben mit den Kern Komponenten, die für den Betrieb nötig waren, entsprechend angefangen und haben entsprechend dann doch noch ein sehr akzeptables Level an Test Abdeckung für die ganze Applikation geschafft. Am Ende ja. Und das haben wir genauso gemacht.

Er war auch ein bisschen überrascht, dass wir dann doch noch so eine hohe Testa Abdeckung hingekriegt haben, weil dadurch das ganze zeitlich limitiert war. Haben wir jetzt nicht Testpiloten Development von Anfang an gemacht, da vor allem auch vieles zum Anfang noch nicht klar war, wie es am Ende aussehen würde, aber zumindest Järvi alle gesagt hat. Die Kernidee Teile der App und mit der nachträglich ziemlich einfach noch mit Tests versehen.

Das heißt, die Anwendung wurde zuerst entwickelt. Ich glaube, das kann man sagen. Es handelte sich um eine Brücke, einen Exporteur und einen Importeur von zwei verschiedenen Systemen, der einfach Daten transformiert hat zwischen diesen Systemen. So, und da waren wahrscheinlich die Schnittstellen nicht ganz klar und es hat sich erst im Verlaufe des Projektes herausgestellt und dann am Ende, als die Schnittstellen klar waren und die schon bespielt werden konnten. Habt ihr das dann nochmal getestet? Richtig. Also das Ganze war, wenn man es drastisch formuliert, wirklich als One-Shot Anwendung konzipiert.

Man hätte das natürlich dadurch, dass sowohl das Quelle als auch das Zielsystem weitverbreitet sind in der Branche, in der der aktuelle Kunde da unterwegs ist. Aber die Systeme waren jeweils so spezifiziert und an die Bedürfnisse des Kunden angepasst, dass es viel mehr Aufwand gewesen wäre, das deutlich generischer zu machen, um es als Produkt dann auszuarbeiten, sodass wir da wirklich eine maßgeschneiderte, schnell entwickelte Lösung gebaut haben.

K Perfekt. Jetzt habt ihr diese Anwendung gebaut. Wenn ich das richtig verstanden habe, Oliver, du hast dich so ein bisschen um die Pakete gekümmert. Docker Den Betrieb oder die DevOps Komponente. Andreas Du hast vielleicht etwas mehr an der Anwendungs Logik gearbeitet. Hattet ihr das Gefühl, dass euch springender Gut unterstützt, also dass ihr euch wirklich auf eure Kernthemen konzentrieren könnt Infrastruktur oder Anwendungs Logik? Oder hattet ihr oft das Gefühl oh ich schreib hier Boiler Pleite Code um die x te Datenbank Verbindung aufzumachen oder sowas?

Das muss doch einfacher gehen.

Er sei ein bisschen hatte ich schon den Eindruck, dass man ein bisschen Boiler Plaid Code schreibt. Gleichzeitig hatte ich aber auch den Eindruck, dass es weniger ist als meine Java sonst machen müsste. Da ich wohl noch nicht so Java Erfahrung hatte, war mir bewusst, dass ich da mehr bei der Palette Code schreiben muss, als z.B. ein Payton war. Das hat sich dadurch ein bisschen in Grenzen gehalten.

Hast du ein Beispiel für Boiler Plaid er gut alle Geta an CETA hat man einen Partner z.B. einfach nicht. In Ada kann man vieles umgehen in der Stelle.

Für mich hats massiv Code gespart. Du hast das Stichwort Datenbank Anbindung gerade genannt. Da ist durch JPY zu den technischen Feinheiten kannst du vielleicht gleich noch kurz etwas sagen ist uns extrem viel Arbeit abgenommen worden. Also da bringt Spring Boot von Hause aus die Möglichkeit mit, das sehr elegant zu nutzen, in dem nicht nur einfach die Gredenko sieals und die Konnektivität Informationen zu einer Datenbank übergeben werden, sondern man hat auch über vordefinierte Funktionen hat man die Möglichkeit, die Tabellen selber direkt anzulegen.

Also die Schemata. Das wird alles von Springflut über sehr viele einzelne Komponenten ermöglicht, ohne viel Aufwand an der Datenbank selber betreiben zu müssen. Das ist wirklich schön gemacht.

Ja, das stimmt. Also ein sehr komplexes Datenbank Schema, wie wir dann letztendlich doch eigentlich hatten, halte ich glaube ich hier. Wenn ich die hätte selber schreiben müssen ich in der Zeit hinbekommen. Auf jeden Fall.

Vor allem wenn man noch die SQL Schnittstelle selber in irgendeiner Form hätte bauen oder mit kleine SQL Code hätte bedienen müssen. Und da nimmt einem JPC dann eben schon extrem viel Arbeit ab. Und das hat dann auch def abseitig viel gespart, weil man einfach die Datenbank zur Verfügung gestellt hat, die Konfiguration in JPL mit ein paar Zeilen schnell gemacht hat und dann lief das. Das muss man einfach dazusagen. Das war wirklich einfach die JPL. Hier steht ja für die java persistent api die eben genau.

Für. Daten bank. anbindungen. Da ist. Oder persistenz. Schicht anbindungen da ist. Und das schöne hier ist. Dass man im grunde. Das es gerade gesagt. Diese tabellen relationen. Oder das datenbank schema. Das kann man einmal anlegen. Und jpl kümmert sich dann darum. Je nach dem ob du eine postgresql datenbank hast. Maisie. Soldaten. Bank. Oracle. Datenbank. Den. Richtigen exkl. Dialekt nenne ich es mal zu generieren, so dass das konkrete Backend dann eben unterstützt wird.

Und das macht natürlich auf Migration sehr einfacher. Der eine Kunde setzt die Datenbank Technologie ein, der andere Kunde setzt die Datenbank Technologie ein. Da möchte man kein Wenn du Login haben, sondern die JPL benutzt, läuft es überall oder auf allen Datenbank Plattform, die eben JPY Unterstützung erfahren, was die meisten sein dürfen.

Ja, das Thema Parketts hierum hast du eben angesprochen. Hass hat für mich auch nochmal leicht gemacht. Das war dann die Zusammenarbeit von Spring bzw. Spring gut und eben Maven als Paket Manager dies mir extrem leicht gemacht hat. Die Anwendung dann einfacher dem Docker Container zu betreiben, also sowohl schon für Entwicklungs Zwecke wirklich jeder auf seinem Entwickler Laptop was auch praktisch war war. In Docker waren wir dann eben auch völlig unabhängig davon, weil ich habe es offene Meek gemacht Andreas glaube ich auf einem Linux System.

Das lief dann alles sofort und auch der Roll outs beim Kunden war dadurch viel einfacher, weil der Ebene Container Umgebung zur Verfügung gestellt hat und wir dann nur noch da rein diplomen mussten und dann eben mit dessen, der vom Team geklärt wurde, wie dann der Betrieb abläuft. Aber dadurch, dass wir eben die Pakete hierum über Maven und Spring buht dann eben hatten und das ganze schon im Docker Container betriebsbereit zur Verfügung stellen konnten. Sehr einfach war das ein Kinderspiel und schnell gemacht.

Das war echt toll. Da habt ihr direkt eine Stärke von Spring Boot voll ausgespielt in Kombination mit Docker, weil ich sag euch das früher war das nicht so, dass man eine Java Anwendung direkt ausführen konnte oder es war ganz ungewöhnlich, sondern es gab einen sogenannten Application Server an Tomcat aus dem freien Bereich oder auch verschiedene proprietäre Produkte. Von RedHat hieß es z.B. J. Bors und das war ein sehr schwergewichtige Server, die also teilweise mehrere Minuten benötigt haben um zu starten.

Und da wurde dann die Anwendung alzu war fail oder eher fail wurde die Anwendung rein die bloed und rein geladen und die wurde dann auf diesem Server ausgeführt. Das ist natürlich heute in der kybernetisch Umgebung Microservices Umgebung ist das überhaupt nicht praktikabel, dass man da einen Server hat, der sehr viele Ressourcen braucht und der mehrere Minuten zum Starten braucht, sondern da möchte man eine kleine ausführbare Code Einheit haben, die ihre dedizierte Aufgabe übernimmt. Und da bietet sich natürlich das selbst laufende Spring Boot Programm an oder die selbst laufende Applikation ist es ja ein derFall was man direkt starten kann.

Wir haben in dem Zusammenhang genau das bekommen, nämlich ein Zerfall, was schon alle Dependency es enthielt. Man musste da keine Libraries mehr installieren und gar nichts. Man konnte mit einem minimalistischen Docker Image anfangen. Es musste nur Java installiert sein. Dann hat man das ja ausgeführt. Wenn man wollte noch ein paar Laufzeit Parameter mitgegeben und dann lief die Anwendung und die ethical schon eben diese Webserver Komponente. Zum Beispiel wenn ich mich erinnere an meiner Anfangszeit in dem Projekt, wo ich noch nicht so vertraut war.

Damit hab ich noch einen extra Docker Container hochgefahren, wo ich in Engine X Webserver drin betrieben habe, damit ich diese Rest API überhaupt irgendwie ansprechen konnte. Und irgendwann haben wir dann verstanden, dass Springflut das schon von Hause aus mitbringt. Aber da hat Andreas viel mehr mitarbeitet als ich.

Ja, da kam dann aber nochmal die zweite Erkenntnis. Also erstmal wie obligat gesagt hat, des Rest Framework selber. Aber man habe dann festgestellt, dass es ja wirklich war, seinen kompletten Webserver der auf Heilberufe mitliefert. Wir hatten dann nämlich doch nochmal eine Endings dazu, die Plots, um einfach statisch ein paar Fails für das Frontend können und das fand ein selber und dann feststellte Wir können das einfach direkt staatlich mit einbinden. Wir nennen einfach einen Ordner Public und dann passiert alles automatisch.

Das war dann nochmal so ein Aha-Erlebnis.

Das ist diese Opinio Nahtod Konfiguration. Also bring but leg dir schon so die Fold Ordner an oder bzw. die kannst du anlegen, wo dann Settings drin liegen können für die Anwendung oder eben statische HTML Falz, wo man sich dann nicht weiter kümmern muss, wenn man sich an diese die Fold Konfiguration hält. Man kann auch alles konfigurieren, aber das Ziel von Spring Boot ist es zu sagen Hammer, wir geben dir einen vernünftigen Grundstock auf dem kannst du aufsetzen und du kannst alles konfigurieren.

Aber so wie wir es dir liefern, ist es erst einmal in Ordnung für die meisten Anwendungen. Also könnt ihr bestätigen Spring Boot hat euch fÃr eure Entwicklung doch ordentlich unter die Arme gegriffen. Ihr seid schnell zu Rande gekommen, habt wenig kämpfen müssen. Leute, die um die Millennium Wende Java entwickelt haben, die kennen noch, wie schwerfällig das alles war. Habt euch gut in der STANDARD Konfiguration zurecht gefunden und wenn ihr Zusatz Komponenten eingebaut habt. Ich weiß jetzt nicht ob ihr den Spring Logger benutzt habt oder wahrscheinlich die Spring Datenbank Anbindung und so, dann war das wahrscheinlich mit 20.

Mal googeln. Bildung ist natürlich hier die Website, die sofort auf ploppt, war das relativ schnell eingebunden. Ja, würde ich genau so unterschreiben. Es war zunächst mal intuitiv ziemlich viel verständlich, muss ich sagen. Nun muss ich dazu gestehen, dass ich zumindest Java schon mal vorher gemacht hatte und auch Maven vorher schon mal gesehen hatte. Das hat mir die Grundlage ein bisschen bereitet, aber nachdem ich dann in die einzelnen Sachen besser reingekommen war, lief das sehr schnell.

Die Lernkurve war sehr steil und auch einfachste Internet-Recherche. Meistens kann man eben bei Bildung raus, hat da schon geholfen, weils eben auch so viel genutzt wird und so viele Leute sich damit beschäftigen und damit arbeiten.

Für mich war da die Lernkurve noch ein bisschen Tayler, weil ich hatte tatsächlich vorher noch keine einzige Zeile Java Code geschrieben. Aber selbst damit war das ohne Probleme machen. Also mit den Web Ressourcen kann man dann schnell zu Rande Andreas. Gibt es denn in der Python Welt ein mit Spring Boot vergleichbares Framework? Also was ähnliche Features anbietet oder was die vielleicht immer wieder aufgefallen ist, dass du gedacht hast oh stimmt, das ist so wie bei Falcon oder so.. Also mir geht es ganz häufig so Wenn ich mich in einer Welt relativ gut auskenne und dann mich in neue Themen einarbeitet, dann stelle ich fest Ah, okay.

Die NPD ist eine neue Form von Maven oder Gretl oder dass man quasi diese queer Referenzen herstellen kann.

Ich würde sagen, es gibt nicht so ein monolithischer Ding, was es alles kann. Ein bisschen. Also es gibt gute Respawn Frameworks, dem Rass ähnlich komfortabel auch eine Rest API aufziehen kann. Aber dann muss man halt nochmal einen Webserver dazu machen, was man zwar auch leicht geht, aber es halt erst ein anderes Projekt. Dependency Injection ist nochmal komplett anders. Man braucht es einmal in Payton nicht ganz so viel, da man in der Laufzeit natürlich viel austauschen kann.

Dynamisch auch, aber wenn man es wirklich vollständig benutzen will, dann muss man zu anderen Paketen gehen. Also es gibt nichts, was das alles miteinander verbindet und einem von Anfang an was funktionierendes gibt. Man muss das ein bisschen zusammensuchen, mehr und auch Entscheidungen treffen, welches man dann von mehreren Möglichkeiten wählt. Swing gibt’s ja auch Alternativen.

Genau, aber Spring Boot muss man schon sagen. Ich will nicht vom de facto STANDARD sprechen, aber das ist für Berat, also Rapid Application Development in der Java Welt so über die letzten Jahre ist das ein sehr, sehr großer Player geworden und man startet meistens damit, dass ganz viele große Applikationen, die man kennt, bestehen ja heutzutage aus vielen, vielen kleinen Microservices. Und diese Microservices, die die Arbeit im Hintergrund verrichten, die sind sehr oft mit Springflut geschrieben.

Welche Features von Spring Boot habt ihr denn verwendet? Also wir haben eben schon über ETT Auto Wired gesprochen. Andreas hatte die Notationen erwähnt. Das ist natürlich das Ding, oder? Diese Inversion of Control ist das Konzept, mit dem Spring damals bekannt wurde, Anfang der 2000er Jahre, dass man eben nicht mehr New Klassisch schreibt und damit eine harte Kopplung hat, sondern man sich über ET Auto Wired z.B. einen Logger in Jack tat, eine Datenbank in Jack That oder ein Transaction Manager in Jack That und dieser Transaktion Manager ist quasi entkoppelt davon, solang der ein gewisses Interface implementiert.

Bleiben wir mal beim Logger ist es egal, ob das ein Festplatten Logger ist, ein Screen Logger, ein Netzwerk Logger oder ein Logger auf einem ganz anderen Medium. Ein na Logger, der einfach nur alle Log Zeilen wegschmeißt oder ein Rauchzeichen lagert. Zur Not. Das Konzept ist ja ganz zentral und ich denke, das hat euch auch relativ früh. Habt ihr das bemerkt?

Ja also die Cernko Komponente für uns war, würde ich jetzt für mich sagen das Auto, wir O-Ring, dass man eben nicht jedes mal neue Instanzen von Klassen erzeugen muss, sondern wirklich diese Benes hat. Und wir haben die auch meistens eben als Singleton benutzt. Das war wirklich etwas, wo wir uns dann auch sukzessive beim Design der Anwendungen Gedanken drum gemacht haben. Also wir haben dann wirklich versucht, wo wir eigentlich zuerst intuitiv gesagt hätten Okay, wir brauchen mehrere Instanzen davon von der gleichen Klasse, dann haben wir trotzdem versucht, unser Design Pattern so umzubauen, auch gedanklich, dass wir eben diese Singleton Auto Viri Funktionalität benutzen können.

Und es hat uns halt auch beim Testing dann begleitet. Entsprechend ja eben das Logging. Andreas Was kann ich mir, wie haben wir das gemacht? Haben wir das von Spring genutzt?

Das Logging ist es auch per Annotation. Das war der SL vor J. Logger lassen hab der Franz Spring Boot selber ist oder?

Meistens sind das externe Libraries, die du einfach in Jackets. Beim Logging kippt es mehrere Standards. Es gibt Lock vor J, dann in CV. JJ Logger. Da gibt’s noch zwei, drei andere. Ich benutze den, der in der Anwendung schon drin ist, weil ich da kaum Unterschiede feststelle oder zumindest mit allen leben kann.

Sagen wir so. Was mir noch einfällt, das ist relativ gegen Ende gekommen, als es darum ging, die Anwendung beim Kunden in den Container Cluster. Zwar Masons zu Diplomen ging es darum, wie wir Health Checks unserer Anwendung im Betrieb machen können. Und weil das vom Dev OPs Team des Kunden angefragt wurde, wie man sicherstellen kann, dass die Anwendung auch vernünftig läuft und ich meine, da hättest bring uns die Funktionalität intrinsisch zur Verfügung gestellt. No Matrix Ja, genau, dass wir da nicht noch selber Health Brookes verschreiben mussten mit dedizierten Endpunkten in der API.

Genau. Wenn ihr das Micro Service Profil benutzt habt, haben wir glaube ich Letz endlich nämlich nicht.

Aber wir haben dann letztendlich die eigenen Endpunkte geschrieben gehabt und dann festgestellt, dass es bringt uns eigentlich frei Haus geliefert hätte. Aber da war es in dem Fall schon zu spät. Das lag dann eher daran, dass wir uns nicht genug damit auskannten. Okay, gut.

Aber das heißt im Grunde jetzt wisst ihr, dass es das gibt. Beim nächsten Service könnte man sich diese STANDARD Matrix also hier RAM verbraucht CPU Jukic, Disk Space könnte man sich auch sparen, sondern einfach die vordefinierten nutzen und die dann eben entsprechend erweitern. Wenn man das braucht.

Ja, was Oleh mir auch gesagt hat. Wir hatten dann ganz viele Klassen mit Autoritären, was am Ende darauf hinausgelaufen, dass wir ganz viele einzelne Klassen hatten, die quasi ein Objekt aus der einen Umgebung der neuen Umgebung übersetzen konnte. Und all diese Übersetzer waren dann letztendlich Singleton Wins, die dann an einer entsprechenden Stelle, wo sie benötigt wurden, einfach nur initiiert worden.

Genauso macht man es auch auch. Ich nehme an, als sie dann die einzelnen Komponenten getestet habt, dann injektor dir dann einfach Mock Objekte statt der realen Instanzen um dann die Kernfunktion einer Klasse zu testen. Richtig, genau so haben wir es dann gemacht.

Genau das war immer der Punkt. Wir haben versucht, das, was wir als Bian eben dann Jack Thot haben, vorher getestet zu haben, um es dann eben an einer anderen Stelle als fertigen Mock benutzen zu können.

Habt ihr bei Projektstart ich glaube es gab schon im Template Oleh Wanne. Ihr habt nicht den Spring Finisher Leisure, also auf Startpunkt Spring dort AIO gibt es den, den habt ihr nicht benutzen müssen, oder?

Nee, tatsächlich nicht. Da hatte ein Kollege schon was vorbereitet, um so eine grobe Projekt Struktur auch mal in Form von Place holder Klassen angelegt und eine grobe Funktionalität war auch schon gegeben. Also ich glaube man hat die Möglichkeit eine Liste zu migrieren oder Objekte einzulesen aus einem Testfall. Und es gab schon eine Anbindung an eine Postkarte oder Mail SQL Datenbank. Genau das war so unser Startpunkt zu dem Zeitpunkt und entsprechend gab es dann eben auch schon ein POM Fall mit dem ganzen Maven Setup A okay war.

Es gibt auch Startpunkt Spring Punkt Видео gibt es diesen Spring in leiser und da kann man dann sagen ich möchte eine Springflut Anwendung schreiben mit Datenbank Zugriff mit Maven oder Greendale Build System und man klickt so ein paar Sachen zusammen und am Ende fällt ein Zipfel raus, was quasi so die Basis Anwendung mit den getroffenen Einstellungen schon enthält. Quasi dieses schlachte schnell und kümmert sich um die Anwendungs Logik auf die Spitze getrieben. Jetzt habt ihr beide ja intelligent Diaa benutzt. Für das Projekt hat euch die Idee gut unterstützt.

Bei Spring Boot Anwendungen ist der Support dafür reif.

Der Support der war super. Tatsächlich. So war von den Socken. Wie einfach es doch ist, damit all die Sachen, die man sonst sehr manuell nachschauen muss in Variablennamen merken und dann ins Java natürlicher nach ner typisierte Sprache, d. h. das kommt noch dazu. All das. Da nimmt es einem ziemlich viel Arbeit ab.

Und auch die Kenntnis der Fidi über die Projekt Struktur. Also was kann ich überhaupt per Auto via O-Ring einbinden? Also was hab ich zur Verfügung? Oder wenn ich jetzt gerade nochmal an das Pom fail zurückdenke. Wenn ich da versuche in Versions takk von etwas einzubinden, was in der Form so nicht existiert, werde ich darauf hingewiesen oder dass ich das dann erst runterladen muss, damit es zur Verfügung steht. Für mich jetzt lokal all solche Sachen, um die man sich ansonsten zu einem späteren Zeitpunkt Gedanken machen müsste, um dann wieder zurückzugehen, um es zu fixen.

Das war schon klasse und natürlich die Möglichkeit, selbst in Module reinspringen zu können, die man nicht selber geschrieben hat, sondern die aus externen Libraries stammen und im Zweifelsfall dann eben de kompilierte Code vor sich zu haben. Was aber immer noch besser ist, als nicht zu wissen, was passiert.

Ja, das stimmt. Du hast Andreas hat eben auch gesagt die Gather und Zeta. Das stimmt, dass man die schreiben muss, das ist schon. Da entsteht diese riesen Text Tapete. Ich mache mal mit ALD einfügen generiere ich die einfach und habt ihr dann für alle Properties. Deshalb stört mich das gar nicht so sehr. Obwohl das eigentlich natürlich schöner geht, hat Andreas vollkommen recht. Was ich bei der Springflut Unterstützung ganz klasse finde ist Du kriegst ja dieses Blättchen, dieses Ahornblatt oder so wird dann angezeigt und dann siehst du die einzelnen Pins, dann kannst du bei den Autor via Pins kannst du so dadurch springen oder er schlägt dir dann schon die Methoden der Pins vor, wenn du da unten arbeitest.

Meistens läuft es da so hinaus. Du was hat deine Klasse, die die Anwendungs Logik enthält und du? Historiker Klassen, die dir halt zuarbeiten, also z.B. Du hast deine Anwendungs Logik und hast ein Database Worker, der Objekte aus der Datenbank holt, Objekte in die Datenbank speichert usw.. Kannst du die dann sehr einfach in deine aktuelle Klasse rein? Metten?

Ja, die Funktionalität hab ich zumindest auch hin und wieder mal benutzt. Was mir noch als Randnotiz positiv im Gedächtnis geblieben ist, ist die Tatsache, dass sehr intuitive Nomenklatur vorgeschlagen wird von der Idee. Also wenn ich das schreibe oder was haben möchte an möglicherweise vordefinierten Strukturen innerhalb meiner Klasse, dann ist die Nomenklatur entsprechend schon an das angepasst, was die tun soll. In dem Zusammenhang wies für mich jetzt gerade notwendig ist, auch wenn dann das schon mal sehr lange Methoden Namen bei rauskommen.

Aber es ist sehr gut. Human Redtube möchte ich mal sagen, was die Idee da einem vorschlägt. Also sie unterstützt da auch schon den menschlich intuitiven Zugang sehr.

Habt ihr eigentlich? Fällt mir gerade ein, bei Convention over Configuration habt ihr auch ein eigenes Banner erzeugt vor einer Anwendung.

Ja, ich hab das sogar in zwei erzeigt.

Wäre ja, ich hab zwischendurch mal gewechselt. Das ist richtig. Am Anfang habe ich ein Corporate Identity ähnliches Banner aus Asti Artzt da hinzugefügt. Genau Asgard Generatoren gibt’s ja genug online frei verfügbar und danach hab ich mir ein Zitat aus einem Musikstück, was ich sehr schätze da eingebaut, was in den Zusammenhang von dieser ganzen Worker Struktur ganz gut reinpasst. Richtig, das war so ein bisschen Selbstverwirklichung, muss ich zugeben. Aber ja. Haben wir gemacht.

Vielleicht für unsere Zuhörer. Kurz. Es gibt eine Band TX t, die kann man auch auf einem standardisierten Pfad ablegen. Und wenn die Anwendung gestartet wird, wird automatisch diese Textdatei quasi ins Lock Fail übertragen. Also normalerweise steht an Spring Boot Version 5.1 Delete, aber man kann das halt mit seiner eigenen SII Banner Punkt txt überschreiben. Was immer ganz interessant ist, was die Leute sich da ausdenken, weil das so ein Freitagnachmittag Task ist. Habt ihr denn auch die einzelnen Methoden dokumentieren müssen oder viel Dokumentation schreiben müssen?

Hat euch das bringt Boot irgendwie unterstützt?

Also da gibt es ja Bild Targets Chewie Java Doc die Dokumentation extrahieren. Da gibt es auch so Spring Boot Plug-Ins das ist alles ein bisschen schöner aussieht. Da purzelt dann diese Java STANDARD Dokumentation raus. Ich weiß nicht, ob das in dem Projekt gefordert war.

Das war nicht in Förderturm manuell dokumentiert, was zu dokumentieren war. Aber zwischendurch hatte ich mir tatsächlich auch diese automatischen Tools angeschaut. Die sind teils sehr umfangreich im Sinne von, dass sie natürlich automatisch alles dokumentieren, was in dem Fall einfach mehr war, als wir brauchten. Dann hätte man sich da dann nur die Teile rausziehen müssen, die man braucht. Von daher war es quasi. Es hat einem zu viel schon gegeben, mehr als von den Verbrauchter.

Zumindest war das mein Eindruck, was aber definitiv am Projekt Scope lag. Das war einfach nicht immer Anforderungsprofil der Aufgabe enthalten. Da ging es mehr um eine Übersicht Dokumentation und weniger in die Tiefe einzelner Methoden rein Dokumentation zu schreiben nach dem Festlegen vorgelegten Schema, sodass wir dann da eher eine Markdown Read Me geschrieben haben, die auch eher kurz ausgefallen ist und auf die Punkte eingegangen ist, die wirklich nötig waren. Deswegen konnten wir das Feature nicht nutzen. Sinnvoll.

Gab es denn bei dem Projekt irgendwie Fallstricke, die mit Spring Boot zusammenhängen, wo ihr sagen würdet Oh, wenn ich das nochmal machen würde, da hab ich viel Zeit gelassen, das würde ich anders machen. Also so Tipps, die im Grunde euch selber geben würdet, wenn ihr das Projekt nochmal durchführen würdet.

Ich weiß nicht, ob ich sie anders machen würde, aber auf jeden Fall Fallstricke, über die man wegkommen muss. Schon an seinem bisschen. Vor allem wann etwas ein Singleton Objekt ist und wann es kein Singleton Objekt mehr ist bzw. wenn du mal kein Singleton Objekt haben willst, musst du einfach ein bisschen mehr Arbeit machen oder muss überlegen ob du es wirklich nicht Singleton brauchst oder haben Singleton nicht auch ausreicht, weil einige Teile der Anwendung Wandern nachher ermutigt werdet. Da musste man dann ganz genau nachdenken, dass man da jetzt nicht dem Singleton irgendwie einen State verleiht, der dann von zwei setzt, sich gegenseitig überschreibt oder solche Dinge.

Da kann man perfekt wie Pattern einzelne Instanzen pro Thread Instance Ihren oder eben das ist ja fast schon dein generische Inversion of Control Anwendungs Design. Was du beschreibst.

Genau. Aber da fehlt ein bisschen die Zeit, dann auch für irgendwann. Aber ich würde sagen, dass das der wichtigste Punkt war, weil das einfach ein Konzept ist, was keiner von uns beiden zu dem Zeitpunkt wirklich angewandt hatte. Mal im Alltag, in der Programmierung und wenn man sich damit mal ein bisschen intensiver auseinandergesetzt hat, vielleicht auch auf einer theoretischen Ebene und an einfachen Beispielen angefangen, dann erleichtert das den Einstieg vor allem ins Design von so einer Anwendung, weil wenn man ständig wieder drei Schritte zurückgehen muss, um dann den Ansatz für eine Problemlösung doch nochmal komplett auf links zu drehen, weil man eben genau bei dieser Inversion of Control irgendwie das konzeptionell dann doch nicht richtig gemacht hat für den eigenen Anwendungsfall Gespartes schon.

Zeit, wenn man da einfach von vornherein das bei seinem Design Pattern berücksichtigt, als sie die Anwendung designt habt. Ich meine, wir haben eben schon kurz drüber gesprochen, habt ihr genug Beispiele für Spring gut Problem im Internet gefunden, also Bildung. Die Seite haben wir erwähnt und auch sonst bei Stack Overflow hattet ihr Immi Probleme für euern Fall was zu finden oder war das eigentlich immer gut? Wie würdet ihr die Dokumentation Situation einschätzen?

Ich würde sagen, Bildung war da sehr umfangreich. Es kam ein paar Mal vor, dass ich nach dem hin. Das reicht mir jetzt nicht nochmal einen halben Tag auf die Suche im Internet gegangen, nur um dann am Ende beim gleichen Bildung Artikel wieder zu landen und zu sehen. Okay, eigentlich stimmt es ja doch, was hier steht. Und wenn man es richtig liest und einen mit ein bisschen Abstand nochmal liest, dann steht da eigentlich alles drin.

Ich glaube, bei sehr spezifischen Problemen kommt es dann wie eigentlich immer ein bisschen aufwändiger werden zu recherchieren. So grundsätzlich war das Vorhandensein von Documentation ja schon gut ausgeprägt, aber ich erinnere mich, dass wir bei dem Thema Parallelisierung und dann eben Multi Reading unserer Anwendung doch die eine oder andere technische Hürde hatten, die ein bisschen schwieriger zu überwinden war, sowohl vom Design als auch von der technischen Umsetzung nachher, was dann auch ein bisschen mehr Recherche und Refactoring bei uns dann eben auch nötig gemacht hat.

Aber das sind dann schon sehr spezifisch die Themen der parallele Entwicklung oder?

Neben läufige Entwicklung ist natürlich immer noch ein Komplexität Stufe höher, einfach weil man eine ganze Menge bedenken muss, damit das auch funktioniert.

Ich hatte noch einen zweiten Fallstrick. Vielleicht hat mir eben am Anfang schon über das dpa gesprochen und wie Einfaches zu sagen gemacht hat, die Datenbank aufzubauen. Man hat dann aber am Ende schon gemerkt, wenn man relativ komplexe Abhängigkeiten mit mehreren von Civey, Strands und auch Manitoba Bennie Relationships. Irgendwann kommt man dann halt auch da ans Ende dieses Modells und kommt dann halt an Stellen, wo es dann noch mal her sich herausstellt. Okay, wenn ich das jetzt aber von der Seite aufziehe, funktioniert es perfekt und von der anderen Seite generiert es mir dann halt ganz ineffizienten ASCII Code.

Da muss man dann halt ein bisschen aufpassen, wenn man da angelangt ist.

Also einfach ein bisschen Augen offenhalten und vielleicht nicht nur eine Doku Stelle im Internet aufsuchen, sondern 2 3, um dann eben das für sich passende da rauszusuchen.

Genau da braucht ein bisschen mehr Recherche und muss sagen ein bisschen auch selber mehr ausprobieren, was dann da der beste Ansatzes würde.

Dir den Spring Boot als Plattform weiter empfehlen oder nochmal verwenden, wenn ihr eine weitere Java Anwendung in sagen wir mal im Kybernetisch Cluster betreiben wollen würdet oder auch einfach so auf dem Server betreiben wollen würdet.

Auf jeden Fall. Also ich würd mit nichts anderem anfangen wollen in Java.

Ich denke auch, dass sich das als Blaupause und Grundlage für, ja als die Fall regelrecht für Java Anwendungsentwicklung nehmen würde, weil die meisten Anforderungen aus Umgebungen kommen, wo man das eben gut umsetzen kann. Ich meine missis in den letzten Jahren nichts untergekommen, wo man jetzt auf einen klassischen ein Maschienen Server oder einen großen Mainframe irgendwas hätte entwickeln müssen, sondern man kommt eben immer eigentlich gerade wenn es Java sein soll in diese Microservices Richtung bzw. kann seine Anwendung zum Lösen eines Problems so Design, dass sie auch sinnvoll so umzusetzen ist.

Und dann ist Spring Boot wirklich ein Top Tool würde ich jetzt sagen. Und das ist doch glaube ich für den Einstieg gut. Also wenn man sagt, man kann bisschen programmieren, man kann objektorientierte programmieren, dann steigt man in Java ein, dann kann man mit Spring Boot auch sehr zufriedenstellend schnell ein Ergebnis erzielen, was wirklich Produktions reif. Innerhalb kurzer Zeit ist das eine tolle Sache.

Da kommt glaube ich dieses Opinio Native was du meintest Magix gut durch es. Es hat halt an vielen Stellen einfach sinnvoller die Falz und außer wenn du weißt, dass das unbedingt anders haben willst, ist halt anders. Aber der Default ist erstmal sinnvoll.

Ja genau. Also diese Opinio native Settings spielen eine Rolle. Deshalb läuft die Anwendung sofort, weil man im Grunde alles hat, was eine Anwendung benötigt. Der Webserver oder der Tomcat in dem Fall ist eingebaut, Matrix sind eingebaut, Health Checks sind eingebaut. Externe Konfiguration, also das Laden von Settings aus Properties. Falls wenn man zum Beispiel einen Dart Mac anbinden möchte und da ein Username Passwort und Connection String hinterlegen muss, ist dabei. Also ja, es funktioniert direkt und man kann dann anpassen, was man braucht.

Ich fand euer Beispiel sehr schön, weil ihr eigentlich ein Micros Service der Daten Transformationen hauptsächlich Macht implementiert habe, dann aber gesehen hat. Oh wir müssen noch irgendwie eine Web Komponente nachrüsten, weil wir statische Dateien aus liefern möchten oder Web Dateien ausliefern möchten. Ist das wirklich für eine Web Oberfläche gedacht gewesen, als wo jemand auf diesen Service springt und im Browser etwas machen kann? Oder war das einfach nur um Dateien auszulagern, die für diese Transformation notwendig sind?

Das war tatsächlich dann eine Oberfläche. Einfach weil sonst der Zustand der App ein bisschen schwierig zu monitoren waren. Brauchten wir da etwas, um den Überblick der dem Garzón in dem Fall zu behalten? Einfach weil ja da mehrere Zehntausend. Datenpunkte migriert werden mussten und das durch verschiedene Snakes durch. Erstmal exportiert werden musste, im neuen System importiert. Nebenbei noch Sachen hochgeladen werden mussten und da den Überblick zu behalten. Damals hat man ja im Frontend für gebastelt. Okay.

Und das Frontend ist nur für euch gewesen. Oder guckt der Kunde das auch an, wenn er diese Software einsetzt?

Das war jetzt in dem Fall für uns mehr als die Person, die dann die eigentliche Migration macht. Was in dem Fall ein Kollege von uns ist. Also nicht ganz für uns selber, aber der Kunde benutzt es in dem Fall nicht.

Er könnte es aber benutzen, wenn er wollte. Wenn die Anwendung in unserem Fall, auf dem wir entwickelt haben und er unser Benchmark Punkt war Björn ist gerade gesagt, ein paar 10 000 Datenpunkte, um die es ging, da war die Laufzeit für den kompletten Migrations Prozess im Bereich von Stunden. Das ist was, was man theoretisch morgens starten. Und wenn man es Büro verlässt, ist die Anwendung fertig betreiben kann.

Nicht nur theoretisch, sondern praktisch, ja sogar richtig.

Das wird sich dann hoffentlich bald zeigen. Aber es gab auch den Use Case. Ein bisschen mehr in der Zukunft, dass wir über mehrere 100 000 Datenpunkte vergleichbare Einzel Größe reden. Und dann würde die Anwendung halt schon deutlich länger laufen und man möchte vielleicht aktives Monitoring davon haben. Und das wäre eben darüber möglich gewesen, dass man dann eben mal reinschaut, wie es gerade der Stand der Dinge.

Und insbesondere hat dieses Webforen dann letztendlich nichts anderes getan, als gewisse Endpunkte unserer App anzusprechen. Und mit diesen Endpunkten hätte man dann auch ein beliebiges anderes Monitoring aufziehen können.

Na okay, ater sind die nachgerüstet von Matrix, die ihr eingebaut hat.

Unter anderem genau Azawad. Einige Standards, Sachen wie ihr Herzschlag und Memory Konsumption. Aber dann halt auch einfach wie viele sind schon prozessiert?

Wie viele sind in den unterschiedlichen Stages der Migration solche Sachen? Den letzten Fallstrick hatte ich noch als beiten Entwickler. Man muss sich an die Annotationen gewöhnen, dass sie einfach was ganz anderes sind als Payton Annotationen. Wenn man damit dem momentanen Modell sich einmal umgedacht hat, dann funktioniert es. Also das ist halt wirklich nur Annotation. Sind also zusätzliche Informationen, die dann irgendwie interpretiert wird, nicht Code, der ausgeführt wird.

Die Annotationen gibt es auch in neueren Pfeifen Versionen, zum Beispiel bei den Data Classes und ich hatte das so verstanden, dass die was ähnliches machen wie auch in der Java Welt oder ich hab sie so benutzt.

Sie sehen ähnlich aus, aber letztendlich sind sie nichts anderes als Haja oder Functions. Also die Funktionen als Argumente nehmen und dir deine modifizierte Funktion zurückgeben. Während Java Annotationen ja eigentlich nur ein Hinweis an ein Paket sind, jetzt irgend eine Magie zu verführen, aber nicht an den Annotation selber gekoppelt ist. Klar, man kann Annotation auch selber schreiben, aber es ist schon so, dass die Annotation so eine Art Auszeichnung sind, um die nachfolgende Funktion oder so eben zu Parameter visieren oder das nachfolgende Objekt genau innehabe.

Das eigentlich paar Interesieren passiert in Java soweit ich es verstanden hab, ja nochmal einfach anders. Also irgendetwas anderes nimmt dir Annotation und macht dann etwas damit Sphären in Python. Es ist die Annotation selber, die etwas macht.

Genau das Spring Framework werte die Annotationen aus und sagt Ach guck mal, hier ist ein Auto Wired, da muss ich ja diese Biene reinstecken, die ich hier initialisiert hab. Also das kann man vielleicht noch sagen, das Spring Framework geht hin, wenn die Anwendung gestartet wird, guckt das alle Bins also also eine Java Klassen hier als Service definiert habt oder als Controller definiert habt, guckt es an, instanziiert diese Klassen und dann erst guckt es in die einzelnen Klassen rein.

Wo steht dein Auto Wired und stöpseln jetzt diese initialisiert Klassen eben zusammen, damit die Anwendung loslaufen kann? Das passiert sozusagen alles im Vorfeld von dem Framework selber. Wenn ihr Fragen habt oder Feedback, sendet uns gerne eine E-Mail an Podcast Skill bei Tee. Wir freuen uns immer über Bewertungen und wenn ihr den Podcast an Freunde und Kollegen weiterempfehlen, die sich für ähnliche Themen interessieren. Wenn ihr aktuell im IT-Bereich auf Jobsuche seid, schaut gerne auf das G.H. Die Slash Job Seite vorbei.

Weitere spannende Technologien Themen findet ihr auch im Skill Bait Blog. Oli Andreas, ich danke euch ganz herzlich, dass ihr heute Abend meine Gäste wart.

Danke Maurice. Es war mir eine Freude. Ich wünsche euch beiden noch einen schönen Abend. Danke dir auch.

Maurice KnoppSkillbyte Podcast #45: Das Spring Boot Framework
Mehr

Skillbyte Podcast #44: Mentoring für IT-Fachkräfte

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: Mentoring für IT-Fachkräfte

// Inhalt //
01:00 – Intro Dr. Tina Ruseva von Mentessa.com
01:30 – Definition und Bedeutung von Mentoring
05:23 – Faktoren für erfolgreiches (IT)-Mentoring
06:50 – Abgrenzung: Unterschied zwischen Mentoring und Coaching
09:50 – Mentoring für IT-Fachkräfte
11:03 – yCombinator Mentoring: Modell der Zukunft?
17:17 – Tina’s Mentoren
18:44 – Bedarf für IT-Mentoring; Diversity, Kulturwandel, Millenials
25:16 – Wie Mentoren bzw. Mentees finden?
27:26 – Mentoring-Netzwerke sind bereichernd
29:47 – Literatur Tipps zum Thema Mentoring
31:54 – Was ist Mentessa.com?
36:28 – Welche Mentoring-Themen sind von IT-Fach- und Führungskräften besonders gefragt?
39:51 – Ist Online-Mentoring möglich?
43:08 – Fallstricke beim Mentoring
48:05 – Mentoring Success Stories
49:35 – Mentor oder Mentee gesucht? Sprecht Tina an 🙂

Show Notes:

Buchtipp: Harvard Business Essentials: Coaching and Mentoring: How to Develop Top Talent and Achieve Stronger Performance
Link: https://www.amazon.de/Coaching-Mentoring-Stronger-Performance-Essentials/dp/159139435X

Buchtipp: Der Mentoring Kompass für Unternehmen und Mentoren
Link: https://www.amazon.de/Mentoring-Kompass-Unternehmen-Mentoren-Erfahrungsberichte/dp/3658225297

Mentessa.com skillbasierte Plattform für Mentoring- und Wissensnetzwerke https://mentessa.com
Kontakt zu Mentessa.com: https://mentessa.com/contact

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

// AUTOMATISCH GENERIERTES TRANSKRIPT //

Ich glaube, da kann sich jeder von uns privat hineinversetzen. Wie wäre es, wenn wir Mentoring als durch People Grow definieren, also Menschen beim Wachstum helfen? Und wenn wir von unserem Arbeitgeber sagen Du bekommst einen Mentor, sprich We want you to grow. Das ist natürlich eine viel bessere Basis als We want to fixie. So viel öfters finden wir diesen Ansatz in Performance, Reviews etc. drÃngt.

Herzlich Willkommen zum Skill by Podcast Episode Nr. 44 Mentoring für IT-Fachkräfte Abonniert unseren Kanal und unseren Podcast für mehr spannende Themen aus dem Technologie, Umfeld, Venia it Entscheider oder IT-Fachkräfte Seite. Wir freuen uns immer über Hörer, Fragen an Podcasts. Je weiter man uns einen riesen Gefallen tun wollt, dann lasst uns gerne eine Bewertung dar. Auch freuen wir uns sehr über Weiterempfehlung an Freunde und Kollegen, für die die Themen auch spannend sind. Heute habe ich einen ganz besonderen Gast hier, nämlich Dr.

Tina Josepha, Gründerin und Geschäftsführerin von Mend Tessa Kommen, ausgebildeter Coach, Buchautorin und Kino.to Speakern. Hallo Tina, schön, dass du da bist.

Hallo Morris, vielen Dank, dass ich da sein darf. Und in dieser Runde bin ich natürlich vor allem Vollblut Informatikerin, die sich sehr für Technologie begeistert. Das freut mich.

Also ich freue mich genauso, dich heute hier zu haben und mit dir über das Thema Mentoring zu sprechen. Wie bist du denn? Vielleicht erinnerst du dich noch an das Thema Mentoring gekommen. Was war dein erster Kontakt damit?

Das ist wirklich eine tolle Frage, die ich oft beantworten muss, denn das Thema Mentoring ist ein bisschen so staubig. Es ist ein wenig Mentoring Hype gewesen in den Achtzigern oder nicht Hype, sondern ein Thema gewesen. Und man fragt sich jetzt ja warum, woher und wie kann das cool werden? Und in der Tat bin ich auf die Idee für mein Testa durch meine persönliche Erfahrung als Informatikerin gekommen. Ich bin nämlich eine von wenigen Studierenden gewesen an der Uni Women in Tech, sagt man heute.

Damals hatte sich gar nicht so cool angehört. Es war aber genauso einsam. Und natürlich war ich als solche die Mischehe, eine von vielen Mentoring-Programm, die es an der Uni gab. Für Frauen, aber später auch im Beruf. Irgendwann hab ich dann promoviert. Ich hab dann selber ein Startup gegründet und ich blieb die Micheline von solchen Mentoring-Programm. Aber eben als Mentorin. Und ich habe seit 2012 mich sehr intensiv engagiert in dutzenden Programmen als Mentorin. Und ich habe selber auch ein paar Mentoring Programme gestaltet.

Und mittlerweile blicke ich auf die Erfahrung von circa 30 Programmen zurück. Also 32 sind es Stand heute. Und das, was sie alle vereint, ist das grossartige Engagement von vielen Menschen, die sich ehrenamtlich dafür als Mentorin einsetzen. Das großartige Interesse von vielen anderen Menschen, die sich dafür interessieren und die das gerne in ihr Leben mitnehmen möchten. Aus beruflichen Gründen oder einfach aus privatem Interessen. Und dann das großartige Scheitern von diesem Programm, wenn es darauf ankommt, das richtige Matching zu machen, sodass die Mentoren und die Montez richtig zueinander geführt werden.

Das richtige Onboarding zu machen, sodass alle das gleiche Programm bekommen. Und vor allem scheitern diese Programme daran, dass heute Matschen kein großes Thema geworden ist und niemand von uns sich von jemandem matschen lassen möchte. Heute sitzen wir im Paradox zwischen dem Wunsch nach Hörster Individualisierung, persönlicher Anpassung, aber auch nach dem Wunsch für Effizienz, für Garni Zeit darin investieren. Und wie macht man automatisch individuelles Matching? Und das begeistert mich an dem Thema. Ich glaube, das kann Mentoring für viel mehr Menschen öffnen.

Und vor allem in der Arbeitswelt, wo wir mit Testa anbieten, für sehr viel mehr Vielfalt, für sehr viel mehr interdisziplinäre Zusammenarbeit, für sehr viel mehr Kreativität und Innovationskraft sorgen. Und das begeistert mich.

Das heißt, dein Hintergrund ist früher als Mentor gestartet und über die Zeit selber zum Mentor geworden und hast dich intensiv mit dem Thema beschäftigen können. Was bedeutet denn für dich Mentoring? Also vielleicht kannst du so eine kurze Definition geben oder der Begriff verändert sich ja auch je nachdem, wie man ihn einsetzen möchte. Aber was bedeutet Mentoring genau für dich?

Mentoring? Für mich bedeutet To help people grow. Das ist eine gängige Definition. Die habe ich auch nicht selber formuliert, sondern vom Buch von Sheryl Sandberg, die berühmte CEO von Facebook. Auch ein IT Lied, wenn man so möchte, eine berühmte Führungskraft in der Tech Welt übernommen und in ihrem Buch beschreibt sie die Erfahrung als eben bekannte Führungskraft von ganz, ganz vielen Menschen stetig auf Mentoring angesprochen zu werden und eben als Mentorin angefragt zu werden. In dem Buch sagt sie Es ist aber schwer, ja zu sagen, denn Mentoring means helping people grow.

Das bedeutet, dass ich die Personen kenne, weil damit ich möchte, dass jemand sich weiterentwickelt. Dann brauche ich eine in Bezug zu dieser Person und eine Beziehung dazu.

Man muss ja wissen, in welche Richtung die Person wachsen möchte oder wachsen kann oder wo sie unter ihrem Potenzial steht. Also im Grunde braucht man schon so eine Art von. Wissenschaft, um gutes Mentoring durchzuführen, oder? Ja, auf jeden Fall. Oder zumindest eine richtige Beziehung. Und das ist meine Definition geworden. Ich glaube, Mentoring ist eine persönliche Beziehung wie jede andere. Die benötigt Zeit, um sich zu entfalten. Sie benötigt auch ein Bewusstsein dafür, dass es sie gibt und auch einen Einsatz von beiden Seiten.

Ein Commitment. Und natürlich wie jede gesunde Beziehung ist es auch eine, die auf Freiwilligkeit besteht und nicht auf Abhängigkeit. Und das ist sozusagen die Elemente, die für mich mein Twink ausmachen.

Ja, Mentoring hat ja ganz inhärent so eine Freiwilligkeit. Wenn du das nicht freiwillig machen würdest, dann wäre das ja im Grunde wie Schule. Also jemand setzt dir quasi den Lehrplan vor und sagt dir, in welche Richtung du wachsen willst. Mentoring setzt ja schon voraus, dass der Mensch tief wachsen möchte und der Mentor ihn sozusagen an die Hand nimmt, auch im deutlichen Informationsvorsprung bei dem Thema hat und eben sagt Okay, komm, ich zeig dir, wie ich arbeite und dann lernen wir beide voneinander.

Also ich finde, beim Mentoring ist auch immer wichtig, dass es so eine bilaterale Beziehung ist, also dass nicht der eine den anderen hochhebt, sondern dass beide die unterschiedlichen Perspektiven des jeweils anderen dann verstehen können und beide letztlich auch was davon haben.

Das hast du schön gesagt. Genauso ist es. Und genau da liegt z.B. auch der Unterschied zwischen Mentoring und Coaching. Auch eine Frage, die ich oft beantworte. Ich glaube, eine Frage, die sich viele von uns stellen, wenn sie mit dem Wunsch für berufliche Weiterentwicklung aufwachen Was brauche ich jetzt? Brauche ich einen Berater, einen Coach, einen war die einen Mentor? Und die Antwort hierzu gibt es in Dutzenden von Studien und Sachbüchern von Harvard Business School bis hier an der LMU München forscht ein Team auch über das Thema.

Aber die Unterschiede sind in drei Kategorien. Und einer davon ist in der Tat Coaching kann tatsächlich eine berufliche Vereinbarung sein. Das heißt oft Besonders wenn wir im Unternehmens Kontext uns diese Begriffe anschauen, ist Coaching eine stille Vereinbarung, eine stillschweigende Vereinbarung zwischen Führungskraft und implodierte. Also nicht ganz freiwillig. Das ist etwas, was passieren kann und was er wünscht ist, aber eben stattfindet, wenn sie stattfindet. Und Mentoring ist immer auf Freiwilligkeit basieren.

Klar, ich würde das so abgrenzen, um das einfach mal mit einem plastischen Beispiel zu unterfüttern sagen, weil jemand ist ein ganz toller Verkäufer und ein Junior Verkäufer sagt Oh, das möchte ich auch werden und schließt sich eben mit dem Star Verkäufer zusammen. Und der Star Verkäufer ist ja dann tendenziell etwas älter, weil er schon viele Jahre Berufserfahrung hat. Und dass da Verkäufer zeigt dem jungen Verkäufer wie er arbeitet und wie er so erfolgreich ist. Und der junge Verkäufer zeigt quasi dem älteren Verkäufer, wie die Jugend so tickt oder worauf sie achtet.

Und so lernen beide voneinander. Coaching sehe ich eher so Stell dir vor, du bist Manager und du bist es gewohnt, Teams zu führen. Und jetzt steigst du auf und hast irgendwann sehr viel repräsentative Funktion, muss vor großen Menschenmengen sprechen usw.. Dann würdest du in ein Coaching gehen, in ein Präsentation Coaching, in ein freies Reden Coaching, wo du dann gezielt diese Skills von dem Coach lernen möchtest. Und das ist auf jeden Fall so eine Geschäfts Vereinbarung.

Vielleicht spreche ich nicht so gut Englisch, dann möchte ich ein Englisch Coach haben, der mir ermöglicht vor englischem Fachpublikum frei zu sprechen. So, das wäre für mich Coaching, aber nicht unbedingt Mentoring.

Genau. Und weil du jetzt über Englisch sprichst, fällt mir gerade eine supertolle Differenzierung zwischen den beiden auf Englisch Coaching ist about the job. Mentoring ist but your career. In diesem Sinne definiert man Coaching als eigentlich einen Unterteil von Mentoring, was etwas viel Größeres ist und eben auch Raum gibt für diese Beziehung. Und damit fangen die Probleme mit Mentoring im beruflichen Kontext schon mal an. Denn Beziehungen im Unternehmen sind sowieso schwer natürlich zu schaffen, besonders in der Art und Weise, wie wir arbeiten, also oft noch mit Silos denken und ganz klare Trendwenden zwischen den Abteilungen und den Funktionen.

Und mit diesem Hirarchie denken. Und da sehe ich ein Riesenpotenzial. Und damit sind wir beim Thema Mentoring für IT-Fachkräfte. Denn gerade heute, wo unsere Welt quasi Technologie getrieben ist, ist es für die Unternehmen notwendig, auch Personal von der IT-Abteilung zu Führungskräften auszubilden, in anderen Abteilungen zu integrieren oder einfach den Austausch zwischen diesen zu ermöglichen. Und gerade da sehe ich ein richtig großes Potenzial vom Mentoring als Instrument, die für andere greifbarer zu machen, aber auch für die IT.

Die Wege in die Organisation zu schaffen, damit organisch weitere Innovationen. Geschaffen werden können und Beziehungen entstehen können. Du sagst es im Grunde schon. Die Technologie wird immer wichtiger. Und so ein CTO, der ja auch, ich sag mal Führungskraft ist oder vorwiegend Führungskraft und ganz wenig nur noch Fachkraft ist, der hat natürlich eine riesen Verantwortung für das Unternehmen, für den zukünftigen Kurs des Unternehmens, da die richtigen Entscheidungen a zu treffen und b dann auch so zu kommunizieren, dass die Fachkräfte das dann mittragen wollen und mit umsetzen wollen.

Also das ist definitiv ein ganz wichtiger Bereich für die Wertschöpfung. Wo wir noch über Mentoring sprechen, hattest du mir von dem Why Kombinats Modell erzählt. Das ist ja sozusagen Mentoring auf Steroiden. Möchte sodass kurz nochmal erläutern.

Ja, das ist wirklich eine super interessante Entwicklung, die ich beobachtet habe. Vielleicht kurz zu meinem Hintergrund Ich hatte einen Startup und bin dann als zweifache Mutter irgendwann ausgestiegen. Zurück ins Büro. Und was macht man als Start up Gründerin? Ich habe in der Gründer Förderung gearbeitet, fünf Jahre in verschiedenen Großkonzernen, aber auch in öffentlichen Einrichtungen. Und unter anderem haben wir Mentoring Programme für Startups umgesetzt. Aber ganz, ganz viel Forschung betrieben. Und ich habe so die beiden Ökosysteme in Deutschland und Amerika verglichen.

In Bezug auf die Qualität der Startups, auf die Innovationskraft z.B. Patent Anzahl. Und ich habe wirklich nach sehr sehr sehr viel Einlesen einen großen Unterschied zwischen den beiden Ökosystem gefunden. Jetzt bin ich gespannt. Und zwar Mentoring. Und zwar genau einer. Denn wenn man das verfügbare Kapital, die Anzahl an Innovation und alles andere skaliert auf die Größe der Märkte, stehen wir dem Ökosystem in Silicon Valley nichts nach. Aber der entscheidende Faktor Mentoring hinkt in Deutschland noch hinterher.

Das ist viel mit unserem hierarchischen Denken hier in Europa, das auch noch in der Arbeitswelt herrschend ist, verbunden aber auch mit anderen Faktoren. Und im Zuge dieser Recherche habe ich eigentlich eine kleine Evolution von dem Begriff Mentoring festgestellt. Mentoring gibt es ja seit Odysseus und seit Mentor Telemachos quasi weiterbilden und auf ihn aufpassen musste, weil sein Vater im Trojanischen Krieg gekämpft hat. Also richtig lig dich lange. Dann gab es das eben in den Achtzigern im Corporate Umfeld auch mit verschiedenen Programmen langsam in die akademische Welt überfließen.

Und irgendwann passierte es, dass Why Kombinate das erfolgreichste Accelerator weltweit bis heute kam und bot eine andere Art von Mentoring an und zwar kein Programm. Zwar ist das Kombinate selbst ein Programm, aber das Programm besteht ja darin, dass ich Recht auf Mentoring bekomme und zwar nicht auf ein Mentor. Ich werde nicht einmal gemacht, so wie das hierzulande üblich ist, sondern ich bekomme ein Pool aus Mentoren und kann je nach Bedarf gerade zu dem Zeitpunkt, wo ich Probleme lösen muss, in verschiedenen Fachgebieten, was weiß ich Finanzierung, Marketing, Business Development, produktive Axels cetera kann ich mir diese Mentoren, wenn ich will, mehrfach an Tag reinziehen.

Genau. Vielleicht sollten wir ganz kurz sagen, weil ich nicht sicher bin, ob alle Zuhörer das wissen, wie Combined da ist. Ein Inkubator also. Teams finden sich dort ein, die in sehr kurzer Zeit ein eigenes Produkt entwickeln möchten. Und hinterher entscheidet eine ganze Phalanx an Venture Kapitalgebern, welche Idee besonders vielversprechend ist, welches Team besonders gut gearbeitet hat und fördert das dann mit sehr viel Geld, um das Projekt weiterzuentwickeln. Und in diesem Schmelztiegel, wo diese Teams dann in kurzer Zeit versuchen, ihre Idee umzusetzen oder einen Prototypen umzusetzen, haben sie Zugriff auf ganz viele unterschiedliche Mentoren.

Richtig, Tina Also für Online-Marketing, für Softwareentwicklung, für Webdesign, für UX. So stelle ich mir das vor.

Ja, und genau das, was du gesagt hast mit dem CTO. Das sind alles bereits gestandene Unternehmer und nicht einfach nur Marketing, Berater oder sonstiges. Und diese neue Art von Mentoring kam aus der Startup-Szene, sozusagen aus Silicon Valley, rüber in die Arbeitswelt und rüber in die Startup-Szene nach Deutschland und geht langsam auch in die Unternehmenswelt ein. Also flexiblere Mentoring, Programme mehr, selbst gesteuertes Matching mehr. Wir Informatiker würden sagen on demand und mehr self Service. Und das ist eine super interessante Entwicklung, denn es ist nicht die erste Arbeit Innovation, die über die Tech-Branche in die Businesswelt kommt.

Also wir kennen ja schon Agave Development und drin Methoden und Virtue Teams et cetera. All das findet irgendwie heutzutage Fuß. Zuerst in im IT Raum. Ich glaube, das zeigt, dass einfach ITler super innovativ sind, sich gerne auch in dieser Technologie basierten Welt sich mit Technologien als erste auseinandersetzen und deswegen oft doch tolle Lösungen entwickeln, die dann für den Rest des Unternehmens auch machbar sind.

Das ist so verrückt, dass du das sagst. Ich bin heute mit 3 IT Leuten waren wir im Supermarkt einkaufen und den ganzen Rückweg haben wir uns darüber unterhalten, wie ineffizient das eigentlich an der Kasse ist, da einzelnd abzukassieren und so und warum wir quasi schon mit unserer Berufskrankheiten Brille diese ganzen Ineffizienzen sehen und schon 5 Vorschläge machen können, wie man das alles effizienter löst. Ja, das stimmt auf jeden Fall, dass in der IT Effizienz eine ganz starke Komponente hat und dass man sehr schnell Dinge ausprobiert, die versprechen, ein effizienter zu machen oder einen Mehrwert zu bieten.

Einfach weil es auch eine relativ junge Wissenschaft in Anführungszeichen ist und da sehr viele neue Technologien entstehen und man sowieso gewohnt ist, mit vielen neuen Dingen zu experimentieren. Aber was mich wirklich beeindruckt ist, dass du gesagt hast Okay, eigentlich liegt es am Mentoring, dass amerikanische Startups so viel erfolgreicher sind als deutsche Startups. Und ich glaube, du hast recht, in Deutschland hört man auch oft Na, ich kann nicht über meine Idee sprechen, aber das wird ganz groß.

Also gehen die Startups raus, die vergessen, dass die Leute, mit denen sie sprechen, allen Jopp haben und nicht sagen Oh, das ist eine tolle Idee. Ich lass alles stehen und liegen und programmiere eine App nach oder so. Und in Amerika ist man da sehr offen, weil man weiß, die Idee ist eigentlich nichts.

Oder ein Prozent und 99 prozent sind einfach harte Arbeit bei der Umsetzung dieser Notte Hackbrett auf jeden Fall. Ideen gibt’s ganz viele, aber die Umsetzung, die gute Umsetzung. Da liegt der Hase im Pfeffer. Hast du denn selber aktuell auch einen oder mehrere Mentoren?

Ja, also ich hab ja meine Philosophie geteilt. Ich glaube sehr am Lernen, am Wissen. Ich bin ja selber Taki. Also ich möchte auch effizient lernen. Und beim Mentoring geht es ja auch darum, dass ich möglichst schnell davon lerne. Was mich jetzt gerade beschäftigt und was ich sein will oder werden möchte und deswegen. Also ja, ich habe die ganze Zeit Mentorinnen und Mentoren und ja, die sind nicht jeden Tag die gleichen. Manchmal switchen wir die Rollen und ich glaube, das ist so die Zukunft der Arbeit.

Aber auch das heute. Denn keine einzige Person kann über eine richtig lange Zeit von so einem neuen Berufsfeld wie z.B. Entwickler oder Start up Gründer oder jetzt diese turbulente Zeit als Gründerin, wo jeder Tag sich alles ändern, umfassen und Dasein Erfahrung mitgeben. Einen Mentor hab ich doch die ganze Zeit gefühlt. Das ist meine Mama. Also sie war die jenige, die als ich sechs war nach Hause einen Computer gebracht hat und so nicht die ganze Zeit mein ganzes Leben lang verstärkt hat, einfach zu experimentieren und zu mir zu stehen.

Und an dieser Stelle schöne Grüße nach Hause. Aber so andere Personen kommen und gehen natürlich und die Beziehungen sind das, was bleibt. Ich glaube, da kann man auch andocken, wenn die gesund sind und auf gesunde Basis stehen.

Auf jeden Fall und das Vertrauensverhältnis vorhanden ist. Aber das gehe ich mal davon aus, dass bei deiner Mama das gegeben ist. Lass uns mal über den Bedarf Verity Mentoring sprechen oder Mentoring ganz allgemeine Militärbereich. Aktuell ist es ja so Die Arbeitswelt verändert sich schnell. Jetzt durch die weltweite Pandemie wird das noch beschleunigt. Die fungiert sozusagen noch als Katalysator. Die Globalisierung macht zumindest in der IT einen Riesensprung nach vorne einfach. Auf der einen Seite hat man den Fachkräftemangel, auf der anderen Seite sitzen Menschen in Ländern, wo das ich sag mal Gehaltsniveau nicht ganz so gut ist und die durch eben IT Arbeiter guten Ausweg finden können.

Das führt dazu, dass natürlich sehr viele verschiedene Kulturen zusammenarbeiten und ich könnte mir vorstellen, dass in dem Bereich ein großes Betätigungsfeld für Mentoring entsteht. Einfach, dass man die Kulturen besser versteht.

Ja, auf jeden Fall. Das ist ein Bereich, in dem man Mentoring gezielt einsetzt. Also wenn die Organisationen noch nicht von Mentoring als eine Art neue Zusammenarbeit, überhaupt als eine neue Lernmethode überzeugt ist, dann gibt es trotzdem so Programm für Diversity oder für Kulturwandel, die durch Mentoring-Programm unterstützt werden. Im Großen und Ganzen aber haben Organisationen erkannt, dass wir heutzutage in diesem schnellen Veränderungsprozess lediglich ich glaube, Studien zeigen 10 prozent unseres Wissen durch formelle Trainings erlangen und der ganze übrige Rest die 90 prozent, die entstehen durch informellen Wissensaustausch, unter anderem durch Mentoring und Coaching und andere eben Interaktionen im Büro, bei der Arbeit, die stattfinden.

Das ist so das große Versprechen. Und wenn man gezielt jetzt auf Mentoring von IT Fachkräften hinein summ, dann kommen genau die Begriffe. Die du genannt hast. Wir haben natürlich die veränderte Bedeutung von Technologie und Mentoring kann man fantastisch dafür nutzen, um eben diese Human Assets für die Organisation auszubilden, zu trainieren, gezielt diesen Fachkräftemangel zu schließen, indem man z.B. macht man das in Deutschland, indem man talentierten Azubis einen Mentor von Unternehmen an die Seite stellt. Ein zweiter Grund oder eben ein zweiter Vorteil von Mentoring, speziell Théo IT ist es, dass es ein sehr effizientes Instrument ist, um immaterielles Wissen, also um informelles Wissen.

Man nennt das Sticky neulich in das Unternehmen zu transportieren. Ob dieses sticky bedeutet, auf Englisch klebrig, ob diese klebrige Information, die sich nicht aussprechen lassen, die eben an den Personen haften, die sie tragen. Ob das Informationen sind über neue digitalen Trends? Darüber, wie soziale Medien funktionieren oder im Bereich Kultur, wie man in dem Land arbeitet oder was die besonderen Herausforderungen für Frauen in der Tech-Branche sind. Das ist hier nicht von Bedeutung. Aber Mentoring hat sich als ein toller Mixer erwiesen, um informelles Wissen über Generationen, Abteilungen und Hierarchien hinweg in die Organisation zu transportieren.

Dort ist mir gesagt, dass sehr viele Millennials mittlerweile in Unternehmen arbeiten und die einen sehr starken Wunsch verspüren nach einem Mentor.

Ja, absolut. Und das ist so der dritte Punkt und Vorteil von Mentoring überhaupt. Employee Marketing und Imprint Retention würde man auf Englisch sagen. Ja, also Millennials sind nach einem Why getrieben. Sie ziehen einen Mentor vor einem Seminar vor. Dazu gibt es Studien, z.B. von Salesforce. Salesforce kennen die meisten ITler. Hier in München haben sie einen großen Standort und Salesforce als Unternehmen, als Software. Gigant mittlerweile aber ehemaliges Start-Up hat dieses Potenzial von Mentoring früher erkannt, eben um den Fachkräftemangel zu schließen.

Auch Frauen für Tech Berufe weiter auszubilden und Salesforce haben deswegen ganz viele Studien zur Effektivität und Effizienz von Mentoring-Programm speziell im Tech Bereich durchgeführt. Diese kann man im Internet finden, aber eine Kennzahl habe ich aus einer dieser Studien, dass nämlich neun von zehn Millenniums sich einen Mentor wünschen. Und in der Studie wurden hierfür zwei Gruppen gebildet und eine Gruppe bekam jeweils einen Mentor zur Seite gestellt und die andere Gruppe keinen. Und nach Ablauf der Testphase, wobei beiden beiden Gruppen Aufgabenbereiche und Trainingsprogramm und der Rest das gleiche war, hat man die befragt.

Wie glücklich sei man mit dem Job? Welche Potenziale man darin für sich sieht und ob man bleiben möchte. Stichwort Imprint Retention. Und die Gruppe mit dem Mentor hat in neun von zehn Fällen all diese Fragen bejaht und die andere eben nicht.

Wow, okay, das ist ja schon ein ziemlich eindeutiges Ergebnis.

Ja, und man muss auch bedenken Millenniums sind in wenigen Jahren schon die Hälfte der Arbeitswelt. Da gibt es ganz unterschiedliche Zahlen hierzu. Also ich war der Meinung, dass es in den nächsten fünf Jahren auf 50 prozent zu steigen werden. Irgendwann jetzt neulich las ich, dass es bis zu 75 prozent werden. Ich glaube hier, die Message ist nicht in der konkreten Zahl, sondern liegt darin. Es gibt viele News in der Arbeitswelt. Es gibt viel Wettbewerb, besonders um die besten Kräfte.

Und Mentoring scheint nicht nur ein tolles Marketinginstrument zu sein, sondern ein wirklich effektives Mittel mit ganz vielen Vorteilen, um die besten Mitarbeiter zu gewinnen, um Mitarbeiter weiterzuentwickeln und auch um eine Kultur des Teilens und der Vielfalt zu schaffen.

A Möchtest du natürlich gute Mitarbeiter haben oder die besten Mitarbeiter haben und b wenn sie durch Mentoring noch besser werden, ist das ja auch noch besser im Grunde für das Unternehmen. Und zusätzlich sind Sie zufrieden. Das heißt, die Retention oder die Fluktuation, würde man auf Deutsch sagen, sinkt auch.

Ja, absolut. Ja gut, ich glaube, da kann sich jeder von uns privat hineinversetzen. Wie wäre es, wenn wir Mentoring als durchlebe people grow definieren, also Menschen beim Wachstum helfen? Und wenn wir von unserem Arbeitgeber sagen Du bekommst einen Mentor, sprich We want you to grow. Das ist natürlich eine viel bessere Basis als We want you to work oder We want to fixie.

So viel öfters finden wir diesen Ansatz in Performance, Reviews etc..

Wenn ich das Fach oder Führungskraft bin, welchen Rat würdest du mir geben, wenn ich einen Mentor suche? Also wie finden meine Teams zu Mentoren bzw. Mentoren, die vielleicht das Bedürfnis verspüren zu Montez?

Also dazu gibt es natürlich verschiedene. Faktoren, die eine Rolle spielen. Ich würde mir überlegen, was will ich lernen? Was ist das Ziel, was ich mit dem Mentoring verfolge? Ich würde mir z.B. überlegen Soll das ein Mentor aus dem Unternehmen sein oder jemand von extern? Ich würde mir überlegen, soll das ein Branchen Experte sein oder jemand mit einem ganz anderen Blickwinkel? Ich würde mir auch überlegen, wieviel Zeit ich darin investieren möchte und welchen Zeit Commitment ich auch davon erwarte.

Und mit diesen Kriterien habe ich schon eine ganz gute Entscheidungs Matrix und einige Möglichkeiten, die ich angehen kann. Zum Punkt 1 bieten viele Unternehmen mittlerweile Mentoring Programme in irgendeiner Form an. Oft darf man sich aber dafür nur in bestimmten Fällen bewerben, z.B. erst nachdem man zig Jahre im Unternehmen schon tätig gewesen ist oder erst, wenn man quasi als frische Führungskraft einen neuen Tenure Track beginnt. Also meistens kommen diese nicht so on demand in Frage, wie man sich das wünscht.

Man muss bestimmte Voraussetzungen erfüllen, weil natürlich Mentoring Zeit in Anspruch nimmt. Ich nehme an, Baumanns vom Unternehmen aus anbietet nimmt es natürlich Arbeitszeit in Anspruch. Und dann möchte wahrscheinlich das Unternehmen sicherstellen, dass das Mentoring auch entsprechend wertgeschätzt wird und dass das nicht jeder als Stunde Kaffeeklatsch benutzen kann.

Und deswegen lohnt es sich, sich auch nach externen Mentoring-Programm umzuschauen. Und da kommen wir zur Frage Nr. 2 Also bin ich interessiert an eben Branchen, Mentoring, Programme. Da kann ich beiden Verbänden schauen oder in verschiedenen Vereinen. Ich kann auch einfach googlen. Jetzt, besonders durch die Pandemie, gibt es ganz, ganz viele Programme, die rein digital stattfinden, bezahlte und auch unbezahlte Programme. Und ich kann aber auch mich dafür entscheiden, mich mit anderen Menschen zu vernetzen, was ich glaube heute unbedingt sehr wertvoll ist.

Wir leben ja in einer Plattform Wirtschaft. Das bedeutet, dass Wertschöpfung Innovationen in sozialen Netzen entsteht, also nicht in sozialen Medien, aber in den Köpfen von Menschen. Deswegen lohnt es sich, sich auch mit anderen Disziplinen auszutauschen, um sein Corazon zu erweitern. Besonders wenn man früh in dieser Mentoring Entwicklungsphase ist und man noch nicht so ganz genau weiß, was dabei rauskommen soll. Da ist diese Öffnung für andere Blickwinkel und für Menschen aus anderen Fachgebieten sehr, sehr fruchtbar.

Es gibt diesen Spruch auf Englisch Your Network ist ja Networks. Ist natürlich sehr platt ausgedrückt, aber es zeigt schon, dass natürlich das Netzwerk oder die Menschen, mit denen man sich umgibt, sehr deutlich auch das eigene Denken beeinflussen oder eben jemanden weiterentwickeln können, wenn diese Person auch das Ziel haben.

Und danke, dass du das sagst, weil das meiner Meinung nach ein Grund für Mentoring Programme für IT-Fachkräfte ist, der gar nicht so oft angesprochen wird. Aber wenn wir in einer Welt leben, in der Netzwerke wirklich wichtig sind und nicht einfach nur Marketing sind, sondern indem wir über Netzwerke lernen, wachsen, Jobs finden, Produkte bauen. Denken wir mal an die Open Source Bewegung und wir uns aber überlegen, was so typische ITler lieber machen würden. LinkedIn oder Reddit sehen wir schon, dass wir hierfür Programme brauchen, um vielen IT-Fachkräfte, die sich z.B. nicht trauen würden, auf andere zuzugehen, aber verdammt viel Wissen und verdammt viel Meinung auch haben und was auch zu geben haben für diese Welt.

Da sehen wir schon, wie wichtig und fruchtbar solche Programme sein könnten, die eben den ersten Schritt ermöglichen, für jemanden, der lieber Jac Kommentare liest, als solche zu schreiben, der lieber sich im Hintergrund bewegt und Sachen eher verstehen möchte, als sich im Vordergrund zu stellen und Selfies von sich zu posten. Und da glaube ich, die Brücke zwischen den zwei Welten zu schlagen, kann unheimlich bereichernd sein für alle Seiten.

Das denke ich auch. Kannst du denn vielleicht Literatur empfehlen, wenn ich z.B. jetzt noch ganz am Anfang stehe, noch keinen Mentor gefunden habe, mich dabei irgendwie mit beschäftigen möchte, um sozusagen da ranzukommen und auch für mich festzulegen Okay, was suche ich denn eigentlich? Wie gehe ich das an? Wie stelle ich dem Mentor qualifizierte Fragen? Gibt es da irgendwie in Web Ressourcen, die wir vielleicht verlinken können? Oder ein Buch, was dir sehr weitergeholfen hat oder was du empfehlen möchtest?

Auf jeden Fall. Und das können wir gerne verlinken. Ich empfehle immer ein Buch von Harvard Business Design Shows von 2004. Das heißt Coaching und Mentoring. Krauter Dehalb Top Talent in der Chief Stronger Performance. Das ist ein Buch nicht nur für Führungskräfte, die sich für die Einführung von Mentoring-Programm. In der Organisation interessieren, sondern auch ein wirklich praktisches, gut durchdachtes, sehr prägnantes Ratgeber auch für jeden, der sich mit Mentoring neu auseinandersetzen möchte.

Und trotzdem zeitlos, trotz seines Alters von ja nun, fast 17 Jahren. Absolut, ja.

Ja gut. Ich glaube, das spielt auch die Harvard Autorität seine Rolle. Aber das ist so mein Stammbuch. Ein zweites Buch kann ich gerne empfehlen aus dem deutschen Sprachraum, und zwar von Stefan Flaum, ein Forscher von der LMU München. Meine Alma Mater und auch der Programmverantwortlichen für das Mentoring an der LMU München. Das Buch heißt der Mentoring Compas für Unternehmen und Mentoren und ist im Springer-Verlag vor wenigen Jahren erschienen. Ich finde das super praktisch mit ganz vielen z.B. Frage Listen und Tipps für das Matching kann man auch sowohl als Mentor als auch als Monti als auch als Organisations Entwickler für die ersten Schritte im Mentoring nutzen.

Was ich natürlich gerne empfehlen möchte, ist man Tessa zu folgen auf sozialen Medien. Denn auch wir bemühen uns, viel über dieses Wissen zu transportieren. Denn wir glauben, ein Umdenken bezüglich Mentoring ist notwendig, damit wir überhaupt ein Umdenken in der Arbeitswelt schaffen können.

Genau. Lass uns mal über mein Thema Punkt kommen sprechen. Du hattest mir gesagt, ihr versucht das Organigramm so umzustellen, dass man Task Force Gruppen vereinzelt Themen erstellt und nicht mehr so einen streng hierarchischen Baum, wie das oft noch der Fall ist.

Mein PC ist eine Skill basierte Plattform für Mentoring und Wissens Netzwerke. Das bedeutet, wir ermöglichen es, dass man liquide Strukturen wie z.B. ein Netzwerk, ein Verein, eine Work Force organisiert, dass man bestimmte soziale Regeln anwendet, aber bestimmte Freiheit und Macht Möglichkeiten effizient ermöglicht. Und damit kann man natürlich das Organigramm ersetzen. Denn dieses ist heutzutage immer noch in den meisten Unternehmen, die ich kennengelernt habe, das Instrument, indem man denkt bezüglich Kommunikation, Zusammenarbeit in Projekten, Führungskräfte, Entwicklung oder Talent Entwicklung.

Und das ist schade, denn wir müssen alle etwas schneller werden, etwas kreativer, etwas mehr miteinander wagen. Also nicht nur aus Solidaritäts Gründen, sondern aus wirtschaftlichen Gründen. Und auch wollen Menschen Hierarchien immer weniger. Und zwar nicht Hierarchien in dem Sinne, dass man keinen Vorgesetzten haben möchte. Wir haben dazu Befragungen durchgeführt und ganz interessant. Also wenn man sagt, ich möchte in einem Unternehmen mit flachen Hierarchien arbeiten, dann meinen die Leute gar nicht, dass sie keinen Chef haben wollen.

Das, was man meint, ist, dass man näher mit seinen Peers auf der gleichen Ebene zusammenarbeiten möchte. Und das ermöglichen wir mit Mindestziel. Denn bei uns kann man sehr einfach auf Basis von Skills eine Person finden, einen Termin vereinbaren, mehr mit der Person machen, die Gespräche bewerten, sich in einem Programm anmelden und diesen gesamten Prozess hintendran, das gerade von Personen gemacht wird und deswegen die Programme für so wenige freigegeben sind.

Digital abbilden eurer Zielgruppe sind aber nicht nur IT-Fachkräfte, sondern generell ja Facharbeiter unterschiedlicher Branchen. Oder gibt es dann ein Schwerpunkt?

Also meine These ist an sich eine technologische Plattform. Wir bieten diese an Unternehmen an, die sie für ihre Initiativen und für ihre Mitarbeiter verwenden. Das heißt, wir haben keinen Branchen Fokus, bieten aber die Plattform vorwiegend an Unternehmen mit mehr als 250 Mitarbeiter an. Denn dann wird es für die Mitarbeiter selbst oft unübersichtlich. Dann wird es auch für die Personalabteilung nicht mehr so intim. Und man kennt die Personen nicht. Wie soll man sie machen? Oft sind es keine Programme, die rein für ITler gedacht sind, aber solche, die ITler mit anderen auch sehr gut vernetzen.

Okay, also doch IT. Schwerpunkt, aber nicht ausschließlich. Es richtet sich dann eben nach der Firma, die eure Lösung einsetzt oder nach der Branche der Firma. Genau.

Oft ist das Thema Diversity da noch wichtig oder Innovations Netzwerke und da spielt das Thema eine Rolle.

Wie funktioniert das dann? Dann können sich Leute, die Mentor werden möchten und Leute, die Mantis sein möchten, auf der Plattform registrieren innerhalb der Firma. Und die finden dann zusammen. Oder wie ist da der Prozess?

Genau so meine These ist eine Whitley Bohrplattform. Die wird vollständig in die bestehenden Kanäle und Tools vom Unternehmen integriert. Das heißt, von außen sieht man nicht, dass man beim Interesse ist, sondern das sieht wie der Rest des Intranets aus oder einfach wie ein. Ein bisschen schönere App auf der Plattform kann man sich frei vernetzen. Also dass es dieses angemahnten Self Service Faktor, den wir besprochen hatten, aber auch kann man sich dort ganz formell für Mentoring-Programm bewerben, die komplett über die Plattform abgebildet sind.

Das heißt, der gesamte Prozess von Bewerbung, Zulassung, Matching, tatsächliches Mentoring, Terminvereinbarung und dann Evaluierung und eben Auswertung von Mentoring Ergebnissen. Das findet alles über unsere Plattform statt, ohne den Bedarf von technischem Aufwand.

Ja, das war cool. Als wir unser erstes Gespräch hatten, hast du mir auch einen Link zugeschickt, wo ich mir dann Termine aus deinem Terminkalender aussuchen konnte oder freie Slots. Da hab ich ja quasi schon Vorgeschmack bekommen. Ja, auf jeden Fall ne coole Funktion.

Also wir sind einfach ja auf Effizienz hinaus, oder?

Ja, kommt mir total entgegen und er fand ich cool. Hast du denn so einen Einblick? Ich meine, wenn ihr mehrere Unternehmen betreut, welche Themen besonders gefragt sind, kann man das sagen? Gibt es da Fachthemen? Vielleicht Technologie, Themen, die besonders gefragt werden oder bei Führungskräften spezielle Schwerpunkte? Hast du da einen Überblick?

Ja, das ist wirklich spannend, denn wenn man sich mit Tessa als eine Suchmaschine für Menschen vorstellt, dann erzeugen natürlich die Suchbegriffe alle zusammen und in anonymer Form eine Landkarte von den Bedürfnissen der Mitarbeiter in dem Netzwerk gerade. Und das ist eine extra Funktionalität, die wir anbieten. Diese Skills in Echtzeit zu messen und die Bedarfe auch zu ermitteln, sodass man bei großen Gaps eingreifen kann und auf Basis von Daten Programme entwickeln kann, Trainings anbieten kann, externe Coaches einladen, kein et cetera.

Aber wohl wissend, dass das jetzt wirklich gebraucht wird. Und nein, um ehrlich gesagt gibt es keine Themen. Sehr, sehr selten. Sucht man nach Klassikern und sehr, sehr oft sind es kleine Dinge, die einen in den Weg zu stehen scheinen, wie z.B. Führen in Remote Work oder Präsentation Skills ausbauen. Also wenn wir ein öffentliches Programm anbieten würden in einem Unternehmen, um diese Skills quasi um ihre Entwicklung zu unterstützen, dann würden sich wahrscheinlich wenige Mitarbeiter und vielleicht auch noch weniger IT-Fachkräfte dafür anmelden.

Aber dadurch, dass es bei MEND teste, wie in eine Art Tinder wenn man so möchte eben anonym möglich ist, erstmal nach jemanden zu suchen, sich ein Bild zu machen und dann eine Anfrage zu schicken, trauen sich die Leute auch eben wirklich, die Themen zu recherchieren, die sie interessieren.

Okay, da hilft die Plattform einfach, dass man seiner Interessenslage folgen kann, ohne Angst haben zu müssen, oh, entdeckt zu werden. Oder warum interessierst du dich denn ausgerechnet für dieses Thema?

Ja und Stichwort Millennial Welcher Millennial geht heutzutage zu a physisch? Mach die Tür auf und sagt Ich möchte ein Mentor, weil ich mit meinem Team nicht zusammenkommen kann, weil ich mich langweile oder weil ich Probleme habe in der Kommunikation. Aber jeder von uns möchte das auch in der Art machen. Und noch eine Referenz zu Silicon Valley. Ich vergleiche mit Tessa oft mit Tinder und da gehen natürlich Augenbrauen hoch. Es ist ja ein höchst unangebrachter Vergleich, wenn man über sterile Unternehmens Umgebungen nachdenkt und Online-Dating.

Aber Tinder wurde angeblich von Takis in Silicon Valley entwickelt, die sich nicht getraut hätten, auf andere zuzugehen. Und wenn man sich das Thema genau anschaut, dann stellt man schnell fest, dass im Arbeits Kontext genau die gleiche psychologische Unsicherheit herrscht, wenn es darauf ankommt, Probleme anzusprechen, sich Hilfe zu holen. Und oft sind es wirklich banale Sachen, die man zum Glück bei uns lösen kann.

Ja, das Impfstoffes Syndrome. Ob es beim Dating ist oder bei Fachthemen ist natürlich allgegenwärtig. Und ich denke, da leisten digitale Plattformen guten Dienst, dass man anonym oder pseudonym da bequem auf der Couch mal eine Anfrage stellen kann. Ja, das verstehe ich absolut. Du hast ja viel Erfahrung mit Mentoring und ich habe mal gelesen, dass es ganz wichtig ist, wenn man einen Mentor hat, dass man den regelmäßig trifft. Also wirklich im echten Leben physikalisch, dass man sich trifft, Erfahrungen austauscht und möglichst auch einen regelmäßigen Termin etabliert.

Jetzt haben wir natürlich heute durch das Internet ist die Welt quasi die Quelle für Montez und Mentoren. Funktioniert das auch rein online? Also weil ja, Mentor und Monti hat wahrscheinlich gegebenenfalls viel zu tun und sind nicht immer nah. Oder er wohnt gar nicht in meinem Land. Funktioniert auch reines online Mentoring, was wir zu sagen ja auf.

Jeden Fall also. Ich kann das absolut bejahen. Wie schon am Anfang der Sendung gesagt Mentoring ist ja eine Beziehung wie alle anderen und selbstverständlich sind Beziehungen, die in der echten Welt entstehen und gepflegt werden, mit einer anderen Tiefe vielleicht verbunden. Aber selbstverständlich können diese digital beginnen und sich auch dort entfalten. Ich glaube, was viel, viel wichtiger dafür ist, ist eben das allein man in der Erwartungshaltung zwischen Mentor und T. Dass beide diese Zeit wertschätzen, dass sie sich auch diese Zeit nehmen, dass man sich gegenseitig auch zuhört.

Das ist ein Kommunikations CEO, den viele von uns nicht sehr gut beherrschen und dass man sich ernsthaft dafür interessiert, sich beim Wachsen zu helfen. Und dann ist, glaube ich, das Medium nicht so wichtig und ich drücke die Daumen, dass die Pandemie bald vorbei ist und man solche Beziehungen auch natürlich mit offline treffen verstärken kann. Aber ja. Also hundertprozentig. Mentoring geht online und kann dort auch komplett stattfinden.

Okay, ja, das ist ein ganz wertvoller Hinweis, dass man sozusagen das Feld für Mentoring dann weltweit aufmacht. Oder man spricht vielleicht mehrere Sprachen, dann hat man diese unterschiedlichen Sprachräume eben als Quelle, aus denen man sich dann Mentoren heraussuchen kann.

Ja, ja und nochmal der Hinweis rein theoretisch wäre die ganze Welt ein Mentoring Pool. Aber wir sind schon wieder bei dieser Sache. You need to know people to und durchaus grow. Du musst die Person kennen, um ihr beim Wachsen zu helfen. Dafür sind besondere Netzwerke sehr, sehr wichtig. Man kann sich nicht über Link den einen Mentor finden. Link. Den hat eigentlich auch diese Funktion. Wer das ausprobieren möchte, kann auf Linke hingehen und eben angeben, dass man gemacht werden möchte.

Ich habe das auch ausprobiert. Circa drei Jahre. Es klappt nicht. Man wird gemerkt, man tauscht sich aus. Also hallo und höfflich. Aber dieses warum sollen wir jetzt die Zeit miteinander investieren und nicht mit jemandem anderen? Das fehlt. Und deswegen viel besser ist es, sich in einem Netzwerk einzubringen, wozu man einen Bezug hat. Und einen Tipp habe ich noch einen guten, z.B. die ehemalige Schule oder die Uni oder ein Verein, indem man es.

Diese haben sehr sehr oft Alumni Mentoring Programme, die einen matschen und die einfach eine gute erste Anlaufstelle anbieten.

Na super. Vielen Dank. Ich würde gerne noch zwei Fragen stellen, die mir unter den Nägeln brennen. Und zwar gibt es Fallstricke. Oder hast du mal erlebt, dass jemand gesagt hat Ich möchte gerne mit dem Mentoring beginnen? Also entweder aus Mentor Sicht oder aus Sicht und ja, ein vielleicht nicht so gute Erfahrungen gemacht hat. Gibt es Fallstricke? Worauf sollte man achten? Welche Fehler sollte man vermeiden, die vielleicht häufig vorkommen?

Als Mentor oder als Monti? Beides.

Fangen wir mal als Mentor an. Natürlich gibt es das und wie in anderen Beziehungen auch. Also wenn wir an Beziehungen im berufst Kontext denken, können wir doch oft fehlende Authentizität bemerken oder einfach Intransparenz oder eine gewisse Gezwungen heit. Und es gibt es auch beim Mentoring z.B. etwas, was durch die Art und Weise wie Mentoring Programme heute funktionieren hierarchisch. Dass Mentor und Mentor nicht freiwillig zueinander kommen, sondern von einer dritten Person gemacht werden, findet man sich schon immer wieder in Situationen, in dem man keine Sympathie entwickeln kann, indem man keinen Bezug zu dem Thema wachsen lassen kann, indem man einfach nicht freiwillig da ist, sondern weil man zugeordnet wurde.

Ja, wollte ich gerade sagen, die Freiwilligkeit fehlt. Das hat es ja schon angesprochen.

Ja, absolut. Das ist ein unheimlich wichtiger Faktor. Was für meine These spricht aber was überhaupt das Alleinstellungsmerkmal von Mentoring sein sollte. Es ist eine reine freiwillige Beziehung auf beiden Seiten. Und wenn man in dieser Situation ist, dann hab ich einen Tipp. Ich würde das einfach offen ansprechen und eben gemeinsam einen Plan entwickeln, wie man damit umgehen möchte, dass man jetzt gemischt ist und in dieser Situation ein Projekt oder eine Aufgabe erledigen muss, eine Periode zusammen quasi durchhalten soll.

Aber ich würde nicht so tun, als wäre das nicht freiwillig. Ein zweiten Tipp hab ich auch und das ist sozusagen ein Watch out. Denn oft finden wir diese Sympathie nicht für Menschen, die anders sind als wir. Stichwort Diversity, Stichwort Empathie. Und ich persönlich challenge mich immer in diesen Situationen über mich hinauszugehen und möglichst mich von Bayes zu befreien und möglichst proaktiv zu versuchen, meine Fühler für die andere Person auszustrecken, sodass ich. Zumindest mal kurz in ihrer Welt mich eintauchen kann offen sein und lernen.

Absolut, absolut offen sein und klären, das hast du so schön einfach gesagt. Einfach entspannt darauf sich einlassen und nicht so erstarren und das quasi innerlich ablehnen. Ja, das zweite, was passieren kann, ist die fehlende Transparenz. Und das passiert oft durch die Mentoring-Programm äh, wieder, wie sie heute gemacht werden. Ich bin für viele Studierenden und Schüler Mentorin und man sieht es bei den Schülern. Die sind wirklich oft in den Mentoring Programme, weil sie das interessiert, manchmal aber, weil sie ihre Eltern hierfür angemeldet haben.

Ich bin Mentorin in einem Gurs in Teck Programm, wo man Mädchen an die Programmierung heran bringt und dort ist es manchmal so, ja, da werden die Kinder von den Eltern angemeldet. Ein zweites Beispiel habe ich aus den Studierenden in den Programmen, in denen ich mich an der TUM engagiere. Und sonst? Und zwar ist es so, dass die Teilnahme an einem Mentoring-Programm oft sehr gut im Lebenslauf aussieht. Und oft sind die Studenten nichts an dem Austausch mit dem Mentor tatsächlich interessiert, sondern einfach an dieser Auszeichnung in ihrem CV.

Das ist eine andere Art von und Freiwilligkeit. Dort gilt genau das Gleiche Einfach Transparenz zu schaffen und das quasi möglichst zu thematisieren, aber auch offen zu bleiben und zu lernen und das nicht persönlich zu nehmen. Jeder von uns hat immer Gründe für alles, was wir tun. Das sind so die zwei grossen Stolpersteine, die ich sehe.

Also Freiwilligkeit ist ein ganz wichtiger Punkt. Und Authentizität ist ein ganz wichtiger Punkt.

Ich daraus ehrliches Commitment und das gilt ja viel. Montez wie auch für Mentoren ist im Prinzip universal gültig.

Absolut. Und danke, dass du das sagst. Denn genau andersherum gibt es viele Mentoren, die am ersten Tag, indem sie ein Mentoring-Programm joinen, das in ihrem Linkt in prophetischer Stellen aber dann doch nie Zeit haben für die Meetings und das nur so halbherzig mitmachen.

Okay, verstehe. Ja, für das Zertifikat ja.

Und da wäre ich als Monti sehr souverän. Und ich würde einfach sagen Ja, es hat mich sehr gefreut. Ich habe keine weiteren Fragen und ich würde mir einen anderen Mentor suchen, um wachsen zu können.

Um wirklich intensiven Austausch zu betreiben, muss ja ein ehrliches Interesse von beiden Seiten bestehen, dass man sich helfen möchte. Hast du denn vielleicht zum Abschluss noch Sexes Storys? Eine ganz besondere, wo du mal einen ganz besonders tollen Mentoring Erfolg miterlebt hast oder eine andere erfolgreiche Geschichte, die dir einfällt?

Ach natürlich, jetzt über die Jahre haben sich sehr schöne Gegebenheiten ergeben. Also ich meine, ich habe Tandems zusammengebracht, die dann später gemeinsam gegründet haben. Ich habe Mentorinnen, mit denen ich schon seit Jahren im Kontakt bin. Ich habe Mentorinnen, die mich später quasi zu sich ins Unternehmen Beirat eingeladen haben. Es gibt alle möglichen Fälle, wenn man offen ist zum Lernen und sich wirklich ehrlich und freiwillig einer Beziehung und ihrem bestmöglichen Zustand verpflichtet. Ich persönlich glaube, dass das Wichtigste Erfolgsfaktor ist in allem, was wir tun.

Und ich bin sehr gespannt, was wir andere Erfolgsstorys sich noch über Montessori und über unserem gemeinsamen Weg ergeben.

Da bin ich sicher, dass da noch einiges hinzukommt. Das ist ja auch oft so. Man sieht das gar nicht so, weil man jeden Tag lernt, jemanden klein bißchen was dazu. Und irgendwann nach Jahren stellt sich dann dieser Durchbruch ein. Man denkt so okay, wo kommt das her? Aber dieser tägliche Fortschritt ist halt nicht so sichtbar. Aber es ist super schön zu sehen, wenn was wächst. Und wenn Mentor und Monti voneinander profitieren.

Ja übrigends, ich biete das gerne deinen Zuhörern an. Also jeder, der ehrlich nach einem Mentor sucht oder nach einem Monti, bitte meldet euch bei mir. Ich habe ein riesengroßes Netzwerk mittlerweile über meine These kostenlos organisiert in einer offenen Community. Ich kenne die meisten Leute in dem Netzwerk auch persönlich und würde mich sehr freuen, euch dabei zu helfen, jemanden zu finden. Perfekt.

Ich stelle gerne den Kontakt Link oder deine E-Mail-Adresse in die Shownotes, sodass die Leute sich direkt bei dir melden können.

Danke gerne. Ich genieße das Gespräch mit dir, Maurice und wenn du mich gefragt hattest, kann sich sowas auch digital ergeben. Du und ich, wir haben uns ja noch nie im echten Leben getroffen und es macht so Spaß.

Vielleicht machen wir nochmal eine Folge zusammen.

Ja, absolut gerne, wenn du ein zweites Thema einfällt. Sehr, sehr gerne.

Wunderbar. Vielen Dank, Tina. Wenn unsere Zuhörer fragen. Haben oder uns Feedback senden wollen, könnt uns gerne eine E-Mail schicken an Podcast Skill bei Tee. Wir freuen uns immer über Bewertungen und wenn ihr den Podcast abonniert. Natürlich empfiehlt uns auch gerne an Freunde und Kollegen weiter, die auch über Technologie Themen auf dem Laufenden gehalten werden möchten. Für weitere Infos schaut auf das Gilbert Website Skill Bildpunkte vorbei. Tina. Es hat eine Menge Spaß gemacht heute Abend. Ich danke dir, dass du heute mein Podcast Gast warst.

Vielen Dank.

Vielen Dank.

Maurice KnoppSkillbyte Podcast #44: Mentoring für IT-Fachkräfte
Mehr

Skillbyte Podcast #43: Helm – Der Kubernetes Paketmanager

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: Helm – Der Kubernetes Paketmanager

// Inhalt //
01:23 – Definition: Was ist Helm und wie wird es eingesetzt?
04:14 – Einsatzszenarien für Helm Charts
08:03 – Warum benötigt man Helm Charts ?
09:13 – Vorteile von Helm Charts und deren Einsatz
14:32 – Zusammenfassung Vorteile Helm Charts
16:12 – Von Terraform über Kubernetes zu Helm
22:18 – Beispiele: Betrieb hoch-skalierbarer Anwendungen
26:09 – Neue Anwendungen werden Cloud-native entwickelt; selten Migrationen von Bestandssystemen
29:18 – Bestandteile und Funktionen eines Helm Charts
34:25 – Handhabung von Helm auf der Kommandozeile
36:23 – Helm 2 vs Helm 3
37:35 – Flux – CI/CD in Perfektion
41:53 – Fortgeschrittene Deployments: Canary und Blue Green Deployments; Istio

Show notes:

Podcast #25: Kubernetes: Flexibles und leistungsfähiges Rechenzentrum für Unternehmen
https://soundcloud.com/skillbyte/podcast-25-kubernetes-flexibles-und-leistungsfahiges-rechenzentrum-fur-unternehmen

Podcast #36: Terraform – Virtuelles Rechenzentrum mit dem Infrastructure as a Service Werkzeug
https://soundcloud.com/skillbyte/podcast-36-terraform-virtuelles-rechenzentrum-mit-dem-infrastructure-as-a-service-werkzeug

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

// AUTOMATISCH GENERIERTES TRANSKRIPT //

Das Wichtigste zu verstehen ist, dass man mit Helm eigentlich nur kybernetisch Ressourcen verwaltet. D.h. Anstatt dass ich jetzt mit meiner Cubes Btl hingehe und sage create deployment create secret create config map, sag ich einfach nur Haman Stall und im Hintergrund läuft halt genau das. Aber das Schöne an der ganzen Sache ist, dass das alles kybernetisch Native ist. Also im Prinzip kann ich es nicht best practice, aber im Nachhinein kann ich beliebig auch die Ressourcen per Hand wieder editieren.

Ist natürlich nicht empfohlen, weil dazu gibt’s ja Helm. Herzlich Willkommen zum Skill bald Podcast Nr. dreiundvierzig Helm Der Kybernetisch Paket Manager abonniert unseren Podcast für mehr spannende Technologien aus dem Technologie Umfeld, wenn er IT Entscheider oder ity Fachkraft seid. Wenn ihr eine Frage habt im Verlauf der Episode sendet uns gerne eine E-Mail an Podcasts Skill BYD Punkt D Wir freuen uns auch immer über Bewertungen und ganz besonders wichtig für uns sind Weiterempfehlung an eure Freunde und Kollegen, die sich auch für Technologie Themen interessieren.

Wenn ihr aktuell ity Jobs sucht, schaut gerne auch auf das Gebiet Jopp Seite vorbei. Ich bin heute hier mit Julius, einem DevOps Ingenieur von Skill bald und ich freue mich super auf dich. Hallo Julius, hi Maurice. Ja und heute sprechen wir über Helm und das Thema kybernetisch bzw. was Helm genau ist. Und Helm ist eine Technologie. A kann man sagen, die in den letzten 2 3 Jahren doch deutlich an Verbreitung zugenommen hat und ja auch so ein bisschen gehypt es, oder?

Ja, auf jeden Fall. Also das Tool ist ja schon ein bisschen älter. Aber wie du gesagt hast, es ist jetzt in den letzten Jahren hat das enorm zugenommen. Auch. Vor allem wird das viel verwendet. Also eingebettet in andere Systeme, wie z.B. Rangiere oder so. Also das ist auf jeden Fall sehr populär zurzeit genauso.

Entwicklungsgeschichtlich kann man ja sagen, diese Kuba Metis Infrastruktur ist entstanden und die Leute haben begonnen eben ihre Anwendungen in kombiniertes Cluster zu Diplomen, die zu managen und haben dann aber festgestellt okay, so eine Anwendung aus mehreren Microservices im Kybernetisch Cluster, das ist relativ viel Handarbeit, diese zu warten und die einzelnen Komponenten zu aktualisieren. Es wäre doch schön, wenn man so eine Art Paket Manager hätte, wie man das aus z.B. Linux-Distributionen kennt wie APT, get oder Pacman und dieses Konzept auch für kybernetisch Anwendungen, die wie gesagt aus mehreren Microservices bestehen können, verwenden kann.

Das Ziel ist es eben kybernetisch Anwendungen möglichst einfach zu managen, also wie man bei abgeht install Paket Name sagt und Linux Pakete installieren kann. Genauso möchte man das auch in der Kybernetisch Welt haben und natürlich auch genau so einfach mit einem an install. Wofür hast du denn Helm bisher benutzt?

Ja, im Prinzip genau wie du jetzt gerade erwähnt hast. Also der Zustand, dass man eben irgendein fertiges Tool schnell installieren will, gerade auch zu Demo Zwecken oder um mal so ein kleines Proof of Concept zu machen. Wenn man zu einem Kunden fährt, den einfach zeigen will, was möglich ist und wie schnell das alles geht. Da benutzt man gern Helme, weil wie du schon gesagt hast im Linux Umfeld ist das ja auch sehr gängig, dass man da einfach schnell was installiert um es auszuprobieren, weil man sich eben nicht durch irgendeinen Install Wizard durchklicken muss und auch eben nicht viel konfigurieren muss, sondern das eigentlich out of the Box funktioniert.

Also Helm ist wie kybernetisch selbst auch OpenSource richtig. Genau. Ja, das ist ein Open-Source-Projekt, was von der Cloud Native Computing Foundation betreut wird. Und so kann auch jeder im Prinzip da dran mit basteln.

Contribution Ja, das machen ja die großen Cloud Provider. Alle oder die großen alten Namen bringen sich dann natürlich ein, weil sie auch gesehen haben der Trend geht ganz klar eben zum Paket Manager auf Kuba net des Container Anwendungen. Wenn unsere Zuhörer noch mehr zu kybernetisch wissen möchten, empfehlen wir auch gerne unsere Folge Nr. 25 Da geht es intensiv um das Thema Kybernetisch, um komplexe kombiniertes Anwendungen eben betreiben zu können oder installieren, deinstallieren, abzugrasen zu können. Wie genau macht man das denn mit Helm?

Stell dir einfach mal vor, wir haben entweder Ein und Promos Rechenzentrum oder ein Cloud kybernetisch Cluster hochgefahren. Ist ja egal, ob der jetzt bei einem der großen Cloud Provider läuft oder im eigenen Rechenzentrum. Und ich möchte die Helm Technologie einsetzen. Wie würde ich da denn jetzt dran gehen?

Ja. Also grundsätzlich gibt’s ja dann erstmal die Frage Möchte ich das jetzt für meine spezielle Anwendung, die ich zum vielleicht auch selbst entwickel machen oder für eine Anwendung, die eben noch nicht im Heim Repository mit drin ist? Oder eben so eine typische STANDARD Anwendung? Das weiß ich an Engine X Server oder typisch sind auch ein Monitoring primitives oder sonst was mit allen möglichen Abhängigkeiten. Im letzteren Fall würde man dann halt wirklich gucken, in welchem Repository das drin ist. Meistens sind die auch in den STANDARD Repositories drinnen.

Da gab’s jetzt plötzlich viel Umstrukturierung. Aber die großen Sachen, die sind eigentlich immer zu finden. Und dann würde man ähnlich wie beim Paket Manager tatsächlich einfach sagen Heim ins Daul den Release Namen. Also da kann ich selbst an einen Namen vergeben, der dann unique in meinem Cluster halt erscheint und dann eben der Name des Pakets. Im Prinzip also im Heim Umfeld nennt man das Helmut Shard. Und ja, man kann da beliebig dann auch Variablen in dem Shard verändern und anpassen.

Aber im. SIB reicht ein einfaches Heim in Stall, den Release Namen und das Shard, was ich installieren will und dann läuft das eigentlich schon von selbst alles an, mit allen Abhängigkeiten und einem möglichen.

Das heißt, ich konfigurierte Helm benutze ich von der Kommandozeile Karl gegen den kubanisches Cluster, gegen den ich es benutzen möchte. Ob on primus oder in der Cloud.

Richtig, genau genauso siehts aus. Und es gibt schon Repositories an die Helm Charts enthalten für STANDARD Komponenten wie z.B. Webserver, Engine X oder Datenbanken. Wobei Datenbanken in kubanisches Clustern ist immer so eine Sache, aber für fertige Komponenten und da kann ich meine eigene Software, die vielleicht ein Webserver braucht ne, wenn es Microservices ist, kann ich sozusagen darauf basieren lassen, oder?

Ja, das ist eben der Vorteil. Ähnlich wie beim Paket Manager wieder, dass sich eben Abhängigkeiten auch in meiner eigenen Anwendung einfach reinziehen kann. Und wie du schon gesagt hast, das ganze Management von Abhängigkeiten. Das passiert alles klein seitig und im Prinzip werden dann einfach ganz normal die Sachen nach und nach in kybernetisch Cluster installiert von Hän und ich muss mir da gar nicht viel Gedanken machen.

Also Helm geht dann hin, lädt die einzelnen @Helmut Charts die ich als Abhängigkeiten markierter. Bleiben wir mal beim Webserver runter, lädt die Docker Images runter Diplome die dem kybernetisch Cluster und sieh zu, dass alle Komponenten ordentlich starten. Und ja, die beschriebenen Wolli ums gemault teeth werden die Ports die angegeben werden freigeschaltet sind verschiedene krit. Dunkels gesetzt werden. Also als variablen Beispiel, sodass nach und nach die Anwendungen wirklich wie ausgepackt aus einem Paket in dem kybernetisch Cluster lauffähig gemacht wird.

Genau ungefähr so ist es natürlich schon noch so, dass Kuba Annettes sich um Sachen kümmert, wie jetzt die Container runterzuladen und so weiter. Das wichtigste zu verstehen ist, dass man mit Helm eigentlich nur kybernetisch Ressourcen verwaltet. D.h. Anstatt dass ich jetzt mit meiner Cubes Ctrl hingehe und sage create deployment create secret create config map, sag ich einfach nur ha’m. Im Stall und im Hintergrund läuft halt genau das. Aber das Schöne an der ganzen Sache ist, dass das alles kybernetisch Native ist.

Also im Prinzip kann ich es nicht best practice. Aber im Nachhinein kann ich beliebig auch die Ressourcen per Hand wieder editieren. Ist natürlich nicht empfohlen, weil dazu gibt’s ja Helm.

Das ist ja genau der Punkt, dass man eben nicht Anwendungen händisch installieren möchte. Das würde ja auch funktionieren. Und dass man dann hinterher sagt Okay, die Anwendung läuft. Ich habe drei Tage dafür gebraucht. Welche Befehle hab ich denn sozusagen abgesetzt, um die Anwendung zu installieren und daraus mir ein Script mache, sondern das genau soll ja Helm machen. Man beschreibt in diesem Helm schade, dass es eine Jamel Datei beschreibt man quasi die Abhängigkeiten und den Zustand der App und Helm sieht einfach zu, dass dieser Zustand hergestellt wird und führt die dazu notwendigen Kommandos aus.

Genau, ja.

Also das ist wie du schon gesagt hast, in DE klarer, tiefer Ansatz, typischer Orchestrierung. Use case also ich sag halt was ich haben will und Heyl guckt was hab ich und was muss ich tun, damit ich den Zustand erreiche? Also da haben wir noch gar nicht drüber gesprochen. Auch Sachen wie Updates und so weiter können von Heyme auch direkt behandelt werden. Und PAME vergleicht halt einfach nur Ist und soll und guckt dann, dass die Aktion ausgeführt werden, die nötig sind.

Ja, das ist ja auch wie bei einem Linux Paket Manager. Na da kann man ja auch die Updates direkt über dem Paket Manager machen und die werden dann eben eingespielt entsprechend.

Genau, ja. Also die Vorteile von HAMCHA sind ganz klar. Wir haben schon von der Jamel Datei gesprochen, dass man diesen Infrastructure Ascot Ansatz noch weiter treibt. Die Jamel Datei ist natürlich einfach eine flache Datei, die man in git Versionierung kann. Man sieht wer welche Änderungen gemacht hat, man hat reproduzierbare Installationen. Ich könnte ja jetzt auch sagen wir ich habe drei kybernetisch cluster test Akzeptanz Umgebung und Produktions Umgebung und könnte dann in schneller Folge ein komplexes Helmi Chat mit vielen Komponenten in allen drei Umgebungen installieren.

Das wäre überhaupt kein Problem. Richtig.

Genau das ist eben auch der Vorteil. Ich hab’s eben schon ein bisschen angerissen. Man kann diese Hemme Charts, die bestehen auch aus Templates. Also diese ganzen kubanisches Ressourcen werden getrampt rated und dazu wird go template im Englischen benutzt. Das heißt, dass ich dann auch abhängig von dem Environment, wo ich mein Deployment mache, auch Variablen setzen kann. Das heißt in Produktion kann ich z.B. sagen, die Praktikas von dem Container, also wie viele Container gleichzeitig für meine Anwendung laufen, ist höher als jetzt in einem Test in Valmont, wo ich halt eben nur kurz Funktionalität durch testen will.

Okay. Das heißt, die Ausfallsicherheit ist dann quasi noch die Umgebung anpassbar, sodass ich pro Umgebung das festlegen kann. Genau.

Also es kommt natürlich aufs hammerhart an. Wenn ich jetzt was vorge Bauteils nehme. Irgendein offiziös. Dann muss ich halt gucken, was ist da g Templates. Also was kann ich durch Variablen ändern? Aber wenn ich jetzt ein eigenes Chart Bauer z.B. für meine Anwendung, die ich jetzt selber entwickelt hab mit allen Abhängigkeiten kann ich beliebig in diesen kybernetisch Ressourcen wie jetzt bei eben schon erwähnt mittels den go templates kann ich dann einfach jeden beliebigen Punkt also ob es jetzt in der Environment variabel ist, obs Memory Limits oder sonst was sind, kann ich alles beliebig als variabel definieren.

Im Template und dann eben in einem separaten Pfeil kann ich dann sagen okay, das sind meine Values, die eben für Produktion sind. Das sind meine Waldis, die für die Testumgebung sind. Und so lässt sich das dann beliebig anpassen auf die Infrastruktur im Beispiel jetzt auch wenn man ein fertiges Chart hat. Das macht das Ganze auch so mächtig. Nicht jeder will sein Monitoring gleich aufsetzen. Der eine hat eben andere Ansprüche, auch an Verfügbarkeit oder auch die viele Daten überhaupt gespeichert werden.

Wenn es jetzt Richtung Valium Claims und so geht und das lässt sich dann halt eben beliebig konfigurieren und das macht das Ganze auch so mächtig. Ja, verstehe.

z.B. in meinem Alltag ist es total sinnvoll, dass man sagt in der Produktions Umgebung hab ich z.B. 50 Ports um die ganze Last abzuwickeln. Also dieser Produktions Anwendungen. Aber in meiner Testumgebung, der teste ja nur ich. Da brauche ich viel weniger Disk Space, kann die kleinen Cloud Instanzen nehmen, das kostet dann weniger Geld wenn man will ja nicht. Vielleicht zum ganzen Cluster nur für die Entwicklung dann Überstunden betreiben und kann das dann eben so konfigurieren, dass das passt.

Und das ist auf der einen Seite viel Last bewältigen kann, im Produktionsbetrieb aber im Development Betrieb dann sehr kostengünstig ist, dass man theoretisch ein paar Dollar am Tag jeder Entwickler seine eigene Umgebung hoch und runterfahren kann mit nur wenigen Maschinen aus dem gleichen Hemsworth heraus.

Genau das kann man auf jeden Fall machen. Wie gesagt, es kommt da immer auf das Template an, was genau jetzt konfigurierbar ist und was nicht. Aber das ist auch das Schöne an diesem ha’m Ansatz, wenn ich jetzt selber einen Chart entwickel. Wir hatten ja schon angesprochen, die Struktur ist so, ich hab da mal einen Chart dort Jamel mein Haupt Jamel Fall, was halt so einen Namen vergibt Version Abhängigkeiten und dann kommt halt ein Template Ordner, indem eben diese ganzen Ressourcen liegen.

Und im Prinzip kann ich erstmal von alleine kybernetisch Ressource ausgehen. Also wenn ich jetzt mir einen Cube Citi alte Skripte mache auf eine Ressource im Jamil Format, dann kriege ich im Prinzip schon die Datei, die kann ich in dem Template Ordner ablegen und dann ist das Ding erstmal gelaufen. Ich kann dann eben im Nachhinein sagen okay, hier steht jetzt Reply CAS 3 drin. Ich möchte das jetzt konfigurierbar machen und dann kann ich eben da ganz einfach das mit dem GO Template in Format teilt.

Ja, Template draus machen und da gibt’s natürlich ganz viel Advanced darf das man halt auch anfangen kann Funktionen zu bauen, die dann von bestimmten Sachen wie jetzt welchen Get Lab Branch ich das jetzt baue und so weiter die Variablen anpassen. Aber das ist alles advanced. Das Schöne ist, dass man halt wirklich so step by step das Ganze aufbauen kann.

Das heißt, man kann sehr schnell starten, weil man es einfach verstehen kann. Aber die Erweiterungen Möglichkeiten sind mannigfaltig, sodass man auch komplexe Enterprise Anwendungen im @Helmut Charts verpacken kann.

Genau hier also für jeden der kybernetisch benutzt, ist das eigentlich überhaupt kein Problem Helmuts zu bauen, weil man eben immer bei den Intels Ressourcen anfängt und dann eben bestimmte Sachen konfigurierbar macht.

Das heißt mit Helm Charts sind im Grunde diese Dateien gemeint, die eben diese Orchestrierung beschreiben.

Ja, also das ist ein bisschen verwirrend, weil das Startort Jamel ist ein Fail, was zu einem Heyme Chart gehört. Aber genau wie du sagst das ganze Paket. Also die Templates, das Valerius Free und das Chart dort Jamel, also die Beschreibung von dem ganzen Chart, das ganze Paket, das Wandel, das nennt man eben Chart.

Okay, verstehe. Das heißt, wenn wir nochmal die Vorteile von Helmi Charts zusammenfassen, was bringt mir deren Verwendung? Dann kann man schon sagen erstmal bündelt es die Anwendungs Informationen. Also welche Dienste brauche ich, welche Williams brauche ich, welche Ports brauche ich? Die sind da ja alle beschrieben und einfach erweiterbar. Also wenn man ein weiteres Molden brauch, kann ich das einfach da eintragen und es würde dann hinzugefügt. Änderungen durch die Git Versionierung keit können einfach nachverfolgt werden und es gibt bereits eine große Bibliothek von vorhandenen Pane Charts, die ich entweder inkludieren kann oder als Basis für eigene Entwicklung nutzen kann.

Ja genau. Was vielleicht noch ganz interessant zu wissen ist. Wir haben ja schon gesagt, Heyme macht eben diesen ist Säufer gleich und das gantzer Kommando. In diesem Fall wäre das dann Häme Upgrade. Das ist eidam potent, also idR impotent im Deutschen. Das bedeutet, ich kann das Kommando so oft ich will absetzen und es ändert eigentlich nichts, außer dass jetzt die Release Noma hoch gezählt wird im Cluster. Aber abgesehen davon läuft meine Applikation. Ohne angefasst weiter.

Wenn ich jetzt keine Änderungen gemacht habe und das ist natürlich eine super Grundlage für Scripting, dann also, wenn ich das jetzt in der Pipeline packe oder so, kann das halt dann super einfach immer abgesetzt werden, weil das sich eben selbst darum kümmert, die nötigen Schritte durchzuführen.

Naja, okay, verstehe. Das heißt, wenn zwei Maschinen fehlen und du setzt Upgrade ab, dann Start. Der hat die zwei Maschinen. Und wenn das gleiche Kommando eine Minute später nochmal abgesetzt würde, würde einfach gar nichts passieren, weil er erkennt Ah, der Zustand, wie ich ihn beschrieben habe im HAMCHA. Das ist der Zustand, der auch im Cluster vorliegt. Das heißt, ich muss nichts machen. Genau. Wir haben in Episode Nr. sechsunddreißig über Terraforming gesprochen.

Das nutzt ganz ähnliche Mechanismen, um die Basis Infrastruktur, also z.B. diesen Kybernetisch Cluster aus der Taufe zu heben. Auf einer Cloud Lösung oder einer vorhandenen Infrastruktur und das ist natürlich in Kombination mit Kobanê des und Helmut Scharz kann man sozusagen von den Maschinen über den Cluster bis hin zur Anwendung eine komplette Basis Infrastruktur aus der Taufe heben mit dem Infrastructure as a Service Ansatz.

Das ist vielleicht noch ganz interessant, wo du jetzt Terraforming erwähnst. Viele Leute bringen das ja durcheinander. Terraforming hän Antriebe. Wo ist jetzt hier die Abgrenzung eigentlich? Und wie du schon gesagt hast, Terraforming ist halt eher Infrastructure Xcode. Also da hole ich mir dann irgendwie einen Cluster aus dem stampfe ich mir aus dem Boden und im hellen Bereich. Da ist man dann halt eher so bei den Applikationen, Middleware und sowas wie du gesagt hast. Terraforming hält ja auch für Zustand.

Bei Terraforming ist es so, dass der Kleinen seitig gehalten wird in dem Pfeil. Dieses Fall kann ich auch angucken und bearbeiten. Bei Helm ist es so, dass sich das ist auch abhängig von der Version. Da hat sich auch viel getan von der Version 2 zu 3, aber im Prinzip werden die ganzen Informationen im Cluster gehalten. Bei der neuen Version Version 3, da werden die Informationen in dem Namespace gehalten, wo auch mein Release läuft, also die Applikation, die ich installiert hab.

Und das hat eben den Vorteil, dass dann auch so Sachen wie jetzt Rol based Access Control von kybernetisch aus direkt umgesetzt werden. Also dass der Benutzer, der dazu berechtigt ist, das Deployment zu ändern oder überhaupt was zu Diplomen die Möglichkeit kriegt, wobei jemand anders, der dann eben nicht die Rolle hat, diese Möglichkeit unterbunden ist.

Also so eine Art Zugriffs Beschränkung mit Hilfe der Aarburg Policy genau Vorjahr bei Hellem 2 war das nicht ganz so einfach.

Das hat super funktioniert, wo Kybernetisch Arbat noch nicht implementiert hat. Weida hatte noch einen Server im Kybernetisch Cluster der laufen musste. Der sogenannte Tilla Server oder Tilla wird er auch einfach nur genannt. Und dieser Tilla hat halt als Server funktioniert für das Ziel n Tool vom Client aus und der hat halt seine ganzen Ressourcen innerhalb seines Namens Spaces abgelegt. Also enorm viel war das in dem Cubes System namespace. Da lief halt der Tilla und der hat dann Config Maps erstellt oben eben seine Ressourcen und seinen Zustand zu halten.

Und jetzt? Neu ist eben bei Hemme 3, dass die Ressourcen in dem Target namens Bake, also da wo ich meine Deployment wirklich mache, abgelegt werden, was eben diesen Vorteil hat, dass man die Arak Funktion von Kybernetisch direkt mit einbindet. Na weil wenn ich jetzt mit meinem Kleintieren gehe und keine Rechte hab, dann kann ich natürlich auch diese config maps gar nicht lesen oder bearbeiten.

Ja, das ist auch Tilla. War ja auch so ein Sicherheitsproblem, weil halt alle Leute, die sozusagen mit dem Tiller sprechen können, auf alle verwalteten Ressourcen Zugriff haben. Und jetzt über die Arbaces kann man das etwas feien Granulat wa steuern? Also man sollte auch für unsere Zuhörer, wenn man heute anfängt, auf jeden Fall mit der Version 3 von Helm beginnen. Genau hier. Ja, das ist vielleicht nochmal, um diesen Zweck klarzumachen. Ich finde das ganz interessant.

Du musst dir einfach vorstellen, oder? Unsere Zuhörer können sich einfach vorstellen, man hat diese laufenden Server einfach im Rechenzentrum, also hunderte oder tausende davon. Mittels Terraforming bündelte ich einige dieser Server zusammen zu einem Kybernetisch Cluster. So und der Cubaner? Das Cluster ist sozusagen ein STANDARD, der ob er jetzt bei Escher läuft, bei Google in der Cloud läuft oder bei AWS Amazon in der Cloud läuft oder irgendwo anders auch im eigenen Rechenzentrum sich mehr oder weniger gleich verhält.

Und auf diesem kybernetisch Cluster oder in diesen kybernetisch Cluster kann ich jetzt mittels Helm meine kybernetisch Anwendungen diplomen. Und wenn man diese drei Werkzeuge zusammennimmt also Terraforming Kybernetisch Helm komme ich relativ weit weg von diesem Vendor Lock in genau.

Ja wie du schon sagst. Also ich meine Kuba Annettes generell ist schon ein richtiger Schritt in die Richtung, dass man halt einfach eine Basis schafft und dann eben man nimmt ja gerne den Begriff Cloud Agnostikern in den Mund, also dass man eigentlich sich nicht wirklich drum kümmern muss, was unterhalb von Kybernetisch läuft, weil man da eben diese fest definierten Standards von Kybernetisch hat, also die Ressourcen und so weiter. Und klar, wenn ich dann ein. Dann bin ich da flexibel.

Also wenn du Helm benutzt, bist du da flexibel und hast quasi den ganzen Steg aus dem Vendor Lock in herausgezogen. Genau hier. Das heißt also, das ist ja wirklich toll, diese drei Komponenten oder softer Komponenten, die auch frei verfügbar sind in Kombination binnen Minuten hab ich quasi aus STANDARD Servern hab ich ein komplettes System aufgesetzt. Ich hab meine Infrastruktur pro Visionär. Ich hab mein kybernetisch klasse laufen plus ich habe meine kubanisches Anwendungen laufen und kann zu Testzwecken ja ganz beliebig diese Infrastruktur binnen Minuten hoch und runter fahren.

Kann Updates einspielen, kann Roll backs durchführen. Das hast du eben schon angesprochen, dass Helmut Shard selber dient. Natürlich auch. Jetzt muss man sagen für Entwickler auch als eine Art Dokumentation der Anwendung, weil ja genau beschrieben ist, was hängt von welchen Komponenten ab, welche Ports kommunizieren miteinander. Alleine das hat ja schon ein Wert, dass man sozusagen eine Anwendungs Dependency Graw generieren kann. Aus dem Hemd Shard. Ich weiß nicht. Gibt es da ein Kommando, dass man es irgendwie visualisieren kann?

Deshalb gute Frage. Das weiß ich tatsächlich gar nicht. Aber wie du schon sagst, das ist ein enormer Vorteil, den ich auch immer wieder gerne kommuniziere. Dass man eben durch das Coden von Schritten, die man durchführen muss, im Prinzip die Dokumentation überflüssig macht und auch damit eigentlich Fehler beseitigt. Wenn jetzt Sachen manuell durchgeführt werden, dann können immer Fehler entstehen. Man muss jemanden da haben, der aktiv zur Seite steht, mit dem Kopf da ist und wenn man das eben einfach automatisiert hat, sowohl mit Tera Form an.

Simple aber auch eben helfen könne einen dieser Fehler nicht so schnell unterlaufen.

Um ein plastisches Beispiel zu geben Stell dir mal vor, du bist verantwortlich für den sagen wir mal für den Server oder für die Helm Anwendung, die hier die Server betreibt, wo jeden Tag 20 Millionen Leute die Liste der Coruña infizierten runterlädt. Also das Beckhams sozusagen verdienender Corona Server. Und du würdest jetzt feststellen oh, die Anwendung wird sehr oft aus den App-Stores geladen. Ich muss irgendwie hoch skalieren. Das wäre eine relativ einfache Änderung. Würdest du das dann im @Helmut Chat mittels Reply CAS ändern oder was genau würdest du da einstellen?

Lustigerweise ist das Coruña App oder Coruña Waren App Server Beispiel eigentlich ziemlich gut, weil man da mehrere Komponenten drin hat. Zum einen Documentation. Wenn ich jetzt meine Heimat Charts publiziere einem Ghetto Chopra Satori Open Source, dann kann jeder sehen was läuft da eigentlich? Wie ist die Infrastruktur aufgesetzt? Wo läuft das Ganze? Und das hilft halt wirklich dann auch bei der Dokumentation, dass der Punkt 1, wie du sagst. Dadurch, dass ich dann mit meinen Templates eben diesen Replika Faktor einfach schnell hochsetzen kann, kann ich dann auch super schnell reagieren auf irgendwelche Anfragen.

Der Anstieg von Anfragen gut kybernetisch macht das natürlich auch schon mittels Autos Gayle. Aber wenn man jetzt in die Richtung geht, dass man mehrere Standorte hat, also eine globale Applikation hat, dann kann ich halt auch wirklich sagen Hey, wir haben jetzt einen neuen Markt irgendwo in Asian Pacific Area, dann kann ich einfach sagen So, da fangen wir jetzt an und da brauche ich jetzt ein Rechenzentrum und da hilft mir halt sowohl Theaterformen für die Infrastruktur, aber auch ha’m, vor allem, weil ich eben meine Applikationen in Minuten ausrollen kann oder eher Sekunden.

Ja, ich glaube auch an ein anderes gutes Beispiel ist, wenn ein ganz verbreiteter Messenger für Mobilfunk, Geräte oder für Smartphones seine Policy, seine Daten Policy ändert und auf einmal die anderen Messenger einen immensen Nutzer Ansturm zu verzeichnen haben. Das wäre auch so eine Situation, die in klassischen Server Umgebungen oh Gott, jetzt muss ich Server bestellen und die Immi mieten. Okay, ich bin in der Cloud, das heißt, ich kann in ein paar Klicks hinzufügen, aber das möchte man eigentlich auch nicht.

Man möchte im Grunde eine Anwendung so resilient implementiert haben, dass sie von selber, wenn sie wächst mehr Server Kapazitäten WIP mit kybernetisch mit Autos galligen automatisch sich beschafft bis zu einem gewissen Schwellwert.

Naja, das ist definitiv ein Vorteil. Ja und das ist dann eben ne kybernetisch Funktion bzw. in Helm selber kann man ja auch darauf Einfluss nehmen. Ja also wenn man zwei Beispiele genannt der Coruña ERP Listen Server und die anmeldest Server für Smartphone Messenger. Das ist natürlich auch eine Unternehmenskunden, die uns zuhören. Interessant wenn sie Nutzer Ansturm haben bei gewissen ich sag mal Black Friday Verkäufen oder Medienberichterstattung zu einem Unternehmen oder wenn Marketingkampagne laufen, wo halt in kurzer Zeit viele Kunden die Angebote nutzen.

Oder ein jüngstes Beispiel aus der vergangenen Woche, wo teilweise Server von Brokern Probleme hatten, weil eben ganz viele Aktien gehandelt werden auf einen Schlag. Da kann man dann gegenhalten.

Auf jeden Fall. Das hilft halt einfach schnell zu reagieren, weil ich eben dann nicht manuell. Irgendwelche Schritte einleiten muss, meinen Experten, der dann vielleicht im Urlaub ist, irgendwie ans Telefon kriegen muss. Sondern ich habe eben einfach die Dokumentation mehr oder weniger da und eben kann ich auch einfach Änderungen vornehmen direkt im Code, muss nicht mal irgendwo groß rum klicken, sondern ich mach das halt wirklich genau an der Stelle, wo ich brauch. Und da es so einfach ist, kann das natürlich auch automatisiert passieren, also direkt vom Computer.

Bevor wir jetzt noch auf weitere Details von Helmut Charts eingehen, würde ich dich noch fragen. Gerne zu deinem Erfahrungsschatz. Und zwar ist es deiner Erfahrung nach so, dass Firmen eher anfangen, neue Anwendungen auf Kuba nettes zu entwickeln und dann auch direkt zu @Helmut Charts zu erstellen? Oder werden auch viele Bestands Anwendungen also vielleicht alte Monolithen, die jetzt noch nicht so dem Mikroskops Paradigma folgen auch in Kuba Annettes Pakete verpackt und dann auch mit Helm Charts ausgerollt? Wie ist da deine Praxiserfahrung?

Also meine Praxiserfahrung ist eigentlich fast immer das gleiche und zwar dieses ganze Klout Thema kommt ja auf die Firmen zu und die wissen auch, dass die da was tun müssen. Die meisten haben kurz vor 12, also da ist das wirklich ein heißes Thema. Und da dann meistens auch relativ viel Funding in der Region dann zur Verfügung gestellt wird, passiert das doch meistens, dass Anwendungen grundsätzlich nochmal neu überdacht werden und dann auch eben der Microservices Ansatz umgesetzt wird, weil man eben, wenn man sowieso alles umzieht.

In diesem alten monolithischen Umfeld hat man natürlich seine großen Anwendungen irgendwo auf dem Server, der von irgendwem mit Hand konfiguriert wurde und wahrscheinlich irgendwo ne ganz dicke Dokumentation auf dem Schreibtisch liegt. Und da jetzt zu sagen Okay, ich hole das jetzt alles in die Cloud, das ist sowieso Arbeit. Und dann überlegen sich die Unternehmen meistens, dass es dann sinnvoller ist, das Ganze sowieso direkt schon um zu design, weil diese großen monolithischen Anwendungen haben ja auch was Skalierung betrifft Probleme.

Die sind meistens auch überhaupt nicht dafür gebaut, Verteil zu laufen. Und diese ganzen Cloud Native Komponenten API, Gate, Boyce und allen möglichen Sachen wären da gar nicht wirklich gut eingebunden. Wobei, wenn man dann nochmal wirklich sich anguckt, was gibt’s heutzutage für Frameworks, was ist der Stand der Dinge, dann kann man da seine Applikationen schön direkt Cloud Native neu designen. Und das ist auch das, was ich zurzeit hauptsächlich beobachte dass der Schritt eben auch direkt gemacht wird und die Applikation neu Design wird.

Man hat ja auch aus seinen Fehlern gelernt. Man weiß, wo sind die Schwachpunkte und manchmal sind das ja wirklich grundlegende Sachen, wo halt die Struktur von dem alten System einfach nicht so richtig passt.

Ja, genau, also das ist auch meine Erfahrung. Die alten Systeme funktionieren ja irgendwie, sonst wären sie ja nicht mehr da. Die lässt man vielleicht noch einfach weiterlaufen und steckt da gar nicht so viel Liebe rein. Aber wenn zukünftige Anwendungen entwickelt werden, benutzt man natürlich die neuen Technologien oder erweitert die alten Technologien um eine Komponente, die dann eben schon in der Cloud läuft. So ist auch meine Erfahrung. Also ich habe auch noch nicht gesehen, dass man Monolithen eins zu eins einpackt und dann in Kybernetisch betreibt.

Das wäre sicher auch dann ungünstig.

Ja, da hat sich einfach sehr viel getan, jetzt auch in der letzten Zeit. Wie einfach Applikationen strukturiert werden und implementiert werden, also gerade Sachen Richtung Datenspeicher und so in der Cloud geht man halt nicht davon aus, dass man immer so lokal seinen Speicher direkt bei der Anwendungs Logik hat, sondern geht da dann eher hin und benutzt externe Komponenten. Es kann ja auch eine skalierbare Datenbank sein, die auch im Cluster läuft. Aber eben dadurch, dass alles fein Granularität strukturiert ist, kann ich eben auch beliebig hoch und runter skalieren, so eben wie die Funktion benutzt werden von der Anwendung.

Lass uns doch nochmal etwas ins Detail gehen und nochmal genau besprechen, wie ein Helm Shard genau zusammengebaut wird oder wie das funktioniert. Möchte uns da kurz mit an die Hand nehmen, um das einfach mal strukturiert nochmal von Anfang bis Ende kurz zusammenzufassen, weil wir haben ja jetzt schon hier und da das Thema mal angeschnitten.

Ja, also das Hemd Shard ist eigentlich ein Wandel aus verschiedenen Dateien. Und die Haupt Datei ist eben dieser Chat dort Jamel, die eben dann einfach nur grunt information über das Chat enthält wie jetzt den Namen Version Abhängigkeiten. Und weiter gehts dann eben mit dem Templates Folder. Das ist so standardisiert der Ordner, der eben diese ganzen kybernetisch Ressourcen beinhaltet. PM nimmt dann einfach alles in dem Ordner und Diplomat das ins Cluster. Das heißt, wenn ich ein Pfeil da drin habe was überhaupt nicht ein Template ist, was einfach nur eine kybernetisch Ressource ist, dann wird hier auch genauso im Cluster ausgerollt.

Dann kann ich natürlich keine Konfiguration Änderungen machen mittels variabel, aber manchmal ist das ja auch gewollt. Dann die des Template Ding selbst. Das funktioniert eben mit diesen Gol Templates und alle goh lang internen Funktionen Template Funktionen sind abgebildet. Also wenn man da in der Sprache schon ein bisschen Erfahrung hat, hilft das natürlich immens. Aber Heimat auch noch weitere. Funktion hinzugefügt, dies dann leicht machen eigentlich alles mögliche zu Templeton, was Person nur Beispiel Funktionen, die man nutzt.

Also ich hab jetzt noch nicht viel mit Go lang gemacht, aber gibt es vielleicht eine funktionierende häufiger nutzt und die dir hierzu direkt einfällt?

Ja, also es gibt verschiedene Möglichkeiten, aber es gibt ja auch bestimmte Anwendungen. Wollen ja auch irgendeinen random character String haben, z.B. um krypto grafische Strukturen zu initialisieren.

Und da könnte man dann jetzt einfach in dem hammerhart sagen Gib mir random alpha numerische Ziffern generieren er ID oder sowas und das ist mein zaehlt für irgendwie eine Verschlüsselung Funktion, oder?

Genau das wäre jetzt ein Beispiel. Ich meine, ähnlich würde es oft auch mit Passwörtern gemacht, die eben nur Admin Passwörter für irgendwelche Datenbanken, die nur innerhalb des Clusters einem Sekrete sein sollen. Und da will man das Passwort ja explizit auch randomisiert haben. Das heißt, dass man halt gar nicht erst irgendwie eine Schwachstelle hat, wo irgendwer das Passwort kennt zu irgendeiner Datenbank, sondern das wird einfach direkt alles innerhalb des Clusters abgespeichert und keiner braucht da Zugang zu genau bei den Templates.

Ist vielleicht noch interessant für die, die da jetzt noch nicht so mächtig sind. Mit der Jamel Syntax ist natürlich empfohlen, das in Jamel zu machen. Das wird ja in vielen anderen Bereichen auch verwendet, weil das eben so schön lesbar ist. Aber für die, die’s Probleme macht Jamil ist ja eine obere Menge von Jason, also jede valide Jason Struktur ist natürlich gleichzeitig eine valide Jamel Struktur. Das erlaubt mir dann auch Jamil zu schreiben und wenn ich mal nicht weiterkommen.

Kurz die Ressource oder die Struktur eben in Jason darzustellen. Das wird ganz normal dann verwendet von Ham wie jedes andere Jamil und ja, funktioniert auch so was dann vielleicht noch interessant ist, ist das Beliefs. Das hatten wir schon ein paarmal ein bisschen angerissen. Hier nochmal explizit das ist eben ein Fall, was einfach Variablen definiert. Alles, was ich in dem Chart konfigurieren kann, kann ich in diesem Various Fall anpassen. Das heißt, ich kann dann eben, wie wir schon vorher gesagt haben, die Replika aus einer Anwendung anpassen und ich kann eben auch verschiedene Valerius Fails für verschiedene in Wassermanns benutzen.

Das heißt, wenn ich jetzt z.B. einen Gegenpol Süd-Korea kann ich auf jedem Bronstein auch ein unterschiedliches Belgiers Fall ablegen. Wenn es jetzt Development ist, was dann in die Test in Valmont geprobt wird, will ich da vielleicht andere Werte, andere Hoch Verfügbarkeit Werte haben als jetzt bei Produktion in Wahrnehmens.

Ich könnte auch Suchtest Nutzernamen da unterbringen. Dann heißt der User auf Test heißt der User minus test und auf in der Produktion wird er ganz weggelassen.

Wo solche Geschichten dafür wäre das welches Faltern da genau das Beliefs Fall ist natürlich auch wenn ich mir jetzt irgendwie von extern eine Ressource rein hole. Wenn ich jetzt z.B. einen Promi fürs Monitoring aufsetze, dann ist das Fall eigentlich die einzige Komponente, die ich mir dann auch selber privat abspeichern muss in meinem Git Repository, wo ich meine Changes Tracker, weil ich im Prinzip mit dem Chat dann direkt gar nichts zu tun habe. Ich passe nur dann Sachen an wie jetzt wie viel Speicher klemme ich, damit eben bestimmte Metriken abgespeichert werden und so weiter.

Und das ist alles was, was ich einfach bei mir in dem Delius enda aber grundsätzlich die Templates des Shard, das fasse ich gar nicht an, weil wenn da dann Änderungen Fixes eingespielt werden, dann werden die halt auch eben mit jedem Upgrade dann automatisch ausgerollt.

Das heißt, ich hab jetzt das Hemd Shard zusammengebaut mit Radius Jamil Templates, TV-Gelder, Charts, Jamil hab das auf der Festplatte oder es ist ne sollte ich lieber sagen. Und wie installiere ich das jetzt? Also ich hab die Anwendung da orchestriert in dem Helm Chart. Und wie schafft die Anwendung es jetzt in den Kybernetisch Cluster?

Also ganz konkret passiert das eigentlich mit Helm in Stowe und dann kann ich dem eben mit Minus ein Wadephul geben und dann gebe ich dem ganzen noch einen Release Namen. Den kann ich mir eigentlich mehr oder weniger aussuchen und dann bestimme ich halt noch welches Chart das ist. Das kann natürlich ein externes sein. Da sage ich dann bei einem Engine X z.B. Vietnam Nami Schrägstrich Engine X, also aus dem Vietnam Repository, dass Engine X Chart und dann wird das direkt installiert.

Also dann werden die Schritte eingeleitet, dass im Prinzip alle Abhängigkeiten und alles installiert werden in dem Cluster. Wenn ich jetzt natürlich das Ganze schon am Laufen hab, dann würde ich nicht mehr ins Stäube nutzen, weil Naniten. Steul schlägt fehl. Ein Stall ist nicht wieder impotent, sondern das Install ist ein mehr oder weniger imperatives Kommando, was halt einfach die Installation vornimmt. Normalerweise benutzt man tatsächlich Helme Upgrade und ich benutze eigentlich am liebsten Helme Upgrade minus AI, was soviel heißt wie machen Upgrade und wenn nichts da ist installierst.

Also dieses Kommando ist sozusagen alles in allem. Das Shard wird installiert, wenn es nicht da ist. Und ja, das ist auch das, was man dann eigentlich in Çiçek Scripte oder. Wo bei Automation einbaut, weil das eben diese idem Potenz hat. Okay, verstehe. Das heißt, man braucht sich im Grunde nur ein Kommando zu merken Upgrade minus ai oder minus y und Trends nicht installiert. Es wird die Anwendung installiert in der Version und wenn sie bereits installiert ist in der gleichen Version wird nichts gemacht, außer das Toyo Release Nummer instrumentiert wird und wenn die Anwendung installiert ist in einer vorherigen Version wird auf die aktuelle Version gab geredet.

Genau. Also es gibt natürlich dann auch Advanced Sachen, also haben unterstützt auch Semantic Versionen. Aber also da kann man dann die Release Nummer entsprechend anpassen. Aber das sind dann Sachen, die relativ Fettwanst sind.

Für jeden der jetzt kurz nach einer Anwendung erstmal die Pointe reicht das auch erstmal so dann die Unterschiede zwischen der Helm Version 2 mit dem Tilla Server, der sozusagen im Kybernetisch Cluster läuft und alle Aktionen durchführt und der Version 3, die mittels Airbag auf die ihr zugewiesenen rechte Bereiche zugreifen kann, um die Aktionen durchzuführen. Da bist du ja schon drauf eingegangen. Wie verbreitet ist Helm denn und lohnt es sich das genauer unter die Lupe zu nehmen? Ich glaube da haben wir fast schon eine Antwort gegeben im Verlaufe des Podcast.

Aber vielleicht fassen das nochmal zusammen.

Ja klar. Also das ist auch wirklich haben wir die Sache ganz am Anfang ja angerissen, dass Helme einfach extrem an Popularität zugenommen hat. Also es ist einfach inzwischen auch Grundlage für viele andere Systeme. Also im Ranga Rangiere ist ein Overlay über ein kybernetisch Cluster und das vereinfacht einfach die Verwaltung von kybernetisch Clustern. Da gibt’s ne schicke Joi, wo man das alles verwalten kann und da gibt’s eben auch einen Katalog.

Also das ist im Prinzip wie so eine App Store voll Kybernetiker und der basiert natürlich auf Helme und andere Bonnard sozusagen unter der Motorhaube im Hintergrund.

Genau da läuft dann natürlich Helm ganz normal und da sind auch die offiziellen Helme Repositories. Dann weiter geht’s ja dann noch, das geht ob’s Tool Flachs, Version 2 und das benutzt auch Helm Charts für Deployment. Also das Richtige ist hier natürlich die Version 2, weil da hat sich ja viel geändert zur Version 1, aber das ist so ein Get up Stuhl, wo man eben seine ganze Infrastruktur und Deployment alles entgeht, Repositories hat und Flachs bildet. Die Brücke zwischen den Geth Repositories und der Infrastruktur also ist guckt einfach aktiv.

Hab ich Änderungen in den Geth Repositories? Wenn ja, dann führt das eben die nötigen Kommandos aus. Also sozusagen das Scripten von Ham Upgrade.

Das finde ich richtig cool, muss ich mal sagen. An der Stelle du hast Watcher auf dein Git Repository yum, der bei Änderungen losgeht und dein kybernetisch cluster Status aktualisiert oder updated. Also das ist schon SII ICD auf höchstem Niveau finde ich persönlich es auf jeden Fall.

Das ist für mich auch so der letzte Schritt, der eigentlich alles zusammen packt. Dann war man hat natürlich das Problem, dass die Akzeptanz von Infrastructure oder auch Konfiguration oder sonst was. Ascot halt immer ein bisschen unterschiedlich ist. Es gibt ja auch gewisse Kollegen, die dann auch doch Änderungen manuell vornehmen. Wenn dann wirklich die Hütte brennt, dann hat man manchmal auch das Gefühl, jetzt hier in den Code zu gehen, das zu ändern, das zu Kometen Commit Message zu schreiben, zu pushen, dann wieder nicht woanders einzuloggen, eine Pipeline zu triggern oder sonst was.

Da haben viele dann irgendwie das Gefühl, wenn dann wirklich mal was los ist, dass das zu lange dauert. Und dann kann es schnell passieren, dass der Zustand, in dem geht Repository und in der Infrastruktur divergieren. Und soweit ich da bin, wird’s wirklich kompliziert. Das Schöne ist beim flachst, dass ich den Benutzern gar nicht mehr die Möglichkeit geben muss, manuell Sachen zu ändern. Bei jeder oder jeder. Der muss hat Zugang zu den Repositories und kann da einfach seine Änderungen machen.

Und das wird dann einfach im Hintergrund automatisch auf die Infrastruktur ausgerollt.

Ich sehe da noch einen ganz anderen Vorteil und zwar bis flux. Ja, so eine Art erweiterter Commit Hook. Das heißt, ich weiß, wenn ich mein Kotaku Mitte und auf Master Merge oder auf einen Release Branch merge, der wird dann automatisch Diplomat. So und das auf Entwickler Seite erzeugt dann eine Art erhöhtes Qualitäts Gefühl. Lass mich das nochmal sagen. Ich glaube auch, dass Flags und die Konsequenz daraus, dass wenn ich etwas Kommittee und auf den Master Branch merge, dass das automatisch Diplomat wird.

Das führt dazu, dass man das Testing noch ernster nimmt und noch mehr Tests schreibt, um einfach zu sagen Okay, wenn ich das jetzt hier committee, kontrolliert das kein Mensch mehr, sondern es wird wirklich produktiv ausgerollt. Wenn man das möchte und so einstellt. Und ja, das ist eigentlich eine gute Sache, dass man im Prinzip dann noch mehr Tests schreibt oder die Tests nochmal gründlicher checkt. Manuel checkt, um zu sagen Das muss ja alles Test Bar sein, sonst kann es sein, dass sich vorne was kaputt mache.

Das hilft auf jeden Fall dabei. Und das hilft natürlich auch der. Die Akzeptanz, also, dass Änderungen dann auch wirklich zur Infrastruktur kommen. Die Zeit ist einfach geringer, weil ich weiß, sobald ich was da rein packe, ich muss niemand Bescheid sagen, ich muss keinem sagen Hey, ich hab hier wieder eine Änderung. Roll das doch mal bitte auf die Infrastruktur aus, sondern das passiert dann einfach. Und das ermöglicht natürlich auch wiederum ganz andere Reaktionen bei den Entwicklern, weil die natürlich ihre Changes instant auf der Infrastruktur haben und einfach die Anwender profitieren ja auch ganz deutlich.

Da ein fertig gestelltes Feature ja schneller ist, in die Produktion schafft und schneller dann auch aktiv genutzt werden kann, von den entweder ein Nutzer da draußen oder den Unternehmens Benutzern. Das möchte man ja auch, dass man die Time to Market würde man im BWL Kontext sagen ich sag mal code to user time möglichst gering hält. Auch als Entwickler ist es ja möglichst erstrebenswert, dass wenn doch noch Probleme oder Rückfragen kommen, dass man die möglichst zeitlich nahe zur Implementierung dann erhält und nicht Monate später, wenn man sich dann nochmal eindecken muss.

Unser Muss. Okay, was war denn jetzt nochmal genau Sachstand da?

Okay Julius, vielen, vielen Dank für die intensiven Einblicke in das Ökosystem von Helm Kybernetisch Terraforming. Es hat mich super gefreut.

Sehr gerne, ja. Mich hat es auch gefreut, dabei zu sein. Vielleicht nochmal einen kleinen TISA am Ende. Was natürlich möglich macht, es in Verbindung mit anderen Tools auch komplexe Deployment Strategien umzusetzen, also z.B. Canary Deployment oder Blue Green Deployment. Bei Canary Deployment würde ich halten Feature erstmal an eine kleine Gruppe von Leuten ausrollen und dann testen wie reagieren die da drauf? Ist die Responses Zeit von dem User? Also wie lange braucht der User durch die Seite zu browsen?

Ist die schneller? Ist die langsamer? Wird das UI plötzlich verwirrend oder wird das eindeutiger für den Benutzer? Und dann kann ich Stück für Stück das halt als Produktions STANDARD haben. Und bei Blue Green ist eben dieser Situation, dass ich im Prinzip meinen Production impliziere und meine neue Version in ein zweites Produktion in Valmont, die Pleuger und dann eben einfach den Traffic komplett von dem einen Production in das andere Router und so halt dann auch ohne irgendeine Art Downtime halt einfach um switchen kann auf eine andere Version und Tools wie jetzt zum Beispiel ist Théo, die helfen mit Helm zusammen ebenso Sachen automatisiert umzusetzen und sowas ist natürlich Next Level.

Also das ist wirklich advanced. Aber das ist auch das, was man wirklich braucht, wenn man Ansprüche an Verfügbarkeit hat und Automatisierungsgrad.

Wenn unsere Zohra eine Frage haben oder Feedback zur aktuellen Episode, freuen wir uns über eine E-Mail an Podcast Skill bei Gilbert. Wir freuen uns immer über Bewertungen des Podcasts und natürlich Weiterempfehlung an eure Freunde und Kollegen. Das ist ganz ganz wichtig, wenn ihr die Podcast Episoden und die Inhalte als wertvoll erachtet. Empfehlt den Podcast gerne an Freunde und Kollegen. Weiter schaut Rolfs Gilbert de Slash Blog vorbei für weitere spannende Technologie Themen. Vielen Dank Julius für die Einblicke in Helm.

Und bis bald.

Bis bald.

Maurice KnoppSkillbyte Podcast #43: Helm – Der Kubernetes Paketmanager
Mehr

Skillbyte Podcast #42: IT-Aufgaben richtig outsourcen (Design, Entwicklung, Support)

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: IT-Aufgaben richtig outsourcen (Design, Entwicklung, Support)

// Inhalt //
01:14 – Definition: IT-Outsourcing
03:06 – Typische IT-Outsourcing Aufgaben
03:54 – Vorteile von IT-Outsourcing
04:26 – Warum ist IT-Outsourcing relevant? – Erfahrungsberichte aus der Praxis
10:23 – Saubere Kommunikation ist der Schlüssel für erfolgreiches Outsourcing
14:30 – Vorgehen für erfolgreiches IT-Outsourcing
15:17 – IT-Outsourcing Schnittstelle schwierig zu besetzen
16:18 – Erfahrungsberichte & Vorgehen für erfolgreiches Outsourcing
22:30 – Systembetrieb erfolgreich outsourcen
28:11 – Welche Plattformen gibt es?
30:09 – IT-Outsourcing Fails
37:09 – IT-Outsourcing Success Stories
41:06 – IT-Outsourcing is here to stay

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

Maurice KnoppSkillbyte Podcast #42: IT-Aufgaben richtig outsourcen (Design, Entwicklung, Support)
Mehr

Skillbyte Podcast #41: Tipps für Bewerber in IT Berufen

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: Tipps für Bewerber in IT Berufen

// Inhalt //
01:40 – Meine Qualifikation für Bewerbungstipps
03:49 – Was sollte VOR der Bewerbung geschehen?
06:38 – Die Bewerbung
06:47 – Das Ziel einer Bewerbung
07:41 – Das Format der Bewerbung
08:49 – Das Anschreiben
13:47 – Die Sprache der Bewerbung
14:17 – Zusammenfassung Anschreiben
14:56 – Ein/Zweiseiter mit allen relevanten Projekt- oder Jobstationen
16:12 – Einseiter: Kontaktdaten + Profile
18:00 – Einseiter: Projekt-/Joberfahrung auflisten
20:36 – Projekt-/Joberfahrung Zusammenfassung: Projektlänge, Rolle, Teamgröße, Links, verwendete Technologien, Vorgehensmodell
22:17 – Einseiter: Skills inkl. Skala
23:51 – Einseiter: Sprachkenntnisse
24:42 – Einseiter: Ausbildung
25:07 – Einseiter: Bonus
25:57 – Einseiter: Zusammenfassung
26:55 – Empfehlungsschreiben und Zeugnisse

Einseiter Profil Beispiel: https://enhancv.com/resume-examples/famous/marissa-mayer/#famous-resume

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

Maurice KnoppSkillbyte Podcast #41: Tipps für Bewerber in IT Berufen
Mehr

Skillbyte Podcast #40: 10 Lektionen, die wir in 40+ Jahren Softwareentwicklung gelernt haben (Teil 2)

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: 10 Lektionen, die wir in 40+ Jahren Softwareentwicklung gelernt (Teil 2)

// Inhalt //
01:27 – Masiar’s IT Katastrophengeschichte
02:29 – 6. Lektion: Verstehe zuerst das Problem, schreibe dann erst Code für die Lösung
08:18 – 7. Lektion: Frage um Hilfe wenn du nicht weiter kommst (ultimative Superkraft)
11:20 – 8. Lektion: Du wirst immer weiter lernen (müssen)
21:22 – 9. Lektion: Test driven development (TDD) ist ein Mythos
26:34 – 10. Lektion: Alles dauert länger als geplant. Lass dich nicht von willkürlichen Deadlines verrückt machen.

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

// AUTOMATISCH GENERIERTES TRANSKRIPT //

Nein. Prozess. Prozess beim ersten Mal o. citta bibber und um Gottes Willen und die Welt geht unter. So, und dann machst du und tust du. Und dann bist am Wochenende da und nachts bis drei. Und hin und her. So wird es aber trotzdem später, weil irgendetwas passiert ist, wo du keinen Einfluss drauf hast oder merkst. So schlimm war das jetzt doch nicht, weil der der Druck gemacht hat. Der war dann auch entspannt. So, und wenn das ein paarmal passiert, dann zuck sogar wenn Merkel.

Herzlich Willkommen zu unserem Skill bald Podcast Episode Nr. 40 10 Lektionen, die wir in über vierzig Jahren Softwareentwicklung gelernt haben. Teil 2 Abonniert unseren Podcast für mehr spannende Themen aus dem Technologie Umfeld, wenn ihr die Entscheider oder die Fachkraft seid. Wenn ihr Hörer Fragen habt, sendet uns gerne eine E-Mail an Podcast als Skill bei D. Wir freuen uns immer über eine positive Bewertung und wenn ihr den Podcast an Freunde und Kollegen aus dem ähnlichen Arbeitsbereich weiter empfehlt ich bin heute hier wieder mit Mazur zum zweiten Teil.

Hallo Masiar, Hallo Maurice, du bist heute sehr Energized.

Ich bin heute total Energieriese. Ich hatte eine gute Woche und freue mich jetzt mit dir. Wirklich, wirklich. Weil die ersten 5 Lektionen sind schon super angekommen. Da hab ich viele Zuschriften bekommen per WhatsApp und freue mich jetzt mit dir. Lektion 6 bis 10 durchzusprechen voller Energie. Vorher allerdings möchte ich dich fragen Sind dir noch Katastrophen aus deinem Leben eingefallen?

Ganz im Ernst. Ich habe überlegt und überlegt, wie es wirklich nichts eingefallen. Allerdings muss ich sagen, jetzt letztens kam eine GERB für Gravity Kiwi so toll eingerichtet. Was dir berichtet, ob alles in Ordnung ist. Und da kam eine Falschmeldung und damit hat sich das Herz in die Hose gerutscht. Da hatte ich seit langem mal wieder Angst, weil ich unterwegs war und nix machen konnte. Aber es war eine Falschmeldung. Insofern war es wieder gut. Was stand in der Meldung, dass Gravity nicht verfügbar ist?

Also komplett offline? Ja, genau. Ah, okay. Ich dachte jetzt Datenbank kaputt. Hacker haben die Daten geklaut oder so irgendwas Relevantes.

Mir ist nichts passiert in der Richtung nichts passiert. Okay. Erst bauen und Fehlalarm.

Das ist bestimmt meine Aura, die sowieso alles abhält. Deine Aura möchte ich auch haben. Na gut, springen wir zur sechsten Lektion. Vielleicht fällt dir unterwegs noch eine Katastrophe auf, wenn wir durch die Lektionen gehen. Die sechste Lektion ist eine ganz wichtige. Und zwar verstehe zuerst das Problem und schreibe erst dann den Code für die Lösung. Das Problem hierbei ist es oft. Ich bin sicher, das hast du auch gesehen, dass wenn es um Softwareentwicklung geht, springen viele Leute sofort ins Coding.

Die haben die Anforderung gehört. Ach ja, ich weiß schon, was ich machen muss. Achja, da mache ich das so. Da braucht man hier in Cash und das und das und setzen sich sofort an die Tastatur und legen los. Neue Funktionen wenn, dann so iterativ, ganz schnell implementiert und laufend angepasst. Und man merkt erst nach einiger Zeit, dass man das Problem gar nicht korrekt verstanden oder vollumfänglich verstanden hat. Und dann fängt man nochmal von vorne an oder es kommt auf jeden Fall zu einem erheblichen Zeitverlust.

Ich bin sicher, das hast du auch schon gesehen.

Ja, absolut. Ich meine, ich hab mich selber schon mal dabei ertappt. Ich hab mir seit dem das war so in den Anfängen hab ich das so gemacht. Tatsächlich. Aber irgendwann hab ich mir angewöhnt, keine Sequenzer, Diagramme, Urmel, Diagramme und so weiter groß gemacht, sondern einfach auf ein Blatt Papier, so die Komponenten aufgemalt, die Beziehungen aufgemalt. Kann echt auf einem Blatt Papier sein, um einfach mein Kopf zu sortieren und dann steige ich habe auch schon gerne ein.

Mir liegt die Klassennamen auf oberster Ebene, verknüpfe sie, schreibe die ersten Tests Duala Test Driven und das funktioniert ganz gut.

Das ist so, bis ihn der Flow, denn ich habe genau das ist für mich ein ganz klarer Indikator, ob man es mit einem Junior Entwickler oder Senior Entwickler zu tun hat. Ein Senior Entwickler stellt erst einmal sehr viele Fragen und versucht das Problem genau zu verstehen oder die Anforderungen genau zu verstehen und ist halt erst Input fokussiert. Wie geht man das jetzt an? Also du hast es eben schon gesagt. In jungen Jahren geht der Tüftler mit einem durch und man möchte sofort einsteigen und loslegen.

Ich habe so zwei unterschiedliche Pattern, je nachdem ob es um Feature Entwicklung geht oder um Bugfix sing.. Fangen wir mal mit dem Einfacheren an. Das wäre das Bugfix sing.. Das Allerwichtigste beim Bugfix sing. ist, dass man erst einmal den Bug zuverlässig reproduzieren kann, weil erst dann sinnvolle Entwicklung eines Fixes möglich. Meiner Ansicht nach erst, wenn ich weiß, wenn ich hier klicke und da klicke und dann tritt der Fehler auf und das immer wieder machen kann. Erst dann kann ich ja quasi prüfen, ob meine Lösung das Problem wirklich löst.

Ein weiterer Hinweis und ich bin verblüfft, wie viele Leute das nicht machen ist, den Debugger zu verwenden, also wirklich Schritt für Schritt durch das Programm durch zu steppen und sich die Variablen anzugucken. Was passiert hier? Was passiert da gerade, wenn man das Programm selber nicht kennt oder es nicht selber entwickelt hat, dann wird es oft sehr einfach, da einen Fix zu entwickeln, weil man einfach genau sieht Ah, ok, an dieser Stelle muss etwas anderes passieren oder muss etwas weiteres passieren und das könnte man dann implementieren.

Einfach den die Bagger abklemmen und idealerweise wenn man den Bug dann gefixt hat, dann hinterher war man jetzt schon im Thema drin. Noch einen Testa zu schreiben, der prüft, dass der fix funktioniert und dass das Problem eben nicht nochmal auftritt. Das ist meiner Ansicht nach eine professionelle Möglichkeit ans Bugfix hing ranzugehen, um nicht direkt in den Code zu springen. Bei der Feature Entwicklung und da bist du wahrscheinlich bei mir ist es oft so, dass die Anforderungen gar nicht so klar sind.

Also das ist wirklich ganz ganz selten, dass der Projektleiter. Jeder auf einen zukommt und glasklar schon sagt Das soll so sein. Das soll so sein. Das soll so sein. Das soll so sein, sondern ja, wie hat man altes System? Und da lief das so und so und ich möchte das jetzt genau so haben. Nur hier und da, da muss etwas geändert werden. Also das tritt sehr häufig auf. Auch hier das Problem erst einmal voll umfassend verstehen.

Wenn schon Quote da ist. Also wenn z.B. das Feature eine Erweiterung darstellt, erst einmal diesen verstehen, dann ne Lösung Skizze erstellen, genau wie du sagst. Ich versuche mir immer die Eingabe und Ausgabe Daten erst einmal aufzuschreiben. Was geht rein, was soll rauskommen und dann eine Technologie Skizze zu machen. Und im Grunde ist für mich ein Computersystem in Daten Topf mit Code drumherum, also eine Daten Haltung die Transformationen auf diesen Daten durchführt. Und ich glaube, wenn man die Daten und die Transformations Schritte hinreichend genau beschrieben hat, dann wird das Problem mehr oder weniger klar und der Rest folgt fast automatisch.

Oder die Problemlösung folgt fast automatisch. Und bis man soweit ist, hat man sehr viel gelesen, aber noch keinen Code geschrieben oder sehr wenig Code geschrieben. Warum passiert das? Warum springt man sofort in den Code? All das einfacher ist, als sich Gedanken über das Problem zu machen. Das ist oft sehr schwierig. Man muss nachfragen, man hat es nicht genau verstanden. Man muss diese Zeichnung erstellen und direkt zu coden. Das möchte im Grunde jeder. Aber mit zunehmender Reife weiß man, dass das nicht unbedingt das zielführende Vorhaben ist.

Du bist auch motiviert, hast eine Idee im Kopf und setzt sich hin und willst das sofort machen. Also ich muss sagen, wenn ich tatsächlich eine Idee fest im Kopf habe, dann mach ich das auch schon mal hier und da setze ich mich hin und knallt die Klassen einfach rein. Das funktioniert auch ganz gut, aber ich glaube, das kannst du nur machen, wenn du gewissen Erfahrungsschatz mitbringst.

Erstens das und wenn das Problem hinreichend klein ist. Ja, definitiv. Also nicht bei super komplexen Funktionen oder wo sehr viele Transformationen gemacht werden müssen. Genau. Und dann ist es oft auch wichtig, das Problem korrekt zu erfassen oder das ist eigentlich das Wichtigste und dann das Problem zu lösen, anstatt irgendwie fancy mit Architektur Patterns technische Exzellenz zu zeigen. Das sehe ich auch relativ häufig. Dann werden dann einfache Sachen technisch exzellent gelöst, aber das Problem ist gar nicht so richtig verstanden worden.

Da gibt’s ein schönes Zitat und damit möchte ich die sechste Lektion abschließend von Abraham Lincoln Gib mir sechs Stunden einen Baum zu fällen und ich werde die ersten vier Stunden mit dem Schärfen der Axt verbringen.

Als Kind ist es echt schön. Ja, genau.

Ich kenne sogar so eine extreme Version. Da heißt es Gib mir fünf Stunden und 50 Minuten zum Schärfen der Axt, sodass man mit einem Hieb im Prinzip den Baum durchbekommt. Aber was heißt das hier? Ganz klar Desto genauer du das Problem verstehst, desto einfacher wird die Lösung hinterher. Nur man muss halt mehr Zeit mit der gedanklichen Beschäftigung mit dem Problem verbringen statt mit dem eigentlichen Coding. Deshalb ist das so schwierig zu befolgen. Die siebte Lektion ist für mich eine ultimative Superkraft.

Und zwar Frage um Hilfe. Wenn du nicht weiterkommst, wie machst du das?

Wenn ich nicht weiterkomme, muss ich sagen such ich tatsächlich im Internet. Stack Overflow ist definitiv eine Quelle, die mir sehr viel Tipps und Inspiration gibt, aber auch alle Menschen toll sehr Ego im Netz sind. Da werde ich für den speziellen Fall, wo ich nix finde, frage ich ja tatsächlich natürlich auch Kollegen.

Man verbeißt sich oft in Problem oder so geht’s mir manchmal. Du fängst an, alles ist ganz einfach. Dann kommen irgendwie Hindernisse, auf den gelangst du immer tiefer in diesen Kaninchenbau rein. Man probiert unterschiedliche Ansätze und wendet sehr viel Zeit auf. Also dann ist man richtig frustriert und fragt nach zwei Stunden vielleicht einen Kollegen. Und er sagt Ach ja, kenne ich schon. Du musst hier das und das machen. Boah, das hat mich damals drei Tage gekostet, das herauszufinden oder so, wo man so richtig schön per Facepalm dann denkt Oh Mann, da hätte ich mal vorher gefragt.

Das ist aber auch so eine Gratwanderung. Du kannst ja nicht wegen jeder Kleinigkeit den Kollegen fragen. Na weil, dann ist er auch irgendwann genervt. Manchmal, wenn du der Mensch bist, der sich am längsten mit einem Problem beschäftigt hat oder am längsten ein Projekt ist. Es ist einfach unwahrscheinlich, dass die andere weiterhelfen können. Natürlich Google Stack Overflow und alle Quellen benutzen, die man im Internet findet. Das ist das Naheliegendste. Aber hier soll es wirklich darum gehen, den Kollegen zu fragen oder die Kollegen Kolleginnen zu fragen, ob man weiterkommt.

Also ich mache das so, ich probier das erstmal eine halbe Stunde, sag ich mal. Wenn ich an ein Problem komme und wenn ich dann nicht weiterkomme, zwinge ich mich, aufzustehen und jemanden zu fragen oder eben patschert jemanden zu fragen. So um dann einerseits respektvoll mit der Zeit der Kollegen umzugehen, auf der anderen Seite aber auch nicht zu viel Zeit zu verständigen. Und das hat sich bei mir eigentlich als gutes Vorgehen herausgestellt. Aber du fragst nicht so viel, oder?

Nee, hat vielleicht auch ein bisschen mit Persönlichkeit zu tun. Ich versuche lieber selber zu lösen. Keine Ahnung, ist einfach so. Ich kann nicht sagen, warum. Aber ich will den Knoten selber irgendwie aufmachen.

Das hab ich auch, dieses Gefühl. Man hat schon so ein bisschen das Gefühl Ah, wenn ich frage.

Und das ist jetzt vielleicht eine einfache Sache, das geht so ein bisschen in die Berufsehre. Sitzt noch nicht mal irgendwie, aber so ich mache auch nicht gerne welche Superpower Grabbing oder sowas würde ich programmiere, möchte ich irgendwie allein sein. Ich hoffe, das versteht Cat irgendwie, oder ob das jemand nachvollziehen kann.

Ich glaube, das können sehr viele nachvollziehen. Bei mir ist das tendenziell auch so, aber ich hab ne Frustrationstoleranz, die sehr niedrig ist, wenn ich nicht in kurzer Zeit ausreichende Fortschritte mache. Also wenn ich das Gefühl habe, oh, mit jemandem zusammen komme ich schneller voran. Der Zweck heiligt die Mittel sozusagen. Dann setze ich mich auch zu zweit hin. Wenn ich das Gefühl hab, ich komme ja alleine weiter, dann hab ich auch kein Problem, das zu machen.

Aber ich glaube dennoch ab und an um Hilfe zu fragen. Kann einem sehr schnell sehr viel weiterbringen. Zumindest für das Team. Insgesamt ist es besser, als wenn jeder verbissen an seiner eigenen Lösung arbeitet. Die 8 Lektion. Hier geht es um Weiterbildung. Da haben wir ja auch schon in diversesten Episoden drüber gesprochen. Im IT-Sektor wirst du immer weiter lernen müssen. Das Technologie Umfeld ändert sich so schnell. Bestehende Technologien verlieren an Relevanz, neue kommen hinzu, die es noch gar nicht gab, die sehr schnell sehr prominent werden.

Und es wird gefordert, weil man ist ja Technologie Experte, dass man sehr schnell eine Einschätzung liefern kann. Was sind kurzlebige Trends und was sind wirklich längerfristige Entwicklung und was bedeuten diese für das eigene Umfeld? Im Grunde Welche Technologien muss ich lernen und welche kann ich einfach vorbeiziehen lassen? Wie machst du das? Hast du da bestimmte Kanäle, über die du dich informierst, abseits der üblichen wie Heise, Golem usw.?

So um Trends und so weiter mitzubekommen. Tatsächlich einfach im Internet. Heise Golem. Ich habe aber auch diese ich habe mal Subscription eins zu Cloud, Gusi und viele Yumi Kurse. Da schaue ich regelmäßig mal vorbei und gucke, was neue Kurse sind. Speziell ist es aber für die Bereiche Java oder DevOps. Wo ich unterwegs bin, suche ich gezielt danach. Und wenn mir irgendwas interessant erscheint oder mir ein Wort begegnet Technologie, von dem ich noch nicht gehört habe, dann gucke ich mal rein.

Dann suche ich danach explizit. Ich versuche halt immer so ein Level zu erreichen, wo ich verstehe, was das Tool macht. Will mir eins besonders interessant erscheinen, oder? Ich meine, das passt mir sehr gut den Kram. Dann mach ich auch schon mal so ein Tutorial mit, um einfach mitreden zu können, einfach zu wissen, was es ist, was man damit machen kann und so erweitere so nach und nach mein Tool. Schade. Oh dann, je nachdem ich das nächste Mal auf so ein Problem stoße, weiß ich Aha, da gab’s doch mal so ein Tool.

Okay, toss im Grunde diese Sternenkarte schon im Kopf. Und wenn ein neuer Stern auf ploppt, dann guckst du dir den kurz an und kannst ihn dann einordnen.

Ja, das halte ich auch für sehr wichtig. Ich finde, diese längerfristigen Entwicklungen oder diese großen Trends, die erkennt man relativ gut, weil sie auch mehrere Jahre bestehen. Also Cloud wäre z.B. ein Trend, Datenauswertung wäre ein großer Trend. Generell Megatrend ist natürlich Digitalisierung. Wobei tue ich mich schwer, das als Trend zu beschreiben, sondern das ist einfach eine weitere Entwicklungsstufe der Menschheit. Das möchte ich jetzt nicht als Trend verstanden sehen, sondern man kann technologisch einfach Prozesse effizienter abbilden, als man das manuell könnte.

Gerade jetzt mit Heimarbeit wird das offenbar an vielen Stellen, sodass das auf eine weitere Entwicklungsstufe ist. Aber es gibt auch Micro Trends, das sind z.B. Tools im Kobanê, das Umfeld oder im Container Umfeld, die man so ein bisschen im Auge behalten muss. Vielleicht hier als Tipp. Ich weiß nicht. Kennst du jeden Freitag auf dem Heise Newsticker diese Developer News in ein, zwei Sätzen? Du kannst mal auf Heise Slash Developer gehen, da kriegst du nur die für Developer relevanten Artikel angezeigt.

Ist für mich ein Super Life Hack und die ganzen Clickbait Artikel sind dann weg und da gibts es jeden Freitag so ein Digest, wo dann in zwei Sätzen immer dran steht. Das Tool ist und der und der Version entschieden. Das kann jetzt so und so.. Die Software hatte Sicherheitslücken, die wird nicht mehr gepflegt, die ist neu hinzugekommen. So und das sind immer 35 40 Einträge, wo man einfach weiß, was so abgeht. Dieses Symbolbild von dem Artikel ist immer das gleiche.

Daran erkennt man es dann sofort und man hat einfach einen schnellen Überblick. Viele Tools sagen einem auch nichts. Also wenn das sieht so aus dem Automotive Bereich kommt oder irgendein Spezialwerkzeug ist okay, dann hat einem das noch nicht berührt. Aber so hat man so einen Überblick. Und da guck ich dann rein. Wenn jetzt ein Tool schon zum dritten, vierten Mal Erwähnung findet, dann kann ich mir vorstellen Ah, okay, das scheint auf jeden Fall wichtig zu sein, oder?

Da wird häufiger drüber gesprochen, weil die Entwicklung da so rasant ist. Jede Woche eine neue Version ist ja dann schon eindeutig ein guter Tipp. Auf der anderen Seite, also wenn es schon gesagt. Im IT-Bereich wird man immer lernen müssen. Auf der anderen Seite finde ich auch desto mehr Erfahrung man hat, desto weniger Schrecken ein. Diese neuen Technologien, weil man immer wieder feststellt So wirklich, wirklich Neues. Das kommt vor. Aber es ist nicht so häufig, sondern oft erscheinen neue Frameworks oder Libraries.

Und die sind nur ein Aufguss einer bekannten Technologie aus einem anderen Kontext. Und alles war irgendwie schon mal da. Deshalb bin ich dazu übergegangen, mir eher die Konzepte anzuschauen Welches Konzept steckt denn hinter der Blockchain oder einem Paket Manager oder Haskell? Wenn du SQL kannst, da kannst du alle Datenbanken und nicht nur eine bestimmte. Wenn du weißt, wie ein Paket Manager funktioniert, dann kannst mit N.P. Umgehen, mit Maven, mit Neef, geht mit APC, mit Pacman Kapern und wie sie alle heißen.

Und wenn dann jetzt der nächste dazukommt, dann weiß man AOC, dass im Paket Manager DeWitt irgendwie so funktionieren. Ich weiß, was im Paket Manager macht und das ist dann der Achte im Bunde. So ungefähr auch Protokolle. Also ganz früher gab’s den Remote Procedure Call, der ist sogar noch vor meiner Zeit, den kennst du wahrscheinlich noch. Dann kam die Scope Schnittstelle. Heute sind wir bei Rest APIs angekommen. Wer weiß was danach kommt. Hier Proto Buffer oder so.

Bei Frameworks genauso Tools kommen auch andauernd neue hinzu. Na da gibt’s natürlich so mega Tools wie Git. Also Code Warning ist glaube ich schon in den letzten 15 Jahren extrem gepusht worden, wo früher die Leute ihre Dateien irgendwo gesichert haben. Es war ganz grausam und zwischen den einzelnen Ökosystemen, also dort net Java node Python you name it. Wenn irgendwo ein cooles Feature auf ploppt ist meiner Erfahrung wird das sehr oft geklaut.

Sehr gut. Ist ja normal. Ja, ich finde das auch gut. Das ist ja die Schönheit. Ein Open Source. Wenn einer was rausgefunden hat, können alle profitieren. Also wie schließen wir mit dieser Lektion ab oder was ist unser Empfehlung? Ich würde sagen, man muss nicht alles im Detail verstehen, aber man sollte halt die Konzepte verstehen und diese Themen einordnen können. So wie du das eingangs im Prinzip gesagt hast. Du hast diese Sternenkarte und kannst neue Sterne schnell platzieren.

Du versuchst halt zu abstrahieren, soweit wie möglich.

Was ist für dich eine Technologie der letzten Jahre, wo du gedacht hast Okay, das ist ein Megatrend? Mein Gott, da muss ich wirklich viel lernen.

Das ist das Thema Cluster Orchestrierung. Docker Dieses ganze Gebilde. Das war für mich völlig klar, dass ich meine, damals waren mehrere so am Start da visus Marathon, kybernetisch, die waren alle gleich auf. Und interessanterweise, das hab ich auch schon bei einem anderen Podcast erwähnt. Ich hab mich am Anfang komplett gegen diese Docker Technologie gewehrt, als die Kollegen das angesprochen haben. So ein bisschen erklärt hab. Ich fand das halt mega abstrakt. Ich hab das alles gar nicht verstanden wie Leya und wie.

Ich kann da nicht reinschreiben was soll der Scheiß. Nach und nach je mehr die das gemacht und eingeführt haben, umso mehr hab ich verstanden. Mein Gott und dann hat es irgendwann Klick gemacht. Hat euch boah wie geil darunter. War mir klar, das willst du lernen. Ja, da hab ich mich rein gekniet. Das war vor fünf Jahren. Und dieses Universum expandiert wie das richtige Universum, wie es permanent neue Tools erfindet sich neu. Da kommt K3 is leichtgewichtige Scobel net das, was du quasi auf dem Raspberry laufen lassen kannst.

Das explodiert quasi diese Technologie. Und ich liebe es aber auch so dran zu bleiben. Kugel und auch Madhya. Das ist super und find ich klasse. Also diese Technologie war für mich so zu all dem was die letzten Jahre passiert ist mit ein Gamechanger der Wahnsinn.

Nachdem du dich zuerst gewährt hast, wusste ich gar nicht. Hast du gedacht, das ist so kleinteilig?

Und was braucht man mehr als VMS oder genau was bringt da auch so außer jetzt eine riesen Lernkurve? Muss das jetzt sein? Sah ich so halt als Spielerei der Admins an und eigentlich war diese Erfahrung ganz gut, weil wir ich jetzt quasi bei einem Kunden bin. Und du hast meinetwegen so einen alteingesessenen Unix Systemadministrator, der diesem Konzept entsprechend auch nicht aufgeschlossen gegenüber ist. Dann kann ich das super nachvollziehen und weiß dann, wie ich den anderen führen kann. Was so?

Weil du diese Entwicklung selber mitgemacht hast, kannst du sozusagen auf der empathischen Schiene sagen. Ich weiß, die Bedenken hatte ich auch. Aber sieh mal folgendes Ja, da kommen mehrere Sachen zusammen. Mit Docker hattest du so eine erste Abstraktionsebene und Docker alleine bringt ja nicht so viel. Aber in dieser Kombination mit dieser Cluster Technologie und diesem Paradigmenwechsel dieser da wir eine Episode gemacht dieser 12 Faktoren für Cloud Native Apps kannst du ja Anwendungen komplett anders bauen, die dann eben wirklich weltweit skalieren.

Also du kannst mit den großen Gagfah Unternehmen mithalten, vom technischen Standpunkt aus, wenn du diese Software nach diesen Paradigmen entwickelst und diese Gaffer unternehmen haben die sie ja entwickelt. Das ist nicht nur Technologie, sondern auch so ein Mindset plus auch diese Cloud. Denke da kommt alles zusammen. Und das ist eine größere Blase oder ein eigenes Universum, was man nicht so isoliert betrachten kann. Und für dich? Du hast ja mal gesagt, dass du auch früher viel IT Administration gemacht hast.

Also Netzwerk Administration, Linux Administration nehme ich mal an..

Die SEMA Administration oder so Backoffice wirklich, oder?

Ich war Third Level Support einmal und zum zweiten haben wir mit einem anderen Kollegen via Mail und Unix Systeme. Administriert mit send Mail. Ja, das waren noch Zeiten. Okay, da war noch nichts Container visiert. Äh, nicht so wirklich.

Ich kann mich genau erinnern, wo der Kollege ankam mit 20 Disketten und Material. Guck mal, Linux hier, Ledoux da. Das war also damals das Linux System. Putzer und Linux kam gerade erst auf und VM, wer will ich nie faxen? Wir sagte hier Guck mal die Virtualisierung von VM. Wer und wie ich da Disketten reingeschoben hab und damit rumgespielt hab. Und da waren wir auch. Glaube, da könnte was draus werden und diese war so Vollbild geworden ist.

Das stimmt. Also dieses Feld wandelt sich weiter und wie im Universum. Es gibt schnelle Sterne, es gibt langsame Sterne, große Sonnen, die nicht mehr weggehen. Und das kommt in der IT auf jeden Fall mit. Man muss sich weiterbilden in allen 40 Jahren oder in all der Zeit. Dann die neunte Lektion. Ich weiß nicht, ob es schmerzhaft ist oder lustig. Test Griffen Die Welt abmahnt ist ein Mythos, heißt die Lektion. Und was ich damit meine ist Testserver Development, dass man zuerst die Tests schreibt und dann anhand der bestehenden Test da rein die Funktion implementiert.

Das hab ich schon so oft gehört. Bei Kunden und in der Theorie macht das auch Sinn, dass man sich zunächst über alle Grenzfälle einer Anwendung Gedanken macht und das Verhalten genau bestimmt. Und wie soll es denn sein? Wie soll sie sich verhalten, dass man anschließend alle diese Annahmen in Unit oder Integrations Test niederschreibt und dann im Prinzip die Komponente selbst entwickelt und nur noch die Komponente so minimal entwickeln muss, dass alle Tests grün sind, also alle Tests erfolgreich durchlaufen werden.

Und dann hat man sozusagen die minimale Lösung, die alle Tests erfüllt. Das habe ich in der Praxis noch bei keinem Projekt gesehen, wo das wirklich funktioniert hat. Ich freue mich schon über die Zuschriften.

Gerne melden, wenn es bei euch in der Firma funktioniert oder wenn ihr ein Projekt kennt, wo es funktioniert hat. Aber ich habe es einfach noch nicht erlebt. Und ich glaube, das Problem besteht darin, dass die Anforderungen für ein neues Feature oder für eine neue Anwendung oft nicht so messerscharf spezifiziert werden können, dass sich daraus Tests direkt ableiten können. Ist da deine Erfahrung?

Ja, Test am Anfang hat man immer gemeint. Also ganz ehrlich, ich gehörte auch dazu. Tests machen die Sache nur teurer, weil du ungefähr ein Drittel deiner Zeit damit verbringen musst. Wenn du Test Rival entwickelst. Aber je mehr ich in komplexeren Projekten eingestiegen bin, um so mehr ist mir bewusst geworden, wie wichtig doch Tests sind. Und inzwischen gibt’s ja Tests irgendwie. White Box Testing, Blackbox Testing, Tschiche Test Varianten und jedes für sich macht Sinn.

Ja, je mehr, desto besser. Weil so hältst du deine Software wandelbaren, gewitzte, gewisse Sicherheit da auch Änderungen zu machen. Und du hast einfach keine Chance, manuell irgendetwas zu testen, wenn du in irgendeiner Ecke rumschrauben.

Ich glaube, da spielen mehrere Faktoren eine Rolle. Und zum einen verändert sich Software heute schneller als früher, weil sich die Geschäfts Anforderungen schneller ändern. Man ist gewöhnt. Ah, ich muss die Software nur ändern und dann ist die neue Funktion da drin und das funktioniert sofort. So, das ist bis in die Vorstandsetage hoch Geblubber. Und deshalb ist die Erwartung. Ich kann die Software schnell ändern, dann können wir das abfangen gestiegen. Also die Zeiträume bis hin zur Implementierung sind halt kürzer.

Wenn die Zeiträume kürzer sind, heißt das aber auch Development to Market ist kürzer. Und wenn du jetzt keine Tests hast, dann ist das so, als wenn du in schneller Folge beim Domino Day die Dominosteine aufstellen willst und umgeben bist von anderen Dominostein. Die Gefahr, dass du da irgendetwas anderes um stößt, ist gerade in komplexen Systemen riesig. Das heißt, die meisten Projekte, so kenne ich das, verwenden schon automatisierte Tests, meistens Unit Tests für einzelne Funktions Komponenten, die dann von der CCD Pipeline, also Git Lab, Bruna, Maven Tests usw.

angestoßen werden und Schlüssel Komponenten testen. Die IBAN sieht die richtig aus? Stimmen, die Datums Konvertierungen usw. und sofort. Aber eben nicht alles abdecken. Auch RPI Tests gibt es mehr und mehr, die einfach die Funktionsweise von Schnittstellen testen. Aber niemand hat 100 prozent und im Falle des Falles unter Zeitdruck fallen die Tests halt einfach runter. So, das ist meine Erfahrung und definitiv. Das sieht ja auch erstmal niemand.

Also du hast 100 Funktionen, 99 davon sind getestet, eines ungetestet. Jetzt machst du noch 10 Funktionen, noch 10 Funktionen ohne Tests, sodass nur so graduell wird das immer schlimmer. Aber das ist wie Carius. Erst einmal sieht man es nicht. Und irgendwann wird es dann offenbar. Und ich will nicht sagen, dann ist es zu spät. Aber dann muss man es dann doch behandeln. Ich glaube, ein guter Kompromiss ist hier die Kernfunktion, also kritische Sachen, wenn es um Transaktionen geht von Benutzerdaten, also datenschutzrechtlich relevanten Inhalten oder Zahlungsarten.

Das ist super wichtig, dass man das alles ab testet.

Es gibt dabei in jeder Anwendung auch unkritische Bereiche, da muss man sich ganz so genau nehmen. Unit Tests zumindest Völklein Komponenten halte ich für wichtig. Ja, und auf Front in Tests gibt es mehr und mehr und auch desto länger die Software besteht, desto mehr lohnen sich Tests. Gerade wenn viel verändert werden soll, hast du noch einen Tipp, wie man vielleicht dieses Tests Problem besser lösen kann? Also wie machst du das? Wie teilst du dir die Zeit ein für Tests?

Machst du Tests oder nur wenn es gefordert ist? Oder bestehst du darauf?

Nee, also so rigoros oder stringent bin ich nicht. Wenn ich meine, dass eine Interaktion zwischen Komponenten oder einer Komponente selber für mich in gewissem Komplexitätsgrad übersteigt, wo ich meine Oh, wenn es hier eine Änderung gebe, dann könnte es zu Problemen führen. Oder wäre das schön, wenn die anderen Komponenten das das bastel ich mir so im Kopf zusammen. Und wenn das einen gewissen Sprechrolle übersteigt, dann mach ich die Tests auch nicht für jede Klasse und jede Methode, sondern wirklich da, wo ich der Meinung bin, das könnte schwierig werden.

Später für die Worker oder Helper oder Converter oder sowas. Eben genau die sehr oft aufgerufen werden und die so eine Kernfunktion dann bewerkstelligen. Ja, sehe ich auch so. Haben wir schon einen gleitenden Übergang zur zehnten und letzten Lektion. Und davon können alle die Mitarbeiter und IT-Fachkräfte und Projektleiter ein Liedchen singen. Die zehnte Lektion heißt Alles dauert länger als geplant. Lass dich nicht von willkürlichen Deadlines verrückt machen. Das geht eher in Richtung Entwickler. Alles dauert länger als geplant. Wäre vielleicht die richtige Überschrift hier.

Was ist das Problem? Das Problem ist bei Kreativ Arbeit und nichts anderes ist ja die Erstellung von Programmcode. Im Grunde genommen ist ja nicht so, dass man da Mathematik rechnet, sondern eher kreativ sich eine Lösung überlegt und die dann runter codiert oder eine Formsprache bringt. Bei kreativer Arbeit ist es schwierig eine realistische Zeit Abschätzung abzugeben, gerade wenn die Anforderungen nicht klar sind. Zudem gibt es eine Vielzahl von Zeitfresser. Das erlebe ich immer wieder, die niemand auf dem Schirm hat.

Neue Bugs kündigen sich nicht an. Man kriegt einen problematischen Mertz Request von jemand anderem zugewiesen und brauch dafür 2 3 Stunden länger als gedacht. Mitten im Projekt gibt es Bibliothek, Updates oder Sicherheitslücken, die nicht warten können. Diese Bibliothek Updates ziehen Schnittstellen Änderungen nach, die man sofort machen muss. Was sonst funktioniert es nicht mehr? Irgendetwas funktioniert nicht wie beschrieben, kommt auch relativ häufig vor. Ein Kollege muss eingearbeitet werden, ein Kollege fällt aus. Es gibt viele Meetings.

Die Firma hat eine Restrukturierungen. Es wird kommuniziert, was jetzt alles restrukturiert wird und so weiter und so fort.

Und das taucht in keiner Zeit Abschätzung auf. Also ich habe noch bei keiner Sheets Runde gehört. Ja, also eigentlich würde ich sagen, ich brauch Tag, aber wenn wir restrukturiert werden unterwegs sollte ich vielleicht mal 2 Tage einplanen, weil beweiß. Dann bin ich ein Tag mit Meetings zugeschüttet oder so. Ich hatte jetzt letztens eine das hat mich nicht selber betroffen, aber eine Mitarbeiterin, die für ein Promo Video der Firma einen Tag quasi zur Verfügung stehen sollte. So was wird natürlich auch vorher nicht abgeschätzt.

Also was bedeutet das? Es dauert immer länger als du denkst. Sogar wenn du weißt, dass es länger dauert als du denkst. Wie gehst du damit um? Weil da wird ja manchmal schon relativ starker Druck gemacht. Extrem entspannt.

Also da drüber bin ich echt hinaus, um mir Druck machen zu lassen von Projektmanagerin oder Product Owner. Bei den Schätzungen gehe ich so vor, dass ich so eine Excel Liste mache und wir die jeweiligen Features Zeile für Zeile aufschreibe. Und dann mach ich eine Abschätzung für den Best Case, eine Abschätzung für den Worst Case dmit dort den Schnitt und addiere darauf nochmal 30 prozent für Unvorhergesehenes. So und so eine Schätzung gebe ich dann ab. Und wenn es dann länger dauert?

Ich versuche dann halt immer so ein bisschen zu dokumentieren, wenn was dazwischen kommt, was nicht auf dem Schirm war. Einfach um nachher, wenn einer fragt bis eine Liste raus und kann sagen Ja, das und jenes, welches ich habe keine Information bekommen nicht gebraucht habe oder der Kollege Z. Als Ansprechpartner war drei Wochen krank, ohne Vertreter, Regelung und und und, um einfach so ein bisschen sicher zu sein. Ansonsten kann ich es sagen. Wenn es dann noch länger dauert, dann ist es halt so.

Also du hast dieses Lass dich nicht von willkürlichen Deadlines verrückt machen völlig verinnerlicht.

War das bei dir immer so oder ist das ein Prozess?

Nein. Prozess. Prozess beim ersten Mal oh citta bibber und um Gottes Willen. Und die Welt geht unter. So und dann machst du und tust du. Dann bist am Wochenende da und nachts bis drei. Und hin und her wird’s aber trotzdem später, weil irgendwas passiert ist, wo du keinen Einfluss drauf hast oder Bergsee. So schlimm war das jetzt doch nicht, weil der der Druck gemacht hat. Der war dann auch entspannt. So wird das ein paarmal passiert da ja auch.

Was will man machen? Also zuckte du noch mit den ATL dieses Druck machen?

Ich sag mal ein bisschen Druck machen, okay. Aber dieses starke Druck machen? Es ist ja nicht so, dass du am Fließband stehst und jeden Tag in acht Stunden acht Autos Ponti hast. Und wenn du da zehn Stunden stehst, montiert du zehn Autos. Du denkst ja nicht schneller, weil du unter Druck geraten bist. Also. Ich weiß nicht. Bei mir funktioniert das nicht. Ich werde dann eher geblockt oder so. Wenn ich weiß Oh du Dexia, die schneller.

Ja, das ist ja sozusagen die Denke, da trödelt jemand, die mach ich jetzt.

Beine Nee, das kommt so aus der Industrialisierung und den setze ich unter Druck.

Und dann konzentriert er sich besser oder bleibt eher an der Sache dran. Das funktioniert bei Creativ Arbeit ja nicht. Also wenn ich einem Künstler sage mach schneller! Dann wirft er den Farbeimer gegen die Staffelei und dann kann er auch nicht sagen Ich bin fertig. Also vielleicht kann er das sagen, aber dann ist das Kunstwerk nicht gut. Und das sieht man leider auch mancher Software an, dass sie unter großem Zeitdruck entstanden ist.

Ich habe aber auch das Gefühl, Entwickler schätzen tendenziell zu positiv. Ich weiß nicht wieder.

Deine Erfahrung ist das kann ich so nicht sagen. Weiß ich das? Ich würde weder sagen positiv noch mal ist es klar mehr positiv, mal negativ heckt und ein bisschen damit zusammen, wie viel erfahrener oder unerfahrener Kollegen du im Team hast. Also eine generelle Tendenz kann ich glaube ich nicht sehen.

Ich hatte schon mal den Fall, dass Projektmanager bei Schätzungen gedrängt haben und sagen Nee, das ist zuviel, das muss schneller gehen und selber dann die Schätzung visieren oder beeinflussen.

Das auf jeden Fall halte ich für sehr gefährlich, es sei denn, der Projektmanager sagt vorher ganz offen Du, wir müssen unter diesem und jenem Level bleiben, um das Projekt genehmigt zu bekommen. Wenn das dann einmal läuft, dann wird es keiner mehr stoppen, wenn es länger dauert. Das hatte ich auch schon. Dass das so offen kommuniziert wurde, ist natürlich auch grenzwertig, aber das passiert manchmal. Aber klar, wenn das Projekt einmal läuft und man hat es schon 60 Prozent geschafft, dann wird es vielleicht der oberen Etage schwerer fallen zu sagen Na, wir stoppen das jetzt, weil das Budgets aufgebraucht, lass die letzten 20 Prozent weg.

Macht jetzt nochmal 20 Prozent und dann ist out.

Ich habe einmal erlebt, wo ein Produkt oder ein Kollegen so gedrängt hat, wird er das jetzt so so schätzt oder nicht fertig wird, dann gibt’s als mit dem Bonus nix.

Also wenn er es schätzt oder wenn es nicht fertig bekommt in der Zeit nicht oder so grob geschätzt.

Und dann sagte er Ja, es dauert halt so lange oder sagt sie Nee, auf keinen Fall. Dann gibt es wieder Modus. Nix gibt’s alles.

Ich hoffe, sie meint es nicht ernst. Doch ich war dabei.

Wenn’s nur auf die Schätzung ankommt, dann wird immer alles ganz schnell geschätzt.

Echt so, die Softwareentwicklung? Ja, manchmal ist es schon verrückt, meiner Erfahrung nach. Man kann sehr zuverlässige Schätzungen abgeben. Allerdings nur für sehr kleine Projekte oder sehr kleine abgegrenzte Probleme. Wenn die eingesetzten Werkzeuge und der Anwendungsfall sehr genau bekannt ist und man sicher gehen kann, dass man nicht von extern gestört wird. Das sind dann aber kleine Projekte und da weiß ich nicht. Die finden in den Firmen nicht so häufig statt. Meiner Erfahrung nach Bara sind dann nicht so wichtige Themen.

Ist denn in deiner Erfahrung mal ein Projekt vor der veranschlagten Zeit fertig geworden?

Ja doch, auf jeden Fall auch schon erlebt.

Ist zwar extrem selten gewesen, aber da gibt’s definitiv bei SKL bei Tamir einfallende, wo wir supergut im Zeitplan lagen. Oh, das war mega. Aber ansonsten. Ich muss mal überlegen. Na gut, auf der anderen Seite wir sind eine Consulting Firma und wir werden meistens angerufen, wenn in Excel schon eine rote Zelle erscheint.

Ja also diese Feuerwehr Geschichten gibt’s natürlich auch der Druck entsprechend groß ist.

Ja, das waren die 10 Lektionen. Unglaublich. Ich bin auf die nächsten 40 Jahre gespannt oder?

Ich hoffe nicht. Da mache ich so eine Abschluss Folge zur Verrenkung. Dann was ich gelernt habe, wenn unsere Zuhörer Fragen haben zu der aktuellen Episode oder auch so können Sie uns eine E-Mail an Podcasts Gilbert D.

Senden. Wir freuen uns immer über Bewertungen oder wenn ihr den Podcast abonniert. Empfehlt den Podcast auch an eure Freunde und Kollegen weiter und schaut auf der Skill bei D. Slash Jobs Seite vorbei. Weitere spannende Technologie Artikel findet ihr Weißgerber D im Blog Masa Es war wie immer ein pures Vergnügen mit ihr zu sprechen. Danke Rorys, dann wünsche dir noch einen schönen Abend.

Maurice KnoppSkillbyte Podcast #40: 10 Lektionen, die wir in 40+ Jahren Softwareentwicklung gelernt haben (Teil 2)
Mehr

Skillbyte Podcast #39: 10 Lektionen, die wir in 40+ Jahren Softwareentwicklung gelernt haben (Teil 1)

Willkommen zum Skillbyte-Podcast! Skillbyte ist ihr Partner für digitale Exzellenz.

In diesem Podcast geht es um das Thema: 10 Lektionen, die wir in 40+ Jahren Softwareentwicklung gelernt

// Inhalt //
01:20 – 1. Lektion: Halte die Komplexität in IT-Projekten so niedrig wie möglich
08:24 – 2. Lektion: Der beste Code ist einfacher Code.
14:44 – 3. Lektion: Gutes Projektmanagement ist wichtiger als das Vorgehensmodell
22:36 – 4. Lektion: Es ist sehr wichtig eine verantwortliche Person zu bennen
25:07 – 5. Lektion: Katastrophen werden passieren – stelle dich darauf ein!

Abonnieren Sie diesen Podcast und besuchen Sie uns auf https://www.skillbyte.de

Feedback und Fragen gerne an podcast@skillbyte.de

// AUTOMATISCH GENERIERTES TRANSKRIPT //

Also das Gefühl, wenn du so ein Ding gelöst hast. Das ist. Ich weiß es nicht. Ich kann nicht sagen, es ist besser als beim Sex. Aber es ist halt klar, den noch viele ein bisschen Aufregung und Spannung. Endorphine werden ausgeschüttet und wenn es dann gelöst, dass man das Adrenalin weg ist, dann fühlt sich einfach nur so hey, quasi.

Herzlich Willkommen zum Skill bald Podcast Nr. 39 10 Lektionen, die wir in mehr als 40 Jahren Softwareentwicklung gelernt haben. Teil 1 Abonniert unseren Podcast für mehr spannende Themen aus dem Technologie Umfeld er Entscheider oder die Fachkraft seid. Wenn ihr Hörer Fragen auf der Prisoner habt, sendet uns gerne eine E-Mail an Podcasts. Geh weiter. Bewertet diese Episode gerne mit 5 Sternen und wir uns immer bei Weiterempfehlung an Freunde und Kollegen und schaut auch bei der Skill BYD Jopp Seite vorbei. Ich bin hier heute wieder mit Malaysia.

Hallo Malaysia. Hallo Boris, grüß dich.

Freut mich, dass du da bist und dass wir heute aus deinem ganzen Erfahrungsschatz schöpfen können. Ich hoffe, da bin ich ganz sicher. Ich springe einfach mal mit der ersten Lektion rein und illustrer kurz das Problem und dann können wir gemeinsam darüber sprechen. Die erste Lektion ist Halte die Komplexität in Projekten so niedrig wie möglich. Was bedeutet das genau? Das Problem besteht darin, dass häufig in Projekten alle möglichen Werkzeuge verwendet werden Libraries, alte wie neue. Daraus entsteht eine sehr, sehr hohe Komplexität und ein Wartungsaufwand.

Weil natürlich jede Library dies irgendwann mal ins Projekt geschafft hat, muss mitgeschleppt, gewartet werden, weiterentwickelt werden. Gegebenenfalls. Wenn Sicherheitslücken auftreten, müssen die gefixt werden, was zu einem sehr großen Aufwand bei Versions Upgrades führt. Denn all diese Inhalte, die einmal ins Projekt gekommen sind, die laboris, müssen mitgezogen werden.

Das wird insbesondere dann kritisch, wenn man Komponenten verwendet hat, die aus dem Support raus sind, also die einfach nicht mehr gepflegt werden, weil es sich beispielsweise um eine veraltete Technologie handelt. Ich bin sicher, da kannst du auch eine ganze Menge zu sagen. Leider ja. wÃchentlich wir aber bei dem Lieblingsthema Scrum, wo die Verantwortung ja quasi dem Team obliegt und das Management diesen Prozess komplett vertraut. Nämlich, dass das Team sich selber organisiert. Dass das Team, bevor sie neue Tools und Technologien einführt, sich einig ist.

Ich muss jedem Mensch mit tatsächlichen Augen öffnen sein. Dem ist nicht so. In jedem Projekt, wo ich war, wo das so mal rigoros gelebt worden ist, haben Entwickler Tools Frameworks eingeführt, wie sie wollten. Natürlich, der Entwickler will dazulernen. Das ist auch völlig legitim. Er will mit neuen Technologien spielen. Aber leider hat halt der Entwickler, gerade jüngere Entwickler, nicht dieses Bewusstsein, dass das ja auch später jemand betreiben muss. Jemand muss das verstehen, der, der nach ihm kommt oder wie auch immer.

Das heißt, diese Betriebs Komponente, diese Langfristigkeit hat er leider nicht im Auge, sondern in dem Moment hatte erst mal nur seinen eigenen Vorteil oder seinen eigenen Spieltrieb nachgegeben und das fällt dem Projekt hinterher auf die Füße. Das sind nicht nur Tools. Also es gibt Projekte, wo ich erlebt habe, dass auf ihr für verschiedene Test Frameworks eingeführt worden sind. Im schlimmsten Fall hätte einer nicht mehr erkannt was das sollte und baute sein eigenes Ding. Machen hat seins drüber gestülpt.

Schwuppdiwupp hast du diese 400 Frameworks drin und es ist einfach nur noch Kraut und Rüben. Und das mal der ganzen Komplexität, die jedes Buch für sich mitbringt. Security Patches, Versions Upgrade, was du erwähnt hast und so weiter und so fort. Oder es wurde entschieden. Okay, Kafka ist es cool in aller Munde. Lass uns Kafka, nutze dem Projekt. Dann wurde das einfach eingeführt, dass das jemand betreiben muss, dass da zu einem Kafka viel mehr gehört als in Docker Run.

Das wird halt ausgeblendet. Aber nachher muss die Software drauf laufen. Und wenn dann tatsächlich Probleme auftauchen, blickt keiner durch. Eine schlimmsten Fall ist der, der das einführt. Hat 3, 4, 5, 6 Monate später weg und dann läuft das Ding halt irgendwo.

Ich bin auch auf jeden Fall dafür, dass man so eine Art Architektur Verantwortlichen hat im Team, der die Langfristigkeit der Anwendung im Blick hat, der den Application Lifecycle kennt, also dem bewusst ist Wenn das hier ein Erfolg ist, dann muss das noch 5 Jahre erstens weiterentwickelt werden und dann gepflegt werden und irgendwann ist die heiße Entwicklungsphase vorbei. Dann geht es in den Betrieb und der ist eben nicht mehr so von neuen Werkzeugen geprägt, sondern da kommt es darauf an, dass die Werkzeuge, die man hat, möglichst lange eben supported werden.

Und oftmals kristallisiert sich in einem Team ja schon so jemand raus. Das Problem ist, wenn der formal nicht die Macht bekommen hat. Da kann man gleich noch zu Neiman Lektion zu sagen Okay, so machen wir das. Oder auch die Frage zu stellen Wenn da eine neue Technologie eingeführt wird, was bringt uns das, was kostet uns das? Also ich sehe auch die Lösung dieses Problems darin, dass man als guter Entwickler tendenziell mit möglichst wenig Abhängigkeiten auskommen sollte ein Testing Framework und dann ein möglichst branchenübliche, was halt wahrscheinlich noch lange Unterstützung findet.

Bewährte Tool Scheines einsetzen. Nicht unbedingt das neueste und heißeste, sondern etwas, was es. Einige Jahre gibt und was eine gewisse Verbreitung erfahren hat, dass man halt auch Infos zum Internet findet. Aber dennoch, ich meine, das muss uns ja auch klar sein. Einen gewissen Prozentsatz an neuen Technologien muss man in jedem Projekt einsetzen, sonst würde man ja stehenbleiben. Absolut.

Mir geht es auch weniger so, dass man sie hinterher betreiben kann. Es ist ein Punkt für sich. Ja, aber das größere Problem sich in der Komplexität. Ja, du hast ein System und dieses System hat ne gewisse Entropie. Und jedes Tool, jedes Framework, jedes Stück, was du dazu nimmst, erhöht die Entropie. Das heißt, das System wird komplexer und ihr komplexes wird es. Mehr Manpower Bausumme um das am Laufen zu halten.

Da kann ich wirklich auch aus meiner Historie sprechen in einem Projekt, das es noch gar nicht so lange her. Dann werden auch ich glaube zwei oder drei verschiedene Test Frameworks benutzt, das einem brauch Not und p.m. Als Abhängigkeit, damit es funktioniert. Das andere ist von Java STANDARD Framework und da sieht man richtig die verschiedenen Altersstufen des Projektes, wann mal was Neues probiert wurde. Und das führt dazu, dass irgendwann einer sagt Boah, wir müssen das alles neu machen, weil keiner mehr durchsteigen.

Also halte die Komplexität niedrig. Weniger Komplexität ist meiner Ansicht nach ein Genie Streich. Also jemand, der darauf achtet, da hat man schon so viel gewonnen. Weniger Komplexität heißt weniger Bugs, weniger Probleme, weniger Sicherheitslücken und generell ein besseres Software Verständnis von dem entwickelten Artefakt. Ein Aufschwung aus dieser Lektion hört man z.B. in der Skill BYD Podcast Episode Nr. 18, warum IT-Projekte so teuer sind. Die Komplexität führt nämlich dazu, dass die Preise irgendwann explodieren oder der Aufwand explodiert.

Also für mich bedeutet professionelle Softwareentwicklung auch nicht, jedem Trend ungefragt hinterherzulaufen, sondern primär eine konsistente Architektur anzustreben und Neuerungen gezielt einzubauen. Ich hab mal gelesen, dass man pro Projekt 15 bis 25 prozent an neuen Komponenten einsetzen kann, wo man hofft, dass die möglichst lange gewartet werden. Das wäre dann so ein guter Wert.

Es ist schwierig, das so in Prozenten auszudrücken. Ich glaube, jedes Projekt ist sehr spezifisch. Bei dem einen bedarf es mehr an neuer Technologie. Keine Ahnung. Wenn du sagst, ich möchte jetzt auf Echtzeit Streaming gehen, dann kommt halt nur ein oder zwei Tunes in Frage. Will sagen, es ist finde ich schwer nachzuvollziehen, so Prozentzahlen zu sagen. Drittel der Komponenten sollten neu sein. Also jetzt rein subjektiv. Aus meiner Erfahrung kann ich jetzt nicht an irgendwelche Zahlen festmachen.

Es ist immer individuell.

Das stimmt. Und wichtig wäre noch darauf zu achten, dass wenn man so eine Komponente einsetzt, sondern eine neue Technologie einsetzt, dass es eine saubere Schnittstelle gibt. Wenn du jetzt sagst Echtzeit Streaming, dann gibt’s ja irgendwie ein Interface, um diese Streaming Komponente anzusprechen, dass das halt sauber ist, dass man das nötigenfalls mal wechseln kann. Das sehe ich genauso. Also neue Tools können ausprobiert werden und jeder von uns hat natürlich den Drang, das zu tun und möglichst viele Sachen neu auszuprobieren.

Aber in einem professionellen Projekt muss man das abwägen, ob das wirklich immer sinnvoll ist. Die zweite Lektion stößt ja ein bisschen ins gleiche Horn. Der beste Code ist einfacher Code. Das ist meiner Ansicht nach auch ein Problem, wenn man die Entwickler sich selber überlässt. Also dieses Prinzip do not repeat yourself.

Die R ui, das kennt sie ja bestimmt auch. Das wird ins Extreme verkehrt. Also da werden Konfigurationen über Bilder Patterns gebaut und verschiedene Dinge, wo ein einfaches Textteil gereicht hätte. Ja, weil man diese Konfiguration nur einmal sozusagen einliest und dann nicht mehr braucht. Da werden Konstrukte aufgesetzt, die wahnsinnig komplex sind für eine einfache Sache. Und man guckt mehr darauf, ne Funktion nur wirklich einmal zu implementieren, statt dass man sagt Okay, is of reading ist hier wichtig.

So eine flache Konfigurationsdatei, auch wenn sich da irgendwie einen Wert doppelt. Ja, also Server für Datenbank und Server für sagen wir mal E-Mail ist jetzt vielleicht der gleiche, dann steht zweimal der gleiche Wert da drin, dass man trotzdem die beiden Werte einfach reinschreibt, anstelle dass man die Konfiguration dann wiederverwendet.

Also ich würde tatsächlich auch Einfachheit über Dry favorisieren, wenn es hart auf hart kommt. Sich entscheiden müsse ich mich persönlich immer wiederholen, als das Ganze kompliziert zu machen.

Würde ich auch so sehen. Also es gibt natürlich für jedes Pattern die Entwicklungspfad, dann haben natürlich ein Sinn. Ich möchte hier überhaupt nicht gegen Patterns wettern, aber ich habe es schon gesehen. Statt einer einfachen for-Schleife wurde ein komplexes Producer Consumer Pattern implementiert. Wurde dann irgendwie zehn Werte von irgendeinem Dienst consumers wurden, wo man denkt ja okay, die zehn Werte jetzt auch einfach als Liste übergeben können, da hätte jeder verstanden, was du willst. Und so muss man das erst ausgraben.

Man muss ja sagen, die Idee Unterstüzung ist ja auch tatsächlich so weit, dass sie auch q blöcke wär, wenn du sie wiederholst erkennt das sei es. Sowas lässt sich schneller auffinden, weil Dojo BDO Set kommt er dann zum Tragen, wenn du Code verändern willst? Und muss irgendeine Änderung reinnehmen, dass du seine Stelle machst und an der anderen Stelle vergisst. Hast du ein Bad drin? Sowas lässt die Idee dann schon erkennen, dass das die Unterstützungs entsprechend da.

Das spricht dann für mich auch eher dafür, dass sich das System mir einfacher halte oder mein Boot, als es zwingend unter allen Umständen auf Teufel komm raus diesem Prinzip gerecht werden muss. Genau.

Also ich glaube ein gutes Beispiel für Dohna Creepy yourself wird z.B. die Berechnung der Mehrwertsteuer, die aktuell bei 16 prozent statt bei 19 prozent liegt. Wenn das natürlich komplett durchs Programm verstreut ist, wird es sehr aufwendig, alle Stellen zu erwischen. Da will man natürlich eine Methode haben, die dann überall aufgerufen wird.

Aber gerade bei Configuration Klassen oder Klassen, die so Rest Calls aufrufen oder so. Da kann man sich dann doch sehr Fahrkünste an Was mir zu diesem Thema sofort einfällt ist eher so diese wie sich verschachteln Stream Map Filter Konstrukte über mehrere Zeilen gehen. Das ist für mich ja. Man mag sich dann hip vorkommen, weil man tolle neue Features benutzt hat, die in anderen Programmiersprachen schon länger da sind. Und es mag shiny sein, aber kann man argumentieren wie man will?

Es macht den Code schwer lesbar und das ist es mir definitiv nicht wert. Dann hab ich lieber drei Bout Blöcke, was man einfach lesen kann wie ein Buch statt sich da so einzudecken. Weil es ist ja so, du hast ja eine anonyme Funktion hinter der anderen. Diese Ketten, die aus dieser JavaScript Server Seuche herkommt. Und du musst ja wenn du das bitte folgen willst mit dem Kopf, dann musst du ja quasi ins Deck bilden. Der Rekursive ist und das strengt mich so an und Leute, das hat nix mit meinem Alter zu tun, sondern das ist einfach Mist.

Das fällt jedem schwer, als wenn ich das quasi in einfachen Zeilen hab.

Ja dieser Landa Notation, die verführt halt dazu, dass man immer ach und man filtert das. Achja und dann sortiert man es noch. Achja und dann macht man noch das Ding und dann dies und dann jenes und dann entsteht so eine Kaskade. Und in der Sekunde wo man da drinne ist ist das toll, weil man einfach da so runter schreiben kann. Aber ich hab auch schon mal eine lange Landa Funktion in zwei oder drei Blöcke aufgeteilt, weil ich einfach dann so ein Zwischenergebnis haben wollte und sage Okay, das ist die gefilterte Liste beim nächsten Mal.

Okay, das ist jetzt das tilgte Liste. Okay, das nächste Mal, da sind die gefundenen Treffer drin oder so. Sodass man dir dann eben folgen kann, wenn das irgendeiner mal anfassen muss.

Das ist also sehr richtig gesagt. In dem Moment, wo du selber dich quasi diesem Kontext aufgebaut hast und drin bist, dann lässt sich das relativ einfach runterschreiben. Aber der nächste muss ja auch da rein und der übernächste.

Also meine Regel ist, wenn der Quellcode nicht direkt auch von den Junior Entwicklungs Kollegen verstanden werden kann, was da passiert ist, dann ist er zu kompliziert. Punkt. Also klar, dass man mal ein Pattern erklären muss oder dass man sagen muss Oh, hier hab ich eine neue Funktion benutzt, dies in der neuen Version gibt. Das verstehe ich aber da Verschachtelung Stephen und irgendwelche wilden typisierten.

Ja genau das ist das nächste Ding.

Funktionen, die sich dann selber aufrufen. Ja, dann wird’s ein bisschen zu wild und man muss sagen hör mal, was machen wir eigentlich? Weil meistens mag man ja nur Daten irgendwie aufeinander, wenn man programmiert und arbeitet. Nicht immer Spaceshuttle, Steuerung und auch die Map letztlich nur Daten, auch sehr beliebt.

So typisierte Methoden Rückgabewert mit Wildcards und auch sehr Nies nicht.

Also nochmal Patterns haben natürlich ihren Sinn, aber man muss immer gucken ist das hier die richtige Hammerl Größe für das richtige Problem? Ich glaube das ist ganz wichtig.

Man muss einfach auch an andere denken, die dann kommen, vielleicht nicht nur den Skill Level haben.

Ich habe auch festgestellt, die besten Entwickler wenn eine Lösung entwickelt haben, dann hören die nicht auf und committen das einfach, sondern die lesen das dann nochmal von oben nach unten durch und vereinfachen auch komplizierte Funktionen. Also es gibt diesen Spruch Jeder Schwachkopf kann Dinge kompliziert machen, aber es braucht ein Genie um Dinge einfach zu machen. Und die gehen wirklich nochmal diese extra Runde, dass sie sagen Okay, jetzt hab ich zwar eine Lösung, die funktioniert. Aber was mache ich hier eigentlich nochmal?

Okay, das ist ein Zwischenschritt, der logisch. Das ist ein Zwischenschritt des logisch und zergliedern. Das entweder in einzelne Methoden oder einfach in logische Blöcke. Manchmal recha das Einführen von Leerzeile schon, weil du kennst ja bestimmt zu klickst in einer Datei auf nach so ne Wall of Text 300 Zeilen ohne eine Leerzeile dazwischen. Da denkt man schon Boah, was ist hier passiert? Da ist es wichtig, dass man auch diese logischen gedanklichen Schritte dann eben voneinander absetzt und dann möglichst ein einfachen Fluss hinbekommt.

Da kommen wir zur dritten Lektion und da bin ich ganz sicher, wirst du ganz viel zu sagen können. Die dritte Lektion Gutes Projektmanagement ist wichtiger als das Vorgehens Modell.

Was meinst du damit mit Vorgehens Modell? Das Vorgehens Modell könnte das agile Vorgehens Modell sein. V Modell x t Wasserfall Modell ganz klassisch oder irgendeinen meißtens wenn die Vorgehens Modelle ja nicht in Reinform ausgeführt, sondern es entsteht so eine mehr köpfige Hydra, die sich an allen Vorgehens Modellen irgendwie bedient und dann ein neues Monster erschafft. Nachdem das Team dann arbeitet nein, es soll gar nicht so negativ sein. Also natürlich gibt’s kein Vorgehens Modell in Reihenfolge. Es muss auch immer zur Firma und zum Projekt passen.

Aber ich glaube, nach den Jahren kann man schon sagen, dass man gutes Projektmanagement von schlechtem Projektmanagement unterscheiden kann.

Aber Moriz Projektmanagement gibt’s doch gar nicht mehr. Ist doch alles agil.

Ja, auch ein Kilis Projektmanagement ist ja Projektmanagement. Was ich festgestellt habe ist Es gibt so Projektmanagement, das sich so im Unternehmen entwickelt hat und was dann so implizit durchgeführt wird oder was du von oben aufgestört wird. Agil wäre z.B. ein Beispiel für Da kommt eine Entscheidung und das wird häufig von oben aufge stülpt. Ja, wir haben das jetzt gehört. Wir machen es jetzt alle. Aber diese von oben aufgestellten Modelle scheitern oft an der Realität. Also das agile Paradigma wird ausgerufen, es wird ein Sprint geplant, die Leute fangen an zu arbeiten und nach zwei Tagen kommt jemand rein und sagt Nee, das ist aber jetzt ganz wichtig.

Dann sagt man Ja, schreibs ins Backlog. Gucken wir uns zwei Wochen an So, und jetzt hasst der Lackmustest. Gelingt das jetzt? Oder sagt jemand Ja, Moment. Ich bin aber der Geschäftsführer. Ich will das jetzt sofort. Und so sterben dann die guten agilen Ansätze dann auch ein. Also die verwässern so nach und nach. Ich will das gar nicht so negativ klingen lassen, aber dann landet man meistens bei irgend so einer Zwischenform. Also um Priorisierung von oben.

Notfälle passieren. Naja, Hacker-Angriff, Sicherheitsprobleme. Das Leben bewegt sich ja auch. Es ist ja auch nicht so stark, dass es sich in ein Modell quetschen lässt. Schlüsselpersonen geht. Neue Mitarbeiter kommen, die noch keine Vorkenntnisse haben. Jemand wird krank. All das kann während der Projekte geschehen und es gibt keinen Plan, der alle Eventualitäten abdecken kann. Das ist die Realität. Wie löst man das gut?

Grundsätzlich ist es ja bei dem agilen Vorgehen. Es ist eigentlich eine Wohltat für die bisherige Softwareentwicklung gewesen. Gar keine Frage. Wir alle oder nicht alle? Vielleicht die? Die jüngeren Zuhörer nicht. Dieses Modell, das man sich vorher im Prinzip schon qualmende Ingenieuren, die Anforderungen genau holen musste, niederschreiben musste und abschätzen musste oder Modell Werkvertrag gemacht. Das hat alles nicht funktioniert. Insofern ist agil schon super. Aber ich glaube, dieses so völlig rigorose Agilität, wie das Agile Manifest sagt oder was daraus geworden ist, sag ich mal, das ist totaler Humbug.

Du kannst keinem Management erklären. Pass mal auf. Wir können dir nicht sagen, was es kostet. Wir können dir nicht sagen, wann es fertig wird. Wo hast du sowieso nichts zu melden, außer die Kohle da hinzulegen? Das funktioniert einfach nicht. Selbst wenn das Management von großen Firmen sagt Ja, wir führen das jetzt ein und egal was wir machen, ist agil, agil, agil. Trotzdem fragen sie immer nach Wann ist es fertig? Was kostet das?

Trotzdem wird Projektmanagement nicht mehr gemacht. Man merkt, dass Sie nicht loslassen können. Klar. Ich meine das selbst ich als Softwareentwickler dieses Modell ja mitgemacht hat und sehr froh ist, dass es das auch gibt, sagt. Das ist totaler Quatsch. Entwickler können machen was sie wollen. Hin und her. Das funktioniert einfach nicht. Deswegen vermischt sich das im Moment. Klar, wenn du nur diese Menschen sind, Firmen und Coaches und so weiter. Die verdienen ihr Geld damit, dieses Modell einzuführen.

Aber aus der Praxis, so wie ich es erlebe, entsteht irgendwie eine Mischform. Dadurch aber, dass diese Mischformen links beschrieben ist, vermisse ich das Alte mit dem Neuen. Und da kommen ganz komische Konstrukte raus. Mein Punkt ist jetzt gar nicht mal so finanziell und Management und Zeit, Berechnungen usw. Also auch das werden mit Sicherheit 99 prozent der Zuhörer zustimmen. Irgendwie schleicht es sich ein, dass die Komplexität Punkte plötzlich in Tagen weiter kommuniziert werden. Aber mein Punkt ist rein technisch im Moment.

Und dass sich diese Architektur Thema, dieses Setzen eines Rahmens, in dem man sich frei bewegen kann und nicht einfach blind vertrauen und sagen, dass die Macht es schon. Ah, braucht das Team einen Rahmen. Es fühlt sich wohler. Der Entwickler fühlt sich wohler, wenn ein Rahmen, in dem er sich bewegen kann, im Grunde wie ein Bauplan auf der Baustelle.

Na, da baut ja auch nicht einfach jeder drauflos, wie er lustig ist, sondern es gibt einen großen Plan und das so muss das am Ende zusammenpassen.

Genau, du gehst ja auch nicht, wenn du ein Haus bauen willst und schmeiß irgendwie schon haben wir kein Geld ins Gesicht und sagt so guck mal wir das OP’s aufbaut. Nee, du gehst mal schon denken als erstes. Genauso ist das mit der Softwareentwicklung. Es ist auch sehr schwer, wenn du als Dienstleister, was wir hier sind Verträge machen wollen. Weil wenn ich dem Kunden komme, sagt Ja. Wir arbeiten zwar als verlängerte Werkbank, das ist unser Modell, das nach timen Material.

Aber wenn wir Projekte machen und ich sage agil, dann kommen genau diese Fragen. Und wenn ich dem sage, jetzt mal nichts zu sagen, wir machen das und du kannst nur sagen Stopp nach allen 14 Fahnenmeer und Sprint Review hast. Mit dieser Zeit kannst du das Projekt stoppen. Toll. Deswegen entstehen diese Mischformen und auch Verträge. Was wir machen ist dann kein Dienstleistungs Vertrag, kein Werkvertrag, sondern agiler Vertrag. Also dieses Konstrukt gibt’s tatsächlich, wo man gewisse Rahmen festsetzt.

Ich hoffe, das wird noch ein bisschen dauern, bis das, was ich jetzt gerade sage, den Unternehmen auch tatsächlich bewusst wird und man erkennt. Rein so agil, wie es Groom oder diese Coaches einem propagieren, so geht’s einfach nicht. Das wird früher oder später kommen, spätestens wenn dann Projekte zeitlich und finanziell aus dem Ruder laufen. Wenn man sich wieder fragen warum, wieso, weshalb? Und dann, wenn das Argument auf den Tisch kommt, dann überlegt man sich etwas Neues.

Also das beste Projektmanagement, was ich erlebt habe. Es hat total problemorientiert. Das guckt wo sind die Stolpersteine oder was steht uns im Weg, was steht unserem Erfolg in weg und kümmert sich darum? Also es räumt im Grunde einfach nur Hürden aus dem Weg und lässt dem Team schon viel Autonomie. Aber kommuniziert die Ziele immer sehr klar. Also da wollen wir hin, da wollen wir hin. Da wollen wir hin und alles, was da im Weg steht. Probleme müssen gelöst werden.

Leute müssen überzeugt werden und darum kümmert sich das Projektmanagement. Und auf der anderen Seite schützt ist das Team, das das Team in Ruhe arbeiten kann und nicht in endlosen Meetings Runden verhaftet wird, um alle Stakeholder, die es irgendwie geben könnte, abzuholen. Das sind die effektivsten Projekte, in denen ich bisher gearbeitet habe, wo man einfach gesagt hat Okay, wir räumen alle Probleme aus dem Weg. Ihr könnt in Ruhe arbeiten, natürlich alle zwei Wochen oder je nach Sprint Ende wird gezeigt, woran ihr gearbeitet habt.

Und dann sagt der Kunde, wohin es als nächstes geht. Natürlich gibt’s so einen groben großen Plan, was man erreichen möchte. Mit den Schlüssel Features. Aber das war sehr zielorientiert und die Projekte, die ich so gemacht habe, waren sehr erfolgreich. Vielleicht können wir hier auch festhalten. Also das ist so mein Fazit aus dem Punkt gutes Projektmanagement. Wenn Projekte scheitern. Ich hab das noch nie erlebt, dass ein Projekt, eine Technologie scheitert, weil irgendwas nicht gegangen wäre oder so vielleicht.

Bei Raumfahrtunternehmen ist das so. Aber ganz oft sind es menschliche Faktoren, Firmenpolitik oder einfach nicht gut durchgeführtes Projektmanagement, wo dann hinterher das ganze Team demotiviert war. Das sind so die Gründe, warum Projekte scheitern.

Meiner Ansicht nach ja, ist schon so. Aber ich hatte auch. Also muss ich wirklich hervorheben einige Projekte, die wirklich super erfolgreich waren, wo gutes Projektmanagement stattgefunden hat, wo dem Team der Rücken gestärkt wurde und alle Probleme organisatorischer Art eben aus dem Weg geräumt wurden. Also super klasse gelaufen, muss ich wirklich sagen. So ein bisschen in die dritte Lektion Gutes Projektmanagement spielt die vierte Lektion hinein, würde ich sagen. Die ist nämlich Es ist sehr wichtig, eine verantwortliche Person zu benennen.

Was ist das Problem? Also das kennst du bestimmt auch bei Retro oder auch so werden Missstände benannt, was vielleicht nicht so toll ist, was man besser machen kann. Dann gibt’s eine Diskussion im Plenum, da spricht man darüber und dann wird darum gebeten, meistens von höherer Stelle, dass sich darum gekümmert wird, ohne explizit eine Person zu benennen. Vielleicht wird sogar noch ein Ticket erstellt im Backlog. So, und das wars. Und bitte kümmert euch darum.

Heißt für mich Keiner kümmert sich darum. Gerade wenn das ein heißes Thema ist. In erfolgreichen Projekten, so ist es meine Erfahrung, wird eine verantwortliche Person benannt, wenn das Thema wichtig ist. Wenn ein Thema nicht wichtig ist, dann wird keine Person benannt, aber dann braucht man es auch nicht aufschreiben. Und diese Person ist dann dafür verantwortlich, dass dieses Thema weiterverfolgt ist und hat dann die Themenführerschaft da drüber und kümmert sich auch. Und das ist gar kein Fingerprint Ding, das man sagt Okay, du kümmerst dich jetzt darum.

Sondern jeder hat ein paar Themen, für die er verantwortlich ist. Dadurch entfällt diese ganze Fragerei, wenn irgendwie Probleme in einen gewissen Themenkomplex fallen. Man weiß sofort Aha, Person X oder Epsilon ist dafür verantwortlich. Brauch halt nicht weiter zu fragen, hat sofort einen Ansprechpartner. Auf der anderen Seite hab ich ja selber drei Themen, für die ich verantwortlich bin, sodass da auch kein Ungleichgewicht entsteht. Ich weiß nicht, wie hast du das erlebt? Also auch da ist ja das Team kümmert sich.

Also wenn wir es beim Business-Modell Scrum bleiben, heißt es ja, das Team ist eigenverantwortlich und wenn ich eine gute Durchmischung hab von jüngeren und erfahrenen Entwicklern, dann erfolgt quasi alles im Team. Und die sollen sich selber organisieren. Faktisch aber auch jetzt organisatorisch, innerhalb. Selbst wenn man das Modell macht und man im Team Dinge bespricht, ist es ganz wichtig für jedes Thema Verantwortliche zu benennen. Das ist ja dieses Prinzip. Ja, das hat eine andere schon mal vielleicht gehört.

Ja, wenn du in einer Menschengruppe unterwegs bist und irgendeiner hat einen Herzinfarkt, wenn du sagst Kann jemand mal einen Arzt rufen, macht es am Ende keiner, weil sich jeder von anderen verlässt. Aber wenn du dann jemanden anguckst und sagst, kannst du einen Arzt rufen, dann ist die Wahrscheinlichkeit viel größer, dass derjenige oder vielleicht wenn du dir selber bis überlebt.

Genauso ist es in IT-Projekte vielleicht nicht weniger dramatisch. Man braucht vielleicht nicht so oft ein Arzt, wobei das auch vorkommen kann. Je nach Katastrophen Lage. Ja. Oh mein Gott, ich seh gerade das war ja ein wundervoller Übergang. Die fünfte Lektion Katastrophen werd passieren, stell dich drauf ein. Da können wir jetzt ja mal wirklich von ein paar Katastrophen erzählen, die wir bisher erlebt haben. Ich fange mal von meiner allerersten Katastrophe an, da war ich noch Student und hab.

Eine Webseite betreut und hub zu einem gewissen Zeitpunkt des Vormittags Club zehn oder elf Uhr morgens ein Update gemacht. Dieser Webseite und die Webseite gehört einen riesigen Dax-Konzern habe das Update eingespielt. Okay, und auf die Webseite und drücke 5 aus passiert gar nichts. Und das Rad dreht sich und das Rad dreht sich und das Rad dreht sich. Ich drück nochmal 5! Das Rad dreht sich, das Rad dreht sich. Man geht auf Google um zu gucken. Hat der Rechner kein Internet oder sowas.

Alles funktioniert. ernÃhren, Webseiten funktionieren. Nochmal zurück auf die eine Webseite Rad dreht sich das Rad dreht sich, kommt keine Webseite. Da wurde mir heiß, kalt, heiß, kalt in schneller Folge mich aufgestanden und zu meinem Manager gegangen und hab gesagt Hammerl, ich habe gerade in D dein Schild an die Webseite lädt nicht mehr und er macht seinen Browser auf, geht auf die Webseite und das Rad dreht sich. Das Rad dreht sich und das Rad dreht sich.

Das war so wie im Trance, muss ich wirklich sagen. Ich war total. Oh mein Gott, was soll ich machen? Und dann griff er zum Telefon, auch relativ hektisch dann und hat wild rum telefoniert. Wahrscheinlich hat es nur 10 Minuten gedauert, aber für mich gefühlt ne Ewigkeit. Und dann hat der Kunde angerufen und gesagt, dass er gerade eine Wartung von diesem Server macht, wo ich gerade drauf wie Pleul hatte. Ich war also gar nicht schuld.

Es lag gar nicht an meinem Release, sondern der Kunde selber hatte den Server neu gestartet und dann auch noch in andere Firmen auf diesem Server drauf. Also es war quasi eine kurze Downtime von paar Minuten, wo ich nichts konnte, weil ich einfach nicht wusste, dass da jetzt durchgestartet wird oder so. Das heißt, am Ende war ich nicht schuld, aber das will ich nie vergessen. Das war für mich eine Katastrophe und das wäre auch für die kleine Firma, für die ich damals gearbeitet habe, eine Katastrophe gewesen.

Am Ende des Tages ist alles gut ausgegangen, aber das weiß ich noch ganz genau. Das war so die erste Feuerprobe. Und ich bin sicher, jeder Entwickler kennt diesen Moment und kann von anderen Situationen erzählen, wo dieses Heiß kalt Gefühl aufgekommen ist. Also was ist die Lektion hier? Trotz aller Vorbereitung wird es irgendwann zur Katastrophe kommen. Downtime ganzer Produktionssystem durch Softwarefehler oder Datenbank Updates schlecht reproduzierbare Bugs. Ich weiß, wir haben mal in einem Projekt zusammen gearbeitet, da es alle sechs Wochen ein komplettes Rack ausgefallen.

Das inklusive braucht ein BIOS Update oder so. Aber wahnsinnig aufwendig zu reproduzieren. Und jedes Mal wenn der Fehler aufgetreten ist, ist das ganze System abgestürzt, sodass ein riesen Impact hatte. Datenverlust, Hardware, Defekte alles schon dagewesen. Betrug, Hacking, Diebstahl, DDoS also das wird passieren, da muss man darauf vorbereitet sein. Was war deine Katastrophe in jüngster Vergangenheit oder die größte, die du je erlebt hast?

Also ganz ehrlich, ich kann nicht sagen, es war jetzt eine große Katastrophe hier oder da. Der ganz normale Wahnsinn. Solche Ausfälle hier, da. Oh Gott, unser Gitt baut nicht und oh Gott, unsere Produktion Server ist down. Das ist eigentlich Normalität, dass das kommt. Ich muss ganz ehrlich sagen, es ist nichts dabei, was mich geschockt hätte. Ja so! Gerade wo ich angefangen hatte. Und so dachte ich Jo, hier in IT-Systemen.

Alles Ingenieure und komplexe Systeme. Wenn das läuft, dann läuft und da passiert nix. Wurde erst in ein, zwei Mal Sucks, du bist hier abwanderten. Also das ist wie Hartmut weißt. Klar werde ich nie vergessen. Irgendwie bei der großen Systemhaus am Anfang, wo wir Mailserver betreut haben für Kanal so 20000 Leute und die konnten keine Mails verschicken. Da ist gezittert und bibbert. Aber es kam danach noch schlimmere Dinge hinterher.

Wenn das Problem gelöst ist, kann man darüber lachen. Aber in dem Moment, wenn man nicht weiß, woran es liegt.

Es ist schon also das Gefühl, wenn du sunde gelöst, dass das ist. Ich weiß es nicht. Ich kann nicht sagen, es ist besser als beim Sex.

Aber okay, ja, ich weiß, was es so weit kommt sich vor wie Superman.

Ja, auf jeden Fall. Es ist halt klar die Endorphine, ein bisschen Aufregung und Spannung, Endorphine werden ausgeschüttet und wenn es dann gelöst und das andere Adrenalin weg ist, da fühlt sich einfach nur so Hey Vasile, das Widersprüchliche hier an der Lektion ist ja, dass die Unternehmen oder gerade auch Großunternehmen einen unglaublichen Aufwand betreiben, dass es eben nicht dazu kommt.

Also viele Back ups, redundante Systeme, 24/7 Support. Und trotzdem Irgendwann bist du fällig. Irgendwann passiert die Katastrophe. Ich weiß nicht. Gerade wenn man ein System schnell weiterentwickelt. Irgendwo ist ein Fehler drin, den keiner bedacht hat. Ob es ein Schaltjahr ist, das hatte ich auch mal bei einem System. Da fehlte der letzte Tag, weil das Jahr 366 Tage hatte statt 365. Das war nicht bedacht worden. So konnte am letzten Tag keine Buchung erfolgen.

Das sind alles so Dinge, die können passieren und das Wichtige ist, damit zu rechnen. Ich finde, daran erkennt man immer so supergut den Unterschied zwischen Junior Developer und Senior Development, weil da passiert das, was du beschrieben hast. Die einen haben die Hornhaut, die anderen haben die noch nicht. Pferde Junior Developer ist so wie ich damals schweißnass gebadet. Völlig paralysiert und weiß nicht, was er machen soll, und der Senior Developer zieht die Handschuhe an und greift ins Feuer.

So ungefähr. Bleibt ruhig. Okay, das Kind ist jetzt im Brunnen gefallen. Welche Optionen haben wir? Was können wir machen? Was man die letzten Schritte, die du getan hast? Welchen Impact hat das im Grunde? Wie gehen wir jetzt vor? Natürlich zügig, aber diszipliniert wird an einer Lösung gearbeitet.

Und das ist auch sozusagen die Lösung dieser Katastrophe. Das ist auch ganz wichtig, dass das Management mitspielt. Task Force zusammenstellen, alles stehen und liegen lassen und sich um das Problem kümmern. Den Rücken dieser Task Force freihalten. Ja, vielleicht alle paar Stunden mal den Status abfragen, damit man das entsprechend kommunizieren kann. Richtung Vorstand oder Kunden, den Fortschritt und das aktuellen Problem Status Monitoren. Was kann man machen? Wo befinden wir uns und wirklich sehen, dass das Team die volle Konzentration auf das Problem werfen kann und nicht gestört wird?

Kein Telefon und so weiter. Also außer zur Problemlösung dann erlaubt und auch dem Team dann die nötigen Ressourcen, also Experten z.B., die sich mit einer Technologie ganz besonders gut auskennen, die dann eben Hilfestellung geben können, in kritischen Situationen zur Verfügung stellen. Und Annas Team muss man einfach sagen Bleib dran, ihr müsst durchhalten. Es gibt ein tolles Zitat von Winston Churchill. Das fällt mir in diesem Zusammenhang immer wieder ein If you going to hell, keep going.

Also nicht stehenbleiben, weitermachen, dranbleiben, das Terrier gehen, auspacken und einfach weiter daran arbeiten, bis das Problem gelöst ist. Und unterwegs Schadens Minimierung betreiben. Natürlich.

Aber ich kann es immer noch nicht glauben. Du hast keine Katastrophe erlebt.

Nee, ich überlege echt die ganze Zeit. Aber wie gesagt, es ist halt relativ Katastrofe.

Also ich weiß, dass wir schon in Projekten gearbeitet haben, wo Leute panisch über den Flur gelaufen sind, weil die Webseite offline war. Wenn das dich nicht aus der Reserve gelockt hat, dann hast du auf jeden Fall mehr Hornhaut als ich.

Die Sache ist eine Sache der Perspektive. Willst du brauchst einen kühlen Kopf bewahrt.

Ich weiß, einmal ist ein Manager aus dem Urlaub zurückgekommen, hat sein Notebook eingesteckt, dann auf dem Notebook lief noch irgendwas Server Komponente vom Produktiv System, die in der Entwicklung dann noch gestartet war und dann klappt das Notebook auf. Und dadurch, dass er eine Zeitlang im Urlaub war, zieht das Notebook alle Events von Zeitpunkt. Ich gehe jetzt in Urlaub bis Zeitpunkt. Ich bin wieder da. Nach dem Produktionssystem und blockiert das ganze Produktionssystem stundenlang und keiner wusste, woran es liegt, weil keine Änderung erfolgt ist, außer dass dieser Mensch aus dem Urlaub zurückgekommen ist, was man ja auch erst nicht weiß.

Das war auch eine heiße Phase, diesen verkehrssicher auf Rädern, weil sie rausgefunden haben, da haben nicht wir geschwitzt, da hat er dann geschwitzt, aber das weiß man dann erst nicht.

Es sind einfach so Sachen. Technologie ist manchmal wunderbar wie Magie und manchmal auch sehr einfach. Und sehr dumme Fehler passieren. Das muss man auch sagen. Na ja, ich freue mich, mit dir im zweiten Teil über die Lektionen 6 bis 10 zu sprechen, nachdem wir jetzt die Lektionen 1 bis 5 durchgegangen sind.

Ja, sehr gerne freue ich mich auch. Bis dahin ganz schön nochmal überlegen, ob wir noch ähnliche Katastrophen erleiden wollen.

Genau da greifen wir den Faden wieder auf und machen noch so einen Marsyas Katastrophen Blog am Anfang. Sehr schön bin ich gespannt, wo die die meiste Hornhaut gewachsen ist. Wenn unsere Zuschauer Fragen haben oder Feedback zur aktuellen Podcast Episode, können Sie uns eine E-Mail schreiben an Podcasts. Geh weiter. Wir freuen uns immer über Bewertung oder Weiterempfehlung des Podcasts an eure Freunde und Kollegen. Schaut darauf, dass Gilbert Jopp Seite vorbei. Wenn ihr mehr spannende Technologie Themen lesen möchtet, schaut auch auf der Skjelbred Website Slash Blog vorbei und abonniert natürlich unseren Podcast.

Ja, es war wie immer eine Freude. Ich wünsche noch einen schönen Abend.

Bis dahin.

Maurice KnoppSkillbyte Podcast #39: 10 Lektionen, die wir in 40+ Jahren Softwareentwicklung gelernt haben (Teil 1)
Mehr