programmier.bar icon
CTO-Special #22 –

Andreas Wixler von FINN

21.04.2023

Shownotes

Andreas Wixler, kurz Andi, berichtet in dieser Podcastfolge über seinen Weg und die Gründung von FINN, einer E-Commerce-Plattform mit Spezialisierung auf Autovermietung als Komplettpaket. Bleib dran für einen Gutschein für FINN!

Andi bringt den spannenden Ansatz mit, zunächst mit No-Code-Tools zu arbeiten und erst später im Prozess die bewährten Bestandteile auf andere Strukturen umzuziehen. Wir wollen wissen, wie das in einer Firma mit heute über 80 Entwickler:innen funktionieren kann. Außerdem sprechen wir darüber, wie das rasante Wachstum von FINN in den letzten drei Jahren bewältigt wurde und was dabei besonders herausfordernd war. Diese Folge regt an, die Entwicklungen im eigenen Unternehmen zu hinterfragen!

Über diese Tools spricht Andi in dieser Folge: No-Code-Tool Make, Recruiting-Tests auf codesubmit.io und Retool zum Bauen interner Tools.

Gutschein für FINN über 100 €, gültig bis Juni 2023: programming.barxFINN100€

/transkript/programmierbar/cto-special-22-andreas-wixler-von-finn
Hallo und herzlich willkommen, liebe Hörerin. Es ist wieder Zeit für einen CTO special, Das heißt, ich sitze hier zusammen mit dem Fabi. Hallo, das Team für unsere CTO, um sie auszuquetschen und heute haben wir Andreas ler zu Gast. Der CTO und Co vorne dabei. Aktuell ist Annie herzlich willkommen bei der Programmier.bar. Vielen, vielen Dank für die Einladung, ihr beiden. Wir freuen uns sehr, ein bisschen was über dich heute rausfinden zu dürfen. Da du auch Mitgründer bist, vielleicht einmal ganz kurz. Kannst du kurz umreißen in so zwei Sätze? Was ist das? Was ist das für ein Projekt, an dem wir da gerade arbeitet? Ja, sehr, sehr gute Frage. Ja, findest der sympathische Autohändler von nebenan? Also, was wir anbieten, sind Autoabus. Wir nennen das All inclusive. Das heißt, ihr braucht ein Auto zu finden. Sucht euch das aus. 1612 Monate, einmal gebucht in weniger als fünf Minuten und dann das Auto bei euch vor die Haustür geliefert. Alles ist inclusive, außer Tanken und Elektrizität. Und ja, das ist das Businessmodell. Wir sind in Deutschland sehr, sehr erfolgreich, auch in den USA zwölf Staaten und haben jetzt mehr als 20.000 Autos auf den Straßen sind. Seit Oktober 2019 sind wir da. Cool. Spannend. Gibt es natürlich einiges, wo wir einsteigen können. Und gerade wenn man von einer Gründung anfängt, so ein dann wahrscheinlich doch sehr techlastiges Unternehmen aufzubauen, gibt es sicher viele spannende Fragen, die wir da aufrollen können. Was wir trotzdem gerne immer machen in unseren CTO Specials, ist einmal ein bisschen erst ein Rückblick und ein bisschen auf deinen Werdegang zu blicken und ganz gerne, ganz frisch ganz vorne anzufangen. So, dein erster Kontakt zu Technologie. Wann, wann war der? Wann hast du für dich festgestellt, dass du ein. Tech Guy bist? Hm, ich fand die Frage. Ich habe mir natürlich schon ein paar Podcasts angehört von euch mega megacool, weil als Tech Leute denken wir gerne in Zukunft zumindest. Ich denke immer nur noch von vorne und diesen Blick nach hinten, den fand ich megacool. Und ich erinner mich an meinen Aldi Rechner. Also all die ist ja damals mega groß geworden. Die haben ja und hat meine Mutter mir den 86 von Aldi gekauft, mit Windows vorinstalliert. Und ja, das war ein Weihnachtsgeschenk und dann ging's los. Ich hatte keine Ahnung von Tech, keine Ahnung, natürlich von Computern. Und so fing das an, ich fand es toll. Ich habe mir sogar die Terms und Conditions damals von Windows komplett durchgelesen, weil ich dachte, da kommen irgendwelche Fragen noch, wenn das 95 richtig mies und. Ja und so fing das an, also mein Windows Rechner, ich glaube meine hatte sogar ein CDLaufwerk, war einer der coolsten, also zweifach CD Laufwerk sogar. Das nenne ich mal eine Aussage mit der ich lernen kann, wenn man bei mir ist. Auch ich verbinde Computer mit all den Rechnern immer so, wie wenn es einen neuen Aldi Rechner davon gab. Wieder Schlangen vor mal, die waren auch die Schlangen. Man musste wirklich halbe Stunde vor Eröffnung da sein und sich dann die waren. Es waren aber auch einfach keine Teile Preis Leistung. Aldi hat da krasse Dinge rausgehauen. Das war schon damit, dass auch so meine Computer nämlich immer an all die Computer. Absolut. Ich weiß noch, meine Mutter hat das im Schrank versteckt, gab natürlich einen riesen fetten Desktop Architektur im Schrank versteckt und da habe ich mich schon gefragt wie Bolle und dann war der alte Rechner da und dann hat man irgendwie angefangen, so mit der Webseite, dann irgendwie die CDs, damals die AOL CDs zusammengesammelt für freies Internet, dann um 56 kam und ich habe tatsächlich nicht die mit die schnellsten Modems sofort gehabt und so fing das alles an. Kannst du den Ton noch nachmachen? Leider ja, aber ich wusste also du konntest auch am Ton erkennen, ob du jetzt über Freenet ins Internet gegangen bist oder über AOL direkt. Das kann er nicht mehr drin. Das ist nicht Boris Becker. Also ich glaube, ich hätte jetzt noch mal gerne gehabt. Auf der Schule dann irgendwie auch nicht, da schon dann erst mal wie alt, was ungefähr? Boah, ich habe nicht nachgerechnet. Ich glaube, mit neun ist meine Familie nach Deutschland gekommen. Ich bin selber in Sibirien aufgewachsen. Klassischer. Wie heißt das? Ich habe jetzt, Ich heirate dieses Jahr und musste dann die Anmeldung machen. Ich bin der Nachkömmling eines Spätaussiedler. Es ist der offizielle Titel und. Später. Habe ich gesagt okay, schön zu wissen. Haben wir was für die Beschreibung auf unserer Programmier.bar Seite ist gleich Nachkömmling von Spätaussiedlern. Genau. Und dann? Ich glaube, das war ich. Elf. Zwölf. Das heißt dann, was auch immer eine statische Website war, was war dann? Was würde du bezeichnen als deine erste Programmiersprache? Dann machst du mit Programmieren begonnen. Oh, das war ganz interessant. Ich habe mit HTML angefangen. Also wirklich, das ist ja keine Programmiersprache an sich. Und dann kommt er eben, wo man es verlangen muss, sich ein bisschen was bewegen, einen JavaScript hinein, dann sehr, sehr schnell PHP PHP drei war ja damals der. Da gab es nicht viel. Das war die Einstiegshürde ganz, ganz niedrig. Und lustigerweise dann im Urlaub. Da habe ich dann mit QuickBasic, also ich habe quasi HTML, PHP zuerst und dann Quick Basic auf vier 86, Also das war auch ganz interessant, dass man mit dem Skill, den man bei PHP gereicht hat, es bei einem gereicht hat. Das heißt, dass das Ding hatte dann irgendwie so zwei Frames pro Sekunde, um etwas zu ändern, aber gesagt okay, vielleicht bin ich doch so ein Holzhacker Programmierer. Und wenn man dann so ziemlich schnell die oder das Limit des Rechners ausgereizt. Dann relativ klassisch in Anführungsstrichen Informatik studiert. Jo jo, jo, also ich war man musste ich war auf einer Realschule so ganz klassisch aber das was man da halt macht die klassischen Fächer und dann bin ich aufs Technische Gymnasium gegangen, das heißt, da hatte ich Informatik und Mathematik als Handleistungsfächer und das hat schon mal einiges geholfen. Und dann, ja, da kam schon die erste Informatik, wo man Excel oder das Maximum aus Excel ausgewiesen musste. Mit irgendwelchen ist es STANDARD und dann Informatik und Physik in Bielefeld studiert. Tatsächlich hat mir Informatik weniger gebracht als Physik, würde ich sagen. Und dann da C gelernt Java. Ich glaube, das haben alle von uns gelernt, ob sie wollten oder nicht. Das ist die klassische klassische Unisprache. Dann auch so exotische Sachen wie Haskell und Assembler, albern, Assembler und dann noch C plus plus. Also man hatte ziemlich naiv dieses Portfolio an Programmiersprachen, kannte dann auch die Vorteile und Nachteile. Klar, ich erinnere mich heute noch daran mit Assembler, ich meine die einzige, die Backmeldung, die du bekommen hast, weil du auf einen Register geworfen hast und du keinen Zugriff hast, ist also so hast du halt die Banken gemacht in Assembler und. Du hast gesagt, dass du das die Physik eigentlich nicht mehr gebraucht. Informatik? Auf was beziehst du das, dass sie das mehr gebraucht hat. Um Lösungen zu finden? Also ich erinnere mich mit Physik mit Bleistift. Das heißt wirklich, du hast ein Problem. Setz dich erst mal hin, Bleistift ohne Zeile, Quellcode und dann erst mal was ist das Problem, was ich hier gerade versuche zu lösen Und das hat mir geholfen. Wirklich. Also die systematische Problem lösen, erst mal das Problem zu verstehen. Wieso ist das überhaupt ein Problem? Dann was ist hier eigentlich zu tun und dann systematisch an der Lösung zu arbeiten? Weil wenn du verstanden hast, was die was ist die Aufgabe von dir wollte, dann ging es. Stratford Das ist auf jeden Fall also eher sozusagen verallgemeinerbares gilt sie dabei Physik gelernt hast und bei Informatik sehr spezifisch für die Programmiersprachen und da eher allgemeine Lösung. Okay, cool, aber da ich muss es euch wahrscheinlich nicht erzählen. Das sieht man so Muster bei Softwareentwicklern oder Ingenieurswir tendieren dazu. Ich war ja selber sehr lange Ingenieur, erst mal anfangen zu hacken. Problem nicht verstanden, aber schon die ersten Lines of God Code reingehackt und wenn man da ein bisschen strukturierter dran geht, dann denkt man sich naja, zwei Zeilen tuns auch, wenn man das Problem verstanden hat. Also eher die. Und das hat einen sehr, sehr stark geprägt. Dass man da weitermachen. Also Studium? Oder gibt es aus dem Studium irgendwas? Bereust du was? Das ist so, als wenn man es nicht gewohnt war. Eine gute Zeit hätte auch überspringen können. Lieber praktischer irgendwelche Eindrücke nach zum Studium oder direkt einsteigen, was deine erste ersten Job Stationen waren. Ich glaube der eine Punkt, der bei mir extrem viel geholfen hat, war zwischen dem Bachelor in Bielefeld gemacht und dann den Master in Karlsruhe. Und bevor ich den Master angefangen habe, habe ich mir also Bettwäsche. Macht man das ist ist die Pflicht. Und bevor ich den Master angefangen habe, habe ich mir jede einzelne Uni angeguckt, also die die Klasse zu City, TU Berlin, Darmstadt, in der Uni Aachen. Und dann habe ich mir Kurse rausgesucht in Karlsruhe, auf die ich alle Bock hat. Das heißt, mein Masterstudium war einfach nur richtig cherry picking, richtig geil Nur das, worauf ich Bock habe und das war das ist geil. Das war verteilte Datenhaltung bei mir in Telematik und das hat dann richtig Spaß gemacht. Und ich glaube, die Besonderheit war hier und ich weiß nicht, ob es heute noch so ist. Ich glaube, als Uniabsolventen musst du kein Pflichtpraktikum machen, also zumindest was bei mir. So und da habe ich ein freiwilliges Praktikum gemacht, das heißt vom Master habe ich bei IBM rein die gearbeitet. Forschung und Entwicklung in Böblingen. Schön auch dieses Labor oben, da wo die Maschinen, die dicken, fetten Racks entwickelt wurden. Und da habe ich mein Praktikum bezahltes Praktikum damals gemacht und mit EASX gearbeitet. Das bekommst du da. Das war noch, ich sag jetzt mal vor Docker und den ganzen ganzen Containern und da habe ich schon Kontakt, das erste Mal Kontakt mit Highscore gesehen. Also es ging darum, mit Shell Skripten Informationen über Inventory einzusammeln. Dann gab es irgendwie PHP, Unix, irgendwelche Eixclubs, weißes Linux von IBM verschiedenen Betriebssystemen von meinem System auf Matrix anzuzeigen, damit die Admins das verwalten können. Da waren keine Ahnung fünf sechs Admins und die haben dann tausende von Maschinen verwaltet und das war schon ziemlich cooler Job. Das heißt, du hattest nicht nur den Luxus von einfach nur eine Bash Shell, dann hast du dich plötzlich am System verbunden. Das ist ja das, was gibt es überhaupt? Ein Editor und dann warst du heilfroh, wenn dann die installiert war. Also von Symbiose gar nicht reden. Das waren so die Erfahrungen. Wenn man sagt okay, also dann bist du so wirst du ganz gut geerdet. Das heißt also Empfehlungen sozusagen, selbst wenn es keine Pflicht ist, dazwischen mal ein Praktikum, so berufsnah zu einem Studium. Aber ich glaube, das zieht sich auch bei vielen. Ich habe auch dual studiert und grundsätzlich die Berufserfahrung parallel zum Studium zu bekommen ist glaube ich immer kann man nicht viel Neues mitnehmen. Halte ich auch für sehr, sehr sinnvoll, so dass das glaube ich auch selten ist und aber auch total spannend finde sich einfach auch gut einen Master auszusuchen. Also finde ich gerade total coole Idee eigentlich wirklich da. Man hat dann halt so einen Background. Du hast den Bachelor gemacht, aber ist grundsätzlich ein bisschen, worum es geht, wie das strukturiert ist, was irgendwie Sachen sein kann, worauf du vielleicht achten kannst und dann einfach mal frei zu gucken. So, wenn man keine Abhängigkeiten hat, so was, was ist inhaltlich einfach gut, wovon kann ich gut profitieren machen. Glaube ich sehr. Wenige, muss ich ehrlich sagen. Von daher finde ich das einen coolen, coolen Aspekt. Ich meine, am Ende musst du dich auch hinsetzen, tagelang Studien, Bücher durchgehen und dann den Kurs durchlesen und also einfach nur. Das hat sich auf jeden Fall mega gelohnt. Dann ist das ganze Masterstudium war ein reiner Spaß und natürlich klar. Also die üblichen Sachen habe ich natürlich auch gemacht im Bachelor für irgendwie als Freelancer gearbeitet, Irgendwelche PHP Webseiten für jemanden runtergemogelt? Ja, also ich glaube, das ist so state of the art, das hast du irgendwie gemacht, das ein bisschen Geld damit verdient. Ich glaube, das ist die einzige wirklich lustige, womit ich im Bachelor wirklich Geld verdient habe und auch gutes Geld. Ich habe Bafög bekommen und war Spiele Books zu programmieren, also mit PHP. Also es richtig miese Idee also Köln zu simulieren für solche Browsergames, die waren ja damals total in und das die haben sich natürlich so account sharing gemacht also zwei drei Leute haben einem Account gezockt und es ging mir tierisch auf die Nerven. Das kann doch nicht sein, ich bin doch nicht. Ich sag jetzt mal wenige weniger talentiert, ein bisschen die Bots geschrieben, die dann die ganze Nacht durch zocken könnten. Also überleg mal, du baust ein Script oder Bots, die für dich Spaß haben, wenn sie gegen den Sinn von Spielen gar keinen Sinn machen. Und und diese Skripte habe ich dann auf einer eigenen Webseite gesetzt, ein paar Tools entwickelt, die wir definitiv starken Vorteilen Spiel entwickelt habe, gegeben haben und dann die dann. Verkauft, sozusagen einfach einzeln die Scripts verkauft und dann. Konnte man runter. Dann kamen die Leute, dann sie mussten jeden Tag da auf die auf die Website kommen. Ich glaube, wie hieß das? Browserify World of Pain. Du musstest irgendwie so virtuell Drogen verkaufen. Also nicht wirklich educational wertvoll. Und dann ist ja auch okay. Dass man so ein bisschen da hakt. Also wenn es schon World of Crime heißt, da muss man ein bisschen. Ja was gehen, das ist ja alles okay, habe ich mir auch gedacht. Also ich habe mir da nicht so viele Gedanken gemacht und dann mit der Website durch ganz normales Advertising und und Google Werbung wirklich 300 400 500 € pro Monat als Einnahmen gehabt. Ach cool. Etwa teilen oder so skalieren. Das ist auf jeden Fall eine gute Idee neben dem Studium. Cool, wenn wir. Wir wissen ja heute, dass du auch Mitgründer geworden bist. So hattest du und da war jetzt schon so eine erste Business Perspektive, die du damals eingenommen hast. Und hast du davon gehört? Ich mache da jetzt, google jetzt drauf und verdiene ein bisschen was. Und oh Wunder, funktioniert. Hattest du im Studium oder in der Zeit schon irgendwie den Plan, dass du mal in diese Unternehmensrichtung gehen möchtest und nicht in Anführungsstrichen nur irgendwo Software entwickeln willst? Oder kam das erst mit den Jahren danach? Oh, sehr, sehr gute Frage. Ich muss zugeben, ich habe mich nie darauf fokussiert. Ich will jetzt Entrepreneur werden oder wie? Früher gab es das Wort noch nicht mal, oder. Oder Freunde. Oder selber irgendwas aufbauen. Hatte aber immer ein gutes Gefühl dabei, wenn ich feste Jobs hatte. Dass es nicht mein. Ich werde hier nicht alt. Das wusste ich immer. Also immer diese. Dieses Gesicht nach links und rechts. Was ist da eigentlich los? Also aber immer ein schönes Gefühl, ein sehr positives Gefühl. Man wusste ja. Und erst ich glaube, nach der ersten Arbeit, also nach dem Masterstudium Karlsruhe Banking, bin ich dann nach München gegangen, zu einer Social Media Agentur, die Facebook Apps gemacht hat. Also Facebook Apps runter, mogeln, das ist, dass ist Wegwerfsoftware war. Also am Ende gab es große Brands, die haben dann Facebook Apps da benötigt um Fans zu die Anzahl der Fans zu erhöhen um die Engagements nach oben zu treiben. Und da kamen schon die ersten Ideen, da kamen schon die ersten Impulse. Okay, was passiert hier eigentlich? Behind the Scenes und dieser Abstand. Und da ist es dann entstanden. Wirklich. Und das war ein ganz, ganz schlechter Deal für mich. Ich glaube, ich bin ein Jahresgehalt, war 36.000 nach dem Studium. Ich hatte sogar ich glaube es. Ob es an das ihr mich habe das nicht verstanden. Es ist dieses kenn ich nicht ist ja aber hey, gibt jemand was ich mit 1 € verdient habe? Vielleicht greift man ein bisschen vorweg, aber du hast eben gesagt hat es oft nicht die nicht das Gefühl für immer dort zu bleiben. Es ist aktuell anders bei fünf. Ja, es war auch. Also vorhin war ich noch bei West Wing und mittlerweile glaube ich ziemlich bekannter Name in Deutschland. Da war es aber ähnlich. Da bin ich aber später gekommen hier. Es ist mit Baby von mir mitgebaut, ich mal das Produkt und da ist das ganz anders. Das ist die emotionale Bindung ist ein ganz, ganz, ganz andere. Man agiert auch. Ich nenne das Ich. Ich trage zwei Hüte, den CTO Hut und den Co Founder Hut. Und da steht man oft vor dem Problem. Und die Lösung der City OS sieht anders aus, als ich es gewohnt ist. Und da muss man für sich selber auch entscheiden Was will ich? Auf wen höre ich zuerst? Und das ist anders, aber massiv anders. Und das ist richtig, richtig geil. Es macht auch Spaß, aber da kommt auch in der Verantwortung dann. Ich glaube, auch da steckt glaube ich viel drin in der Sache mit finden, wo ich glaube ich gerne auch schnell drauf kommen würde, lassen es trotzdem noch mal kurz probieren den Werdegang bis hin zu finden. Das ist ja gerade schon gemeint. Du warst bei West Wing und du hattest uns gerade einen Stopp in München bei der Social Media Agentur oder Facebook Apps gebaut. Hast genannt zwischen West Wing, wo du ja laut einem Link im Profil knapp fünf Jahre warst, was auch nochmal von der CTO bei einer Firma. Also darf ich kurz einfach noch was übrigens ziemlich dazu kam, dass du gegründet hast und dann dann doch gerne nach mal was du bei West Wing genau gemacht hast sehr gerne. Also ich bin da ein bisschen hineingestolpert. Also ich war zehn Monate bei einer Social Media Agentur SnipClip. Ich glaube, die gibt es heute noch und das war Projektgeschäft. Ich hasse Projektgeschäft. Es ist so Projektgeschäft. Versteht mich nicht falsch, ist richtig geil, wenn in kurzer Zeit massiv viel kennenlernen willst. Richtig macht mein Business. Ich liebe es, Produkte zu bauen, die ich mit denen ich emotional arbeiten kann. Und nach zehn Monaten, ich sollte ein Produkt bauen bin ich so in die Richtung. Abgedroschen gesagt Nee, nee, nee, nee, das will ich nicht. Und da habe ich mich bei Münchener Unternehmen beworben und scheinbar habe ich den Interviewer im Interview begeistert mit meiner, ich sag jetzt mal so ein bisschen naiven Art, ich habe so eine gewisse Naivität, die ich für sehr, sehr wertvoll halte. Und dann hatte ich ein Gespräch mit den Gründern der Firma und haben die, wollen wir was Eigenes von euch? Also kann es schlechter werden, als eine Agentur zu arbeiten. Ich will also zu dem Zeitpunkt Facebook war schon auch wirklich kein Business, mit dem du Geld verdienen konntest. Das war absehbar. Das Ding kannst du im außereuropäischen Ausland für die Hälfte der Kosten bauen, was auch passiert ist. Und dann habe ich gesagt, das war Turbo, das heißt mit Laptop in der Hand, die Idee im Kopf auf von null auf 20 Personen skaliert insgesamt. Und dann bin ich in Riesa ausgestiegen und dann meine erste Bewerbung geschrieben, wenn du so möchtest, bei Westwind. Und da kam da schon die erste Gedanke Ich habe für ein Corporate gearbeitet, also es gesehen, aber dann irgendwie dieses 0 bis 20 Personen auch gesehen. Da habe ich zum Ersten Mal meine eigenen Interviews führen müssen, noch nie ein Interview Prozess vorher gehabt oder gemacht gehabt, schon, aber nicht gemacht. Und dann habe ich gemerkt okay, da fehlt was. Ich habe immer ich weiß nicht, wie es bei euch ist, den Anspruch und ich sage das universell sogar zu sein, also vieles zu können, alles zu verstehen, wirklich diese Breite zu haben. Dann gesagt, okay, gibt es viele Firmen die zwischen 20 Personen und wie vielleicht eben 400.000 die dann. Die Spanne war lang groß hatte gesagt okay, es gibt irgendwas dazwischen, was dazwischen weswegen irgendwie jung, wild, Idee finde ich gut. Ich verstehe ich als Student. Und wie groß waren die zu dem Zeitpunkt, als du da hin? Bis zu 14? Ich weiß es nicht. 500? 600? Müssen wir bei Linken mal gucken? Muss man nachgucken? Ich weiß es nicht. Ich habe ein kleines Team geführt, das Marketing Team. Es war ganz klassisch, also wirklich entlang der Customer Journey geschnitten. Das heißt die Leute auf die am damals nur Club Modell zu bringen und dann es war schon so damals schon elf Länder also Europa plus Brasilien, Russland, Kasachstan war auch noch dabei und ja, das Team wurde gerade erst gebaut oder aufgebaut. Sehr, sehr lustig. Das war wirklich sehr, sehr prägend. Der Text von West Wing ist der klassische Rocket Stück. Ich glaube, er hatte ja den Fabian, den Entwickler von Ellison, Bob. Ich habe Alice und Bob fünf Jahre lang genossen. Ja, und es ist so, wie es klingt, Bob. Old School Trigger macht, macht die Muskeln und alles wie Sachen über das hübsche Frontend. Das ist natürlich jetzt sehr, sehr, sehr einfach gedacht und politisch sehr unkorrekt. Aber am Ende glaube ich von dem .NET Framework, da ist nicht viel übrig geblieben. Da ist er komplett weggefallen, das Ding auch von Rocket. Das heißt, jedes Update, was Rocket gebaut hat, konnte man nicht erreichen. Null Impossible. Und ich weiß nur, das war damals in Dingolfing Straße im Münchner Osten und da hatte West Wing noch wöchentliche Deployment. Das heißt, einmal wurde der Atem angehalten für zwei Tage. Dann kam die QS, haben entladen, Tests gemacht und dann wurde am Donnerstag deploit. Und wenn zu viele Bugs drin waren, dann no deployed alle für eine ganze Woche. Traurig. Und ja, das war so die Zeit, wo ich dann. Da eingestiegen bin. Da war auch der neue CTO damals, der war da, der hat also Daily Deployment eingeführt. Das war, das fand ich ganz spannend. Plötzlich standen alle Ingenieure in einem Raum. So wie machen jetzt Data Deployment? Sondern eine uhr. Aber was einfach schiefgeht, allein mit diesen. Und dann noch mal motiviert. Es gab keine Änderungen. Sie oder die Pipeline? Nichts. Allein durch diese Änderung wurden die Anzahl der Tickets einfach verdoppelt. Okay, okay, gut. Also, wie man mit einfachsten Prozessen und Optimierungen dann wirklich sehr viel leben kann. Das fand ich fantastisch. Und das war die West Wing Zeit. Dann habe ich einen ganz guten Job gemacht mit meinem Team und. Ja, und dann wurde es immer mehr. Dann kam das plötzlich Marketing Team war nett, Team klassisch, Webcast ganz, ganz klassisch zur damaligen Zeit. Und als du. Also du hast ja dann auch schon ein Team geleitet, aber hast dort auch noch selbst programmiert. Zwei Wochen lang habe ich ein bisschen eine Methode implementiert und dann was war, war das Team schon eigentlich da. Das heißt, wir haben dann in Indien ein paar Leute geholt und von extern dann, ich glaub eine, aber die waren schon gehört. Ich bin reingekommen und die waren da. Genau. Dann kam das iOS und Android Team dazu, Da waren die die Deployment Cycle und die Liste Skills mehrere Wochen. Wir haben gesagt okay, Andy, du bist jetzt nicht auf den Kopf gefallen, guck mal wie ob du die jetzt irgendwie wuppen kannst. Und da habe ich gesagt okay, also von vier Leute dann auf knapp 15 20 Leute. Und der Trick war, die Abwickler mitten in einen fetten Raum großen Raum zu schmeißen und fertig. Redet miteinander. Das war's. Und um Verständnis dafür zu haben, was die wirklichen Engineering Sorten sind. Und das war. Und das war so einfach wie es klingt, war es am Ende auch. Und dann passierte die Magie von alleine. Und wenn ich jetzt so ein bisschen an deine Aussage von vorhin zurück denke oder meintest bei Turbo war so ein bisschen das vielleicht ein Einstellungskriterium. Deine Naivität, die dir auch heute noch erhalten geblieben ist. Ist denn so ein Muff dann aus deiner Naivität? Und ich finde einfach mal raus, ob das die beste Lösung ist? Oder bist du da theoretisch vorgegangen, hast dich irgendwie angelesen, was jetzt hier, was gute Development Methoden sind? Wie hast du also, wie kamst du auf diese Lösung oder hatte denn dann dann Physik? Ich mach mal auf ein Blatt Papier, überlegt mir was die Lösung sein könnte, so wie sie ist. Wie war die Herangehensweise dafür für diese Lösung? Du hast ja gesagt, ich bin naiv oder so.. Heute ist Freitag, am Montag sitzen wir dahinten in dem Raum. Okay, und nun war es passiert. Also ich bin tatsächlich echt schlecht darin Sachen zu lesen. Ich mach die Hände von bekommen, verbrennt auch hie und da meine Finger und später erfahre ich wieder, wie der Ansatz heißt. Ja schön, das klingt doch das klingt nach dem. Was ich da. Gemacht habe. Genau. Und dann also dieses praktische Erfahrung, das das kam da sehr, sehr stark. Ich meine, das hat sich natürlich angefühlt. Die iOS Entwickler haben auf eine API Änderung gewartet, die die Webentwicklung sagt. Wieso brauchen die die Änderung? Einfach Verständnis füreinander schaffen. Das war wirklich so einfach, wie es war. Und da habe ich das erste Mal dann auch mitgemacht. Das war damals so und ich glaube, Andre tat mir damals nach. Das war klassisch, aber glaube ich, das war noch nicht Kotlin. Wenn du sagst, du hast da zum Ersten Mal ne Web Development gemacht und gleichzeitig auch gesagt hast, du warst relativ schnell weg vom Hands on Code. Ist denn so? Also dann bist wahrscheinlich auch da nicht aktiv mitentwickelt haben. Hast du denn da einen Anspruch gehabt oder hat es den Anspruch an diese Technologien zu verstehen? Hast du es dann irgendwie nebenbei draufgeschafft oder oder hattest du gar nicht den Anspruch darauf, die Technologie dann den Detailgrad zu verstehen? Sowie wie hast du da deine Rolle wahrgenommen? Hm, also sehr sehr gute Frage am Ende. Man muss zu mir wissen, Ich liebe es, wenn Sachen nicht funktionieren. Also ich. Bei mir blinzeln die Augen, wenn etwas mitlief. Bug. Ich liebe das. Da musst du ganz viel. Dann halt. Weißt du hast nur einen Fokus. Kann dir. Keiner kann dir erzählen. Aber wir müssen diese sieben Sachen machen. Trotzdem diese eine Aufgabe. Und dann habe ich ein Live iOS, kam mich mit dem Ingenieursgesetz und dann habe ich die beiden gemacht. Und dann, wenn du so ein bisschen Verständnis. Okay, was ist Freiheit, was ist ein Hobby? Okay, dann gibt es ein Race Conditions im Native Bereich. Sehr oft ist es eine Referenz, ist alles, was man irgendwie schon mal gehört hat. Ja, und dann bekommt man ein Gefühl dafür, wie die Applikation im Wesentlichen aufgebaut hat. Und vor allen durch die, durch die Ihre Fighting Cases habe ich dann das Wissen aufgebaut. Ich habe das lustig. Ich habe das Swift Buch, als wir die Biografien von Objects gemacht haben, gekauft, nicht aufgemacht. Ja, es ist ganz cool. Dass er bei Swift auch das typische der Stanford Kurs eigentlich, den man macht, oder Apple University Stanford Kurs ist sehr spannend, weil wir, wenn wir in so einem Bewerbungsprozess sind, dann machen wir auch immer diese Skala auf von unterschiedlichen Leuten. Es gibt die Theoretiker, die erst mal ein Buch lesen, wie zum Beispiel ein Swift Buch und das zwei Wochen durcharbeiten, da sehr theoretisch unterwegs sind. Und es gibt die, die an Tag eins gerne live Codecov kommen wollen. Ich glaube es relativ eindeutig, wo du dich auf dieser Skala findest. Komm. Lass uns mal! Ich glaube, da gibt es einiges, was wir besprechen können. Lass uns zu ihnen kommen, wie es passiert. Wieso so viele zu finden? Gibt es eine kleine Vorgeschichte? Eigentlich ganz lustig bei West Wing, aber wirklich sehr, sehr, sehr, sehr prägend. Habe ich wirklich mit exzellenten Leuten gearbeitet. Auch der CEO, der damalige CEO Stefans Möller, mit der aktuellen CTO mit Adam. Da hatte ich wirklich. Ich hatte Narrenfreiheit, bin ganz ehrlich. Das heißt, ich könnte viele Sachen probieren, die wie die funktionieren, wie die nicht funktionieren organisatorisch. Das heißt, irgendwann mal nach fünf Jahren kam so ein schönes Gefühl. Also es funktioniert. Man man weiß, wie es läuft. Jetzt keine großen Überraschungen, ein paar richtig coole Projekte gemacht wie Brasilien. Da haben wir den technischen Splittout gemacht, das heißt komplett rausgeflogen aus der Infrastruktur, das sollte eine separate Entität werden, also irgendwie das Gefühl gehabt, alles gesehen zu haben. Und es war genau am letzten Tag im Jahr fünf, ich habe gekündigt. Ist jetzt raus. Und ich hätte bei einer Firma anfangen sollen, die ein Spinn off von einem großen Corporates. Ich glaube die Firma heißt es Company, die machen Immobilien Standort Bewertungen München also in die Datenbank wie wie viel sind die Wohnungen in dieser Straße wert? Und da habe ich den Vertrag unterschrieben. Ich glaube, das ging sogar über eine Tante. Keine Ahnung. Ich hatte nur einen schwachen Moment. Habe nicht viel drüber nachgedacht. Gesagt. Gucken wir uns mal an, was da alles schiefläuft. Habe ich eine geile Story, zumindest was Schönes zu erzählen. Und da bin ich sogar bevor vor dem ersten Arbeitstag, den ich hatte, noch ein paar Urlaubstage bisschen freier gesagt. Ich gehe da mal hin und arbeite mit dem Team. Am ersten Tag, als ich komme schon. Zweiter Tag. Hat sich komisch angefühlt. Und am dritten Tag habe ich gemerkt, wieso ich das nicht magister. Und zwar? Die hatten eine Tischtennisplatte und Start ups mit Tischtennisplatten, wo wirklich Tischtennis drauf gespielt wird. Ist bei mir immer so suspekt. Wieso macht spielt ihr kein Bier Pong? Also die haben wirklich Tischtennis mit. Da passt was nicht. Und dann, wenn ich ein schlechtes Bauchgefühl habe, eine Nacht drüber schlafen und das Bauchgefühl ist immer noch da. Also ich achte sehr darauf, zwischen Kopf und Bauch zu unterscheiden. Es entscheidet immer nur eine Einheit. Und in diesem Fall habe ich auf Baucheinheit entschieden, die entscheidet und dann kein gutes Gefühl. Und dann hat mich Max Josef, unser einer der Mitgründer, der sehr, sehr erfolgreich schon gegründet hatte, dann einen Exit gemacht hat. Angerufen, mir die Idee gepickt. Da war ich noch im Bus. Das war ganz lustig, mega laut im Hintergrund und ich habe sofort verstanden, worum es ging. Ja, Max, das kenne ich fünf Jahre lang gemacht. Check it, ob wir jetzt Möbel oder Autos verkaufen sollen. Also ist es gleich. Wenn man einmal die Prinzipien verstanden hat, dann funktioniert es. Aber dieses scharf fulfillment, wie bringt man so 2000 Kilo von A nach B? Und das ist jetzt kein Software Service wo du sagst ja du hast einen Sklaven request, man fehlt dann kriegen. Nein, das Ding muss bewegt werden. Habe ich richtig charmant. Aber gefühlt in meinem Kopf einen Schritt übersprungen. Wie kam. Wie kam dieser Anruf zustande? Woher konntet ihr euch? Ganz einfach. Er hat nicht bestimmte Dinge. Sonst hast du. Außer kalten Kaltakquise so es war. Ihr könnt euch vor dem Anruf nicht, oder? Was gut ist, ist. Es ist weniger, als man denkt. Also wir jetzt. Also, ich glaube, wir sind uns ein, zwei Mal bei irgendwelchen Konferenzen über den Weg gelaufen, aber jetzt nicht aktiv. Ich würde ganz klassisch gesagt okay, wahrscheinlich den richtigen Uniabschluss gehabt. Jetzt, jetzt nicht, maximal off of the skillz und dann einmal kurz gepickt. Also Bock klar, absolut nichts zu tun. Kann ich ein Monat später anfangen, damit sich noch ein drei Wochen Urlaub in den USA machen könnten? Nicht so geil, aber okay. Und dann erst Oktober war ich da. Die Gespräche hatten wir glaube ich schon im Juli geführt. Ja, das war auch ganz lustig. Tata, Max und Maxi, in der Maximilian wir zusammen das Interview gemacht. Da hatten wir noch die erste Vision von der Webseite gezeigt. Die hat er damals im Internet zusammengeprügelt über mit Workflow. Wirklich? War der Käse im Interview zu finden? Ja, wir haben jetzt ein Angebot von Agentur für Arbeit, die Website zu entwickeln. So wirklich schön. Architektur, Diagramme, Cloud Frontend front. Das sind wirklich super schön, oder? Deploit ist leider ein Flop. Klar haut das Ding raus. Erst mal ein, zwei Autos auf die Straße bringen und dann gucken wir mal, ob wir danach die Werkstatt ordentlich bauen. Also da kommt wieder die Naivität. Also ich glaube, das ist weniger Naivität als vielmehr lass uns jetzt mal zeigen, dass es wirklich nie gibt. Wir waren nicht der erste auf dem Markt. Damals gab es schon Klonulu. Das heißt, wir mussten und mussten brutal schnell sein. Kannst du kurz ein bisschen für die, die. Also ich selbst kann auch nicht so gut. Also was war so am Ende, was sie da hingestellt haben in irgendeiner Form von Fulfillment Shopping, wo ich irgendwie ein Auto buchen kann und das komplette Wissen von Filmen durchmachen kann. Und Webflow ist ein Tool, mit dem ich mir meine Homepage zusammenklicken kann und in welcher Form, wo es irgendwie Daten bringt, die ihr eigenes wissen. Was? Ich glaube mir sagt es nicht so viel. Also sehr sehr gerne, wenn am Ende Webseite Bilder. Wir haben die Möglichkeit, den in das Web CMS Objects zu speichern, aber das ist wirklich ganz ganz rudimentär background Operations. Aber so wirklich Logik oder Flows? Oder selbst bedingte Bedingungen kannst du da nicht wirklich aufbauen. Na und dann beginnt es ins Web. War das Frontend, gab es ein Google sprayt und die Autos gespeichert wurden? Das waren alle Opels. Wir hatten nur Opel am Anfang im Oktober 2019 alle grau. Und sie wurden aus Sprachen gelesen. Mein Sapir Web Plot mit dem Sapir eng verbunden und das war das Shopsystem. Das heißt, da wurde dann auch zurückgeschrieben, das heißt, wenn eins geschnappt wurde, wurde in der Sprache nix reingemacht. Nein, es gab einen String Zwischensprache und den Web CMS und du kannst dir vorstellen, wie stabil dieses Ding war. Also sehr bestimmt. Eine Email zu schicken wäre stabiler gewesen. Ähm. Das war die Implementierung, aber hat wunderbar funktioniert. Also das war die schnellste laut Web Performance Webserver, die schnellste Webseite, die wir jemals hatten. Und es ist Städte generated Schimmel. Auf die Schnelle gibt es wenig. Und so wie wir Customer Case Mandate. Also muss man alles, was man irgendwie wie. Wie war das wenn man dann generell was hat man da schon Kontodaten eingegeben habt ihr den Nutzer irgendwie gespeichert? Wenn ja, wo? Wie, wie? Guter Punkt. Ich überlege gerade. Also wir hatten dann später CRM, das heißt der User hat bei der, ähm, bei der Detailseite, wo man das Auto sieht und Advokat klickt, also auch zum Warenkorb hinzufügen, gab es dann eine Email, muss er eintragen, dann hat er über unser CRM überhaupt eine E Mail bekommen und da konnte man dann ein Termin mit dem Kunden Service auswählen und wir haben das Auto dann an den Kunden verkauft. Und wir haben wirklich ein Telefonat gehabt und da wurde dann die Daten aufgenommen und irgendwie alles okay. Aber ihr seid schon so weit gegangen, dass das Auto gab es dann schon. Also es war jetzt nicht ein kompletter. Leerverkauf. Weil es so ein Ding. War. Also es war schon okay. Also das war eure initiale Idee. Auto Abos anbieten. Wir testen das jetzt mal! Wie viele Mitarbeiter seid ihr jetzt? Wir sind jetzt 400 in München und 50 noch mal in den USA. In New York. Also es scheint irgendwie funktioniert zu haben. Ja, alles läuft gut. Also wir haben aber auch ab Tag eins, also der Business Case war jetzt nicht so romantisch irgendwie, aber wir hatten die Idee, Lass uns mal gucken, ob das funktioniert. Das haben der Maxi und Max schon im Mai 2019. Also ich bin im Oktober eingestiegen. Alles komplett durchgerechnet. Die haben das durchgerechnet. Für irgendwelche Vans Trucks sind sicher. Ich glaube sogar, das Gute haben sie auch durchgerechnet, Also wirklich angeguckt. Wo ist der Markt, Wo ist dieser? Also total aggressiv. Market da. Wo gibt es noch ein Businessmodell, wo man ein gesundes Business aufbauen kann und dann ab dem ersten oder mit dem ersten Auto? Wann war und ist auch natural profitabel? Das heißt, mit jedem Auto verdienen wir Geld und das ist wichtig. Also das wirklich wichtig. Also wenn du das Business, ein Business Staates und nicht ab der ersten Einheit schon wirklich Geld verdient, wie willst du das skalierbar machen? Also das insbesondere bei physischen Goods oder bei ICOMOS essentiell. Da brauchst du nicht skalieren. Wenn du mit dem Auto Geld verdient, kannst du zwar 500 € reinlegen und den Kunden das Auto übergeben. Apropos skalieren Das ist jetzt der Punkt, wo ich mich ich finde die ich finde die Herangehensweise auf jeden Fall sehr cool ist oder damals gesagt hat okay, lass mal machen das mal so, wär bei uns irgendwie möglich, die Funktionalität erst mal an den Start bringt, um zu gucken, können wir damit. Also ist dann da und finden wir wirklich Leute so? Aber ich glaube im gleichen Atemzug sagt mein Entwicklerherz so ich habe schon Angst vor dem Punkt. Wenn wir merken, es funktioniert und ich dann daraus irgendetwas anderes machen will. Vielleicht zu dem Die erste Frage wäre Hattest du zu dem Zeitpunkt den Weitblick getätigt und überlegt, was passiert, wenn es wenn es weitergeht? Oder hast du dir keine Gedanken gemacht, weil der eine Punkt der andere ist? Wie ging es dann weiter? Also meine erste Aufgabe in den ersten 678 Monaten war Ingenieur zuzuhören. Also überlegt mal, das ist jetzt Ein paar Leute finden eine, eine Branche, die man nicht kennt, die versuchen, die ein super teures Produkt zu verkaufen. Wieso sollte ich da kaufen? Das heißt, es ist wirklich, es geht alles komplett ums Business. Das heißt, ich habe mich erst mal nur auf die Ingenieurs konzentriert, jeden Tag 678 Interviews geführt. Ganz klassisch war Miliz verwendet, das heißt Hab Spot Talent. Also da bin ich reingegangen. Ich meine, ich kenne kein Mensch, Das heißt, da habe ich dann die Leute angeschrieben und gesagt Hey Jungs, wir haben was vor an dem Tag Mobility Sustainable, das ist auch ein Kompass von uns. Und dann die ersten vier erste Ingenieur kam im Dezember Mitte Januar und der hat dann eine Webseite gebaut, damit wir gescheiten Check out haben können. Also wirklich einen sauberen Check out. Und ich glaube zwei Wochen, zwei Monate später hat mir schon die nächsten Ingenieur auch eine Webseite gebaut Frontend, der dann. Kurz war, was heißt Webseite gebaut? Das hat komplett Webflow ersetzt oder was heißt in dem komplett? Also wir haben wir haben das komplett auf Next.js gebaut damals noch direkt auf Deploit also wirklich Services from the One. Ich meine, wenn du schon Luxus hast, etwas Greenfield aufzubauen, dann machst du das natürlich mit der geilsten Technologie, die der aktuell hast. Ja, das macht Spaß. Hat gerade auch eine Folge mit dem CTO von Wechsel zu Wechsel und auch selbst grad die Programmier.bar seite auf die Platte. Das macht schon Spaß. Trump ist Diplomat, Ticket rein, Fahrt weg. Das ist richtig, richtig schön. Es macht wirklich Spaß. Und genau dann haben wir das mit einem Ingenieur gebaut. Und habe ich das schon gesehen? Ja, wir haben schon den groß gesehen, aber am Ende musste es ja beweisen. Wir hatten eine Idee wie 8,8 Millionen eingesammelt. Das Kernteam. Am Anfang waren sieben, acht Leute im kleinen Raum. Wirklich eine Kelly Straße. Da ist, glaube ich, heißen die. Da haben wir gesessen und wirklich von von Business Ziel zu bis ins Ziel gearbeitet und uns weniger Gedanken um die Skalierung gemacht. Weil es ging darum, wirklich schnell zu zeigen, dass man damit ein gesundes Business aufbauen kann. Na gut, wenn du auch sagst, was, was, wann? Wann ging's los mit wann habt ihr Release die erste Variante mit Workflow? In welchem Monat war das? Oktober 2010. Und dann? Du hast gemeint, im Dezember hat dann schon der erste angefangen an der Website zu arbeiten. Okay, das ist ja dann zumindest auch ein Zeitraum, der jetzt einem keine großen Bauchschmerzen macht damit. Also dann verstehe ich das. Nochmal ganz kurz für einen großen Überblick. Ihr seid 400 insgesamt. Wie viele davon sind? Und in der Entwicklung? Und in welche Bereiche würdest du irgendwie eure heutigen Herausforderungen untergliedern? Also Webseite ist mit Sicherheit eine Sache, aber gibt es noch andere Dinge, die aus technischer Seite abgedeckt werden müssen? Absolut, absolut. Also wir sind 400 insgesamt in Deutschland, 82 sind Softwareingenieure. Ich versuche immer also den klassischen Icon Ansatz zu fahren, also ungefähr einen Engineering Chair von 20 %. Also ich weiß, GitHub hat ungefähr einen Ingenieur, den Chef von 35 % und die machen wirklich Tools. Genau. Also wir sind 82 Finnies, in denen das Mischen bis Cross funktioniert. Teams aufgebaut. Was heißt in solche Vertikale? Wir haben Department User Department mit wie ein ziemlich komplexes Department des Operations, das heißt, die kümmern sich darum, das Auto und die, die das Abo abzuwickeln. Dann schickt den Schadenshotline dann die Übergabe. Die Lieferung Auto anmelden ist unheimlich viel Komplexität begraben. Und dann gibt es noch Finanz unser, unsere iPad und das heißt die, die arbeiten mit den Herstellern zusammen und kaufen die Autos ein. Und so sind wir aufgeteilt. Das heißt die Ingenieure sind immer in den jeweiligen Departments zugeordnet und es ist schon nicht lächeln. Ich halte das für eines der alleralleraller allerwichtigsten Benefits, weil in einem funktionalen Team, das Produktmanager Du hast ein Business Leute, du hast bei uns Business Automation Manager. Dazu kann ich immer was erzählen. Und die Ingenieursform Zusammen ein Team und arbeiten in die gleiche Mission. Das heißt, du musst keine Engineering spezifischen KPIs entwickeln. Wir arbeiten ganz klassisch mit erst dann Quartals Planung und dann gibt es dann die erste Queries, als die man plant. Das heißt, ich muss für meine Ingenieure keine separaten. Zahlen zu messen ausdenken, sondern die Arbeiten gehen die gleichen Ziele wie alle anderen auch. Das heißt die Business Leute, die definieren, wie reagieren wir? Wieso machen wir denn hier? Wieso ist dieses, diese Initiative wirklich eine gute Idee? Das ist dann übersetzt in Was ist zu tun? Das ist das Produkt Management zusammen mit dem und das. Wenn beides why? Und was steht das HAU. Das ist dann einfach nur Implementierung. Und wenn der Ingenieur alle drei Punkte versteht, dann ist das einfach wunderschön, weil mein Slogan ist wirklich die eigentlich ist. Ein guter Ingenieur kann ein Problem ohne eine Zeile Quellcode lösen. Das sind die Premium Engineers, die verstehen das Problem. Ist es wirklich ein Problem und dann können Sie das Problem lösen, vielleicht mit einer Zeile oder die Besten aller Allerbesten, ohne eine einzige Zeile korrekt zu schreiben, weil dann hast du es wirklich verstanden. Und das ist für mich dann auch der Unterschied zwischen Programmierer, Developer und Ingenieur. Also ich bin da sehr deutsch und sage in Ingenieurs wirklich jemand der Ingenieur ist, versteht das Problem. Und dann gibt es hier eine Lösung zu dem Problem und nicht eine Lösung zu einem anderen Problem, was du nicht formuliert hast. Auch du würdest behaupten, ich habe 82 Engineers. Auf gar keinen Fall. Das Recht von Ingenieuren zu entwickeln. Ich weiß es gar nicht. Müssen. Aber dann müssen muss ich. Wie muss ich es definieren, wie man das messen soll? Also absolut. Ich hoffe mal, ich weiß, wir haben sehr hohen, weil wir haben sehr sehr hohe Anforderungen an unsere Ingenieure, wirklich sehr sehr hohe. Also da ist vielleicht ein anderes Prinzip. Was ich sehr oft anwende, ist also der Bullshitlevel im Engineering Management sollte null sein. Also alle, die Leute fühlen, sind Techies waren vorher entweder Entwickler oder selber CTO gewesen und das heißt eine Organisation. Das ist sehr, sehr wichtig, dass jeder Manager selber schon mal wirklich hands on was gemacht hat. Also inklusive mir, Es gibt keine reinen People Manager, gibt es einfach nicht. Finde ich schön. Also gut, haben wir. Ist bei uns auch kein Problem, aber in anderen Unternehmen die ich weiß das durchaus ein Problem in der Organisation. Es ist auch mega schwer solche Leute zu heilen. Ich meine wer war das? Ich habe da zum CTO Austausch gehabt und dann das ist ganz gut zusammengefasst ein US amerikanisches Video. So you hunting for the unicorn. Eigentlich ja, du hast recht, am Ende ist es ein Einhorn, der irgendwie der oder die alles kann. Also Moment, dann heißt das ich muss mir eine Einhornfarm bauen, weil dann habe ich genug Einhörner. Wie viele von diesen Leuten, die dann bei euch im Tech Management sind, sind gefeiert? Und wie viel sind aus einer Rolle aus ihnen erwachsen in diese Managementrolle? Ich mir auch. Also ich glaube, die Rolle zu feiern ist nicht so einfach. Für uns als Kind ist es deutlich einfacher. Also wenn man so die. Aber man muss einfach die Dimension dazu kennen. München ist eine attraktive Stadt, zum Beispiel viele Leute aus dem Ausland. Wir können kompetitive Gehälter zahlen. Interessante Marke. Das Produkt musst du keinem erklären. Hey, es ist ein Auto und wir versuchen, die Welt einen Tick besser zu machen, weil wir uns auf die Fahne geschrieben haben, sustainable zu sein. Also du musst dir vorstellen, 40 % von diesen 20.000 Autos sind Views, also wirklich Fahrzeuge. Wir sind also deutlich über den Marketing und wir werden das immer weiter treiben. Das heißt auch der Purpose ist da und ich glaub, dann bist du als Arbeitgeber, das ist ein massiver Luxus, auch sehr, sehr attraktiv für Talente. Ja, das stimmt. Also die sind alle alle. Um deine Frage zu beantworten, sie sind alle existieren, alle extern. Manche sind als Technik gestartet, sind jetzt VIP Engineering, das heißt, die führen ein komplettes Department an? Ich müsste mal nachgucken. Das hier ist aber der größte Teil ist wirklich von extern. Ich glaube, wenn gleich noch mal ein bisschen darauf eingehen, wie es denn war, die Entwicklung von Ideen, was die Mitarbeiterzahl angeht und was da vielleicht für Technisches waren, aber ich würde gerne einfach noch ein bisschen zum Technischen zurück, weil wir waren ja, wir waren bei Webflow. Dann hast du erzählt Next.js mit Vercel und andererseits erzählt es aber auch ihr habt einen gewagten Ansatz gewählt und zwar No Codecov Code und Hardcore und Webflow gehe ich noch mit mit No Code bei und Low Code bei Next.js? Und weshalb klingt das für mich jetzt nicht mehr so? Danach kannst du ein bisschen was zu erzählen, was da außerhalb visuell und next funktioniert oder was oder nur Code und Low Code Ansatz ist. Sehr gerne. Also um zu verstehen, wie ich da drüber nachdenke, das ist ein sehr gewagte Ansatz, wenn wir nur paar Zahlen zu droppen. Also ich glaube, ich hab einen Link dazu gemacht. Ungefähr 7 Millionen Operationen pro Tag passieren bei uns im Bereich und 3,5 Millionen Lambda Exekution pro Tag, wenn du so möchtest im Hardcore Bereich. Das heißt um die Dimension zu verdeutlichen, das heißt wir sind komplett Services, wir nennen das API first bei Nature, also wir haben ausschließlich PHP ECPM sind und die können dann in Nokias geschrieben werden in Python also natürlich Zeitschrift. Wenn Python oder Go wird sagen, ungefähr 70 % sind Skript 35 Seiten und Go kommt jetzt langsam. Wir haben sie, die ersten Go Supporter. Das ist so der Hardcode Bereich, der ist natürlich, ich sage es mal klassisch traditionelle Softwareentwicklung, wie man es kennt, wenn man verstehen will wieso no code Wir finden also nur Codes ist wirklich Tools zu verwenden, die nicht für Engines gemacht sind. Und dafür muss man verstehen, was es findet. Was ist das Problem, was löst? Am Ende haben wir ein Auto und um dieses Auto in einer Autoabo anzubieten, müssen wir und das haben wir uns. Die Zahlen haben wir über 100 Servicepartner, die wir integrieren müssen für einen einzigen Banken Autohersteller. Dann müssen wir mit denen müssen wir die aktuellen Produktionsdaten immer haben, weil die Autos neu sind, mit der Versicherung Auto registrieren. Schon mal ein Auto Anmeldung in Deutschland im KFZ gemacht? Wo ist die App? Das ist auch unsere Frage. Unsere erste Frage Ja, da gibt es ein paar Anbieter, die bieten das an. Dann am 24 sieben Hotline dann irgendwelche Reifenwechsel Anbieter. Wenn du dir machen ich glaube dieses Jahr 70000 Reifen die wir wechseln, dass es viel Gummi usw. und so fort Auto ausliefern Auto habe ich ein Gutachten erstellen beim Kunden vor die die Compons Ich weiß gar nicht was das deutsche Wort heißt, das heißt wenn ein Auto hergestellt, sie produziert dann wie ein Brötchen beim Bäcker fällt das auch so, also so ein Lager Lagerplatz also wo zehn 20.000 Autos drauf hängen, das ist ein Komfort und von da liefern wir das direkt zum Kunden. Also und diese 100 Serviceprovider musst du integrieren und dafür wollen wir nur Code und jeden einzelnen von diesen Serviceprovider haben wir in den letzten drei Jahren mindestens einmal ausgetauscht. Das heißt, da kommt noch mal so ein Faktor zwei drei dazu und zu viele Integrationen mit Hard Core, also wirklich mit ich nenne das gerne Prog oder Hardcore. Klingt so, als wäre das hart. Es ist man muss man professioneller sein, also im Coding. Aber das das das ist der Punkt das mit Poco zu machen was musst du dir leisten können und da wir haben nicht das Geld um eine Flotte von Ingenieurs und ich will das auch nicht um um um diese Integration zu schaffen. Das heißt, wenn wir die Integration einmal gemacht haben, verstanden haben, wir das Problem wieder genau lösen, dann packen wir das in Hard Core und dann wird das für Highscratie gemacht. Und ich muss glauben, dann müssen wir schauen, was nutzt ihr da als Know Code Lösung? Was? Was ist so ein bisschen? Wenn ich jetzt erst mal höre, denke ich mir ich verstehe, warum du mir erzählt, dass es nicht in Proof Code gegossen wird, so weil sich da noch viel verändert und einfach viel da ist. Aber auch da ist viel Komplexität da und immer gefühlt in meiner Vorstellung sehr viel Spezifisches in all diesen Anbietern, die integrieren wollten. Ich stelle mir da so viel, also ich so in meinem Kopf, das erste so, das scheint mir so spezifisch, dass es gerade das ist gerade mit null Code schwierig ist so. Ist sehr sehr gute Frage. Es ist so spezifisch, dass du erst mal den kompletten durch dich irgendwie machen musst, um zu verstehen, was muss man da eigentlich? Also die Domäne an sich ist komplex, das ist, glaube ich, das ist ja genau diese Domäne zu verstehen. Genau da ist Knock out einfach exzellent. Das ist ein Tool. Wir verwenden dafür Make up. Du setzt sich hin und sagst okay, ich habe jetzt hier ein Name Plug in Coming Mail. Das heißt, wenn eine Email auf diese E Mail Adresse kommt, lade die Email runter, nimm das einfach mit. Extrahiert aus dem jetzt jemand diese Excel und öffne die guckte nach. Wo ist dieser BMW BMW eins A mit dieser Fahrzeugnummer und was ist das neue Produktionsdatum? Also du musst dich davon lösen. Das ist vielleicht das, was du brauchst, dass du in in dem Markt in dem wir agieren, also Banken Hersteller, dass da die APIs sofort für dich verfügbar sind du musst die diesen Trust erst mal verdienen den Zugriff ich sage jetzt mal offen in BMW Produktionssystem zu bekommen um dann live Updates wo ist mein Auto gerade zu bekommen das musst du die mit jeden einzelnen von diesen Anbietern erst mal verdienen und da ist Knock out einfach der sehr sehr elastische Ansatz. Wie können wir machen so Integration in weniger als ein Tag. Das heißt, das heißt, wenn wir das Beispiel nehmen mit BMW und da kommt nie mehr rein, das heißt, ihr sprecht da mit BMW und so und dann ist klar okay, für das, für die Antworten, die da gibt es keine Episode, macht aus, okay, dann macht es auch so, wenn es ein Update gibt zu einem Auto, schickt uns eine Email. Das hat folgendes Format an diese Emailadresse und der Rest ist dann Low Code oder no Code und geht und irgendwie am Ende über nur kurz in der Datenbank rein oder so.. Also so wäre es sehr romantisch, weil es schon sehr viele Annahmen dazu vielleicht ein bisschen anders. Also wir fangen natürlich nicht sofort mit 10.000 Autos an, das nicht vergessen wir mal angefangen. Okay, lass uns mal gucken, ob wir zehn Autos verkaufen können. Das ist mit denen haben ich noch nie gearbeitet. Wir wissen gar nicht, ob das Auto irgendwie populär ist und. Schickt uns einfach eine Email. Was immer ihr habt, was auch immer euer Formates. Und dann gucken wir weiter. Und ihr wisst, wenn einmal ein Prozess aufgesetzt wird, dann holt man alles aus ihm raus. Und dann? Ich weiß es ganz genau. Wenn wir jetzt 10.000 Euros in einem Excel Sheet haben mit sagen wir 300 Spalten, da hat auch Excel seine Limitierungen, da werden wir dann hinkommen und dann können wir dann zumindest haben wir dann eine Grundlage und auch schon den Trust aufgebaut, um dann die Zugriff auf die API zu bekommen. Und so geht das mit dem Hersteller weiter. Also wir haben mittlerweile über 20 verschiedene Hersteller und 30 verschiedene Marken. Und ja. Also einmal kurz ausrechnen, Weißt du, wie viel wir integrieren müssen. Das heißt aber nur weil ich jetzt glaube, ich verstehe den Prozess dann am Ende so, wenn ihr sagt okay, BMW testet, da sind jetzt einige an Autos, die das verkaufen, das funktioniert bei uns auf der Plattform. Sie wären auch bereit, bei uns eine API bereitzustellen, dann wird die es in Pro Code gießen. So, wenn das so der Trust da ist, so hey das das macht jetzt Sinn zu wirklich einen Code zu gießen. Absolut. Absolut. Ich meine, wir dürfen auch nicht vergessen, wir arbeiten im Bankenbereich und im Hersteller Bereich. Wir sind der kleinere Partner. Da kommen irgendwelche Jungs aus München, die wollen ein Auto oder was anbieten. Und wir reden dann mit den großen Corporates. Sie müssen elastisch sein. Wenn sie uns was anbieten, dann müssen wir sagen Ja klar, kein Thema. Wenn wir dann auch noch hinkommen, sagen sie Es muss ja keine. REST API sein, sonst arbeiten wir nicht mit euch. Ja, also ich glaube, dann wird wird er die Verkaufsabteilung bei den großen Hersteller sagen, Da müssen wir mal unserer IT dazunehmen. Und dann melden Sie sich mehr. Ja, so viel Zeit haben wir nicht. Ja. Und? Gibt es denn aber auch Stellen, wo no code to stay ist, also wo es nicht eine Übergangslösung ist. Nur wird mit uns immer bleiben, weil es in unserer DNA verankert ist. Wir haben diesen Slogan, wo wir sagen Do it, do it automated. Das heißt, es wird in jedem einzelnen Department verwendet. Das heißt, wenn du bei ihnen anfängst, bekommst du dein Make Account automatisch Provision. Ganz normal mit meinem Google Workspace und dann Hey, wenn du irgendwas automatisieren willst, zum Beispiel im Bereich, wenn einem Kandidaten eine Offer bekommt, dann wird ja automatisch bei uns im Level verwenden wir für die Kandidaten für das Kandidaten Management, dann wird ein Button geklickt, dann wird im Mixed Szenario ausgeführt und dann sein rübergeschoben. Dann geht das automatisch an den Bewerber und alles, alles andere passiert automatisch. Und ich sage jetzt mal, ich glaube, das beste Beispiel wäre. Zum Beispiel zum Beispiel, wo auch der Prozess oder so funktioniert, gar keine Ambition, da jemals im Fokus zu gießen, sondern der Prozess ist max und wahrscheinlich auch da bleiben. Absolut. Ich weiß nicht welche Art den dann zu integrieren. Also ich hätte nicht als Entwickler. Nämlich finde ich wäre das nicht cool weil es ist halt irgendwie ist es hält einem so weiß ich nicht in anderen in anderen Szenarien würde man vielleicht sagen es ist so ein sehr agiles. Oder wir versuchen erst mal was hinzustellen. Und wenn man dann eine gewisse Größe erreicht hat, dann macht man das vielleicht nicht mehr, sondern macht man direkt von Anfang an eine ordentliche Architektur und ordentliche Grundlage. Und jedes neue Produkt oder Projekt wird dadurch einfach direkt schon anspruchsvoller und schwieriger, als man es in so einer Startphase irgendwie hatte. Und bei euch fühlte sich halt so an.. Na, dadurch, dass das so ein Ding ist, was man immer mitnimmt. Man hat immer diese Möglichkeit in einem sehr kleinen erst mal das mit zu machen und zu gucken, wie läuft es. Und wenn irgendwann dann nicht da ist, zu sagen, das muss noch mal auf stabilere Füße gebaut werden, dann macht man das halt dann so und es behält irgendwie bei, dass man dass man das so in kleinen Iterationen mit erst mal machen und dann gucken wir weiter Und ich finde auch cool, weil du meinst so jeder bei euch in der Firma wird automatisch Provision für den Make up Account. Weil ich mich ja frage ist es denn so? Macht jeder bei euch in der Firma auch was mit Make up? Also ist es so, dass auch die Engineers sagen so überlegen dann und ich könnte jetzt Protokoll schreiben, da ist gerade eine Anforderung oder ich mache es in Maker so, also ist das so einen Abwägungsprozess bei jedem von euch in der Firma. Also make it kommt, das hieß früher Integromat. Also der Name war schon ein bisschen Bambi ist. Das Schöne ist, dieses Tool ist ja nicht für Ingenieure gedacht. Es ist ja dafür gedacht, diese wirklich nervigen Tasks, ich meine immer der nervigste Task ist immer Produkt ID Export, damit irgendwelche Facebookkampagnen oder Instagram Kampagnen laufen können. Das mache ich einmal. Das macht unsere Marketing Leute, die keine Ahnung vom Waschen haben, einfach aus der Datenbank Produktdaten auslesen, paar Produktimages Export zu zuerst drei und dann kann sich Facebook da die Daten aus und was machen die mit Make ja easy das dachte ich will das als Ingenieur nicht machen. Jetzt musste. Ich lass dir weg damit. Also, wir verwenden das, um wirklich diese nervigen, immer wieder gleichbleibenden Tasks von den Engineers wegzuholen. Die Ingenieur sollen sich darauf fokussieren, wo nur Ingenieurs wirklich einen Wert stiften können. Ich meine, ich weiß, ich selber als Ingenieur. Wie oft habe ich einen verdammten PDF Export generiert. Komm leider aus irgendeinem komischen Format in PDF. Das ist Commodity. Also das ist Basis. Dazu brauchst du keinen Ingenieur oder eine Email empfangen. Und basierend darauf was machen. Lass mich damit in Ruhe. Aber was machen die Ingenieure ein? Das Schöne ist, wir sind ja bequem. Als Ingenieur hake ich das jetzt ein. Wenn ich Sie. Ich Sie. Die Pipeline ist wirklich jetzt irgendwie. Da komm ich zack, zack, zack. Das hat natürlich auch einen GitLab. Integration. Und einmal kurz mit irgendwelchen anderen Services ChatGPT. Die haben wir eine Babel für Fälle. Ich brauche EP UIKit sind hinterlegt, also brauchen und das ist die, die das verwenden wenn. Wenn. Wenn Sie sehen, damit sind die schneller. Aber die Kernidee ist es, diese wiederkehrenden wirklich in neuen Tasks festgelegt zu halten. Ja, cool, weil ich finde, dass das finde ich daran echt auch super interessant. Ich meine bei uns auch so in der Firma. Wenn Automatisierung startet, ist unser Team für zuständig gefühlt so und wenn wir es automatisiert werden soll, dann Baby kümmert euch mal darum, automatisiert mal und so. Und irgendwie finde ich das cool von dem Ansatz her, dass da irgendwie jeder die Möglichkeit hat. Da wird ein Tool hingestellt und ich finde, dass wir uns das dann vielleicht mal zu überlegen, ob nicht Automatisierung wieder in die Hand von jedem in die Firma gegeben werden sollte, finde ich ein sehr cooles Cool. Na okay, dann haben wir aber das finde ich, hast du sehr verständlichen Code ausgeführt, was eure, was der Ansatz ist. Und ich glaube ja, wirklich gewagter und besondere an das finde ich sehr cool. Cooler auf jeden Fall. Danke. Schön für die Firmenkultur, glaube ich sehr, sehr cool. Mich würde als nächstes eigentlich interessieren. Ihr seid ja jetzt, wenn du sagst okay, 400 in Deutschland und plus noch mal ein paar Zerquetschte in den USA. Dann seid ihr schon sehr, sehr schnell gewachsen. Und wenn man irgendwie auf deine 20 % Schar von Engineers geht, sind es auf jeden Fall, sagen wir mal 98 Engineers so, dass es für drei Jahre kein kleines Wachstum. So, und du bist von Anfang an dabei wie die. Wie war das für dich? Was gab es da für Challenges in so einer kurzen Zeit auf so eine Menge von Entwicklern zu wachsen und auch gerade so was? Wie sollte solche Technologieentscheidung vielleicht dann auch mit einem immer stärker wachsenden Team zu treffen und so auch so was wie zu überspringen? Ist das normal? Du hast ja gemeint, also sehr impulsiv naiv in deine Entscheidung bist So und ich kann mir vorstellen, in einem kleineren Scope ist es manchmal einfach mehr als 90 Engineers stehen, dann kommt es irgendwann wieder. So war dann die Idee. Will ausdrücken, dass wenn morgen alle 90 Engineers sich in einen Raum setzen. Ich glaub, das wird dann besser so, also ist das mit wachsendem Unternehmen schwieriger geworden, naiv zu sein. Vielleicht kannst du mal gucken, wann du diese Anfrage beantwortet in der Ausstellung. Aber so was war die Challenge, so zu wachsen. Verstanden? Also lass mich dir eine Frage, die ich glaube, die die interessiert hier besten zuerst beantworten. Mein Job ist aktuell ist Fresse halten ist angesagt. So wenig wie möglich sagen über 90 Leute. Und ich bin Herzblutingenieur, habe sehr lange Architektur wie gegossen gebaut nicht sagen lass die Leute machen und das ist meine Challenge. Das ganze ist auch so so eine sich das Problem und das ist schwer genug so meine meine meine Verlobte weiß wie sie das zu würdigen hat. Sie ist sehr stolz auf diese entwachsen. Mega coole Frage, aber also ich sehe sie Zeiten. Bei West Wing war ich halt bei Sky Rambazamba Hearing gewohnt. Ich kenne das nicht anders und. Ganz einfach. Man setzt sich hin und sagt Okay, welche heiligen Spiel mache ich? Da gibt es eine Zahl, die sage Ich gebe, ich will zwei Leute pro Monat einstellen. Sage ich okay, ist es eine Person, zwei Leute, drei Personen oder etliches? Manches Mal 345. Und so steuert in Sachen so die Lot auf deinem auf, denn die müssen die Leute heilen, die müssen noch am Boden. Das ist das nimmt immer ich sag mal so Execution Power weg. Und dann ganz ganz strikten wirklich wirklich wirklich strikten Recruitment Prozess ab Tag eins Selbst als ich alleine da war, habe ich ein Interview gemacht. Da wird geguckt, Passt die Person von vor mein Zelt? Ist das Englisch gut genug? Wirklich in die Firma rein? Wenn ja, dann gibt es einen Telekom Task. Das heißt wir laden die Person ein, um kein Live Go zu machen. Ich bin kein großer Freund davon, weil das testet Live Coding testet wie gut Leute unter Druck coden können. Aber dann Daily Job ist ja nicht unter Druck zu kommen, sondern zum 95 % ist entspannt und weiß was zu tun ist. Also das ist das, was wir simulieren wollen. Dann hat der Kandidat die Möglichkeit das zu mitten oder die Kandidaten und dann gucken wir, ob das passt. Die Lösung Da gibt es eine ganz klare Bewertungsskala. Wurde das gemacht? Dokumentation oder ähnliches? Hier und da in verschiedenen Sprachen. Wir verwenden dafür Code SAP mit Punkt IO, die kann haben, die unterstützen 70 verschiedene Programmiersprachen Liste einmal ein und dann wird das vermittelt das dann wenn es uns gefällt, dann gibt es eine Einladung zum technischen Interview. Das ist das erste Mal, wo der wo die Leute ein deutsches Wort Fachabteilung also die Herren Manager ist wirklich die Technik Engineering managed so wie bis reinkommt und dann wird der Kandidat gegrillt da wird doch darauf vorbereitet was auch wie es gegrillt ist eben tote Technik und Diskussion, also eine technische Diskussion führen können und eine Stunde überleben. So wirklich basierend auf den auf den, auf der Hausaufgabe. Und dann gibt es noch ein finales Interview, meistens so 30 Minuten, 45 Minuten mit dem jeweiligen Projektmanager, ob da vielleicht direkt gefällt einem die Nase nicht oder man hat keine haben, also muss auf dem Besten fitter sein und das war's. Und das ist der Prozess. Ab eins hat sich null geändert. Wir haben vielleicht die Coding Challenges ein bisschen verändert, die Scorecard, also wie, in welchen Dimensionen, Wie bewerten hat sich ein Ticken verändert, aber das ist gleich geblieben und so haben wir das Killing gemacht. Ich kann dir sagen, zwischen null und 20 Leute, das ist die lustigste, die geilste Zeit zwischen 20 und 40, das ist die Hölle. Und ab 40 ist wieder ein bisschen deutlich entspannter, weil zwischen 20 und 40 passiert genau das Leute haben andere Mindset. Aber die ersten 20, das sind die, das sind die Hacker, die machen nur Shortcuts und zwar die ganze Zeit. Da sind diese Leute, die brauchen, um etwas zu bauen. Und dann machst du die Transformation, wo du diese Leute, zum Teil auch die Company verlassen, selber. Und dann kommen ja die etwas anderen Entwickler, die Formen sind, sagen okay, wir müssen einen Ticken stabiler machen, aber gleichzeitig muss auch die Agilität, die die mentale Agilität von den behalten und darauf testen. Und das ist also zwischen 20 und 40, da war ich am fokussiertesten bei mir und am härtesten, da ist wirklich der richtige Kandidat danach. Da musst du drauf verlassen, sich darauf verlassen, dass du die richtigen Leute eingestellt hast, die die Leute einstellen. Wenn du keine guten Leute eingestellt hast, eingestellt werden, dann hast du versagt. Und kam das für dich überraschend? Diese Entwicklung zwischen 20 und 40 Mitarbeitern war so hast du bewusst bei den ersten 20 Leute eingestellt, die sozusagen was auf die Straße bringen wollen und auch mal Shortcuts gehen. Und vielleicht, wo du wusstest, das wird kein Fit auf lange Sicht sein und was dir dieser nicht bewusst ist, vielleicht einige davon wieder gehen werden und du dann ein anderes Profil einstellen musst, oder? Ja, also ein ganz klares Ja. Und das ist auch der Grund, wieso ich selber als CTO sage, wieso es mir selber wichtig war, diese Erfahrung gemacht gesammelt zu haben zwischen 20 Leute, dann mit was Größeres ein Skateboard zu begleiten und dann noch in Enterprise bei IBM. Wir müssen uns von dieser Utopie lösen und das ist auch bei im Kern Gründer Team. Sehr oft, sehr selten ist das Kerngründerteam nach 345 Jahren noch da oder so vorhanden, wie es wie es gestartet ist, weil man andere Personen in verschiedenen Phasen des Unternehmens braucht. Und mir war es persönlich wichtig, die kompletten Phasen der Cityo für alle Phasen zu sein, weil am Anfang hey, sieben Stunden rein hocken und Interviews runterrotzen. Und vorher hatte ich 80 Leute geführt. Da. Da musst du drauf stehen. Und wenn man die ersten 20 einstellt und schon weiß okay, keine Ahnung. Jetzt stelle ich 20 ein. Zehn davon könnten die Phase 20 bis 40 überleben und zehn davon werden wahrscheinlich die Phase nicht überleben. Ist es was? Was man proaktiv kommuniziert, auch diesen Leuten gegenüber zu sagen Hey, unser Anspruch wird sein, größer zu werden und so und das ist das, was so was wie und kommuniziert darüber. Es kann gut sein, dass du vielleicht sich dann nicht wohlfühlen wirst in dieser Phase. Oder ist das dann etwas, was man die Leute selbst erkennen lässt und einfach nur schon weiß? Okay, die sind dann Wackelkandidaten und dann einfach schaut, wie sie sich dann so finden in der Zeit. Oder ist das irgendwas, was man schon von vornherein irgendwie aktiv kommuniziert, Der Plan, wo es hingehen soll und so. Am Ende fallen. Wenn man mal am Anfang die Leute hat, verkauft man ja. Die Vision ist noch nicht mal verkaufen, sondern zeigt, wo kann es hingehen. Und die Leute machen das ganz natürlich, ganz von sich aus. Die sind richtig auf gut Team Bock was Geiles zu bauen und das passiert ganz natürlich. Ich bin also Future Problems sind Future. Natürlich habe ich nicht von Anfang an daran gedacht. Lassen Sie es mal hinkommen, über das Geld zu haben, 20 Leute feiern zu können und dann gucken wir mal, wie weit wir dann von da kommen. Es ist wirklich ich. Ich würde. Ich will dich ungern enttäuschen, aber es ist wirklich von Quartal zu denken. Also jede Quatsch, jedes Quartal, was wir geplant haben. Haben wir irgendwie ein bisschen angepasst. Und jedes Quartal machen wir die Jahresplanung, weil es sich immer wieder anpasst. Im Positiven, aber auch, wo man dann sagt okay, wir müssen jetzt weniger Leute einstellen. Und wir hatten die verrückten Phasen, wo wir sechs, sieben Leute pro Monat eingestellt haben. Was sei gesagt am Anfang Du bist jemand, der in die Zukunft gerne blickt. Und ich sage jetzt Rückkehr. Wie siehst du denn die Zukunft? Also, wie groß muss so ein Team sein, um so ein. Also kann man mit 80 jetzt das abdecken, was eure Wachstumspläne sind? Ist es dann eher Internationalisierung, dass man noch in andere Märkte geht? Muss man das immer weiter eskalieren, weil es immer mehr Anbieter, mehr usw. gibt? Was? Wie stellst du dir vor, wie das weitergeht? Sehr, sehr gute Investorenfrage. Solltest Investor werden. Also da denkt sich jemand sofort an die ihr sie mit sehr viel. Also wir werden diesen 20 % Share weiter behalten wir vielleicht zwei 19 % sein 21 mal aber das wird im Wesentlichen die Idee sein, zum Beispiel USA, du hast Internationalisierung haben wir jetzt ohne einen einzelnen Ingenieur ausgerollt wegen unserer Mächtigkeit und macht ihn mit Knock out und dann noch guten Low Cost. In diesem Fall Metriken für interne Tools und Ingenieur sind unser Fundament für Effizienz sind alle Effizienzen, die wir jetzt heben. Also wir achten bei uns ganz klassische Zahlen Subscriptions pro VDI, das ist die Zahl, die wir nach oben treiben. Wie viele Autoabos machen wir pro festen Mitarbeiter? Und das ist. Das heißt, wenn wir für Customer Care Agency, also Kundenbetreuer, einstellen, müssen wir im Engineering ein bisschen mehr reinhacken oder Tools schaffen, damit er ein Customer Care Agent für vier arbeiten kann. Du hast gerade noch was gejobbt, was wir bei der Palle gegoogelt haben. Du hast gesagt, du hast recht, wenn man über No Code, wenn wir pro gesprochen, aber low cost noch gar nicht so viel. Hast du gerade gejobbt für interne Tools? Was ist das? Was macht ihr damit? Wir bauen ganz klassische interne Tools. Internet Tools. Das heißt im Klartext, Wir haben sehr viele Rollen. Du musst dir vorstellen, da gibt es viele Manager. Da gibt es dann jemand, der sich um die Kunden kümmert. Also ich würde sagen, über 50, vielleicht 50 verschiedene Rollen intern diesen Kunden verschiedene Phase, das ist Auto, aber das ist jetzt geschätzt, einfach wild geschätzt und die brauchen die, die zieht und spezialisiert und spezifische Tools und am Ende sind das interne Tools und Agent, damit er, wenn der Kunde anruft, einfach automatisch die Kundendaten aufrufen kann. Das machen wir dann mit Editor. Du kannst schnell interne Tools bauen. Sehr, sehr oft ist es eine klassische DataView Filter Sorting dann Ich will nicht, dass meine Engineers das jedes Mal machen und die tatsächlich das Schöne, was man dann sieht, ist die nicht Ingenieurs, die bauen die schönsten. Wie tuts. Die Idee ist es eine Möglichkeit wirklich etwas zu bauen, was andere verwenden, was nicht eine Excel Datei ist und Engines verwenden es auch. Und ich sage, ich habe keinen Bock oder keine Ahnung irgend so ein Element so durch die Gegend zu schubsen. Ich baue das mal schnell und dann kann jemand anders sich das so orchestrieren und zusammenpacken, wie er es haben will. Aber die Daten, die Kernfunktionalität sind da und da. Und eine Frage, die wir noch gar nicht eingegangen sind Was habt ihr denn als Datenbank so, wo laufen diese Daten zusammen und so? Und gerade wenn wir jetzt, wenn ich mir überlege, dass viele verschiedene Tools wie Pro Codecov, Cost und No Code auf diese Datenbank zugreifen, so wie häufig glaubt ihr da vielleicht auch mal in Probleme das irgendwelche. Ich meine, dann gibt es ja gefühlt auf einmal viele Stakeholder für so ein Exklusiv. Ja, genau das ist eine Seite passiert. Also gefühlt gibt es ja auch immer viele Stakeholder für diese Daten, die sie auf die dann ja auch teilweise direkt zugegriffen hätten. Dann wahrscheinlich nicht über eine API oder so, da ist es dann Datenzugriff nur über eine API. Wie kriegt ihr hin, dass nicht am Ende das Ritual kaputt geht, wenn das pro Team sagt der Datenbank Schema oder vielleicht erklärt das noch was die Datenbank ist bevor ich wieder. Exzellente Frage. Also wir haben nicht das fette Excel also ich glaube die API hergeben die stimmt muss man können, wenn man nur testen raufhauen. Wir haben uns dann sehr schnell auf migriert. Der Titel ist ein ganz, ich würde sagen charmante Lösung und wir haben will wieder so eine Tabellenansicht auf Daten zu bekommen. Sagen wir mal Excel mit einer schöneren Oberfläche und sie ex post, also im Hintergrund, wir werden die API eins zur Verfügung stellt. Aktuell gehen wir mehr und mehr davon weg in unserem Kern System. Wir bauen. Das nennt sich Green Dragon, also der grüne Drache, das System, unser Kernsystem. Jetzt nach drei Jahren, wenn du möchtest, nicht von Grund auf neu, sondern nach drei Jahren können wir voller Stolz berichten. Wir haben verstanden, wie man Auto Autos baut und deswegen brauchen wir es jetzt auf alles. Vorher war das Entity Relationship Man. Es ist jetzt nicht kein ICOMOS Business, wo du ganz genau weiß, was zu tun ist und die Entitäten klar sind und die Domain, das heißt, dass es ist alles im Post CSS, da machen wir die ganze Schema, da sind die ganzen Core Daten abgespeichert und Punkt für Punkt. Also wir machen das also im Hersteller. Bei Hersteller migrieren wir die in unserer Datenbank. Aktuell sind es um die ich glaube 6000 Autos und du siehst wir haben dann sehr charmanten Ansatz. Ich glaub die Verena hat einen Artikel dazu geschrieben. Das ist der guten Ansatz. Kann man gehen, drüber reden. Super zum vielen wie man ein ich sag mal so ein System aufbaut und sehr schnell in der Company skalieren kann. Also mit unheimlich vielen APIs. Und jetzt die Frage wie machen wir das? Wir haben über, ich glaube über 45 über 40 verschiedene HTTP APIs. Das heißt, was wir sagen, ist jedes Department dadurch, dass es wie, wie in wie vertikal aufgeteilt, stellt immer APIs den anderen Departments zur Verfügung, immer HTTP und wie stellen wir sicher, dass sie schön dokumentiert sind? Hand aufs Herz Und weiter Wir Ingenieur sind nicht die besten Dokumentationen. Wir haben technische Technical Writer drei Leute. Eine Person zwei Departments. Deren Job ist es, episch zu dokumentieren mit der. Sie sitzen in den jeweiligen Park und dokumentieren Ganztag. Ich finde das ziemlich, ziemlich cool, dass man mit einer der ersten Person, die ich gehört habe und das sind so viele Leute, die zum Beispiel für Cloudanbieter arbeiten. Unser erster EPA Techniker hat vorher bei Yandex Cloud gearbeitet haben. Also wir haben auch supertolle Episoden dokumentiert, verschickt und sofort und das ist der Trick, um diese Apps dann komplett zu exportieren. Das heißt die Leute können das dann verwenden und das es die internen APIs bekommen, die Liebe die sie verdienen um wie wir so eine Public API. Und da ist es dann auch in Doc LED, da liegt auch die Dokumentation. Ich weiß gar nicht genau, was da da liegt, die Dokumente und da sehe ich sie ein. Ja, ist eine Open Definition und dann okay, machen wir es ein bisschen hübsch und fertig. Und das ist auch die auf dieser API greift auch zu einer Methode. So also wenn wir jetzt Daten in PostgreSQL liegen so direkt irgendwie PostgreSQL über die APIs. Bingo macht sind ja sinnvoll. Sind finde ich es macht Sinn und trotzdem ist es finde ich also so von dem dem Einblick den wir jetzt bis jetzt bekommen haben doch eher ein paar Sachen, die man nicht so häufig in einem Softwareunternehmen sieht, finde ich, wo von den von den Ansätzen von daher sehr spannend, wie ihr die dann gefunden habt und und die gut nutzt, dass das so zu tun. Danke schön. Ja, aber. Also ich kann dir nur recht geben. Ich glaube, dass es dadurch bedingt dieses wie bei Commodities wie Build Assets. Das erzähle ich meinen Ingenieuren jeden Tag. Also wenn etwas wirklich eingekauft werden kann als Leistung, dann müssen wir schon sehr stark Argumente finden. Wieso müssen wir dasselbe tun? Klar ist es dann meine Aufgabe, diese Software Services zu bezahlen oder dafür zu sorgen, dass wir genug Geld haben, um diese zu bezahlen. Wir haben. Ich glaube, unser Repository beinhaltet über 120 verschiedene Software Services, die wir verwenden, angefangen von irgendwelchen EAs, die PDF Dokumente auslesen, also Klasse OCR. Davon haben wir unheimlich viele. Dürfen nicht vergessen, was passiert, wenn ein Kunde geblitzt wird. Nein, das müssen wir an unseren Kunden weiterleiten. Oder wenn er falsch geparkt hat, dann gibt es ja ein paar Städte, die schicken das dann über die Polizei an dich zu. Und wir sind ja in Deutschland, wir haben jede Stadt macht seine eigene Sache. Du kannst die nicht einfach auch mal so ein PDF Bild, das heißt, selbst das erschlagen wir dann mit APIs und verwenden dafür die die besten Tools auf der Oder für Routenplanung wie der. Die vom Fahrer zum Kunden kommen. Google Maps API oder DistinCT? Ich verstehe das Spiel. Und, und und. So funktioniert es dann wenigstens bei Ihnen. Ja, cool. Ich glaube, es gibt noch viele Punkte, auf die wir eingehen können. Auch zum Beispiel Google. Vielleicht ist es was. Was, wenn man die schon hat zu packen als Link, weil wir leider ein bisschen aus der Zeit erinnern, dass das heute hat so angekündigt. Ja, ich habe mich gewundert. Maximal eine Stunde. Pro. Stunde auf jeden Fall drüber. Stunde 20 über der uhr schon davon? Ja, wir haben noch nicht mal einen Fragenkatalog gemacht, Der ist. Wir hatten viel zu diskutieren. War interessant. Sehr interessant. Ja, zwei Fragen habe ich noch gerne. Dann habe ich da dann keine mehr, wenn du so viel hast. Sehr gut. Die erste ist mit der Erfahrung, die du heute. Hast. Und das, was du gelernt hast, würdest du und du würdest in die Vergangenheit reisen und ganz am Anfang noch mal stehen. Gibt es irgendwas, was zu deinem damaligen Ich irgendwie gerne ins Ohr flüstern würdest, was du so über die Jahre gelernt hat und du denkst war Wenn ich das damals schon gewusst hätte, das wäre gut gewesen. Hm. Darauf habe ich mich nicht vorbereitet. Okay, Bitcoins bei 3000 kaufen bei 60.000 verkaufen wäre der erste Tipp. Ja, sehr gut. Vielleicht schon ein guter Tipp. Auf jeden Fall können wir es auch lassen. Wenn ihr noch Interesse an uns ist. Genau. Ich befürchte, zumindest höre ich das immer oft. Vertrau auf diesen Prozess. Also, ich. Ich würde, glaube ich meinen, wenn ich in die Vergangenheit oder reisen würde, würde ich sagen. Hey, guck mal, das hast du. Und zwar nur durch Vertrauen in das, was du. Was du kannst, und die Augen offen halten. Ergeben sich so viele Möglichkeiten. Und was ich, insbesondere bei jungen Entwickler Sie, die sind so fokussiert auf Ich will das lernen oder Ich will unbedingt das haben. Ich will unbedingt dieses Gehalt bekommen, dieses diesen Titel bekommen. Das setzt die Scheuklappen auf, das macht das keinen Spaß. Und diese Naivität zu behalten und im Alter wird es umso schwerer. Dazu würde ich sagen im privaten Umfeld genauso wie im beruflichen. Und dann spaziert man durch dieses Leben in einer gewissen Leichtigkeit und nimmt vielleicht nicht vieles zu ernst. Der ist doch mindestens genauso schön, wie der Bitcoin Typ ist. Und meine zweite abschließende Frage Gibt es von deiner Seite noch etwas? Wenn wir auf dich, deine Karriere und Finden jetzt geblickt haben, worüber du gerne auf jeden Fall noch was erzählen würdest? Oder bist du inhaltlich zufrieden? Ich finde, ich kenne mich. Ich könnte Ewigkeiten über übers Gründen reden. Was sollte man machen? Was sollte man nicht machen? Kann die Wirklichkeit immer nur Good luck und meine sehr starken Prinzipien reden? Also lass uns, lass uns diesen Pfad nicht gehen, weil ich glaube, zu viel Zeit haben wir doch nicht. Müssen wir dann irgendwie anders weg, wenn schon zehn. Zwei Folgen daraus machen? Aber gerne. Also wenn ich glaube, dass da bekomme ich selber sehr, sehr viele Fragen, wie man das machen kann und in die Organisation auch ausrollen kann in existierende sehr sehr gerne, weil das kann. Ich halte das für einen Weg. Ich weiß nur nicht, ob es der beste Weg ist, um so ein paar Digitalisierung Channel Challenges, die wir in der Zukunft haben werden oder schon haben, zumindest angehen könnten. Also auf jeden Fall hat die Folge mich inspiriert, da mich ja mal ein bisschen mehr damit auseinanderzusetzen und darüber nachzudenken, in welchem Bereichen das irgendwie mal hilfreich sein kann oder man Dinge machen kann. Also ja, für mich war es auf jeden Fall ein sehr, sehr cooler Einblick, den ich da darüber gewonnen habe. Dann ich gucke einmal noch rüber zu Fabian, mir noch etwas ganz wichtiges eingefallen ist, was er noch. Ich gucke schon auf das hier gerade ein Opel Mokka eine Frau wohl schon die ganze Zeit ein Opel. Okay. Vielleicht bekomme ich einen Gutschein. Wir können mal drüber quatschen, vielleicht für die Hörer einen kleinen Gutschein raushauen, da wird bestimmt was möglich sein. Dann guckt man die schon und vielleicht ist da ein Gutschein drin. Wir quatschen gleich mal Colani. Vielen, vielen Dank für deine Zeit heute. Dass du Teil der Programmier.bar geworden bist, hat uns sehr viel Spaß gemacht. Sehr gefreut. Wenn unsere Hörerinnen Feedback haben, dann schreibt uns das gerne am Podcast Programmier.bar oder über das Kontaktformular auf unserer Programmier.bar Webseite. Da freuen wir uns auch immer riesig drüber. Sonst wünsche ich euch eine gute Zeit und bis zum nächsten CTO Special. Vielen Dank an die. Vielen, vielen Dank für die Einladung. Da gehen wir dann auch.

