Reise
Als Softwareentwickler habe ich 72.000 Pfund verdient. Meine größten Fehler lagen nicht im Code, sondern im Kapitalmanagement. (Financial Defense Architecture Wie Ein Softwareentwickler Kapital In Einem Inflationaeren Land Schuetzt)
Teure Finanzfehler eines Entwicklers, ein neues Denken über Asset Allocation und eine minimale finanzielle Verteidigungsarchitektur für inflationäre Länder.
Karriere- und Systemlektionen
Teil 4 von 4
Ein zusammenhängender Lernpfad über VR, Produktlieferung, Karriereentscheidungen und Kapitalmanagement.
Als Softwareentwickler habe ich 72.000 Pfund verdient. Meine größten Fehler lagen nicht im Code, sondern im Kapitalmanagement.
Als ich 2021 meine Banking-App öffnete und auf den Kontostand sah, sah ich zum ersten Mal in meinem Leben eine so große Zahl. Es war das größte Kapital, das ich bis dahin jemals aufgebaut hatte. In diesem Moment fühlte ich mich finanziell vollkommen frei. Wenn ich heute zurückblicke, verstehe ich, dass mir dieses Geld keine Freiheit gegeben hat. Es hat mir nur die Fähigkeit gegeben, sehr teure Fehler zu machen. Mein eigentlicher Gewinn war nicht das Geld, sondern das, was ich gelernt habe, während ich es verlor.
Bis dahin hatte ich jedes Problem, dem ich begegnet war, durch das Schreiben von Code gelöst. Wenn es in einem System einen Bug gab, musste dahinter eine logische Erklärung liegen. Ich dachte, ich würde Finanzen mit derselben Logik lösen. Wenn ich die richtigen Inputs gebe, glaubte ich, dass die Outputs immer Gewinn sein würden.
Es stellte sich heraus, dass Märkte nicht deterministisch sind.
In meinem vorherigen Artikel habe ich die Geschichte der 72.000 Pfund erzählt, die ich in drei Jahren bei dem in Großbritannien ansässigen Unternehmen Lindow Labs verdient habe. Das Geld war verdient. Jetzt ging es darum, es zu verwalten. Nachdem ich Rich Dad Poor Dad von Robert Kiyosaki gelesen hatte, verstand ich, dass ich Asset Allocation brauchte. Aber das Gelesene umzusetzen war bei weitem nicht so einfach, wie ich es mir vorgestellt hatte.
Das sind die Fehler, die ich an den Märkten gemacht habe, weil ich meinem analytischen Verstand zu sehr vertraut habe:
1. Das Syndrom des Freundes im Cafe
Es war die Zeit, als 1 Bitcoin bei etwa 100.000 TL stand. Ich hatte recherchiert, und es ergab für mich Sinn. Eines Abends diskutierte ich in einem Cafe mit einem Freund darüber und gab dem Argument nach: „Das ist eine Blase, sie wird definitiv platzen.“ Ich glaubte nicht meiner eigenen Recherche, sondern der Stimme der Menge. Als mit der Pandemie dieser Zug davonfuhr, konnte ich ihm nur noch hinterherschauen.
2. Sich in Technologie verlieben (Der Ingenieurs-Bias)
Um das Geld nicht von der Inflation auffressen zu lassen, ging ich zuerst in Dollar und dann in Krypto. Ich entschied mich für ADA (Cardano). Warum? Weil mir Cardanos akademischer Ansatz und das Proof-of-Stake-Modell damals technisch viel „sauberer“ erschienen als Ethereum. Als Softwareentwickler hatte ich mich in diese Architektur verliebt. Deshalb kaufte ich bei 3 Dollar groß ein. Kurz darauf sah ich zu, wie der Kurs auf 0,5 Dollar zusammenbrach. Die Märkte kauften nicht die beste Architektur. Sie kauften die beste Story. Ich dachte, ich investiere in Technologie. In Wirklichkeit investierte ich in die Erwartungen der Menschen.
3. Nicht den Markt, sondern den Cashflow nicht managen können
Mit einem großen Teil meines Portfolios hatte ich Ethereum (ETH) bei 3.000 Dollar gekauft. Ich hatte mir eingeredet, dass ich ein langfristiger Investor sei. Bis die Hochzeitsvorbereitungen begannen. In jener Zeit, in der ich dringend Liquidität brauchte, musste ich alle meine ETH und mein Gold bei 1.600 Dollar verkaufen. Während ich die Verkaufsorder eingab, dachte ich nicht über die Höhe des Verlusts auf dem Bildschirm nach. Ich dachte an die Hochzeitskosten, die bezahlt werden mussten. An diesem Tag verstand ich, dass ich nicht den Markt, sondern meinen eigenen Cashflow nicht im Griff hatte.
4. Die KKM-Nacht und Panik
Der letzte Schlag kam am 20. Dezember 2021, in der Nacht, in der die Ankündigungen zum währungsgeschützten Einlagenmodell (KKM) gemacht wurden. Beim scharfen Rückgang des Dollars geriet ich in Panik und verkaufte die Dollar, die ich hielt. Als sich der Markt am nächsten Morgen wieder stabilisierte, hatte mich die Panik jener Nacht das Geld für meinen bezahlten Militärdienst gekostet. So wie man aufgrund von Mitternachtsnachrichten keine panischen Code-Änderungen in Production ausrollt, sollte man auch keine Investmententscheidung treffen.
(Die Kosten all dieser Fehler entsprachen für mich einer Hausanzahlung in Istanbul und einem sehr großen Teil der Ersparnisse, die ich über Jahre aufgebaut hatte.)
Die Ironie der Sache
Während dieser ganze finanzielle Prozess lief, begann in meiner Karriere eine andere Geschichte. Ich leistete regelmäßig Beiträge zu Open-Source-Projekten auf GitHub. Eines Nachts erhielt ich eine Nachricht von einem spanischen Angel-Investor. Er hatte den Code geprüft, den ich geschrieben hatte.
Was als abendliche Freelance-Kommunikation begann, zog mich kurze Zeit später mit dem Projekt Bare Bitcoin vollständig in das Web3-Ökosystem hinein. Ich war Lead Developer geworden.
Dort begegnete ich dem größten Paradox:
Tagsüber verlor ich als Investor in diesem Ökosystem Geld... Nachts wurde ich zu seinem Entwickler.
Ich schrieb Smart Contracts (Solidity) auf derselben Blockchain, baute die Infrastruktur von Krypto-Wallets und brachte NFT-Marktplätze an den Start. Ich stand mitten in der Küche des Ganzen. Früher dachte ich beim Investieren in Altcoins, „das Whitepaper zu lesen reicht aus“. In dieser Küche verstand ich, dass der Markt nicht Technologie preist, sondern Liquidität und menschliche Psychologie.
Financial Defense Architecture
Diese drei Jahre haben mir sehr klar gezeigt, warum ein analytischer Software-Verstand an den Märkten scheitern kann. So wie ich meine Server mit einer mehrschichtigen Architektur schütze, musste ich auch mein Geld so schützen.
Heute verwalte ich meine eigene Ökonomie mit der folgenden Architektur:
Financial Defense Architecture
[ Capital Input ]
|
v
[ Emergency Fund ] (Availability)
|
v
[ Capital Preservation ] (Gold / Index Funds)
|
v
[ Growth Portfolio ] (Stocks / Equities)
|
v
[ Speculative Assets ] (Web3 / High Risk)
Layer 1 - Availability (Notfallfonds): Ein Liquiditätsschild, das mich bei unerwarteten Situationen wie einer Hochzeit nie wieder dazu zwingt, ETH mit Verlust zu verkaufen.
Layer 2 - Capital Preservation (Gold / Indexfonds): Die langweilige, langsame, aber verlässliche Datenbankebene, die Erosion durch Inflation verhindert.
Layer 3 - Growth (Aktien): Strukturen, die kontrolliertes Wachstum liefern.
Layer 4 - Speculation (Web3 / Krypto): Hochriskante Vermögenswerte, deren Technologie ich verstehen kann, deren Preis ich aber nicht vorherzusagen versuche und deren vollständige Löschung ich mental akzeptieren kann.
Warum erzähle ich das?
Ich schreibe diesen Artikel nicht als Anlageberatung. Ich schreibe ihn, damit ein Softwareentwickler am Beginn seiner Karriere nicht in dieselben Fallen tappt wie ich, nur weil er seiner analytischen Intelligenz zu sehr vertraut.
Wenn wir Code schreiben, ist unsere größte Angst, in Production Daten zu verlieren. Finanzen haben mir beigebracht, dass das Schwerste, was man verlieren kann, nicht Geld ist, sondern Zeit, die durch falsche Entscheidungen verschwindet.
Wenn ich heute zurückblicke, bin ich über das Geld, das ich verloren habe, nicht traurig. Denn dieses Geld hat mir eine finanzielle Ausbildung gekauft, die realer war als alles, was mir eine Universität hätte geben können.
Ich mache auch heute noch Fehler. Der Unterschied ist: Heute entwerfe ich zuerst das Risiko und denke erst danach über den Ertrag nach.
Neue Serie: Architecture Playbook
Die Serie Karriere- und Systemlektionen endet hier. Die nächste Front ist Softwarearchitektur, technisches Gedächtnis und Entscheidungssysteme.
Warum führten wir in jedem Sprint dieselbe Architekturdebatte?
Im nächsten Artikel gehe ich auf Folgendes ein:
"Die Engineering-Prinzipien, die ein Software Architect aus gelebten Erfahrungen ableitet."
FAQ
Häufige Fragen
Worum geht es in „Als Softwareentwickler habe ich 72.000 Pfund verdient. Meine größten Fehler lagen nicht im Code, sondern im Kapitalmanagement.“?
Teure Finanzfehler eines Entwicklers, ein neues Denken über Asset Allocation und eine minimale finanzielle Verteidigungsarchitektur für inflationäre Länder.
Was ist die zentrale Aussage?
Teure Finanzfehler eines Entwicklers, ein neues Denken über Asset Allocation und eine minimale finanzielle Verteidigungsarchitektur für inflationäre Länder.
Für wen ist dieser Artikel?
Für Ingenieure und technische Führungskräfte, die Architektur-, Liefer- und Produktionsentscheidungen umsetzen.
Gelernte Engineering-Prinzipien
- Wer zuerst Risiko entwirft und erst danach Rendite betrachtet, baut robustere Systeme.
- Asset Allocation ist ebenfalls ein Problem geschichteter Systemarchitektur.
- Märkte preisen eher Liquidität und Psychologie als elegante Technologie.
Weiterlesen
Weiterlesen
Nachster Teil der Serie
Ich habe 72.000 Pfund verdient, aber konnte ich sie managen? Die finanzielle Prüfung eines jungen Entwicklers
Eine harte Lektion über Inflation, Währungsrisiko und den Unterschied zwischen nominalem Einkommen und realem Vermögen.
Aus derselben Serie
Von der virtuellen Realität zu den Fakten des Lebens: Das Angebot und die 72.000-Pfund-Reise 4 Stunden nach dem Rücktritt
Eine Reise voller entscheidender Lektionen, angefangen bei dem Angebot, das nur 4 Stunden nach dem Rücktritt kam, 3 Jahren Remote-Führung und 72.000 £.
Aus derselben Serie
Von der virtuellen Realität zu den Fakten des Lebens: Vom 20-TL-Karton zum HTC Vive: Hinter den Kulissen eines VR-Entwicklers
Die ungefilterte Reise eines VR-Entwicklers, angefangen bei 20 TL-Brillen aus Pappe bis hin zu den Herausforderungen hinter den Kulissen des HTC Vive.