Vor einem Jahr gründete ich Sage Ideas LLC mit einem vagen Plan: Trading-Tools bauen, Beratung anbieten und sehen, was passiert. Hier ist die ehrliche Rückschau.
Was ich ausgeliefert habe
Das Nexural-Ökosystem — 7 miteinander verbundene Systeme:
- Trading-Dashboard (185 Tabellen, 69 APIs, Stripe-Abrechnung)
- Discord AI Engine (30+ Befehle, GPT-4o, 12 Phasen)
- Research Engine (71+ Metriken, Strategieanalyse)
- Alert System (.NET 8, NinjaTrader-Integration)
- Newsletter Studio (automatisierte Content-Pipeline)
- Strategy Tracker (Performance-Analytik)
- Automation Suite (61 Test-Suites)
AlphaStream — ML-Trading-Signale (200+ Indikatoren, 5 Modelle)
RiskRadar — Portfolio-Risiko-Plattform (Ledoit-Wolf, CVaR, Optimierung)
Dieses Portfolio — Die Seite, die du gerade liest. SLOs, Incident-Drills, Live-Dashboard, 27 Artefakte, 51 Blogbeiträge.
Das Buch — 120.000 Wörter über Trading. 24 Kapitel. In der Redaktionsphase.
Aktiver Handel — 8 Symbole auf NinjaTrader. ES, NQ, CL, GC und mehr.
Was jede Stunde wert war
Die Nexural-Plattform. Sie ist das Herzstück meines Portfolios. Jedes Vorstellungsgespräch und jedes Kundengespräch beginnt mit: "Du hast eine Plattform mit 185 Tabellen gebaut?" Die Tiefe dieses Projekts öffnet Türen, die ein Dutzend kleinerer Projekte niemals öffnen würden.
Der Blog. 51 Beiträge sind ein Werk, das signalisiert: "Diese Person denkt tiefgründig." Jeder Beitrag ist ein teilbares Artefakt. Wenn ich mich bewerbe, füge ich einen Link zu einem relevanten Beitrag bei. Das ist überzeugender als ein Aufzählungspunkt im Lebenslauf.
Die Plattform-Engineering-Seite. SLOs, Incident-Drills, Sicherheitsnachweise – allein diese Seite hat Vorstellungsgespräche von "Kannst du programmieren?" zu "Erzähl mir von deiner Betriebserfahrung" verändert. Dieser Wandel ist der Unterschied zwischen Angeboten für mittlere und leitende Positionen.
Was ich streichen würde
Nexural Newsletter Studio. Gebaut, kaum genutzt. Die Trading-Community wollte Discord-Benachrichtigungen, keine E-Mail-Newsletter. Ich hätte die Nachfrage validieren sollen, bevor ich es baute.
Mehrere API-Test-Frameworks. Ich habe 3 Repos, die Ähnliches tun: API-Test-Automation-Wireframe, API-Testing-Framework und die API-Test-Suite in E-Commerce-Test-Suite. Ich hätte ein exzellentes Framework bauen sollen, statt drei mittelmäßige.
Die visuelle Regressionstest-Suite. Die Percy-Integration ist cool, aber das Repo hat 1 Commit und testet 1 Seite. Hätte ich diese Stunden in die Verbesserung der E-Commerce-Test-Suite gesteckt, wäre mein bestes QA-Repo noch stärker.
Was ich übers Bauen gelernt habe
Liefere die erste Version hässlich aus. Der erste Deploy des Nexural-Dashboards war peinlich. Kein Styling, kaputtes mobiles Layout, Platzhalterdaten. Aber es war live, ich bekam Feedback, und Version 2 war dadurch 10x besser.
Dokumentiere beim Bauen, nicht danach. Jedes System, das ich von Anfang an dokumentierte, war einfacher zu warten. Jedes System, bei dem ich sagte: "Das dokumentiere ich später", wurde innerhalb von 3 Monaten zur Blackbox.
Dein Portfolio IST der Job. Ich habe mehr Zeit auf sageideas.dev verbracht als auf den meisten Kundenprojekten. Der ROI war enorm – eingehendes Interesse, Vorstellungsgespräche, die auf einem höheren Niveau beginnen, und der Nachweis operativer Reife, den kein Lebenslauf-Punkt erreichen kann.
Was ich als Nächstes baue
Ich habe drei Dinge auf meiner Roadmap:
Bestehende Projekte verbessern. Die 11 öffentlichen Repos in meinem Portfolio brauchen stärkere READMEs, mehr Commits, bessere CI und echte Screenshots. Qualität vor Quantität.
Eine Terraform-Modul-Bibliothek. Wiederverwendbare AWS-Module für die Muster, die ich mehrfach gebaut habe. Das schließt die Infrastruktur-Lücke in meinem Portfolio.
Open-Source-Beiträge. Selbst kleine PRs zu etablierten Projekten verleihen Glaubwürdigkeit. Ich möchte 5–10 sinnvolle Beiträge zu Projekten leisten, die ich tatsächlich nutze (Next.js, Supabase, Playwright).
Die ehrlichen Zahlen
| Metrik | Wert |
|---|---|
| Ausgelieferte Systeme | 7 |
| Entworfene Datenbanktabellen | 185 |
| Gebaute API-Endpunkte | 69 |
| Geschriebene Blogbeiträge | 50 |
| Geschriebene Buchwörter | 120.000 |
| Erworbene Zertifizierungen | 9 |
| Laufende Test-Suites | 61 |
| GitHub-Commits | 500+ |
| Erzielter Umsatz | Privat, aber genug, um das Bauen zu finanzieren |
| Gearbeitete Stunden | Zu viele, um sie zu zählen |
Das Fazit
Ein Jahr lang öffentlich zu bauen, hat mich gelehrt, dass die Arbeit selbst das Portfolio ist. Keine Liste von Aufzählungspunkten – die tatsächlich laufenden Systeme, die ehrlichen Blogbeiträge, die Dokumentation, die dich überdauert.
Wenn du deine eigene Engineering-Marke aufbaust, ist mein Rat einfach: Baue echte Dinge, dokumentiere obsessiv, sei ehrlich über Fehler und liefere aus, bevor du bereit bist.
Das perfekte Portfolio gibt es nicht. Das ausgelieferte schon.