Speaker Info

  • Andi Wixler Event

    Andreas Stryz

    Andreas Stryz, kurz Andi, ist CTO und Co-Founder von FINN, einem Autoabo-Anbieter, der seit 2019 am Markt ist und mittlerweile über 400 Mitarbeitende beschäftigt. Andi hat in seiner Karriere viele Abstufungen von Unternehmen gesehen – von Einblicken in die Konzernwelt von IBM, über Startups mit unter 20 Mitarbeiter:innen, hin zu fünf Jahren bei Westwing, das sich zu dem Zeitpunkt zwischen diesen Extremen befunden hat. Mit FINN hat Andi ebenfalls bereits viele Stationen durchlebt und fühlt sich heute angekommen. Über einen besonderen Ansatz bei FINN freut er sich besonders: die Entwicklung mit No-Code-Tools. Kein:e Entwickler:in hat Lust, Standardprozesse immer und immer wieder zu programmieren. Wie sie damit bei FINN verfahren, erfährst du im CTO-Special #22.

    Mehr Infos
    Angle right
    Angle right
    Angle right

Verwandte Podcasts

  • Cto26 David Gebhardt

    CTO-Special #26: David Gebhardt von mobile.de

  • Cto25 Simon Müller

    CTO-Special #25: Simon Müller von wattx

  • Cto23 Philipp Kemmeter

    CTO-Special #23: Philipp Kemmeter von C24

  • Cto21 Carlo Szelinsky

    CTO-Special #21: Carlo Szelinsky von AppLike

  • Cto20 Fabian Wesner

    CTO-Special #20: Fabian Wesner von ROQ Technology

  • Cto19 Annette Hamann

    CTO-Special #19: Annette Hamann von Beiersdorf

  • Cto18 Tim Adler

    CTO-Special #18: Tim Adler von Chefkoch

  • Cto17 Stephan Schmidt

    CTO-Special #17: Stephan Schmidt - Amazing CTO

  • Cto14 Johannes Schaback

    CTO-Special #14: Johannes Schaback von SumUp

  • Cto11 Christian Hadenberg

    CTO-Special #11: Christian Hardenberg von Delivery Hero

Feedback
[object Object]