# Navigating Side Project Failures & Execution Strategies

**Podcast:** Engineering Kiosk
**Published:** 2026-05-19

## Transcript

Willkommen zu einer neuen Episode vom Engineering Curse Podcast.
Heute wird es ehrlich, so richtig ehrlich.
Denn wir sprechen über ein Thema, das in der Tech-Welt oft viel zu kurz kommt.
Gescheiterte Side-Projects.
Nicht die Hochglanz-Version auf LinkedIn.
Nicht die Geschichte mit großem Finale, Funding und Happy End.
sondern die Projekte, die mit viel Motivation gestartet sind und dann irgendwo zwischen Alltag, Overengineering, fehlendem Payment, Plattformabhängigkeiten und zu wenig Zeit liegen geblieben sind.
Wir schauen uns an, warum sich gescheiterte Side-Projects oft wie ein persönlicher Makel anfühlen, obwohl sie eigentlich völlig normal sind.
Dabei sprechen wir über Start-Up-Statistiken, Survivorship-Bias und die Frage, warum wir überall nur Erfolgsgeschichten sehen, während die meisten Projekte still und leise verschwinden.
Natürlich wird es bei uns auch konkret.
Wolfi packt das Projekt Wohnbot aus, einem Bot für Wohnungsanzeigen per WhatsApp, der an der Preispolitik von Meta gescheitert ist.
Und ich erzähle von einer Fitness-App, bei dem ich erst ein eigenes Problem lösen wollte und dann plötzlich in Flutter, CI, Monitoring und perfektionistischem Overengineering versunken bin.
Doch was würden wir heute anders machen?
Payment first?
Ship first?
Mehr Dogfooding?
Mehr Accountability?
Oder einfach weniger anfangen und mehr fertig machen?
Wenn du selbst schon mal ein Side-Project gegen die Wand gefahren hast, dann ist diese Episode für dich.
Los geht's.
Der Wolfgang und ich predigen ja immer asynchrone Kommunikation und auch wir haben für den Engineering Kiosk einen Engineering Kiosk Slack Workspace.
Und in diesem Engineering Kiosk Slack Workspace, ist echt ein Zungenbrecher, wenn du das fünfmal sagst, hintereinander, haben wir einen Channel, der nennt sich Podcast-Industrie.
Und ab und zu schicken wir uns da einfach mal Links oder Podcast-Episoden.
hin und her, die der andere sich mal irgendwie ansehen soll.
So alles drum, was andere Podcaster so machen.
Denn auch andere Podcaster machen so Behind-the-Scenes-Episode.
Und auf einmal hat der Wolfgang mir da eine Episode von dem Podcast Erklär mir die Welt reingepackt.
Das ist so ein österreichischer Podcast.
Ja, wer hätte es gedacht, der erklärt einem die Welt.
Und da ging es halt in so einer Hinter-der-Kulissen-Episode um eine Hörerfrage, die besagt, könnt ihr nicht mal Storys zu Fehlschlägen bringen?
Ihr bringt immer irgendwie die Erfolgsgeschichten.
Das ist ja irgendwie immer schön zu hören, aber halt oft nicht realistisch.
Und dann habe ich mich gefragt, Wolfgang, wann haben wir denn eigentlich mal über Misserfolg oder mal nicht über Erfolge gesprochen?
Denn wir haben ja auch etliche Gäste zu Gast und irgendwie...
wird die ja alle immer positiv.
Also die kriegen es ja irgendwie immer gedeichselt.
Und deswegen, das ist die Motivation dieser Folge hier.
Also ich würde sagen, wir sprechen schon immer wieder über Misserfolge, vor allem wenn wir über unsere Side-Projects sprechen oder über grundsätzlich Produktentwicklung und solche Dinge.
Wir fragen auch oft, was hat denn bei irgendwelchen Umstellungen zum Beispiel nicht funktioniert, technologisch.
Also wir nehmen das schon ein bisschen mit.
Aber ich muss dir auch zustimmen und ich kenne das auch von diesen Fuck-Up-Nights, die es ja sehr oft gibt, wo man immer sagt, ja, man präsentiert die absoluten Fuck-Ups und was hat nicht funktioniert.
Ich habe es bisher, glaube ich, noch nie erlebt, dass da irgendein Talk war, der präsentiert hat, was hat nicht funktioniert.
Punkt.
Sondern es ist immer, was hat nicht funktioniert, okay, aber wir haben es dann geschafft und haben das und das gemacht und sind jetzt super erfolgreich.
Also dieser Punkt nach, es hat mal was nicht funktioniert, habe ich bisher eigentlich noch nie erlebt und das finde ich eigentlich immer sehr schade, dass man dann trotzdem wieder das absolut sehr Positive reinbringt, weil es einfach so klingt, als hätte jeder am Ende Erfolg, auch wenn er Fuck Hubs hat.
Dann bin ich mal gespannt, was in dieser Episode dabei rumkommt.
Ob...
Du mir auch wieder mit solchen Sätzen kommst wie, ja, dieses Projekt, bla, bla, bla, aber jetzt fliegt es.
Naja, warte ich mal ab.
Aber du hast schon das Thema genannt, Fuck-Ups by Side-Projects.
Und Side-Projects ist auch in diesem Podcast nichts Neues.
Also es ist kein neues Thema.
Wir haben sogar auf unserer Webseite ein eigenes Tag für Side-Projects.
Und jetzt mal back to the roots.
Vor mehr als vier Jahren haben wir sogar die ersten zwei Episoden von diesem Podcast Side-Projects gewidmet.
Und zwar den Themen Side-Projects, Fluch oder Segen für die Karriere und Technologien zu Side-Project.
Ich glaube, da bin ich dann einmal durch den damaligen Tech-Stack von ein, zwei Side-Projects gegangen.
Hört euch diese bitte nicht mehr an.
Ich glaube, die Qualität ist...
Ich glaube, die meistgehörte Episode, die Episode 1, klarerweise.
Obwohl das eigentlich immer sagen, alle Podcaster immer die schlechtesten sind.
Aber ja, man startet damit.
Danach haben wir aber eine ganze Menge Pause gemacht.
Ich glaube, so ungefähr 100 Folgen.
Und erst bei 111 kamen wieder...
Eine Episode über Side-Projects, wo wir hier diesen Podcast mal ein bisschen over-engineert haben.
Also es zieht sich so ein bisschen durch und hier und da haben wir mal Side-Projects immer mal erwähnt.
Der Wolfgang hat bei Episode 199 zum Beispiel die richtige Herausforderung bei seinen Side-Projects mal auf den Tisch gepackt.
Und zwar Coden ist leicht, Sales ist schwer, Business ist der Endgegner.
Schauen wir mal, wie viel davon heute wiederkommt.
Auf jeden Fall sprechen wir heute mal wirklich über Fehlschläge von unseren Side-Projects.
Aber wir belassen es nicht bei den Fehlschlägen, denn wir öffnen uns mal ein bisschen.
Wir reflektieren auch, beziehungsweise haben reflektiert.
Wir haben diese Episode ja ein bisschen vorbereitet.
Und wir stellen uns die Frage, was würden wir denn heute anders machen?
Also wir schütten mal unser Herz aus und sind hoffentlich mal sehr ehrlich zu uns selbst.
Schauen wir mal.
Aber Wolfgang, wie ist deine Sicht auf die Welt?
Sind wir alleine?
Failen immer nur unsere Side-Projects?
Oder und alle anderen sind erfolgreich?
Das Gefühl habe ich ab und zu mal.
Hast du gerade geglaubt, irgendwas ist kaputt?
Ja.
Siehst du, so geht es mir auch oft.
Und dann brauche ich unbedingt einen Kaffee.
Oder wie der Andi sagen würde, einen Kaffee.
Und für diese Koffeinenergie, die ihr uns durch diese Kaffeespenden bereitstellt und die es uns eigentlich erst ermöglichen, diese Episoden zu produzieren, möchten wir uns einmal bedanken.
Und zwar bei den letzten Spendern.
Daniel, Jakob, Peter, Alfred, Florian, Michel, Dimo, David, Lukas, Adrian, Nico.
Matthias, Wolfgang, by the way, schöner Name, Elias, Björn, Franco, Dominik, Paul und Fabian.
Und egal, ob ihr uns einen Kaffee sponsert oder vielleicht sogar ein Kaffee-Abo wie der Fabian oder einen ganzen Monatsbedarf an Kaffee wie der David, wir schätzen jeden einzelnen Kaffee und freuen uns wirklich über dieses ganze Koffein-Feedback.
Vielen Dank von Andi und von mir und jetzt geht es auch schon wieder zurück zur Episode.
Das ist ja das, was ich gerade gemeint habe, auch mit, dass am Ende dann auch bei diesem Fuck-up-Nights immer präsentiert wird, wie toll man ist.
Und es kann ja rein statistisch schon so nicht sein, dass jeder und jede erfolgreich ist und jede Idee vor allem dann auch erfolgreich ist.
Und es gibt ja diese berühmte Formel, würde ich sie mal nennen, dass man sagt, irgendwie jedes zehnte Startup ist erfolgreich und neun von zehn Startups sind nicht erfolgreich.
Ich glaube mittlerweile, wenn man das ein bisschen längerfristig sieht, ist wahrscheinlich das Ganze noch schlechter.
Also da ist man dann, glaube ich, eh schon froh, wenn das zehnte Startup wirklich sehr, sehr gut funktioniert.
Und es gibt da ja auch viele Statistiken dazu.
Ich glaube aber, es gibt sehr, sehr wenig bis keine Statistiken, die mir zumindest bekannt sind oder die mir mal untergekommen sind oder jetzt bei der Recherche irgendwie um die Ohren geflogen sind.
Wo es wirklich um Side-Projects geht, weil das Ganze natürlich weniger erfasst ist.
Also das meiste ist dann schon eher auf der Start-up-Welt, was da erfasst wird, weil das sind halt öffentlich zugängliche Zahlen oder sind irgendwelche Organisationen, die solche Zahlen erfassen.
Ja, ich glaube, die Statistiken zu Side-Projects, zu richtigen Side-Projects sind halt irgendwelche GitHub-Repositories.
Da müssen wir mal gucken, wie schnell GitHub-Repositories gestartet werden oder erzeugt werden und dann nach drei Monaten wieder liegen gelassen werden.
Ich glaube, das ist ein guter Side-Project-Indikator.
Aber wenn wir uns mal ein bisschen im Internet...
dann findest du solche Thematiken wie zum Beispiel alle Neugründungen in den USA.
Achtung, bei Neugründungen zählen jetzt nicht nur Tech-Gründungen, also nicht nur Tech-Startups, sondern wirklich alle Neugründungen, also auch Friseursalons und Cafés.
Und wenn du das alles zusammen nimmst, scheitern 20% im ersten Jahr, 50% innerhalb der ersten 5 Jahre und 65% der ersten 10 Jahre.
Gut, mit den 10 Jahren, da würde ich schon fast sagen, okay, wenn du ein Business aufbaust, was 9 Jahre hält, sage ich, Respekt, zumindest von mir höchsten Respekt, aber du siehst schon, die Hälfte aller gestarteten Businesses oder Firmen oder Startups oder wie du es so mal möchtest, scheitern in den USA, zumindest innerhalb der ersten fünf Jahre, was schon hart ist.
Wenn du jetzt mal aber eine Firma gegründet hast und dir anschaust, warum die denn dann fehlschlagen, dann geht eine andere Studie darauf zurück, dass 42% einfach darauf zurückzuführen sind, dass einfach keine Nachfrage ist, also kein Product-Market-Fit.
30%, also ein Drittel, denen ist das Geld ausgegangen.
Und 23 Prozent, also ein Viertel, sagt, ich hatte das falsche Team.
Gut, was auch immer das falsche Team jetzt ist.
Das ist vielleicht so, ihr seid schuld.
Naja, es ist eigentlich in der ganzen VC- und Startup-Welt schon immer dieses Key-Kriterium, du brauchst ein Team, was gut funktioniert.
Was nicht der gleichen Meinung ist, was sich auch ein bisschen reibt und was gut funktioniert.
Und es gibt dann noch andere Studien, eine Harvard-Studie zum Beispiel, die besagt, dass 65 Prozent aller Startups dann am Ende scheitern, weil es Reibereien im Team gibt.
Also das Team an sich und du kannst es ja selber auch zwischen uns, es ist natürlich ein Reibungspunkt und du kannst noch diese gute Idee haben, wenn du das im Team nicht ausführen kannst oder umsetzen kannst oder dich nur streitest oder nie streitest und dann vielleicht am Markt vorbei entwickelst, dann hast du genau wieder dieses Team-Problem.
Und darum kommt sehr viel immer auf das Team zurück und gerade in der Startup-Welt, die wie sie schauen, genau darauf ist es ein gutes Team, bevor sie dir Geld geben.
Ja, wenn du schon bei den VCs bist, bei den Venture-Capital-Gebern, dann kommen wir mal zu den richtigen Bländern beziehungsweise zu dem richtigen Survivorship-Bias.
Denn wir lesen ja immer wieder, dass dieses Startup ganz viel Geld bekommt und das andere Startup ganz viel Geld bekommt.
Nur 0,05% der Startups bekommen überhaupt Venture-Capital-Funding.
Dann geht es weiter mit dem Media-Buzzword-Bingo.
Nur ein Prozent der ganzen Startups werden Unicorns.
Unicorns sind Startups, die mit einer Milliarde Dollar bewertet werden.
Und da hören wir ja gefühlt dauerhaft nur Storys drüber.
Und jetzt kommt es, auch eine sehr traurige Thematik auch, von diesen 0,05 Prozent der Startups, die wirklich VC-Funding bekommen, 75 Prozent dieser Firmen geben ihren Investoren nie das Geld zurück.
Also ich habe mir die ganzen Statistiken rausgesucht, um mal wirklich zu verstehen, Bin ich alleine.
Schlagen nur meine Side-Projects fehl.
Und meine Side-Projects gebe ich jetzt auch zu, sind jetzt keine Start-Ups, aber hatten wir ja gerade gesagt.
Meine Side-Projects, um da Statistiken zu finden, müsste ich sehr wahrscheinlich GitHub, GitLab und keine Ahnung was scrollen und dann irgendwie eine Heuristik finden, womit ich gefailte Tech-Side-Projects finde.
Aber das sind so auf jeden Fall mal Statistiken, die hoffentlich untermauern, dass das, was wir auf Gründerszene und LinkedIn und keine Ahnung wo sehen, nicht normal ist.
sondern die Ausreißer.
Man muss ja auch dazu sagen, dass man das dann meistens nicht mehr mitbekommt.
Sogar wenn man liest, großes Startup hat irgendwie eine Funding-Runde geraced, Series A, Series B.
Klar, wenn sie dann sehr groß sind, bekommt man vielleicht noch mit, wenn sie pleite gehen.
Aber wenn jetzt so eine Pre-Seed, also so die erste Runde, wo man Geld einsammelt, dann nicht funktioniert, das liest du ja nicht mehr.
Das sind irgendwelche Founder, die haben mal sechs Monate an irgendwas geschraubt, hat nicht funktioniert.
Und dann ist das einfach wieder weg.
Und das liest man eben nie.
Wenn man jetzt diese ganze Startup-Szene mal auf dich umlegt, Andi, findest du dich da wieder?
Bist du höher, bist du niedriger von allen Projekten, die du bisher so angerissen hast?
Ich muss erst mal überlegen, welches einer meiner Side-Projects eigentlich erfolgreich war.
Man könnte jetzt sagen, ist dieser Podcast erfolgreich?
Da kommt immer die Frage dann, mit wem vergleichen wir uns?
Also der Vergleich ja schon an sich ist ja das.
Übel.
Ja, man soll ja nicht vergleichen, man soll es ja machen, um Spaß zu haben und so weiter.
Es ist ja auch interessant, ihr habt heute gerade den Wartungsfenster-Podcast gehört.
Die haben nach einem Jahr wieder mal eine Episode rausgebracht.
Gratulation dafür übrigens, doch noch durchzuziehen und weiterzumachen.
Und der Bartow hat, glaube ich, erwähnt, eigentlich sind es ja alles keine Projekte, weil Projekte haben eine definierte Abschlussphase.
Wann ist ein Projekt fertig?
Und wir sprechen ja eigentlich eher von so Lebensprojekten oder Unternehmen, was dann für die Ewigkeit eigentlich gebaut wird.
Und da ist ja dann wirklich die Frage, wann ist so ein Projekt erfolgreich?
Weil wenn du das jetzt aufgebaut hast, es war nur mäßig erfolgreich, du verkaufst es, ist das ein Erfolg?
Ist das kein Erfolg?
Also auch da ist die Definition natürlich schwieriger, würde ich mal sagen.
Aber es gibt Projekte, die sind erfolgreicher und wahrscheinlich weniger erfolgreich.
Zumindest wenn ich jetzt auf meine Projekte blicke.
Viele Projekte haben mir Geld gebracht, am Ende habe ich sie aber trotzdem nicht weitergemacht.
Ja, aber ich habe viele Projekte gestartet, wo ich eigentlich nie damit gerechnet habe, dass da Geld kommt, beziehungsweise das Geld mein Motivationsfaktor ist.
Deswegen, ich glaube, wir beide haben so eine andere Art von Side-Projects, ja, aber das ist okay.
Du hast mir gerade bei Flashbacks ein bisschen erzeugt, und zwar wegen der Definition eines Projektes.
Ich kenne auch meinen Professor von der Uni damals.
Ein Projekt ist ein einmaliges, zielgerichtetes Vorhaben, was zeitlich begrenzt ist und dann auch noch begrenzte Ressourcen hat und pipapo.
Ja, siehst du mal, da rentiert sich jetzt deine Wirtschaftsausbildung.
Wenn du jetzt Informatik auch noch gemacht hättest.
Ja, dann wäre vielleicht aus mir was geworden.
Aber lass uns mal hier entweder ein bisschen educational unterwegs sein oder zum Thema kommen.
Und zwar wähle ich jetzt mal die educational-Thematik mal ganz kurz.
Ich habe nämlich gerade, wenn ihr eine Sache mitnehmt, dann ein neues Fachwort.
Ich habe gerade Survivorship-Bias die ganze Zeit genannt.
Und das ist ja die Antwort auf die Frage.
Sind wir allein, fehlen nur meine Side-Projects.
Und ich glaube, wenn man Survivorship-Bias mal hört, dann ist immer die eine Story aus dem Zweiten Weltkrieg so das Prime-Example.
Und zwar kamen da US-Militärflugzeuge immer zurück zur Basis, sind dann halt irgendwie rausgeflogen und haben Leute bombardiert und die kamen dann mit Einschusslöchern zurück.
Und dann hat sich das Militär halt die Flugzeuge angesehen und hat gesagt, okay, überall, wo Einschusslöcher drin sind, Da müssen wir die Rüstung verstärken und die Karosserie von dem Flugzeug, damit das hier besser ist.
Und das ist ja genau dieses Survivorship-Bias.
Denn was man nicht gesehen hat, sind die Einschlusslöcher von den Flugzeugen, die ganz und gar nicht zurückgekommen sind.
Weil die hatten nämlich dann, als sie zurückgekommen sind, hatten sie irgendwie Einschlusslöcher in den Tragflächen.
Aber alle Leute, die in ein Flugzeug geflogen sind, die Einschlusslöcher im Motor hatten, sind halt nie zurückgekommen.
Und deswegen konntest du das nie analysieren.
Und das ist ungefähr jetzt die Definition von Survivorship-Bias.
Also ein Denkfehler.
dass man nur die über eine Lebenden in seiner Auswahl sieht und daraus halt Schlüsse zieht.
Also falls ihr nur eine Sache von unserer Philosophiestunde hier mitnehmt, dann ist das die Definition von Survivorship Bias.
So, kommen wir jetzt aber mal zu dem harten Kern dieser Episode.
Packen wir mal ein bisschen Fleisch dran, wie der Nicht-Veganer sagen würde.
Bisschen Tofu, kein Problem.
Packen wir mal ein bisschen Tofu dran, okay.
Wolfgang, was ist denn dein Number One persönlich gefailtes Side-Project?
Pack mal aus.
Also ich habe heute mal so in meinem ganzen Archiv gekramt und ich habe mir gedacht, ich gehe einfach auf meine Domains, die ich besitze und habe und kann da rauslesen, was für Projekte ich habe.
Also ich habe aktuell, glaube ich, 37 Domains.
Und dann habe ich mir gedacht, ja, die ganzen alten sind aber auch nicht da.
Dann habe ich ein bisschen herumgekramt, was so bei...
nick.at, das ist so die österreichische Registrierungsstelle, herumfleucht.
Dann habe ich so E-Mails aus den 2000ern gefunden und 98, wo man nur mit den Leuten irgendwie über nickhandles persönlich geschrieben hat, wenn man eine Domain angemeldet hat.
Wirklich waren dubiose Zeiten, wenn man sich überlegt, was das heutzutage an Arbeit ist.
Aber ich will jetzt gar nicht so sehr in die Vergangenheit abschweifen, sondern ein aktuelleres Projekt nehmen, was ich eigentlich erst vor kurzem mal gestartet hatte, vermutlich mal vor zwei Jahren circa.
Und zwar habe ich wieder mal Wie es so üblich ist, ich glaube, den meisten geht es so, wenn man selber irgendwo Probleme hat und sieht, da könnte es natürlich eine technische Lösung dafür geben.
Was macht man als gut gelernter Informatiker, bevor man überhaupt schaut, ob es das woanders gibt?
Man programmiert sich das selber.
Aber in dem Fall habe ich sogar ein bisschen Recherche betrieben.
Es hat es in dieser Form noch nicht gegeben.
Und zwar war das Problem, dass ich auf der Suche nach einer Wohnung war.
Jetzt ist es bei uns in Innsbruck so, der Wohnungsmarkt ist ziemlich angespannt, würde ich es mal nennen.
Sehr, sehr viele Studenten.
Berge außenrum, wenig Platz.
Das heißt, Wohnungen sind sehr begehrt.
Begehrt ist gut.
Vielleicht zur Illustration.
Ich kann mich erinnern, einmal, da ist eine Anzeige, dadurch, dass ich das dann später gecrawled habe, weiß ich das, wann die online gegangen ist, die ist so um 8 Uhr online gegangen und ich habe eineinhalb Stunden später angerufen dort und derjenige hat gemeint, ja, sorry, aber es sind schon über 40 Leute jetzt für den ersten Besichtigungstermin angemeldet.
Ich schreibe dich gar nicht mehr auf die Liste.
Also du musst wirklich schnell sein.
damit du überhaupt auf eine Besichtigungsliste kommst.
Dann haben wir gedacht, okay, dann crawlt man einfach dieses ganze Zeug, was so herumfliegt auf den zwei, drei wichtigsten Plattformen in Österreich oder für Innsbruck in dem Fall.
Und jedes Mal, wenn es irgendwo eine neue Anzeige gibt, will ich eine Message bekommen, dass es diese neue Anzeige gibt, im Idealfall aufs Handy und ich kann kurz checken, ist das was für mich, ja oder nein oder kann dementsprechend schnell weiterschauen.
Die Plattformen haben ja teilweise selber so Suchagenten, nur die sind super langsam.
Da bekommt man teilweise eine Stunde später eine Message oder drei Stunden später eine Message.
Und dann habe ich mir gedacht, okay, ich will das gesammelt von allen wichtigen Plattformen, gesammelt auf mein Handy.
Haben mir dann auch überlegt, okay, was ist das Einfachste?
Ihr könnt ja WhatsApp nehmen, weil vielleicht ist das ja auch für andere Leute interessant und kann dann an alle Leute so eine WhatsApp-Message schicken.
Vielleicht dann auch später mal personalisiert und so weiter und habe das ganze Wohnbot.
genannt.
Also so ein Robot, der sich um meine Wohnungen kümmert, um die Anzeigen und mich informiert, wenn es irgendwo was gibt.
Ich meine, im Endeffekt ist das ja ein Meta-Aggregator.
Du bist Check24 für Wohnungen mit Push-Notification.
Gab es ja, glaube ich, bei Ebay früher auch so, bei Ebay-Kleinanzeigen.
Oder gibt es, glaube ich, immer noch.
Da kann ich ja nur so aus Desktop-Applikationen.
Genau.
War eigentlich sehr easy.
Haben wir das auch sehr einfach vorgestellt.
War auch gar nicht so kompliziert.
Die Webseiten waren halt ein bisschen tricky, wieder das klassische JavaScript wird irgendwas nachgeladen, irgendwelche Sachen, die man so ein bisschen intelligenter vielleicht abfragen muss beim Crawling.
Und die Kernschwierigkeit war dann aber eher WhatsApp.
Wie kann man WhatsApp-Messages schicken über die Business API?
Wie funktioniert das?
Man muss dann Geld bezahlen auch.
Die hatten ein ganz schräges Abrechnungsmodell, dass man irgendwie für 24-Stunden-Fenster bezahlt, wo man Nachrichten absendet.
Aber ich habe das alles umgesetzt und...
Habe das einfach mal online gestellt.
Für mich ein paar Leute, habe das weitererzählt.
Und es sind dann schon von selbst irgendwie, ohne jetzt Marketing zu betreiben, durchaus ein paar Anmeldungen dabei rumgekommen.
Und durch Word of Mouth hat das an sich ganz gut funktioniert.
Und ich hatte dann innerhalb kürzester Zeit, würde man sagen, so 30 Leute, die das verwendet haben, ohne dass ich jetzt irgendeine Werbung gemacht hätte.
Und wie hat das funktioniert?
Bin ich einfach in die WhatsApp-Gruppe und da kamen jede fünf Minuten irgendwie hier, diese fünf neuen Wohnungen sind online?
Oder muss ich da irgendwie sagen, ich suche eine mit Balkon und 30 Quadratmeter und dies und das?
Und dann habe ich die personalisiert bekommen.
Also die Idee war, das personalisiert zu machen.
Am Anfang habe ich es einfach gemacht, dass jeder alle bekommt, weil in Innsbruck bekommst du jetzt nicht so viele Meldungen.
Das waren so um die 60.
Und das Problem ist ja immer mit, wenn du da was eingrenzt, ist es dann brutto, netto, warm, kalt.
Sind die Dreizimmer wirklich Dreizimmer oder wird da noch was mitgezählt?
Zu dieser Problematik wollte ich umgehen und habe mir gedacht, okay, wenn ich auf der Wohnungssuche bin, ist mir das scheißegal, wenn ich 60 Messages bekomme.
Die kann ich leicht manuell durchsuchen.
Also am Anfang war das dumm.
Ich habe aber natürlich schon als guter Informatiker in die Zukunft gedacht und habe mir gedacht, wenn ich es dann richtig machen will, dann soll das natürlich ein intelligenter Bot sein.
Und daher war der Ansatz auch personalisiert, dass du keine Gruppe hast, sondern wirklich dir eine Nummer dieser Bot einzelne Messages sendet.
Okay, du hast 30 Leute in deiner WhatsApp-Gruppe.
Du bist in geldtechnische Vorleistungen gegangen.
Und dann?
Ja, das war auch so eine Frage, ob das der richtige Ansatz ist.
Aber ich habe es ja für mich selber gebaut.
Jetzt hatte ich keine Payment-Schnittstelle, weil es war ja nur für mich im ersten Moment.
Beziehungsweise ganz ursprünglich hatte ich das auch bei Slack mal.
Das war noch einfacher für mich, aber wenn man in die Breite gehen will, war das dann WhatsApp das Medium meiner Wahl.
Und ich habe da was gezahlt, so um die einen Euro pro User pro Monat.
Aber ich habe mir gedacht, okay, ich gehe in Vorleistung und baue dann eine Paymentschnittstelle.
Hatte auch dann bereits angefangen, an der Paymentschnittstelle zu arbeiten.
Hatte die fast abgeschlossen, hatte sogar eine Umfrage davor gebaut, um mal rauszufinden, was Leute bereit wären zu zahlen über WhatsApp.
Also war eigentlich auch sehr cool.
Hatte übrigens einen Eventsourcing-Ansatz für die Datenbank.
Hat sehr gut funktioniert, hatten wir eine eigene Episode.
Darum konnte ich diese ganze Umfrage super einfach implementieren.
Kann ich also nur empfehlen, Eventsourcing.
Auf jeden Fall hatte ich die Umfrage, hatte das Payment beinahe abgeschlossen und dann war plötzlich das böse Erwachen.
Ich habe nämlich üblicherweise so um die 20, 30 Euro pro Monat gezahlt für diese ganzen Messages bei Facebook.
Und plötzlich habe ich eine Rechnung über 100 Dollar bekommen.
Und ich habe mir am Anfang gar nicht ausgekannt.
Und war mal kurzzeitig nervös und gedacht, mein Bot hat irgendwie verrückt gespielt oder was ist passiert?
Der Hintergrund war, Meta hat einfach das Preismodell umgestellt und hat nochmal die Preise erhöht und hat auch die Abrechnung umgestellt.
Und plötzlich habe ich eben nicht mal einen Euro gezahlt pro User, sondern es waren plötzlich irgendwie fünf oder sechs Euro.
pro Monat, die für einen User bezahlen hätte müssen.
Ich glaube, es war sogar eine kürzere Abrechnungsperiode, weil die mitten im Monat umgestellt haben.
Also ich hätte, glaube ich, sogar noch mehr irgendwie für ein ganzes Monat gezahlt.
Das war sogar glücklicherweise, dass ich nur irgendwie um die 100 Dollar gezahlt habe.
Und dann war ich an dem Punkt, wo ich mir gedacht habe, okay, jetzt wird es schwierig.
Ich möchte nicht in Vollleistung gehen, habe genug User aus Payment umzustellen, mache das jetzt wirklich, habe den klassischen Ansatz von mir gewählt, ich mache es nächste Woche.
Nächste Woche ist dann der Andi mit einer schweren Episode um die Ecke gekommen.
Das heißt, ihr habt es dann nochmal um eine Woche verschoben und nochmal um eine Woche verschoben.
Und irgendwann haben wir gedacht, ich glaube, ich habe mittlerweile eine Wohnung.
So wichtig ist es mir nicht.
Ich lasse das Ganze mal sterben.
Meine Frage wäre auch gerade eben gewesen.
Hast du dann gesagt, jetzt erst recht und du skalierst das hoch?
Denn ich würde mal sagen, wenn Leute wirklich ernsthafterweise eine Wohnung suchen, dann nehmen die auch ein bisschen Geld in die Hand.
Vielleicht für deinen Service zu zahlen 15 Euro, um Early Access irgendwie zu neuen Wohnungen zu bekommen, ist, glaube ich, eine gut investierte Sache.
Ja, wobei, ich habe mir das eben durchgerechnet und ich glaube, 15 Euro waren gar nicht drinnen.
Also ich hätte es sogar noch höher machen müssen, glaube ich.
Und daher habe ich dann halt wenig Hoffnung auch gesehen, muss ich zugeben.
Okay, also hast du direkt Abbruch, Abbruch, Abbruch.
Es war so eine Mischung.
Ich habe mir gedacht, ich könnte es ja nochmal probieren.
Ich könnte auch vielleicht andere Varianten wählen, aber es war dann einfach, die Motivation war nicht da und andere Projekte waren einfach wichtiger.
Schlüsselfrage, hast du über den Wohnbot deine neue Wohnung gefunden?
Nein.
Ah, okay, ja, so über Umwege vielleicht.
Man könnte sagen, er war durchaus hilfreich, aber er war nicht ausschlaggebend.
Das ist ja enttäuschend, weil dann hat dein Produktversprechen ja eigentlich nicht gehalten.
Oder anders, kennst du irgendwen, der über den Wohnbord eine Wohnung gefunden hat?
Von diesen 30, 35 Leuten, die du in der WhatsApp-Gruppe drin hattest?
Ich hatte keinen Kontakt zu den Leuten.
Der Großteil waren irgendwelche Leute.
Insofern, keine Ahnung, ob es für die funktioniert hat.
Es haben sich Bar nach einer Zeit wieder abgemeldet.
Bar sind dazugekommen.
Keine Ahnung, ob die dann wirklich was gefunden haben.
Aber ich gehe fast davon aus, weil du hast in Innsbruck wenig Möglichkeiten.
Also du kommst nur über diese Plattformen an Wohnungen oder halt über private Wege.
Ich finde die Idee aber schön, muss ich zugeben.
Ich bin nicht auf dem Wohnungsmarkt aktiv.
Also ich suche nicht so oft Wohnungen oder ähnliches.
Deswegen kenne ich das Problem nicht.
Aber ich habe Bekannte und die strugglen da schon sehr.
Also ich finde die Idee sehr schön.
Aber Wolfgang, jetzt gehen wir mal ganz tief in dich.
Denn wir kommen jetzt zu dieser schwierigen Phase dieser Podcast-Episode.
Zur Reflexion, zur Retrospektive.
Was hat der kleine Wolfgang anhand des Wohnbot-Failures gelernt?
Erste Frage, bevor du jetzt antwortest.
Hattest du die Domain wohnbot.at bereits vorher gekauft, bevor du eine Zeile kurz geschrieben hattest?
Nein, die hat dir sehr spät gekauft.
Ich glaube sogar com und at dann.
Ah, zwei Domains sogar, okay.
Natürlich, ich gehe immer auf die internationale auch, klar, wenn es geht.
Aber es kam relativ spät, ja.
Also klar, ich habe den komplett geschrieben, der war fertiggestellt.
Ich glaube, es haben sogar ein, zwei Freunde von mir verwendet, über Slack noch ganz am Anfang.
Und dann bin ich irgendwann bubblig gegangen mit den Domains.
Okay, das ist also keine Reflexion, würde ich mal sagen, wert, weil Domains hast du ja später gekauft.
Also, was würdest du sagen, war jetzt hier der Knackpunkt, wenn du reflektierst, was hast du falsch gemacht?
Also bei diesem Projekt sehe ich eigentlich zwei Knackpunkte.
Der eine ist der ganz klassische Payment First.
Also eigentlich sollte man mit Payment an den Start gehen und dann direkt sagen, du kannst es eine Woche kostenlos verwenden und ab der zweiten Woche kostet das Ganze.
Dann hast du sofort Feedback von den Usern.
Sage ich mir sogar im Schlaf immer vor mich her, Payment First, Payment First, Payment First.
Habe es da trotzdem nicht gemacht.
Aber ja, und ich war dann relativ spät dran mit dem Payment.
In dem Fall zu spät.
Und das zu spät in dem Fall war der zweite Knackpunkt, weil es war zu spät, weil Meta was umgestellt hat.
Und das war mir eigentlich auch nie so bewusst, wie abhängig man ist, wenn man mit irgendeinem externen Service arbeitet.
Weil wenn man sich auf WhatsApp verlässt, und das ist ja wirklich ein Hauptkommunikationskanal, also von WhatsApp wegzukommen auf irgendwas anderes, klar, für mich ist das easy, kann auf Signal umsteigen oder auf irgendeine Push-Notification.
Aber wenn du mit Endkunden zusammenarbeitest, dann ist es halt schon eine kritische Entscheidung, welchen Kanal du verwendest.
Und da hat mir Meta einfach einen Strich durch die Rechnung gemacht mit ihrem neuen Zahlungsmodell und hat mir so den Boden unter dem Arsch weggerissen, muss man ganz klar sagen.
Natürlich, auch da wieder, es hätte Alternativen gegeben.
Du kannst eine Gruppe machen, hätte auch funktioniert.
Du könntest eine Payment-Funktion irgendwie über die Gruppe hinwegschreiben.
Du kickst die Leute einfach raus, wenn sie nicht zahlen.
Also es gibt viele, viele Möglichkeiten.
Man hätte sich da nochmal dransetzen können und überlegen, okay, wie kann ich das trotzdem irgendwie lösen?
Vielleicht nicht so schön wie davor, aber so, dass am Ende die Leute zu ihren Wohnungen kommen.
Das wäre ja das Ziel eigentlich von der ganzen Sache.
Aber da hat mir dann einfach die Zeit und die Motivation dann auch gefehlt, da nochmal Gas zu geben und nochmal den Schritt zu machen und eine neue Lösung zu finden.
Hätte ich da jetzt vielleicht schon Geld bekommen, dass ich vielleicht schon 15 zahlende Kunden gehabt hätte oder 20?
Hätte das wahrscheinlich schon anders ausgesehen, dann hätte ich wahrscheinlich nochmal probiert, wie kann ich da jetzt eine andere Lösung finden.
Aber das mit der Abhängigkeit, das ist wirklich faszinierend.
Denn wo es relativ offensichtlich ist, ist ja halt bei Software-as-a-Service-Providern, die zum Beispiel ihre Infrastruktur auf AWS anbieten.
Wenn die da zum Beispiel ein Multitenant-Modell haben, da kenne ich das ja, die können ihr Preismodell niemals günstiger machen als die EC2-Compute-Instanz bei Amazon.
Weil sie müssen ja auch noch Geld verdienen.
Und jetzt ist es bei Cloud.
Natürlich, die werden in der Regel immer günstiger.
Du hast jetzt WhatsApp für dich als Kommunikationskanal genutzt.
Vielleicht wäre E-Mail sogar günstiger gewesen oder Telegram.
Telegram hat so einen shady Touch.
Wenn du mit Endkunden in einer Arbeit bist, dann musst du was Einfaches wählen.
Das war ja auch die Idee.
Klar kannst du eine App programmieren, du kannst die App runterladen, du bekommst Notifications von der App.
Aber die Grundidee war ja, ich kann einfach eine Nummer schreiben, Start, dann kommt dieser Bot und spricht mit mir.
WhatsApp-Integration verwenden, die jetzt OpenClaw und so weiter verwendet, also die so selbst gehackt ist, nicht über die offizielle Business API, wäre auch noch eine Option gewesen.
Also es gibt schon technische Optionen, aber das Problem ist, wenn man mal anfängt mit der offiziellen API und sich darauf verlässt, dann können die halt doch irgendwann die Preise ändern und das hast du bei SaaS-Software schon auch oder bei irgendwelchen Lizenzen, wenn du jetzt zum Beispiel an die VMware-Übernahme denkst und VMware hat dann die Preise irgendwie, keine Ahnung, verdreifacht so oder noch höher und hat die ganzen Konditionen geändert.
Dieser Lock-In-Effekt, den kennen wir ja aus der Software, von der Library, von der Technik, aber gibt es natürlich auf der Business-Seite auch ganz stark und hatte ich noch nie so erlebt, muss ich dazu sagen, weil eben man ist eher gewohnt, die SaaS-Businesses werden eher günstiger als teurer, aber in dem Fall ist es einfach ordentlich teurer geworden und hat halt in dem Fall viel gekillt.
Kann ich mir eben Kaffee noch holen?
Natürlich.
Andi ist jetzt weg und glaubt, ich schneide das jetzt heraus.
Aber damit ihr auch mal so was mitbekommt, hinter den Kulissen könnte ich jetzt noch so eine Fahrstuhlmusik einspielen, während ich warte.
Ich habe mir gerade so überlegt, natürlich warst du von der Plattform abhängig, aber auf der anderen Seite hat die Plattform dir natürlich auch einen Kickstart gegeben.
Du musstest jetzt keine eigene App schreiben, du musstest jetzt keine eigene Webseite machen, du musstest nicht dir irgendwas mit OpenClaw hacken und so weiter, sondern du hast eine fertige API genutzt.
Also von daher würde ich sagen, okay, war ein Trade-Off.
Natürlich später die Leute dann von WhatsApp runterzuholen, ist, glaube ich, relativ schwierig.
Das Problem hat man ja immer mit diesen Closed-Plattformen, wo du deine Daten nicht ownst.
Aber nun gut, so weit ist es ja nicht gekommen, denn du hast das Projekt ja anscheinend eingestellt, freiwillig oder halt auch nicht freiwillig.
Und ich weiß bis heute nicht, ob die Leute dafür gezahlt hätten.
Das wäre ja eigentlich das Interessanteste gewesen, weil wenn du mal zahlende Leute hast, dann bringst du die wahrscheinlich auch auf eine andere Plattform.
Wenn du jetzt sagst, okay, sorry, WhatsApp funktioniert nicht mehr, aber es funktioniert ja für euch.
Ihr zahlt sogar dafür, ich programmiere euch eine App oder gehen wir auf Telegram oder was es auch immer ist, dann sind die Leute ja wahrscheinlich bereit, etwas zu machen und zu wechseln.
Aber in dem Fall war es halt für mich einfach schwierig, da noch solche Infos rauszuziehen.
Was würdest du denn heute anders machen, wenn du Wohnbot neu starten würdest?
Payment first, okay.
Habe ich verstanden.
Davon träumst du ja inzwischen.
Genau.
Payment first ist eigentlich der Klassiker.
Meine Grundregel, erst eine Domain zu kaufen, wenn wirklich ein Produkt launchbar ist, was schon funktioniert, habe ich in dem Fall beachtet.
War eh schon ganz stolz auf mich.
Ich glaube, ich habe auch nicht unbedingt overengineert, außer vielleicht, dass ich unbedingt auf diese WhatsApp-Plattform wollte, genau in dieser Form als Bot-Version.
Wie gesagt, man hätte auch einfacher starten können, einfach eine Gruppe machen und mal loslegen.
Und vielleicht noch...
Das hätte ich nicht anders gemacht, aber wenn es jetzt ein Projekt gewesen wäre, wo schon Geld fließt, wo man zahlende Kunden hat, dass man eben auch mit diesen Problemchen, oder war jetzt ein großes Problem natürlich, die Preispolitik von Meta, aber dass man das einfach nimmt und pragmatisch eine andere Lösung findet.
Und gerade im Startup-Umfeld hat man ständig irgendwie solche Blocker oder vielleicht fällt man mal tief, irgendwas funktioniert nicht, regulatorisch, was es auch immer ist.
Also du hast ständig diese Probleme.
Und du brauchst natürlich auch diese Energie, dran zu bleiben und jedes Problem wieder zu lösen.
Und wenn man da halt alleine ist und das vielleicht nicht das wichtigste Projekt ist und man selber vielleicht schon eine Wohnung hat, das heißt, es ist auch nicht mehr das eigene Problem, dann ist die Motivation einfach sehr, sehr, sehr niedrig.
Und dann ist man halt auch nicht mehr bereit, diese ganzen Probleme einfach anzugehen, auf die Seite zu räumen, eine Lösung finden, weiter.
Kennst du diese Kontrollfragen, die du früher in der Schule immer hattest?
Du hast eine Frage gestellt, du hast die richtige Antwort gegeben.
Ich stelle die gleiche Frage nochmal, formuliere sie aber anders, aber die Antwort ist dieselbe.
Bitte, stell sie mir.
Das erste Projekt nach dem Wohnbord, welches war das, was du danach gemacht hast?
Ich glaube, ich habe keine erst mehr gestartet in letzter Zeit.
Zumindest kein richtiges für die Öffentlichkeit.
Nur kleine Tools, die ich so nebenbei von der AI schreiben habe lassen.
Naja gut, dann lohnt sich meine nächste Frage nicht.
Denn die nächste Frage wäre, hattest du sofort eine Stripe-Anbindung oder ähnliches?
Ich habe noch ein anderes großes Projekt.
was man jetzt wirklich Startup schimpfen könnte.
Und auch da sieht es mit Payment sehr schlecht aus.
Aber ich glaube, dass ich das vor dem Wohnbot-Abbruch gestartet habe.
Es ist natürlich auch das Problem, Payment ist gar nicht so einfach, auch mit Stripe, dass das alles korrekt abläuft.
Und ich glaube, wenn man sich da eine gute Variante mal gebaut hat, dass man das fixfertig schon hat, dann ist es, glaube ich, auch viel einfacher, das immer wieder zu verwenden.
Oder dass man sich überhaupt mal entschieden hat, verwendet man Stripe, verwendet man SumUp.
welche APIs verwende ich, kann ich wiederkehrende Abo-Modelle darüber abbilden, wie schreibe ich eine Rechnung, diese ganzen Probleme, die da ja auch noch mitspielen.
Wenn man die einmal gelöst hat, hat man sie einfach in seinem Werkzeugkoffer, wie du immer sagst, Andi, und dann kann man sie einfach wiederverwenden.
Also das würde ich auch empfehlen, darum mal einfach einmal Payment durchimplementieren, dann hat man das in der Hinterhand.
Also das, was ich hier gerade eigentlich höre, ist, dass jedes Projekt, was du in nächster Zeit startest, wo du Payment first sagst, auch fehlschlagen wird, denn Du fängst ja schon wieder an, Probleme zu sehen von Sachen, die du noch nichtmals implementiert hast.
Payment ist ja gar nicht so einfach und dies und das und das.
Naja, ich habe Payment ja mittlerweile implementiert und darum weiß ich ja, dass es gar nicht so einfach ist.
Aber jetzt würde ich schneller sein beim Payment.
Jaja, du bist ja Entrepreneur, deswegen musst du ja keine Probleme sehen, sondern Opportunities, Chancen, positives Vording, Wolfgang, damit du nicht nur dicht...
nach oben ziehst, sondern auch deine Gefolgschaft.
Aber auch für Payment mit Stripe und so, ja, wenn du einen reinen Zahlungsanbieter nimmst, dann stimme ich dir dazu, aber für solche Probleme gibt es ja auch andere Lösungen, sowas wie Merchant of Records nennt sich der Fachbegriff hier, was bedeutet, also auch im internationalen Business sowas wie Paddle und Co., die ziehen sich ein paar mehr Prozent als zum Beispiel so ein Stripe, aber die machen ja das komplette Handling, die machen das Steuer.
Problem und so weiter und so fort.
Also sowas gibt es ja auch.
Deswegen keine Probleme, Wolfgang.
Opportunities.
Ja, aber auch die Opportunities muss man ergreifen und müssen durchprogrammiert werden.
Mit AI jetzt etwas einfacher.
Und was übrigens auch noch, wenn ich mich gerade auslassen darf über dieses Payment.
Testing ist im Payment katastrophal.
Ich weiß nicht, ob ich jetzt eine Marke nennen soll, aber ich habe Ipsum auch probiert als API und ich hatte wirklich große Probleme mit der ganzen Testing-Umgebung.
Ich war auch mit deren Support teilweise in Kontakt.
Also da sieht man dann schon auch den Unterschied zum Beispiel jetzt zu irgendeinem PayPal oder Stripe, die einfach da länger schon dabei sind, kosten zwar vielleicht mehr, haben dann aber auf der einen oder anderen Seite wieder bessere Unterstützung, besseres Tooling, besseres Testing, Sandboxing, obwohl ich sonst großer Fan übrigens von SumUp bin und gerade von den Karten-Terminals.
Aber wenn du jetzt schon so tief und gemein fragst, Andi, dann lass mal von deinem Fail hören und gleich mal vorweg, hast du mit Payment begonnen?
Nee, weil das initial auch gedacht war, dass ich ein eigenes Problem löse.
Also so wie bei mir, meinst du?
Ja, obwohl Payment ist jetzt eigentlich auch gar nicht mein Learning.
Aber lass mich mal ganz kurz das Projekt beschreiben.
Und zwar, ich habe nämlich auch die ganze Zeit überlegt, welches Projekt...
Moment, bevor du kurz startest, weil du jetzt gerade gesagt hast, eigenes Problem lösen, hattest du schon jemals ein Projekt, wo du nicht dein eigenes Problem lösen wolltest?
Weil ich glaube, dass ich das noch nie hatte.
Außer irgendwo in der 2000er-Bubble, wo ich auch irgendwie groß sein wollte und was kopiert habe.
Aber da war ich nur jung und dumm.
Also zum Beispiel habe ich ja mehrere Projekte im Bereich Datenanalyse von Open Source Daten gestartet und das ist jetzt nicht wirklich ein Problem, da war nur Neugier da.
Weil ich hatte mir Fragen gestellt, wo ich keine Antworten drauf gefunden habe.
Okay, aber du wolltest trotzdem deine eigenen Fragen auch beantworten.
Also von dem her ein Need, den du bei dir gesehen hast.
Genau und ich glaube, das ist auch die beste Motivation, die du haben kannst, weil sonst fühlt sich das alles nämlich nach Arbeit an.
Naja, kommen wir zu dem eigentlichen Projekt, was ich gestartet habe und Achtung, es lässt mich immer noch nicht los.
Also ich baue schon mal den Spannungsbogen hier auf.
Zum Kontext.
Ich mache viel Sport.
Meist so Functional Fitness, Crossfit, Fahrradfahren, Laufen, so all die ganze Thematik.
Und jetzt kann man natürlich eine ganze Menge an Übungen mit Bodyweight machen, Liegestütze oder ähnliches.
Man kann aber auch sich ganz viel Equipment kaufen.
Also so ein Springseil, so ein Rudergerät und so weiter und so fort.
Und dann war die Ambition, hey, ich möchte nicht immer irgendwo zu einem Fitnessstudio fahren oder zu so einer Sporthalle, sondern ich möchte das jetzt auch so im Garten machen.
Und ich habe jetzt aber ein Rudergerät und ich habe eine kleine Laufstrecke hier, die Straße.
Ist ja eigentlich meine Laufstrecke, wenn du so möchtest.
Ein Springseil und so weiter.
Welche Workouts kann man denn da so machen?
Weil du möchtest ja nicht immer dasselbe Workout machen.
Okay, ich in den App Store gegangen und dann gibt es da so einen Workout Randomizer, nannte sich SmartWatt.
Da konnte ich sagen, okay, ich habe dieses Equipment und dann sagst du, generiere mir mal bitte einen Workout.
Und dann hat er dir einen Workout gegeben.
Okay, habe ich ein bisschen genutzt, hat alles super geklappt.
Aber irgendwie haben da so ein paar Filter gefehlt.
die ich gerne hätte.
Wie zum Beispiel, ich habe nur fünf Minuten Zeit und keine drei Stunden.
Ich möchte jetzt eher mehr auf Kraft gehen anstatt auf Ausdauer.
Halt solche Thematik.
Die hatten zwar Filter, aber die waren immer nur auf die Workout-Art bezogen.
Also nach Runden, nach Zeit, sowas halt.
Dann in dem Randomizer, immer wenn du eine Rudereinheit hattest, dann stand da ja die Ruderdistanz ab und zu in Meter, ab und zu in Kilometer, ab und zu in Meilen.
Und bei manchen stand da halt was auch in Feed.
Und ich denke so, das kann ja wohl nicht sein, dass die Einheiten nicht sauber sind.
Wollt ihr mich eigentlich veräppeln?
Bei dem einen ist das so, bei dem anderen so.
Okay, ich das Workout gemacht, habe mich natürlich während des Workouts schon über solche Sachen aufgeregt.
Der innere Monk kam da schon raus.
Ich glaube, das versteht jeder, oder?
Diese kleinen Gremlins in so einer UI.
Also ich kann es nachvollziehen, auch wenn ich natürlich immer perfekt alles umrechnen kann.
Gar kein Problem, mal drei ist es meistens oder fast immer.
Aber ich weiß natürlich ganz genau, was du meinst.
Okay, also, was habe ich an dem selben Abend noch gemacht?
Ich bin iOS-User, aber ich bin ja auch technisch versiert und ich wusste, diese App hat auch eine Android-App.
Also bin ich in den Android-Store gegangen, hab mir das APK runtergeladen, hab das ausgepackt, weil das APK ist ja eigentlich nur ein SIP-Datei, hab gesehen, ah, okay, das wurde mit Flutter oder React Native oder so geschrieben, ah, und in dem Source-Code ist eine riesen JSON-Datei und da sind alle Workouts drin.
Also hab ich mir diese JSON da rausgezogen, hab das in eine Datenbank gepackt, Datenstruktur aufgebaut, ein Datenschema und hab dann erstmal ein paar SQL-Querys gefahren.
Wie viel Ruder...
Workouts gibt es und welche Einheiten haben die, ein paar Counts und so weiter und so fort.
Und habe mir dann Update-Queries geschrieben, die mir das eigentlich beheben.
Was ich nicht getan habe, ich habe das JSON nicht wieder zurückkopiert, mir das wieder kompiliert und dann auf dem Android-Phone gepackt, weil ich kein Android-Phone hatte.
Das wäre es eigentlich gewesen.
Was ich gemacht habe ist, ich bin auf Udemy gegangen, habe mir einen Flutter-Videokurs reingezogen, 40 Stunden.
Wie baue ich eine Flutter-App?
Hab mir gedacht, Das baust du mal eben nach.
Ich habe ja die Daten und die Daten sind ja eigentlich das Gold hier, der ganze Teil, bei so ein paar Buttons mit so ein paar Filtern, das kann ja wohl nicht sein.
Okay, dann habe ich mir da so eine App gebaut, habe mir eine Apple-Dev-Lizenz gekauft, die kostet 100 Dollar im Jahr, damit ich das auf meinen iOS deployen kann.
Später habe ich festgestellt, wenn du das nur auf dein eigenes iOS-Device deployen möchtest, brauchst du gar nicht so eine Dev-Lizenz, sondern nur, wenn du es in den App Store packen möchtest und so oder gibt es sowas per Testfighter, kannst du das ohne Dev-Lizenz machen.
Und dann wurde iOS mal geupdatet, dann hat die App nicht mehr gestartet.
Und irgendwann habe ich da so viele Nächte und so reingeschustert.
Und ich wollte eigentlich mal wieder Sport machen.
Und kam halt immer noch nicht dazu.
Und dann habe ich das erst mal zur Seite gelegt.
Also ich habe den Boilerplate gestartet, viel Zeit investiert und dann realisiert, dass die ganze Sache vielleicht doch nicht so einfach ist.
Und dann habe ich Abbruch, Abbruch, Abbruch gecallt.
Warum hast du eigentlich wirklich eine native App?
gemacht, wäre das über eine Web-App nicht aufgegangen oder hat das Ding irgendwelche Features, wo du wirklich den nativen Zugriff benötigst?
Weil du kommst ja aus der Web-Welt.
Wenn du ein Problem schnell lösen willst, dann wärst du ja in deiner eigenen Welt, bevor du einen Flutter-Kurs auf Udemy-D machst über 40 Stunden, wärst du ja eigentlich schneller.
Ja, das ist richtig, aber da wüsste ich ja A, wie es funktioniert, B, mag ich auch kein Frontend, also ich mag auch kein CSS und JavaScript und wenn ich das ja als Native Web-App, wie heißt das?
PWA, Progressive Web-App.
machen wollen, dann brauche ich auch ziemlich viel JavaScript.
Ich mag kein JavaScript schreiben.
Und da habe ich so eine kleine Abneigung, obwohl Flutter ist ja in Dart geschrieben, was JavaScript erinnert, aber schon halt nicht das Gleiche ist.
Naja, wie dem auch sei.
Ich habe die originale App, wo ich mir das APK runtergeladen habe, später nochmal gestartet.
Später.
Im Dezember war ich auf einer Geschäftsreise und da war in dem Hotel dann auch ein Gym und da stand auch ein Rudergerät.
Darum habe ich gedacht, komm, jetzt gehst du mal ein bisschen Sport machen und machst die App nochmal auf.
Die ist voll mit Werbung.
Du machst sie auf und das kotzt sich erstmal an, so viel Werbung.
Und dann noch die hässliche Werbung.
Aber du könntest zahlen dafür, oder?
Dann hast du keine Werbung.
Ja, ja, ganz genau.
Ohne Bezahlen ist es kaum benutzbar, aber du kannst da einen Premium-Account machen, das kostet sich zwei oder drei Euro im Monat.
Dann wäre eigentlich mein Problem gelöst, muss ich zugeben.
Aber ich weiß nicht, ob die immer noch die Metriken-Probleme haben.
Die ganze Sache wurde abgebrochen.
Ich mache den Sport aber jetzt noch mehr als früher.
Also ich mache den drei, vier, fünf Mal die Woche.
Also die Idee lässt mich immer noch nicht los.
Und umso mehr ich diesen Sport mache, desto mehr Nuancen fallen dir in dem Sport auf.
Also noch mehr Filter, die ich eigentlich haben möchte.
Und inzwischen würde ich sagen, kannst du ja sogar mit einem Small Language Model deine Workouts generieren lassen und pipapo.
Also da gibt es ja unendliche Lernmöglichkeiten.
Also die lässt mich immer noch nicht los.
Jetzt gehen wir mal davon aus, du wärst kein Informatiker, sondern du bist...
Automechaniker, ja, die Automechaniker müssen ja heutzutage auch schon programmieren.
Was gibt es denn?
Du weißt Literaturwissenschaftler.
Dann würdest du doch denen einfach schreiben und sagen, hey, ich würde eure drei Euro da zahlen, wenn ihr dieses Metrikenproblem, also diese Meter und Kilometer und so weiter und Fuß fixt.
So wie es normale Menschen tun würden.
Dann würdest du drei Euro zahlen plus die Zeit für eine E-Mail und hättest im Idealfall mit der nächsten Version Vielleicht kannst du ihnen die Update-Querie sogar noch mitschicken, wenn du willst.
Dann hättest du wahrscheinlich eine neue Version.
Vielleicht bekommst du sogar einen Zugang gratis, wenn du ihnen hilfst.
Hättest du dann eine Version, die weiterentwickelt wird, die weiterlebt.
Wahrscheinlich stecken die mehr Zeit rein, als du jemals reinstecken könntest.
Und du hättest eine gute App und dein Problem gelöst.
Ja, du willst jetzt lachen und leider hast du auch komplett recht, denn eigentlich hätte ich dir eine E-Mail schreiben müssen.
So nach dem Motto, hey, pass mal auf, mich nervt das richtig hart, so dieses Kilometer und Meilen und so weiter.
Vor allem, weil du das ja immer predigst im Open-Source-Bereich, schreiben ein Issue, wenn es ein Problem gibt.
Deswegen, deswegen ja.
Also auch als Informatiker hätte ich das tun sollen.
Und das hätte eigentlich mein Problem gelöst.
Aber ich hätte denen richtiges Produktfeedback gegeben können.
Weil ich das ja wirklich jeden Tag nutze.
Das, was wir eigentlich alle wollen, wenn wir ein Produkt bauen.
Gib uns Feedback.
100 Prozent.
Und ich hätte denen ja auch die SQLiteDB mitschicken können mit den Update-Quiz, mit den Select-Quiz.
Und die hätten das ja alles verstanden, weil die haben ja diese App gebaut.
Aber irgendwie habe ich es nicht gemacht.
Ich gebe auch zu, das war jetzt alles nicht gestern, die Story.
Das war 2022 oder so.
Aber vielleicht nochmal, um da einen Schritt auf die Metaebene zu gehen.
Du wolltest dein eigenes Problem lösen, hast dann aber gleichzeitig entschieden, Du lernst auch eine neue Technologie und verwendest keine einzige Technologie, die du sehr gut kannst.
Das heißt, du wolltest auch zwei Sachen eigentlich machen, weil wenn es jetzt darum geht, mich nochmal zu wiederholen, wenn es darum geht, schnell an ein Ziel zu kommen, dann verwendet diese Technologien, die ich gerade kenne und sehr gut kenne und mache kein Hacker News Driven Development mit der neuesten coolen Datenbank.
Gut, du hast wenigstens SQLite verwendet zwischenzeitlich, aber flatter neu gelernt.
Das würde man ja nie machen, wenn man möglichst schnell an ein Ziel kommen wird.
Wenn ich jetzt zu dir sage, Andi, in deinem Job, du musst jetzt ganz, ganz wichtig bis nächste Woche was programmieren, irgendwie ein Feature machen, irgendwas, keine Ahnung, in der Firma, dann würdest du ja nie sagen, ja, ich setze mich jetzt mal hin und mache einen 40-Stunden-Flatter-Kurs.
Also du sprichst es da schon so ein bisschen die Reflexionspunkte an und ja und nein.
Also auf der einen Seite, ja, ich wollte mein eigenes Problem lösen.
Auf der anderen Seite habe ich aber auch gedacht, ich könnte es besser.
Die eine Kleinigkeit da in der App hat mir nicht gefallen.
Aber stört sie mich?
Die eine Kleinigkeit gefällt mir.
Aber hindert diese mich wirklich an der Lösung des ursprünglichen Problems?
Und dann, ich kann das besser.
Und später habe ich ja wirklich festgestellt, scheiße, ich kann es vielleicht nicht, weil echt viele Gedanken in diese App da geflossen sind.
Also dieses typische Entwicklerproblem, würde ich mal sagen.
Heutzutage will ich einfach die zwei, drei Euro zahlen und dir eine E-Mail droppen.
Aber wie gesagt, die Idee lässt mich ja immer nicht los.
Also ich droppe denen jetzt keine E-Mail, sondern irgendwie habe ich Lust, dieses Small Language Model zu bauen.
Aber ich zwinge mich, es halt nicht zu tun.
Das ist halt schwierig.
Ich frage mich immer, warum wir eigentlich so sind.
Weil wenn du jetzt, ich probiere jetzt ein Beispiel zu verwenden, was du auch verstehst, Andi, als klassischer Einwohner einer Autonation.
Du hast eine Ingenieurin bei BMW, die Autos designt oder die Architektur von Autos macht.
Die würde ja auch nie auf die Idee kommen, sich selber ein Auto zu bauen.
nur weil sie ihr Auto bauen kann.
Die würde ja genauso wahrscheinlich BMW, Mercedes oder keine Ahnung, von mir aus einen Hyundai kaufen, weil das einfach ein sinnvolles Produkt ist am Ende.
Ja, ich meine, ich will mich hier gar nicht rausreden.
Du hast auch gerade gesagt, hör mal, du wolltest dein Problem lösen, hast aber deine neue Sprache gelernt und dann ein neuer Stack und so weiter.
Und da habe ich mich auch gefragt, habe ich mich da eigentlich selbst getäuscht?
Habe ich mich da eigentlich mit dem Warum, mit der Motivation selbst getäuscht?
Denn natürlich, auf der einen Seite möchte ich einen...
möchte ich mein eigenes Problem lösen.
Auf der anderen Seite habe ich gedacht, ich könnte es besser.
Auf der dritten Sache habe ich vielleicht gedacht, ja, Moment mal, aber wenn die doch zwei bis drei Euro pro Sportler nehmen, dann kann ich das ja später auch.
Also war die Selbsttäuschung der Motivation, oh, ist da ein Traum von gewissen Nebeneinkünften vielleicht?
Also war vielleicht die wirkliche Motivation, einfach nur zu lernen, wie geht das denn hier alles?
War die wirkliche Motivation vielleicht, Coding macht einfach Spaß?
Und war das dann vielleicht auch der Drop der Motivationskurve später?
warum die ersten drei Wochen geil sind und Woche 8 tödlich, weil ich weiß, wie man dann neuen Button in iOS baut und das auf mein Handy deployed, weil dann habe ich eine App zum Starten und der Rest ist ja nur noch Arbeit.
Also da musst du ja wirklich die Filter schreiben und die Daten beheben und so.
Also deswegen, habe ich mich da vielleicht selbst getäuscht?
Und von Say, das haben wir noch gar nicht gesprochen, wenn du dann wirklich User drauf hast auf dem ganzen Ding oder halt drauf bekommen willst, dass du wirklich dann auch was verdienst.
Ja, total.
Und ich meine, Wenn du das auch mal komplett durchdenkst, ich wäre ja froh, wenn das die Selbstreflexion gewesen wäre.
Ich wäre ja froh, wenn es das gewesen wäre.
Aber ich habe natürlich in diesem Udemy-Kurs auch Unit-Tests gingen gelernt für Flutter und wie man das automatisiert baut und so weiter und so fort.
Also eigentlich habe ich dann auch Over-Engineering als Prokrastinationsform genutzt.
Ich habe da zwar jetzt kein Kubernetes aufgesetzt, weil den brauchte ich ja nicht.
Kubernetes für null User.
Moment, aber du hast in einer anderen Episode mal erzählt, dass du komplette CI-CD-Pipeline aufgesetzt hast, die irgendwie zumindest die Webseite automatisch deployt oder so irgendwas in der Richtung, wenn ich das richtig im Kopf habe.
Ja, und das ist genau diese Story hier.
Also ich habe das eine noch optimiert und dann habe ich in die Flutter-App noch einen Sentry eingebaut und natürlich, Wolfgang, aber ohne Monitoring geht ja auch nichts.
Und dann...
Jetzt, wo ich drüber nachdenke, denke ich mir so, scheiße, irgendwie stehe ich mir doch mit meinem Wissen selbst im Weg.
Der Perfektionismus blockiert mich hier eigentlich von dem eigentlichen Ziel.
Denn ich wollte ja nur, dass wenn ich im Garten stehe, da dreimal auf, generiere mir jetzt bitte ein Workout, dass ich die Ruderergebnisse in der gleichen Meter- oder Kilometereinheit und nicht in Meilen und in Feed und so weiter kriege.
Also das ist ja eigentlich, und vielleicht zwei, drei Filter mehr.
Mehr wollte ich ja gar nicht.
Aber stattdessen habe ich gesagt, okay, es ist wichtiger, wenn ich ...
die CSS-Color auf der Webseite ändern, dass dann per GitHub-Actions die ganze Sache automatisch live geht.
Also ich würde mal sagen, das Ziel hast du absolut verfehlt.
Das eigentliche Problem, was du lösen wolltest, hast du verfehlt.
Dafür hast du am Weg ganz viele andere Sachen gemacht.
Muss ja auch nicht schlecht sein.
Was ich jetzt persönlich immer schlecht finde, ist, wenn man das dann so als Ausrede nimmt, ich habe ja auch viel gelernt.
Also vielleicht sollte man sich schon überlegen, was man für Ziel hat, aber ich finde es auch vollkommen okay, wenn man einfach sagt, man baut gerne was.
Es gibt ja auch Leute, die einfach Modelleisenbahnen im Keller aufbauen.
Und da geht es einfach nur ums Aufbauen.
Da hast du ja auch kein Ziel.
Oder vielleicht haben die das Ziel, dass sie mal so eine große Modelleisenbahnanlage haben, dass sie Eintritt verlangen können oder so.
Aber im Prinzip, du machst ja auch Sport einfach so.
Du zahlst sogar für deinen Sport.
Also du weniger für die App.
Hast du dir jetzt drei Euro gespart und hast die ganze Werbung.
Aber du machst das ja trotzdem freiwillig und investierst deine Zeit.
Also wenn man es als reines Hobby sieht.
finde ich das ja vollkommen okay.
Aber wenn du das Ziel hast, natürlich Geld zu verdienen oder den Fame oder Kunden zu bekommen oder auch das Ziel, etwas zu lernen, dann ist das natürlich was anderes, als wenn du sagst, du hast das Ziel, dein Kilometer- und Feed-Problem zu lösen.
Und ich glaube eben, dass das nicht alles in einem Projekt unterzubekommen ist.
Also dass du sagst, ich möchte Geld verdienen, ich möchte aber auch etwas lernen, weil die sind einfach diametral unterschiedlich.
Wenn du was an den Start bringen willst, nimm alte Technologie.
Boring Technology haben wir auch schon öfters diskutiert.
Wenn du was lernen willst, mach ein Projekt, wo du was lernen kannst.
Aber dann kann das Ziel eigentlich nicht sein, möglichst schnell Geld zu verdienen oder möglichst schnell irgendein Problem zu lösen.
Ja, und da sind wir auch schon genau bei dem Punkt, was würde ich heute anders machen?
Und da hast du auch meine erste Notiz aufgegriffen.
Denn ich glaube heutzutage...
würde ich den Unterschied zwischen einem Lernprojekt und einem Businessprojekt sauber trennen.
Und Businessprojekt heißt jetzt, ich muss nicht unbedingt Geld machen, aber du weißt, was ich meine.
Business-orientiert.
Du hast ein Ziel, dass du vielleicht ein bisschen Geld damit machst.
Ja, ganz genau.
Also ein gefailtes Lernprojekt ist ja dann so kein Fail.
Es gibt ja diese begrümmte Aussage aus der Forschung, nur weil ein Experiment fehlgeschlagen ist, ist das Experiment ja nicht fehlgeschlagen.
Du kennst nur einen weiteren Weg, wie es nicht funktioniert.
Und das bringt mich dann, wenn wir jetzt zurück auf Lern- und Businessprojekt.
gehen, bringt mich zu der Frage, sollte diese Sport-App überhaupt jemals fertig werden?
Also ist die Fertigstellung des Projektes überhaupt das Ziel?
Oder ist es der Weg zum Projekt?
Also ich würde sagen, an meiner Stelle soll sie nicht fertig werden, sonst wird das Engineering-Kiosk drunter leiden.
Aber auf deiner Seite kommt es davon, was du für Ziele hast.
Und das Lustige, wenn ich jetzt mal drüber nachdenke, ich weiß jetzt, wie ich eine Mobile-App baue mit Flutter und ich finde es immer noch spannend.
Hast du es mal genutzt für ein anderes Projekt?
Nee, dieses Wissen brauche ich nicht.
Ich bin in dem Space nicht unterwegs.
Ich habe was Neues gelernt, was ich eigentlich niemals brauche.
Zumindest bis jetzt nicht, also die letzten viereinhalb Jahre.
Und wahrscheinlich, wenn ich das jetzt anwenden müsste, müsste ich mich eh neu einarbeiten, weil das Framework sehr wahrscheinlich wieder eine Major-Version hat und der Bauprozess auf Xcode oder wo wir da inzwischen sind, auch sich wieder geändert hat.
Weißt du, was ich meine?
Ich kenne die Grundpatterns, aber die hätte ich mir, glaube ich, auch ...
in drei Stunden Podcast irgendwo reinziehen können.
Bei Spotify ist es wahrscheinlich Lerne Flutter und dann erzählt dir jemand die Grundpatterns.
Warum hast du denn nicht weitergemacht?
Also warum hast du nicht mehr Zeit investiert?
Du hättest ja auch an ein Ende oder an Ende ist es ja in dem Fall nicht, aber Publish irgendwie veröffentlichen oder selber an ein Ziel bringen können.
Also ich würde dir das ja zutrauen grundsätzlich.
Du wirst jetzt lachen.
Ich habe schon weitergemacht.
Ich habe mir zumindest die, immer wenn ein Update von der App auf meinem iOS kam, habe ich mir die neue APK-Version runtergeladen und geguckt, ob die Datenprobleme gehoben haben.
Und irgendwann habe ich auch gemerkt, hey, die haben ja jetzt dann ihr JavaScript, weil die es mit React Native gebaut haben oder sowas, haben die minified.
Aber ich konnte die Workouts trotzdem noch nachlesen, weil ich ja die vorherigen APK-Versionen hatte.
Die haben die Daten immer noch nicht gefixt.
Und irgendwann habe ich dann aufgehört, weil ich dann ...
zeitlich was anderes gemacht habe und irgendwann haben wir diesen Podcast gestartet und dann war ich beruflich wieder unterwegs und so die ganze Thematik.
Also ich habe irgendwann die Lust daran verloren, weil ich ja wusste, wie es dann funktioniert und dann war es ja nur noch Arbeit.
Dann war es ja, okay, jetzt muss ich den Button dahin.
Und dann habe ich auch die ganze Sache immer gedockfoodet und dann haben mir manche Sachen nicht so gefallen und dann bin ich in das Rabbit Hole von State Management in so einer App gefallen und das konnte ich dann irgendwie nicht lösen und da hatte ich dann abends keinen Kopf mehr und nur noch habe ich die ganze Scheiße einfach in die Ecke geworfen.
Die Source-Code-Sachen habe ich natürlich noch in so einem Repository.
Aber ich muss die mal wieder auskramen, aber ich habe einfach, ich glaube, aus zeitlichen Gründen nicht weitergemacht.
Und das ist auch so eine Sache, was würde ich heute anders machen?
Ich würde mir eine Art Accountability schaffen.
Also manche Leute sagen ja, lass mal was im Team starten, da hat man so eine automatische Accountability.
Manche sagen...
Macht auch Build in Public so als Disziplinierungstool, ja, dass andere Leute dich accountable halten, aber im Endeffekt hält man sich bei Build in Public accountable oder feiern die sich alle nur, wenn man irgendwie 10 Euro MAA hat, keine Ahnung.
Sich jede Woche zu zwingen, etwas zu posten, ja, ist, glaube ich, eine gute Sache, aber eigentlich würde ich, glaube ich, eher sowas machen, dass ich irgendwie einen guten Freund oder so frage, hey, pass mal auf, kannst du mich einfach jeden Sonntag anrufen und mir die harte Frage stellen, was hast du diese Woche in deiner App gebaut?
Und wenn nicht, dann Musst du mich jedes Mal zum Essen einladen?
Weißt du, irgendwas, was so richtig wehtut.
Oder, und das habe ich jetzt für mich selbst gemacht, ich habe jetzt noch keinen Freund angerufen, der mich jeden Sonntag anruft.
Diese Sport-App ist ja leider nicht mein einziges Projekt.
Ich habe ja ganz viele angefangene Projekte, lose Enden, würde man sagen.
Und ich möchte gerne einen 3D-Drucker haben.
Und ich weiß, wenn ich mir einen 3D-Drucker kaufe, dann falle ich in das 3D-Drucker-Rabbit-Hole.
Du kennst es ja mit eigener Konstruktion und Pipapo.
Also zwinge ich mich jetzt selber, diverse lose Enden abzuschließen und dann darf ich mir erst einen 3D-Drucker kaufen.
Also ich schaffe mir selbst Accountability sozusagen.
Ein Problem habe ich natürlich, wenn ich jetzt in einem Monat keinen 3D-Drucker mehr möchte.
Dann habe ich ja keine Accountability mehr, aber das sehe ich noch nicht.
Aber du kannst mir dann was drucken, weil ich brauche ja was übrigens, wenn du den dann endlich hast.
Aber Accountability ist, glaube ich, ein wichtiger Punkt.
Das betrifft natürlich nicht alle, weil ich glaube, es gibt sehr wohl Personen, die selber irgendwie die Accountability...
aufbauen können und einfach so diszipliniert sind, dass sie das einfach durchziehen.
Und wir hatten da ja auch ein paar schon im Podcast, wenn man daran denkt, an Episode 239, wo wir mit Stefan Lerner gesprochen haben über seine App.
Der ist ja auch alleine unterwegs.
Oder André Friesen.
Gut, der hat ja auch mal abgebrochen in Episode 258.
Aber es gibt Leute, die sind sehr diszipliniert, die sitzen alleine daran und arbeiten.
Ich persönlich, Horror.
Also ich kann nicht alleine an irgendetwas lange arbeiten oder mich motivieren.
Und ich habe jetzt grob mal meine Projekte so auf die Schnelle durchgezählt, die mir nur so eingefallen sind, die ich gemacht habe, so ein bisschen größere Projekte, würde ich mal sagen.
Ich bin irgendwie auf 15 Projekte gekommen und habe mal schnell gecheckt, welche gibt es noch von denen.
Und die drei aktuellen Projekte, die es noch gibt, die habe ich im Team gemacht.
Das sind immer zwei Leute.
Eines unter anderem mit dir ist der Engineering Kiosk.
Und meiner Meinung nach ist es viel, viel einfacher, wenn du eine zweite Person hast.
Nicht nur die Accountability, sondern auch, dass du über Sachen diskutieren kannst, dass du vielleicht eine gewisse Friction hast, dass du auch dein Produkt besser bauen kannst, weil du einfach schon mal zwei Meinungen grundsätzlich hast.
Und irgendwie ist immer jemand da, der Druck macht.
Und wenn es nur ist, machen wir mal ein Meeting.
Oder hast du das schon fertig gemacht?
Diese losen Gruppen, die du meinst, so mit Freunden, wir haben die ja auch mal gemacht, da warst du ja auch Teil, Andi, von so einer Runde, wo man sich gegenseitig so reportet, was im Projekt weitergegangen ist jeweils.
Aber wenn man dann in Einzelprojekten ist, ja, dann reportet man, man hat nichts weitergebracht, ist vielleicht ein bisschen peinlich, aber irgendwie die anderen bekommen eh auch nichts weiter und dann zerfällt das wieder alles.
Also wenn man eine zweite Person hat oder mehrere Personen.
ist meine Erfahrung zumindest, dass es viel mehr Push einfach ist und dass man dann einfach weiterkommt und dass die Motivation einfach viel, viel höher bleibt.
Also mein Tipp Nummer eins, wenn ich einen geben müsste, ist, irgendwas im Team zu machen.
Was aber nicht leicht ist, weil man kann sich halt auch jederzeit streiten und dann fällt es wieder auseinander.
Kann natürlich genauso passieren.
Ja, also Team hat Vor- und Nachteile.
Ich sehe, muss ich zugeben, auch eine ganze Menge Nachteile.
Man muss sich immer abstimmen.
Also dann hat der andere mal eine schwierige Lebensphase oder wenig Zeit und dann...
kommt man da nicht weiter.
Also die Geschwindigkeit kann teilweise auch leiden.
Aber ich verstehe, was du meinst.
Und bei der Accountability, deswegen sage ich ja, immer wenn der Kollege dich anruft, und du hast nichts gemacht, dann musst du den zum Essen einladen oder so.
Irgendwas, was wehtut.
Wenn du einfach nur so reportest, dann ist das so, kommst du heute nicht, kommst du morgen.
Also es muss dir schon irgendwie wehtun.
Ja, aber das wäre dir ja egal.
Du bist jemand, der gutes Geld verdient in der IT.
Dieses Essen kannst du dir auch noch leisten.
Dann mach das Essen weg, dann...
Fegt man die Garageneinfahrt oder so, es muss ja nichts Monetäres sein.
Es muss irgendwas sein, was du nicht gerne machst, was du nicht machen möchtest.
Und wenn du dann anfängst zu lügen, dann, sorry, aber wenn du dich dann selbst belügst, dann ist ja eh Hopfen und Malz verloren.
Aber in dem ganzen Kosmos ist mir eine Idee gekommen, beziehungsweise wurde ein Gedanke getriggert auf Basis eines Hacker-News-Artikels.
Ich bin mal wieder abends gedoom-scrollt, zum Glück.
mache ich nicht so viel Instagram-Doom-Scrolling, sondern mache eher Hacker-News-Doom-Scrolling.
Und da hat jemand einen Blogpost gepostet.
It's okay to use coding-assistant-tools to revive the projects you never were going to finish.
Also ich möchte jetzt nicht den AI-Zug hier wieder auspacken, aber den packe ich jetzt mal aus.
Denn hier geht es nicht darum, wir Vibe-Coden alles, um irgendwie produktiver zu sein und so weiter, sondern hier geht es wirklich darum, Die ganzen Sachen, die wir abgebrochen haben, nicht weil wir nicht mehr daran glauben, sondern weil wir gerade keine Zeit hatten, weil wir keine Lust hatten, uns immer dem Boilerplate zu kümmern, sowas halt, da ist ja KI perfekt.
Und es ist schon fast zu offensichtlich.
Man sieht den Wald vor lauter Bäumen nicht mehr.
Also ich meine, KI ist ja die perfekte Spielwiese hier.
Und in der Hacker-News-Diskussion, die haben wir auch in den Show Notes verlinkt, da gab es ein Beispiel, was ich einfach...
richtig, richtig schön fand.
Da hat irgendwer 1998 einen Quake-2-Mod angefangen.
Den hat er nie fertiggestellt.
Jetzt mit KI hat er sich das Ding wieder ausgegraben und hat den fertiggestellt.
Und der ganze Tenor von der Hackernis-Diskussion war, eigentlich ist ja die Code-Qualität ja irgendwie gar nicht so wichtig.
Ich will nicht sagen komplett egal, aber schon so ein bisschen egal, weil Hauptsache es löst dein eigenes Problem.
Und da habe ich Ein bisschen drüber nachgedacht und dachte so, scheiße, das ist eigentlich wahr.
Eigentlich kann ich die ganze Sache doch jetzt eigentlich nur mal kickstarten, so ein paar Abende vorm Fernseher designe ich so einen guten Prompt, so mit Milestones und so weiter, weißt du, so Speck-Driven Development, all das, was die ganzen CEOs und CTOs und Schieß-Mich-Tot-Auf-Link-Inner-Brabbeln und dann drückst du da einfach mal auf Play und guckst einfach mal, was rauskommt.
Ich muss dich jetzt enttäuschen, aber ich bin komplett anderer Meinung.
Ja, endlich mal.
Das kann ja nicht sein, dass wir die ganze Zeit hier in unserer Suppe schwimmen.
Ich glaube nämlich, und das hatten wir ja auch in Episode 264 besprochen, Seniorität im KI-Zeitalter, wo wir eine These aufgestellt haben, dass wenn das Coding jetzt alles von Agents erledigt wird, dann wird es noch wichtiger, was eigentlich so ein Senior ausmacht.
Das heißt, die Kommunikation und alles, was abseits der Technik ist.
Bei den Side-Projects würde ich das Gleiche sagen.
Wenn du jetzt ein Side-Project startest, dann ist die Technik nicht mehr das Problem.
Das heißt, alle anderen Dinge, die wir sowieso nicht machen wollen, Sales, Product Market Fit, wie kommen wir in die User?
Also wenn du da was bauen willst, dann musst du jetzt genau die Zeit in diesen Teil legen, den üblicherweise die Techniker und Technikerinnen sowieso nicht gern machen.
Du kannst, wie du richtig sagst, dein eigenes Problem lösen.
Da bist du wahrscheinlich schneller, wenn es nur um deine eigene Problemlösung geht.
Wenn du aber wirklich ein Produkt bauen willst, ein Side-Project, was Leute verwenden, dann wirst du jetzt noch viel schneller an diese Mauer stoßen.
an die ganz viele Produkteentwickler stoßen, weil sobald du was fertig gecodet hast, geht es an den Verkauf, ans Kundenfinden, ans Feedback sammeln, ans Einarbeiten.
Das heißt alles, was man eigentlich nicht machen will.
Aber um einen positiven Effekt noch damit reinzunehmen, vielleicht gibt es dadurch mehr Open-Source-Projekte, dass Leute sagen, ich löse mein eigenes Projekt und stelle es einfach mal online.
Vielleicht haben andere auch das Problem.
Das ist dann kein klassisches Produkt.
Also ich stimme dir dazu, das, was du sagst.
Aber ich möchte ganz stark differenzieren von deiner Definition von Side-Projects und meiner Definition von Side-Projects.
Denn meine Definition von Side-Projects ist, ich baue was, was für meinen Zweck ist und wo gar nicht die Intention ist, ein großes Business draus zu bauen, meinen Lebensunterhalt von zu bestreiten und mich selbstständig zu machen.
Ich gebe zu, und jetzt öffne ich mich mal diesem großen weißen Internet, ich hatte auch schon etliche Ambitionen.
Ich mache ein Side-Project, habe Nebeneinkünfte und irgendwann sind die Nebeneinkünfte so groß, dass ich dann meinen Job kündige und das Vollzeit machen kann.
Ich finde diese Story immer super schön und ich finde das auch klasse, was da Leute auf die Beine stellen und so weiter.
Und ich hatte auch mal lange den Traum der Selbstständigkeit.
Inzwischen muss ich sagen, ich glaube, ich habe mir die ganze Zeit in die Tasche gelogen, denn ich bin sehr, sehr glücklich als Angestellter, wenn du so möchtest.
Und weil ich glaube, ich habe viele Probleme nicht, die Selbstständige haben.
Und deswegen denke ich auch, das, was du da gerade gesagt hast, trifft auf meine Art von Side-Projects nicht zu.
Nur wenn du das definierst als...
Du willst dein Problem lösen, aber du hast es ja jetzt auch definiert, ich möchte was lernen.
Mit der KI lernst du gar nichts, weil das wird einfach weggecodet.
User bekommen bekommst du auch nicht.
Also auch wenn du ein Open-Source-Projekt machst und ein Produkt baust, Feedback, das kostet dir auch alles Zeit.
Das wirst du eigentlich alles nicht.
Du hast mal wieder nicht zugehört.
Du hast mal wieder nicht die Sektionen Reflexion und Retrospektive zu was würde ich heute anders machen getrennt.
Ich habe gesagt, in der Retrospektive.
Ich habe damals das Ziel nicht ordentlich gesetzt.
Das bedeutet, so nach dem Motto, eigenes Problem lösen, wieso es lernen und so weiter.
Und ich habe in der Sektion, was würde ich heute anders machen, habe ich das nie wieder erwähnt.
Ich weiß ja jetzt, wie es funktioniert.
Und wenn ich dann sagen würde, okay, ich würde mein Problem lösen, dann würde ich die Learning-Thematik zur Seite stellen, wohin ich dann wieder als KI, als Fertigstellungstool nutzen kann.
Also das sind ja zwei verschiedene Baustellen.
Und mit den Usern, da kommen wir wieder zurück aufs Ziel.
Vielleicht würde ich es online stellen, aber würde ich dann, und vielleicht würde ich zwei, drei Link-Inposts machen, weil ich bin ja auch stolz darauf, dass ich sowas online gestellt habe.
Und vielleicht kommt da ein User, vielleicht aber auch nicht.
Verstehst du, ich bin ja nicht abhängig davon.
Ich habe ja dann kein monetäres Ziel, wo ich sagen würde, oh, ich muss das jetzt zum Fliegen bringen.
Weil dann kann ich nämlich die Sachen, die ich nicht machen möchte, weil das, was du gesagt hast, Sales und so, einfach drauf.
Deswegen sage ich ja, die Definition von Seitenprojekte und Lebenszustand, würde ich mal sagen, du bist ja selbstständig.
Wenn du nichts tust, zahlt auch keiner die Miete bei dir.
Na gut, wenn ich nichts tue, dann...
Ich wollte gerade sagen, ich hoffe, dass es bei dir dasselbe ist, als wenn du nichts tust.
Ja, wenn ich nichts tue, dann zahlt halt irgendwann auch keiner mehr die Miete bei mir, das ist richtig.
Ich verstehe deinen Punkt, ja.
Deswegen, also ich glaube, das ist schon eine andere Motivation und deswegen habe ich ja gesagt, ich habe mir vielleicht am Anfang so ein bisschen in die Tasche gelogen und das klingt jetzt alles so einfach, was ich sage, aber das hat jetzt schon ein paar Wochen und Monate gedauert, bis ich das mal verstanden habe oder beziehungsweise akzeptiert habe, dass man vielleicht einfach zu viel auf einmal wollte.
Weil man wollte was lernen, man wollte selbstständig werden, Nebenankünfte haben, man wollte sein eigenes Problem lösen.
Das hat ja alles nicht funktioniert irgendwie.
Und ich meine, ich habe jetzt noch nichts geschippt in der Hinsicht.
Und shippen ist, glaube ich, ein guter Punkt, weil auch egal, ob es jetzt mit AI ist oder klassische Projekte oder du was lernen willst oder sonst was, ich glaube trotzdem, dass es das Beste ist, dass du möglichst schnell etwas shippst.
Dass du sagst, okay, was ist das Minimal Viable Product?
Was ist dieses Tool, was...
mich jetzt weiterbringt in diesem Moment und das möglichst schnell für mein Problem oder eben auch für einen großen User-Bereich, wie kann ich deren Problem lösen und zwar möglichst schnell, egal ob mit AI oder ohne AI.
Das galt früher und das gilt jetzt auch noch.
Und dann kann ich iterieren und dann kann ich entscheiden, mache ich weiter, setze ich mehr Energie drauf, kann ich lernen.
Und ich glaube, dass man da viel Feedback bekommt von den Leuten und auch dann für sein eigenes Problem viel Feedback und vielleicht auch schneller wachsen kann.
Sogar wenn es nur das eigene Problem ist, was man lösen will.
Da bin ich jetzt mal wirklich 100%, 1000% bei dir.
Ship.
Schön, danke.
Ship das, auch wenn du noch nicht mal eine UI hast.
Ich habe glaube ich mal in irgendeiner Episode hier erzählt, bau dein erstes, keine Ahnung, wenn du eine Webseite baust, bau dein erstes Nginx Setup mit einem Hello World und ship das.
Und dann baust du erst die Webseite.
Und dann baust du das.
Und dann baust du das.
Was aber wichtig ist, bau dir ein ganz einfaches Setup.
Und nicht die an diese ICD.
Ich baue eine Riesenpipeline, die mir dann diese Blankpage schippt.
Also da stimme ich dir jetzt wieder nicht zu.
Da muss schon alles automatisiert gehen.
Git push und dann geht alles online.
Wir sehen uns dann zwei Monate später.
Eine Sache, die ich in den letzten vier Jahren wirklich zu schätzen gelernt habe, ist Dogfooding.
Jetzt sagt jeder, weiß doch jeder.
Meine Frage ist, Wer von euch entwickelt wirklich etwas, was ihr selbst täglich nutzt?
Für den Podcast hier, ich glaube, wir haben das schon mal erzählt, wir managen all unsere Episoden und Planungen in YAML-Files.
Und da haben wir uns Tooling drum gebaut, nennt sich PodAdmin, der Administrator des Podcasts, wenn du so möchtest.
Und da haben wir so ganz viele Befehle und allem drum und dran.
Und dann können wir YAML-Dateien modifizieren und dann pushen wir die zurück ins Git-Repo und so weiter und so fort.
Und dieses Tooling, das nutzen Wolfgang und ich mehrere Stunden pro Woche, würde ich sagen.
Und auch nach drei, dreieinhalb Jahren gehen da teilweise echt noch große Changes rein, von so kleinen Sachen, die mich entweder nerven oder mich stört oder wir dachten, wir benutzen den Workflow so, aber nutzen ihn doch nicht so und entfernen das.
Also auch nach drei, dreieinhalb Jahren entwickeln wir, beziehungsweise ich oder beziehungsweise Claude, die ganze Sache einfach weiter.
Und ich habe das Gefühl, es wird immer und immer, immer ein bisschen besser gestreamt.
Also dieses Dogfooding, das würde ich sagen, ist heute essentiell.
Weil da kommen die richtig geilen Iterationen durch.
Und jetzt sind wir wieder an dem Punkt, der Wolfgang sagt, ja, Payment first.
Und dann die Frage ist, hat er es jemals gemacht?
Nein, haben wir gerade gehört.
Hat er immer noch nicht.
Also der Predigt auch wieder irgendwas, was der nicht macht.
Ship and Payment first, würde ich sagen.
Payment first oder erst Ship first?
Ja, als erstes Ship first, aber es sollte schon sehr nahe aneinander liegen.
Aber dass du mal selber das ausprobierst oder vielleicht zwei Freunden gibst zum Ausprobieren, ist schon okay, bevor du Payment aktivierst.
Also rein von der Reihenfolge her ist schon Shippen zuerst, aber es sollte möglichst wenig Zeit zwischen dem ersten Ship und dem ersten Payment vergehen.
Also ich glaube, was die Episode verdeutlichen soll, ist, wir sind auch nur Menschen.
Wir haben die gleichen Struggle wie ihr und die gleichen Fehler.
Wir schlagen voll in die Kerbe von den Statistiken, die wir vorhin genannt haben.
Bei uns schlägt einfach einfach mal alles fehl.
Und jetzt muss ich aber auch langsam mit dieser Episode mal aufhören, weil ich muss diese losen Enden zusammen machen, weil ich will diesen 3D-Drucker.
Ja, dann zuerst abschließen, bevor man was startet.
Doch gut so.
Ja, die Leute sehen das jetzt gerade nicht, aber ich habe hier eine Postkarte auf meinem Schreibtisch und da ist so eine kleine Comicfigur drauf, die sprüht was an die Wand und die sprüht den Satz Stop Starting, Start Finishing an die Wand.
Und diese Postkarte sehe ich jeden Tag und es tut mir immer im Herzen weh, weil ich habe so viele Ideen, besonders jetzt mit der KI, wo du diesen ganzen Boilerplate nicht mehr schrauben musst.
Also an Ideen mangelt es mir gerade leider gar nicht.
Ich möchte zu viele Projekte parallel.
Das ist gerade das Problem.
Also die Side-Projects scheitern gerade nicht an Ideen, sondern wirklich an der Zeit oder an der Consistency.
Ich glaube auch ja grundsätzlich, dass Ideen einfach wertlos sind.
Solange du Ideen nicht umsetzt, sind sie einfach wertlos.
Früher hat mich das noch gegiftet, wenn ich so andere Firmen dann gesehen habe, die irgendwas umgesetzt haben und ich habe gedacht, ich habe die Idee von Ja gehabt und habe es nicht gemacht.
Mittlerweile denke ich mir, ja, die haben es verdient, weil die haben es umgesetzt.
Ich war unfähig dazu.
Die Idee alleine ist einfach wertlos.
Okay, ich mache das Ding jetzt hier Schluss, denn der Wolfgang holt irgendwelche Hürde der Löwensprüche raus.
Ideen sind wertlos, die Umsetzung zählt.
Ich investiere nur in gute Teams.
Meine Güte.
Ich habe übrigens das Zeug noch nie gesehen.
Noch keine einzige Episode.
Ich muss mir das wirklich mal anschauen.
Dafür haust du aber die Floskeln von den ganzen Venture Capital Investoren oder von diesen TV-Königen hier um die Ohren.
Deswegen, also geht mal in eure Reflexion von eurem letzten Side-Project, was ihr freiwillig oder unfreiwillig aufgegeben habt.
Und sagt mir mal, wie denkt ihr da heute drüber?
Und jetzt, was würdet ihr anders machen?
Hau mir mal so eine Story in die Discord-Community oder per Social Media.
Mastodon, X, Instagram.
Wir sind sogar auf TikTok.
Aber ich glaube, da haben wir zwei Videos mal hochgeladen.
Dann haben wir gedacht, okay, die Plattform ist nichts für uns.
Na ja, ihr findet uns schon.
Ich möchte eure Reflexion hören.
Bin gespannt.
Und falls ihr den Wolf jetzt nochmal seht, sagt ihm mal, der soll erst Payment implementieren, bevor der hier wieder irgendwas sagt.
Deswegen.
Ich verabschiede mich.
Wir hören uns nächste Woche.
Und tschüss.
Ciao.
Ich gehe jetzt Payment implementieren.