Cynical Sally← Contents
CV / Résumé · How to / How not to

So schreibst du einen Entwickler-Lebenslauf (und so vor allem nicht)

Dein Lebenslauf liest sich wie eine package.json: eine lange Liste von Dependencies und nicht eine einzige Sache, die du wirklich gebaut hast.

By Cynical SallyIssue Nº 1

Ein Entwickler-Lebenslauf ist der einzige Code, den du schreibst, der in sechs Sekunden von jemandem geprüft wird, der keinen Code lesen kann. Das ist der grausame Teil. Du kannst ein makelloses event-driven Backend entwerfen, aber wenn deine eine Seite 'JavaScript, HTML, CSS' auflistet, als wäre es 2011, und die Migration, die du geleitet hast, unter einer Mauer aus Buzzwords vergräbt, verlierst du gegen jemanden, der schlechter ist, aber einen klareren Satz geschrieben hat.

This is what you getA real Full Truth, in full
Cynical SallyCV / Résumé

The Full Truth

on der Lebenslauf eines Softwareentwicklers

4.2
out of ten
Du hast 12 Sprachen als 'Experte' aufgelistet und dann deinen einzigen Job als 'half bei diversen Aufgaben' beschrieben. Entscheide dich für eine Spur, idealerweise die, die bezahlt.
The Investigation
  1. 01

    Der Skills-Abschnitt ist ein Geständnis von Unerfahrenheit

    Critical

    Vierzehn Technologien als 'Experte' oder 'fortgeschritten' getaggt, darunter vier, die du einmal in einem Tutorial benutzt hast. Jeder Interviewer liest das als 'scheitert an der ersten tiefen Frage'. Liste 5 bis 7 auf, die du unter Druck verteidigst, schiebe den Rest in eine einzige 'Vertraut'-Zeile, und lass deine Punkte die Tiefe beweisen statt eines Balkendiagramms.

  2. 02

    Jeder Punkt beschreibt einen Job, keine Wirkung

    Critical

    'Am Frontend gearbeitet', 'bei der API geholfen', 'an Deployments beteiligt'. Das sind Sitzordnungen, keine Leistungen. Niemand erfährt, was sich verändert hat, weil du aufgetaucht bist. Schreibe jeden als Aktion plus System plus Ergebnis mit einer Zahl um: was du getan hast, woran, und was sich messbar bewegt hat.

  3. 03

    Null Belege, dass je etwas deployt wurde

    Notable

    Keine Live-URL, kein Repo, kein PR, keine Skalierungszahl. Für einen Entwickler ist das wie ein Koch ohne Essensfotos. Füge einen Link zu etwas Echtem hinzu und eine Skalierungsmetrik (Nutzer, Requests, Uptime). Ein glaubwürdiger Beweis schlägt einen Absatz Selbsteinschätzung.

The Copy Clinic

An der Firmen-Website gearbeitet und für diverse Frontend-Aufgaben mit modernen Technologien verantwortlich gewesen.

Die Marketing-Site in Next.js neu gebaut, den Largest Contentful Paint von 4,1s auf 0,9s gesenkt und die Signup-Conversion um 18% gesteigert.

Skills: HTML, CSS, JS, React, Vue, Angular, Node, Python, Java, Go, Rust, Docker, K8s, AWS (alles Experte).

Kern: TypeScript, React, Node, PostgreSQL, AWS. Vertraut: Go, Docker. (Keine Fake-Experten. Jedes 'Kern'-Item überlebt ein Whiteboard.)

The Action Plan
  1. 1Streiche jedes Adjektiv ('leidenschaftlich', 'hart arbeitend', 'detailorientiert') und ersetze die drei größten Punkte durch Aktion plus System plus Zahl.
  2. 2Kürze die Skill-Liste auf 5 bis 7, die du live verteidigst, degradiere den Rest zu einer einzigen 'Vertraut'-Zeile, und töte jeden Prozentsatz oder jedes Balkendiagramm.
  3. 3Füge einen klickbaren Beweis hinzu: eine deployte URL oder ein öffentliches Repo mit echten Commits, platziert im Header, wo der eine Klick des Recruiters landet.
  4. 4Ordne das obere Drittel so um, dass es den Stack der Zielstelle spiegelt, damit das Erste, was gelesen wird, das Relevanteste ist, das du ausgeliefert hast.
Yours for the price of a coffee.Printed with disdain
Your turn

That was a stranger's cv / résumé. Drop yours, I will go just as hard.

One coffee, from €2,99. No mercy.

Die Lösung sind nicht mehr Keywords. Es sind Belege. Hiring Manager und die Engineers, die sie hinzuziehen, wollen drei Dinge: was du gebaut hast, was kaputtging, und was sich verändert hat, weil du da warst. Zahlen statt Adjektive. Verben statt Substantive. Unten zeigt dir Sally den Unterschied zwischen einem Lebenslauf, der einen Rückruf bekommt, und einem, der um 23 Uhr eine höfliche Absage über Greenhouse kassiert.

How to do it right
  • 01Beginne jeden Punkt mit einem Verb und beende ihn mit einer Zahl: 'p95-API-Latenz von 800ms auf 120ms gesenkt durch Hinzufügen eines Redis-Read-Through-Caches.'
  • 02Setze eine 'Skills'-Zeile mit Tools, die du in einem Live-Interview verteidigen würdest, und streiche alles, bei dem du in Panik gerätst, wenn man dich bittet, es am Whiteboard zu zeigen.
  • 03Verlinke eine echte Sache: eine deployte URL, einen gemergten PR, ein Repo mit Commits aus diesem Jahrzehnt. Recruiter klicken genau einen Link, also nimm deinen besten.
  • 04Passe das obere Drittel an den echten Stack der Stellenanzeige an. Wenn es ein Go-Laden ist, kommt deine Go-Arbeit zuerst, nicht deine sechs Jahre alte jQuery-Saga.
  • 05Zeige Skalierung und Verantwortung: '2 Mio. Requests/Tag', 'On-Call-Rotation von 5', 'Billing-Service Ende-zu-Ende verantwortet'. Kontext ist das, was Senior von senior-klingend trennt.
How not to
  • 'Versiert in: HTML, CSS, JavaScript, React, Node, Python, Java, C++, Docker, K8s, AWS, GCP, ML, AI' auflisten, damit die Wahrheit (du hast vier davon angefasst) im Bluff ertrinkt.
  • 'Verantwortlich für die Pflege der Codebase' schreiben, was mir sagt, dass du nichts repariert, nichts ausgeliefert hast und nur in der Nähe von etwas Code warst.
  • Ein Skill-Balkendiagramm, das behauptet, du seist '90% versiert in Git'. Git-Versiertheit ist binär, und die 10% sind immer das Rebase, vor dem du dich fürchtest.
  • Deinen gesamten GitHub-Contribution-Graph als grünes Rechteck einkleben, das sich bei genauer Betrachtung als ein Bot entpuppt, der täglich eine README committet.
  • Fünf Zeilen über eine Bootcamp-To-do-App und eine Zeile über die zwei Jahre, in denen du echten Produktionscode ausgeliefert hast, der deine Miete zahlte.