Ihr habt euch gewünscht, dass wir mal maltes Rolle bei github
kennenlernen. Was macht ein Solutions Engineer
eigentlich den ganzen Tag und welche Aufgaben machen am
meisten Spaß und wieviel Probe mit er eigentlich noch in dieser
Folge interviewe? Ich malte um seinen Job besser
zu verstehen und wir finden heraus, was sich hinter dem
Jobtitel verbirgt und für wen das vielleicht auch gar nichts
ist. Viel Spaß.
Und damit Hallo und herzlich Willkommen zur Folge 153 des To
do Developer Podcasts mit Robin Manuel Thiel.
Den habt ihr gerade im Intro gehört, er ist Director AI und
klaut beim E Commerce Software Unternehmen Jtl und ich bin
malte lantin ich bin wie ihr gerade schon gehört habt
Solutions Engineer bei github mehr dazu erfahrt ihr später den
Podcast machen wir aber dieses Mal wie immer privat und in
unserer Freizeit, reden aber natürlich hier.
Manchmal über unseren Job, manchmal über Kundenprojekte und
ganz allgemein über die Developer Welt.
Und was uns so bewegt. Und natürlich auch, was euch
bewegt. Und nachdem wir ja meine Rolle
schon, glaube ich vor 56 folgen mal irgendwie beleuchtet haben,
kamen ganz viele Zustiften von euch, dass ihr auch besser
verstehen wollt, was der Walter da eigentlich den ganzen Tag
macht und darum geht es heute. Aber bevor wir einsteigen,
müssen wir natürlich noch danke sagen, auch wieder an euch,
danke für die ganzen Fragen, aber auch danke für den Kaffee,
den ihr uns spendiert habt. Wir haben wieder richtig viel
Kaffee bekommen. Malte, das heißt, wir können
hier wieder richtig bis spät in die Nacht coden, Nerden und
Podcasts aufnehmen und dafür ganz lieben dank einmal an den
Mark, der hat uns einen Kaffee ausgegeben, der Ulli hat sogar 5
Kaffee springen lassen, der Markus hat uns 3 Kaffee
ausgegeben und der Martin hat uns schon wieder einen Kaffee
ausgegeben, ganz lieben dank. Und wer wie Martin uns
regelmäßig einen Kaffee ausgeben möchte, kann das natürlich auch
über ein Kaffee Abo machen. Findet ihr auch.
In bei mir Coffee wie immer in den Show Notes verlinkt.
Genau, wir leben ja in einer Welt, in der wir alles
automatisieren und möglichst wenig Klicks nach selber machen
müssen. Also entweder wenn ihr es
regelmäßig machen wollt, freuen wir uns natürlich, weil ihr
vielleicht eh jede Folge hört oder sowas dann sagt entweder
eurem Open Clawbot, den ihr mittlerweile eingerichtet habt,
oder schließt ein café Abo ab, da freuen wir es natürlich ganz
besonders. Heute geht es aber um dich,
malte dann so ein bisschen die Standardfrage, was machst du
eigentlich beruflich? Und da würde mich mal
interessieren, wie erklärst du das denn deiner Familie oder
deinen Freunden so in einem Satz?
Was macht ein Solutions Engineer bei github vielleicht für Leute,
die jetzt nicht wahnsinnig tief auch in dieser ganzen it Welt
drin sind? Wie erklärst du es deiner
Mutter, was machst du da eigentlich den ganzen Tag?
Ja, das ist gar nicht so einfach, weil das natürlich
verschiedene Themenfelder involviert, mit denen man
vielleicht gar nicht so viel zu tun hat, nämlich einmal diese
Corporate Welt, wo es halt darum geht, irgendwie Softwareprodukte
bei und natürlich. Unternehmenskunden zu platzieren
und in den Einsatz zu bringen und auf der anderen Seite das
ganze Thema Softwareentwicklung, was ja für einen Großteil der
Bevölkerung natürlich nicht für diejenigen, die jetzt zuhören,
aber ein Großteil der Bevölkerung auch irgendwie so
ein Buch mit 7 Siegeln ist. Und ich arbeite halt in einer
Firma, die Tools für Softwareentwickler herstellt und
eine Plattform baut, auf der man Software entwickeln kann.
Und meine Aufgabe ist es, da, Großkunden Unternehmenskunden
dabei zu unterstützen, diese Software einzuführen, möglichst
effizient einzusetzen und dort alle technischen Fragestellungen
bei der Einführung zu beantworten.
Und das fasst es, glaube ich, aus meiner Sicht ganz gut
zusammen. Für alle, die jetzt nicht so
viel damit anfangen können, auch in dieser Tech Welt.
Wenn du dir jetzt den Job mit einer von den vielleicht
bekannteren Rollen beschreiben müsstest, würdest du sagen, du
bist eher sowas wie ein Consultant, also ein Berater
oder bist du eher ein Entwickler oder bist du eher im Sales, also
im Vertrieb? Was würdest du sagen so von
diesen klassischen Rollenbildern kommt dem am nächsten was du da
machst? Man könnte glauben, wir hätten
nicht nur die Fragen vorbereitet, sondern auch die
Antworten. Weil das ist eigentlich eine
super Vorlage, weil es letzten Endes.
Alle 3 Rollen in einer sind und ich glaube, das macht diese
Rolle eines Solution Engineers. Bei manchen Unternehmen heißt es
auch Solution Architect so aus, dass man da sowohl Aufgaben als
Consultant wahrnimmt, das heißt, man unterstützt bei technischen
Fragestellungen und hilft, die bestmögliche Lösung auf Basis
des Produktes aufzubauen, was man vertritt.
Gleichzeitig muss man verstehen, wie Softwareentwicklung
funktioniert. Das heißt, alle bei uns im Team
haben irgendwann mal in ihrem Leben professionelle Software
entwickelt und wissen, wie der ganze
Softwareentwicklungsprozess aussieht, mit welchen
Herausforderungen man dort zu kämpfen hat und die Rolle ist
angesiedelt im Vertrieb, sprich Sales und wir unterstützen
unsere Kolleginnen und Kollegen, die Halt als Account Managerin,
Account Manager. Die ganzen Verträge und das
Finanzielle mit den Kundenregeln mit unserer technischen
Expertise und halt dem Background als Software
Developer. Das heißt?
Du hast ja gerade schon gesagt, du bist schon irgendwie auch an
den Sales angeschlossen und ich habe mir jetzt auch mal auf
github die Rollenbeschreibung quasi durchgelesen und dort
steht, dass es eine technische Pre Sales Rolle ist.
Was heißt das so für dich im Alltag?
Konkret, also, wie stark bist du wirklich in so Sales Prozesse
eingebunden? Musst du auch irgendwelche
Schätzungen machen zu wie groß ist jetzt irgendwie hier dieser
Deal an dem du arbeitest? Musst du mit Zahlen getrieben,
bist du was, also wie sieht denn für dich eigentlich so ein
typischer so ein typischer Kunden Engagement Prozess aus?
Kommt das eher von so einer Zahlenseite holt der Vertrieb
dich irgendwie dazu musst du selber neue Opportunitäten
aufmachen. Vielleicht kannst du da ja mal
so ein bisschen durchführen. Ich glaube, dann versteht man
auch so ein bisschen. Ja, wieso ein typisches Ton
Engagement aussieht und an wen du intern bei github und auch
natürlich an wen du deine Ansprache an den Kunden
adressierst. Ich glaube, dann versteht man
auch so ein bisschen womit welchen Touchpoints du in
Berührung kommst. Ja, es waren jetzt relativ viele
Fragen auf einmal und es ist. Ja, auch ein Interview.
Vielleicht fangen wir da mal vorne an.
Du hast gerade Pre Sales genannt, also vor dem
Vertragsabschluss und das trifft es nicht so ganz, weil wir
natürlich auch gerade bei uns, die wir mit Großkunden arbeiten,
und da muss ich gleich noch mal ein bisschen weiter ausholen,
diese Kunden natürlich nicht nur unterstützen, bevor sie sich für
unsere Lösung entschieden haben, sondern auch danach und nicht
bei allen diesen Kunden haben wir Post Sales Kolleginnen und
Kollegen, das heißt? Wir unterstützen die Kollegen
auch nach dem Vertragsabschluss weiterhin und ohnehin leben wir
ja mittlerweile in einer Welt, wo man Software as a Service
einsetzt und auch solche Nutzungsbasierten Dienste, bei
denen es gar nicht mehr diesen klassischen Vertragsabschluss
gibt. Das Schöne an meiner Rolle ist,
dass ich wirklich nur für die technischen Themen
verantwortlich bin und unterstützen dann die Kollegen,
die diesen eher finanziellen Teil des Vertriebsprozesses
Steuern, mit technischer Expertise.
Das heißt, das Ganze Pflegen von Opportunities im CRM System oder
Forecasting, das ist nichts, was in meinem Aufgabenbereich liegt,
sondern es sind wirklich die technischen Themen, die.
Die Kunden dabei zu unterstützen, nicht nur unser
Produkt vollständig zu verstehen, sondern das Produkt
auch mit anderen vergleichen zu können, weil in der Regel findet
natürlich ein Vergleich mit Wettbewerbsprodukten auch statt
und von daher arbeiten wir da Hand in Hand und ich hatte es
gerade schon gesagt. Ich arbeite mit Großkunden, das
heißt, Ich bin im Enterprise Sales und dementsprechend
arbeite ich nur mit Unternehmen, die mindestens 1000
entwicklerinnen und Entwickler haben und das ist natürlich dann
wiederum eine ganz andere Arbeit als vielleicht Kolleginnen und
Kollegen, die im Midmarket sind oder SMB, also mit kleineren
Kunden arbeiten und dementsprechend haben wir da
natürlich auch eine gewisse Verantwortung langfristig diese.
Kundinnen und Kunden glücklich zu machen, zu betreuen, weil man
natürlich gerne über viele Jahre ein partnerschaftliches
Verhältnis mit diesen Kunden pflegen möchte, und das Macht
die Rolle eigentlich auch sehr befriedigend, dass wir nicht
wirklich am Abschluss des Vertrages aufhören und dann die
Ansprechpartnerin, Ansprechpartner beim Kunden.
Ja nicht mehr weiter betreuen, sondern tatsächlich über einen
längeren Prozess und eigentlich dauerhaft mit denen im Austausch
sind und dementsprechend auch sehen, wie sie unsere Produkte
dann letzten Endes aus Einsetzen und ausrollen und an alle
Entwicklerinnen und Entwickler im Unternehmen verteilen.
Ja, das hat sich ja eh super stark geändert in dieser ganzen
Cloud Welt und dass alles irgendwie eher in Abos fließt,
anstatt irgendwie um lange Lizenzen.
Also ich glaube früher war so ein richtiger.
Richtiger Software Vertrieb war eigentlich wirklich nur jemand
wo du die Unterschrift drunter gesetzt hast, war ich weg und
jetzt der Kunde muss sich ja jedes Jahr eigentlich wieder neu
dafür entscheiden einen Vertrag zu verlängern, so was, deswegen
ist man auch glaube ich heute so ein bisschen weg davon, dass man
dem Kunden irgendwie das blaue vom Himmel versprechen kann, was
dann irgendwie nicht kommt. Das heißt aber trotzdem, dass du
ja dennoch wahrscheinlich alle in deinem Team ein sehr, sehr
technisch tiefes Wissen hast, was du jetzt gar nicht
unbedingt. Glaube ich einsetzen muss, weil
du, wenn ich es richtig verstanden, du baust ja nichts
für den Kunden, aber du sprichst mit Leuten, die Sachen bauen,
das heißt, du musst deren Anforderungen verstehen und
musst auch eventuell, sag ich mal ganz blöd gesagt, die
Sprache, die die Techies beim Kunden sprechen, dann auch
vielleicht wieder intern in deine Vertriebsmannschaft
übersetzen können, manchmal, weil daraus dann ja auch
irgendwie sich Anforderungen erschließen und so was, das
heißt du, wenn ich hätte dich jetzt eigentlich gefragt, was
was ist denn das was du. Lieferst oder was ist denn das,
was du produzierst oder was du dem Kunden irgendwie mitgibst
ist? Das braucht man dafür tief
technische Skills oder braucht man die eher um den Kunden zu
verstehen? Muss man eher am Puls der Zeit
bleiben, um den Kunden immer wieder neu zu verstehen und
nicht unbedingt um selber was zu bauen.
Kannst du da vielleicht noch mal irgendwie so reindrillen was?
Was sind denn so deine auf neudeutsch sag mal so
deliverable also machst du Demos mit den Kunden oder was du?
Baust du Slides oder sind das eher also Deep Dive Workshops
wie wie betreut ihr denn den Kunden oder wie sorgt er denn
dafür, dass der dann irgendwie mit eurer Software happy ist?
Ja, ich glaube, da sind alle Aspekte irgendwo mit drin und du
musst zum einen halt ein tiefes Verständnis des eigenen
Produktes haben, das ist klar und ich glaube, das hat so ein
Pre Sales Engineer, egal um welche Software es jetzt geht,
ob es jetzt irgendwie Software für.
Softwareentwicklung ist oder Software für völlig andere
Einsatzzwecke. Da musst du natürlich da dein
Produkt wirklich in allen Details verstehen, um dort auch
Fragen beantworten zu können, aber dazu kommt halt bei uns
noch diese Fachexpertise über das ganze Thema
Softwareentwicklung und da genau wie du sagst.
Das Verständnis dafür, wie große Unternehmen Software entwickeln.
Und da hilft es dann auch nicht, dass man irgendwie mal einen
Wochenendkurs Python gemacht hat, sondern man muss
tatsächlich verstehen, wie sieht so ein Prozess in einem großen
Unternehmen aus. Also wir reden da irgendwie über
den Software Development Lifecycle und welche Schritte
gibt es da und alle diese Themen, über die wir jetzt in
den letzten Jahren im Podcast gesprochen haben, die kommen ja
irgendwo in diesem Prozess vor. Und da muss man natürlich
verstehen, wie diese funktionieren, wo da die
Herausforderungen liegen und wie man diese auch bestmöglich mit
den Tools, die wir anbieten, unterstützen können.
Mittlerweile haben wir ja wirklich ein Werkzeug mit der
Gitter Plattform können wir vielleicht gleich auch ein
bisschen darüber sprechen, für diejenigen, die das noch nicht
im Unternehmenseinsatz kennengelernt haben, was von
quasi der anforderungsanalyse, Projektmanagement bis.
Cicd und KI Tools für die Softwareentwicklung die
komplette Breite abdeckt und da muss man natürlich in allen
diesen Bereichen irgendwo die Sprache auch der Kunden
sprechen. Jetzt sagst du, das sind ja
große Kunden, die vielleicht auch recht komplexe
Softwareentwicklungszyklen haben oder das über verschiedene Teams
machen. Jetzt kann ich mir vorstellen,
dass wenn man so eine Software einführt wie github, die
wirklich fundamental verändert oder zumindest das anfasst, wie
du Software entwickelst, dass es jetzt auch.
Eher sehr lange Sales Zyklen sind oder was würdest du denn
sagen? Wie lange dauert das denn im
Schnitt von so einem Erstkontakt den du mit einem Kunden hast bis
zu dem Moment wo du dann wieder vielleicht aus dem ja aus dem
Deal rausgehst und dich auf einen neuen Kunden oder
irgendwas konzentriert konzentrierst habt ihr da,
kannst ja da so ein grobes sehen, also es ist ja
wahrscheinlich nichts was was irgendwie in 23 Wochen durch
ist, oder? Also das auf jeden Fall nicht.
Und viele der Unternehmen, mit denen ich arbeite, setzen github
jetzt auch schon seit vielen Jahren ein, aber es kommen
natürlich immer wieder neue Funktionalitäten dazu, die man
mit den Kunden bespricht und die natürlich die ganze Plattform
verbreitern, aber wenn man sagt okay, ich habe irgendwie ein
Unternehmen, was bisher nicht github einsetzt, sondern ein
anderes Tool zur Quellcodeverwaltung für Cicd.
Dann dauert es teilweise mehrere Jahre.
Man spricht regelmäßig und immer, wenn es dann irgendwelche
Vertragsverlängerungen gibt, dann schauen sich natürlich
große Unternehmen verschiedene Werkzeuge an.
Was ist gerade so das Werkzeug, was vielleicht die innovativste
Technologie bietet, wer bietet mir gute Preise, wo kriege ich
das beste Gesamtpaket, mit wem habe ich vielleicht ohnehin
schon einen Rahmenvertrag geschlossen und in diesen.
Phasen ist es dann natürlich ein intensiverer Kontakt als
vielleicht davor, wenn ich für ein gewisses Tool dann einen
mehrjährigen Vertrag vielleicht abgeschlossen habe oder meine
ganze Softwareentwicklung auf einem Werkzeug aufgebaut habe.
Dann wechsele ich das natürlich nicht jedes Jahr und
dementsprechend hat man dann natürlich immer wieder
irgendwelche Touchpoints und spricht darüber und einfach als
Beispiel, ohne jetzt das Unternehmen zu nennen.
Ich arbeite mit einem Unternehmen, was jetzt gerade
github als zentrale Plattform für die gesamte
Softwareentwicklung einführt, die waren vorher auf dem
Atlassian Stack, haben da Bit Bucket benutzt und andere.
Tools von dem Unternehmen und mit denen sprechen wir wirklich
seit 6 Jahren und hatten immer wieder Kontakt und letzten Endes
haben sie sich jetzt bei dem Zeitpunkt der
Vertragsverlängerung dazu entschieden, zu uns zu wechseln.
Aber man muss dann natürlich auch immer dann mit Rat und Tat
zur Seite stehen, wenn es mal Dazwischenfragen gibt.
Aber das heißt, du machst dann einen Workshop mit denen oder du
zeigst denen Demos oder sind das reine Diskussionen?
Wie muss ich mir so die Interaktion beim Kunden
vorstellen? Also die Antwort ist ja all das.
Also wir haben dann Demo Sessions, Wir haben Proof of
concept, Proof of Value Phasen, wo die Kunden Kunden dann auch
mit eigenen Projekten auf die Plattform gehen, das evaluieren
und wir regelmäßige Check ins haben, wo wir Fragen
beantworten. Es kann aber auch einfach ein
Prozess sein, den man begleitet, indem man ab und zu mal
technische Rückfragen per e Mail klärt, gerade wenn es darum
geht. Vielleicht Prozesse, die man
bisher auf einem anderen Tool umgesetzt hatte, auf github zu
portieren. Hey, ich habe das bisher so
gemacht, habe bisher folgendes Werkzeug eingesetzt, wie mache
ich das denn bei euch und da dann einfach manchmal ist auch
einfach nur der Link auf die Doku die man dann zurückschickt
und wo man sich wundert, hey das ist.
Fucking manual. Genau das hättest du per Google
oder auch per Suchmaschine selber finden können, aber man
hat da natürlich auch ein. Anderes Klientel, das sind
natürlich alles große Unternehmen, die auch
entsprechende Unterstützung erwarten.
Und dann kann das auch schon mal vorkommen, dass man sagt, Okay,
das hättest du dir auch selber beantworten können, aber das
gehört dann natürlich auch zu quasi zum Service dazu, dass man
dann auch mal einfach nur einen Dokumentationslink
zurückschickt. Das klingt jetzt erstmal nach
einer ganze Menge Meetings, oder?
Zumindest das ist ja eine sehr kundenfokussierte Rolle,
beschreibt auch mal so, auch für die Community, was ist so wie
sieht denn dein typischer. Arbeitstag aus.
Wie sieht denn ein Tag aus im Leben von malte?
Also du stehst morgens auf, holst dir einen Kaffee auf den
Nacken unserer Community, vielen Dank an dieser Stelle und hängst
dann nur noch in Zoom Calls oder wie verteilt sich das so wie
muss man sich das vorstellen? Und ja, musst du auch Reisen für
deinen Job, vielleicht kannst du uns da mal irgendwie so ein
bisschen abholen, wenn es sowas überhaupt gibt, manchmal gibt es
ja gar nicht so den typischen Arbeitstag oder so die typische
Woche. Aber gerade für Leute, die das
vielleicht auch spannend finden, sowas mal zu machen.
Vielleicht kannst du uns ein bisschen abholen und
beschreiben, wie das Leben des Malte zumindest in seiner, in
seiner Arbeitszeit aussieht. Ja, es ist total
abwechslungsreich. Also es sind halt nicht nur Zoom
Calls, sondern auch Team Calls. Also von daher ist alles alles
mit dabei, aber grundsätzlich ist es so, dass ich schon sagen
würde, dass ich ein Drittel meiner Zeit in online Meetings
verbringe, wenn nicht mehr in manchen Wochen.
Gerade wenn man nicht reist, wenn man natürlich beim Kunden
vor Ort ist. Für einen Workshop oder
irgendwelche anderen Meetings, dann ist man natürlich weniger
in online Meetings, was eigentlich auch eine sehr
positive Bereicherung innerhalb der Rolle ist, weil man da
einfach wieder mit Menschen zu tun hat und nicht nur auf den
Bildschirm schaut den ganzen Tag.
Und dann auch wirklich mal die Zeit hat, auch tiefer in die
Anforderungen reinzugehen, weil in gerade diesen eng getakteten
online Meetings, die man so hat, die dann irgendwie in der Regel
eine Stunde dauern, da kann man ja auch nur eine gewisse Tiefe
erreichen und gar nicht so detailliert auf manche Szenarien
eingehen, wie man das in so einem Ganztagesworkshop vor Ort
machen würde und von daher, ja, es ist alles dabei, es gibt
Wochen, da ist man wirklich sehr viel in online Meetings, aber.
Es sind nicht nur online Meetings.
Ich meine, das sind natürlich auch Vorbereitungen von Demos,
wo man dann auf der eigenen Plattform unterwegs ist.
Es sind teilweise Präsentationen, wobei ich sagen
muss, dass wir bei Github nicht die powerpoint Firma sind,
sondern wir arbeiten sehr stark in Demos, das heißt, Ich bin
relativ wenig irgendwie in powerpoint oder Google Slides
unterwegs, sondern dann mehr damit beschäftigt zu schauen, ok
was ist so ein. Schönes Storytelling, Umhalten
und so ein Szenario auf der Plattform einfach mal zu zeigen
und das kann man dann natürlich sowohl online machen per
Screenshare, was natürlich häufig stattfindet, insbesondere
da natürlich unsere Kunden in Deutschland und darüber hinaus
verteilt sind. Also ich selber betreue
Unternehmen in Deutschland, Österreich, Schweiz.
Aber die Ansprechpartnerinnen, Ansprechpartner dieser Kunden,
sitzen halt manchmal auch einfach mal in Spanien oder in
Polen oder in den USA. Teilweise habe ich Sessions
gemacht, Remote Sessions, leider konnte ich bisher noch nicht
hinreisen, aber für die entsprechenden Development Hubs
meiner Kunden in Südafrika und da hat man natürlich dann nicht
die Möglichkeit einfach mal schnell hinzu fliegen.
Okay das heißt jetzt aber auch, dass du wahrscheinlich.
Auf jeden Fall in der Pause, dass du ein gutes Englisch
sprechen musst. Das heißt, wenn du jetzt sagst,
irgendwie mit Polen, Spanien, Südafrika, wieviel das würdest
du sagen, wieviel Prozent von deinen Meetings machst du gar
nicht auf Deutsch? Also ich würde sagen 80% ist auf
Englisch, insbesondere weil wir auch intern größtenteils auf
Englisch kommunizieren. Wir sind zwar ein Team für
Deutschland, Österreich, Schweiz, was sehr
deutschsprachig orientiert ist. Aber sobald man dann jemand aus
einem anderen Team mit dabei hat, muss man dann natürlich
eine gemeinsame Sprache wählen, was dann Englisch ist und auch
viele unserer Kunden haben hybride Teams.
Ich arbeite viel mit Unternehmen zusammen, die dann gerade so was
den Betrieb von Plattformen betrifft, auch in Indien
Kolleginnen und Kollegen haben, die dann in diesen Meetings mit
dabei sind, das heißt, ein Großteil der Kundengespräche
findet auf Englisch statt, aber auch ein Großteil der internen
Gespräche. Schön, du hast ja uns sogar im
Podcast ja schon mal von bangoloro glaube ich berichtet.
Im Silicon Valley von Indien und so was auch vor Ort.
Es ist aber dann auf jeden Fall auch eine Voraussetzung für den
Job, wahrscheinlich, dass man zumindest halbwegs fließend und
sicher Englisch spricht. Kommen wir mal ein bisschen so
zu deinem Werdegang, du bist ja nicht nach der Schule Strategic
Solutions Engineer über github geworden, wo bist denn du
gestartet? Wir haben ja schon mal so ein
paar Mal im Podcast gesagt, dass wir gar nicht so einen
unähnlichen Werdegang haben. Aber wie bist du denn so so
Schritt für Schritt in Richtung Solutions Engineering
reingerutscht? Ich habe tatsächlich meine
berufliche Laufbahn bei Microsoft gestartet.
In dem Bereich, der hieß Developer and Platform
Evangelism und du hast ja, glaube ich mal erzählt oder in
deiner Folge, als wir über deinen Werdegang gesprochen
haben, was so ein bisschen der Evangelist ist.
Ich hatte da in dem Bereich unterschiedliche Rollen, habe da
verschiedene Themen abgedeckt, vom Developer Marketing,
Technical Evangelist, Student, Partner Program, über das wir
uns auch kennen und habe aber immer mit
Softwareentwicklerinnen und Softwareentwicklern gearbeitet
rund um Softwareentwicklungstechnologien
von Microsoft damals und bin dann über diese Rolle in einen
Kunden. Orientierten
Softwareentwicklungsbereich gekommen, wo ich gemeinsam mit
großen Unternehmen Pilotprojekte entwickelt habe.
Habe das anderthalb Jahre als Software Engineer gemacht, bin
dann in die Programm Manager Rolle, also mehr die Product
owner Seite gewechselt und bin dann von da, nachdem ich halt
sowohl diesen. Softwareentwicklungsbereich sehr
eng betreut habe als auch mit Kunden viel gearbeitet, habe in
die Solutions Engineer Rolle bei github gewechselt.
Da bin ich jetzt seit über 4 Jahren und habe da mit ganz
vielen super spannenden Unternehmen zu tun gehabt und es
macht wirklich Spaß auch da einen Einblick zu gewinnen, wie
die natürlich ihre ganzen Softwareentwicklungsprozesse
aufbauen, wie sich das Ganze auch in.
Verändert. Und wir hatten ja mal vor
einiger Zeit das Thema Platform Engineering und genau mit diesen
Teams, die solche Softwareentwicklungsplattformen
für große Unternehmen bereitstellen und
weiterentwickeln, arbeite ich in der Regel.
Das heißt, ich meine Ansprechpartnerinnen und
Ansprechpartner sind in der Regel diese Teams, die heißen
Mal Developer Experience oder mal Developer Plattform und die
haben dann die Verantwortung. Denjenigen, die wirklich den
Code schreiben oder heute auch mal schreiben lassen durch KI
die Plattform bereitzustellen, die zuverlässig ist, die alle
Werkzeuge bietet, die man braucht, um halt qualitativ
hochwertige Software in Produktion zu chippen und das
möglichst schnell und effizient. Das heißt, es gab in der
Erklärung irgendwann mal so einen Moment.
Wahrscheinlich war das dann, als du ins Programm Management
gewechselt bist. Wenn es anders ist, korrigiere
mich gleich gerne, wo du halt auch irgendwann für dich gemerkt
hast, so okay. Ich bin jetzt nicht mehr
hauptsächlich Entwickler, sondern ich bin jetzt eher in
Richtung Beratung, in Anführungszeichen oder so
Presales unterwegs und nehme meinen Entwicklerwissen mit, um
mit Entwicklern über ein bestimmtes Produkt über eine
bestimmte Plattform zu sprechen, was ja auch irgendwo technischer
Vertrieb ist. Das haben wir eben schon eher
schon gesagt, aber wenn. Hast du da überlegt, als dieser
Punkt kam, so soll ich das machen.
Also ich komme jetzt aus, ich habe ja vor kurzem eine ganz
ehrliche Entscheidung getroffen, deswegen interessiert mich das,
was hast du da sorge, dass was verloren geht oder dass man sagt
okay, ich werde jetzt wahrscheinlich nicht mehr jeden
Tag programmieren. Ja, ich glaube zu dem Zeitpunkt
schon, aber auf der anderen Seite war das eine bewusste
Entscheidung, der ich gesagt habe.
Ich möchte jetzt nicht mehr jeden tag irgendwie 56 Stunden
Code schreiben, sondern ich möchte mehr.
Dabei helfen, möglichst gute Software zu entwickeln.
Und das war dann in der Aufgabe als Product Owner eher dann
konzeptionell, wo man darüber geredet hat.
Okay was wollen wir eigentlich bauen?
Habe dann natürlich da die Softwareentwicklungsteams sehr
eng unterstützt, aber jetzt halt auch über das Tooling, was wir
bereitstellen, unterstütze ich ganz viele Unternehmen dabei,
hoffentlich noch bessere Software zu bauen.
Und durch diese Entwicklung der letzten 2 Jahre ist dann so auch
so ein bisschen die Fomo zurückgegangen, nachdem ich
irgendwie gedacht habe, umso länger ich nicht mehr jeden Tag
mehrere Stunden Software schreibe, umso schwieriger wird
es, irgendwann da wieder reinzukommen.
Und jetzt sind wir an der Welt, wo ich denke, ja, vielleicht
braucht man da gar nicht mehr reinkommen, weil die meisten von
uns vielleicht bald. Gar nicht mehr so viel Software
selber schreiben werden. Ich glaube das hängt dann je
nach Branche davon ab, wie der Prozentsatz dann am Ende
aussieht, aber ganz viele von euch, die zuhören oder auch was
du mir regelmäßig erzählst, erleben das wirklich schon, dass
sich der Alltag verändert, hin dazu, dass man mehr in dieser
Product owner Rolle ist, dass man Spezifikationen schreibt und
die Features beschreibt und dann sicherstellt und da kommen dann
wiederum. Die Tools ins Spiel
sicherstellt, dass die Qualität trotzdem noch stimmt, dass man
dann entsprechend über Linting, Security, Scanner etc.
Einfach noch mal diese nicht veränderbare Wahrheit hat, um
sicherzustellen, dass das was hinten rauskommt, wirklich
sicher ist und nicht nur irgendwo oberflächlich, wer das
tut, was es soll gemäß der Anforderung, sondern dass auch
die Qualität des Quellcodes stimmt, aber dass man selber von
diesem Quellcode. Gar nicht mehr so viel selber
geschrieben hat. Von daher ist jetzt so über die
letzten 2 Jahre durch diese KI Welle bei mir so ein bisschen
dieses mulmige Gefühl ist irgendwann der Punkt erreicht wo
ich vielleicht zu lange nicht mehr regelmäßig große Mengen
Code geschrieben habe gekommen, so ein bisschen zurückgegangen.
Ja, gerade jetzt im Moment wird er eigentlich alles so um das
Code schreiben, die ganzen Plattformen drumherum, die
werden ja eigentlich spannend. Und selbst wenn ich jetzt heute
sitze, ich habe heute mehr Spaß daran und.
Etwas zu bauen, was das Code schreiben möglichst gut macht,
als den eigentlichen Code zu schreiben.
Selbst wenn ich es könnte. Also ich habe viel mehr Spaß
daran, irgendwie dann prompt noch mal zu tweeten oder den
noch mal in irgendeinen Loop zu setzen oder jemand anderes Tool
auszuprobieren oder zu gucken, kann ich das Tool jetzt
irgendwie wie vielleicht mit Open Call, kann ich dem
irgendwie eine whatsapp Nachricht schicken, dass der
während ich gar nicht da bin schon mal für mich anfängt
irgendwas zu coden und so und wahrscheinlich könnte man in der
gleichen Zeit auch den Code schreiben, aber wenn man das
dann irgendwie schafft, dann. Könnte man ja auch irgendwann
mal in der Zeit, wo man ein Projekt schreiben kann, 10
Projekte parallel zumindest schon mal anstoßen.
Und ich glaube das ist wahrscheinlich.
Hast du da ohne das damals schon ahnen zu können, eine ganz coole
Entscheidung getroffen, weil heute das glaube ich, vielen
irgendwie mehr Spaß macht und genauso gibt es aber auch ganz,
ganz viele, die natürlich noch irre viel Spaß an der
Softwarewicklung selber haben, weil das hatten wir ja auch ganz
oft im hier im Podcast. Es ist halt eben für viele auch
einfach ein Hobby und sofern muss man ja auch sein, es gibt
auch einfach noch ganz viele Dinge in dieser Softwarewicklung
die KI stand heute noch gar nicht kann.
Karriere ist ja heute, wenn dann überhaupt auf dem eher auf dem
Stand von so einem Junior Developer und die ganzen Senior
Aufgaben die da sind wir einfach noch nicht, aber das wirklich
auch so ein bisschen zum nächsten Thema, Es gibt ja bei
euch, auch wenn wir über das Thema Junior vs.
Senior sprechen, was macht denn, was macht denn für dich in
dieser Rolle den Unterschied und die Karriere so ein Karrierepfad
aus, also was macht denn Junior Solutions Engineer
typischerweise, falls es sowas bei euch überhaupt gibt und was
unterscheidet denn? Das, was der Junior macht von
dem, was der Senior Solutions Engineer vielleicht irgendwie im
Alltag macht, ist das eher eine Frage von Jahren an Erfahrung
oder ist das eher sowas wie wie selbstständig arbeiten die
Leute, wieviel Verantwortung, die Wichtigkeit oder die Größe
der Kunden, auf die man sie setzt?
Wie wird das bei euch gelebt, wie ist der typische
Entwicklungspfad in der Karriere als Solutions Engineer, habt ihr
überhaupt diese Abstufungen bei github oder.
Wie macht ihr das? Also bei github haben wir
tatsächlich keine Junior Solution Engineers, sondern wir
haben Solution Engineers und Senior Solution Engineers und
bei uns im Enterprise Team gibt es eigentlich nur Senior
Solution Engineers und das bedeutet, dass ich eine gewisse
Erfahrung mitbringen muss, aber es bedeutet bei uns eigentlich
immer, insbesondere weil wir eine Remote First Company sind,
wo wir alle. Von zu Hause arbeiten dass ich
ein hohes Grad an Eigenverantwortung mitbringen
muss und dann, gerade wenn ich mit Unternehmenskunden arbeite,
auch eine gewisse Erfahrung, um halt wirklich auf Augenhöhe mit
den Ansprechpartnerinnen und Ansprechpartnern sprechen zu
können. Bei uns geht es nicht darum,
sich irgendwie so ein bisschen in das Produkt reinzuarbeiten
und dann immer wieder die gleiche Demo zu delivern ich
glaube, es gibt solche Solution Engineer, Presales engineer
Aufgaben auch in anderen. Software Unternehmen und da ist
es quasi so. Ich habe dann irgendwie mein
Slide Deck, meine Standard Demo und die mache ich dann immer
wieder bei ganz vielen Unternehmen und über diese Phase
ist ja Github mittlerweile hinausgewachsen, das heißt wir
sind ein sehr etabliertes Unternehmen und gerade bei uns
in diesem Enterprise Segment hatte ich ja gerade schon
gesagt, arbeiten wir größtenteils mit sehr großen und
was die Softwareentwicklung betrifft auch sehr reifen
unternehmen. Da geht man natürlich nicht hin
und erzählt denen, hey, wir sind dieses Startup und haben dieses
neue Softwareprodukt und wir zeigen jetzt euch einfach mal,
wie ihr damit die Welt verbessern könnt, sondern in der
Regel wissen die Leute genau, sie wissen in der Regel, was
kann es und sie haben halt auch schon in der Regel ein
äquivalentes Tool, was ähnliche Dinge tut.
Und dann geht es mehr darum, wirklich zu zeigen, was machen
wir anders, welche anderen Ansätze haben wir und da
wirklich zu helfen, dann auch dieses Verständnis zu
vermitteln, warum wir zumindest nach unserem Verständnis ja die
beste Plattform am Markt bauen. Und was machst du jetzt den Rest
deiner Tage? Oder hast du für dich so ein
bisschen eine Idee wie dein persönlicher Entwicklungspfad
aus der Rolle heraus aussieht? Also gibt es so typische Next
Steps, die man danach irgendwie macht oder vielleicht auch die
du persönlich anstrebst? Also das kann ja, das kann ja in
beide Richtungen gehen, das kann ja wieder sagen Richtung
Management oder vielleicht irgendwie mehr Richtung Produkt
oder gibt es gibt es irgendwas wo du sagst, das würdest du
gerne mal ausprobieren? Also das kann natürlich in
verschiedenste Richtungen gehen und ich könnte jetzt noch nicht
sagen, wo es für mich hingeht, aber ich glaube, ein ganz
wichtiger Punkt, und das ist auch so ein typischer
Karrierepfad, dass man in die Richtung mehr so Strategic
Advised geht und dann eher mit bestimmten.
Ausgewählten Unternehmen zusammenarbeitet und dann
vielleicht auch mit einer höheren Hierarchiestufe an
Ansprechpartnern, um dort ja einfach grundsätzlich vielleicht
eine gewisse Unternehmens und Produktvision zu vermitteln und
dann noch weniger tagtäglich diese Produktdemos zu machen,
was bei uns auch schon nur ein kleiner Teil der Aufgabe ist.
Aber ich glaube, wenn. Man sich so eine
Karriereentwicklung anschaut, dann kann es natürlich eher auch
so zu einer Advisor Rolle kommen, wo man dann vielleicht
an anderen Formaten mit den Unternehmen arbeitet und wo das
für mich hinführt kann ich nicht sagen.
Im Moment bin ich sehr glücklich damit, ich habe ein sehr
spannendes Kundenportfolio und wer vielleicht mal in meinen
linkedin reingeschaut hat wird hier und da auch schon gesehen
haben, wo ich dann vielleicht mal aufgetaucht bin, in welchen?
In welchen Posts von welchen Unternehmen ich verlinkt wurde.
Und da kann man noch so ein bisschen dann Reverse
engineeren, was so die Unternehmen sind, mit denen ich
zusammenarbeite, und das Macht auf jeden Fall viel Spaß, gerade
weil das auch die Unternehmen sind, die man kennt und die
tatsächlich, auch, wenn man auf Deutschland schaut, die meisten
Softwareentwickler haben. Also das sind alles Unternehmen,
die haben irgendwie, ich hatte es gerade gesagt. 1000 bis
irgendwie 5060 70000 Software developern, die für sie
arbeiten, natürlich weltweit, aber sie haben alle halt ihre
Unternehmenszentrale in Deutschland und werden
dementsprechend von uns betreut, aus Deutschland heraus und da
kriegt man natürlich super spannende Einblicke,
insbesondere wenn man mal die Möglichkeit hat, vor Ort auch
länger mit den Leuten gemeinsam auf die Sachen drauf zu schauen
okay. Das finde ich spannend.
Es gibt also. Schon auch den Karrierepfad,
dass ich sagen kann, ich möchte noch strategischer arbeiten,
ohne vielleicht direkt in Richtung ja People Management zu
gehen. Ja, weil das ist ja gar nicht
für jeden was, ich bin zum Beispiel persönlich großer Fan
von diesem, man nennt das Y Karrieremodell, also das sind so
die unteren Stufen, irgendwie so der normale der Junior
Developer, mid Level und Senior Developer, die sind die
gleichen, danach geht das, wieso ein Y nach oben in 2 Richtungen
aus, weil ich glaube den Fehler den ich ganz oft schon bei
vielen Unternehmen gesehen habe, ist das dann oft der.
Beste Programmierer oder die beste Programmiererin?
Der oder die wird dann Manager und das ist ja eine völlig
andere Rolle und das machen die Leute oft um, weil sie da noch
nicht fertig sind, weil sie dann auch irgendwie Karriere machen
wollen. Das ist dann halt irgendwie in
vielen Unternehmen so der logisch nächste Schritt und da
merkt man oft, dass es ja ein ganz anderes Skillset braucht,
Menschen zu führen, als es braucht, sehr guten, qualitativ
hochwertigen Code zu schreiben oder mit Kunden zu arbeiten und
das. Das finde ich immer so ein
bisschen schade, weil da oft sehr viel Unmut daraus kommt.
Und deswegen finde ich es immer wichtig, dass man ab einer
gewissen Hierarchiestufe so in beide Richtungen sich quasi so
eine Expertenkarriere oder eine Managementkarriere aufbauen kann
und die dann auch gleich hoch angesehen und auch gleich gut
vergütet am Ende des Tages natürlich ist.
Und das finde ich, finde ich immer wichtig, gerade bei
solchen Unternehmen, die auch sehr innovativ sind, dass man
sich da in beide Richtungen nach oben hin entwickeln kann.
Könnt ihr uns ja auch gerne in die Kommentare mal schreiben,
wie das bei euch ist, ob ihr einer dieser Firmen seid, müsst
ihr gar nicht nennen, aber ob das ob da mein Eindruck quasi
auch eure Erfahrungen bestätigt, dass es leider in vielen
Unternehmen so ist, dass dann quasi der beste Programmierer
ist und auf einmal der Manager und dass das Halt oft auch
irgendwie zu Unmut führt. Ja, aber man muss halt dazu
sagen, dass es irgendwie in beide Richtungen in der Regel
ja. Dünn wird also, die Luft wird
dünn, es gibt relativ wenig Leute, die die Management
Karriere einschlagen können und es gibt relativ wenig Leute, die
die fachlichen Expertinnen und Experten auf diesem anderen
Karrierepfad sein können und dementsprechend sieht man auch
immer wieder eine Fluktuation, dass dann Kolleginnen und
Kollegen zu anderen spannenden Unternehmen wechseln und das ist
dann natürlich auch eine Art von Karriereentwicklung, wenn man
sich schaut. Wer baut denn noch World Class
Software, die es vielleicht Spaß macht zu beraten und beim Kunden
zu platzieren? Und da sieht man auch natürlich
innerhalb der Branche, die ja irgendwie so ein bisschen so
eine große Familie ist, nämlich die Branche der Unternehmen, die
Softwareentwicklungstools für Softwareentwickler bauen, und da
sieht man natürlich auch so einen Wechsel zwischen den
Unternehmen. Wir haben halt bei uns im Team
Kolleginnen und Kollegen, die Halt vielleicht aus dem Bereich
von Security Tools kommen für die Softwareentwicklung.
Wir haben Kolleginnen und Kollegen, die Halt von anderen
Plattformanbietern kommen und da findet natürlich auch ein
Austausch statt und so kann man sich natürlich auch
weiterentwickeln, wenn man sagt, ich habe jetzt ein paar Jahre
dieses Tool gemacht, jetzt gehe ich mal zu einem anderen
Unternehmen und lerne was anderes wirklich im Detail
kennen, was man bisher vielleicht nur als Anwender
kannte und. Und nehme da ja vielleicht sogar
jetzt in deinem Fall Github Erfahrung mit, weil oft sind die
ja alle auch irgendwie so ein bisschen miteinander integriert
mittlerweile. Also selbst wenn man ja wie
gesagt, ich gehe keine Ahnung zu irgendeinem Anbieter der Coding
Agenten herstellt und die sind dann aber auch irgendwie github
Copilot integriert und vielleicht macht man da ja genau
eine Rolle dann auch an dieser Schnittstelle oder sowas.
Also das glaube ich auch, das habe ich auch schon viel
gesehen, dass am Ende ist das alles irgendwie so eine große
Familie und klar ist natürlich auch ein Karrieremodell zu sagen
ich. Wechsel mal zu einer anderen
Firma und schaue mir da mal ein bisschen was anderes an.
Wenn zum Abschluss jetzt heute irgendjemand zugehört hat und
gesagt, Ey, das klingt eigentlich nach meinem Traumjob,
was würdest du denn raten, was sind denn, was sind denn so
sinnvolle Zwischenschritte, vielleicht in der Karriere,
würdest du sagen, ja, eigentlich so wie du das gemacht hast, ist
schon ganz cool oder gibt es irgendwas, was du vielleicht
vermisst? Und für wen ist der Job aus
deiner Sicht eigentlich perfekt geeignet?
Also auf welchen Typ von Mensch passt das, der da so richtig
aufgeht? Und wo würdest du sagen, Na, das
sind vielleicht Signale, bei denen ich sagen würde, lass es
lieber oder das dann vielleicht eher nichts für dich, wenn du ja
dies oder das würdest du vielleicht vermissen oder so,
wie ist da so dein dein Blick drauf, also nimm jetzt an die
Leute, die jetzt dir zugehört haben, da gibt es ein Paar
dabei, die sagen, ey wäre mein Traum, wie wie kommt man da hin,
würde sagen einfach bewerben oder ist es schon wichtig
bestimmte Positionen im Lebenslauf zu haben und für wen
ist es was und für wen gar nicht?
Ja, ich glaube, das, was ich mache, ist natürlich relativ
speziell, gerade für die Zuhörerinnen und Zuhörer, weil
man dieses Produkt kennt, weil man es einsetzt, wenn man
Software entwickelt. Und von daher sind natürlich
alle, die bei uns in diese Rolle reinkommen, die nicht vorher
schon genau das gleiche vielleicht beim Wettbewerb
gemacht haben, aber. Alles Kolleginnen und Kollegen,
die irgendwie mal Software entwickelt haben und die
Expertise mitbringen und die Anzahl der Unternehmen, die
natürlich genau danach suchen, ist relativ gering und man kann
natürlich auch. Solutions Engineer oder Presales
Engineer für ein beliebiges anderes Software Tool werden bei
irgendeinem saß Anbieter und dann auch mit großen Unternehmen
arbeiten. Aber ich glaube für alle die
jetzt hier zuhören ist es natürlich irgendwo vielleicht
eine Leidenschaft im Bereich der Softwareentwicklung berufstätig
zu sein oder zumindest viel Zeit da zu verbringen.
Wenn ihr sagt es reicht mir irgendwie in der Freizeit
Software zu entwickeln, kann das natürlich.
Ein ganz spannender Job sein, dass man sagt okay, ich gehe mal
vielleicht aus so einer technischen, rein technischen
Spezialistenrolle raus, wo ich vielleicht vorher irgendwie als
Consultant gearbeitet habe oder als Architekt gearbeitet habe in
irgendeinem Unternehmen und sage, ich gehe jetzt mal in
diesen Bereich Presales rein und sammle da mal Erfahrung, wie das
denn so ist, mit anderen Unternehmen zu arbeiten und
denen. Entsprechend in diesen Prozess
zu vermitteln, dass man selber das beste Produkt am Markt
anbieten kann. Und von daher ist es, glaube
ich, für diejenigen spannend, die sagen, ich möchte jetzt
vielleicht aus so einer Spezialistin spezialistenrolle,
mich vielleicht noch breiter aufstellen und vielleicht auch
dieses Arbeiten mit Menschen, weil man sagt ja immer
irgendwie, im Vertrieb ist das Zwischenmenschliche ganz
wichtig, und obwohl wir. Den ganzen Tag über Technologie
sprechen. Also wenn ich sage, wir dann
meine ich mich und meine Kolleginnen und Kollegen, ist es
ja am Ende so, dass man irgendwie immer mit Menschen
arbeitet und Menschen kaufen auch am Ende Software von
anderen Menschen und man arbeitet irgendwie gemeinsam
daran, irgendwie das gemeinsames Bild zu entwickeln, und es ist
jetzt nicht so, dass man irgendwie.
Weiß nicht, eine Anfrage kriegt eine Ausschreibung und dann
schickt man da irgendwie ein zehnseitiges Spreadsheet zurück
und dann kriegt man die Rückmeldung ja okay haben wir
verstanden was ihr könnt und was soll es denn kosten und dann
gibt es irgendwie eine Preisverhandlung und dann wird
es gekauft, so ist es ja nicht, sondern da sind halt ganz viele
Menschen involviert, die wirklich auch diese fachlichen
Entscheidungen treffen und mit denen arbeitet man dann
natürlich sehr lange intensiv zusammen und von daher würde ich
sagen, wenn man Lust hat nicht nur mit.
Technologie zu arbeiten, sondern auch mit Menschen kann so eine
Aufgabe sehr befriedigend sein. Was ist denn abschließend das,
wo du sagen würdest, das liebst du am meisten an deinem Job oder
gibt es so diesen einen Punkt wo du sagst, der macht es für mich
absolut wert, da jeden morgen früh aufzustehen?
Also ich glaube, das Spannendste ist für mich, und deswegen
machen wir auch diesen Podcast gemeinsam, ist wirklich die
Möglichkeit, neue Dinge zu lernen, neue Dinge
kennenzulernen. Das ist bei mir nicht nur.
Aufgrund der Tatsache, dass sich unser Produkt bei github
natürlich immer weiterentwickelt und wir gerade in diesem ganzen
Thema KI Tools für die Softwareentwicklung quasi
täglich neue Funktionalitäten bekommen, sondern auch die
Möglichkeit, diese Einblicke in ganz viele verschiedene
Unternehmen zu bekommen, egal ob es jetzt irgendwie ein
Automobilhersteller in Deutschland ist, mit dem ich
zusammenarbeite, oder ein Software unternehmen oder.
Irgendeine andere Art von Unternehmen dort zu verstehen.
Was sind denn da die Prioritäten, wo drauf schauen
die, wenn die eine Softwareentwicklungsplattform
aufbauen und da lernt man natürlich extrem viel und von
daher sind solche Besuche vor Ort, auch wenn es natürlich
anstrengend ist, irgendwelche Dienstreisen zu haben, immer
extrem bereichernd, weil man da natürlich.
Solche Einblicke direkt vor Ort bekommt du hast es gerade
erwähnt, meine Reise nach Indien, wo ich da mehrere
Unternehmen besucht habe, wo man dann natürlich noch mal
zusätzlich zu den ganzen Technologien des Unternehmens
noch eine ganz andere Unternehmenskultur in einem
anderen Land kennenlernt. Aber ich glaube, gerade das
macht es für mich so spannend, dass man jeden Tag was Neues
lernt. Also es gibt eigentlich keinen
Tag, wo ich sage, ich mache. Das gleiche wie die 10 Tage
vorher, sondern es kommt irgendwie immer was Neues dazu.
Es ist manchmal so ein bisschen ermüdend, insbesondere in
unserem KI Bull Run, den wir gerade haben, wo es immer nur
noch schneller, schneller neue Tools gibt und man quasi
tagtäglich irgendwie schauen muss, dass man diese ganzen
Informationen verarbeitet, aber ich glaube, das macht es
natürlich extrem reizvoll. Ich hoffe, das bleibt noch lange
so, weil das hat uns ja auch schon viele Themen hier für
diesen Podcast dann gebracht und ich glaube, das ist ich kann
sehr gut nachvollziehen, so anstrengend das ist, desto ja,
dankbar kann man eigentlich auch dafür sein, irgendwie in einem
Job zu arbeiten, wo es erwartet und gefragt wird, dass man sich
konstant to date hält, was auf dem Markt eigentlich passiert
und Weiterbild und klar, gerade in so einer technischen Presales
Rolle brauche ich das, weil im Zweifel hat mein Kunde
irgendwie. Dem to do Cast gehört, wo es
über Open Claw geht und dann muss ich natürlich das erste,
wenn ich mit meinem wenn ich mit github spreche, dann auch
fragen, wie sich das denn jetzt auf einmal in meinen, ja quasi
in meine github Instanz oder in meinen Entwicklungsprozess
integrieren lässt. Und wenn du dann sagst, Open
Claw sagt mir gar nichts, das ist dann natürlich entsprechend
unangenehm, also kann ich schon, kann ich schon nachvollziehen,
dass das sowohl Segen als auch Fluch ist.
Ja, und gerade das was du sagst, diese Brücke zwischen dem, was
wir hier privat machen mit dem Podcast und dem beruflichen, ist
natürlich extrem wertvoll und ich freue mich immer total, wenn
ich irgendwie. Bei meinen Kundinnen und Kunden
irgendwelche Leute treffe, die den Podcast hören.
Also es ist immer wieder toll, wenn man dann irgendwie eine
Demo Session macht und dann schreibt einem jemand in den
Zoom oder Team Chat rein, hey ich höre auf den Podcast
Kolleginnen und Kollegen, guckt mal hier ist der Link, könnt ihr
auch abonnieren, das freut mich natürlich sehr und ich habe
tatsächlich schon bei ganz vielen meiner Kunden vor Ort,
ich meine das ist natürlich auch eine überlappende Zielgruppe.
Aber habe ich auch ganz spannende Leute getroffen und
das ist natürlich auch toll. Dann einige von euch zu treffen,
die ihr den Podcast hört. Ja, sprecht uns da auch gerne
an. Wir haben auch oft Sticker
dabei, also wenn ihr uns in Persona seht, dann kommt gerne
vorbei und sagt EY ich wir ab und zu den Podcast.
Wir freuen uns immer sehr und wir freuen uns auch sehr, wenn
ihr uns natürlich außerhalb vom echten Leben in den Youtube oder
Spotify Kommentaren Feedback gibt.
Sagt uns auch gerne mal wie euch solche Folgen gefallen, wo wir
so ein bisschen. Jobs vielleicht auch außerhalb
der reinen Programmierung erkunden wenn euch die beiden
folgen, die wir jetzt zu meiner und zumal das Rolle gemacht
haben, gut gefallen, dann können wir uns auch gerne mal
überlegen, vielleicht auch irgendwie ab und zu mal einen
oder anderen Gast einzuladen und da vielleicht mal ein bisschen
zu erkunden, was andere Menschen noch in diesem ganzen Ökosystem
machen. Und lasst uns auch gerne eine
Bewertung da über Sternchen oder Daumen hoch, da freuen wir uns
auch immer sehr. Und wie immer freuen wir uns
natürlich noch mehr, wenn ihr in der nächsten Woche wieder mit
dabei seid, weil der To do Developer Podcast erscheint
wöchentlich immer abwechselnd mit einer Themenfolge wie heute
und einer News folge, das heißt, nächsten Montag gibt es wieder
eine News Folge mit allem rund um Softwareentwicklung und
natürlich den letzten KI Modellen.
Genau den ganzen heißen Scheiß, den er malte, dann mit seinen
Kunden besprechen muss, den gibt's nächste Woche.
Wir freuen uns, wenn ihr mit dabei seid, wir freuen uns, wenn
uns einen Kaffee ausgibt, auch dazu gibt's den Link unten in
der Beschreibung, ansonsten schreibt ganz viel Code und bis
ganz bald. Bis bald.