Ask HN: Welche Karrierewege sollte ich in Betracht ziehen, wenn ich besser im Unterstützen als im Erschaffen bin?
Ask HN: Career paths to consider if I am better at supporting than creating?
Ich habe einen BS/MS in Informatik und etwa 9 Jahre Erfahrung, zunächst als Backend-Entwickler, dann als Product Owner. Ich habe gemerkt, dass ich nicht gut im Implementieren und Systemdesign bin, und suche nun nach Karrierewegen, die besser zu meinen Stärken im Support, Troubleshooting, Testing und der Schnittstelle zwischen Business und Tech passen. Mein aktueller Job als PO macht mich krank, und ich bin bereit, weniger Gehalt in Kauf zu nehmen, um etwas zu finden, das ich genieße und das mich nicht krank macht.
Ich würde vorschlagen, dass du dich auf Rollen wie Technical Support Engineer, Solutions Engineer, Sales Engineer, Customer Success Engineer oder QA Engineer konzentrierst. Diese Rollen nutzen genau deine Stärken: Kunden unterstützen, Probleme debuggen, Tests durchführen und als Schnittstelle zwischen Business und Technik fungieren. Sie erfordern oft kein tiefes Systemdesign und bieten dennoch gute Karrierechancen.
Hast du über eine Rolle als Site Reliability Engineer (SRE) oder DevOps Engineer nachgedacht? Obwohl diese Rollen technisch anspruchsvoll sind, liegt der Fokus stark auf der Unterstützung und Verbesserung bestehender Systeme, Monitoring, Incident Response und Automatisierung. Wenn du Freude am Troubleshooting hast, könnte das passen.
Ich war in einer ähnlichen Situation und bin in den technischen Vertrieb gewechselt. Als Sales Engineer oder Solutions Architect unterstützt du Kunden dabei, Produkte zu verstehen und einzusetzen. Du brauchst kein tiefes Implementierungswissen, aber technisches Verständnis und Kommunikationsfähigkeiten. Es ist sehr erfüllend, Kunden zum Erfolg zu führen.
Vielleicht wäre eine Position im Produktmarketing oder als Technical Writer etwas für dich. Du könntest Dokumentation, Tutorials oder Schulungsmaterialien erstellen, die Kunden und Entwicklern helfen, Produkte besser zu nutzen. Das erfordert technisches Verständnis, aber keine Programmierung.
Ich empfehle dir, dich als Developer Advocate oder Community Manager zu bewerben. Du würdest Entwickler unterstützen, indem du Beispiele erstellst, Fragen beantwortest und Feedback sammelst. Es ist eine Mischung aus Technik und Menschen, und du bist die Brücke zwischen Produktteam und Community.
Wenn du gerne testest, könntest du dich auf Testautomatisierung spezialisieren. Als SDET (Software Development Engineer in Test) baust du Testframeworks und -skripte, aber der Fokus liegt auf Qualitätssicherung und nicht auf der Entwicklung neuer Features. Es ist eine sehr gefragte Rolle.
- gucci-on-fleek
Vielleicht ein Sales Engineer?
> Ich fühle mich einfach viel wohler damit, bestehende Software zu unterstützen, als neue zu entwickeln.
Technische Fähigkeiten sind erforderlich, aber du würdest kaum bis gar nicht programmieren oder designen.
> Als Schnittstelle zwischen Business und Tech fungieren.
Ein Sales Engineer passt fast per Definition dazu.
> Einfach generell mit Menschen arbeiten!
Der Job dreht sich im Wesentlichen ausschließlich um die Arbeit mit Menschen, sowohl mit den Kunden, die du zu verkaufen versuchst, als auch mit den Entwicklern, die das Produkt tatsächlich herstellen.
- bob1029
> Ich fühle mich einfach viel wohler damit, bestehende Software zu unterstützen, als neue zu entwickeln.
> Es gibt mir ehrlich gesagt ein riesiges Erfolgsgefühl, wenn ich sehe, wie ein Kunde unsere Produkte nutzt, und ihm dabei helfe, zu untersuchen, warum etwas möglicherweise nicht funktioniert.
> Ich habe gelernt, dass Geld nicht alles ist.
Setz das ganz oben auf deinen Lebenslauf, schick ihn an ein paar Headhunter und schau, was zurückkommt.
Viele (die meisten?) Entwickler haben wenig Interesse daran, die Arbeit anderer zu unterstützen. Der Kunde scheint es noch schlimmer zu erwischen. KI hat die Ego-Trips auf 11 gedreht. Du hast einen Vorteil, wenn du wirklich so über diese Themen denkst und dieses Gefühl anderen verkaufen kannst.
- kjellsbells
Ein paar Jahre nach Beginn meiner Karriere wurde mir klar, dass ich nicht zum Programmieren gemacht war. Zum Glück arbeitete ich für einen guten Arbeitgeber, und sie sagten mir, dass Code 5 % des Geschäfts ausmacht, egal was auf dem Schild über der Tür steht. In den nächsten 20 Jahren verbrachte ich Zeit mit QA, technischem Support, Produktmanagement, Professional Services und Sales Engineering.
Ob zu Recht oder nicht, es gibt eine Hierarchie der Jobrollen, und QA und technischer Support stehen auf dieser Liste ganz unten. Aber wenn du in der Branche bleiben willst, die deine Organisation bedient (z. B. Gesundheitswesen, Energie, Telekommunikation usw.), sind sie gute Wege, echte Branchenerfahrung zu sammeln.
Produkt ist schwierig, aber Entwickler wissen jemanden zu schätzen, der ihnen klar sagen kann, was gebraucht wird, ohne sie zu micromanagen (und dem Kunden sagt, was möglich ist und was nicht).
Pro Services ist großartig, wenn du gute menschliche Fähigkeiten hast, aber es kann ein schwerer Verkauf sein (manche Organisationen behandeln es wie eine Leihfirma, manche Kunden denken, sie brauchen es nicht, manche Vertriebsorganisationen werfen es kostenlos dazu, was bedeutet, dass du sofort unter Wasser bist).
Sales Engineering kann lukrativ und spaßig sein, aber nur, wenn du mit einem guten Vertriebsteam zusammenarbeitest, das dich nicht wie einen Demo- und Slideware-Roboter behandelt.